JP2023515337A - 一つのｄｃｉに基づくｍ－ｔｒｐ ｕｒｌｌｃ送信のためのビーム障害回復 - Google Patents

Abstract

Ｍ－ＴＲＰ ＵＲＬＬＣ運用の柔軟性を実現し、ＵＥ等の送受信装置の測定労力および電力消費を低減するための複数の仕組みを提供する。送受信部は、動作時に、ネットワーク内の複数送受信ポイント（Ｍ－ＴＲＰ）から、少なくともＰＤＳＣＨで信号を受信する。回路は、動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ）および新たなビーム候補検出（ＣＢＤ）の評価を行うことにより、ビーム障害回復（ＢＦＲ）を行う。前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰからの信号は、ＰＤＣＣＨで受信した信号を含み、前記回路は、一つ以上の条件に応じて、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対する、前記ＢＦＤおよび前記ＣＢＤの一つまたは両方の評価をスキップすることを決定する。

Description

本発明は、通信装置に関し、特に、そのような通信装置のためのビーム障害回復のメカニズムに関する。

現代社会において、通信装置は様々な形で普及している。一例として、電話機、タブレット、コンピュータ、カメラ、デジタルオーディオ／ビデオプレーヤ、ウェアラブルデバイス、ゲームコンソール、テレヘルス・テレメディシンデバイス、通信機能付きの乗り物、及び上述の各種装置の組み合わせがあげられる。通信には、セルラシステム、無線ＬＡＮ（local area network）システム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

通信の世代が進むにつれて（例えば、５Ｇ ＮＲ：5G new Radio）、超高信頼低遅延の通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）が多くのアプリケーション（例えば、拡張現実／仮想現実（ＡＲ：Augmented Reality／ＶＲ：Virtual Reality）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルアプリケーション）に要求される。ＵＲＬＬＣは、スループット、遅延、アベイラビリティ等の性能に対する厳しい要件を備えており、工業生産や製造工程の無線制御、遠隔医療手術、スマートグリッドにおける配電自動化、交通安全等、これからの垂直アプリケーションを実現させるものの一つとして想定されている。また、５Ｇ ＮＲには、フレキシブルな展開シナリオにより信頼性、カバレッジ、キャパシティ性能を向上させるため、複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）が備えられている。例えば、ユーザ端末（ＵＥ：user equipment）（つまり、通信装置）は、５Ｇにおける急激なモバイルデータトラフィックの増加に対応し、カバレッジを拡張するために、Ｍ－ＴＲＰからなるネットワーク（例えば、マクロセル、スモールセル、ピコセル、フェムトセル、リモート無線ヘッド、中継ノード）にアクセスすることが想定される。

ＵＥは動作中、Ｍ－ＴＲＰからの信号にアクセスすることができる。ＵＥは、ビーム障害検出（ＢＦＤ：beam failure detection）手順によってＭ－ＴＲＰのうちの一つからの信号が失われたと判断する。そしてＵＥは、新たなビームの識別（ＮＢＩ：new beam identification）（ＣＢＤ：candidate new beam detectionとしても知られる）を含むプロセスで、通信の回復を試みる。ＢＦＤとＣＢＤのどちらも、ＵＲＬＬＣ通信における超高信頼性と低遅延を維持する上で欠かせないＵＥプロセスである一方、ＢＦＤやＣＢＤプロセスを含むビーム障害からの回復には測定労力と電力消費が必須である。

そのため、ビーム障害状態からの回復の間にＵＲＬＬＣ通信の信頼性を失うことなく電力を節約する通信装置及びシステムが必要とされている。さらに、他の望ましい特徴および特性は、添付の図面やこれらの背景と合わせて、以下の詳細な説明および添付の請求項から明らかになるであろう。

本開示の非限定的及び例示的な実施例は、Ｍ－ＴＲＰ ＵＲＬＬＣ（multiple transmission and reception point ultra-reliable low-latency communication）の運用における柔軟性を実現し、ＵＥのような送受信装置における測定労力や電力消費を低減する、複数の仕組みの提供に資する。

一実施例において、ここに開示される技術は、送受信部と回路とを有する送受信装置を特徴とする。送受信部は、動作時に、ネットワーク内の複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）から、少なくともＰＤＳＣＨ（physical downlink shared channel）で信号を受信する。回路は、動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補検出（ＣＢＤ：candidate new beam detection）の評価を行うことにより、ビーム障害回復（ＢＦＲ：beam failure recovery）を行う。前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰからの信号は、ＰＤＣＣＨ（physical downlink control channel）で受信した信号を含み、前記回路は、一つ以上の条件に応じて、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対する、前記ＢＦＤおよび前記ＣＢＤの一つまたは両方の評価をスキップすることを決定する。

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

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

以下において、例示的な実施例は添付した図面を参照してより詳細に説明される。
３ＧＰＰ ＮＲシステムのアーキテクチャの一例を示す図である。 ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図である。 無線リソース制御（ＲＲＣ：radio resource control）接続設定／再設定手順のためのシーケンス図である。 高速大容量（ｅＭＢＢ：enhanced Mobile Broadband）、多数同時接続（ｍＭＴＣ：massive Machine Type Communications）及び超高信頼低遅延（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図である。 非ローミングシナリオのための５Ｇシステムアーキテクチャの一例を示すブロック図である。 一つの下りリンク制御情報（ＤＣＩ：downlink control information）に基づく複数送受信ポイント（Ｍ－ＴＲＰ）超高信頼低遅延（ＵＲＬＬＣ）システムを示す図である。 一般的なビーム障害回復（ＢＦＲ：beam failure recovery）手順を示す図である。 ユーザ端末（ＵＥ：user equipment）が、第一ＴＲＰと第二ＴＲＰから同時にＰＤＳＣＨ（physical downlink shared channel）を受信する図である。 ＢＦＲ手順におけるビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補の検出（ＣＢＤ：candidate new beam detection）の動作時間長を示す図である。 本開示に係る第一のＢＦＲ手順を示す図である。 本開示に係る第二のＢＦＲ手順を示す図である。

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

以下の詳細な説明は、本質的に単なる例示であり、例示的な実施形態または例示的な実施形態の適用および用途を制限することを意図するものでない。さらに、前述の背景または以下の詳細な説明で提示されたいかなる理論にも制約される意図はない。本開示は、ビーム障害状態からの回復中に、ＵＲＬＬＣ（ultra-reliable and low-latency communications）通信の信頼性を失うことなく電力を節約する、通信装置および通信システムの例示的な実施形態を提示することを意図しており、それにより、超高信頼かつ低遅延の通信を維持しながら、ＢＦＲ中の測定労力と電力消費を低減することができる。

＜５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック＞
３ＧＰＰ（3rd Generation Partnership Project）は、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む、第５世代セルラ技術（単純に５Ｇともいう）の次期リリースに取り組んでいる。２０１７年末に５Ｇ規格の初版が完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び商用展開を進めることができた。

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

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

例えば、ＭＡＣレイヤでは、論理チャネルの多重化や、様々なヌメロロジーの処理を含むスケジューリングやスケジューリング関連の機能を担う。

物理レイヤ（ＰＨＹ：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）となる。

ＮＲのユースケース／展開シナリオには、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable Low-Latency Communications）、ｍＭＴＣ（massive Machine Type Communication）などがあり、これらはデータレート、遅延、カバレッジに関して多様な要件を持つ。例えば、ｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄで提供されているものの三倍ほどのピークデータレート（下り２０Ｇｂｐｓ、上り１０Ｇｂｐｓ）および実効（user-experienced）データレートに対応することが求められる。一方、ＵＲＬＬＣでは、より厳しい要件が超低遅延（ユーザプレーンの遅延はＵＬ、ＤＬともに０．５ｍｓ）と高信頼性（１ｍｓ以内に１－１０^－５）について課されている。最後に、ｍＭＴＣには、好ましくは、高い接続密度（都市環境では１平方キロメートルあたり１００万台）、悪環境での広いカバレッジ、低コスト機器の超長寿命バッテリー（１５年）が求められる。

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

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

＜ＮＧ－ＲＡＮと５ＧＣとの間の機能分割＞
（制御信号）
本開示において、本開示に関連する下り制御信号（情報）は、物理層のＰＤＣＣＨで送信される信号（情報）でもよく、上位レイヤのＭＡＣ ＣＥ（Control Element）又はＲＲＣで送信される信号（情報）でもよい。また、予め規定されている信号（情報）としてもよい。

本開示に関連する上り制御信号（情報）は、物理層のＰＵＣＣＨで送信される信号（情報）でもよく、上位レイヤのＭＡＣ ＣＥ又はＲＲＣで送信される信号（情報）でもよい。また、予め規定されている信号（情報）としてもよい。また、ＵＣＩ（uplink control information）、１ｓｔ ｓｔａｇｅ ＳＣＩ（sidelink control information）、２ｎｄ ｓｔａｇｅ ＳＣＩに置き換えてもよい。

