特表 2022-544078 グループベースのセカンダリセルのビーム障害回復

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

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

(11)【公表番号】

(43)【公表日】2022-10-17

(54)【発明の名称】グループベースのセカンダリセルのビーム障害回復

(51)【国際特許分類】

   H04W 24/10 20090101AFI20221007BHJP

   H04W 16/28 20090101ALI20221007BHJP

   H04W 72/04 20090101ALI20221007BHJP

【ＦＩ】

H04W24/10

H04W16/28

H04W72/04 111

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022506638

(86)(22)【出願日】2020-06-16

(85)【翻訳文提出日】2022-02-01

(86)【国際出願番号】 SG2020050337

(87)【国際公開番号】W WO2021029824

(87)【国際公開日】2021-02-18

(31)【優先権主張番号】10201907430S

(32)【優先日】2019-08-13

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】トラン スアン ツオン

(72)【発明者】

【氏名】ホァン レイ

(72)【発明者】

【氏名】コウ ティアン ミン ベンジャミン

(72)【発明者】

【氏名】カン ヤン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】ブハンブリ アンキット

(72)【発明者】

【氏名】小川 佳彦

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA23

5K067DD11

5K067DD43

5K067EE02

5K067EE10

5K067EE24

(57)【要約】

通信装置は受信部と回路を備える。受信部は、ネットワーク内で動作する複数のセカンダリセル（ＳＣｅｌｌ）のビーム障害回復（ＢＦＲ）のための設定情報を受信する。回路は、前記設定情報に基づいて、ビーム障害検知（ＢＦＤ）および報告を行う。

【特許請求の範囲】

【請求項1】

動作時に、ネットワーク内で動作する複数のセカンダリセル（ＳＣｅｌｌ）のビーム障害回復（ＢＦＲ）のための設定情報を受信する受信部と、
動作時に、前記設定情報に基づいて、ビーム障害検知（ＢＦＤ）および報告を行う回路と、を備える、
通信装置。

【請求項2】

前記設定情報はコンポーネントキャリア（ＣＣ）のリストを含む、
請求項１に記載の通信装置。

【請求項3】

前記ＢＦＤは、
（１）グループ内で障害があると特定された前記複数のＳＣｅｌｌの数（ｓ_ｂｆ）が閾値（ｎ_ｍｉｎ）以上（ただし、ｎ_ｍｉｎは前記グループ内で障害状態にある前記複数のＳＣｅｌｌの最小数）または、
（２）グループ内のＳＣｅｌｌのビーム障害インスタンス通知（ＢＦＩＩ）の合計（Ｍ）が閾値（

【数1】

）以上（ただし、

【数2】

、N_ｉはi番目のＳＣｅｌｌの前記ＢＦＩＩの値であり、ｎは前記グループ内の前記ＳＣｅｌｌの数であり、

【数3】

は前記グループ内の前記ＳＣｅｌｌのＢＦＩＩの最大数である）
のうち少なくとも一つに基づいて行われる、
請求項１に記載の通信装置。

【請求項4】

前記閾値（ｎ_ｍｉｎ）は１の（事前）固定値であり、
前記通信装置は、前記グループ内の前記ＳＣｅｌｌごとの前記ＢＦＩＩをカウントし、前記グループ内の前記ＳＣｅｌｌのいずれかに障害があると特定された場合、前記グループのビーム障害（ＢＦ）を宣言するようにさらに構成されている、
請求項３に記載の通信装置。

【請求項5】

前記閾値（ｎ_ｍｉｎ）は１より大きい（事前）固定値であり、
前記通信装置は、前記グループ内の前記ＳＣｅｌｌごとのビーム障害（ＢＦ）を検知するために前記ＢＦＩＩをカウントし、ｓ_ｂｆ≧ｎ_ｍｉｎの場合、前記グループ内のＳＣｅｌｌが障害状態にあると宣言するようにさらに構成されている、
請求項３に記載の通信装置。

【請求項6】

前記前記閾値（ｎ_ｍｉｎ）は、前記通信装置のケイパビリティに応じて、上位レイヤシグナリングまたは下りリンク制御通知を含む制御情報によってフレキシブルに通知される、
請求項３に記載の通信装置。

【請求項7】

【数4】

は（事前）固定値である、
請求項３に記載の通信装置。

【請求項8】

【数5】

は、前記通信装置のケイパビリティに応じて、上位レイヤシグナリングまたは下りリンク制御通知を含む制御情報によって通知されるフレキシブルな値である、
請求項３に記載の通信装置。

【請求項9】

各グループのＢＦＤを行うための、ｎ_ｍｉｎまたは

【数6】

に基づく方法が通知される、
請求項３に記載の通信装置。

【請求項10】

前記設定情報は、グループＩＤ、通知されたコンポーネントキャリア（ＣＣ）インデックス、またはグループごとの設定インデックスの順序を備えるグループ識別子を含む、
請求項１に記載の通信装置。

【請求項11】

前記設定情報の通知は、（事前）設定されたルール、または、少なくともＰＤＣＣＨ ＤＣＩ（Physical Downlink Control Channel）（Downlink Control Indicator）、ＭＡＣ ＣＥ（Medium Access Control）（Control Element）、またはＲＲＣ（Radio Resource Control）メッセージを介した制御情報のうち少なくとも一つに基づいてシグナリングされる、
請求項１から３、または１０のいずれか一項に記載の通信装置。

【請求項12】

前記ＢＦＤの報告の内容には少なくとも、前記設定情報によって通知された各グループの前記グループ識別子が含まれる、
請求項１０に記載の通信装置。

【請求項13】

前記通信装置は、コンポーネントキャリア（ＣＣ）インデックス、空間Ｒｘパラメータ、および到来角（ＡｏＡ：angle of arrival）を含む新しいビーム情報を提供するようにさらに構成されている、
請求項１０に記載の通信装置。

【請求項14】

前記設定情報は少なくとも、個々のグループごとに前記ＢＦＤおよび報告を行う、通知されたＳＣｅｌｌを含み、前記通知されたＳＣｅｌｌのみが明示的または暗示的にＢＦＤ参照信号を設定されることができる、
請求項１に記載の通信装置。

【請求項15】

障害グループの数がそのときの有用なグループの数より多い場合、前記通信装置は前記有用なグループの前記識別子を報告し、そうでない場合、前記通信装置は前記障害グループを報告する、
請求項１に記載の通信装置。

【請求項16】

通信装置が、
ネットワーク内で動作する複数のＳＣｅｌｌのビーム障害回復（ＢＦＲ）のための設定情報を受信し、
前記設定情報に基づいて、ビーム障害検知（ＢＦＤ）および報告を行う、
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、広く、通信装置、および、電子機器やシステムのための通信方法に関し、特に、ネットワーク上で動作する複数のセカンダリセル（ＳＣｅｌｌ）のビーム障害回復に関する。

【背景技術】

【0002】

ミリ波（ｍｍＷａｖｅ）通信のような無線ネットワークは、より高い周波数帯で動作するため、通信装置は大きなアンテナアレイを備えている。これにより、非常に狭いビームを用いて多数のリンクで信号を送信できる。このようなネットワークには、非常に高いデータレートでの送信のように、従来のネットワークに比べ多くの利点がある反面、ネットワーク内でビーム障害が生じた場合のマルチビーム動作および回復プロトコルの管理に関する問題を含む。

【0003】

現在、プライマリセル（ＰＣｅｌｌ）およびプライマリ・セカンダリセル（ＰｓＣｅｌｌ）のためのビーム障害回復手順のみが、５Ｇ規格のための３ＧＰＰリリース（Ｒｅｌ．）１５に規定されており、グループベースのセカンダリセル（ＳＣｅｌｌ）に関連したビーム障害回復のための通信装置および方法についてはほとんど議論されていない。

【発明の概要】

【0004】

本開示の非限定的な実施例は、無線ネットワークにおけるマルチビーム動作の高度化を提供することに資する。一例として、本実施例は、ネットワークにおけるグループベースのＳＣｅｌｌビーム障害回復を含み、ネットワーク内で動作するように構成された複数のＳＣｅｌｌのビーム障害を同時に回復する効果的な解決策を提供する。

【0005】

本開示によれば、動作時に、ネットワーク内で動作する複数のＳＣｅｌｌのビーム障害回復（ＢＦＲ）のための設定情報を受信する受信部と、動作時に、前記設定情報に基づいて、ビーム障害検知（ＢＦＤ）および報告を行う回路と、を備える通信装置が提供される。

【0006】

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

【0007】

本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

【図面の簡単な説明】

【0008】

添付の図では、同様の参照符号が各図全体に渡って同一または機能的に類似した要素を示している。添付の図は、以下の詳細な説明とともに本明細書に組み込まれ、その一部を構成しており、本実施の形態に従って、様々な実施形態を図示し、様々な原理および利点を説明する役割を果たすものである。

【図1】３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）の構造例を示す図である。

【図2】次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）と５Ｇコアネットワーク（５ＧＣ）間の機能分割を示す概略図である。

【図3】無線リソース制御（ＲＲＣ：Radio Resource Control）接続設定／再構成の手順を示すシーケンス図である。

【図4】高速大容量（ｅｍＢＢ：Enhanced mobile broadband）、多数同時接続（ｍＭＴＣ：Massive Machine Type Communications）、および超高信頼低遅延（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図である。

【図5】非ローミングシナリオのための５Ｇシステム構造の例を示すブロック図である。

【図6A】ＭＩＭＯ（multiple-input multiple-output）無線ネットワークにおける、基地局（ｇＮＢ）と端末（ＵＥ）との間の、上りリンクおよび下りリンクのＭＩＭＯ通信の概略図である。

【図6B】ＭＩＭＯ無線ネットワークにおける、ｇＮＢと複数のＵＥとの間の、下りリンクマルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）通信の概略図である。

