JP2023524888A - 無線通信のための電子機器及び方法 - Google Patents

Abstract

本開示は、無線通信のための電子機器、方法、及びコンピュータ読み取り可能な記憶媒体を提供し、当該電子機器は、マルチ送受信ポイント（ＴＲＰ）通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を、基地局から取得し、当該構成情報に基づいてビーム障害イベントを基地局に報告する、ように構成される処理回路を含む。【選択図】図１

Description

本出願は、２０２０年０５月１１日に中国特許庁に提出された、出願番号が２０２０１０３９２０３８.３であり、発明の名称が「無線通信のための電子機器及び方法、コンピュータ読み取り可能な記憶媒体」である中国特許出願の優先権を主張し、その全内容を参照により本出願に援用する。

本出願は、無線通信技術分野に関し、具体的に、ビーム障害回復メカニズムに関する。より具体的に、無線通信のための電子機器及び方法、コンピュータ読み取り可能な記憶媒体に関する。

しかしながら、Ｍｕｌｔｉ―ＴＲＰシナリオを考慮する場合に、複数のＴＲＰの位置は異なるので、それらの参照信号に対応するビーム方向も異なる。その中の１つのＴＲＰにビーム障害が発生したが、他のＴＲＰは正常に動作している場合がある。これに鑑みて、マルチＴＲＰシナリオでは、異なるＢＦＲ戦略を適用する必要がある。

以下では、本発明に関する簡単な概説を説明して、本発明のある局面に関する基本的理解を提供する。この概説が本発明に関する取り尽くし的概説ではないと理解すべきである。それは、本発明のポイント又は重要部分を意図的に特定するものではなく、本発明の範囲を意図的に限定するものでもない。その目的は、単に、簡素化の形式で、ある概念を提供して、後記のより詳しい記述の前述とすることである。

本出願の一局面によれば、無線通信のための電子機器であって、マルチ送受信ポイント（ＴＲＰ）通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を、基地局から取得し、当該構成情報に基づいてビーム障害イベントを基地局に報告するように構成される処理回路を含む電子機器を提供する。

本出願の一局面によれば、無線通信のための方法であって、マルチＴＲＰ通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を、基地局から取得することと、当該構成情報に基づいてビーム障害イベントを基地局に報告することとを含む方法を提供する。

本出願の他の局面によれば、無線通信のための電子機器であって、ユーザー機器に、マルチＴＲＰ通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を送信し、ユーザー機器から、ユーザー機器による構成情報に基づくビーム障害イベントの報告を取得するように構成される処理回路を含む電子機器を提供する。

本出願の他の局面によれば、無線通信のための方法であって、ユーザー機器に、マルチＴＲＰ通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を送信することと、ユーザー機器から、ユーザー機器による構成情報に基づくビーム障害イベントの報告を取得することとを含む方法を提供する。

本出願の電子機器及び方法によれば、マルチＴＲＰシナリオについてのビーム障害判定のルール、及びビーム障害イベントの通知メカニズムを提案し、これにより、マルチＴＲＰシナリオでの伝送の信頼性をより良く保証し遅延を低減することができる。

本発明の他の局面によれば、上記の無線通信のための方法を実現するためのコンピュータプログラムコード、及びコンピュータプログラム製品、並びに、当該無線通信のための方法を実現するためのコンピュータプログラムコードが記録されているコンピュータ読み取り可能な記憶媒体をさらに提供する。

以下、図面を結合して本発明の好適な実施例を詳細に説明することにより、本発明のこれら及び他の利点はより明らかになる。

本発明の以上及び他の利点と特徴とをさらに説明するために、以下では、図面を結合して本発明の具体的な実施形態をより詳細に説明する。図面は以下の詳細な説明とともに本明細書に含まれ、本明細書の一部を形成する。同じ機能及び構成を有する素子は、同じ符号で示される。なお、これらの図面は、あくまでも本発明の典型的例のみを記述するものであり、本発明の範囲を限定するものとみなすべきではない。図面において、

図１は、本出願の一実施例による無線通信のための電子機器の機能モジュールのブロック図を示す。 図２ａは、マルチＴＲＰシナリオにおけるビーム障害の様子の例を示す。 図２ｂは、マルチＴＲＰシナリオにおけるビーム障害の様子の例を示す。 図３は、本出願の一実施例による無線通信のための電子機器の機能モジュールのブロック図を示す。 図４は、検出されたＢＬＥＲの経時変化の一例を示す。 図５は、検出されたＢＬＥＲの経時変化の他の例を示す。 図６は、検出されたＢＬＥＲの経時変化の他の例を示す。 図７は、本出願の他の実施例による無線通信のための電子機器の機能モジュールのブロック図を示す。 図８は、基地局とユーザー機器との間の情報フローの一例を示す図である。 図９は、本出願の一実施例による無線通信のための方法のフローチャートを示す。 図１０は、本出願の他の実施例による無線通信のための方法のフローチャートを示す。 図１１は、本開示の技術を適用できるｅＮＢ又はｇＮＢの概略構成の第１の例を示すブロック図である。 図１２は、本開示の技術を適用できるｅＮＢ又はｇＮＢの概略構成の第２の例を示すブロック図である。 図１３は、本開示の技術を適用できるスマートフォンの概略構成の例を示すブロック図である。 図１４は、本開示の技術を適用できるカーナビゲーション装置の概略構成の例を示すブロック図である。 図１５は、本発明の実施例による方法及び／又は装置及び／又はシステムを実現できる汎用パーソナルコンピュータの概略構成を示すブロック図である。

以下では、図面を結合して、本発明の例示的な実施例を記載する。明確且つ簡明のために、明細書において実際の実施形態の全部特徴を記載しない。例えば、システム及び業務に関する制限条件に該当し、且つこれらの制限条件が実施形態により変化する可能性があるような、開発者の具体的な目標を実現するように、このような実際の実施例を開発する過程で実施形態に特定する決定をしなければならないことを理解されたい。また、開発作業は非常に複雑で時間がかかる場合があるが、本開示内容の恩恵を受ける当業者にとって、このような開発作業は日常的な任務に過ぎないことも理解されたい。

ここで、不必要な詳細によって本発明をぼかすことを避けるために、図面において、本発明の方案に緊密に関する装置構成及び／又は処理ステップのみを示し、本発明とほとんど関係のない他の詳細を省略したことにも留意されたい。

＜第１の実施例＞
図１は、本出願の一実施例による無線通信のための電子機器１００の機能モジュールのブロック図を示し、図１に示すように、電子機器１００は、マルチＴＲＰ通信におけるユーザー機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）のＢＦＲのための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を、基地局から取得するように構成される取得部１０１と、構成情報に基づいてビーム障害イベントを基地局に報告するように構成される報告部１０２とを含む。

なお、取得部１０１及び報告部１０２は、１つ又は複数の処理回路によって実現され得、当該処理回路は、例えば、チップとして実現され得る。そして、図１に示される機器における各機能部は、それによって実現される具体的な機能に基づいて区画された論理モジュールのみであり、具体的な実現形態を制限するためのものではないと理解すべきである。

電子機器１００は、例えば、ユーザー機器（ＵＥ）側に設置されてもよく、ＵＥに通信可能に接続されてもよい。ここで、電子機器１００は、チップレベルで実現されてもよく、デバイスレベルで実現されてもよい。例えば、電子機器１００は、ユーザー機器そのものとして機能してもよく、また、例えばメモリ、トランシーバー（図示せず）などの外部デバイスをさらに含んでもよい。メモリは、ユーザー機器が様々な機能を実現するために実行する必要のあるプログラム及び関連データ情報を記憶するために用いられる。トランシーバーは、異なるデバイス（例えば、基地局、他のユーザー機器など）との間の通信をサポートするために、１つ又は複数の通信インターフェースを含むことができるが、ここで、トランシーバーの実現形態を具体的に限定しない。これは、同様に、後記のユーザー機器側の電子機器に関する他の構成例の説明にも適用できる。

また、この明細書における第１の、第２の、・・・は、区別するためのものであり、順番の意味がないことに注意すべきである。

ＵＥ側で実行されるＢＦＲメカニズムは、例えば、ビーム障害決定、候補ビーム認識、ビーム障害回復要求（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ、ＢＦＲＱ）送信、及びビーム障害回復要求応答（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ Ｒｅｓｐｏｎｓｅ、ＢＦＲＲ）取得といういくつかの階段を含むことができる。なお、ビーム障害決定の段階では、ＵＥは、現在サービスビームのビーム品質を検出して、ビーム障害トリガー条件を満たすかどうかを判断し、例えば、サービスビームのＢＬＥＲとＢＬＥＲ閾値とを比較することでビーム障害が発生したかどうかを判断することができ、候補ビーム認識の段階では、他のビームから、現在サービスビームの代替として使用可能な候補ビームを選択し、ＢＦＲＱ送信の段階では、基地局（例えばｇＮＢ）にＢＦＲＱを送信し、ＢＦＲＲ取得の段階では、ＵＥは、特定の時間ウィンドウ内で、基地局からのＢＦＲＱへの応答ＢＦＲＲをモニターする。

以上のように、マルチＴＲＰシナリオでは、１つのＴＲＰにビーム障害が発生し、他のＴＲＰが正常に動作している場合がある。図２ａ及び図２ｂは、マルチＴＲＰシナリオにおけるビーム障害の様子の例を示し、図２ａにおいて、ＴＲＰ_０のみにビーム障害が発生し、図２ｂにおいて、ＴＲＰ_０及びＴＲＰ_１にビーム障害が発生した。

従来のＢＦＲメカニズムによれば、１つのＴＲＰのみにビーム障害が発生した場合に、ＵＥは、ビーム障害イベントを基地局に報告しない。マルチＴＲＰシナリオでは、ビーム障害回復をしないと、ＵＥの性能に影響を与える可能性がある。また、マルチＴＲＰがジョイント伝送を行ったため、複数のＴＲＰのそれぞれにビーム障害が発生したが、ＵＥの伝送性能は許容可能である場合がある。マルチＴＲＰシナリオに適するＢＦＲメカニズムを提供するために、本実施例は、第１の構成及び第２の構成を提供して、ＴＲＰごとにビーム障害判定を行い、複数のＴＲＰに対してジョイントのビーム障害判定を行う。