（基地局）
本開示において、基地局は、ＴＲＰ（Transmission Reception Point）、クラスタヘッド、アクセスポイント、ＲＲＨ（Remote Radio Head）、ｅＮｏｄｅＢ（eNB）、ｇＮｏｄｅＢ（gNB）、ＢＳ（Base Station）、ＢＴＳ（Base Transceiver Station）、親機、ゲートウェイ等でもよい。また、サイドリンク通信においては、基地局の代わりに端末としてもよい。上位ノードと端末の通信を中継する中継装置であってもよい。また、路側器であってもよい。

（上りリンク／下りリンク／サイドリンク）
本開示は、上りリンク、下りリンク、サイドリンクのいずれに適用してもよい。

例えば、本開示を上りリンクのＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、下りリンクのＰＤＳＣＨ、ＰＤＣＣＨ、ＰＢＣＨ、サイドリンクのＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）に適用してもよい。

なお、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネルの一例である。ＰＳＣＣＨ、ＰＳＳＣＨは、サイドリンク制御チャネル、サイドリンクデータチャネルの一例である。ＰＢＣＨ及びＰＳＢＣＨは報知（ブロードキャスト）チャネル、ＰＲＡＣＨはランダムアクセスチャネルの一例である。

（データチャネル／制御チャネル）
本開示は、データチャネル及び制御チャネルのいずれに適用してもよい。例えば、本開示のチャネルをデータチャネルのＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ、制御チャネルのＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、ＰＳＢＣＨに置き換えてもよい。

（参照信号）
本開示において、参照信号は、基地局及び移動局の双方で既知の信号であり、ＲＳ（Reference Signal）又はパイロット信号と呼ばれることもある。参照信号は、ＤＭＲＳ、ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）、ＴＲＳ（Tracking Reference Signal）、ＰＴＲＳ（Phase Tracking Reference Signal)、ＣＲＳ（Cell-specific Reference Signal）、ＳＲＳ（Sounding Reference Signal)のいずれかであってもよい。

（時間間隔）
本開示において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロット又は、シンボル、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ－ＦＤＭＡ（Single Carrier-Frequency Division Multiplexing）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。

（周波数帯域）
本開示は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。

（通信）
本開示は、基地局と端末との間の通信(Ｕｕリンク通信)、端末と端末との間の通信（サイドリンク通信）、Ｖ２Ｘ（Vehicle to Everything）の通信のいずれに適用してもよい。例えば、本開示のチャネルをＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ（Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＢＣＨに置き換えてもよい。

また、本開示は、地上のネットワーク、衛星や高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（ＮＴＮ：Non-Terrestrial Network）のいずれに適用してもよい。また、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。

（アンテナポート）
アンテナポートは、１本または複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末が基準信号（Reference signal）を送信できる最小単位として規定される。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。

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

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

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

さらに、ユーザプレーン機能（ＵＰＦ）は、以下の主要な機能を提供する。
・ＲＡＴ内／ＲＡＴ間モビリティのアンカーポイント（適用可能時）２７２
・データネットワークとの相互接続のための外部ＰＤＵセッションポイント２７４
・パケットルーティングと転送
・パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）
・トラフィック使用量の報告
・データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（uplink classifier）
・マルチホームＰＤＵセッションをサポートする分岐点
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬ（uplink/downlink）レート強化などのユーザプレーンに対するＱｏＳ処理
・上りリンクトラフィック検証（ＳＤＦのＱｏＳフローに対する配置）
・下りリンクパケットバッファリング及び下りリンクデータ通知トリガ

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

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

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。この移行は、具体的には、ＡＭＦ３３０がＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を準備し、初期コンテキスト設定要求（INITIAL CONTEXT SETUP REQUEST）３４０と共にｇＮＢ３２０に送信することを含む。そして、ｇＮＢ３２０は、ＵＥ３１０と共にＡＳセキュリティを起動する。この動作は、ｇＮＢがＵＥにセキュリティモードコマンド（SecurityModeCommand）メッセージ３４２を送信し、ＵＥ３１０がセキュリティモード完了（SecurityModeComplete）メッセージ３４４でｇＮＢ３２０に応答することによって行われる。その後、ｇＮＢ３２０は、ＵＥ３１０にＲＲＣ再設定（RRCReconfiguration）メッセージ３４６を送信し、これに対するＵＥ３１０からのＲＲＣ再設定完了（RRCReconfigurationComplete）３４８をｇＮＢ３２０が受信することによって、シグナリング無線ベアラ２（ＳＲＢ２：Signaling Radio Bearer 2）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を設定するための再構成を実行する。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢは設定されないので、ＲＲＣ再構成に関連するステップは省略される。最後に、ｇＮＢ３２０は、設定手順が完了したことを、初期コンテキスト設定応答（INITIAL CONTEXT SETUP RESPONSE）３５０でＡＭＦ３３０に通知する。

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

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

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

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

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

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

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

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

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

＜ＱｏＳの制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方に対応している。そのため、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダにおいて搬送されるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。

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

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

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

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

図６は、一つの下りリンク制御情報（ＤＣＩ：downlink control information）に基づく複数送受信ポイント（Ｍ－ＴＲＰ）超高信頼低遅延（ＵＲＬＬＣ）ネットワーク６００の一例を示す。Ｍ－ＴＲＰ送信は、妨害作用に打ち勝ち、セルの端のＵＥ６０２のパフォーマンスを向上するために使用される。一つのＤＣＩに基づくＭ－ＴＲＰ ＵＲＬＬＣ送信では、ネットワーク６００は、複数のＴＲＰ（すなわち、ＴＲＰ１ ６２０およびＴＲＰ２ ６２２）からのＰＤＳＣＨ送信６１０、６１２をスケジュールし、異なるＴＲＰ６２０、６２２からのＰＤＳＣＨ ６１０、６１２は、異なるレイヤ（すなわち、レイヤ１ ６３０およびレイヤ２ ６３２）で送信される。

ＲＡＮ１＃９６ｂｉｓにおける一つ以上のスキームのさらなるダウンセレクションを容易にするために、少なくとも一つのＤＣＩによってスケジュールされるマルチＴＲＰベースのＵＲＬＬＣのためのスキームは、周波数分割多重（ＦＤＭ）に関する以下のスキーム２、２ａ、および２ｂ、ならびに時分割多重（ＴＤＭ）に関するスキーム３および４によって明確化される。

スキーム２（ＦＤＭ）：周波数リソース割り当てに重複のない、単一スロット内のｎ（ｎ≦Ｎ_ｆ）個のＴＣＩ状態（ＴＣＩ ｓｔａｔｅ）。重複しない周波数リソース割り当てはそれぞれ、一つのＴＣＩ状態に関連付けられ、同じ単一／複数のＤＭＲＳポートは、すべての重複しない周波数リソース割り当てに関連付けられる。

スキーム２ａ（ＦＤＭ）：一つのＲＶの一つの符号語が、すべてのリソース割り当てにわたって使用される。ＵＥの観点から、共通するＲＢマッピング（Ｒｅｌ－１５のようなレイヤマッピングに対する符号語）が、リソース割り当て全体に適用される。

スキーム２ｂ（ＦＤＭ）：一つのＲＶの一つの符号語が、重複しない周波数リソース割り当てのそれぞれに使用される。重複しない周波数リソース割り当てのそれぞれに対応するＲＶは、同一でも異なっていてもよい。重複しない異なる周波数リソース割り当てに対して異なるＭＣＳ／変調次数を適用することが検討できる。

割り当て粒度、時間領域割り当てに関するＦＤＭ２ａ／２ｂの周波数リソース割り当てメカニズムの詳細についても検討できる。

スキーム３（ＴＤＭ）：時間リソース割り当てに重複のない、単一スロット内のｎ（ｎ≦Ｎｔ１）個のＴＣＩ状態。ＴＢの送信機会はそれぞれ、ミニスロットの時間粒度で一つのＴＣＩと一つのＲＶとを有する。スロット内のすべての送信機会において、同一の、単一または複数のＤＭＲＳポートを含む、共通するＭＣＳが使用される。ＲＶ／ＴＣＩ状態は、送信機会間で同一であっても異なっていてもよい。同じＴＣＩインデックスのミニスロットに渡ってチャネル推定補間（詳細検討）が行われる。

スキーム４（ＴＤＭ）：Ｋ（ｎ≦Ｋ）個の異なるスロットにｎ（ｎ≦Ｎｔ２）個のＴＣＩ状態。ＴＢの送信機会はそれぞれ、一つのＴＣＩと一つのＲＶとを有する。Ｋスロットに渡るすべての送信機会において、同一の、単一または複数のＤＭＲＳポートを含む、共通するＭＣＳが使用される。ＲＶ／ＴＣＩ状態は、送信機会間で同一であっても異なっていてもよい。そして、同じＴＣＩインデックスのスロットに渡ってチャネル推定補間（詳細検討）が行われる。