【図6C】ＭＩＭＯ無線ネットワークにおける、ｇＮＢと複数のＵＥとの間の、上りリンクＭＵ－ＭＩＭＯ通信の概略図である。

【図7】様々な実施の形態に係るビーム障害回復手順を示す図である。

【図8】様々な実施の形態に係る通信装置の概略例を示す図である。本通信機器は、本開示の様々な実施の形態に係る、ｇＮＢまたはＵＥとして実装されてもよく、ビーム障害検知および回復のために構成されてもよい。

【図9】一実施例に係る、一つまたは複数のＵＥと、一つまたは複数のセルまたはｇＮＢとの、メッセージシーケンスを送信する無線ネットワークを示す図である。

【図10】一実施例に係る、グループベースのシナリオに基づく複数のＳＣｅｌｌのビーム障害回復（ＢＦＲ：beam failure recovery）のための設定情報を示す図である。

【図11】一実施例に係る、グループベースのＳＣｅｌｌのＢＦＲ設定情報の表を示す図である。

【図12】一実施例に係る、電子機器を示す図である。

【0009】

当業者であれば、図中の要素が平易にかつ明瞭に示されており、必ずしも一定の縮尺で描かれていないことが理解できる。

【発明を実施するための形態】

【0010】

本開示の実施形態は、例示のみを目的として、図面を参照して説明される。図面に示す同様の参照番号および文字は、同様の要素または同等のものを指す。

【0011】

＜５Ｇ ＮＲシステム構造とプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数帯で動作するＮＲ（new radio）アクセス技術の開発を含む第５世代のセルラー技術（単純に５Ｇと呼ばれる）の次期リリースに取り組んでいる。５Ｇ規格の「Ｎｏｎ－Ｓｔａｎｄ－Ａｌｏｎｅ（ＮＳＡ）」ＮＲ仕様書は、最初、２０１７年後半に提供された。２０１８年には、ＮＲシステムの「Ｓｔａｎｄ－ａｌｏｎｅ（ＳＡ）」５Ｇの実現のため、５Ｇ規格の初版である３ＧＰＰ Ｒｅｌｅａｓｅ １５が完成した。これにより、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び商用展開を進めることができた。

【0012】

全体のシステム構造として、特に、ＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定しており、ＮＧ－ＲＡＮは、ＵＥに対してＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびＲＲＣ（Radio Resource Control）プロトコルの終端を提供するｇＮＢを備える。ｇＮＢは、Ｘｎインタフェースによって相互に接続される。また、ｇＮＢは、次世代（ＮＧ：Next Generation）インタフェースによって次世代コア（ＮＧＣ：Next Generation Core）に、より具体的には、ＮＧ－Ｃインタフェースによってアクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）（例えば、ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－Ｕインタフェースによってユーザプレーン機能（ＵＰＦ：User Plane Function）（例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮ構造を図１に示す（例えば、３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０のセクション４参照）。

【0013】

ＮＲのユーザプレーンのプロトコルスタック（例えば３ＧＰＰ ＴＳ ３８．３００のセクション４．４．１参照）は、ＰＤＣＰ（Packet Data Convergence Protocol、３ＧＰＰ ＴＳ ３８．３００のセクション６．４参照）、ＲＬＣ（Radio Link Control、３ＧＰＰ ＴＳ ３８．３００のセクション６．３参照）、ＭＡＣ（Medium Access Control、３ＧＰＰ ＴＳ ３８．３００のセクション６．２参照）の各サブレイヤで構成され、これらはネットワーク側のｇＮＢで終結する。さらに、ＰＤＣＰの上位には、新しいアクセス層（ＡＳ：access stratum）サブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）が導入されている（例えば、３ＧＰＰ ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６．５参照）。また、ＮＲでは制御プレーンプロトコルスタックも定義されている（例えば、３ＧＰＰ ＴＳ ３８．３００のセクション４．４．２参照）。レイヤ２機能の概要は、３ＧＰＰ ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６に記載されている。ＰＤＣＰ、ＲＬＣ、およびＭＡＣサブレイヤの機能は、それぞれ３ＧＰＰ ＴＳ ３８．３００のセクション６．４、６．３、および６．２に記載されている。ＲＲＣレイヤの機能は、３ＧＰＰ ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ７に記載されている。

【0014】

例えば、メディアアクセス制御レイヤでは、論理チャネルの多重化や、異なるヌメロロジーを含むスケジューリングやスケジューリング関連の機能を担う。

【0015】

物理レイヤ（ＰＨＹ：physical layer）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および信号の適切な物理時間－周波数リソースへの配置を担う。また、トランスポートチャネルの物理チャネルへの配置も行う。物理レイヤは、トランスポートチャネルの形でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間－周波数リソースの組に対応し、各トランスポートチャネルは、対応する物理チャネルに配置される。例えば、物理チャネルは、上りリンクではＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、下りリンクではＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）、ＰＢＣＨ（Physical Broadcast Channel）となる。

【0016】

ＮＲのユースケース／導入シナリオには、高速大容量（ｅＭＢＢ）、超高信頼低遅延（ＵＲＬＬＣ）、多数同時接続（ｍＭＴＣ）などがあり、これらはデータレート、遅延、カバレッジの点で多様な要件を持つ。例えば、ｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄで提供されているものの三倍ほどのピークデータレート（下り２０Ｇｂｐｓ、上り１０Ｇｂｐｓ）とユーザの体感データレートに対応することが求められる。一方、ＵＲＬＬＣでは、超低遅延（ユーザプレーンの遅延はＵＬ、ＤＬともに０．５ｍｓ）と高信頼性（１ｍｓ以内に１－１０－５）がより厳しく求められる。最後に、ｍＭＴＣには、好ましくは、高い接続密度（都市環境では１平方キロメートルあたり１００万台）、過酷な環境での広いカバレッジ、低コスト機器の超長寿命バッテリー（１５年）が求められる。

【0017】

したがって、一つのユースケースに適したＯＦＤＭヌメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、巡回プレフィクス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）は、他のユースケースに対してうまく機能しない可能性がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがって、より大きなサブキャリア間隔）および／またはスケジュール間隔（換言すると、ＴＴＩ）当たりのより少ないシンボル数を必要とし得る。さらに、チャネルの遅延スプレッドが大きい導入シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりも長いＣＰ持続時間を必要とし得る。同様のＣＰオーバーヘッドを維持するためには、サブキャリア間隔は適宜最適化される必要がある。ＮＲでは、複数の値のサブキャリア間隔をサポートしてもよい。これに対応して、現時点では１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、…、のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられる。ＬＴＥシステムと同様、「リソースエレメント」という用語は、一つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対応する一つのサブキャリアで構成される最小リソース単位を示すことができる。

【0018】

５Ｇ ＮＲシステムでは、ヌメロロジーとキャリアごとに、サブキャリアとＯＦＤＭシンボルのリソースグリッドを上りリンクと下りリンクそれぞれに定義する。リソースグリッド内の各エレメントは、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと、時間領域におけるシンボル位置とに基づいて識別される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．６．０参照）。

【0019】

＜ＮＧ－ＲＡＮと５ＧＣ間の５Ｇ ＮＲ機能分割＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す。ＮＧ－ＲＡＮ論理ノードはｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣには、ＡＭＦ、ＵＰＦ、およびＳＭＦの論理ノードが含まれる。

【0020】

ｇＮＢとｎｇ－ｅＮＢは、具体的に、以下の主な機能を務める。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、上りリンクおよび下りリンクの双方におけるＵＥへのリソースの動的割り当て（スケジューリング）等の、無線リソース管理機能
・ＩＰヘッダの圧縮、データの暗号化および完全性保護
・ＵＥから提供された情報からＡＭＦへのルーティングが判断できない場合のＵＥアタッチ時のＡＭＦ選択
・ＵＰＦへのユーザプレーンデータのルーティング
・ＡＭＦへの制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信される）のスケジューリングおよび送信
・モビリティとスケジューリングの測定および測定報告設定
・上りリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへの配置
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配信機能
・無線接続ネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡ間の緊密な連携

【0021】

アクセス・モビリティ管理機能（ＡＭＦ）は、以下の主な機能を務める。
・非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終了
・ＮＡＳシグナリングセキュリティ
・アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
・３ＧＰＰアクセスネットワーク間のモビリティのためのインターコアネットワーク（ＣＮ：Core Network）ノードシグナリング
・アイドルモードのＵＥへの到達性（ページング再送の制御および実行を含む）
・登録エリア管理
・システム内・システム間モビリティのサポート
・アクセス認証
・ローミング権のチェックを含むアクセス認可
・モビリティ管理制御（サブスクリプションおよびポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ：Session Management Function）選択

【0022】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、以下の主な機能を務める。
・ＲＡＴ内／ＲＡＴ間モビリティのアンカーポイント（該当する場合）
・データネットワークへの相互接続の外部ＰＤＵセッションポイント
・パケットルーティングとフォワーディング
・パケット検査およびポリシールール施工のユーザプレーン部
・トラフィック使用報告
・データネットワークへのトラフィックフローのルーティングをサポートする上りリンク分類子
・マルチホームＰＤＵセッションをサポートする分岐点
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強化などのユーザプレーンのＱｏＳ処理
・上りリンクトラフィックの検証（ＳＤＦからＱｏＳフローへの配置）
・ダウンリンクパケットバッファリングとダウンリンクデータ通知トリガ

【0023】

最後に、セッション管理機能（ＳＭＦ：Session Management）は、以下の主な機能を務める。
・セッション管理
・ＵＥのＩＰアドレスの割り当てと管理
・ＵＰ機能の選択と制御
・トラフィックを適切な宛先にルーティングするために、ユーザプレーン機能（ＵＰＦ）でトラフィックステアリングを設定
・ポリシー施行およびＱｏＳの制御部
・下りリンクデータの通知