取得部１０１は、基地局から第１の構成及び／又は第２の構成を取得し、例えば、取得部１０１は、無線リソース制御（ＲＲＣ）シグナリングを介して構成情報を取得することができる。

以下、第１の構成及び第２の構成の例について具体的に説明する。図３に示すように、電子機器１００は、構成情報に基づいてビーム障害イベントの判定を行うように構成される判定部１０３をさらに含む。判定部１０３も、例えば、処理回路として実現され得る。

例えば、第１の構成は、各ＴＲＰのＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、及び当該第１のカウンタの第１の最大カウント閾値のうちの少なくとも１つを含む。なお、判定部１０３は、第１の構成に応答して、複数のＴＲＰのうちの１つのＴＲＰに物理層ビーム障害が発生した場合、当該ＴＲＰの第１のカウンタをインクリメントし、第１のカウンタのカウント値が第１の最大カウント閾値に達した場合、当該ＴＲＰにビーム障害イベントが発生したと決定するように構成され、報告部１０２は、当該ビーム障害イベントを基地局に報告する。例えば、１つのＴＲＰのＢＬＥＲが当該ＴＲＰのＢＬＥＲ閾値よりも高い場合、判定部１０３は、当該ＴＲＰに物理層ビーム障害が発生し、即ち、１つのビーム障害イベントのインスタンスが発生したと決定し、ＵＥは、当該ビーム障害イベントをその上位層に報告する。例えば、判定部１０３は、ＴＲＰのＢＬＥＲとして、ＴＲＰごとに構成されたビーム障害検出参照信号（ＢＦＤ―ＲＳ）のＢＬＥＲを検出することができる。なお、当該検出は、周期的であることができる。

第１の構成によれば、一部のＴＲＰのビームにビーム障害イベントが発生した場合に、報告しＢＦＲフローをトリガーすることが分かる。したがって、障害したビームを可能な限り迅速に回復し、伝送の信頼性を保証することができる。判定部１０３が複数のＴＲＰにビーム障害イベントが発生したと決定した場合に、報告部１０２は、複数のＴＲＰのビーム障害イベントを基地局にそれぞれ報告する。異なるＴＲＰについてのビーム障害イベントの報告は、互いに独立する。

理解を容易にするために、以下、２つのＴＲＰ（ＴＲＰ_０及びＴＲＰ_１）のシナリオを例として説明し、各ＴＲＰに対して１つの参照信号（即ち、１つのビームに対応する）を構成している。このような例において、ＴＲＰ_０及びＴＲＰ_１に対してＢＬＥＲ閾値ＢＬＥＲ_０及びＢＬＥＲ_１をそれぞれ構成する。例えば、ある時点でＴＲＰ_０のＢＬＥＲがＢＬＥＲ_０よりも大きいことが検出された場合、物理層ビーム障害イベントが発生したと見なされ、ＴＲＰ_０の第１のカウンタを起動しインクリメントし、その後、ＴＲＰ_０のＢＬＥＲがＢＬＥＲ_０よりも大きいことが検出されたたびに、ＴＲＰ_０の第１のカウンタをインクリメントする。同様に、ある時点でＴＲＰ_１のＢＬＥＲがＢＬＥＲ_１よりも大きいことが検出された場合、物理層ビーム障害イベントが発生したと見なされ、ＴＲＰ_１の第１のカウンタを起動しインクリメントし、その後、ＴＲＰ_１のＢＬＥＲがＢＬＥＲ_１よりも大きいことが検出されたたびに、ＴＲＰ_１の第１のカウンタをインクリメントする。ＴＲＰ_０及びＴＲＰ_１の第１のカウンタは、それぞれ独立してカウントし、そして、対応する第１のカウンタのカウントが第１の最大カウント閾値を超えた場合、対応するＴＲＰにビーム障害イベントが発生したと見なされる。

なお、各ＴＲＰのＢＬＥＲ閾値は、同じであってもよく、異なっていてもよい。各ＴＲＰの第１のカウンタの第１の最大カウント閾値は、同じであってもよく、異なっていてもよい。それは、基地局によって構成され得る。

既存の規格によれば、ＢＦＤ―ＲＳセットに２つの参照信号が構成されており、マルチＴＲＰのシナリオでは、１つのＴＲＰに対して１つの参照信号を構成する（上記の例のように）ことができることを理解されたい。しかしながら、本出願は、これに限定されず、１つのＴＲＰに対して複数の参照信号を構成する場合にも適用することができ、この場合に、例えば、１つのＴＲＰの全ての参照信号に対応するビームに物理層ビーム障害イベントが発生した場合、当該ＴＲＰに物理層ビーム障害イベントが発生したと決定する。具体的に、依然として、ＴＲＰごとに第１のカウンタを設置し、１つのＴＲＰの全ての参照信号に対応するビームのＢＬＥＲ値がいずれも対応するＢＬＥＲ閾値よりも大きい場合、当該ＴＲＰに物理層ビーム障害イベントが発生したと見なされ、当該ＴＲＰの第１のカウンタをインクリメントする。一部の参照信号に対応するビームのＢＬＥＲ値のみが対応するＢＬＥＲ閾値を超えた場合、ＴＲＰの第１のカウンタをインクリメントしない。そして、１つのＴＲＰの第１のカウンタが第１の最大カウント閾値に達した場合、当該ＴＲＰにビーム障害イベントが発生したと見なされる。

その代わりに、各ＴＲＰの各ビームに第１のカウンタを設置することができ、そして、１つのＴＲＰの複数のビームに対して、同じＢＬＥＲ閾値を構成してもよく、異なるＢＬＥＲ閾値を構成してもよい。１つのビームの第１のカウンタが第１の最大カウント閾値に達した場合、当該ビームにビーム障害イベントが発生したと見なされ、１つのＴＲＰの全てのビームの第１のカウンタが第１の最大カウント閾値に達した場合、当該ＴＲＰにビーム障害イベントが発生したと見なされる。

もちろん、他の形態により、１つのＴＲＰの各ビームのビーム障害イベントとＴＲＰのビーム障害イベントとの関係を限定することもできる。例えば、１つのＴＲＰの全ての参照信号に対応するビームのＢＬＥＲを平均化し、その平均ＢＬＥＲをＴＲＰのＢＬＥＲとしてＴＲＰにビーム障害イベントが発生したかどうかを判断してもよい。

他方では、例えば、第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＢＬＥＲのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含むことができる。前記判定部１０３は、第２の構成に応答して、複数のＴＲＰにジョイント物理層ビーム障害イベントが発生した場合、第２のカウンタをインクリメントし、第２のカウンタのカウント値が第２の最大カウント閾値に達した場合、複数のＴＲＰにジョイントビーム障害イベントが発生したと決定するように構成され、報告部１０２は、当該ジョイントビーム障害イベントを基地局に報告する。例えば、複数のＴＲＰのジョイントＢＬＥＲがジョイントＢＬＥＲ閾値よりも高い場合、判定部１０３は、複数のＴＲＰにジョイント物理層ビーム障害が発生し、即ち、１つのジョイントビーム障害イベントのインスタンスが発生したと決定する。ＵＥは、当該ジョイントビーム障害イベントのインスタンスをその上位層に報告する。

ジョイントビーム障害イベントのインスタンスの数が第２の最大カウント閾値を超えた場合、判定部１０３は、対応するＴＲＰにジョイントビーム障害イベントが発生したと決定する。報告部１０２は、基地局に報告して、ＢＦＲフローをトリガーする。

第２の構成によれば、複数のＴＲＰのジョイントＢＬＥＲに基づいてビーム障害イベントの判定を行う。マルチＴＲＰシナリオでは、ＵＥの性能は、複数のＴＲＰのジョイント伝送性能に基づいて決定されるので、ジョイントＢＬＥＲに基づくビーム障害の判定は、ＵＥの性能の劣化を正確に反映することができ、信頼性を向上させることができる。

例えば、判定部１０３は、加重パラメータに応じて、複数のＴＲＰのそれぞれのＢＬＥＲを加重合計し、加重合計された結果をジョイントＢＬＥＲとする。加重パラメータは、ＴＲＰごとに設置され、０～１の範囲における定数であり、全ての加重パラメータの合計は、１である。

理解を容易にするために、依然として、２つのＴＲＰ（ＴＲＰ_０及びＴＲＰ_１）のシナリオを例として説明し、各ＴＲＰに対して１つの参照信号を構成している（即ち、１つのビームに対応する）。このような例において、ジョイントＢＬＥＲは、２つのＴＲＰのＢＬＥＲの加重合計により得られ、加重パラメータは、第２の構成によって得られ、例えば、以下の式（１）によりジョイントＢＬＥＲを計算することができる。

ＢＬＥＲ_{ｊｏｉｎｔ}＝ｗ_０ＢＬＥＲ_０＋ｗ_ｉＢＬＥＲ_ｉ （１）

ここで、ＢＬＥＲ_０は、ＴＲＰ_０のＢＬＥＲであり、ＢＬＥＲ_１は、ＴＲＰ_１のＢＬＥＲであり、ｗ_０及びｗ_１は、それぞれ、ＴＲＰ_０及びＴＲＰ_１の加重パラメータに対応し、ＢＬＥＲ_{ｊｏｉｎｔ}は、計算されたジョイントＢＬＥＲである。ＢＬＥＲ_{ｊｏｉｎｔ}がジョイントＢＬＥＲ閾値よりも高い場合、ジョイント物理層ビーム障害イベントが発生し、即ち、１つのジョイントビーム障害イベントのインスタンスが発生したと見なされる。第２のカウンタは、当該インスタンスの数をカウントし、カウント値が第２の最大カウント閾値に達した場合、判定部１０３は、ジョイントビーム障害イベントが発生したと決定する。