なお、Ｍ－ＴＲＰ／パネルベースのＵＲＬＬＣスキームは、信頼度の向上、効率、および仕様への影響の観点において比較されるべきであり、ＴＲＰあたりのレイヤ数のサポートについては検討されてよい。

ＦＤＭの場合、スキーム２ａおよび２ｂでは、スキーム２ａに従って送信設定通知（ＴＣＩ：transmission configuration indication）状態の数が２に設定され、最大二つの送信レイヤをサポートする。ＴＤＭの場合のスキーム３および４においても、ＴＣＩ状態の数は２に設定される。時間領域におけるリソース割り当ては、各送信機会に対してスケジュールされる同じ数の連続するシンボルをサポートする。スキーム３の場合、ネットワーク（ＮＷ）実装により、すべての送信機会がドロップされることなく、一つのスロットに存在し、スロット内の下りリンク／上りリンク（ＤＬ／ＵＬ）の切り替えについては詳細が検討される。

ＵＥは、設定されたＴＣＩ状態の数により、最大二つのＴＲＰからＰＤＳＣＨを受信するように構成されることができる。図７は、四つの主なステップを含む一般的なビーム障害回復手順７００を示す。最初のステップは、ビーム障害検出（ＢＦＤ：beam failure detection）７０２である。ＵＥには、ｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅｓにより、ビーム障害を検出するための参照信号（ＲＳ：reference signal）のリストを提供される。または、ｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅｓによってＲＳが提供されない場合、ＵＥは、ＰＤＣＣＨ／ＰＤＳＣＨ受信のためのＴＣＩ状態に基づいて、ＢＦＤ７０２を実行する（ＴＳ ３８．２１３のセクション６およびＴＳ ３８．１３３のセクション８．５参照）。

次のステップは、新たなビームの識別（ＮＢＩ：new beam identification）（ＣＢＤ：candidate new beam detectionとしても知られる）である。ＵＥには、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔによってＣＢＤ ＲＳのリストが提供される。

ステップ７０２および７０４は、ＵＥ７０５において行われる。新たなビームが識別されると、ＵＥ７０５は、ビーム障害回復要求（ＢＦＲＱ：beam failure recovery request）７０６を、関連付けられたｇＮＢ７１０に送信する。これに応答して、ｇＮＢ７１０は、ビーム障害回復応答（ＢＦＲＲ：beam failure recovery response）７０８を送信し、ＢＦＲ手順７００は完了する。

図６に示されるように、ＵＥ６０２は、ＴＲＰ＃１ ６２０およびＴＲＰ＃２ ６２２の両方からＰＤＳＣＨ ６１０、６１２を受信するように構成され、上位レイヤシグナリングによってＰＤＣＣＨ ６４０を送信するように構成されたＴＲＰは、ＴＲＰ＃１ ６２０と呼ばれる。図８は、ユーザ端末（ＵＥ）が、第一のＴＲＰ（ＴＲＰ＃１）６２０および第二のＴＲＰ（ＴＲＰ＃２）６２２からそれぞれＰＤＳＣＨ（physical downlink shared channel）６１０、６１２を同時に受信する図８００である。ＵＥ６０２は、ＴＣＩコードポイント８２０に示される二つのＴＣＩ状態８１０に従って、動作時間（Ｔ＿ｓｔａｔｅ０２）８０２の間に、ＴＲＰ＃１ ６２０およびＴＲＰ＃２ ６２２から同時にＰＤＳＣＨ６１０、６１２を受信するように構成される。

図９は、ＢＦＲ手順におけるビーム障害検出（ＢＦＤ）９１０および新たなビーム候補の検出（ＣＢＤ）９２０の動作時間長を示す図９００である。ＵＥは、測定労力および電力消費を、ＴＲＰ＃２に関するＢＦＤおよび／またはＣＢＤを評価するために利用する一方、動作時間長８０２が、要求されるＢＦＤ評価時間９１０および／またはＣＢＤ評価時間９２０よりも長くない場合は、パフォーマンスを向上させない。ＵＥが要求するＢＦＤ評価時間９１０（Ｔ＿ｅｖａｌｕａｔｅ＿ＢＦＤ）およびＣＢＤ評価時間９２０（Ｔ＿ｅｖａｌｕａｔｅ＿ＣＢＤ）は、それぞれ３８．１３３のセクション８．５．３、３８．３２１のセクション５．１７で定義される。

本実施形態によれば、ＵＥは、動作時に、Ｍ－ＴＲＰから信号を受信し、（ａ）少なくとも第一のＴＲＰからの、ＰＤＣＣＨ（physical downlink control channel）を含む信号についてＢＦＤおよびＣＢＤを評価すること、および（ｂ）一つ以上の動作条件に応じてＢＦＤおよびＣＢＤの一方または両方の評価をスキップすることによって、二つ以上のＭ－ＴＲＰからのＢＦＲを実行する回路を備える。このようにして、ＵＥは測定労力および電力消費を低減する。さらに、ネットワーク内でＵＥによる測定労力と電力消費の採択は、Ｍ－ＴＲＰ ＵＲＬＬＣの柔軟性を実現する。

二つ以上のＭ－ＴＲＰのＢＦＤを評価するために、ＢＦＤ参照信号（ＢＦＤ－ＲＳ）の複数のセットが、ＵＥに対して明示的または暗黙的に設定されてよく、各セットは、複数のＴＲＰのそれぞれに（すなわち、ＴＲＰごとのＢＦＤ－ＲＳセットが）設定される。明示的な方法では、ＴＲＰごとのＢＦＤ－ＲＳセットは、周期的なチャネル状態情報参照信号（ＣＳＩ－ＲＳ：channel state information reference signal）または同期信号ブロック（ＳＳＢ：synchronization signal block）のセットとして設定できる。暗黙的な方法では、ＴＲＰごとのＢＦＤ－ＲＳセットは、自身のＴＣＩ状態に基づいて、そのＴＲＰの対応するＣＯＲＥＳＥＴの擬似コロケーション（ＱＣＬ：quasi co-location）参照信号として暗黙的に設定することができる。同様に、二つ以上のＭ－ＴＲＰのＣＢＤを評価するために、ＣＢＤ参照信号（ＣＢＤ－ＲＳ）（またはＮＢＩ参照信号（ＮＢＩ－ＲＳ））の複数のセットが、ＴＲＰごとに明示的または暗黙的に設定されることができる。このような、ＴＲＰごとのＢＦＤ－ＲＳセットおよび／またはＴＲＰごとのＣＢＤ－ＲＳセットの独立した設定は、すべての実施形態を通して適用可能であることを理解されたい。

ＴＲＰごとに独立したＢＦＤ－ＲＳセットを設定することにより、複数のＴＲＰの一つからのＢＦＤ－ＲＳセットに障害があると識別された（すなわち、複数のＴＲＰの一つのビームに障害があると識別された）場合、この特定のＴＲＰのためのビーム障害回復手順をトリガできる。これは、部分的またはＴＲＰ固有のビーム障害回復と捉えることができる。すべてのＴＲＰに設定されたすべてのＢＦＤ－ＲＳセットに障害があると識別された（またはすべてのＴＲＰのすべてのビームに障害があると識別された）場合にのみビーム障害回復手順をトリガするユースケースのシナリオと比較して、全体的なビーム障害回復の遅延を低減し、マルチＴＲＰ／パネルの送信効率を向上できる点で有益である。

さらに、ＴＲＰレベルに基づいて設定されるＢＦＲパラメータが他にいくつか存在し得る。例えば、二つのＴＲＰ（例えば、ＴＲＰ＃１とＴＲＰ＃２）が動作中であると仮定する。したがって、ＢＦＤ閾値（Ｑ＿ｏｕｔ）およびＣＢＤ閾値（Ｑ＿ｉｎ）といった二組の閾値、ＢＦＤタイマおよびＢＦＲタイマといった二組のタイマ、ならびに二組のビーム障害インスタンス（ＢＦＩ：beam failure instance）カウンタおよびそれらに対応するＢＦＩ通知（ＢＦＩＩ：BFI indication）の最大数を、それぞれＴＲＰ＃１およびＴＲＰ＃２に独立して設定することができる。

図１０は、本開示に係る第一のＢＦＲ手順を示す。第一のＢＦＲ手順は、図９に示すように、動作時間長をキューオフ（queue off）する。また、ＴＲＰ＃１ ６２０は、上位レイヤシグナリングによってＰＤＣＣＨ ６４０を送信するＭ－ＴＲＰの一つである。