【0024】

＜ＲＲＣ接続設定と再構成の手順＞
図３は、ＵＥがＮＡＳ部のＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際の、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）の間の処理の一部を示す（３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０を参照）。

【0025】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。この移行は、具体的には、ＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線ケイパビリティ、ＵＥセキュリティケイパビリティ等を含む）を準備し、初期コンテキスト設定要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）と共にｇＮＢに送信することを含む。そして、ｇＮＢはＵＥとのＡＳセキュリティを稼働する。この動作は、ＵＥに対してセキュリティモードコマンド（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ）メッセージを送信するｇＮＢと、セキュリティモード完了（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ）メッセージでｇＮＢに応答するＵＥによって行われる。その後、ｇＮＢは、ＲＲＣ再構成（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信し、それに応じて、ＵＥからＲＲＣ再構成完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージをｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２：Signaling Radio Bearer 2）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を設定するための再構成を実行する。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢは設定されないので、ＲＲＣ再構成に関連するステップはスキップされる。最後に、ｇＮＢは、セットアップ手順が完了したことを、初期コンテキスト設定応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）でＡＭＦに通知する。

【0026】

そこで、本開示では、動作中に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中に、初期コンテキスト設定メッセージを、ＮＧ接続を介してｇＮｏｄｅＢに送信して、ｇＮｏｄｅＢと端末（ＵＥ）との間のシグナリング無線ベアラを設定させる送信部とを備える、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、シグナリング無線ベアラを介して、リソース割り当て設定情報エレメントを含む無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングをＵＥに送信する。そして、ＵＥは、リソース割り当て設定に基づいて、上りリンク送信または下りリンク受信を行う。

【0027】

＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトＮＲ（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量（ｅＭＢＢ）のフェーズ１の仕様はまとまった。ｅＭＢＢの対応をさらに拡充することに加え、現在および将来的には、超高信頼低遅延（ＵＲＬＬＣ）および多数同時接続の標準化の研究も進められる。図４は、２０２０年以降のＩＭＴで想定される利用シナリオの例を示す（例えば、ＩＴＵ－Ｒ Ｍ．２０８３の図２を参照）。

【0028】

ＵＲＬＬＣのユースケースは、スループット、遅延、アベイラビリティ等の、ケイパビリティに対する厳しい要件を有し、工業生産や製造プロセスの無線制御、遠隔医療手術、スマートグリッドの配電自動化、交通安全等、将来の垂直アプリケーションを実現するものの一つとして想定されている。ＵＲＬＬＣの超高信頼性は、ＴＲ ３８．９１３によって設定された要件を満たす技術を特定することでサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、ＵＬ（上りリンク）０．５ｍｓ、ＤＬ（下りリンク）０．５ｍｓのユーザプレーン遅延を目標とすることが主要な要件である。パケットを一回送信する際の一般的なＵＲＬＬＣの要件は、ユーザプレーン遅延が１ｍｓで、３２バイトのパケットサイズに対してブロックエラーレート（ＢＬＥＲ）が１Ｅ－５である。

【0029】

物理レイヤの観点から、信頼性を向上させるには様々な方法がある。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の独立したＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等が考えられる。しかし、ＮＲが（ＮＲ ＵＲＬＣの主要要件に対して）より安定し、発展するにつれて、超高信頼性を達成するために考えられる範囲が広がる可能性がある。リリース１５におけるＮＲ ＵＲＬＬＣ特有のユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、およびミッションクリティカルアプリケーションが含まれる。

【0030】

また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、遅延の改善と信頼性の向上である。遅延改善のための技術強化には、設定可能なヌメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリー（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）の上りリンク、データチャネルのスロットレベルの繰り返し、および下りリンクのプリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）が含まれる。プリエンプションとは、すでにリソースが割り当てられている送信を停止し、すでに割り当てられているそのリソースを、後から要求された、より少ない遅延や高い優先度を必要とする別の送信に使用することを意味する。したがって、すでに許可された送信は、後の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプとは無関係に適用できる。例えば、サービスタイプＡ（ＵＲＬＣ）の送信は、サービスタイプＢ（例えばｅＭＢＢ）の送信によってプリエンプトされてよい。信頼性向上に関する技術強化には、目標ＢＬＥＲ １Ｅ－５のための専用ＣＱＩ／ＭＣＳテーブルが含まれる。

【0031】

ｍＭＴＣ（多数同時接続）のユースケースは、通常、比較的少量の非遅延機密データを送信する、非常に多くのデバイスが接続されることを特徴とする。デバイスは低コストで、非常に長いバッテリー寿命を持つことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥにとっての省電力化と、バッテリーの長寿命化を可能にする一つの策である。

【0032】

上述のように、ＮＲにおける信頼性の範囲はより広くなることが予想される。すべてのケースに共通する重要な要件の一つであり、特にＵＲＬＬＣとｍＭＴＣに必要な要件は、高信頼性または超高信頼性である。信頼性を向上させるには、無線の観点やネットワークの観点から、いくつかのメカニズムが考えられる。一般的に、信頼性の向上を助けるいくつかの重要な領域がある。これらの領域には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、周波数、時間、空間領域におけるダイバーシティなどがある。これらの領域は、特定の通信シナリオに関わらず、一般的に、信頼性に適用される。

【0033】

ＮＲ ＵＲＬＬＣについては、ファクトリーオートメーション、輸送産業、配電など、より厳しい要件を持つさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じた、高い信頼性（最大１０^－６レベル）、高いアベイラビリティ、最大２５６バイトのパケットサイズ、数μｓオーダー（周波数範囲に応じて１μｓまたは数μｓとなる）の時刻同期、０．５～１ｍｓオーダーの短い遅延（特に、目標ユーザプレーン遅延０．５ｍｓ）である。

【0034】

さらに、ＮＲ ＵＲＬＬＣでは、物理レイヤの観点からいくつかの技術強化が確認されている。これらの中には、コンパクトなＤＣＩ、ＰＤＣＣＨ（Physical Downlink Control Channel）の繰り返し、ＰＤＣＣＨモニタリングの増加に関連するＰＤＣＣＨの強化がある。また、上りリンク制御情報（ＵＣＩ：Uplink Control Information）の強化は、拡張ＨＡＲＱ（Hybrid Automatic Repeat Request）とＣＳＩフィードバックの強化に関する。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も確認されている。「ミニスロット」とは、スロット（１４シンボルで構成されるスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Transmission Time Interval）を表す。

【0035】

＜ＱｏＳ制御＞
５ＧのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方に対応している。そのため、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度となる。ＱｏＳフローは、ＮＧ－Ｕインタフェース上のカプセル化ヘッダに含まれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。

【0036】

各ＵＥに対して、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する。各ＵＥに対して、ＮＧ－ＲＡＮは、ＰＤＵセッションとともに少なくとも一つのデータ無線ベアラ（ＤＲＢ）を確立し、そのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢは、例えば、図３を参照して上述したように、その後に設定することができる（いつそうするかはＮＧ－ＲＡＮ次第）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢに配置する。ＵＥと５ＧＣのＮＡＳレベルのパケットフィルタは、ＵＬとＤＬのパケットをＱｏＳフローに関連付け、一方、ＵＥとＮＧ－ＲＡＮのＡＳレベルのマッピングルールは、ＵＬとＤＬのＱｏＳフローをＤＲＢに関連付ける。

【0037】

図５は、５Ｇ ＮＲの非ローミング参照構造を示す（３ＧＰＰ ＴＳ ２３．５０１ ｖ１６．１．０、セクション４．２３参照）。図５に示す、５Ｇサービスをホストする外部アプリケーションサーバなどのアプリケーション機能（ＡＦ）は、サービスを提供するために、例えば、トラフィックルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ＱｏＳ制御などのポリシー制御（ポリシー制御機能（ＰＣＦ）参照）のためにポリシーフレームワークとやり取りするために、３ＧＰＰコアネットワークとやり取りする。オペレータの配置に基づき、オペレータから信頼されているとみなされるアプリケーション機能は、関連するネットワーク機能と直接やり取りすることができる。オペレータからネットワーク機能への直接のアクセスを許可されていないアプリケーション機能は、ＮＥＦを介して外部の接触フレームワークを使用して、関連するネットワーク機能とやり取りする。

【0038】

図５は、５Ｇ構造のさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統合データ管理（ＵＤＭ：Unified Data Management）、認証サーバー機能（ＡＵＳＦ：Authentication Server Function）、アクセス・モビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ）（オペレータサービス、インターネットアクセス、サードパーティサービス等）を示している。すべてまたは一部のコアネットワーク機能およびアプリケーションサービスは、クラウドコンピューティング環境上に展開して実行されてもよい。

【0039】

したがって、本開示では、動作中に、ＵＲＬＬＣ、ｅＭＭＢ、およびｍＭＴＣサービスのうちの少なくとも一つに対するＱｏＳ要件を含む要求を、５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）のうちの少なくとも一つに送信して、ＱｏＳ要件に従ってｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立する送信部と、動作中に、確立されたＰＤＵセッションを使用してサービスを実行する制御回路と、を備えるアプリケーションサーバ（例えば、５Ｇ構造のＡＦ）が提供される。

【0040】

以下の段落では、ｇＮＢおよびＵＥを参照して、特にＭＩＭＯワイヤレスネットワークにおけるビーム障害回復動作のためのいくつかの例示的な実施形態を説明する。

【0041】