類似に、本実施例は、１つのＴＲＰに対して複数の参照信号を構成する場合にも適用することができ、この場合、例えば、１つのＴＲＰの複数のビームに対して、その加重パラメータをそれぞれ設置し、全てのＴＲＰの全てのビームのＢＬＥＲを加重合計し、最終に得られたＢＬＥＲがジョイントＢＬＥＲ閾値を超えた場合、ジョイント物理層ビーム障害イベントが発生し、即ち、１つのジョイントビーム障害イベントのインスタンスが発生したと見なされる。もちろん、同一のＴＲＰの複数のビームに対して同じ加重パラメータを設置することができ、これは限定されない。

ＵＥは、第１の構成又は第２の構成で動作することができ、第１の構成及び第２の構成を組み合わせて動作することができる。前者の場合、取得部１０１は、基地局から、第１の構成又は第２の構成の情報のみを取得することができる。

後者の場合、すなわち、同時に第１の構成と第２の構成との両方を構成した場合、取得部１０１は、第１の構成と第２の構成との両方の情報を取得することができる。言い換えれば、取得部１０１は、各ＴＲＰのＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、当該第１のカウンタの第１の最大カウント閾値、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＢＬＥＲのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを取得することができる。

判定部１０３は、第１の構成及び第２の構成に応答して、複数のＴＲＰのうちの１つのＴＲＰに物理層ビーム障害が発生した場合に、当該ＴＲＰの第１のカウンタをインクリメントし、複数のＴＲＰにジョイント物理層ビーム障害が発生した場合に、第２のカウンタをインクリメントし、複数の第１のカウンタのいずれか１つの第１のカウンタのカウント値が第１の最大カウント閾値に先に達した場合、当該第１のカウンタに対応するＴＲＰにビーム障害イベントが発生したと決定し基地局に報告し、第２のカウンタのカウント値が第２の最大カウント閾値に先に達した場合、複数のＴＲＰにジョイントビーム障害イベントが発生したと決定し基地局に報告する、動作を実行するように構成されることができる。例えば、複数のＴＲＰのうちの１つのＴＲＰのＢＬＥＲがＢＬＥＲ閾値よりも高い場合、当該ＴＲＰに物理層ビーム障害が発生したと見なされ、複数のＴＲＰのジョイントＢＬＥＲがジョイントＢＬＥＲ閾値よりも高い場合、複数のＴＲＰにジョイント物理層ビーム障害が発生したと見なされる。

この場合、第２のカウンタ及び複数の第１のカウンタを使用して、それぞれ、ジョイントビーム障害のインスタンス及び各ＴＲＰのビーム障害のインスタンスをカウントし、いずれかのカウンタがその閾値に達した場合、対応するビーム障害イベントを基地局に報告することが分かる。即ち、単一のＴＲＰのビーム障害イベントが発生してもジョイントのビーム障害イベントが発生しても、報告部１０２は、基地局に報告を送信して、ＢＦＲフローをトリガーする。このようにすれば、伝送の信頼性をさらに向上させ、遅延を減らすことができる。

以下、依然として、２つのＴＲＰ（ＴＲＰ_０及びＴＲＰ_１）のシナリオを例として説明し、各ＴＲＰに対して１つの参照信号を構成している（即ち、１つのビームに対応する）。この場合、２つの第１のカウンタ及び１つの第２のカウンタを構成して、ＴＲＰ_０、ＴＲＰ_１のビーム障害イベントのインスタンス、及びジョイントビーム障害イベントのインスタンスをそれぞれカウントする。この３つのカウンタは、互いに独立して動作し、以下では、それぞれ、Ｃｏｕｎｔｅｒ＿０、Ｃｏｕｎｔｅｒ＿１、及びＣｏｕｎｔｅｒ＿ｍとして示され、それに対応する最大カウント閾値は、ＭａｘＣｏｕｎｔ＿Ｎｕｍ＿０、ＭａｘＣｏｕｎｔ＿Ｎｕｍ＿１、及びＭａｘＣｏｕｎｔ＿Ｎｕｍ＿ｍである。

図４は、検出されたＢＬＥＲの経時変化の一例を示している。なお、横軸は、時間軸であり、縦軸は、検出されたＢＬＥＲであり、点線は、ＴＲＰ_０のＢＬＥＲ（ＢＬＥＲ_０）を代表し、実線は、ＴＲＰ_１のＢＬＥＲ（ＢＬＥＲ_１）を代表し、一点鎖線は、ジョイントＢＬＥＲ（ＢＬＥＲ_{ｊｏｉｎｔ}）を代表し、縦軸のＢＬＥＲ＿ｍは、ジョイントＢＬＥＲ閾値を代表し、ＢＬＥＲ＿ｓは、ＴＲＰ_０及びＴＲＰ_１についてのＢＬＥＲ閾値を代表する。この例において、２つのＴＲＰについてのＢＬＥＲ閾値は、同じであるが、これは限定されず、異なってもよい。

図４に示すように、検出されたＢＬＥＲが対応する閾値を超えないので、３つのカウンタは、カウントを起動しない。判定部１０３は、ビーム障害イベントが発生したと決定しなく、したがって、ＢＦＲフローは、トリガーされない。

図５は、検出されたＢＬＥＲの経時変化の他の例を示している。なお、座標及び各曲線の意味は、図４と同じであるため、繰り返されない。図５に示すように、Ａ点で検出されたＢＬＥＲ_０が閾値ＢＬＥＲ＿ｓを超えたので、ＴＲＰ_０に物理層ビーム障害が発生し、カウンタＣｏｕｎｔｅｒ＿０を起動しインクリメントする。Ｂ点で、カウンタＣｏｕｎｔｅｒ＿０のカウント値がその第１の最大カウント閾値ＭａｘＣｏｕｎｔ＿Ｎｕｍ＿０（図中のＣｏｕｎｔ＿Ｎｕｍ＿０は、カウンタＣｏｕｎｔｅｒ＿０の現在値を代表する）に達したと仮定すると、この場合、ＴＲＰ_０にビーム障害イベントが発生したと決定し、ＢＦＲフローをトリガーする。したがって、図５に示す例において、伝送の信頼性を保証するために、ジョイント伝送の性能にかかわらず、ＵＥは、ビーム障害が発生したＴＲＰを可能な限り迅速に回復する。

図６は、検出されたＢＬＥＲの経時変化の他の例を示している。なお、座標及び各曲線の意味は、図４と同じであるため、繰り返されない。図６に示すように、Ａ点で検出されたジョイントＢＬＥＲが閾値ＢＬＥＲ＿ｍを超え、即ち、ジョイント物理層ビーム障害が発生し、カウンタＣｏｕｎｔｅｒ＿ｍを起動しインクリメントする。Ｂ点で、カウンタＣｏｕｎｔｅｒ＿ｍのカウント値が第２の最大カウント閾値ＭａｘＣｏｕｎｔ＿Ｎｕｍ＿ｍに達したと仮定すると、この場合、ジョイントビーム障害イベントが発生したと決定し、ＢＦＲフローをトリガーする。図６に示す例において、複数のＴＲＰに対応するカウンタＣｏｕｎｔｅｒ＿ｍが単一のＴＲＰに対応するカウンタＣｏｕｎｔｅｒ＿０及びＣｏｕｎｔｅｒ＿１よりも先にその最大カウント閾値に達することを仮定することに留意されたい。したがって、図６に示す例において、ジョイント伝送の性能が悪い場合、単一のＴＲＰの性能にかかわらず、ＵＥは、可能な限り迅速にＢＦＲフローを実行して、伝送の信頼性を保証する。

５Ｇ通信では、拡張モバイルブロードバンド（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｎｅｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＴＴＣ）の３つの主要な伝送シナリオのタイプが定義されている。ｅＭＢＢは、高トラフィックのモバイルブロードバンドサービスを提供することができ、ＵＲＬＬＣは、低遅延で高信頼性のサービスを提供することができる。例えば、マルチＴＲＰシナリオでは、ｅＭＢＢについて、異なるＴＲＰが異なる伝送ブロックを伝送することで伝送レートを向上させることができ、ＵＲＬＬＣについて、異なるＴＲＰが同じ伝送ブロックを伝送することで伝送の遅延を減らし信頼性を高めることができる。

したがって、ｅＭＢＢについて、異なるＴＲＰが異なる伝送ブロックを伝送するため、一部のビーム障害が発生しても、障害のビームは可能な限り迅速に回復することが期待され、例えば、第１の構成を採用することができる。ＵＲＬＬＣシナリオについて、異なるＴＲＰが同じ伝送ブロックを伝送するため、複数のＴＲＰのジョイント伝送性能に基づいてＢＦＲの実行の要否を決定することができ、また、１つのＴＲＰにビーム障害イベントが発生した場合、すぐにＢＦＲを実行し、伝送の信頼性をさらに向上させ、したがって、第２の構成、又は、第１の構成と第２の構成との組み合わせを採用することができる。

言い換えれば、ＵＥがどのビーム障害回復の構成を採用するかについて、伝送シナリオのタイプに応じて決定されることができる。一例において、基地局は、伝送シナリオのタイプを決定し、当該伝送シナリオのタイプに応じて、対応するビーム障害回復の構成をＵＥに提供する。例えば、ｅＭＢＢシナリオでは、基地局は、第１の構成をＵＥに提供し、即ち、取得部１０１が取得された構成情報は、第１の構成を含み、ＵＲＬＬＣシナリオでは、基地局は、第１の構成及び第２の構成をＵＥに提供し、即ち、取得部１０１が取得された構成情報は、第１の構成及び第２の構成を含み、ＵＲＬＬＣシナリオでは、基地局は、第２の構成をＵＥに提供し、即ち、取得部１０１が取得された構成情報は、第２の構成を含む、等である。

他の例において、構成情報には、ｅＭＢＢ及びＵＲＬＬＣのうちの１つを含む伝送シナリオのタイプを示す情報をさらに含む。判定部１０３は、示された伝送シナリオのタイプに応じて、第１の構成及び／又は第２の構成に基づいてビーム障害イベントの報告を行うことを決定するように構成される。類似に、例えば、ｅＭＢＢシナリオでは、第１の構成に基づいて、ビーム障害イベントの報告を行い、ＵＲＬＬＣシナリオでは、第２の構成に基づいて、又は、第１の構成及び第２の構成に基づいて、ビーム障害イベントの報告を行う。