最初に、ＵＥは、Ｍ－ＴＲＰからの上位レイヤシグナリングから（すなわち、ＴＲＰ＃１ ６２０からのＰＤＣＣＨ ６４０で）ＴＲＰ＃２ ６２２の適切な動作時間長を示す通知（例えば、Ｔ＿ｓｔａｔｅ０２ ８０２）を少なくとも含む、設定パラメータを受信する（１００２）。適切な動作時間長は、ネットワークの静的値（例えば、Ｔ＿ｓｔａｔｅ０２は、ＴＲＰ＃１ ６２０の動作時間長にオフセットを加えた値に基づいて定義できる）にすることも、現実的な環境条件またはネットワーク設定に基づいてネットワークによって動的に決定することもできる。少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用して、適切な動作時間を動的に算出する例を式（１）に示す。

オフセットは、ＴＲＰ＃２のアクティブ時間または遅延（存在する場合）であってよい。

さらに、上記の説明とは異なり、Ｔ＿ｓｔａｔｅ０２が、二つのＴＣＩ状態が両方アクティブ化される、あるいはＴＲＰ＃１とＴＲＰ＃２の両方が動作中にアクティブ化される動作時間長またはウィンドウとして設定される可能性もあり得る。

次に、ＵＥは、ＴＲＰ＃１に対してＢＦＤ １００４およびＣＢＤ １００６を行うことにより、ＴＲＰ＃１に対してＲｅｌ－１５／１６に規定されているビーム障害検出及び回復を行う。

具体的に、ＵＥは、ビーム障害を検出する（１００４）ために、ＴＲＰ＃１用に設定されたＢＦＤ－ＲＳセットを継続的にモニタする。対応するすべてのＢＦＤ－ＲＳリソースのリンクレベルの品質が、ある時点において閾値を上回る場合（このＢＦＤ閾値Ｑ＿ｏｕｔは、下りリンクの無線リンクが確実に受信されることのできないレベルとして定義され、仮想ＰＤＣＣＨ送信のブロック誤り率アウテージ（ＢＬＥＲ＿ｏｕｔ）に対応する）、ＢＦＩが識別され得る。物理レイヤ（ＰＨＹ）は、ＭＡＣ（Media Access Control）レイヤにＢＦＩ通知を提供する。ＭＡＣにおけるＢＦＤ手順１００４は、タイマと、ＢＦＩＩの数を計算するカウンタとによって指示される。ＢＦＩＩが受信されるたびにタイマが再始動され、タイマが満了した場合、カウンタがリセットされる。一方、連続するN_max個（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）のＢＦＩＩを検出すると、ＵＥはＴＲＰ＃１についてビーム障害が発生したことを宣言できる。それに続いて、ＴＲＰ＃１のＣＢＤ １００６がトリガされる。ＵＥは、接続性を再確立するために、ＣＢＤ－ＲＳセット（例えば、ＣＳＩ－ＲＳまたはＳＳＢのセット）のリンクレベルの品質をモニタする。ＵＥは、複数のＣＢＤ－ＲＳの参照信号に関するＬ１参照信号受信電力（Ｌ１－ＲＳＲＰ：reference signal received power）を測定する。Ｌ１－ＲＳＲＰの測定値が所定値を超えると、新しいビームを識別できる。

ＵＥは、Ｔ＿ｓｔａｔｅ０２の値に基づいて、ＢＦＤおよび／またはＣＢＤの評価をスキップまたは実行することができる。ＵＥが、Ｔ＿ｓｔａｔｅ０２がＴＲＰ＃２のＢＦＤを評価する時間（例えば、図９のＴ＿ｅｖａｌｕａｔｅ＿ＢＦＤ ９１０）以下であると判断した場合（１００８）、ＵＥはＢＦＤとＣＢＤの両方をスキップする（１０１０）。ＵＥが、Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＢＦＤより大きいと判断すると（１００８）、ＵＥはＴＲＰ＃２に対してＢＦＤを実行する（１０１２）。次に、ＵＥはＴ＿ｓｔａｔｅ０２の時間長をＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤ ９２０と比較して、Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤより小さいかどうかを判断する（１０１４）。ＵＥが、Ｔ＿ｓｔａｔｅ０２がＴＲＰ＃２のＣＢＤを評価する時間（例えば、Ｔ＿ｅｖａｌｕａｔｅ＿ＣＢＤ ９２０）以下であると判断した場合（１０１４）、ＵＥはＣＢＤをスキップする（１０１６）。ＵＥが、Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤより大きいと判断すると（１０１４）、ＵＥはＴＲＰ＃２に対してＣＢＤを実行する（１０１８）。

ＴＲＰ＃２に対してＢＦＤを実行する場合（１０１２）、ＴＲＰ＃１と同様に、ＵＥはN_max個の連続するＢＦＩＩを検出する必要があり、その後、ＴＲＰ＃２のＢＦＤ－ＲＳセットに基づいてビーム障害が発生していることを宣言できる。次に、ＣＢＤの評価がトリガされ（１０１８）、ＵＥはＴＲＰ＃２のＣＢＤ－ＲＳセットの参照信号に関するＬ１参照信号受信電力（Ｌ１－ＲＳＲＰ）といったリンクレベルの品質を測定する。このようにして、タイマおよびカウンタによって指示されるＭＡＣレイヤにおけるＴＲＰ＃２のＢＦＤ手順（１０１２）は、ＴＲＰ＃１と比較して、独立して設定される。ステップ１０２０において、ＵＥは、ＢＦＲＱ（図７のステップ７０６）の間に、ＴＲＰ＃１および／またはＴＲＰ＃２のビーム障害が識別される場合、ビーム障害イベントを宣言する。ＴＲＰ＃２に関して、ＣＢＤがスキップされた場合、アクションなし、またはデフォルトの動作としてアクションがないことによる新たなビーム情報なし、が報告される。ＵＥは、（ａ）ＴＲＰ＃１および／またはＴＲＰ＃２のビーム障害（ＢＦ）情報、（ｂ）ＴＲＰ＃１の新たなビーム情報（存在する場合）、および（ｃ）ＴＲＰ＃２に対する新たなビーム情報、アクションなし、またはアクションがないことによる新たなビーム情報なし（存在する場合）を含むビーム障害コンテンツを報告する。そして、ＵＥはＴＲＰ＃１および／またはＴＲＰ＃２からの対応するビームを提供するネットワークからＢＦＲＲを受信する（１０２２）。

ステップ１０２０で生成されるＢＦＲＱは、対応するＴＲＰのビーム障害インデックス、ＴＲＰインデックス、または設定インデックスなどの、障害の起きたＴＲＰごとのビーム障害情報を含んでよい。ステップ１０２０で送信されるＢＦＲＱはまた、ＴＲＰ＃１および／またはＴＲＰ＃２に対する報告コンテンツを含み、少なくともＵＣＩ（uplink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージを介してネットワークに報告される。

このようにして、ＵＥが、複数のＴＲＰから任意のＴＲＰのビーム障害を検出した場合（ここでは例えばＴＲＰ＃２が障害を起こした場合）、ＵＥは、障害を起こしたＴＲＰのビーム障害情報および新たなビーム情報を含むＢＦＲＱを動作中のＴＲＰ＃１に送信できる。そして、動作中のＴＲＰ＃１は、ＢＦＲＱを、障害を起こしたＴＲＰ＃２にバックホールを介して転送することができる。これは、バックホールがＢＦＲＱを搬送するための最新の利用可能な上りリンクリソースを有することができるためである。換言すると、Ｍ－ＴＲＰ運用のＢＦＲＱ手順は、良好なチャネル状態のリンクを介して送信されるべきである。バックホールが最良である場合、すなわち、バックホールの遅延が要件を満たすか、またはゼロに近いと想定される場合、ＢＦＲ手順はうまく機能することができる。バックホールが最良でない場合、または障害を起こしたＴＲＰ＃２の新たなビーム情報がＵＥによって報告されない場合、動作中のＴＲＰ＃１は、マルチＴＲＰ運用モードからシングルＴＲＰ運用モードに切り替えるようにＵＥに指示することを決定できる。この状況は、バックホールの遅延が、ＢＦＲタイマによって設定されたＢＦＲ手順の遅延要件に適していないとき、またはＵＥが、完全にブロックされることにより、障害を起こしたＴＲＰ＃２に到達することができない可能性があるときに起こる。より高いレベルでＰＤＣＣＨを送信するＴＲＰは、ＲＲＣ設定に基づいて設定できる。例えば、二つのＴＲＰ（ＴＲＰ ＡおよびＴＲＰ Ｂ）が動作していると想定すると、第一のＲＲＣ設定では、ＴＲＰ ＡはＰＤＣＣＨを送信するように設定されてよく、したがって、ＴＲＰ ＡがプライマリＴＲＰまたはＴＲＰ＃１となり、ＴＲＰ ＢがＴＲＰ＃２となる。また、第二のＲＲＣ設定では、ＴＲＰ ＢがＰＤＣＣＨを送信するように設定されてよく、この場合、ＴＲＰ ＢがプライマリＴＲＰまたはＴＲＰ＃１となり、ＴＲＰ ＡがＴＲＰ＃２となる。このようにして、Ｍ－ＴＲＰ ＵＲＬＬＣ運用の柔軟性が実現できる。