ＭＩＭＯ無線ネットワークにおいて、「複数（multiple）」とは、無線チャネル上で、送信のために同時に使用される複数のアンテナと、受信のために同時に使用される複数のアンテナを指す。この点において、「複数入力（multiple-input）」とは、無線信号をチャネルに入力する複数の送信アンテナを指し、「複数出力（multiple-output）」とは、チャネルからの無線信号を受信して受信部に取り込む複数の受信アンテナを指す。例えば、Ｎ×Ｍ ＭＩＭＯネットワークシステムでは、Ｎは送信アンテナの数、Ｍは受信アンテナの数であり、ＮとＭは等しくても等しくなくてもよい。簡略化のため、送信アンテナと受信アンテナのそれぞれの数については、本開示ではこれ以上説明しない。図６Ａは、ＭＩＭＯ無線ネットワークにおける基地局（ｇＮＢ）６０２と端末（ＵＥ）６０４との間の、シングルユーザ（ＳＵ）ＭＩＭＯ通信６００の概略図を示す。図示されるように、ＭＩＭＯ無線ネットワークは、一つ以上のＵＥ（例えば、ＵＥ６０４、ＵＥ６０６等）を含んでよい。ＳＵ－ＭＩＭＯ通信６００において、ｇＮＢ６０２は、一つの通信装置、すなわちＵＥ６０４に向けられた全ての空間―時間ストリームと共に、複数の空間―時間ストリームを複数のアンテナ（例えば、図６Ａに示されるような四つのアンテナ）を用いて送信する。簡略化のため、ＵＥ６０４に向けられた複数の空間―時間ストリームは、ＵＥ６０４に向けられた、グループ化されたデータ送信の矢印６０８として示されている。

【0042】

ＳＵ－ＭＩＭＯ通信６００は双方向の送信が可能なように構成することができる。図６Ａに示されるように、ＳＵ－ＭＩＭＯ通信６００において、ＵＥ６０４は、ｇＮＢ６０２に向けられた全ての空間―時間ストリームと共に、複数の空間―時間ストリームを複数のアンテナ（例えば、図６Ａに示されるような二つのアンテナ）を用いて送信する。簡略化のため、ｇＮＢ６０２に向けられた複数の空間―時間ストリームは、ｇＮＢ６０２に向けられたグループ化されたデータ送信の矢印６１０として示されている。

【0043】

このように、図６に示されるＳＵ－ＭＩＭＯ通信６００は、ＭＩＭＯ無線ネットワークにおける上りリンク、下りリンク双方のＳＵ送信を可能にする。

【0044】

図６Ｂは、ＭＩＭＯ無線ネットワークにおける、ｇＮＢ６１４と複数のＵＥ６１６、６１８、６２０との間の、下りリンクＭＵ－ＭＩＭＯ通信６１２の概略図である。ＭＩＭＯ無線ネットワークは、一つ以上のＵＥ（例えば、ＵＥ６１６、ＵＥ６１８、ＵＥ６２０等）を含んでよい。下りリンクＭＵ－ＭＩＭＯ通信６１２において、ｇＮＢ６１４は、空間マッピングまたはプリコーディング技術を通じて、複数のアンテナを使用して、ネットワーク内のＵＥ６１６、６１８、６２０に複数のストリームを同時に送信する。例えば、二つの空間―時間ストリームをＵＥ６１８に向けることができ、別の空間―時間ストリームをＵＥ６１６に向けることができ、さらに別の空間―時間ストリームをＵＥ６２０に向けることができる。簡略化のため、ＵＥ６１８に向けられた二つの空間―時間ストリームは、グループ化されたデータ送信の矢印６２４として示され、ＵＥ６１６に向けられた空間―時間ストリームは、データ送信の矢印６２２として示され、ＵＥ６２０に向けられた空間―時間ストリームは、データ送信の矢印６２６として示される。

【0045】

図６Ｃは、ＭＩＭＯ無線ネットワークにおける、ｇＮＢ６３０と複数のＵＥ６３２、６３４、６３６との間の、上りリンクＭＵ－ＭＩＭＯ通信６２８の概略図である。ＭＩＭＯ無線ネットワークは、一つ以上のＵＥ（例えば、ＵＥ６３２、ＵＥ６３４、ＵＥ６３６等）を含んでよい。上りリンクＭＵ－ＭＩＭＯ通信６２８では、ＵＥ６３２、６３４、６３６は、空間マッピングまたはプリコーディング技術を通じて、それぞれのアンテナを使用して、ネットワーク内のｇＮＢ６３０にそれぞれのストリームを同時に送信する。例えば、二つの空間―時間ストリームは、ＵＥ６３４からｇＮＢ６３０に向けられてもよく、別の空間―時間ストリームは、ＵＥ６３２からｇＮＢ６３０に向けられてもよく、さらに別の空間―時間ストリームは、ＵＥ６３６からｇＮＢ６３０に向けられてもよい。簡潔化のため、ＵＥ６３４からｇＮＢ６３０に向けられた二つの空間―時間ストリームは、グループ化されたデータ送信の矢印６４０として示され、ＵＥ６３２からｇＮＢ６３０に向けられた空間―時間ストリームは、データ送信の矢印６３８として示され、ＵＥ６３６からｇＮＢ６３０に向けられた空間―時間ストリームは、データ送信の矢印６４２として示される。

【0046】

ビームフォーミングとは、アンテナの配列によって無線ネットワークでの信号の送受信を電子機器に誘導し、基地局（ｇＮＢ）からＵＥへの最も効率的なデータ輸送経路を特定する信号処理技術である。特定の角度の信号は強め合う干渉を受ける一方、他の角度の信号は弱め合う干渉を受ける。ビームフォーミングは、ＭＩＭＯが、多数の自律的なＵＥに同時に送信するために一つ以上の電子機器（例えば、ｇＮＢ）で大規模なアンテナアレイを使用する、大規模なＭＩＭＯ（ｍａｓｓｉｖｅ ＭＩＭＯ）の配列に役立つ。ＭＩＭＯは、無線ネットワークが、多数のアンテナおよび／またはアンテナアレイを介して、同じ無線チャネル上で複数のデータ信号を同時に送受信することを可能にする。

【0047】

信号の送信に使用されるミリ波にともなう大きな伝搬損失のため、ビームフォーミングやマッシブＭＩＭＯの技術を使用するネットワークがある。ビームフォーミングを用いて送信するネットワークでは、送信側のビーム方向と受信側のビーム方向に十分な接続性を持つビームペアを確立して維持することに技術的な問題が生じる。さらに、この接続性が途切れたり、不十分になったりした場合にも問題が生じる。例えば、障害物によって送信機と受信機の間の直接経路が遮断されたり、環境の変化によってビームペアが分断されたりすることがある。例えば、ビーム障害は、ある事象によって、確立されたビームペアが遮断または妨げられた場合に発生する（例えば、ＵＥが無線送信を遮断する場所に移動した場合や、現在のサービングセルのカバレッジ外の場所に移動した場合）。その後、ビームペアの接続を再確立するためにビーム回復が実行される。

【0048】

例示的な実施形態は、ビームフォーミングを実行するネットワークにおけるこれらの技術的問題および他の問題を解決する。これらの実施形態は、ＢＦＲを実行する装置および方法を含むが、それらに限定されない。これらの解決策の利点として、上りリンクの無線オーバーヘッドの低減、ＢＦＤの測定労力の低減、ＢＦＲ手順実行の簡略化、及びネットワークにおけるビームペア接続性再確立の迅速化が挙げられるが、これらに限定されるものではない。

【0049】

例示的な実施形態は、ＰＣｅｌｌ、ＳＣｅｌｌ、および複数のセルのグループ（例えば、ＰＣｅｌｌとＳＣｅｌｌのグループ、ＳＣｅｌｌのみのグループ、またはグループベースのＳＣｅｌｌ）に対するＢＦＲを含む。ＰＣｅｌｌは、プライマリ周波数で動作するセルを表す。例えば、このセルには、ＵＥが初期接続確立手順の実行か、接続再確立手順の開始のどちらかを行ったセル、またはハンドオーバー手順でプライマリセルとして通知されたセルが含まれる。ＳＣｅｌｌは、セカンダリ周波数で動作するセルを表す。例えば、このセルは、無線リソース制御（ＲＲＣ）接続が確立されると設定され、追加の無線リソースを提供するために使用されてよい。様々な実施形態によれば、「セカンダリセル」（または「ＳＣｅｌｌ」）は、「コンポーネントキャリア」（または「ＣＣ」）に置き換えて使用されてよい。

【0050】

例示的な実施形態は、ダウンリンク（ＤＬ）、アップリンク（ＵＬ）、ならびにＤＬおよびＵＬのＢＦＲをさらに含む。例えば、例示的な実施形態には、ＤＬのみの場合と同様、ＤＬとＵＬの両方に対応するＳＣｅｌｌに対するＢＦＲが含まれる（例えば、ＰＣｅｌｌが周波数範囲１（ＦＲ１：Frequency Range 1）およびＦＲ２で動作する場合）。一実施形態では、ＦＲ１はサブ６ＧＨｚの周波数帯を含み、ＦＲ２は約２４ＧＨｚ～５２ＧＨｚの周波数帯を含む。

【0051】

図７は、様々な実施の形態に係るビーム障害回復（ＢＦＲ）手順７００を示す。手順７００は、ビーム障害の検出と障害からの回復を示す高レベルの図である。この手順は、以下の、ビーム障害検出（ＢＦＤ）、新しいビーム識別（ＮＢＩ）、ビーム障害回復要求（ＢＦＲＱ）、およびビーム障害回復応答（ＢＦＲＲ）のうちの一つまたは複数のステップを含む。

【0052】