以上のように、ＢＦＲフローは、新たな候補ビームの認識及びＢＦＲＱの送信をさらに含む。本実施例では、マルチＴＰＲシナリオに対して、ＢＦＲＱの送信の新たな形態を提案する。

例えば、報告部１０２は、リンク回復要求（Ｌｉｎｋ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ、ＬＲＲ）を介してビーム障害イベントを基地局に報告するように構成される。なお、ＬＲＲは、特別な物理層メッセージであり、物理アップリンク制御チャネル（ＰＵＣＣＨ）によって運ばれ、ＵＥがネットワーク側に対してアップリンクグラント（ＵＬ ｇｒａｎｔ）を要求するために使用されて、ＵＥが物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信できるようにする。したがって、ＬＲＲは、任意の時点でＵＥによってトリガーされるメッセージであり、ＬＲＲによってビーム障害イベントを報告することで、報告の適時性を保証することができる。

一例において、ＬＲＲは、特定のシーケンスフォーマットを有して、ビーム障害イベントが発生したことを示すことができる。当該特定のシーケンスフォーマットは、例えば、全て「０」のシーケンス、又は全て「１」のシーケンスであることができる。この場合、報告部１０２は、さらに、ＭＡＣ ＣＥによって、ビーム障害イベントが発生したＴＲＰを示す情報、及びビーム障害イベントが発生したＴＲＰの候補ビームの情報を基地局に送信するように構成される。即ち、ＢＦＲＱの送信は、ビーム障害イベントが発生したことを示す特別なシーケンスＬＲＲの送信、及び、係るＴＲＰ及び対応する候補ビームの情報を示すＭＡＣ ＣＥの送信の２つのステップを含む。ＭＡＣ ＣＥは、例えば、ＰＵＳＣＨリソース上で運ばれる。

なお、制御リソースセットプールインデックス（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）で、ビーム障害イベントが発生したＴＲＰを示すことができる。ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、マルチＴＲＰシナリオのために提出された概念であり、制御リソースセット上で構成され、同一のセルＩＤを有する異なるＴＲＰを区別するために使用される。マルチＴＲＰシナリオでは、Ｒｅｌ―１６におけるＢＦＲＱの２番目のフローで報告されるＳｃｅｌｌのインデックスが必要ではないため、これらのビットを多重化することでビーム障害イベントが発生したＴＲＰのＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを送信することができる。

例えば、ジョイントビーム障害が発生した場合に、報告部１０２は、まず、全て「０」、又は全て「１」の特別なシーケンスを基地局に送信し、その後、ＴＲＰ_０及びＴＲＰ_１に対応する２つのＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ、及びそれぞれの候補ビームの情報を基地局に送信する。

別の例では、ＬＲＲは、ビーム障害イベントが発生したＴＲＰを示す情報を含むことができる。例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで、ビーム障害イベントが発生したＴＲＰを示すことができる。報告部１０２は、さらに、ＭＡＣ ＣＥによって、ビーム障害イベントのＴＲＰの候補ビームの情報を基地局に送信するように構成される。

この例において、ＢＦＲＱの送信も、ビーム障害イベントが発生したＴＲＰを示す情報（ＬＲＲ）の送信、及び係るＴＲＰの候補ビームの情報（ＭＡＣ ＣＥ）の送信の２つのステップを含むことが分かる。なお、ビーム障害イベントが発生したＴＲＰを示す情報は、ＰＵＣＣＨによって送信され、候補ビームの情報は、ＰＵＳＣＨによって送信される。

例えば、ＴＲＰ_０のみにビーム障害イベントが発生した場合に、報告部１０２は、まず、ＴＲＰ_０に対応するＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ（例えば、０）をＬＲＲに載せて基地局に送信し、その後、ＴＲＰ_０の候補ビームの情報をＭＡＣ ＣＥに載せて基地局に送信する。

要するに、本実施例による電子機器１００は、マルチＴＲＰシナリオについてのビーム障害判定のルール、及びビーム障害イベントの通知メカニズムを提案し、これにより、マルチＴＲＰシナリオでの伝送の信頼性をより良く保証し遅延を低減することができる。

＜第２の実施例＞
図７は、本出願の他の実施例による電子機器２００の機能モジュールのブロック図を示し、図７に示すように、電子機器２００は、マルチＴＲＰ通信におけるユーザー機器のビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報をＵＥに送信するように構成される送信部２０１と、ＵＥから、ＵＥによる構成情報に基づくビーム障害イベントの報告を取得するように構成される取得部２０２とを含む。

なお、送信部２０１及び取得部２０２は、１つ又は複数の処理回路によって実現され得、当該処理回路は、例えば、チップとして実現され得る。そして、図７に示される機器における各機能部は、それによって実現される具体的な機能に基づいて区画された論理モジュールのみであり、具体的な実現形態を制限するためのものではないと理解すべきである。

電子機器２００は、例えば、基地局側に設置されてもよく、基地局に通信可能に接続されてもよい。ここで、電子機器２００は、チップレベルで実現されてもよく、デバイスレベルで実現されてもよい。例えば、電子機器２００は、基地局そのものとして機能してもよく、また、例えばメモリ、トランシーバー（図示せず）などの外部デバイスをさらに含んでもよい。メモリは、基地局が様々な機能を実現するために実行する必要のあるプログラム、及び関連データ情報を記憶するために用いられる。トランシーバーは、異なるデバイス（例えば、ユーザー機器、他の基地局など）との間の通信をサポートするために、１つ又は複数の通信インターフェースを含むことができるが、ここで、トランシーバーの実現形態を具体的に限定しない。

以上のように、マルチＴＲＰシナリオでは、１つのＴＲＰにビーム障害が発生し、他のＴＲＰが正常に動作している場合がある。従来のＢＦＲメカニズムによれば、１つのＴＲＰのみにビーム障害が発生した場合に、ＵＥは、ビーム障害イベントを基地局に報告しない。マルチＴＲＰシナリオでは、ビーム障害回復をしないと、ＵＥの性能に影響を与える可能性がある。また、マルチＴＲＰがジョイント伝送を行ったため、複数のＴＲＰのそれぞれにビーム障害が発生したが、ＵＥの伝送性能は許容可能である場合がある。したがって、マルチＴＲＰシナリオについて、第１の構成及び第２の構成を提供して、ＴＲＰごとにビーム障害判定を行い、複数のＴＲＰに対してジョイントのビーム障害判定を行う。

送信部２０１は、第１の構成及び／又は第２の構成をＵＥに送信し、例えば、送信部２０１は、ＵＥが第１の構成及び／又は第２の構成に基づいてビーム障害イベントの判定及びＢＦＲフローのトリガーをするように、ＲＲＣシグナリングを介してこれらの情報を送信することができる。

例えば、第１の構成は、各ＴＲＰのＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、及び当該第１のカウンタの第１の最大カウント閾値のうちの少なくとも１つを含む。例えば、各ＴＲＰのＢＬＥＲ閾値は、同じであってもよく、異なっていてもよい。各ＴＲＰの第１のカウンタの第１の最大カウント閾値は、同じであってもよく、異なっていてもよい。

第１の構成によれば、ＵＥは、それぞれ、ＴＲＰごとに、ビーム障害イベントの決定及び報告を実行し、これにより、一部のビーム障害回復を実行することができる。ＵＥ側の具体的な動作については、第１の実施例で詳細に提供されたので、ここで繰り返されない。

例えば、複数のＴＲＰにビーム障害イベントが発生した場合、取得部２０２は、ＵＥから、複数のＴＲＰのビーム障害イベントの報告を取得する。異なるＴＲＰについてのビーム障害イベントの報告は、互いに独立する。

１つのＴＲＰに対して複数の参照信号を構成している場合、当該ＴＲＰの全ての参照信号に対応するビームに物理層ビーム障害イベントが発生した場合、当該ＴＲＰに物理層ビーム障害イベントが発生したと決定することを理解されたい。具体的に、依然として、ＴＲＰごとに第１のカウンタを設置し、１つのＴＲＰの全ての参照信号に対応するビームのＢＬＥＲ値がいずれも対応するＢＬＥＲ閾値よりも大きい場合、当該ＴＲＰに物理層ビーム障害イベントが発生したと見なされ、当該ＴＲＰの第１のカウンタをインクリメントする。一部の参照信号に対応するビームのＢＬＥＲ値が対応するＢＬＥＲ閾値を超えた場合、ＴＲＰの第１のカウンタをインクリメントしない。そして、１つのＴＲＰの第１のカウンタが第１の最大カウント閾値に達した場合、当該ＴＲＰにビーム障害イベントが発生したと見なされる。

また、第１の実施例で説明したように、各ＴＲＰの各ビームに第１のカウンタを設置することができ、そして、１つのＴＲＰの複数のビームに対して、同じＢＬＥＲ閾値を構成してもよく、異なるＢＬＥＲ閾値を構成してもよい。例えば、１つのＴＲＰの全てのビームにビーム障害イベントが発生した場合、当該ＴＲＰにビーム障害イベントが発生したと見なされる。或いは、他の形態により、１つのＴＲＰの各ビームのビーム障害イベントとＴＲＰのビーム障害イベントとの関係を限定することもできる。例えば、ＵＥは、１つのＴＲＰの全ての参照信号に対応するビームのＢＬＥＲを平均化し、その平均ＢＬＥＲをＴＲＰのＢＬＥＲとしてＴＲＰにビーム障害イベントが発生したかどうかを判断してもよい。

他方では、例えば、第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＢＬＥＲのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含むことができる。

第２の構成によれば、ＵＥは、複数のＴＲＰのジョイントＢＬＥＲに基づいてビーム障害イベントの判定を行う。マルチＴＲＰシナリオでは、ＵＥの性能は、複数のＴＲＰのジョイント伝送性能に基づいて決定されるので、ジョイントＢＬＥＲに基づくビーム障害判定は、ＵＥの性能の劣化を正確に反映することができ、信頼性を向上させることができる。