また、上位レイヤパラメータにより、複数のＴＲＰがキャリアアグリゲーション（ＣＡ：carrier aggregation）フレームワークの下で動作するように設定できる。具体的には、ＴＲＰ Ａがプライマリセル（ＰＣｅｌｌ：primary cell）またはプライマリＴＲＰとして動作し、ＴＲＰ Ｂがセカンダリセル（ＳＣｅｌｌ：secondary cell）またはセカンダリＴＲＰとして動作するように設定することができる。このようにして、本実施形態で提案されたＢＦＲ手順、またはいくつかの拡張を伴う複数のＳＣｅｌｌのためのＲｅｌ－１６ ＢＦＲのいずれかを使用することができる。

さらに、二つのＴＲＰ＃１およびＴＲＰ＃２のＢＦＲＱを送信するために、別個のＰＵＣＣＨリソース（すなわち、ＳＲ－ＰＵＣＣＨリソース）を含む最大二つの別個のスケジューリング要求（ＳＲ：scheduling request）設定を割り当てることができる。一つの共通ＳＲ－ＰＵＣＣＨリソースがＴＲＰ＃１およびＴＲＰ＃２の両方に割り当てられている場合、いずれかのＴＲＰに障害が起こると、ＵＥは、この共通ＳＲ－ＰＵＣＣＨリソースに基づいて、障害の起こったＴＲＰのＢＦＲＱを動作中のＴＲＰに送信できる。ＴＲＰ＃１およびＴＲＰ＃２に二つの別個のＳＲ－ＰＵＣＣＨ＃１およびＳＲ－ＰＵＣＣＨ＃２がそれぞれ割り当てられている場合、ＴＲＰ＃２に障害が起こると、ＵＥは、割り当てられたＳＲ－ＰＵＣＣＨ＃１およびＳＲ－ＰＵＣＣＨ＃２のリソースのうちの一つに基づいて、ＴＲＰ＃２のＢＦＲＱ情報を動作中のＴＲＰ＃１に送信することができる。三つ以上のＴＲＰが動作中の場合、複数のＴＲＰは複数のグループにグループ化することができ、各グループにはＢＦＲＱ情報を送信するためのＳＲ－ＰＵＣＣＨリソースを割り当てることができる。例えば、ＴＲＰグループが二つあり、第一グループがプライマリＴＲＰ（またはＴＲＰ＃１）を含み、第二グループが残りのＴＲＰ（またはセカンダリＴＲＰ）を含む場合、ＳＲ－ＰＵＣＣＨ＃１およびＳＲ－ＰＵＣＣＨ＃２のリソースは、それぞれ、第一グループおよび第二グループに割り当てることができる。しかしながら、上述したように、ＢＦＲＱ情報を送信するために、両方のグループに共通のＳＲ－ＰＵＣＣＨリソースが割り当てられることもある。これは、ネットワーク実装、または仕様で事前に設定された規定次第とされてよい。

図８で示されたように、ＵＥは、Ｔ＿ｓｔａｔｅ０２の時間内にＴＲＰ＃１からの独立したＰＤＳＣＨ ６１０と、ＴＲＰ＃２からの独立したＰＤＳＣＨ ６１２とを同時に受信するように構成されている。図１１は、本開示に係る第二のＢＦＲ手順を示す。まず、ネットワークは、最大二つのＴＲＰ（例えば、ＴＲＰ＃１およびＴＲＰ＃２）からＰＤＳＣＨを送信するようにパラメータを設定する（１１０２）。図１０に見られるように、ＵＥは、ＴＲＰ＃１に対しては常にＢＦＤとＣＢＤの両方を実行する。ＵＥが電力を節約することを支援するため、ネットワークは、ＵＥがＴＲＰ＃２に対してＢＦＤおよびＣＢＤのいずれかを実行するか、両方を実行するかを決定し、ＵＥに明示的な通知を送信する。

ネットワークは、まずＴ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＢＦＤ以下かどうかを決定することにより（１１０４）、ＵＥがＴＲＰ＃２に対してＢＦＤとＣＢＤのいずれかを実行するか、両方を実行するかを決定する。Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＢＦＤより大きい場合（１１０４）、ネットワークはパラメータＢＦＤＴＲＰ２をｅｎａｂｌｅに設定し（１１０６）、ＵＥがＴＲＰ＃２に対して通常のＢＦＤ／ＢＦＲを実行することを示す。Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＢＦＤ以下の場合（１１０４）、ネットワークはパラメータＢＦＤＴＲＰ２をｄｉｓａｂｌｅに設定し（１１０８）、ＵＥがＴＲＰ＃２に対してＢＦＤとＣＢＤのどちらも実行しないことを示す。

次に、ネットワークは、Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤ以下であるかどうか決定する（１１１０）。Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤより大きい場合（１１１０）、ネットワークはパラメータＣＢＤＴＲＰ２をｅｎａｂｌｅに設定し（１１１２）、ＵＥがＴＲＰ＃２に対して通常のＣＢＤを実行することを示す。Ｔ＿ｓｔａｔｅ０２がＴ＿ｅｖａｌｕａｔｅ＿ＣＢＤ以下の場合（１１１０）、ネットワークはパラメータＣＢＤＴＲＰ２をｄｉｓａｂｌｅに設定し（１１１４）、ＵＥがＴＲＰ＃２に対してＣＢＤを実行しないことを示す。

ステップ１１０４および１１１０の決定基準は、ｇＮＢの実装次第であり、他の基準が用いられてもよい。そして、ネットワークはパラメータＢＦＤＴＲＰ２およびＣＢＤＴＲＰ２を送信し、ＵＥはそれらを受信する（１１１６）。ＢＦＤＴＲＰ２およびＣＢＤＴＲＰ２の値は、少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用することによって設定および更新することができる。

また、ＢＦＤおよび／またはＣＢＤのパラメータは、ＢＦＤ－ＲＳおよび／またはＮＢＩ－ＲＳセットを設定するための通知の解釈によって、ＵＥに暗黙的に設定することができる。ここでは、一例として、ＴＲＰ＃１およびＴＲＰ＃２に二組のＢＦＤ－ＲＳと、二組のＣＢＤ－ＲＳとが設定されているものとする。ＵＥは、ＴＲＰ＃１およびＴＲＰ＃２の両方についてＢＦＤおよびＣＢＤの評価を実行する必要があることを暗黙的に理解する。

次に、ＢＦＤ（１００４）およびＣＢＤ（１００６）の各手順と同様に、ＵＥは、ＴＲＰ＃１に対してＢＦＤ（１１１８）およびＣＢＤ（１１２０）を行うことにより、ＴＰＲ＃１に対してＲｅｌ－１５／１６に規定されているビーム障害検出及び回復を実行する。ＵＥは、ＢＦＤＴＲＰ２の値（１１２２）およびＣＢＤＴＲＰ２の値（１１２４）に応じて、ＴＲＰ＃２のビーム障害検出および回復を実行する。ステップ１１２２において、ＢＦＤＴＲＰ２の値が「ｄｉｓａｂｌｅ」である場合、ＴＲＰ＃２に対してＢＦＤのアクションは実行されず、そうでない場合、ＴＲＰ＃２に対してＢＦＤが実行される。ステップ１１２４において、ＣＢＤＴＲＰ２の値が「ｄｉｓａｂｌｅ」である場合、ＴＲＰ＃２に対してＣＢＤのアクションは実行されず、そうでない場合、ＴＲＰ＃２に対してＣＢＤが実行される。

ＵＥは、ＢＦＲＱの間に、ＴＲＰ＃１および／またはＴＲＰ＃２のビーム障害が識別される場合、ＢＦイベントを宣言する（１１２６）。ＵＥは、ＴＲＰ＃１および／またはＴＲＰ＃２のＢＦ情報、ＴＲＰ＃１の新たなビーム情報（存在する場合）、および／またはＴＲＰ＃２に対する新たなビーム情報、アクションなし、またはアクションがないことによる新たなビーム情報なし（存在する場合）を含み得るＢＦコンテンツを報告する。最後に、ステップ１１２８において、ネットワークは、ＴＲＰ＃１および／またはＴＲＰ＃２からの対応するビーム情報を含むＢＦＲＲを生成し、送信する。

このようにして、ネットワークは、ＢＦＤおよび／またはＣＢＤの参照信号（ＲＳ：reference signal）を設定しないことにより、およびＴ＿ｓｔａｔｅ０２がＵＥに送信されないことにより、ＵＥに対するＲＳの数を低減する。さらに、ＵＥは測定労力および電力消費を低減する。