ブロック７０２には、ＢＦＤの実行と記載されている。ビーム障害は、様々な理由で発生し得る。ＵＥは、ＳＣｅｌｌのビーム障害を検出するために、周期的なチャネル状態情報参照信号（ＣＳＩ－ＲＳ：channel state information reference signal）の無線レベルのリンク品質を取得できる。ある時間インスタンスにおいて、対応するすべてのＣＳＩ－ＲＳリソースのレベルリンク品質が閾値を超えた場合（この閾値は、下りリンクの無線リンクを確実に受信できないレベルと定義され、仮想下りリンク制御チャネル（ＰＤＣＣＨ）送信のブロックエラーレートアウテージ（ＢＬＥＲ＿ｏｕｔ）に相当する）、ビーム障害インスタンス（ＢＦＩ）を特定することができる。物理レイヤ（ＰＨＹ）は、メディアアクセス制御（ＭＡＣ：Media Access Control）レイヤにＢＦＩ通知を出す。ＭＡＣにおけるＢＦＤ手順は、タイマと、ＢＦＩ通知（ＢＦＩＩ：BFI indication）数を計算するカウンタとによって定められる。ＢＦＩ通知を受信するたびに、タイマが再起動され、タイマが切れるとカウンタがリセットされる。一方、ＢＦＩＩを連続してＮ_ｍａｘ（beamFailureInstanceMaxCount）回検出すると、ＵＥはビーム障害がＳＣｅｌｌで発生したことを宣言できる。ＣＳＩ－ＲＳは、無線リソース制御プロトコルメッセージによってＢＦＤを測定するように明示的に設定されることができ、またはＰＤＣＣＨ受信のための上位レイヤパラメータのＴＣＩ（transmission configuration indicator）状態によって暗示的に設定されることができる。チャネル状態情報（ＣＳＩ）は、基地局のアンテナアレイの各アンテナとＵＥとの間の空間伝達関数の集合である。ＣＳＩ情報は、例えばマトリクス状に格納され、アンテナアレイで送受信されるデータの符号化および復号化に使用される。

【0053】

ブロック７０４には、ＮＢＩの実行と記載されている。例示的な実施形態では、ＵＥとセルとの間の接続性を再確立または回復するために、新しいビームまたは新しいビームペアが決定される。接続性を再確立するためのＣＳＩ－ＲＳまたは同期信号（ＳＳ）ブロックの組またはシリーズを含む例示的な実施形態を検討する。これらの信号を下りリンクのビーム内で送信する例示的な実施形態を検討する。これらの信号は、候補ビームの組を表している。例えば、例示的な実施形態では、複数の候補ビームに対する参照信号のＬ１参照信号受信電力（Ｌ１－ＲＳＲＰ）を測定する。Ｌ１－ＲＳＲＰの測定値が所定の値を超えると、参照信号が新しいビームに対応するため、接続性が回復する。

【0054】

ブロック７０６には、ＢＦＲＱの実行と記載されている。ＢＦＲＱは、ビーム障害がＭＡＣ層で宣言されるまで送信されない。従来の一つのＳＣｅｌｌごとのＢＦＲでは、Ｎ_ｍａｘ×Ｔのタイマ持続時間内にＰＨＹからＮ_ｍａｘが受信された後にＭＡＣ層のビーム障害が宣言される（Ｎ_ｍａｘとＢＦＤ ＲＳの周期性Ｔ（beamFailureDetectionTimer）は別個に設定可能な値）。デバイスは、ＢＦＲＱをネットワークまたはデバイス（例えば、セル）に送信し、ビーム障害が検出されたことをネットワークまたはデバイスに通知する。ＢＦＲＱごとに提供される情報は、候補ビームに関する情報を含むことができる。

【0055】

ブロック７０８には、ＢＦＲＲの実行と記載されている。ＢＦＲＱの実行後、例示的な実施形態では、ＢＦＲＱに対するネットワークまたはデバイスの応答について下りリンクを監視する。例えば、応答は、ＢＦＲＱに含まれる候補ビームに関連するリソースセットを用いて、ＰＤＣＣＨの擬似コロケーション（ＱＣＬ：quasi co-location）を送信する。二つのアンテナポートは、一方のアンテナポート上のシンボルが伝達されるチャネルの特性が、他方のアンテナポート上のシンボルが伝達されるチャネルから推測できる場合、準同位置（ＱＣＬ：quasi co-located）であるとみなされる。ＢＦＲＱが送信された後、所定の時間枠またはウィンドウ内に応答が受信されなかった場合、デバイスはＢＦＲＱを再送する。

【0056】

一般的に、ＳＣｅｌｌのＢＦＤは周期的なＣＳＩ－ＲＳに基づいている。ＵＥは、ＢＦＩＩをＮ_ｍａｘ回受信した後ＢＦを宣言し、ＢＦＲＱが送信される。ＢＦＲＱの間、ＵＥはＢＦイベントを伝え、障害のあるＳＣｅｌｌのインデックス（換言すると、障害のあるＣＣのインデックス）と新しいビーム（存在する場合）を報告するが、ＵＥはＳＣｅｌｌごとに一つの新しいビーム情報のみを報告する。しかしながら、グループベースのＳＣｅｌｌに関連して、ビーム障害回復のための通信装置および方法についてはほとんど議論されていない。

【0057】

ＳＣｅｌｌのグループは、統計的なチャネル／ビーム特性（大規模パラメータの統計的特性）など、同様のビーム障害条件を共有していてよいため、ＳＣｅｌｌのグループのＢＦＤは、そのうちの一つのＳＣｅｌｌの一つの障害に基づいて決定できる。これにより、複数のＳＣｅｌｌが設定されている場合のＢＦＤおよびＢＦＲを簡略化することができる。また、ＢＦＲ手順には、グループベースのＳＣｅｌｌを用いてビームフォーミングを実行するネットワークにとって、さらなる技術的な課題や問題がある。一例として、ＵＥがどのようにグループベースのＳＣｅｌｌのＢＦＲの実行を通知されるか、ＵＥがどのように一つの識別子に基づいて複数のＳＣｅｌｌのビーム障害を判断して報告するかという問題がある。例示的な実施形態は、これらの問題に対する技術的な解決策も提供する。

【0058】

一つの例示的な実施形態は、ネットワーク内で動作する複数のＳＣｅｌｌのＢＦＲのための設定情報を受信する受信部と、設定情報に基づいて、ＢＦＤおよび報告を行う回路と、を備える通信装置である。

【0059】

別の例示的な実施形態は、通信装置が、ネットワーク内で動作する複数のＳＣｅｌｌのＢＦＲのための設定情報を受信し、通信装置が、設定情報に基づいて、ＢＦＤおよび報告を行う方法である。

【0060】

図８は、様々な実施形態に係る通信装置８００の概略部分断面図を示す。通信装置８００は、様々な実施形態に係るｇＮＢまたはＵＥとして実装されてもよく、ビーム障害回復のための機能を提供することができる。図８に示されるように、通信装置８００は、少なくとも一つの受信信号処理部８１０、少なくとも一つの無線送信部８０２、少なくとも一つの無線受信部８０４、および少なくとも一つのアンテナ８１２を備える、回路８１４を含んでよい（簡略化のため、図８には一つのアンテナのみが説明を目的として図示されている）。少なくとも一つの無線受信部８０４は、ネットワーク内で動作する複数のＳＣｅｌｌのＢＦＤおよびＢＦＲの設定情報を受信してもよく、この設定情報は、各グループのコンポーネントキャリアのリストを（明示的にまたは暗示的に）含むグループ情報と、ＢＦＤ設定情報と、報告される各グループのグループ識別子を少なくとも含むビーム障害（ＢＦ）報告設定情報とを含んでよい。回路８１４は、さらに、少なくとも一つの送信信号処理部８０８を含んでよい。また、回路８１４は少なくとも一つの制御部（処理部）８０６を含んでよく、少なくとも一つの制御部８０６は、実行するように設計されているタスク（ＭＩＭＯ無線ネットワーク内の一つまたは複数の他の通信装置との通信の制御を含む）をソフトウェアおよびハードウェアの支援下で実行するときに使用される。少なくとも一つの制御部８０６は、受信信号処理部８１０および送信信号処理部８０８を制御してもよい。少なくとも一つの制御部８０６は、受信信号処理部８１０を制御して、設定情報を受信してよい。回路８１４内の少なくとも一つの制御部８０６は、受信した設定情報に基づいて、ビーム障害検知および報告を実行してもよい。少なくとも一つの無線送信部８０２が、ビーム障害報告を送信してもよい。

【0061】

図９は、一実施例に係る、一つまたは複数のＵＥ９０２と、一つまたは複数のセルまたは基地局（ｇＮＢ）９０４との、メッセージシーケンス９０６を送信する無線ネットワーク９００を示す。このシーケンスは、ＵＥがｇＮＢから設定情報を受信し、ＵＥがＢＦＤを実行し、ＵＥがビーム障害の報告を生成し、ｇＮＢに送信することを含む。

【0062】

初期アクセス手順において、ＵＥは、基地局（例えば、セル）を見つけ、システム情報を受信し、セルとの接続を要求する。一例として、この手順は、ＵＥがネットワークおよび／またはセルを見つけ、識別し、同期することを可能にする、プライマリ同期信号（ＰＳＳ：primary synchronization signal）およびセカンダリ同期信号（ＳＳＳ：secondary synchronization signal）を含む。

【0063】

ＵＥとセルの間の信号の送信は、複数のアンテナおよび／またはアンテナアレイを介して行われ、ビームフォーミングが実行される。ネットワーク内の多数のアンテナおよび／またはアンテナアレイを考慮すると、ビームは狭く、ビームトラッキングまたはビームペア接続が失敗する可能性がある。ビーム障害が発生すると、例示的な実施形態では、ビーム回復手順またはＢＦＲとしてメッセージシーケンス９０６を実行して、接続性およびビームペアを再確立する。

【0064】