類似に、１つのＴＲＰに対して複数の参照信号を構成している場合、各参照信号に対応するビームのＢＬＥＲの加重パラメータをそれぞれ設置することができる。ＵＥは、全てのＴＲＰの全てのビームのＢＬＥＲを加重合計し、最終に得られたＢＬＥＲがジョイントＢＬＥＲ閾値を超えた場合、ジョイント物理層ビーム障害イベントが発生し、即ち、１つのジョイントビーム障害イベントのインスタンスが発生したと見なされる。

例示的に、基地局は、第１の構成又は第２の構成で動作するようにＵＥを構成し、又は、第１の構成及び第２の構成を組み合わせて動作するようにＵＥを構成することができる。

一例において、基地局は、伝送シナリオのタイプを決定し、当該伝送シナリオのタイプに応じて、対応するビーム障害回復の構成をＵＥに提供し、即ち、第１の構成及び第２の構成のうちの１つを提供し、又は、第１の構成及び第２の構成の両方を提供する。例えば、ｅＭＢＢシナリオでは、基地局は、ＵＥに第１の構成を提供し、即ち、送信部２０１によって送信された構成情報は、第１の構成を含み、ＵＲＬＬＣシナリオでは、基地局は、ＵＥに第１の構成及び第２の構成を提供し、即ち、送信部２０１によって送信された構成情報は、第１の構成及び第２の構成を含み、ＵＲＬＬＣシナリオでは、基地局は、ＵＥに第２の構成を提供し、即ち、送信部２０１によって送信された構成情報は、第２の構成を含む、等である。

他の例では、構成情報は、ｅＭＢＢ及びＵＲＬＬＣのうちの１つを含む伝送シナリオのタイプを示す情報をさらに含む。ＵＥは、当該伝送シナリオのタイプの情報に応じて使用しようとする構成を決定する。

また、取得部２０２は、ＬＲＲによってＵＥの報告を取得するように構成される。一例において、ＬＲＲは、特定のシーケンスフォーマットを有して、ビーム障害イベントが発生したことを示すことができる。当該特定のシーケンスフォーマットは、例えば、全て「０」のシーケンス、又は全て「１」のシーケンスであることができる。この場合、取得部２０２は、さらに、ＭＡＣ ＣＥによって、ＵＥから、ビーム障害イベントが発生したＴＲＰを示す情報、及びビーム障害イベントが発生したＴＲＰの候補ビームの情報を取得するように構成される。

なお、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで、ビーム障害イベントが発生したＴＲＰを示すことができる。例えば、ジョイントビーム障害が発生した場合、取得部２０２は、まず、ＵＥから全て「０」又は全て「１」の特別なシーケンスを受信し、その後、ＴＲＰ_０及びＴＲＰ_１に対応する２つのＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ、及びそれぞれの候補ビームの情報を受信する。

他の例において、ＬＲＲは、ビーム障害イベントが発生したＴＲＰを示す情報を含むことができる。例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで、ビーム障害イベントが発生したＴＲＰを示すことができる。取得部２０２は、さらに、ＭＡＣ ＣＥによって、ＵＥから、ビーム障害イベントが発生したＴＲＰの候補ビームの情報を取得するように構成される。なお、ＬＲＲは、ＰＵＣＣＨ上で運ばれ、ＭＡＣ ＣＥは、ＰＵＳＣＨ上で運ばれる。

例えば、ＴＲＰ_０のみにビーム障害イベントが発生した場合に、取得部２０２は、まず、ＵＥから、ＬＲＲに載せたＴＲＰ_０に対応するＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ（例えば、０）を取得し、その後、ＭＡＣ ＣＥに載せたＴＲＰ_０の候補ビームの情報を取得する。

要するに、本実施例による電子機器２００は、マルチＴＲＰシナリオについてのビーム障害判定のルール、及びビーム障害イベントの通知メカニズムを提案し、これにより、マルチＴＲＰシナリオでの伝送の信頼性をより良く保証し遅延を低減することができる。

理解を容易にするために、図８は、基地局（ｇＮｏｄｅＢ）とユーザー機器（ＵＥ）との間のマルチＴＲＰシナリオについてのＢＦＲメカニズムの情報フローを示す。図８に示すように、まず、ｇＮＢは、例えば、ＲＲＣシグナリングを介してＢＦＲのための構成情報を基地局に送信し、当該構成情報には、上記の第１の構成及び／又は第２の構成、具体的に、例えば、様々なＢＬＥＲ閾値パラメータ、カウンタ、カウンタ閾値パラメータなどを含むことができ、また、構成情報には、伝送シナリオのタイプを示す情報をさらに含むことができる。次に、ＵＥは、例えば構成情報で示された対応する構成に応じて、ビーム品質の検出及びビーム障害イベントの判定を行う。ビーム障害イベント（単一のＴＲＰのビーム障害イベント又はジョイントビーム障害イベント）が発生したと判定すると、ＵＥは、ＰＵＣＣＨ上で、ビーム障害イベントが発生したことを示すためのＬＲＲを基地局に送信し、例えば、全て「０」又は全て「１」の特別なシーケンスを送信することでこのことを示す。ＬＲＲは、さらに、ビーム障害イベントが発生したＴＲＰの情報、例えば対応するＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを送信するために用いられる。ｇＮＢは、ＬＲＲを受信した後に、ＵＥにアップリンクグラントを送信し、ＵＥは、当該アップリンクグラントに基づいて、対応するＰＵＳＣＨリソース上でＭＡＣ ＣＥを基地局に送信し、ＭＡＣ ＣＥには、ビーム障害イベントが発生したＴＲＰの候補ビームの情報を含むことができる。ＬＲＲが特別なシーケンスを含む場合に、ＭＡＣ ＣＥには、ビーム障害イベントが発生したＴＲＰの情報、例えば対応するＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘをさらに含んでもよい。

図８の情報フローは、単なる概略であり、本出願を限定することを意図していないことに留意されたい。

＜第３の実施例＞
以上の実施形態で無線通信のための電子機器を説明する過程においては、いくつかの処理又は方法が明らかに開示された。以下は、前文において既に議論したいくつかの詳細を繰り返さずに、これらの方法の概要を記載する。但し、これらの方法は、無線通信のための電子機器を説明する過程で開示されたが、これらの方法は、必ずしも説明された部材を利用するか、又は、これらの部材により実行されるわけではない。例えば、無線通信のための電子機器の実施形態は、部分的又は完全にハードウェア及び／又はファームウェアにより実現でき、以下の無線通信のための方法は、完全にコンピュータ実行可能なプログラムにより実現できる。もちろん、これらの方法は、無線通信のための電子機器のハードウェア及び／又はファームウェアを利用してもよい。

図９は、本出願の一実施例による無線通信のための方法のフローチャートを示しており、当該方法は、マルチＴＲＰ通信におけるＵＥのビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、前記複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報を、基地局から取得する（Ｓ１１）ことと、構成情報に基づいてビーム障害イベントを基地局に報告する（Ｓ１２）こととを含む。当該方法は、例えば、ＵＥ側で実行され得る。

例示的に、構成情報は、拡張モバイルブロードバンド及び超高信頼低遅延通信のうちの１つのを含む伝送シナリオのタイプを示す情報をさらに含むことができる。上記の方法は、例えば、示された伝送シナリオのタイプに応じて、第１の構成及び／又は第２の構成に基づいてビーム障害イベントの報告を行うことを決定することをさらに含む。

図に示されていないが、上記の方法は、第１の構成及び／又は第２の構成に基づいてビーム障害イベントの発生を判定することをさらに含む。

例えば、第１の構成は、各ＴＲＰのＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、及び当該第１のカウンタの第１の最大カウント閾値のうちの少なくとも１つを含むことができる。なお、各ＴＲＰのＢＬＥＲ閾値は、同じであってもよく、異なっていてもよく、及び／又は、各ＴＲＰの第１のカウンタの第１の最大カウント閾値は、同じであってもよく、異なっていてもよい。例えば、ＴＲＰごとに構成されたビーム障害検出参照信号のＢＬＥＲを当該ＴＲＰのＢＬＥＲとして検出することができる。

上記の方法は、第１の構成に応答して、複数のＴＲＰのうちの１つのＴＲＰに物理層ビーム障害イベントが発生した場合、当該ＴＲＰの第１のカウンタをインクリメントし、第１のカウンタのカウント値が第１の最大カウント閾値に達した場合、当該ＴＲＰにビーム障害イベントが発生したと決定し、ステップＳ１２で基地局に報告することを含む。なお、複数のＴＲＰにビーム障害イベントが発生したと決定した場合、複数のＴＲＰのビーム障害イベントを基地局にそれぞれ報告する。

例えば、第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲ閾値、複数のＴＲＰのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含む。例えば、加重パラメータに応じて、複数のＴＲＰのそれぞれのＢＬＥＲを加重合計し、加重合計された結果をジョイントＢＬＥＲとすることができる。例示的に、加重パラメータは、ＴＲＰごとに設置され、０～１の範囲における定数であり、全ての加重パラメータの合計は、１である。

上記の方法は、第２の構成に応答して、複数のＴＲＰにジョイント物理層ビーム障害イベントが発生した場合、第２のカウンタをインクリメントし、第２のカウンタのカウント値が第２の最大カウント閾値に達した場合、複数のＴＲＰにジョイントビーム障害イベントが発生したと決定し、ステップＳ１２で基地局に報告することを含む。

また、第１の構成及び第２の構成は組み合わせて使用されることもできる。上記の方法は、第１の構成及び第２の構成に応答して、複数のＴＲＰのうちの１つのＴＲＰに物理層ビーム障害イベントが発生した場合、当該ＴＲＰの第１のカウンタをインクリメントすることと、複数のＴＲＰにジョイント物理層ビーム障害イベントが発生した場合、第２のカウンタをインクリメントすることと、複数の第１のカウンタのいずれか１つの第１のカウンタのカウント値が第１の最大カウント閾値に先に達した場合、当該第１のカウンタに対応するＴＲＰにビーム障害イベントが発生したと決定し基地局に報告することと、第２のカウンタのカウント値が第２の最大カウント閾値に先に達した場合、複数のＴＲＰにジョイントビーム障害イベントが発生したと決定し基地局に報告することとを含む。