図１１の動作は、ＴＲＰに対して決定されるネットワークの明示的な通知を含むので、前述のネットワークの明示的な通知に基づく特定の条件は、三つ以上のＴＲＰに拡張されることができる。つまり、ＢＦＤＴＲＰ（ｄｉｓａｂｌｅ／ｅｎａｂｌｅ）および／またはＣＢＤＴＲＰ（ｄｉｓａｂｌｅ／ｅｎａｂｌｅ）はＴＲＰごとに個別に決定でき、対応するＴＲＰで使用するためにＵＥに送信することができる。あるいは、共通のＢＦＤＴＲＰ値（すなわち、ｄｉｓａｂｌｅ／ｅｎａｂｌｅ）および／または共通のＣＢＤＴＲＰ値（すなわち、ｄｉｓａｂｌｅ／ｅｎａｂｌｅ）を、すべてのＴＲＰに対してそれぞれ通知することができる。

本開示に係る、ＵＥの測定労力および電力消費を低減することを可能にする、その他の動作条件は、個々のＴＲＰ毎に新たなタイマ値（すなわち、アクティブな動作時間長Ｔ＿ｓｔａｔｅ０２）を定義することである。新たなタイマは、ＵＥに設定される。このようにして、ＴＲＰは、ＴＣＩ状態アクティブ化ＭＡＣ ＣＥを介してＵＥとの通信のためにアクティブ化され、ＵＥがＴＣＩ状態非アクティブ化ＭＡＣ ＣＥを受信するとき、またはタイマが満了するときのいずれかにおいて非アクティブ化される。タイマ値は、少なくともＤＣＩ（ＴＣＩ状態ごと）、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用することによってＵＥに通知される。

ＴＲＰ＃１に対するＢＦＤおよびＣＢＤは常に実行されるので、ＴＲＰ＃１に対するタイマ値は、タイマに基づく非アクティブ化が起こらないように、無限大などのシンボル値として設定される。ＴＲＰ＃２には、タイマ値（Ｔ＿ｓｔａｔｅ０２）は有限値として設定される（すなわち、ＴＲＰ＃２は要求に基づいてアクティブになる）。タイマ値は有限値であるので、ＴＲＰ＃２に対するＢＦＤ／ＣＢＤの評価は以下のようにスキップされ得る。Ｔ＿ｓｔａｔｅ０２≦Ｔ＿ｅｖａｌｕａｔｅ＿ＢＦＤの場合、ＵＥはＢＦＤおよびＣＢＤをスキップし、Ｔ＿ｓｔａｔｅ０２＞Ｔ＿ｅｖａｌｕａｔｅ＿ＢＦＤかつＴ＿ｓｔａｔｅ０２≦Ｔ＿ｅｖａｌｕａｔｅ＿ＣＢＤの場合、ＵＥはＢＦＤを実行しＣＢＤをスキップする。

ＴＲＰ＃２のビーム障害は識別されると報告され、アクションなし、またはデフォルトの動作としてアクションがないことによる新たなビーム情報なし、が報告される。これは、Ｍ－ＴＲＰ ＵＲＬＬＣ運用の柔軟性の更なる実現を可能にし、ＵＥの測定労力と電力消費が低減する。さらに、ＴＲＰ＃２はタイマの満了に応じて非アクティブ化されるため、ＴＲＰ＃２に対する明示的な非アクティブ化（すなわち、ＴＣＩ状態非アクティブ化ＭＡＣ ＣＥ）は不要である。

ネットワークは、一つのＤＣＩでN_max個のＴＲＰの送信をサポートするために有効になっている。N_maxは、ネットワーク仕様で（事前に）設定された値である。高レベルの解決策の場合、ＢＦＤおよびＣＢＤの評価は、ＵＥが関連付けられることのできるＴＲＰの最大数である、N_UEの柔軟な値に基づいてスキップされる。N_UEの値は、少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用することによって通知される。

N_max＞N_UEの場合、（N_max－N_UE）個のＴＲＰのＢＦＤおよびＣＢＤの評価はスキップされる。N_UEの値のリストは、最も強いＲＳＲＰを有するＴＲＰのリスト、インデックスの昇順／降順、または他のルール等の設定されたルールによって選択できる。N_UEの設定値はＵＥケイパビリティに依存するため、N_UEの値は柔軟であり、それにより、Ｍ－ＴＲＰ ＵＲＬＬＣ運用の柔軟性を実現し、ＵＥの測定労力および電力消費を低減できる。

別の高レベルの解決策では、ＢＦＤおよびＣＢＤの評価は、N_minの（事前）固定値に基づいてスキップされる。N_minはＵＥによって評価される必要のあるＴＲＰの数である。N_max＞N_minの場合、（N_max－N_min）個のＴＲＰのＢＦＤおよびＣＢＤの評価はスキップされる。N_minのリストは、最も強いＲＳＲＰを有するＴＲＰのリスト、インデックスの昇順／降順、または他のルール等の（事前に）設定されたルールによって選択できる。N_minの値を設定するこの方法により、ネットワーク全体の一貫性が提供される。さらに、N_min個のＴＲＰのＢＦＤおよびＣＢＤのみを評価すればよいため、ＵＥのＢＦＤ測定労力を低減できる。

なお、図１０および図１１のフローチャートとその説明、ならびにタイマ設定の説明では、二つのＴＲＰのシナリオについて議論されたが、そこで提案された方法は、Ｎ個のＴＲＰのシナリオ（すなわち、一つのＤＣＩを用いたＮ個のＴＲＰのＵＲＬＬＣ送信をサポートするためのＴ＿ｓｔａｔｅＮ、ＢＦＤＴＰＲＮ、およびＣＢＤＴＲＰＮ）にも直接適用可能である。Ｎの値は、ＵＥケイパビリティに応じて、少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングを使用することによって（事前に）設定されるか、または柔軟に通知されることができる。

また、ここでの説明は、一つのＤＣＩに基づくＭ－ＴＲＰ送信のシナリオに焦点を当てているが、議論された方法は、いくつかの変更を伴って、複数のＤＣＩに基づくＭ－ＴＲＰ送信のシナリオに適用可能である。特に、個々のＴＲＰごとのＢＦＤおよび／またはＣＢＤの評価は、（ａ）個々のＴＲＰごとの動作時間長、（ｂ）ネットワークの明示的な通知、（ｃ）タイマ設定（個々のＴＲＰごとのアクティブな時間長）、（ｄ）ＵＥケイパビリティ、および（ｅ）ＴＲＰの最小数、のうちの一つまたは組合せに基づく特定の条件に従ってスキップすることができる。

このように、例示的な実施形態は、Ｍ－ＴＲＰ ＵＲＬＬＣ運用の柔軟性を実現し、ＵＥの測定労力および電力消費を低減するための複数の仕組みを提供することが分かる。

本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。通信装置は、送受信機及び処理／制御回路を有してもよい。送受信機は、受信機及び送信機を有し、及び／又は機能してもよい。送信機及び受信機としての送受信機は、増幅器、ＲＦ変調器／復調器など及び１つ以上のアンテナを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールを含んでもよい。処理/制御回路は、専用回路、プロセッサ、およびファームウェアまたはプロセッサに備えられたメモリに格納されたインストラクションのいずれかとしての電力管理制御のためのインストラクションを含み得る電力管理回路を含んでもよい。

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。

本発明の前述の詳細な説明において例示的な実施形態が示されたが、膨大な数の変形例が存在することが理解されるべきである。さらに、これらの実施形態は例示に過ぎず、本開示の範囲、適用性、運用、または構成を何ら限定することを意図していないことを理解されたい。 むしろ、前述の詳細な説明は、例示的な実施形態を実現するために有益なロードマップを当業者に提供し、添付の請求項に規定される本開示の趣旨から逸脱することなく、例示的な実施形態に記載のネットワークおよび／またはＵＥ送受信装置の機能および配置に様々な変更を加えることができることが理解されよう。

１．動作時に、ネットワーク内の複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）から、少なくともＰＤＳＣＨ（physical downlink shared channel）で信号を受信する送受信部と、
動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補検出（ＣＢＤ：candidate new beam detection）の評価を行うことにより、ビーム障害回復（ＢＦＲ：beam failure recovery）を行う回路と、を備える送受信装置であって、
前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰからの信号は、ＰＤＣＣＨ（physical downlink control channel）で受信した信号を含み、前記回路は、一つ以上の条件に応じて、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対する、前記ＢＦＤおよび前記ＣＢＤの一つまたは両方の評価をスキップすることを決定する、送受信装置。

２．前記一つ以上の条件は、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰからの信号に対してＢＦＲを行うための動作時間長に応じて前記回路が決定した、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの動作時間長を含む、請求項１に記載の送受信装置。