９０８に示すように、ｇＮＢ９０４は、設定情報をＵＥ９０２に送信する。設定情報を受信した後、ＵＥは、９１０に示すように、ｇＮＢから受信した設定情報に基づいてＢＦＤを実行する。９１２に示すように、ＵＥは、受信した設定情報に基づいてＢＦ報告を生成し、この報告を基地局に送信する。

【0065】

例示的な実施形態では、ＵＥは、複数のＳＣｅｌｌおよび／または複数のセルグループのような、複数の基地局またはセルのビーム障害回復の設定情報を受信する。ＵＥは、これらの複数のセルに対してＢＦＤを実行し、報告を生成し、一つ以上の基地局またはセル（例えば、設定情報を提供する基地局または他の基地局）に報告を送信する。

【0066】

複数のセルがＳＣｅｌｌの複数のグループを含む例示的な実施形態を検討する。ＵＥは、グループベースのシナリオ（例えば、ＳＣｅｌｌとＰＣｅｌｌのグループまたはＳＣｅｌｌのみのグループ）に基づいて、複数のＳＣｅｌｌに対してＢＦＲを実行するようにＵＥに通知する新しい通知をｇＮＢから受信する。この新しい通知は、グループベースのＳＣｅｌｌのＢＦＲ設定情報（ＵＥごとに設定可能）を指す。

【0067】

設定情報には、グループ情報を含むコンポーネントキャリア（ＣＣ）の一つ以上のリストが含まれる。一例として、このグループ情報は、測定および／または報告するグループの数の通知、ならびに、どのグループを測定および／または報告するかの通知のうちの一つまたは複数を含む。

【0068】

設定情報はまた、グループのＢＦを決定するためのＢＦＤ設定情報を含んでよい。例えば、この情報は、グループ内で障害状態にあるＳＣｅｌｌの最小数（ｎ_ｍｉｎ）や、グループごとのＢＦＩＩ閾値（

【数1】

）に基づいている。

【0069】

ＢＦＤは、（１）グループ内で障害があると認識されたＳＣｅｌｌの数（ｓ_ｂｆ）≧第一の閾値（ｎ_ｍｉｎ）、または（２）グループ内のすべてのＳＣｅｌｌのＢＦＩＩの合計（Ｍ）≧第二の閾値（

【数2】

）の少なくとも一つに基づいて実行される。ここで、ｎ_ｍｉｎはグループ内で障害状態にあるＳＣｅｌｌの最小数であり、

【数3】

である（ただし、Ｎ_ｉはi番目のＳＣｅｌｌのＢＦＩＩの値、ｎはグループ内のＳＣｅｌｌの数、

【数4】

はグループ内のすべてのＳＣｅｌｌのＢＦＩＩの最大数である）。

【0070】

例示的な実施形態において、ｎ_ｍｉｎは１に等しい（事前）固定値を有し、（事前）固定値は、規格プロトコルに従って、またはｇＮＢによって設定されてよい。ここで、ＵＥは、グループ内の個々のＳＣｅｌｌごとにＢＦを検出するためにＢＦＩＩをカウントする。例えば、ＵＥは、ＳＣｅｌｌのＢＦＩＩを連続してＮ_ｍａｘ回受信した後、ＳＣｅｌｌのＢＦを決定する。グループ内のいずれかのＳＣｅｌｌに障害があると特定された場合、グループのＢＦが宣言される。このグループでは、他のＳＣｅｌｌのＢＦＩＩのカウントはこれ以上行われない。ｎ_ｍｉｎが１の（事前）固定値を有する場合、いくつかの利点が生じる。グループ内の異なるＳＣｅｌｌのチャネル／ビーム特性がほぼ同じであれば、ＵＥのＢＦＤ測定労力は低減される。また、ｎ_ｍｉｎの値を固定することで、ＢＦＤの演算時間と演算量（ＢＦＤ ＴＣＣ）のＮ_ｍａｘへの依存度を低減できるという利点もある。

【0071】

別の例示的な実施形態では、ｎ_ｍｉｎは１より大きい（事前）固定値を有し、（事前）固定値は、規格プロトコルに従って、またはｇＮＢによって設定されてよい。ここで、ＵＥは、グループ内の個々のＳＣｅｌｌのＢＦを検出するために、ＢＦＩＩとｓ_ｂｆとをカウントする。ｓ_ｂｆがｎ_ｍｉｎ以上の場合、ＵＥは、グループ内のすべてのＳＣｅｌｌが障害状態として処理されることを宣言する。このグループでは、ＢＦＩＩのカウントはこれ以上行われない。ｎ_ｍｉｎが１より大きい（事前）固定値を有する場合、いくつかの利点が生じる。ｎ_ｍｉｎの設定値は、ネットワーク全体で一貫している。また、この実施形態では、グループ内の異なるＳＣｅｌｌのチャネル／ビーム特性がほぼ同じでも依然として多少の差異がある場合に、ＵＥのＢＦＤ測定労力を低減し、グループのＢＦを宣言する決定動作を促進する。さらに、別の利点として、ＢＦＤ ＴＣＣがＮ_ｍａｘおよびｎ_ｍｉｎに依存することの低減が挙げられる。

【0072】

別の例示的な実施形態では、ｎ_ｍｉｎはフレキシブルな値を有する。例えば、ｎ_ｍｉｎは上位レイヤシグナリングまたは下りリンク制御通知等の、ＵＥのケイパビリティに依存する制御情報によってフレキシブルに通知される。例えば、ｎ_ｍｉｎの値は、ＵＥケイパビリティの情報エレメント（ＩＥ：Information Element）によってフレキシブルに通知される。ｎ_ｍｉｎがフレキシブルな値を有する場合、いくつかの利点が生じる。ｎ_ｍｉｎの設定値はフレキシブルであり、一つまたは複数の要因、例えばＵＥケイパビリティに依存してもよい。この実施形態では、グループ内の異なるＳＣｅｌｌのチャネル／ビーム特性がほぼ同じでも依然として多少の差異がある場合に、ＵＥのＢＦＤ測定労力を低減し、グループのＢＦを宣言する決定動作を促進する。さらに、別の利点として、ＢＦＤ ＴＣＣがＮ_ｍａｘおよびｎ_ｍｉｎに依存することの低減が挙げられる。

【0073】

例示的な実施形態では、

【数5】

は（事前）固定値を有し、（事前）固定値は、規格プロトコルに従って、またはｇＮＢによって設定されてよい。

【数6】

が固定値を有する場合、いくつかの利点が生じる。

【数7】

の設定値は、ネットワーク全体で一貫している。この実施形態では、グループ内の異なるＳＣｅｌｌのチャネル／ビーム特性がほぼ同じである場合、ＵＥのＢＦＤ測定労力は低減される。さらに、別の利点として、ＢＦＤ ＴＣＣが

【数8】

に依存することの低減が挙げられる。

【0074】

例示的な実施形態では、

【数9】

はフレキシブルな値を有する。このフレキシブルな値は、制御情報によって通知され、一つまたは複数の要因、たとえば、上位レイヤシグナリングまたは下りリンク制御通知などのＵＥケイパビリティに依存してもよい。例えば、

【数10】

の値は、ＵＥケイパビリティのＩＥによってフレキシブルに通知される。

【数11】

がフレキシブルな値を有する場合、いくつかの利点が生じる。

【数12】

の設定値はフレキシブルであり、一つまたは複数の要因、例えばＵＥケイパビリティに依存してもよい。この実施形態では、グループ内の異なるＳＣｅｌｌのチャネル／ビーム特性がほぼ同じである場合、ＵＥのＢＦＤ測定労力は低減される。さらに、別の利点として、ＢＦＤ ＴＣＣが

【数13】

に依存することの低減が挙げられる。

【0075】

例示的な実施形態において、ＢＦＤ動作は、他の方法または方法の組合せに基づくことができる。例えば、ＵＥは、（例えば、ｎ_ｍｉｎまたは

【数14】

の組み合わせに基づいて）個々のグループごとにＢＦＤ動作を実行するための方法を使用するように指示される。

【0076】

各グループのＢＦＤ動作が、五つの動作オプション（１）１に等しい固定値ｎ_ｍｉｎ（２）１より大きい固定値ｎ_ｍｉｎ（３）フレキシブルな値ｎ_ｍｉｎ（４）固定値

【数15】

（５）フレキシブルな値

【数16】

のうちの一つまたは複数に基づく例を検討する。

【0077】

三つのグループがある例を検討する。ここでは、個々のグループごとにＢＦＤ動作を設定する複数の可能性またはオプションがある。例えば、これらのオプションとして、第１、第２、第３のグループにそれぞれ適用される、１に等しい固定値ｎ_ｍｉｎ、１より大きい固定値ｎ_ｍｉｎ、固定値

【数17】

がある。例えば、第２のオプション（すなわち、１より大きい固定値ｎ_ｍｉｎ）は、第１および第２のグループに適用され、第３のオプション（すなわち、フレキシブルな値ｎ_ｍｉｎ）は、第３のグループに適用される。続いて、ＵＥは、受信したグループ毎の設定情報に従って、対応するＢＦＤ方法を用いてＢＦＤ動作を行い、特定のグループのビーム障害を判定する。この実施形態では、ＵＥのＢＦＤ測定労力およびＢＦＤ ＴＣＣがＮ_ｍａｘ、ｎ_ｍｉｎ、

【数18】

に依存することが低減される。

【0078】