例えば、ステップＳ１２において、ＬＲＲによって前記ビーム障害イベントを基地局に報告することができる。

一例において、ＬＲＲは、特定のシーケンスフォーマットを有して、ビーム障害イベントが発生したことを示すことができる。ステップＳ１２は、ＭＡＣ ＣＥによって、ビーム障害イベントが発生したＴＲＰを示す情報、及びビーム障害イベントが発生したＴＲＰの候補ビームの情報を、基地局に送信することをさらに含むことができる。

他の例において、ＬＲＲは、ビーム障害イベントが発生したＴＲＰを示す情報を含む。同様に、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで、ビーム障害イベントが発生したＴＲＰを示すことができる。ステップＳ１２は、ＭＡＣ ＣＥによって、ビーム障害イベントが発生したＴＲＰの候補ビームの情報を基地局に送信することをさらに含む。

図１０は、本出願の他の実施例による無線通信のための方法のフローチャートを示しており、当該方法は、マルチＴＲＰ通信におけるＵＥのビーム障害回復のための、複数のＴＲＰのそれぞれのビーム障害イベントの判定に使用される第１の構成、及び／又は、複数のＴＲＰのビーム障害イベントのジョイント判定に使用される第２の構成を含む構成情報をＵＥに送信する（Ｓ２１）ことと、ＵＥによる構成情報に基づくビーム障害イベントの報告をＵＥから取得する（Ｓ２２）こととを含む。当該方法は、例えば、基地局側で実行され得る。

例示的に、構成情報は、拡張モバイルブロードバンド及び超高信頼低遅延通信のうちの１つのを含む伝送シナリオのタイプを示す情報をさらに含むことができる。

類似に、第１の構成は、各ＴＲＰのブロックエラー率ＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、及び当該第１のカウンタの第１の最大カウント閾値のうちの少なくとも１つを含むことができる。なお、各ＴＲＰのＢＬＥＲ閾値は、同じであってもよく、異なっていてもよく、及び／又は、各ＴＲＰの第１のカウンタの第１の最大カウント閾値は、同じであってもよく、異なっていてもよい。

複数のＴＲＰにビーム障害イベントが発生した場合に、ＵＥから、複数のＴＲＰのビーム障害イベントの報告を取得する。

第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲ閾値、複数のＴＲＰのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含むことができる。

ステップＳ２２において、ＬＲＲによって前記報告を取得することができる。一例において、ＬＲＲは、特定のシーケンスフォーマットを有して、ビーム障害イベントが発生したことを示す。ステップＳ２２は、ＭＡＣ ＣＥによって、ＵＥから、ビーム障害イベントが発生したＴＲＰを示す情報、及びビーム障害イベントが発生したＴＲＰの候補ビームの情報を取得することをさらに含む。なお、ビーム障害イベントが発生したＴＲＰは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで示されることができる。他の例において、ＬＲＲは、ビーム障害イベントが発生したＴＲＰを示す情報、例えば、ビーム障害イベントが発生したＴＲＰのＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを含むことができる。ステップＳ２２は、ＭＡＣ ＣＥによって、ＵＥから、ビーム障害イベントが発生したＴＲＰの候補ビームの情報を取得することをさらに含む。

上記の各方法は、組み合わせて使用することも、単独で使用することもできることに留意されたく、その詳細は、第１から第２の実施例において詳細に説明されたため、ここでは繰り返されない。

本開示の技術は、様々な製品に適用することができる。

例えば、電子機器２００は、様々な基地局として実現され得る。基地局は、任意のタイプの進化型ノードＢ（ｅＮＢ）又はｇＮＢ（５Ｇ基地局）として実現され得る。ｅＮＢは、例えば、マクロｅＮＢ、及びスモールｅＮＢを含む。スモールｅＮＢは、例えば、ピコｅＮＢ、マイクロｅＮＢ及びホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであり得る。ｇＮＢについても、同様の状況があり得る。その代わりに、基地局は、例えば、ＮｏｄｅＢ、及び基地局トランシーバ（ＢＴＳ）などの、任意の他のタイプの基地局として実現されて得る。基地局は、無線通信を制御するように構成される主体（基地局機器とも呼ばれる）と、主体と異なるところに設けられる１つ又は複数のリモート無線ヘッド（ＲＲＨ）とを含むことができる。また、様々なタイプのユーザー機器は、基地局機能を一時的又は半永久的に実行することにより、基地局として動作することができる。

電子機器１００は、様々なユーザー機器として実現され得る。ユーザー機器は、モバイル端末（例えば、スマートフォン、タブレットパーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯ゲーム端末、ポータブル／ドングルモバイルルータ、及びデジタル撮像装置）、又は車載端末（例えば、カーナビゲーション装置）として実現されてもよい。ユーザー機器は、さらに、マシンツーマシン（Ｍ２Ｍ、Ｍａｃｈｉｎｅ Ｔｏ Ｍａｃｈｉｎｅ）通信を実行する端末（マシンタイプ通信（ＭＴＣ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末とも呼ばれる）として実現されてもよい。また、ユーザー機器は、これらの端末のそれぞれに搭載された無線通信モジュール（例えば、単一のチップを含む集積回路モジュール）であってもよい。

［基地局についての適用例］
（第１の適用例）
図１１は、本開示の技術を適用できるｅＮＢ又はｇＮＢの概略構成の第１の例を示すブロック図である。以下の説明は、ｅＮＢを例としたが、同様にｇＮＢにも適用可能である。ｅＮＢ８００は、１つ又は複数のアンテナ８１０、及び基地局装置８２０を含む。基地局装置８２０及び各アンテナ８１０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０のそれぞれは、単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１１に示したように、複数のアンテナ８１０を含むことができる。複数のアンテナ８１０は、例えば、ｅＮＢ８００が使用する複数の周波数帯域と互換性があり得る。なお、図１１には、ｅＮＢ８００が複数のアンテナ８１０を含む例を示したが、ｅＮＢ８００は、単一のアンテナ８１０を含んでもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインターフェース８２３、及び無線通信インターフェース８２５を含む。

コントローラ８２１は、例えば、ＣＰＵ又はＤＳＰであり得、基地局装置８２０の上位層の様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インターフェース８２５により処理された信号内のデータから、データパケットを生成し、生成したパケットを、ネットワークインターフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルパケットを生成し、生成したバンドルパケットを転送することができる。また、コントローラ８２１は、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、モビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）、アドミッション制御（Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、又はスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ）などの制御を実行する論理的な機能を有することができる。また、当該制御は、近くのｅＮＢ又はコアネットワークノードと連携して実行されることができる。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び各種の制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインターフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インターフェースである。コントローラ８２１は、ネットワークインターフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信することができる。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインターフェース（例えば、Ｓ１インターフェースとＸ２インターフェース）により互いに接続される。ネットワークインターフェース８２３は、有線通信インターフェースであってもよく、無線バックホールライン用の無線通信インターフェースであってもよい。ネットワークインターフェース８２３が無線通信インターフェースである場合に、ネットワークインターフェース８２３は、無線通信インターフェース８２５により使用される周波数帯域と比べて、より高い周波数帯域を無線通信に使用することができる。

無線通信インターフェース８２５は、任意のセルラー通信方式（例えば、長期的進化（ＬＴＥ）とＬＴＥ－先進）をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセルに位置する端末への無線接続を提供する。無線通信インターフェース８２５は、通常、例えばベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７を含むことができる。ＢＢプロセッサ８２６は、例えば、符号化／復号化、変調／復調、及び多重化／逆多重化を実行することができ、層（例えば、Ｌ１、メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータアグリゲーションプロトコル（ＰＤＣＰ））の様々なタイプの信号処理を実行することができる。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリであってもよく、又は、プログラムを実行するように構成されるプロセッサ及び関連する回路を含むモジュールであってもよい。プログラムの更新は、ＢＢプロセッサ８２６の機能を変更させることができる。このモジュールは、基地局装置８２０のスロットに挿入されるカード又はブレードであってもよい。代わりに、このモジュールは、カード又はブレードに搭載されるチップであってもよい。同時に、ＲＦ回路８２７は、例えばミキサ、フィルタ、及び増幅器を含み、アンテナ８１０によって無線信号を送受信することができる。

図１１に示すように、無線通信インターフェース８２５は、複数のＢＢプロセッサ８２６を含むことができる。例えば、複数のＢＢプロセッサ８２６は、ｅＮＢ８００が使用する複数の周波数帯域と互換性があり得る。図１１に示すように、無線通信インターフェース８２５は、複数のＲＦ回路８２７を含むことができる。例えば、複数のＲＦ回路８２７は、複数のアンテナ素子と互換性があり得る。図１１は、無線通信インターフェース８２５が複数のＢＢプロセッサ８２６と複数のＲＦ回路８２７を含む例を示したが、無線通信インターフェース８２５は、単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図１１に示すｅＮＢ８００において、電子機器２００の送信部２０１、取得部２０２、送受信機は、無線通信インターフェース８２５によって実現され得る。機能の少なくとも一部は、コントローラ８２１によって実現されてもよい。例えば、コントローラ８２１は、送信部２０１及び取得部２０２の機能を実行することで、ＵＥのＢＦＲメカニズムに対して、マルチＴＲＰシナリオについての構成及びＵＥのビーム障害イベントの報告の取得を行うことができる。

（第２の適用例）
図１２は、本開示の技術を適用できるｅＮＢ又はｇＮＢの概略構成の第２の例を示すブロック図である。類似に、以下の説明は、ｅＮＢを例としたが、同様にｇＮＢにも適用可能である。ｅＮＢ８３０は、１つ又は複数のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を含む。ＲＲＨ８６０及び各アンテナ８４０は、ＲＦケーブルを介して互いに接続され得る。基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線を介して互いに接続され得る。