３．前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長は、前記Ｍ－ＴＲＰのうちの一つから、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知される、請求項２に記載の送受信装置。

４．前記一つ以上の条件は、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰがＢＦＲを行うための動作時間長およびオフセット値に応じて決定された、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長を含む、請求項２に記載の送受信装置。

５．前記一つ以上の条件は、ＰＤＣＣＨ送信時間に更に応じて前記回路が決定した、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長を含む、請求項４に記載の送受信装置。

６．前記回路は、前記一つ以上の追加ＴＲＰの前記動作時間長が前記ＢＦＤの評価時間より長くないことに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記ＢＦＤと前記ＣＢＤの両方の評価をスキップする、請求項２から５の何れか一項に記載の送受信装置。

７．前記回路は、前記一つ以上の追加ＴＲＰの前記動作時間長が前記ＢＦＤの評価時間より長く、かつ前記ＣＢＤの評価時間より長くないことに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記ＣＢＤの評価をスキップし、前記ＢＦＤの評価を行う、請求項２から５の何れか一項に記載の送受信装置。

８．前記送受信部はビーム障害イベントを宣言して、ビーム障害回復要求（ＢＦＲＱ：beam failure recovery request）を前記Ｍ－ＴＲＰの一つまたは複数に送信し、前記ＢＦＲＱは一つ以上の前記ビーム障害（ＢＦ：beam failure）イベントを識別し、前記Ｍ－ＴＲＰの一つまたは複数に対する、ＢＦ情報およびＣＢＤ情報を含むコンテンツを報告し、前記Ｍ－ＴＲＰのそれぞれのために、前記ＢＦ情報は、ビーム障害インデックス、ＴＲＰインデックス、または設定インデックスを含み、前記ＣＢＤ情報は、対応する新たなビーム情報（存在する場合）、および、新たなビーム情報がない場合はデフォルト情報を含む、請求項１から７の何れか一項に記載の送受信装置。

９．前記回路はビーム障害イベントを宣言して、前記Ｍ－ＴＲＰの一つまたは複数に対するビーム障害の報告コンテンツを生成し、前記送受信部は、ＵＣＩ（uplink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを介して、前記報告コンテンツを前記ネットワークに送信する、請求項１から８の何れか一項に記載の送受信装置。

１０．前記回路によって生成された前記報告コンテンツは、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対するビーム障害情報（識別された場合）、およびＣＢＤ情報を含み、前記ＣＢＤ情報は、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰの新たなビーム情報（存在する場合）、および前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰの新たなビーム情報がない場合はデフォルト情報で構成される、請求項９に記載の送受信装置。

１１．前記一つ以上の条件は、前記Ｍ－ＴＲＰの独立した各ＴＲＰの動作時間長を更に含む、請求項１から１０の何れか一項に記載の送受信装置。

１２．前記一つ以上の条件は、前記送受信装置が受信する情報を含む、請求項１に記載の送受信装置。

１３．前記情報は、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知される、請求項１２に記載の送受信装置。

１４．前記情報は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＢＦＤパラメータおよび／またはＣＢＤパラメータを含み、前記回路は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＢＦＤパラメータに応じてＢＦＤの評価をスキップし、および／または、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＣＢＤパラメータに応じてＣＢＤの評価をスキップする、請求項１２または１３に記載の送受信装置。

１５．前記一つ以上の条件は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対するＢＦＤおよび／またはＣＢＤのための参照信号を受信せず、代わりに前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータを受信すること、を含む、請求項１４に記載の送受信装置。

１６．前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータのどちらか、または両方は、前記Ｍ－ＴＲＰのそれぞれに独立して通知される、請求項１４または１５に記載の送受信装置。

１７．前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータのどちらか、または両方は、前記Ｍ－ＴＲＰのすべてに共通する、請求項１４または１５に記載の送受信装置。

１８．前記情報は、前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰのうちの一つに対応するタイマ値を含み、前記回路は、前記Ｍ－ＴＲＰのうちの一つに対応する前記タイマ値に応じて、前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰのうちの一つに対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、請求項１２または１３に記載の送受信装置。

１９．前記タイマ値には有限値が含まれ、前記送受信装置は前記タイマが満了すると非アクティブ化される、請求項１８に記載の送受信装置。

２０．前記情報は、前記送受信装置が関連付けられることのできるＴＲＰの最大数に対応する値を含み、前記回路は、前記送受信装置が関連付けられることのできる前記ＴＲＰの最大数に対応する前記値に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、請求項１２または１３に記載の送受信装置。

２１．前記情報は、前記送受信装置によって評価される必要のあるＴＲＰの数に対応する値を含み、前記回路は、前記送受信装置によって評価される必要のある前記ＴＲＰの数に対応する前記値に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、請求項１２または１３に記載の送受信装置。

２２．前記送受信装置によって評価されるＭ－ＴＲＰのリストは、最も強いＲＳＲＰを有するＴＲＰのリストや、インデックスの昇順／降順等の設定されたルールによって、または前記送受信装置の実装によって選択される、請求項２０または２１に記載の送受信装置。

２３．前記回路は、前記ネットワークのＲＲＣ設定に従ってＰＤＣＣＨで受信する信号に応じて、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰを識別する、請求項１から２２の何れか一項に記載の送受信装置。

２４．前記送受信部は、ＰＤＳＣＨを二つ以上の前記Ｍ－ＴＲＰから同時に受信し、前記二つ以上のＭ－ＴＲＰのそれぞれから受信する前記ＰＤＳＣＨは、異なるレイヤで受信される、請求項１から２３の何れか一項に記載の送受信装置。

２５．前記送受信部は、一つのＤＣＩに基づくＭ－ＴＲＰ送信の信号を受信する、請求項１から２４の何れか一項に記載の送受信装置。

２６．前記送受信部は、複数のＤＣＩに基づくＭ－ＴＲＰ送信の信号を受信する、請求項１から２４の何れか一項に記載の送受信装置。

２７．信号を送受信するための複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）を備えるネットワークと、
動作時に、前記Ｍ－ＴＲＰのうちの一つまたは複数から信号を受信する送受信部と、動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補検出（ＣＢＤ：candidate new beam detection）の評価を行うことにより、ビーム障害回復（ＢＦＲ：beam failure recovery）を行う回路と、を備える送受信装置と、を含むシステムであり、前記ネットワークは、前記Ｍ－ＴＲＰのうちの一つまたは複数に対するＢＦＤおよびＣＢＤを行うための一つ以上の値を生成して、前記送受信装置に前記一つ以上の値を送信し、前記回路は、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対応する前記一つ以上の値のうちの一つに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰに対する前記ＢＦＤおよび前記ＣＢＤの一方または両方の評価をスキップする、システム。

２８．前記Ｍ－ＴＲＰのうちの一つまたは複数に対応する前記一つ以上の値は、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知されることができる、請求項２７に記載のシステム。

２９．前記ネットワークは、ネットワーク実装に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対するＢＦＤおよびＣＢＤを行うための前記一つ以上の値を生成する、請求項２７または２８に記載のシステム。

３０．前記送受信部は、前記Ｍ－ＴＲＰのうちの一つまたは複数からの前記信号を、一つのＤＣＩに基づくＭ－ＴＲＰ送信として受信する、請求項２７から２９の何れか一項に記載のシステム。

３１．前記送受信部は、前記Ｍ－ＴＲＰのうちの一つまたは複数からの前記信号を、複数のＤＣＩに基づくＭ－ＴＲＰ送信として受信する、請求項２７から２９の何れか一項に記載のシステム。

３２．前記一つ以上の値は、前記送受信装置の前記送受信部が受信する、独立した各ＴＲＰの動作時間長または独立した各ＴＲＰの情報を含む、請求項３１に記載のシステム。

Claims (32)

1. 動作時に、ネットワーク内の複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）から、少なくともＰＤＳＣＨ（physical downlink shared channel）で信号を受信する送受信部と、
   動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補検出（ＣＢＤ：candidate new beam detection）の評価を行うことにより、ビーム障害回復（ＢＦＲ：beam failure recovery）を行う回路と、
   を備える送受信装置であって、
   前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰからの信号は、ＰＤＣＣＨ（physical downlink control channel）で受信した信号を含み、
   前記回路は、一つ以上の条件に応じて、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対する、前記ＢＦＤおよび前記ＣＢＤの一つまたは両方の評価をスキップすることを決定する、
   送受信装置。
2. 前記一つ以上の条件は、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰからの信号に対してＢＦＲを行うための動作時間長に応じて前記回路が決定した、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの動作時間長を含む、
   請求項１に記載の送受信装置。
3. 前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長は、前記Ｍ－ＴＲＰのうちの一つから、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知される、
   請求項２に記載の送受信装置。
4. 前記一つ以上の条件は、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰがＢＦＲを行うための動作時間長およびオフセット値に応じて決定された、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長を含む、
   請求項２に記載の送受信装置。