例示的な実施形態では、設定情報は、ＵＥによって生成されてセルに送信されるＢＦレポートの情報を含む。一例として、この情報には、個々のグループごとのグループ識別子（グループＩＤ、通知されたＣＣインデックス、または設定インデックスの順序等）が含まれる。ＢＦ報告設定情報は、ＰＣｅｌｌ（またはＰｓＣｅｌｌ）のＵＬまたはＳＣｅｌｌのＵＬ（ＳＣｅｌｌがＤＬおよびＵＬの両方に対応する場合）を介してＢＦイベントを報告する通知を含むことができる。また、この情報には、新しいビーム情報が存在する場合に、その情報を報告するための通知も含むことができる。さらに、この情報は、（１）報告される障害グループの測定情報（ＭＩ）の種類（例えば、ＲＳＲＰ、ＳＩＮＲ（Signal to Interference Plus Noise Ratio））の通知、および（２）ＢＦイベントの理由がわかっている場合は、その理由を報告する通知のうちの一つ以上を含むことができる。

【0079】

設定情報の通知は、ＵＥに明示的および／または、暗示的にシグナリングされることができる。（事前に）設定されたルールを介して発生する暗示的なアプローチの例を検討する。例えば、同じバンドにおいて、ＣＣ１がＣＣ３とＣＣ５とのクロスキャリア・スケジューリングを設定する場合、ＣＣのリストは、暗示的にＣＣ１、ＣＣ３、およびＣＣ５と定義され、また、ＣＣ１はグループ識別子としてみなされる。制御情報を介して発生する明示的なアプローチの例を検討する。例えば、このアプローチは少なくともＰＤＣＣＨ ＤＣＩ（Physical Downlink Control Channel Downlink Control Information）、ＭＡＣ ＣＥ（MAC Control Element）、またはＲＲＣメッセージを介して発生する。

【0080】

ＢＦレポートの内容は、様々な情報を含むことができる。例えば、ＵＥは、設定情報によって通知される個々のグループごとに、少なくともグループ識別子を含むＢＦ報告を生成し、送信する。障害グループの数がそのときの有用なグループの数よりも多い場合、ＵＥは有用なグループ識別子を報告する。そうでない場合、ＵＥは障害グループの識別子を報告する。この実施形態によると、上りリンクの無線オーバーヘッドが低減される。

【0081】

設定情報は、更新または変更することもできる。例えば、ＵＥは、ＣＣインデックス、空間Ｒｘパラメータ、及び到来角（ＡｏＡ：angle of arrival）を含む新しいビーム情報をｇＮＢに提供する（存在する場合）。一例として、ｇＮＢは、自身の大規模なプロパティと、グループを代表する通知されたＳＣｅｌｌのプロパティとを比較することにより、既存のグループまたは新しいグループに新しいビームを割り当てる。ｇＮＢはＵＥに設定情報を更新する。一実施形態では、グループベースのＳＣｅｌｌのビーム障害回復設定情報は、定期的または非定期的に更新することができる。

【0082】

例示的な実施形態では、設定情報は、個々のグループの通知されたＳＣｅｌｌのみが、明示的または暗示的にＢＦＤ参照信号（ＢＦＤ ＲＳ）を設定されていることを示す（すなわち、グループ内のすべてのＳＣｅｌｌではない）。ここで、ＵＥは、グループベースのシナリオに基づいて、ＵＥが複数のＳＣｅｌｌに対してＢＦＲを実行するように知らせる新しい通知をｇＮＢから受信する。この新しい通知は、グループベースのＳＣｅｌｌのＢＦＲ設定情報を指す。

【0083】

グループベースのＳＣｅｌｌのＢＦＲ設定情報は、通知されたＣＣ（ＳＣｅｌｌ）が個々のグループごとにＢＦＤを行い、報告するように設定されていることが含まれる。ここでは、この通知されたＳＣｅｌｌのみに、個々のグループごとに明示的または暗示的にＢＦＤ参照信号（ＢＦＤ ＲＳ）が設定される（すなわち、グループ内のすべてのＳＣｅｌｌではない）。これにより、下りリンクのＢＦＤ ＲＳを削減することができる。さらに、ｇＮＢは、ＣＣグループ内の一つのＣＣにＢＦＲリソースを配置するだけでよいので、他のＢＦＲリソースも節約できる。この場合、ＣＣのリストはＵＥに知られている必要はなく、グループ識別子は、通知されたＣＣインデックスまたは設定インデックスの順序とすることができる。同様に、ｇＮＢは、ＣＣグループ内の複数のＣＣでＳＣｅｌｌのＢＦＤ ＲＳを設定することもでき、設定情報は、ＵＥケイパビリティおよび／またはチャネル状態に基づいて、どのＣＣがＢＦＤを実行し、報告するかを示すことができる。

【0084】

新しい指示によって示された、受信したグループベースのＳＣｅｌｌのＢＦＲ設定情報に従って、ＵＥは、個々のグループごとに、通知されたＳＣｅｌｌのＢＦＩＩのみをカウントする。通知されたＳＣｅｌｌに障害があると特定された場合、そのグループのＢＦが宣言される。グループ内のすべてのＳＣｅｌｌは、障害状態として処理される。

【0085】

新しい指示によって示された、受信したグループベースのＳＣｅｌｌのＢＦＲ設定情報に従って、障害グループの数がそのときの有用なグループの数よりも多い場合、ＵＥは有用なグループ識別子を報告する。そうでない場合、ＵＥは障害グループの識別子を報告する。この例示的な実施形態は、いくつかの利点を有する。例えば、本実施形態によると、下りリンクのＢＦＤ ＲＳのオーバーヘッドおよび上りリンクの無線オーバーヘッドが減少する。また、本実施形態によると、ＵＥのＢＦＤ測定労力が低減され、ＢＦＲ手順が簡略化される。

【0086】

例示的な実施形態において、特定のケースでは個々のグループの通知されたＳＣｅｌｌのみが明示的または暗示的にＢＦＤ ＲＳを設定してもよく、異なるグループのすべてのＳＣｅｌｌが、明示的または暗示的にそれぞれのＢＦＤ ＲＳを設定してもよい。

【0087】

例示的な実施形態には、異なるグループベースのＳＣｅｌｌのＢＦＲ設定情報が含まれる。図１０は、例示的な実施形態に係る、グループベースのシナリオに基づく複数のＳＣｅｌｌのＢＦＲのための設定情報１０００を示す。図１１は、例示的な実施形態に係る、グループベースのＳＣｅｌｌのＢＦＲ設定情報の表１１００を示す。

【0088】

図１０および図１１に示すように、グループベースのＳＣｅｌｌのＢＦＲ設定情報は、以下のSCellBFRConfigInfo IEおよびGroup-basedSCellBFRInfo-IEに明示的に示される。ここで、maxGroupNrはグループの最大数、maxNrofSCellはＳＣｅｌｌの最大数、RSRP-RangeはＲＳＲＰの範囲を示す。結果を表１１００に示す。

【0089】

当業者であれば、図１０および図１１のデータが例示的であることを理解するであろう。ＵＥケイパビリティに応じて、表のサイズ、提示されるデータ等に関して、他にも様々な可能性があり得る。ＵＥの観点から、グループベースのＳＣｅｌｌのＢＦＲ動作のケイパビリティＩＥは一例として、ENUMERATED {SCell-basedBFRInfo, Group-basedSCellBFRInfo, both},のように示すことができる。ここで、「SCell－basedBFRInfo」は、ＵＥが一つのＳＣｅｌｌごとにＢＦＲをサポートすることを示し、「Group－basedSCellBFRInfo」は、ＵＥが、グループベースのＳＣｅｌｌのＢＦＲをサポートすることを示し、「both」は、ＵＥが、ＳＣｅｌｌごとのＢＦＲおよびグループベースのＳＣｅｌｌのＢＦＲの両方をサポートすることを示す。

【0090】

例示的な実施形態は、ＢＦＲ参照信号がＲＲＣによって明示的に設定される場合、またはＴＣＩ状態によって暗示的に設定される場合の様々なシナリオに適用することができる。例えば、ＲＲＣによる明示的な設定では、ＢＦＤ ＲＳは現在のＳＣｅｌｌで送信される。例えば、ＴＣＩ状態による暗示的な設定では、ＢＦＤ ＲＳは、現在のＳＣｅｌｌまたは他のＳＣｅｌｌのうちいずれかのアクティブな帯域幅部分（ＢＷＰ：bandwidth part）で送信される。

【0091】

図１２は、例示的な実施形態に係る電子機器１２００の例を示す。

【0092】

電子機器１２００は、電源１２０２、メモリ１２０４、中央処理装置（ＣＰＵ：central processing unit）１２０６、ストレージ１２０８、無線送信部および／または受信部１２１０、アンテナ１２１２（例えば、ビームフォーミング実行のための一つ以上のアンテナアレイまたは複数のアンテナ）、およびＢＦＲ１２１４（例えば、図６から１１に関連して説明された一つ以上の例示的な実施形態を実行するハードウェアおよび／またはソフトウェア）を備える。

【0093】

電子機器１２００がＵＥ、ＡＰ、ＳＴＡ、基地局、セル、または他の電子機器である例示的な実施形態を検討する。

【0094】

電子機器１２００のＢＦＲ１２１４は、ネットワークで動作する複数のＳＣｅｌｌのＢＦＲ設定情報を受信すること、設定情報に基づいてＢＦＤを実行すること、設定情報に基づいてＢＦ報告を生成すること、およびＢＦ報告を他の電子機器に送信することのうち、一つ以上を実行するように動作するハードウェア（例えば、回路）および／またはソフトウェア（例えば、コード、指示、またはデータ）を含む。また、ＢＦＲ１２１４は、ＢＦＤ、ＮＢＩ、ＢＦＲＱ、およびＢＦＲＲのうち一つ以上を実行するように動作する。

【0095】

例示的な実施形態は、５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、モバイルネットワークなど、ビームフォーミングを実行する様々な種類の無線ネットワークで実施することができる。このようなネットワークは、ビームフォーミングのための複数の送信アンテナおよび／または受信アンテナを含む。チャネル状態情報は、下りリンクおよび上りリンクにおけるＣＳＩ参照信号に基づくＣＳＩレポートの送信を通じて取得できる。