アンテナ８４０のそれぞれは、単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、ＲＲＨ８６０による無線信号の送受信に使用される。ｅＮＢ８３０は、図１２に示したように、複数のアンテナ８４０を含むことができる。複数のアンテナ８４０は、例えば、ｅＮＢ８３０が使用する複数の周波数帯域と互換性があり得る。なお、図１２には、ｅＮＢ８３０が複数のアンテナ８４０を含む例を示したが、ｅＮＢ８３０は、単一のアンテナ８４０を含んでもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインターフェース８５３、無線通信インターフェース８５５、及び接続インターフェース８５７を含む。コントローラ８５１、メモリ８５２、及びネットワークインターフェース８５３は、図１１を参照して説明したコントローラ８２１、メモリ８２２、及びネットワークインターフェース８２３と同様である。

無線通信インターフェース８５５は、任意のセルラー通信方式（例えば、ＬＴＥとＬＴＥ‐Ａｄｖａｎｃｅｄ）をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末への無線接続を提供する。無線通信インターフェース８５５は、通常、例えば、ＢＢプロセッサ８５６を含むことができる。ＢＢプロセッサ８５６は、接続インターフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１０を参照して説明したＢＢプロセッサ８２６と同様である。無線通信インターフェース８５５は、図１２に示したように、複数のＢＢプロセッサ８５６を含むことができる。複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域と互換性があり得る。なお、図１２には、無線通信インターフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インターフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インターフェース８５７は、基地局装置８５０（無線通信インターフェース８５５）をＲＲＨ８６０と接続するためのインターフェースである。接続インターフェース８５７は、基地局装置８５０（無線通信インターフェース８５５）をＲＲＨ８６０に接続するための上記の高速回線における通信用の通信モジュールであってもよい。

ＲＲＨ８６０は、接続インターフェース８６１及び無線通信インターフェース８６３を含む。

接続インターフェース８６１は、ＲＲＨ８６０（無線通信インターフェース８６３）を基地局装置８５０に接続するためのインターフェースである。接続インターフェース８６１は、上記の高速回線における通信のための通信モジュールであってもよい。

無線通信インターフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インターフェース８６３は、通常、例えば、ＲＦ回路８６４などを含むことができる。ＲＦ回路８６４は、例えばミキサ、フィルタ、増幅器を含み、アンテナ８４０を介して無線信号を送受信することができる。無線通信インターフェース８６３は、図１２に示したように、複数のＲＦ回路８６４を含むことができる。複数のＲＦ回路８６４は、複数のアンテナ素子をサポートすることができる。なお、図１２には、無線通信インターフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インターフェース８６３は、単一のＲＦ回路８６４を含んでもよい。

図１２に示すｅＮＢ８３０において、電子機器２００の送信部２０１、取得部２０２、送受信機は、無線通信インターフェース８５５及び／又は無線通信インターフェース８６３によって実現され得る。機能の少なくとも一部は、コントローラ８５１によって実現されてもよい。例えば、コントローラ８５１は、送信部２０１及び取得部２０２の機能を実行することで、ＵＥのＢＦＲメカニズムに対して、マルチＴＲＰシナリオについての構成及びＵＥのビーム障害イベントの報告の取得を行うことができる。

［ユーザー機器についての適用例］
（第１の適用例）
図１３は、本開示内容の技術を適用できるスマートフォン９００の概略構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インターフェース９０４、撮像装置９０６、センサ９０７、マイク９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インターフェース９１２、１つ又は複数のアンテナスイッチ９１５、１つ又は複数のアンテナ９１６、バス９１７、バッテリ９１８、及び補助コントローラ９１９を含む。

プロセッサ９０１は、例えばＣＰＵ又はシステムオンチップ（ＳｏＣ）であり、スマートフォン９００のアプリケーション層と他の層の機能を制御することができる。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、データ及びプロセッサ９０１により実行されるプログラムを記憶する。記憶装置９０３は、例えば半導体メモリとハードディスクのような記憶媒体を含むことができる。外部接続インターフェース９０４は、外部装置（例えばメモリカードとユニバーサルシリアルバス（ＵＳＢ）装置）をスマートフォン９００に接続するためのインターフェースである。

撮像装置９０６は、イメージセンサ（例えば、電荷結合デバイス（ＣＣＤ）と相補型金属酸化物半導体（ＣＭＯＳ））を含み、撮像画像を生成する。センサ９０７は、例えば測定センサ、ジャイロセンサ、地磁気センサ及び加速度センサのような１組みのセンサを含むことができる。マイク９０８は、スマートフォン９００に入力された音をオーディオ信号に変換する。入力装置９０９は、例えば表示装置９１０のスクリーン上のタッチを検出するように構成されるタッチセンサ、キーパッド、キーボード、ボタン又はスイッチを含み、ユーザーから入力された操作又は情報を受信する。表示装置９１０は、スクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ）を含み、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力されたオーディオ信号を音に変換する。

無線通信インターフェース９１２は、任意のセルラー通信方式（例えば、ＬＴＥとＬＴＥ‐Ａｄｖａｎｃｅｄ）をサポートし、無線通信を実行する。無線通信インターフェース９１２は、通常、例えばＢＢプロセッサ９１３とＲＦ回路９１４を含むことができる。ＢＢプロセッサ９１３は、例えば、符号化／復号化、変調／復調、及び多重化／逆多重化を実行することができ、無線通信のための様々なタイプの信号処理を実行することができる。同時に、ＲＦ回路９１４は、例えばミキサ、フィルタ、及び増幅器を含み、アンテナ９１６を介して無線信号を送受信することができる。なお、図には、一つのＲＦリンクが一つのアンテナに接続されている場合を示していますが、これは単なる例示であり、一つのＲＦリンクが複数の移相器を介して複数のアンテナに接続されている場合も含まれる。無線通信インターフェース９１２は、その上にＢＢプロセッサ９１３とＲＦ回路９１４が集積されている１つのチップモジュールであることができる。図１３に示すように、無線通信インターフェース９１２は、複数のＢＢプロセッサ９１３と複数のＲＦ回路９１４を含むことができる。図１３には、無線通信インターフェース９１２が複数のＢＢプロセッサ９１３と複数のＲＦ回路９１４を含む例を示したが、無線通信インターフェース９１２は、単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

なお、セルラー通信方式の以外、無線通信インターフェース９１２は、例えば、短距離無線通信方式、近接通信方式や無線ローカルネットワーク（ＬＡＮ）方式などの別のタイプの無線通信方式をサポートすることができる。この場合に、無線通信インターフェース９１２は、各種の無線通信方式に対するＢＢプロセッサ９１３とＲＦ回路９１４を含むことができる。

アンテナスイッチ９１５のそれぞれは、無線通信インターフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式に使用される回路）の間で、アンテナ９１６の接続先を切り替える。

アンテナ９１６のそれぞれは、単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インターフェース９１２による無線信号の送受信に使用される。図１３に示すように、スマートフォン９００は、複数のアンテナ９１６を含むことができる。図１３には、スマートフォン９００が複数のアンテナ９１６を含む例を示したが、スマートフォン９００は、単一のアンテナ９１６を含んでもよい。

なお、スマートフォン９００は、各種の無線通信方式に対するアンテナ９１６を含むことができる。この場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されることができる。

バス９１７は、プロセッサ９０１、メモリ９０２、記憶装置９０３、外部接続インターフェース９０４、撮像装置９０６、センサ９０７、マイク９０８、入力装置９０９、表示装置９１０、スピーカ９１１、無線通信インターフェース９１２、及び補助コントローラ９１９を互いに接続する。バッテリ９１８は、給電線を介して、図１２に示すスマートフォン９００の各ブロックに電力を提供し、給電線は、図面において部分的に点線として表される。補助コントローラ９１９は、例えば睡眠モードでスマートフォン９００の最低限必要な機能を動作させる。

図１３に示すスマートフォン９００では、電子機器１００の取得部１０１、報告部１０２、送受信機は、無線通信インターフェース９１２によって実現され得る。機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９によって実現されてもよい。例えば、プロセッサ９０１又は補助コントローラ９１９は、取得部１０１、報告部１０２、判定部１０３の機能を実行することで、マルチＴＲＰシナリオについてのＢＦＲ構成に応じてビーム障害イベントの判定及び報告を実行することができる。

（第２の適用例）
図１４、本開示の技術を適用できるカーナビゲーション装置９２０の概略構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、グローバルポジショニングシステム（ＧＰＳ）モジュール９２４、センサ９２５、データインターフェース９２６、コンテンツプレーヤー９２７、記憶媒体インターフェース９２８、入力装置９２９、表示装置９３０、スピーカ９３１、無線通信インターフェース９３３、１つ又は複数のアンテナスイッチ９３６、１つ又は複数のアンテナ９３７、及びバッテリ９３８を含む。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであり、カーナビゲーション装置９２０のナビゲーション機能と他の機能を制御することができる。メモリ９２２は、ＲＡＭとＲＯＭを含み、データ及びプロセッサ９２１によって実行されるプログラムを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信したＧＰＳ信号を使用してカーナビゲーション装置９２０の位置（例えば、緯度、経度、高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサのような１組のセンサを含むことができる。データインターフェース９２６は、図示しない端末を介して例えば車載ネットワーク９４１に接続され、車両が生成したデータ（例えば、車速データ）を取得する。

コンテンツプレーヤー９２７は、記憶媒体インターフェース９２８に挿入された記憶媒体（例えば、ＣＤとＤＶＤ）に記憶されているコンテンツを再生する。入力装置９２９は、例えば表示装置９３０のスクリーンでのタッチを検出するように構成されるタッチセンサ、ボタン又はスイッチを含み、ユーザーから入力された操作又は情報を受信する。表示装置９３０は、例えばＬＣＤやＯＬＥＤディスプレイのスクリーンを含み、ナビゲーション機能の画像又は再生されたコンテンツを表示する。スピーカ９３１は、ナビゲーション機能の音又は再生されたコンテンツを出力する。