5. 前記一つ以上の条件は、ＰＤＣＣＨ送信時間に更に応じて前記回路が決定した、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記動作時間長を含む、
   請求項４に記載の送受信装置。
6. 前記回路は、前記一つ以上の追加ＴＲＰの前記動作時間長が前記ＢＦＤの評価時間より長くないことに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記ＢＦＤと前記ＣＢＤの両方の評価をスキップする、
   請求項２から５の何れか一項に記載の送受信装置。
7. 前記回路は、前記一つ以上の追加ＴＲＰの前記動作時間長が前記ＢＦＤの評価時間より長く、かつ前記ＣＢＤの評価時間より長くないことに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰの前記ＣＢＤの評価をスキップし、前記ＢＦＤの評価を行う、
   請求項２から５の何れか一項に記載の送受信装置。
8. 前記送受信部はビーム障害（ＢＦ：beam failure）イベントを宣言して、ビーム障害回復要求（ＢＦＲＱ：beam failure recovery request）を前記Ｍ－ＴＲＰの一つまたは複数に送信し、
   前記ＢＦＲＱは一つ以上の前記ビーム障害イベントを識別し、前記Ｍ－ＴＲＰの一つまたは複数に対する、ＢＦ情報およびＣＢＤ情報を含むコンテンツを報告し、
   前記Ｍ－ＴＲＰのそれぞれのために、前記ＢＦ情報は、ビーム障害インデックス、ＴＲＰインデックス、または設定インデックスを含み、前記ＣＢＤ情報は、対応する新たなビーム情報（存在する場合）、および、新たなビーム情報がない場合はデフォルト情報を含む、
   請求項１から７の何れか一項に記載の送受信装置。
9. 前記回路はビーム障害イベントを宣言して、前記Ｍ－ＴＲＰの一つまたは複数に対するビーム障害の報告コンテンツを生成し、
   前記送受信部は、ＵＣＩ（uplink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを介して、前記報告コンテンツを前記ネットワークに送信する、
   請求項１から８の何れか一項に記載の送受信装置。
10. 前記回路によって生成された前記報告コンテンツは、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対するビーム障害情報（識別された場合）、およびＣＢＤ情報を含み、前記ＣＢＤ情報は、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰの新たなビーム情報（存在する場合）、および前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰの新たなビーム情報がない場合はデフォルト情報で構成される、
    請求項９に記載の送受信装置。
11. 前記一つ以上の条件は、前記Ｍ－ＴＲＰの独立した各ＴＲＰの動作時間長を更に含む、
    請求項１から１０の何れか一項に記載の送受信装置。
12. 前記一つ以上の条件は、前記送受信装置が受信する情報を含む、
    請求項１に記載の送受信装置。
13. 前記情報は、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知される、
    請求項１２に記載の送受信装置。
14. 前記情報は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＢＦＤパラメータおよび／またはＣＢＤパラメータを含み、
    前記回路は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＢＦＤパラメータに応じてＢＦＤの評価をスキップし、および／または、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対応するＣＢＤパラメータに応じてＣＢＤの評価をスキップする、
    請求項１２または１３に記載の送受信装置。
15. 前記一つ以上の条件は、前記Ｍ－ＴＲＰの前記追加ＴＲＰのうちの一つまたは複数に対するＢＦＤおよび／またはＣＢＤのための参照信号を受信せず、代わりに前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータを受信すること、を含む、
    請求項１４に記載の送受信装置。
16. 前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータのどちらか、または両方は、前記Ｍ－ＴＲＰのそれぞれに独立して通知される、
    請求項１４または１５に記載の送受信装置。
17. 前記ＢＦＤパラメータおよび／または前記ＣＢＤパラメータのどちらか、または両方は、前記Ｍ－ＴＲＰのすべてに共通する、
    請求項１４または１５に記載の送受信装置。
18. 前記情報は、前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰのうちの一つに対応するタイマ値を含み、
    前記回路は、前記Ｍ－ＴＲＰのうちの一つに対応する前記タイマ値に応じて、前記Ｍ－ＴＲＰの前記一つ以上の追加ＴＲＰのうちの一つに対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、
    請求項１２または１３に記載の送受信装置。
19. 前記タイマ値には有限値が含まれ、
    前記送受信装置は前記タイマ値が満了すると非アクティブ化される、
    請求項１８に記載の送受信装置。
20. 前記情報は、前記送受信装置が関連付けられることのできるＴＲＰの最大数に対応する値を含み、
    前記回路は、前記送受信装置が関連付けられることのできる前記ＴＲＰの最大数に対応する前記値に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、
    請求項１２または１３に記載の送受信装置。
21. 前記情報は、前記送受信装置によって評価される必要のあるＴＲＰの数に対応する値を含み、
    前記回路は、前記送受信装置によって評価される必要のある前記ＴＲＰの数に対応する前記値に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対する前記ＢＦＤおよび／または前記ＣＢＤの評価をスキップする、
    請求項１２または１３に記載の送受信装置。
22. 前記送受信装置によって評価されるＭ－ＴＲＰのリストは、最も強いＲＳＲＰを有するＴＲＰのリストや、インデックスの昇順／降順等の設定されたルールによって、または前記送受信装置の実装によって選択される、
    請求項２０または２１に記載の送受信装置。
23. 前記回路は、前記ネットワークのＲＲＣ設定に従ってＰＤＣＣＨで受信する信号に応じて、前記Ｍ－ＴＲＰのうちの前記第一のＴＲＰを識別する、
    請求項１から２２の何れか一項に記載の送受信装置。
24. 前記送受信部は、ＰＤＳＣＨを二つ以上の前記Ｍ－ＴＲＰから同時に受信し、前記二つ以上のＭ－ＴＲＰのそれぞれから受信する前記ＰＤＳＣＨは、異なるレイヤで受信される、
    請求項１から２３の何れか一項に記載の送受信装置。
25. 前記送受信部は、一つのＤＣＩに基づくＭ－ＴＲＰ送信の信号を受信する、
    請求項１から２４の何れか一項に記載の送受信装置。
26. 前記送受信部は、複数のＤＣＩに基づくＭ－ＴＲＰ送信の信号を受信する、
    請求項１から２４の何れか一項に記載の送受信装置。
27. 信号を送受信するための複数送受信ポイント（Ｍ－ＴＲＰ：multiple transmission and reception points）を備えるネットワークと、
    動作時に、前記Ｍ－ＴＲＰのうちの一つまたは複数から信号を受信する送受信部と、動作時に、前記Ｍ－ＴＲＰのうちの第一のＴＲＰからの前記信号に対してビーム障害検出（ＢＦＤ：beam failure detection）および新たなビーム候補検出（ＣＢＤ：candidate new beam detection）の評価を行うことにより、ビーム障害回復（ＢＦＲ：beam failure recovery）を行う回路と、を備える送受信装置と、
    を含むシステムであり、
    前記ネットワークは、前記Ｍ－ＴＲＰのうちの一つまたは複数に対するＢＦＤおよびＣＢＤを行うための一つ以上の値を生成して、前記送受信装置に前記一つ以上の値を送信し、
    前記回路は、前記Ｍ－ＴＲＰのうちの一つ以上の追加ＴＲＰに対応する前記一つ以上の値のうちの一つに応じて、前記Ｍ－ＴＲＰのうちの前記一つ以上の追加ＴＲＰに対する前記ＢＦＤおよび前記ＣＢＤの一方または両方の評価をスキップする、
    システム。
28. 前記Ｍ－ＴＲＰのうちの一つまたは複数に対応する前記一つ以上の値は、ＤＣＩ（downlink control information）メッセージ、ＭＡＣ ＣＥ（medium access control layer control element）メッセージ、またはＲＲＣ（radio resource control）メッセージの少なくとも一つを使用して通知されることができる、
    請求項２７に記載のシステム。
29. 前記ネットワークは、ネットワーク実装に応じて、前記Ｍ－ＴＲＰのうちの一つまたは複数に対するＢＦＤおよびＣＢＤを行うための前記一つ以上の値を生成する、
    請求項２７または２８に記載のシステム。
30. 前記送受信部は、前記Ｍ－ＴＲＰのうちの一つまたは複数からの前記信号を、一つのＤＣＩに基づくＭ－ＴＲＰ送信として受信する、
    請求項２７から２９の何れか一項に記載のシステム。
31. 前記送受信部は、前記Ｍ－ＴＲＰのうちの一つまたは複数からの前記信号を、複数のＤＣＩに基づくＭ－ＴＲＰ送信として受信する、
    請求項２７から２９の何れか一項に記載のシステム。
32. 前記一つ以上の値は、前記送受信装置の前記送受信部が受信する、独立した各ＴＲＰの動作時間長または独立した各ＴＲＰの情報を含む、
    請求項３１に記載のシステム。

Images