【0096】

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩとは、シリコン半導体のマイクロチップやチップ上に多数のトランジスタを集積するプロセスであり、ＶＬＳＩ（超大規模集積回路）やＵＬＳＩ（極超大規模集積回路）などを含む。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

【0097】

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。処理/制御回路は、専用回路、プロセッサ、およびファームウェアまたはプロセッサに備えられたメモリに格納されたインストラクションのいずれかとしての電力管理制御のためのインストラクションを含み得る電力管理回路を含んでもよい。

【0098】

通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

【0099】

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

【0100】

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。

【0101】

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

【0102】

前述の発明の詳細な説明において例示的な実施形態を示したが、多数の変形例が存在することを理解されたい。さらに、例示的な実施形態は一例にすぎず、本開示の範囲、適用性、動作、または構成をいかなるかたちでも限定することを意図していないことも理解されよう。むしろ、前述の詳細な説明は、例示的な実施形態を実施するために有用なロードマップを当業者に提供するものであり、添付の請求の範囲に記載された本開示の範囲から逸脱することなく、例示的な実施形態に記載されたネットワークおよび／またはUEトランシーバ装置の機能および配置に様々な変更を加えることができることが理解されるであろう。

【0103】

その他の例示的な実施形態として以下の例が挙げられるが、これらに限定されるものではない。

【0104】

動作時に、ネットワーク内で動作する複数のＳＣｅｌｌのＢＦＲのための設定情報を受信する受信部と、動作時に、前記設定情報に基づいて、ＢＦＤおよび報告を行う回路と、を備える、通信装置。

【0105】

一実施例において、前記設定情報はＣＣのリストを含む。

【0106】

一実施例において、前記ＢＦＤは、（１）グループ内で障害があると特定された前記複数のＳＣｅｌｌの数（ｓ_ｂｆ）が閾値（ｎ_ｍｉｎ）以上（ただし、ｎ_ｍｉｎは前記グループ内で障害状態にある前記複数のＳＣｅｌｌの最小数）または、（２）グループ内のＳＣｅｌｌのＢＦＩＩの合計（Ｍ）が閾値（

【数19】

）以上（ただし、

【数20】

、Ｎ_ｉはi番目のＳＣｅｌｌの前記ＢＦＩＩの値であり、ｎは前記グループ内の前記ＳＣｅｌｌの数であり、

【数21】

は前記グループ内の前記ＳＣｅｌｌのＢＦＩＩの最大数である）のうち少なくとも一つに基づいて行われる。

【0107】

一実施例において、前記閾値（ｎ_ｍｉｎ）は１の（事前）固定値であり、前記通信装置は、前記グループ内の前記ＳＣｅｌｌごとの前記ＢＦＩＩをカウントし、前記グループ内の前記ＳＣｅｌｌのいずれかに障害があると特定された場合、前記グループのビーム障害（ＢＦ）を宣言するようにさらに構成されている。

【0108】

一実施例において、前記閾値（ｎ_ｍｉｎ）は１より大きい（事前）固定値であり、前記通信装置は、前記グループ内の前記ＳＣｅｌｌごとのビーム障害（ＢＦ）を検知するために前記ＢＦＩＩをカウントし、ｓ_ｂｆ≧ｎ_ｍｉｎの場合、前記グループ内のＳＣｅｌｌが障害状態にあると宣言するようにさらに構成されている。

【0109】

一実施例において、前記前記閾値（ｎ_ｍｉｎ）は、前記通信装置のケイパビリティに応じて、上位レイヤシグナリングまたは下りリンク制御通知を含む制御情報によってフレキシブルに通知される。

【0110】

一実施例において、

【数22】

は（事前）固定値である。

【0111】

一実施例において、

【数23】

は、前記通信装置のケイパビリティに応じて、上位レイヤシグナリングまたは下りリンク制御通知を含む制御情報によって通知されるフレキシブルな値である。

【0112】

一実施例において、各グループのＢＦＤを行うための、ｎ_ｍｉｎまたは

【数24】

に基づく方法が通知される。

【0113】

一実施例において、前記設定情報は、グループＩＤ、通知されたコンポーネントキャリア（ＣＣ）インデックス、またはグループごとの設定インデックスの順序を備えるグループ識別子を含む。

【0114】

一実施例において、前記設定情報の通知は、（事前）設定されたルール、または、少なくともＰＤＣＣＨ ＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣメッセージを介した制御情報のうち少なくとも一つに基づいてシグナリングされる。

【0115】

一実施例において、前記ＢＦの報告の内容には少なくとも、前記設定情報によって通知された各グループの前記グループ識別子が含まれる。

【0116】

一実施例において、前記通信装置は、ＣＣインデックス、空間Ｒｘパラメータ、およびＡｏＡを含む新しいビーム情報を提供するようにさらに構成されている。

【0117】

一実施例において、前記設定情報は少なくとも、個々のグループごとに前記ＢＦＤおよび報告を行う、通知されたＳＣｅｌｌを含み、前記通知されたＳＣｅｌｌのみが明示的または暗示的にＢＦＤ参照信号を設定することができる。

【0118】

一実施例において、障害グループの数がそのときの有用なグループの数より多い場合、前記通信装置は前記有用なグループの前記識別子を報告し、そうでない場合、前記通信装置は前記障害グループを報告する。

【0119】

他の実施例としては、通信装置が、ネットワーク内で動作する複数のＳＣｅｌｌのビーム障害回復（ＢＦＲ）のための設定情報を受信し、前記設定情報に基づいて、ビーム障害検知（ＢＦＤ）および報告を行う、通信方法である。

【0120】

前述の実施例の詳細な説明において例示的な実施形態を示したが、多数の変形例が存在することを理解されたい。さらに、例示的な実施形態は一例にすぎず、本開示の範囲、適用性、動作、または構成をいかなるかたちでも限定することを意図していないことも理解されよう。むしろ、前述の詳細な説明は、例示的な実施形態を実施するために有用なロードマップを当業者に提供するものであり、添付の請求の範囲に記載された本開示の範囲から逸脱することなく、例示的な実施形態に記載された機能、手順の配置、および動作方法に様々な変更を加えることができることが理解されるであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2022-02-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

セカンダリセルのグループにおけるビーム障害回復に関する設定情報を受信する受信機と、
前記設定情報に基づいて報告情報を送信し、前記報告情報は前記セカンダリセルのグループにおけるビーム障害検知の結果および前記セカンダリセルのグループにおける新しいビーム情報の少なくとも１つを含む送信機と、を具備する、
通信装置。

【請求項2】

前記報告情報は、前記ビーム障害検知においてビーム障害ありと特定されたセカンダリセルの各々の番号を含む、
請求項１に記載の通信装置。

【請求項3】

前記報告情報は、前記ビーム障害検知においてビーム障害ありと特定されたセカンダリセルの各々のための新しいビーム情報を含む、
請求項２に記載の通信装置。

【請求項4】

前記セカンダリセルのグループのいずれかのセカンダリセルにおけるビーム障害インスタンスの数が基地局から指示された第１の閾値以上である場合、前記報告情報が送信される、
請求項１に記載の通信装置。

【請求項5】

前記セカンダリセルのグループにおいて前記ビーム障害検知でビーム障害ありと特定されたセカンダリセルセカンダリセルの数が１以上である場合、前記報告情報が送信される、
請求項１に記載の通信装置。

【請求項6】

前記セカンダリセルのグループにおいて前記ビーム障害検知でビーム障害ありと特定されたセカンダリセルセカンダリセルの数が基地局から指示された第２の閾値以上である場合、前記報告情報は送信される、
請求項１に記載の通信装置。

【請求項7】

前記設定情報は前記ビーム障害検知の報告に関する設定を示す、
請求項１に記載の通信装置。

【請求項8】

セカンダリセルのグループにおけるビーム障害回復に関する設定情報を受信し、
前記設定情報に基づいて報告情報を送信し、前記報告情報は前記セカンダリセルのグループにおけるビーム障害検知の結果および前記セカンダリセルのグループにおける新しいビーム情報の少なくとも１つを含む、
通信方法。

【請求項9】

前記報告情報は、前記ビーム障害検知においてビーム障害ありと特定されたセカンダリセルの各々の番号を含む、
請求項８に記載の通信方法。

【請求項10】

前記報告情報は、前記ビーム障害検知においてビーム障害ありと特定されたセカンダリセルの各々のための新しいビーム情報を含む、
請求項９に記載の通信方法。

【請求項11】

前記セカンダリセルのグループのいずれかのセカンダリセルにおけるビーム障害インスタンスの数が基地局から指示された第１の閾値以上である場合、前記報告情報が送信される、
請求項８に記載の通信方法。

【請求項12】

前記セカンダリセルのグループにおいて前記ビーム障害検知でビーム障害ありと特定されたセカンダリセルセカンダリセルの数が１以上である場合、前記報告情報が送信される、
請求項８に記載の通信方法。

【請求項13】

前記セカンダリセルのグループにおいて前記ビーム障害検知でビーム障害ありと特定されたセカンダリセルセカンダリセルの数が基地局から指示された第２の閾値以上である場合、前記報告情報は送信される、
請求項８に記載の通信方法。

【請求項14】

前記設定情報は前記ビーム障害検知の報告に関する設定を示す、
請求項８に記載の通信方法。

【請求項15】

セカンダリセルのグループにおけるビーム障害回復に関する設定情報を受信する処理と、
前記設定情報に基づいて報告情報を送信し、前記報告情報は前記セカンダリセルのグループにおけるビーム障害検知の結果および前記セカンダリセルのグループにおける新しいビーム情報の少なくとも１つを含む処理と、を制御する、
集積回路。

【国際調査報告】