無線通信インターフェース９３３は、任意のセルラー通信方式（例えば、ＬＴＥとＬＴＥ‐Ａｄｖａｎｃｅｄ）をサポートし、無線通信を実行する。無線通信インターフェース９３３は、通常、例えばＢＢプロセッサ９３４とＲＦ回路９３５を含むことができる。ＢＢプロセッサ９３４は、例えば符号化／復号化、変調／復調、及び多重化／逆多重化を実行することができ、無線通信のための様々なタイプの信号処理を実行することができる。同時に、ＲＦ回路９３５は、例えばミキサ、フィルタ、及び増幅器を含み、アンテナ９３７を介して無線信号を送受信することができる。無線通信インターフェース９３３は、その上にＢＢプロセッサ９３４とＲＦ回路９３５が集積されている１つのチップモジュールであることもできる。図１４に示すように、無線通信インターフェース９３３は、複数のＢＢプロセッサ９３４と複数のＲＦ回路９３５を含むことができる。図１４には、無線通信インターフェース９３３が複数のＢＢプロセッサ９３４と複数のＲＦ回路９３５を含む例を示したが、無線通信インターフェース９３３は、単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

なお、セルラー通信方式の以外、無線通信インターフェース９３３は、例えば、短距離無線通信方式、近接通信方式や無線ＬＡＮ方式などの別のタイプの無線通信方式をサポートすることができる。この場合に、各種の無線通信方式に対して、無線通信インターフェース９３３は、ＢＢプロセッサ９３４とＲＦ回路９３５を含むことができる。

アンテナスイッチ９３６のそれぞれは、無線通信インターフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式に使用される回路）の間で、アンテナ９３７の接続先を切り替える。

アンテナ９３７のそれぞれは、単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インターフェース９３３による無線信号の送受信に使用される。図１４に示すように、カーナビゲーション装置９２０は複数のアンテナ９３７を含むことができる。図１４には、カーナビゲーション装置９２０が複数のアンテナ９３７を含む例を示したが、カーナビゲーション装置９２０は、単一のアンテナ９３７を含んでもよい。

なお、カーナビゲーション装置９２０は、各種の無線通信方式に対するアンテナ９３７を含むことができる。この場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されることができる。

バッテリ９３８は、給電線を介して図１４に示すカーナビゲーション装置９２０の各ブロックに電力を提供し、給電線は、図面において部分的に点線として表される。バッテリ９３８は、車両から提供された電力を蓄積する。

図１４に示すカーナビゲーション装置９２０では、電子機器１００の取得部１０１、報告部１０２、送受信機は、無線通信インターフェース９３３によって実現され得る。機能の少なくとも一部は、プロセッサ９２１によって実現されてもよい。例えば、プロセッサ９２１は、取得部１０１、報告部１０２、判定部１０３の機能を実行することで、マルチＴＲＰシナリオについてのＢＦＲ構成に応じてビーム障害イベントの判定及び報告を実行することができる。

本開示の技術は、カーナビゲーション装置９２０、車載ネットワーク９４１及び車両モジュール９４２のうちの１つ又は複数のブロックを含む車載システム（又は車両）９４０として実現されてもよい。車両モジュール９４２は、車両データ（例えば車速、エンジン速度、故障情報）を生成し、生成されたデータを車載ネットワーク９４１に出力する。

以上は、具体的な実施例を結合して本発明の基本的な原理を説明したが、当業者にとって、本発明の方法及び装置の全部又は任意のステップや部材が、任意のコンピュータ装置（プロセッサ、記憶媒体等を含む）又はコンピュータ装置のネットワークで、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組み合わせの形態で実現できることを理解でき、これは、当業者が本発明の説明を読んで、その基本的な回路設計知識又は基本的なプログラムスキルを利用して実現できる。

そして、本発明は、機械読み取り可能な命令コードが記憶されているプログラム製品をさらに提案する。前記命令コードが機器により読み取られて実行される場合に、本発明の実施例による上記の方法を実行することができる。

それに対応して、上記の機械読み取り可能な命令コードが記憶されているプログラム製品を担う記憶媒体も本発明の開示に含まれる。上記の記憶媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、メモリカード、メモリースティックなどを含むが、これらに限定されない。

ソフトウェア又はファームウェアによって本発明を実現する場合に、記憶媒体又はネットワークから、専用ハードウェア構成を有するコンピュータ（例えば、図１５に示す汎用コンピュータ１５００）に、当該ソフトウェアを構成するプログラムをインストールし、各種のプログラムがインストールされた場合に、当該コンピュータは、各種の機能を実行できる。

図１５において、中央処理装置（ＣＰＵ）１５０１は、読み取り専用メモリ（ＲＯＭ）１５０２に記憶されているプログラム、又は記憶部分１５０８からランダムアクセスメモリ（ＲＡＭ）１５０３にロードされたプログラムに基づき、各種の処理を実行する。ＲＡＭ１５０３において、必要に応じて、ＣＰＵ１５０１が各種の処理などを実行する際に必要なデータを記憶する。ＣＰＵ１５０１、ＲＯＭ１５０２及びＲＡＭ１５０３は、バス１５０４を介して互いに接続される。入力／出力インターフェース１５０５もバス１５０４に接続される。

入力部分１５０６（キーボード、マウスなどを含む）、出力部分１５０７（例えば陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）などのようなディスプレイ、及びスピーカなどを含む）、記憶部分１５０８（ハードディスクなどを含む）、通信部分１５０９（ＬＡＮカード、変調復調器などのようなネットワークインターフェースカードを含む）は、入力／出力インターフェース１５０５に接続される。通信部分１５０９は、ネットワーク、例えばインターネットのようなネットワークを介して通信処理を実行する。必要に応じて、ドライブ１５１０は、入力／出力インターフェース１５０５に接続されてもよい。磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどのようなリムーバブルメディア１５１１は、必要に応じて、ドライブ１５１０に搭載されることで、それから読み出されたコンピュータプログラムが必要に応じて記憶部分１５０８にインストールされる。

ソフトウェアにより上記の一連の処理を実現する場合に、例えばインターネットのようなネットワーク、又は例えばリムーバブルメディア１５１１のような記憶媒体から、ソフトウェアを構成するプログラムをインストールする。

当業者であれば、このような記憶媒体は、図１５に示すような、その中にプログラムが記憶され、装置に別途配分してユーザーにプログラムを提供するリムーバブルメディア１５１に限定されないことを理解すべきである。リムーバブルメディア１５１１の例は、磁気ディスク（フレキシブルディスク（登録商標）を含む）、光ディスク（光ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、及びデジタル汎用ディスク（ＤＶＤ）を含む）、光磁気ディスク（ミニディスク（ＭＤ）（登録商標）を含む）、及び半導体メモリを含む。又は、記憶媒体は、ＲＯＭ１５０２、記憶部分１５０８に含まれるハードディスクなどであってもよく、その中にプログラムが記憶され、またそれらを含む装置とともにユーザーに配分される。

本発明の装置、方法及びシステムにおいて、各部材又は各ステップは、分解及び／又は再組み合わせが可能である。これらの分解及び／又は再組み合わせも、本発明の等価方案と見なされるべきである。なお、上記の一連の処理の実行ステップは、説明順、時間順で実行されることができるが、必ずしも時間順で実行される必要がない。いくつかのステップは、並行、又は互いに独立に実行されてもよい。

最後に、用語「含む」、「包含」又はその他の任意の変形は、非排他的な包含を含むように意図され、それにより、一連の要素を含むプロセス、方法、物品又は機器は、それらの要素を含むだけではなく、明確に列挙されていない他の要素も含み、又は、このようなプロセス、方法、物品又は機器の固有の要素も含む。また、特に限定しない限り、語句「一つの…を含む」で限定された要素は、上記の要素を含むプロセス、方法、物品又は機器にさらに他の同じ要素が存在することを排除しない。

以上は、図面を結合して本開示の実施例を詳細に説明したが、以上に説明された実施形態は、本開示を説明するためのものだけであり、本開示を制限するものではないと理解すべきである。当業者にとって、本開示の精神及び範囲から逸脱することがなく、上記した実施形態に対して、様々な修正及び変更が可能である。そのため、本開示の範囲は、添付の特許請求の範囲及びその等価物のみによって限定される。

他方では、例えば、第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＴＲＰのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含むことができる。前記判定部１０３は、第２の構成に応答して、複数のＴＲＰにジョイント物理層ビーム障害イベントが発生した場合、第２のカウンタをインクリメントし、第２のカウンタのカウント値が第２の最大カウント閾値に達した場合、複数のＴＲＰにジョイントビーム障害イベントが発生したと決定するように構成され、報告部１０２は、当該ジョイントビーム障害イベントを基地局に報告する。例えば、複数のＴＲＰのジョイントＢＬＥＲがジョイントＢＬＥＲ閾値よりも高い場合、判定部１０３は、複数のＴＲＰにジョイント物理層ビーム障害が発生し、即ち、１つのジョイントビーム障害イベントのインスタンスが発生したと決定する。ＵＥは、当該ジョイントビーム障害イベントのインスタンスをその上位層に報告する。

後者の場合、すなわち、同時に第１の構成と第２の構成との両方を構成した場合、取得部１０１は、第１の構成と第２の構成との両方の情報を取得することができる。言い換えれば、取得部１０１は、各ＴＲＰのＢＬＥＲ閾値、各ＴＲＰの物理層ビーム障害の回数をカウントする第１のカウンタ、当該第１のカウンタの第１の最大カウント閾値、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＴＲＰのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを取得することができる。

他方では、例えば、第２の構成は、複数のＴＲＰのジョイントＢＬＥＲを計算するための加重パラメータ、ジョイントＢＬＥＲの閾値、複数のＴＲＰのジョイント物理層ビーム障害の回数をカウントする第２のカウンタ、及び当該第２のカウンタの第２の最大カウント閾値のうちの少なくとも１つを含むことができる。

Claims (34)

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. 実行される場合に請求項３２又は３３に記載の無線通信のための方法を実行させるコンピュータ実行可能な命令が記憶されている、コンピュータ読み取り可能な記憶媒体。

Images