JP7594664B2

JP7594664B2 - 非アクティブ化された２次セルグループ（ｓｃｇ）のためのビーム障害検出および回復

Info

Publication number: JP7594664B2
Application number: JP2023519508A
Authority: JP
Inventors: シルヴァ，イカロレオナルドダ; イェンスベリュクイスト，; ステファンワーガー，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2020-09-29
Filing date: 2021-09-27
Publication date: 2024-12-04
Anticipated expiration: 2041-09-27
Also published as: CN116709407A; WO2022071848A1; CN116261897A; JP2023544564A; BR112023005672A2; KR20230070274A; US12603690B2; EP4223067A1; CO2023005013A2; KR102882199B1; US20230337020A1

Description

本開示は、一般に、無線通信ネットワークに関し、より詳細には、特にセルグループのうちの１つが非アクティブ化状態にあるとき、無線ネットワークにおける複数のセルグループに接続されたときにユーザ機器（ＵＥ）によって消費されるエネルギーを低減させる技法に関する。

Ｌｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）は、拡張ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られる、第３世代パートナーシッププロジェクト（Ｔｈｉｒｄ－ＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：３ＧＰＰ）内で開発され、リリース８（Ｒｅｌ－８）およびリリース９（Ｒｅｌ－９）で最初に規格化された、いわゆる第４世代（４Ｇ）無線アクセス技術の包括的用語である。ＬＴＥは、様々なライセンス済み周波数帯域をターゲットとし、エボルブドパケットコア（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ：ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線態様への改善を伴う。ＬＴＥは、その後のリリースを通じて進化し続ける。

ＬＴＥとＳＡＥとを備えるネットワークの全体的な例示的なアーキテクチャが、図１に示されている。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５など、１つまたは複数のエボルブドノードＢ（ｅＮＢ）と、ＵＥ１２０など、１つまたは複数のユーザ機器（ＵＥ）とを含む。３ＧＰＰ規格内で使用される「ユーザ機器」または「ＵＥ」は、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）３ＧＰＰＲＡＮが通常知られているような、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む、３ＧＰＰ規格準拠ネットワーク機器と通信することが可能である、任意の無線通信デバイス（たとえば、スマートフォンまたはコンピューティングデバイス）を意味する。

３ＧＰＰによって指定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、およびアップリンクおよびダウンリンクにおけるＵＥへのリソースの動的割り当て、ならびにＵＥとの通信のセキュリティを含む、ネットワークにおけるすべての無線関係機能の役目を果たす。これらの機能は、ｅＮＢ１０５、１１０、および１１５など、ｅＮＢ中に存在する。ｅＮＢの各々は、それぞれ、ｅＮＢ１０５、１１０、および１１５によってサーブされるセル１０６、１１１、および１１５を含む、もう１つのセルを含む地理的カバレッジエリアをサーブすることができる。

Ｅ－ＵＴＲＡＮにおけるｅＮＢは、図１に示されているように、Ｘ２インターフェースを介して互いと通信する。ｅＮＢはまた、ＥＰＣ１３０へのＥ－ＵＴＲＡＮインターフェースの役目を果たし、詳細には、図１中で、ＭＭＥ／Ｓ－ＧＷ１３４および１３８としてまとめて示されている、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）へのＳ１インターフェースの役目を果たす。概して、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的制御と、ＵＥとＥＰＣの残りとの間のデータフローの両方をハンドリングする。より詳細には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られる、ＵＥとＥＰＣとの間のシグナリング（たとえば、制御プレーン）プロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間のすべてのインターネットプロトコル（ＩＰ）データパケット（たとえば、データまたはユーザプレーン）をハンドリングし、ＵＥが、ｅＮＢ１０５、１１０、および１１５など、ｅＮＢ間を移動するとき、データベアラのためのローカルモビリティアンカーとして働く。

ＥＰＣ１３０は、ユーザおよび加入者関連情報を管理するホームサブスクライバサーバ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ：ＨＳＳ）１３１も含むことができる。ＨＳＳ１３１はまた、モビリティ管理におけるサポート機能、コールアンドセッションセットアップ、ユーザ認証、およびアクセス権限付与を提供することができる。ＨＳＳ１３１の機能は、旧式のホームロケーションレジスタ（ＨＬＲ）の機能、および認証センタ（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｅｎｔｒｅ：ＡｕＣ）機能または動作に関するものであることが可能である。ＨＳＳ１３１はまた、それぞれのＳ６ａインターフェースを介してＭＭＥ１３４および１３８と通信することができる。

いくつかの実施形態では、ＨＳＳ１３１は、Ｕｄインターフェースを介して（図１でＥＰＣ－ＵＤＲ１３５とラベルを付けられた）ユーザデータリポジトリ（ｕｓｅｒｄａｔａｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）と通信することができる。ＥＰＣ－ＵＤＲ１３５は、ユーザ資格証明書をＡｕＣアルゴリズムによって暗号化した後、ユーザ資格証明書を記憶することができる。これらのアルゴリズムは規格化されておらず（すなわち、ベンダ固有であり）、したがって、ＥＰＣ－ＵＤＲ１３５に記憶された暗号化された資格証明書は、ＨＳＳ１３１のベンダ以外のどのベンダによってもアクセス不能である。

図２は、ＵＥとｅＮＢとＭＭＥとの間の例示的な制御プレーン（ＣＰ）プロトコルスタックのブロック図を示す。例示的なプロトコルスタックは、ＵＥとｅＮＢとの間の物理（ＰＨＹ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リソース制御（ＲＲＣ）レイヤとを含む。ＰＨＹレイヤは、どのように特性が、およびどの特性が、ＬＴＥ無線インターフェース上のトランスポートチャネル上でデータを転送するために使用されるかに関与している。ＭＡＣレイヤは、論理チャネル上で、データ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再割り当てする。ＲＬＣレイヤは、上位レイヤにまたは上位レイヤから転送されるデータの、誤り検出および／または訂正と、連結と、セグメンテーションと、リアセンブリと、並べ替えとを提供する。ＰＤＣＰレイヤは、ＣＰとユーザプレーン（ＵＰ）の両方について暗号化／解読と完全性保護とを提供し、ならびに、ヘッダ圧縮など、他のＵＰ機能を提供する。例示的なプロトコルスタックは、ＵＥとＭＭＥとの間の非アクセス階層（ＮＡＳ）シグナリングをも含む。

ＲＲＣレイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、ならびにＥ－ＵＴＲＡＮにおけるセル間のＵＥのモビリティを制御する。ＵＥが電源投入された後に、ＵＥは、ネットワークとのＲＲＣ接続が確立されるまで、ＲＲＣ＿ＩＤＬＥ状態にあることになり、ＲＲＣ接続が確立されたときに、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することになる（たとえば、ここで、データ転送が行われ得る）。ＵＥは、ネットワークとの接続が解放された後に、ＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥはどのセルにも属さず、（たとえば、Ｅ－ＵＴＲＡＮにおいて）ＵＥのためにＲＲＣコンテキストが確立されず、ＵＥはネットワークとＵＬ同期外れである。たとえそうでも、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、ＥＰＣにおいて知られており、割り振られたＩＰアドレスを有する。

さらに、ＲＲＣ＿ＩＤＬＥ状態において、ＵＥの無線機は、上位レイヤによって設定された間欠受信（ＤＲＸ）スケジュール上でアクティブである。（「ＤＲＸオン持続時間」とも呼ばれる）ＤＲＸアクティブ期間中に、ＲＲＣ＿ＩＤＬＥＵＥは、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セル再選択をサポートするためにネイバーセルの測定を実施し、ＵＥがキャンピングしているセルをサーブするｅＮＢを介したＥＰＣからのページについてページングチャネルを監視する。

ＵＥは、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動するために、ランダムアクセス（ＲＡ）プロシージャを実施しなければならない。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＵＥをサーブするセルは知られており、サービングｅＮＢにおいてＵＥのために、ＵＥとｅＮＢとが通信することができるようにＲＲＣコンテキストが確立される。たとえば、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）、すなわち、ＵＥとネットワークとの間のシグナリングのために使用されるＵＥ識別情報が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥのために設定される。

３ＧＰＰＲｅｌ－１０は、２０ＭＨｚより広い帯域幅をサポートする。１つの重要なＲｅｌ－１０要件は、Ｒｅｌ－８とのバックワードコンパチビリティである。したがって、広帯域ＬＴＥＲｅｌ－１０キャリア（たとえば、＞２０ＭＨｚ）は、Ｒｅｌ－８（「旧式の」）端末には複数のキャリア（「コンポーネントキャリア」すなわちＣＣ（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ））のように見えるはずである。旧式の端末は、広帯域Ｒｅｌ－１０キャリアのすべての部分においてスケジューリングされることが可能である。これを達成するための１つの方式は、キャリアアグリゲーション（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ：ＣＡ）によるものであり、Ｒｅｌ－１０端末は、それぞれがＲｅｌ－８キャリアと同じ構造を有するのが好ましい複数のＣＣを受信することができる。

ＬＴＥデュアルコネクティビティ（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ：ＤＣ）がＲｅｌ－１２で導入された。ＤＣ動作では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥは、非理想バックホールで互いに接続された少なくとも２つの異なるネットワークポイントによって提供された無線リソースを消費する。ＬＴＥでは、これらの２つのネットワークポイントは、「マスタｅＮＢ」（ＭａｓｔｅｒｅＮＢ：ＭｅＮＢ）および「２次ｅＮＢ」（ＳｅｃｏｎｄａｒｙｅＮＢ：ＳｅＮＢ）と呼ばれてもよい。より一般には、マスタノード（ｍａｓｔｅｒｎｏｄｅ：ＭＮ）、アンカーノード、およびＭｅＮＢという用語は、互換的に使用されることが可能であり、その一方で、２次ノード（ｓｅｃｏｎｄａｒｙｎｏｄｅ：ＳＮ）、ブースタノード、およびＳｅＮＢという用語も、互換的に使用されることが可能である。ＤＣは、アグリゲートされたキャリア（またはセル）が、物理的に分離され、堅牢な高容量接続を介して接続されていないネットワークノードによって提供される、ＣＡの特殊なケースと見なされることが可能である。

現在、新無線（ＮｅｗＲａｄｉｏ：ＮＲ）とも呼ばれるセルラシステムの第５世代（「５Ｇ」）が、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で規格化されている。ＮＲは、様々な異なる使用事例をサポートするための最大フレキシビリティのために開発される。これらは、拡張モバイルブロードバンド（ｅＭＢＢ）と、マシン型通信（ＭＴＣ）と、超高信頼低レイテンシ通信（ＵＲＬＬＣ）と、サイドリンクＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）と、いくつかの他の使用事例とを含む。５Ｇ／ＮＲ技術は、第４世代ＬＴＥと多くの類似性を共有する。たとえば、等しい持続時間の複数のスロットを含む１ｍｓサブフレームへの、時間ドメイン物理リソースの類似の構成を両方のＰＨＹが利用し、各スロットが、複数のＯＦＤＭベースのシンボル時間を含む。別の例として、ＮＲＲＲＣレイヤは、ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を含むが、ＲＲＣ＿ＩＮＡＣＴＩＶＥとして知られる別の状態を追加する。ＬＴＥにおけるように、「セル」を介したカバレッジを提供することに加えて、ＮＲネットワークは、「ビーム」を介したカバレッジも提供する。一般に、ＤＬ「ビーム」は、ＵＥによって測定または監視され得るネットワーク送信されるＲＳのカバレッジエリアである。

ＤＣはまた、５Ｇ／ＮＲネットワークのための重要な特徴と想定される。いくつかのＤＣ（またはより一般的には、マルチコネクティビティ）シナリオが、ＮＲについて考慮された。これらは、ＭＮと（「ｇＮＢ」と呼ばれる）ＳＮの両方がＵＥと通信するためにＮＲインターフェースを採用することを除いて、上記で説明されたＬＴＥ－ＤＣと同様であるＮＲ－ＤＣを含む。さらに、様々なマルチＲＡＴＤＣ（ＭＲ－ＤＣ）シナリオが考慮され、それにより、ＵＥは、２つの異なるノード、すなわち、Ｅ－ＵＴＲＡ／ＬＴＥアクセスを提供する１つと、ＮＲアクセスを提供する他の１つとによって提供されるリソースを使用するように設定され得る。１つのノードは、（たとえば、ＭＣＧを提供する）ＭＮとして働き、他のノードは、（たとえば、ＳＣＧを提供する）ＳＮとして働き、ＭＮおよびＳＮは、ネットワークインターフェースを介して接続され、少なくともＭＮは、コアネットワーク（たとえば、ＥＰＣまたは５ＧＣ）に接続される。

ＣＧのそれぞれは、１つのＭＡＣエンティティと、１次セル（ＰＣｅｌｌ）と、随意に１つまたは複数の２次セル（ＳＣｅｌｌ）とを含む。「スペシャルセル」（または略して「ＳｐＣｅｌｌ」）という用語は、ＵＥのＭＡＣエンティティが、それぞれ、ＭＣＧに関連付けられるのかＳＣＧに関連付けられるのかに応じて、ＭＣＧのＰＣｅｌｌまたはＳＣＧのＰＳＣｅｌｌを指す。非ＤＣ動作（たとえば、ＣＡ）では、ＳｐＣｅｌｌはＰＣｅｌｌを指す。ＳｐＣｅｌｌは、常にアクティブ化され、ＵＥによる物理ＵＬ制御チャネル（ＰＵＣＣＨ）送信および競合ベースランダムアクセスをサポートする。

一般に、ＮＲＵＥは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、および、クロスキャリアスケジューリングが使用されない場合、潜在的に他のすべてのＳＣｅｌｌ上での、ＵＬグラントおよびＤＬスケジューリング割り振りのために、物理ＤＬ制御チャネル（ＰＤＣＣＨ）を継続的に監視する必要がある。クロスキャリアスケジューリングが使用されたとしても、ＵＥは、ＳＣｅｌｌがＭＣＧに属するのかＳＣＧに属するのかに応じて、ＳＣｅｌｌのために、ＰＣｅｌｌまたはＰＳＣｅｌｌ上で追加のＰＤＣＣＨ監視を実施しなければならない。

ＭＲ－ＤＣにおけるＵＥのネットワークエネルギー効率およびバッテリライフを改善するために、３ＧＰＰＲｅｌ－１７は、効率的なＳＣＧ／ＳＣｅｌｌアクティブ化／非アクティブ化のためのワークアイテムを含む。これは、いくつかの場合には、ＮＲＵＥエネルギー消費が、ＬＴＥより３から４倍高いので、ＮＲＳＣＧを伴うＭＲ－ＤＣ設定にとって特に重要になり得る。

それでも、ＵＥのＳＣＧが非アクティブ化される（または、より一般には、ＳＣＧ中断、ＳＣＧ休止などの低減エネルギーモードにある）場合、ＵＥは、ＳＣＧのＰＳＣｅｌｌおよびＳＣｅｌｌのためのＰＤＣＣＨの監視を止めてもよい。これは、ビーム障害検出および回復を含む、ＳＣＧ内のＵＥのビーム管理に関する様々な問題、問題点、および／または困難を引き起こすおそれがある。

本開示の実施形態は、上記で概説され、下記でより詳細に説明される例示的な問題を克服するためのソリューションを容易にすることなどによって、無線ネットワークで動作するＵＥに、ビーム管理に固有の改善をもたらす。

本開示の実施形態は、ＭＣＧおよびＳＣＧを介して無線ネットワークと通信するように設定されたＵＥのための方法（たとえば、プロシージャ）を含む。これらの例示的な方法は、ＭＣＧまたはＳＣＧを介して第１のコマンドを受信することに応答して、ＳＣＧのための低減エネルギーモードに入ることを含むことができる。これらの例示的な方法はまた、ＳＣＧのための低減エネルギーモードに、およびＭＣＧのためのアクティブ化モードにある間に、ＳＣＧのためのビーム障害検出（ＢＦＤ）を実施し、ＳＣＧのための１つまたは複数のビーム管理動作の実施を控えることを含むことができる。

いくつかの実施形態では、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧに対するＢＦＤを実施することは、
・第１のコマンドを受信する前に実施されていたＳＣＧに対するＢＦＤを続けること、
・ＳＣＧのための低減エネルギーモードに固有のＳＣＧＢＦＤ設定、
・ＳＣＧのサービングセルのサブセットであって、無線ネットワークによって設定される、サブセット、および
・第１のコマンドを受信する前に稼働していたＳＣＧＢＦＤに関係のある１つまたは複数のタイマーまたはカウンタをリセットすること
のうちの１つまたは複数に基づく。

これらの実施形態のうちのいくつかでは、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧに対するＢＦＤを実施することは、サブセットに含まれるサービングセルに対するＢＦＤを実施し、サブセットに含まれないＳＣＧのサービングセルに対するＢＦＤの実施を控えることを含む。

いくつかの実施形態では、ＳＣＧのための１つまたは複数のビーム管理動作（すなわち、ＵＥが実施を控える動作）は、ＳＣＧに関連付けられたビームのレイヤ１（ｌａｙｅｒ－１：Ｌ１）測定を実施することと、ＳＣＧに関連付けられたビームに対して実施されるＬ１測定を報告することとのうちのいずれかを含む。

いくつかの実施形態では、例示的な方法はまた、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後、１つまたは複数の動作を実施することを含むことができ、１つまたは複数の動作は、
・ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ること、
・ＳＣＧに対してランダムアクセス（ＲＡ）プロシージャを実施すること、
・ＳＣＧ内のビーム障害がＵＥの下位プロトコルレイヤによって検出されたことを、ＵＥにおける上位プロトコルレイヤに指示すること、
・ＳＣＧ内でビーム障害が検出されたという指示を、第２のネットワークノードに、またはＭＣＧを提供するように設定された第１のネットワークノードに、送ること、および
・ＳＣＧのためのモードを指示する第２のコマンドを、第１のネットワークノードから受信すること
のうちのいずれかを含む。

これらの実施形態のうちのいくつかでは、ＲＡプロシージャは、ビーム障害回復のために開始され、ＳＣＧに関連付けられたビーム障害を検出することに応答したものであり、第２のコマンドは、ＲＡプロシージャが完了した後に受信され、ＳＣＧのためのアクティブ化モードを指示し、ＳＣＧのためのアクティブ化モードに入ることは、第２のコマンドに応答したものである。

いくつかの変形態では、これらの例示的な方法はまた、ＳＣＧのための低減エネルギーモードに、およびＭＣＧのためのアクティブ化モードにある間に、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、ＭＣＧを介して受信することと、ＳＣＧのためのアクティブ化モードに入ると同時に、受信されたＴＣＩ状態に基づいてＳＣＧのＰＤＣＣＨを監視することとを含むことができる。いくつかのさらなる変形態では、受信されたＴＣＩ状態は、ＳＣＧのＰＤＣＣＨに関連付けられた最も新しいＴＣＩ状態とは異なり、最も新しいＴＣＩ状態は、ＳＣＧのための低減エネルギーモードに入る前に受信される。

他のこれらの実施形態では、ＳＣＧのためのアクティブ化モードに入ることは、ＳＣＧ内のビーム障害を検出することに応答したものであり、ＳＣＧに対してＲＡプロシージャを実施することは、ＳＣＧのためのアクティブ化モードに入ることに応答したものである。いくつかの変形態では、これらの例示的な方法はまた、ＳＣＧのためのアクティブ化モードから出て、ＳＣＧのための低減エネルギーモードに入ること、または第２のコマンドに従って（すなわち、受信されたとき）ＳＣＧモードをセットすることのうちの１つを含むことができる。

さらなる変形態では、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後に実施される１つまたは複数の動作は、ＳＣＧのためのアクティブ化モードに入ること、またはＲＡプロシージャの成功裏の完了に応答して第１のタイマーを開始することを含む。このような変形態では、ＳＣＧのためのアクティブ化モードから出て、ＳＣＧのための低減エネルギーモードに入ることは、第２のコマンドを受信せずに第１のタイマーの期限が切れたことに応答したものである。

他のこれらの実施形態では、ＳＣＧに対してＲＡプロシージャを実施することは、ビーム障害回復のためであり、ＳＣＧに関連付けられたビーム障害を検出することに応答したものである。また、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後に実施される１つまたは複数の動作は、ＲＡプロシージャの成功裏の完了に応答して第２のタイマーを開始することを含む。このような変形態では、ＳＣＧのためのアクティブ化モードに入ることは、第２のコマンドを受信せずに第２のタイマーの期限が切れたことに応答したものである。

他のこれらの実施形態では、ＳＣＧに対してＲＡプロシージャを実施することは、ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを受信することに応答したものである。また、ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ることは、ＲＡプロシージャの成功裏の完了に応答したものである。

これらおよび他の特定の実施形態のいくつかの変形態では、ＳＣＧに対するＲＡプロシージャは、ＵＥの下位プロトコルレイヤによってビーム障害が検出されたという指示に基づいて、ＵＥの上位プロトコルレイヤによって開始される。

これらの実施形態のうちのいくつかでは、ＳＣＧ内でビーム障害が検出されたという指示は、ＳＣＧに対するＲＡプロシージャの中で第２のネットワークノードに送られ、ＳＣＧに対してＲＡプロシージャを実施することは、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、ＳＣＧを介して受信することを含む。このような実施形態では、ＴＣＩ状態は、ＳＣＧ内でビーム障害が検出されたという指示に基づく。いくつかの変形態では、ＳＣＧ内でビーム障害が検出されたという指示は、低減エネルギーモードにあるＳＣＧのためのＢＦＲに関連付けられた論理チャネルを介してＭＡＣＣＥとして送られる。

他のこれらの実施形態では、ＳＣＧ内でビーム障害が検出されたという指示を第１のネットワークノードに送ることは、ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを受信することに応答したものである。また、ＳＣＧに対してＲＡプロシージャを実施することは、指示を送ることに応答したものであり、ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ることは、ＳＣＧに対するＲＡプロシージャの成功裏の完了に応答したものである。いくつかの変形態では、指示は、
・ＲＲＣメッセージ内のＳＣＧ故障情報フィールドであって、ビーム障害を指示する特定の値を有する、フィールド、
・ＳＣＧビーム障害報告（ＢＦＲ）に関連付けられた論理チャネルを介したＭＡＣＣＥ、および
・ＢＦＲに関連付けられ、ＳＣＧの識別子を含む、ＭＡＣＣＥ
のうちの１つとして第１のネットワークノードに送られる。

これらの実施形態のうちのいくつかでは、ＢＦＲのためのＳＣＧに対して実施されるＲＡプロシージャは、
・ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出しなかった後にＳＣＧに対して実施される第１のＲＡプロシージャ、および
・ＳＣＧのためのアクティブ化モードにある間に、ＳＣＧに対して実施される第２のＲＡプロシージャ。
のうちの１つまたは複数とは異なる。

いくつかの実施形態では、これらの例示的な方法はまた、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出しなかった後に、１つまたは複数の動作を実施することを含むことができ、１つまたは複数の動作は、
・ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを、第１のネットワークノードから受信すること、
・ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ること、および
・ＵＥがＳＣＧのための低減エネルギーモードに入る前に、無線ネットワークによって設定されたＴＣＩ状態に基づいて、ＭＣＧ内またはＳＣＧ内のＰＤＣＣＨを監視すること。
のうちのいずれかを含む。

いくつかの変形態では、ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのための接続モードに入ることは、第２のコマンドを受信することに応答したものであり、ＭＣＧ内のＰＤＣＣＨを監視することは、第２のコマンドを受信することに応答したものである。

他の実施形態は、無線ネットワークにおけるＵＥにＳＣＧを提供するように設定された第２のネットワークノードのための方法（たとえば、プロシージャ）を含む。これらの例示的な方法は、ＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドを、ＵＥがＳＣＧのためのアクティブ化モードにある間にＵＥに送ることを含むことができる。これらの例示的な方法はまた、ＵＥがＳＣＧのための低減エネルギーモードにある間に１つまたは複数の動作を実施することを含むことができ、１つまたは複数の動作は、
・ＳＣＧ内のＵＥでＲＡプロシージャを実施すること、および
・ＵＥがＳＣＧのための低減エネルギーモードにある間に、ＵＥがＳＣＧ内のビーム障害を検出したという指示を、ＵＥから、またはＵＥにＭＣＧを提供するように設定された第１のネットワークノードから受信すること
のうちのいずれかを含む。

いくつかの実施形態では、指示は、ＳＣＧに対するＲＡプロシージャの中でＵＥから受信される。このような実施形態では、ＵＥがＳＣＧのための低減エネルギーモードにある間に実施される１つまたは複数の動作は、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、指示に基づいて判定することを含む。このような実施形態では、ＲＡプロシージャを実施することは、ＴＣＩ状態をＵＥに送ることを含む。いくつかの変形態では、ＳＣＧ内でビーム障害が検出されたという指示は、低減エネルギーモードにあるＳＣＧのためのＢＦＲに関連付けられた論理チャネルを介してＭＡＣＣＥとして受信される。

他の実施形態では、指示は、第１のネットワークノードから受信され、例示的な方法はまた、受信された指示に基づいてＳＣＧを解放することを含むことができる。

他の実施形態では、これらの例示的な方法はまた、ＳＣＧのためのアクティブ化モードにあるＵＥの動作の再開の要求を第１のネットワークノードに送ることを含むことができる。指示は、要求に応答して第１のネットワークノードから受信される。

いくつかの実施形態では、これらの例示的な方法はまた、ＵＥがＳＣＧのための低減エネルギーモードに入る前に、ＳＣＧＢＦＤ設定、およびＳＣＧのサービングセルのサブセットという、ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数をＵＥに送ることを含むことができる。このような実施形態では、ＳＣＧ内の指示されたビーム障害検出は、ＳＣＧのための低減エネルギーモードに固有の情報（すなわち、ＳＣＧＢＦＤ設定および／またはサービングセルのサブセット）に基づく。いくつかの変形態では、
・ＳＣＧＢＦＤ設定が、ＳＣＧのサービングセルのサブセットを含むこと、
・ＵＥがＳＣＧのための低減エネルギーモードにある間に、サブセットだけがＢＦＤについて監視されるべきであること、および
・ＳＣＧＢＦＤ設定が、第１のコマンドと共に送られること
のうちの１つまたは複数が適用される。

他の実施形態は、無線ネットワークにおけるＵＥにＭＣＧを提供するように設定された第１のネットワークノードのための方法（たとえば、プロシージャ）を含む。これらの例示的な方法は、ＵＥがＭＣＧのためのアクティブ化モードに、およびＳＣＧのための低減エネルギーにある間に、ＳＣＧのためのアクティブ化モードに入るようにという第２のコマンドをＵＥに送ることを含むことができる。これらの例示的な方法はまた、ＵＥがＳＣＧのための低減エネルギーモードにある間に１つまたは複数の動作を実施することを含むことができ、１つまたは複数の動作は、
・ＵＥがＳＣＧのための低減エネルギーモードにあった間にＵＥがＳＣＧ内のビーム障害を検出したという指示を、ＵＥから受信すること、および
・ＵＥのために以前に設定されたＴＣＩ状態に基づいて、ＭＣＧ内のＵＥにＰＤＣＣＨを送信すること。
のうちのいずれかを含む。

いくつかの実施形態では、これらの例示的な方法はまた、ＳＣＧを提供するように設定された第２のネットワークノードに指示を転送することを含むことができる。

いくつかの実施形態では、指示は、
・ＲＲＣメッセージ内のＳＣＧ故障情報フィールドであって、ビーム障害を指示する特定の値を有する、フィールド、
・ＳＣＧＢＦＲに関連付けられた論理チャネルを介したＭＡＣＣＥ、および
・ＢＦＲに関連付けられ、ＳＣＧの識別子を含む、ＭＡＣＣＥ
のうちの１つとしてＵＥから受信される。

いくつかの実施形態では、ＴＣＩ状態は、ＵＥがＳＣＧのための低減エネルギーモードに入る前、またはＵＥがＳＣＧのための低減エネルギーモードにある間のうちの１つにおいて、ＳＣＧを提供するように設定された第２のネットワークノードによって以前に設定された。

いくつかの実施形態では、これらの例示的な方法はまた、ＳＣＧのためのアクティブ化モードにあるＵＥの動作の再開の要求を、ＳＣＧを提供するように設定された第２のネットワークノードから受信することを含むことができる。第２のコマンドは、要求に応答して送られる。

いくつかの実施形態では、これらの例示的な方法はまた、ＵＥがＳＣＧのための低減エネルギーモードに入る前に、ＳＣＧＢＦＤ設定、およびＳＣＧのサービングセルのサブセットという、ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数をＵＥに送ることを含むことができる。このような実施形態では、ＳＣＧ内の指示されたビーム障害検出は、ＳＣＧのための低減エネルギーモードに固有の情報に基づく。いくつかの変形態では、
・ＳＣＧＢＦＤ設定が、ＳＣＧのサービングセルのサブセットを含むこと、
・ＵＥがＳＣＧのための低減エネルギーモードにある間に、サブセットだけがＢＦＤについて監視されるべきであること、および
・ＳＣＧＢＦＤ設定が、ＵＥがＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドと共に送られること
のうちの１つまたは複数が適用される。

他の実施形態は、本明細書で説明される例示的な方法のいずれかに対応する動作を実施するように設定された、ＵＥ（たとえば、無線デバイス、ＩｏＴデバイスなど、もしくはその構成要素）またはネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、もしくはその構成要素）を含む。他の実施形態は、処理回路によって実行されると、本明細書で説明される例示的な方法のいずれかに対応する動作を実施するように、このようなＵＥまたはネットワークノードを設定するプログラム命令を記憶する非一時的コンピュータ可読媒体を含む。

本明細書で説明されるこれらおよび他の実施形態は、ＳＣＧ再アクティブ化のために、ある程度のビームアラインメントを保ちながら、非アクティブ化されたＳＣＧのためのＣＳＩおよび／またはＬ１ビーム測定の報告をＵＥに要求しないことによって、ＵＥのエネルギー消費の低減を容易にすることができる。ＵＥは、ＢＦＤに対するビーム監視を実施するので、ＵＥは、ＳＣＧが非アクティブ化されていた間にＢＦＤが検出されない限り、再開レイテンシを低減させる、ＳＣＧ再アクティブ化の際の、必要に応じたランダムアクセスをトリガすることができる。特定の実施形態は、ＳＣＧ再アクティブ化のためのＵＥの準備も容易にし、ＵＥは、ＳＣＧが非アクティブ化されている間に、確立されたビームアラインメントに対してＢＦＲを実施する。

本開示の実施形態のこれらおよび他の目的、特徴および利点は、以下で手短に説明される図面に鑑みて以下の発明を実施するための形態を読むと明らかになろう。

例示的なＬＴＥネットワークアーキテクチャの高レベルブロック図である。例示的なＬＴＥ制御プレーン（ＣＰ）プロトコルレイヤを示す図である。例示的な５Ｇ／ＮＲネットワークアーキテクチャの高レベル図である。ＥＰＣおよび５ＧＣを使用したマルチＲＡＴＤＣ（ＭＲ－ＤＣ）をサポートする例示的なネットワークアーキテクチャの高レベル図を示す図である。ＥＰＣおよび５ＧＣを使用したマルチＲＡＴＤＣ（ＭＲ－ＤＣ）をサポートする例示的なネットワークアーキテクチャの高レベル図を示す図である。ＥＰＣによるＥＮ－ＤＣ、および５ＧＣによるＭＲ－ＤＣのための、ＵＥの観点からのユーザプレーン（ＵＰ）無線プロトコルアーキテクチャを示す図である。ＥＰＣによるＥＮ－ＤＣ、および５ＧＣによるＭＲ－ＤＣのための、ＵＥの観点からのユーザプレーン（ＵＰ）無線プロトコルアーキテクチャを示す図である。ＥＰＣによるＥＮ－ＤＣ、および５ＧＣによるＭＲ－ＤＣのための、ネットワーク観点からのＵＰ無線プロトコルアーキテクチャを示す図である。ＥＰＣによるＥＮ－ＤＣ、および５ＧＣによるＭＲ－ＤＣのための、ネットワーク観点からのＵＰ無線プロトコルアーキテクチャを示す図である。ＮＲＵＥのための例示的な周波数ドメイン設定を示す図である。ＮＲスロットのための例示的な時間－周波数リソースグリッドを示す図である。ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報エレメント（ＩＥ）の例示的な構造を示す図である。ＴＣＩ状態設定のために使用される様々な例示的なＩＥまたはフィールドのためのＡＳＮ．１データ構造を示す図である。ＴＣＩ状態設定のために使用される様々な例示的なＩＥまたはフィールドのためのＡＳＮ．１データ構造を示す図である。ＴＣＩ状態設定のために使用される様々な例示的なＩＥまたはフィールドのためのＡＳＮ．１データ構造を示す図である。ＴＣＩ状態設定のために使用される様々な例示的なＩＥまたはフィールドのためのＡＳＮ．１データ構造を示す図である。ＴＣＩ状態がどのように設定および／またはアクティブ化されるかについての様々な態様を示す図である。ＴＣＩ状態がどのように設定および／またはアクティブ化されるかについての様々な態様を示す図である。ＴＣＩ状態がどのように設定および／またはアクティブ化されるかについての様々な態様を示す図である。例示的なＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇおよびＳｐＣｅｌｌＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造をそれぞれ示す図である。例示的なＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇおよびＳｐＣｅｌｌＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造をそれぞれ示す図である。例示的なＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造を示す図である。ＮＲＳＣｅｌｌについての例示的な状態遷移図である。様々な例示的な本開示の実施形態による、異なるＲＳリソースがＵＥビーム障害検出のために設定される一方で、ＵＥのＳＣＧがアクティブ化および非アクティブ化される場合を示す図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。本開示の様々な実施形態による、ＭＡＣエンティティとＲＲＣエンティティとの間の様々なＵＥ内部のシグナリングを示す図である。本開示の様々な実施形態による、ＭＡＣエンティティとＲＲＣエンティティとの間の様々なＵＥ内部のシグナリングを示す図である。本開示の様々な実施形態による、ＭＡＣエンティティとＲＲＣエンティティとの間の様々なＵＥ内部のシグナリングを示す図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。図２６Ａ～図２６Ｂを含み、本開示の様々な実施形態による、非アクティブ化されたＳＣＧ内のビーム障害を報告するために使用可能な例示的なＲＲＣＩＥのためのＡＳＮ．１データ構造を示す図である。図２６Ａ～図２６Ｂを含み、本開示の様々な実施形態による、非アクティブ化されたＳＣＧ内のビーム障害を報告するために使用可能な例示的なＲＲＣＩＥのためのＡＳＮ．１データ構造を示す図である。本開示の様々な実施形態による、ＵＥと、ＵＥのＭＣＧおよびＳＣＧに関連付けられたネットワークノードとの間の信号流れ図である。特にＢＦＤのセルグループ間報告の場合のための特定の実施形態を示す信号流れ図である。本開示の様々な実施形態による、ＵＥ（たとえば、無線デバイス、ＩｏＴデバイスなど、またはその構成要素）のための例示的な方法（たとえば、プロシージャ）の流れ図である。本開示の様々な実施形態による、無線ネットワーク（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）における第２のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど）のための例示的な方法（たとえば、プロシージャ）の流れ図である。本開示の様々な実施形態による、無線ネットワーク（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）における第１のネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど）のための例示的な方法（たとえば、プロシージャ）の流れ図である。無線ネットワークの実施形態を示す図である。ＵＥの実施形態を示す図である。無線ネットワークにおけるネットワークノードの様々な実施形態の実装形態のために使用可能な例示的な仮想化環境を示すブロック図である。本開示の様々な実施形態による、様々な通信システムおよび／またはネットワークのブロック図である。本開示の様々な実施形態による、様々な通信システムおよび／またはネットワークのブロック図である。本開示の様々な実施形態による、ユーザデータの送信および／または受信のための例示的な方法（たとえば、プロシージャ）の流れ図である。本開示の様々な実施形態による、ユーザデータの送信および／または受信のための例示的な方法（たとえば、プロシージャ）の流れ図である。本開示の様々な実施形態による、ユーザデータの送信および／または受信のための例示的な方法（たとえば、プロシージャ）の流れ図である。本開示の様々な実施形態による、ユーザデータの送信および／または受信のための例示的な方法（たとえば、プロシージャ）の流れ図である。

次に、添付の図面を参照しながら、上記で概説された実施形態がより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになろう。

さらに、以下の用語が、以下で与えられる説明全体にわたって使用される。
・無線ノード：本明細書で使用される「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
・無線アクセスノード：本明細書で使用される「無線アクセスノード」（または等価的に、「無線ネットワークノード」、「無線アクセスネットワークノード」、または「ＲＡＮノード」）は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードであり得る。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ／ｅｎ－ｇＮＢ）、あるいは３ＧＰＰＬＴＥネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ／ｎｇ－ｅＮＢ））と、基地局分散構成要素（たとえば、ＣＵおよびＤＵ）と、基地局制御プレーン構成要素および／またはユーザプレーン構成要素（たとえば、ＣＵ－ＣＰ、ＣＵ－ＵＰ）と、高電力またはマクロ基地局と、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、フェムト基地局、またはホーム基地局など）と、無線アクセスバックホール統合伝送（ＩＡＢ）ノードと、送信ポイントと、リモートラジオユニット（ＲＲＵまたはＲＲＨ）と、リレーノードとを含む。
・コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、サービス能力公開機能（ＳＣＥＦ）などを含む。
・無線デバイス：本明細書で使用される「無線デバイス」（または略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することによって、セルラ通信ネットワークへのアクセスを有する（すなわち、セルラ通信ネットワークによってサーブされる）任意のタイプのデバイスである。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴うことができる。無線デバイスのいくつかの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、モバイル型通信（ＭＴＣ）デバイス、モノのインターネット（ＩｏＴ）デバイス、車載無線端末デバイスなどを含む。別段に記載されていない限り、「無線デバイス」という用語は、本明細書では、「ユーザ機器」（または略して「ＵＥ」）という用語と互換的に使用される。
・ネットワークノード：本明細書で使用される「ネットワークノード」は、無線アクセスネットワーク（たとえば、上記で説明された無線アクセスノードまたは等価な名称）または、セルラ通信ネットワークのコアネットワーク（たとえば、上記で説明されたコアネットワークノード）のいずれかの一部である任意のノードである。機能的に、ネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供するための、および／または、セルラ通信ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、セルラ通信ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器である。

本明細書の説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。さらに、「セル」という用語が本明細書で使用されるが、（特に５ＧＮＲに関して）セルの代わりにビームが使用され得、したがって、本明細書で説明される概念がセルとビームの両方に等しく適用されることを理解されたい。

手短に上述したように、ＵＥのＳＣＧが非アクティブ化される（または、より一般には、ＳＣＧ中断、ＳＣＧ休止などの低減エネルギーモードにある）場合、ＵＥは、ＳＣＧのＰＳＣｅｌｌおよびＳＣｅｌｌのためのＰＤＣＣＨの監視を止めてもよい。これは、ビーム障害検出およびビーム障害回復を含む、ＳＣＧにおけるＵＥのビーム管理に関する様々な問題、問題点、および／または困難を引き起こすおそれがある。これは、ＮＲネットワークアーキテクチャおよび様々なデュアルコネクティビティ（ＤＣ）構成についての以下の説明の後、下記でより詳細に論じられる。

図３は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）３９９と５Ｇコア（５ＧＣ）３９８とからなる５Ｇネットワークアーキテクチャの高レベル図を示す。ＮＧ－ＲＡＮ３９９は、インターフェース３０２、３５２を介してそれぞれ接続されたｇＮＢ３００、３５０などの、１つまたは複数のＮＧインターフェースを介して３ＧＣに接続されたｇＮｏｄｅＢ（ｇＮＢ）のセットを含むことができる。さらに、ｇＮＢは、ｇＮＢ３００とｇＮＢ３５０との間のＸｎインターフェース３４０など、１つまたは複数のＸｎインターフェースを介して互いに接続され得る。ＵＥへのＮＲインターフェースに関して、ｇＮＢの各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せをサポートすることができる。

ＮＧ－ＲＡＮ３９９は、無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）とに階層化される。ＮＧ－ＲＡＮアーキテクチャ、すなわち、ＮＧ－ＲＡＮ論理ノードと、ＮＧ－ＲＡＮ論理ノード間のインターフェースとは、ＲＮＬの一部として規定される。各ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）では、関係するＴＮＬプロトコルと機能とが指定される。ＴＮＬは、ユーザプレーントランスポートとシグナリングトランスポートとのためのサービスを提供する。いくつかの例示的な設定では、「ＡＭＦ領域」内のすべての５ＧＣノードに各ｇＮＢが接続され、これは、３ＧＰＰＴＳ２３．５０１において規定されている。ＮＧ－ＲＡＮインターフェースのＴＮＬ上のＣＰデータとＵＰデータとのためのセキュリティ保護がサポートされる場合、ＮＤＳ／ＩＰが適用されるものとする。

図３に示されているＮＧＲＡＮ論理ノードは、中央（または集中型）ユニット（ＣＵまたはｇＮＢ－ＣＵ）と１つまたは複数の分散（または非集中型）ユニット（ＤＵまたはｇＮＢ－ＤＵ）とを含む。たとえば、ｇＮＢ３００は、ｇＮＢ－ＣＵ３１０と、ｇＮＢ－ＤＵ３２０および３３０とを含む。ＣＵ（たとえば、ｇＮＢ－ＣＵ３１０）は、上位レイヤプロトコルをホストし、ＤＵの動作を制御することなどの様々なｇＮＢ機能を実施する、論理ノードである。各ＤＵは、下位レイヤプロトコルをホストし、機能的スプリットに応じて、ｇＮＢ機能の様々なサブセットを含むことができる、論理ノードである。したがって、ＣＵおよびＤＵの各々は、処理回路と、（たとえば、通信のための）トランシーバ回路と、電力供給回路とを含む、それらのそれぞれの機能を実施するために必要とされる様々な回路を含むことができる。その上、「中央ユニット」および「集中型ユニット」という用語は本明細書では互換的に使用され、「分散ユニット」および「非集中型ユニット」という用語も同様である。

ｇＮＢ－ＣＵが、図３に示されているインターフェース３２２および３３２など、それぞれのＦ１論理インターフェース上で、ｇＮＢ－ＤＵに接続する。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、他のｇＮＢおよび５ＧＣにｇＮＢとして見えるにすぎない。言い換えれば、Ｆ１インターフェースはｇＮＢ－ＣＵを越えて見えない。図３によって示されているｇＮＢスプリットＣＵ－ＤＵアーキテクチャでは、ＤＣは、ＵＥが同じＣＵによってサーブされる複数のＤＵに接続することを可能にすることによって、またはＵＥが異なるＣＵによってサーブされる複数のＤＵに接続することを可能にすることによって、達成され得る。

ＤＣはまた、５Ｇ／ＮＲネットワークのための重要な特徴であると想定される。３ＧＰＰＴＲ３８．８０４（ｖ１４．０．０）は、ＭＮおよびＳＮが、ＮＲＲＡＴ、ＬＴＥＲＡＴ、または両方を適用することができ、ＥＰＣまたは５ＧＣに接続することができる、様々な例示的なデュアルコネクティビティ（ＤＣ）シナリオまたは設定を説明する。以下の専門用語は、これらの例示的なＤＣシナリオまたは設定を説明するために使用される。
・ＤＣ：ＬＴＥＤＣ（すなわち、上記で論じられたように、ＭＮとＳＮ両方がＬＴＥを採用する）、
・ＥＮ－ＤＣ：ＭＮ（ｅＮＢ）がＬＴＥを採用し、ＳＮ（ｇＮＢ）がＮＲを採用し、両方がＥＰＣに接続される、ＬＴＥ－ＮＲＤＣ、
・ＮＧＥＮ－ＤＣ：ＵＥが、ＭＮとして働く１つのｎｇ－ｅＮＢ、およびＳＮとして働く１つのｇＮＢに接続される、ＬＴＥ－ＮＲデュアルコネクティビティ。ｎｇ－ｅＮＢは５ＧＣに接続され、ｇＮＢが、Ｘｎインターフェースを介してｎｇ－ｅＮＢに接続される。
・ＮＥ－ＤＣ：ＵＥが、ＭＮとして働く１つのｇＮＢ、およびＳＮとして働く１つのｎｇ－ｅＮＢに接続されるＬＴＥ－ＮＲデュアルコネクティビティ。ｇＮＢは、５ＧＣに接続され、ｎｇ－ｅＮＢは、Ｘｎインターフェースを介してｇＮＢに接続される。
・ＮＲ－ＤＣ（またはＮＲ－ＮＲＤＣ）：ＭＮとＳＮ両方がＮＲを採用し、ＮＧを介して５ＧＣに接続する。
・ＭＲ－ＤＣ（マルチＲＡＴＤＣ）：３ＧＰＰＴＳ３６．３００（ｖ１６．０．０）で説明されるＥ－ＵＴＲＡ内デュアルコネクティビティ（ＤＣ）の一般化であり、ここでは、１つがＥ－ＵＴＲＡアクセスを提供し、他の１つがＮＲアクセスを提供する、非理想バックホールを介して接続された２つの異なるノードによって提供されたリソースを、複数のＲｘ／ＴｘＵＥが利用するように設定されてもよい。一方のノードがＭＮとして働き、他方のノードがＳＮとして働き、一方がＬＴＥを使用し、他方がＮＲを使用する。ＭＮおよびＳＮは、ネットワークインターフェースを介して接続され、少なくともＭＮが、コアネットワークに接続される。ＥＮ－ＤＣ、ＮＥ－ＤＣ、およびＮＧＥＮ－ＤＣは、ＭＲ－ＤＣの異なる実例のケースである。

図４は、Ｅ－ＵＴＲＡＮ４９９およびＥＰＣ４９８を含む、ＥＮ－ＤＣをサポートする例示的なネットワークアーキテクチャの高レベル図を示す。図に示されるように、Ｅ－ＵＴＲＡＮ４９９は、それぞれのＸ２（またはＸ２～Ｕ）インターフェースを介して互いに相互接続された、ｅｎ－ｇＮＢ４１０（たとえば、４１０ａ、ｂ）およびｅＮＢ４２０（たとえば、４２０ａ、ｂ）を含むことができる。ｅＮＢ４２０は、図１に示されたものに似ていることが可能であり、その一方で、ｎｇ－ｅＮＢは、Ｘ２インターフェースを介して５ＧＣに接続するのではなく、Ｓ１－Ｕインターフェースを介してＥＰＣ４９８に接続することを除いて、図３に示されたｇＮＢに似ていることが可能である。ｅＮＢはまた、図１に示された構成と同様に、Ｓ１インターフェースを介してＥＰＣ４９８に接続する。より詳細には、ｅｎ－ｇＮＢ４１０（たとえば、４１０ａ、ｂ）およびｅＮＢ４２０（たとえば、４２０ａ、ｂ）は、ＥＰＣ４９８におけるＭＭＥ（たとえば、ＭＭＥ４３０ａ、ｂ）およびＳ－ＧＷ（たとえば、Ｓ－ＧＷ４４０ａ、ｂ）に接続する。

ｅｎ－ｇＮＢとｅＮＢのそれぞれが、図４に例示として示されたセル４１１ａ～ｂおよび４２１ａ～ｂを含む、もう１つのセルを含む地理的なカバレッジエリアをサーブすることができる。ＵＥ４０５が置かれた特定のセルに応じて、ＵＥ４０５は、ＮＲまたはＬＴＥ無線インターフェースを介してこの特定のセルをサーブするｅｎ－ｇＮＢまたはｅＮＢとそれぞれ通信することができる。追加として、ＵＥ４０５は、図４に示されたセル４２０ａおよび４１０ａなどの、ｅＮＢによってサーブされる第１のセル、およびｅｎ－ｇＮＢによってサーブされる第２のセルと、ＥＮ－ＤＣコネクティビティの状態にあることが可能である。

手短に上述したように、ＮＲネットワークは、「ビーム」を介したカバレッジも提供する。一般に、ＤＬ「ビーム」は、ＵＥによって測定または監視され得るネットワーク送信されるＲＳのカバレッジエリアである。ＮＲでは、たとえば、このようなＲＳは、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）、ＣＳＩ－ＲＳ、３次参照信号（または他のいずれかの同期信号）、ポジショニングＲＳ（ＰＲＳ）、ＤＭＲＳ、位相追跡参照信号（ＰＴＲＳ）などのいずれかを単独または組合せで含むことができる。一般に、ＳＳＢは、ＲＲＣ状態に関わらす、すべてのＵＥに利用可能であり、その一方で、他のＲＳ（たとえば、ＣＳＩ－ＲＳ、ＤＭ－ＲＳ、ＰＴＲＳ）は、ネットワーク接続を有する、すなわちＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、固有のＵＥに関連付けられる。

図５は、５ＧＣに基づくＭＲ－ＤＣ設定をサポートする例示的なネットワークアーキテクチャの高レベル図を示す。より詳細には、図５は、ＮＧ－ＲＡＮ５９９および５ＧＣ５９８を示す。ＮＧ－ＲＡＮ５９９は、それぞれのＸｎインターフェースを介して互いに相互接続された、ｇＮＢ５１０（たとえば、５１０ａ、ｂ）およびｎｇ－ｅＮＢ５２０（たとえば、５２０ａ、ｂ）を含むことができる。ｇＮＢおよびｎｇ－ｅＮＢはまた、ＮＧインターフェースを介して５ＧＣ５９８に、より詳細には、それぞれのＮＧ－Ｃインターフェースを介してＡＭＦ（アクセスおよびモビリティ管理機能）５３０（たとえば、ＡＭＦ５３０ａ、ｂ）に、ならびに、それぞれのＮＧ－Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）５４０（たとえば、ＵＰＦ５４０ａ、ｂ）に、接続される。その上、ＡＭＦ５３０ａ、ｂは、１つまたは複数のセッション管理機能（ＳＭＦ、たとえば、ＳＭＦ５５０ａ、ｂ）およびネットワーク公開機能（ＮＥＦ、たとえば、ＮＥＦ５６０ａ、ｂ）と通信することができる。

ｇＮＢ５１０のそれぞれは、図３に示されたものに似ていることが可能であり、その一方で、ｎｇ－ｅＮＢのそれぞれは、Ｓ１インターフェースを介してＥＰＣに接続するのではなく、ＮＧインターフェースを介して５ＧＣ５９８に接続することを除いて、図１に示されたｅＮＢに似ていることが可能である。ｇＮＢおよびｎｇ－ｅＮＢのそれぞれは、図５に例示として示されたセル５１１ａ～ｂおよび５２１ａ～ｂを含む、もう１つのセルを含む地理的なカバレッジエリアをサーブすることができる。ｇＮＢおよびｎｇ－ｅＮＢはまた、それぞれのセルにおいてカバレッジを提供するために様々な指向性ビームを使用することができる。ＵＥ５０５が位置する特定のセルに応じて、ＵＥ５０５は、ＮＲまたはＬＴＥ無線インターフェースを介してこの特定のセルをサーブする、ｇＮＢまたはｎｇ－ｅＮＢとそれぞれ通信することができる。追加として、ＵＥ５０５は、図５に示されたセル５２０ａおよび５１０ａなどの、ｎｇ－ｅＮＢによってサーブされる第１のセル、およびｇＮＢによってサーブされる第２のセルとのＭＲ－ＤＣコネクティビティの状態にあることが可能である。

図６～図７は、ＥＰＣ（たとえば、ＥＮ－ＤＣ）による、ならびに５ＧＣ（たとえば、ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣ）による、ＭＲ－ＤＣのためのＵＥの観点からのＵＰ無線プロトコルアーキテクチャをそれぞれ示す。両方のケースでは、ＵＥは、上記で論じられたように、ＭＣＧ、ＳＣＧ、およびスプリットベアラをサポートする。図６に示されたＥＮ－ＤＣ構成では、ＭＣＧベアラは、ＬＴＥ（たとえば、Ｅ－ＵＴＲＡ）またはＮＲＰＤＣＰ、ならびにＬＴＥＲＬＣおよびＭＡＣレイヤを有し、その一方で、ＳＣＧベアラは、ＮＲＰＤＣＰ、ＲＬＣ、およびＭＡＣレイヤを有する。スプリットベアラは、ＮＲＰＤＣＰレイヤ、ならびにＬＴＥとＮＲ両方のＲＬＣおよびＭＡＣレイヤを有する。図７に示された構成では、すべてのベアラが、ＮＲＰＤＣＰレイヤ、ならびにＭＮおよびＳＮによって使用されるＲＡＴに対応する下位レイヤを有する。図６～図７のアーキテクチャの間の１つの差は、５ＧＣによるＭＲ－ＤＣのための様々なベアラが、ＰＤＣＰの上にあるＳＤＡＰレイヤで終端されるＱｏＳフローに関連付けられることである。

図８～図９は、ＥＰＣ（たとえば、ＥＮ－ＤＣ）による、ならびに５ＧＣ（たとえば、ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣ）による、ＭＲ－ＤＣのためのネットワーク観点からのＵＰ無線プロトコルアーキテクチャをそれぞれ示す。図８に示されたＥＮ－ＤＣ構成では、ＭＮで集結されるＭＣＧベアラは、ＭＮによって使用されるＲＡＴのＰＤＣＰレイヤを有し、その一方で、すべての他のベアラが、ＮＲＰＤＣＰレイヤを有する。すべてのベアラが、ベアラが終端されるノードのＲＡＴに関連付けられた下位レイヤを有する。図９に示された構成では、すべてのベアラが、ＮＲＰＤＣＰレイヤ、および、ベアラが終端されるノードのＲＡＴに関連付けられた下位レイヤを有する。ネットワーク観点から、各ＭＣＧ、ＳＣＧ、またはおよびスプリットベアラが、ＭＮにおいてまたはＳＮにおいて終端されることが可能である。たとえば、ノードの間のＸ２またはＸｎインターフェースは、ＭＮＰＤＣＰレイヤで終端されるＳＣＧまたはスプリットベアラのためのトラフィックを、ＳＮにおける下位レイヤに搬送することになる。同じように、Ｘ２またはＸｎが、ＳＮＰＤＣＰレイヤで終端されるＭＣＧまたはスプリットベアラのためのトラフィックを、ＭＮにおける下位レイヤに搬送することになる。図８～図９のアーキテクチャの間の１つの差は、５ＧＣによるＭＲ－ＤＣのための様々なベアラが、終端されるＱｏＳフローに関連付けられることである。

図１０は、ＮＲＵＥのための例示的な周波数ドメイン設定を示す。Ｒｅｌ－１５ＮＲでは、ＵＥには、ＤＬにおいて４つまでのキャリア帯域幅部分（ＢＷＰ）が設定されることが可能であり、単一のＤＬＢＷＰは、所与の時間にアクティブである。ＵＥには、ＵＬにおいて４つまでのＢＷＰが設定されることが可能であり、単一のＵＬＢＷＰは、所与の時間にアクティブである。ＵＥに補足のＵＬが設定される場合、ＵＥには、補足のＵＬにおいて４つまでの追加のＢＷＰが設定されることが可能であり、単一の補足のＵＬＢＷＰは、所与の時間にアクティブである。図１０の例示的な構成では、ＵＥには、ＢＷＰ０～２とラベルを付けられた、３つのＤＬ（またはＵＬ）ＢＷＰがそれぞれ設定される。

共通ＲＢ（ＣＲＢ）は、０からキャリア帯域幅の終わりまで番号を付けられる。ＵＥのために設定された各ＢＷＰは、（図１０に示されたような）ＣＲＢ０の共通参照を有し、したがって、設定されたＢＷＰは、ゼロより大きいＣＲＢにおいてスタートさせることができる。ＣＲＢ０は、３ＧＰＰＴＳ３８．２１１セクション４．４においてさらに規定されたような、ネットワークによって提供される以下のパラメータのうちの１つによって識別されることが可能である。
・１次セル（ＰＣｅｌｌ、たとえば、ＰＣｅｌｌまたはＰＳＣｅｌｌ）におけるＤＬのためのＰＲＢ－ｉｎｄｅｘ－ＤＬ－ｃｏｍｍｏｎ、
・ＰＣｅｌｌにおけるＵＬのためのＰＲＢ－ｉｎｄｅｘ－ＵＬ－ｃｏｍｍｏｎ、
・２次セル（ＳＣｅｌｌ）におけるＤＬのためのＰＲＢ－ｉｎｄｅｘ－ＤＬ－Ｄｅｄｉｃａｔｅｄ、
・ＳＣｅｌｌにおけるＵＬのためのＰＲＢ－ｉｎｄｅｘ－ＵＬ－Ｄｅｄｉｃａｔｅｄ、および
・補足のＵＬのためのＰＲＢ－ｉｎｄｅｘ－ＳＵＬ－ｃｏｍｍｏｎ。

このようにして、ＵＥには、ナローＢＷＰ（たとえば、１０ＭＨｚ）およびワイドＢＷＰ（たとえば、１００ＭＨｚ）が設定されることが可能であり、それぞれが、特定のＣＲＢにおいてスタートするが、１つのＢＷＰだけが、所与の時点においてＵＥのためにアクティブであることが可能である。図１０に示された構成では、ＢＷＰ０～２は、ＣＲＢＮ^０ _ＢＷＰ、Ｎ^１ _ＢＷＰ、およびＮ^２ _ＢＷＰ内でそれぞれスタートする。ＢＷＰ内では、ＰＲＢが規定され、０から

までの周波数ドメイン内で番号を付けられ、ここで、ｉは、キャリアのための特定のＢＷＰのインデックスである。図１０に示された構成では、ＢＷＰ０～２は、ＰＲＢ０から、Ｎ１、Ｎ２、およびＮ３までをそれぞれ含む。

各ＮＲリソースエレメント（ＲＥ）は、１つのＯＦＤＭシンボル間隔の中の１つＯＦＤＭサブキャリアに対応する。ＮＲは、様々なＳＣＳ値Δｆ＝（１５×２^μ）ｋＨｚをサポートし、ここで、μ∈（０，１，２，３，４）は、「ヌメロロジー」と呼ばれる。ヌメロロジーμ＝０（すなわち、Δｆ＝１５ｋＨｚ）は、ＬＴＥでも使用される基本（または参照）ＳＣＳを提供する。シンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、およびスロット持続時間は、ＳＣＳまたはヌメロロジーに逆に関係がある。たとえば、Δｆ＝１５ｋＨｚのサブフレームごとに１つの（１ｍｓ）スロット、Δｆ＝３０ｋＨｚのサブフレームごとに２つの０．５ｍｓスロットなどがある。追加として、最大キャリア帯域幅は、２^μ＊５０ＭＨｚに応じたヌメロロジーに直接関係がある。下記の表１は、サポートされるＮＲヌメロロジーおよび関連付けられたパラメータを概説する。異なるＤＬおよびＵＬヌメロロジーが、ネットワークによって設定されることが可能である。

図１１は、ＮＲスロットのための例示的な時間－周波数リソースグリッドを示す。図１１に示されたように、リソースブロック（ＲＢ）は、１４シンボルスロットの持続時間の間の１２個の連続したＯＦＤＭサブキャリアのグループから成る。ＬＴＥのように、リソースエレメント（ＲＥ）は、１つのスロット内の１つのサブキャリアから成る。ＮＲスロットは、通常のサイクリックプレフィックスのための１４個のＯＦＤＭシンボル、および拡張サイクリックプレフィックスのための１２個のシンボルを含むことができる。

ＮＲでは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、制御リソースセット（ＣＯＲＥＳＥＴ）と呼ばれる、特定の数のシンボルおよび特定の数のサブキャリアを含む領域に限定される。一般に、ＣＯＲＥＳＥＴは、周波数ドメインに複数のＲＢ（すなわち、１２の倍数のＲＥ）、および時間ドメインに１～３つのＯＦＤＭシンボルを含む。ＣＯＲＥＳＥＴを規定するために使用される最小単位は、リソースエレメントグループ（ＲＥＧ）であり、ＲＥＧは、周波数における１つのＰＲＢ、および時間における１つのＯＦＤＭシンボルに及ぶ。ＣＯＲＥＳＥＴリソースは、ＲＲＣシグナリングによってＵＥに指示されることが可能である。

ＰＤＣＣＨに加えて、ＣＯＲＥＳＥＴにおける各ＲＥＧは、このＲＥＧが送信された無線チャネルの推定を支援するための復調用参照信号（ＤＭ－ＲＳ）を含む。ＰＤＣＣＨを送信するとき、送信の前に無線チャネルのいくつかの知識に基づいて送信アンテナにおける重みを適用するために、プリコーダが使用される。ＲＥＧのために送信機で使用されるプリコーダが異なる場合、時間および周波数における直近の複数のＲＥＧ上のチャネルを推定することによって、ＵＥにおけるチャネル推定性能を改善することができる。ＵＥのチャネル推定を支援するために、ＲＥＧバンドルを形成するように、複数のＲＥＧが一緒にグループ化されることが可能であり、ＣＯＲＥＳＥＴのＲＥＧバンドルサイズ（すなわち、２、３、または５個のＲＥＧ）は、ＵＥに指示されることが可能である。ＵＥは、ＰＤＣＣＨの送信のために使用されるどのプリコーダも、ＲＥＧバンドル内のＲＥＧすべてに対して同じであると想定することができる。

ＬＴＥと同様に、ＮＲデータスケジューリングは、たとえばスロットごとに、動的に実施されることが可能である。各スロット内で、基地局（たとえば、ｇＮＢ）は、どのＵＥがこのスロット内でデータを受信する予定であるか、および、どのＲＢがこのデータを搬送することになるかを指示する、ダウンリンク制御情報（ＤＣＩ）をＰＤＣＣＨで送信する。ＵＥは、ＤＣＩを最初に検出して復号し、ＤＣＩがＵＥのためのＤＬスケジュールリング情報を含む場合、ＤＬスケジュールリング情報に基づいて対応するＰＤＳＣＨを受信する。ＰＤＳＣＨスケジューリングを伝えるために、ＤＣＩフォーマット１＿０および１＿１が使用される。

同じように、ＰＤＣＣＨ上のＤＣＩは、どのＵＥがこのスロット内でＰＵＣＣＨ上のデータを送信する予定であるか、および、どのＲＢがこのデータを搬送することになるかを指示するＵＬグラントを含むことができる。ＵＥは、ＤＣＩを最初に検出して復号し、ＵＥのためのアップリンクグラントをＤＣＩが含む場合、ＵＬグラントによって指示されたリソース上の対応するＰＵＳＣＨを送信する。ＰＵＳＣＨのためのＵＬグラントを伝えるために、ＤＣＩフォーマット０＿０および０＿１が使用され、その一方で、スロットフォーマット情報、予備のリソース、送信電力制御情報などの送信を含む他の目的のために、他のＤＣＩフォーマット（２＿０、２＿１、２＿２、および２＿３）が使用される。

ＮＲＲｅｌ－１５では、ＤＣＩフォーマット０＿０／１＿０は、「フォールバックＤＣＩフォーマット」と呼ばれ、その一方で、ＤＣＩフォーマット０＿１／１＿１は、「非フォールバックＤＣＩフォーマット」と呼ばれる。フォールバックＤＣＩは、ＤＣＩサイズが、アクティブＢＷＰのサイズによって決まるリソース割り当てタイプ１をサポートする。したがって、ＤＣＩフォーマット０＿１／１＿１は、限定的なフレキシビリティで単一のトランスポートブロック（ＴＢ）送信をスケジュールするためのものである。その一方で、非フォールバックＤＣＩフォーマットは、多層送信による柔軟なＴＢスケジューリングを提供することができる。

ＤＣＩは、ペイロードデータの巡回冗長検査（ＣＲＣ）が補完されたペイロードを含む。複数のＵＥによって受信されたＤＣＩがＰＤＣＣＨ上で送られるので、ターゲットＵＥの識別子が含まれる必要がある。ＮＲでは、これは、ＵＥに割り振られた無線ネットワーク一時識別子（ＲＮＴＩ）でＣＲＣにスクランブルをかけることによって行われる。最も一般には、サービングセルによってターゲットＵＥに割り振られたセルＲＮＴＩ（Ｃ－ＲＮＴＩ）は、このために使用される。

ＤＣＩペイロードは、識別子でスクランブルをかけられたＣＲＣと一緒にエンコードされ、ＰＤＣＣＨ上で送信される。以前に設定された検索空間を考慮して、各ＵＥは、「ブラインド復号」として知られる処理における複数の仮説（「候補」とも呼ばれる）に従って、検索空間にアドレス指定されたＰＤＣＣＨを検出しようとする。ＰＤＣＣＨ候補は、１、２、４、８、または１６個のＣＣＥに及び、ＣＣＥの数は、ＰＤＣＣＨ候補のアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ：ＡＬ）と呼ばれる。２つ以上のＣＣＥが使用される場合、第１のＣＣＥにおける情報は、他のＣＣＥにおいて繰り返される。ＡＬを変化させることによって、ＰＤＣＣＨは、特定のペイロードサイズのために、堅牢性を上げるか下げることが可能である。言い換えれば、ＡＬを調節することによって、ＰＤＣＣＨリンク適合が実施されることが可能である。ＡＬに応じて、ＣＯＲＥＳＥＴ内の様々な時間－周波数ロケーションにＰＤＣＣＨ候補が置かれることが可能である。

検索空間セット内でＵＥが監視しなければならないＰＤＣＣＨ候補に対応するＣＣＥを決定するために、ハッシング関数が使用されることが可能である。ハッシングは、異なるＵＥのためにそれぞれに行われる。このようにして、ＵＥによって使用されるＣＣＥがランダム化され、ＣＯＲＥＳＥＴに含まれるメッセージを有する複数のＵＥ間の衝突の確率が低減される。ＵＥがＤＣＩを復号すると、ＵＥは、ＵＥに割り振られた、および／または特定のＰＤＣＣＨ検索空間に関連付けられた、ＲＮＴＩでＣＲＣのスクランブルを解く。マッチする場合、ＵＥは、検出されたＤＣＩがＵＥに宛てられたと見なして、ＤＣＩ内の命令（たとえば、スケジューリング情報）に従う。

たとえば、予定されるＰＤＳＣＨ送信のための、変調次数、ターゲット符号レート、およびＴＢサイズを決定するために、ＵＥは、まず、ＤＣＩ（たとえば、フォーマット１＿０または１＿１）内の５ビット変調符号化方式フィールド（Ｉ_ＭＣＳ）を読み取り、３ＧＰＰＴＳ３８．２１４Ｖ１５．０．０節５．１．３．１において規定されているプロシージャに基づいて、変調次数（Ｑ_ｍ）およびターゲット符号レート（Ｒ）を決定する。その後、ＵＥは、冗長バージョン（ＲＶ）を決定するために、ＤＣＩ内の冗長バージョン（ＲＶ）フィールド（ｒｖ）を読み取る。レートマッチング（ｎ_ＰＲＢ）の前にレイヤの数（ｖ）および割り当てられたＰＲＢの総数と一緒にこの情報に基づいて、ＵＥは、３ＧＰＰＴＳ３８．２１４Ｖ１５．０．０節５．１．３．２において規定されているプロシージャに従って、ＰＤＳＣＨのためのトランスポートブロックサイズ（ＴＢＳ）を決定する。

ビーム管理が、Ｒｅｌ－１５でＮＲのために指定された。特徴は、送信および受信に適切なビームを追跡するために使用される。固定されたグリッドオブビーム送信スキームによるアナログビームフォーミングを使用するネットワークノードは、典型的には、たとえば、ビームごとのレイヤ１（Ｌ１）参照信号受信電力（ＲＳＲＰ）のＵＥ報告を評価することによって、ビーム候補を継続的に監視する。ＵＥは、それぞれのビームに関連付けられたＳＳＢに対してこのような測定を実施する。

一般に、ＮＲビーム管理フレームワークは、ネットワークが、ビーム間の空間的な関係をＵＥに知らせ、ＵＥ側のビーム追跡を容易にすることを可能にする。ネットワークに対するランダムアクセスチャネル（ＲＡＣＨ）プロシージャを始める前に、ＵＥは、ＳＳＢのセットを測定し、適切なものを選ぶ。ＵＥは、次いで、選択されたＳＳＢに関連付けられたＲＡＣＨリソース上で送信する。対応するビームは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のビーム管理がアクティブになるまで、通信のためにＵＥとネットワーク双方で使用されることになる。ネットワークは、どのような明確なシグナリングもなく、ＵＥによってどのＳＳＢビームが選ばれたかを推察する。初期ビームを見つけるためのこのプロシージャは、しばしば、Ｐ１と表される。

ネットワークは、どの（ナロー）ＣＳＩ－ＲＳビームを試行すべきかについての指示としてＳＳＢビームを使用することができる。たとえば、ビーム管理のためのナローＣＳＩ－ＲＳビームの候補セットは、ベストＳＳＢビームに基づく。ＣＳＩ－ＲＳが送信されると、ＵＥは、ＲＳＲＰを測定し、結果をネットワークに報告する。新しいＣＳＩ－ＲＳビームが、ＰＤＣＣＨ／ＰＤＳＣＨを送信するために使用されるビームより良いことを指示するＣＳＩ－ＲＳＲＰ報告をネットワークがＵＥから受信した場合、ネットワークは、ＵＥのためのサービングビームを適宜アップデートし、場合によっては、ＣＳＩ－ＲＳビームの候補セットを修正する。

ネットワークはまた、ＳＳＢに対する測定を実施するようにＵＥに命令することができる。新しいＳＳＢビームが、以前のベストＳＳＢビームより良いことを指示するＵＥ報告をネットワークが受信した場合、ＵＥのためのＣＳＩ－ＲＳビームの候補セットの対応するアップデートが動機づけられてもよい。この改良プロシージャは、しばしば、Ｐ２と呼ばれる。

ＲＲＣ＿ＣＯＮＮＮＥＣＴＥＤ状態になると、ＵＥには、参照信号のセットが設定される。ビーム管理／Ｌ１測定に基づいて、ＵＥは、ＵＥのＤＬビームのどちらが、セット内の各参照信号を受信するのに適切であるかを判定する。ネットワークは、次いで、ＰＤＣＣＨ／ＰＤＳＣＨを送信するために使用されることになるビームに、どちらの参照信号が関連付けられるかを指示し、ＵＥは、この情報を使用して、ＰＤＣＣＨ／ＰＤＳＣＨを受信するときのＵＥのＤＬビームを調節する。ＰＤＣＣＨおよびＰＤＳＣＨビームは、同一であることが可能であり、同一でない場合、追加のシグナリングが必要になる。

ネットワークが、ネットワークのサービングＤＬ送信ビームをＵＥのためにアップデートしたとき、ＵＥは、ＵＥの対応するＤＬ受信ビームをアップデートする必要があり得る。これを達成するために、ネットワークは、新しいサービング送信ビームでＣＳＩ－ＲＳを繰り返し送信し、その一方で、ＵＥは、その受信ビームを変化させる。ＵＥは、次いで、ベスト受信ビームを選択し、これを、測定された参照信号に関連付けることができる。このプロシージャは、しばしば、Ｐ３と呼ばれる。

いくつかの信号は、異なるアンテナポートからの同じ基地局（たとえば、ｇＮＢ）アンテナから送信されることが可能である。これらの信号は、ドップラー偏移／拡散、平均遅延拡散、および／または平均遅延を含むパラメータに関するものなど、同じ大規模なプロパティを有することができる。これらのアンテナポートは、したがって、「準共同サイト式」すなわち「ＱＣＬ」と言われる。ネットワークは、２つのアンテナポートが、１つまたは複数のパラメータに関するＱＣＬであることを、ＵＥにシグナリングすることができる。２つのアンテナポートが、特定のパラメータ（たとえば、ドップラー拡散）に関するＱＣＬであることをＵＥが知っていると、ＵＥは、パラメータが、アンテナポートのうちの１つに基づくと推定し、他のアンテナポートを受信したとき、この推定を使用することができる。典型的には、第１のアンテナポートは、ＣＳＩ－ＲＳ（「ソースＲＳ」と呼ばれる）などの、測定参照信号で表され、第２のアンテナポートは、復調用参照信号（ＤＭＲＳ）（「ターゲットＲＳ」と呼ばれる）である。

たとえば、アンテナポートＡおよびＢが、平均遅延に関するＱＣＬである場合、ＵＥは、アンテナポートＡ（ソースＲＳ）から受信された信号から平均遅延を推定し、アンテナポートＢ（ターゲットＲＳ）から受信された信号が、同じ平均遅延を有すると想定することができる。これは、ＵＥが、ＤＭＲＳを利用してチャネルを測定しようとするとき、チャネルのプロパティをあらかじめ知っていることが可能なので、復調に有用になり得る。

ＱＣＬに関してどの想定が行われ得るかについての情報が、ネットワークからＵＥにシグナリングされる。ＮＲでは、送信されたソースＲＳと送信されたターゲットＲＳとの間の以下の４つのタイプのＱＣＬ関係が規定される。
・タイプＡ：｛ドップラー偏移、ドップラー拡散、平均遅延、遅延拡散｝
・タイプＢ：｛ドップラー偏移、ドップラー拡散｝
・タイプＣ：｛平均遅延、ドップラー偏移｝
・タイプＤ：｛空間Ｒｘパラメータ｝
ＱＣＬタイプＤは、アナログビームフォーミングによるビーム管理を容易にするために導入されたものであり、「空間ＱＣＬ」として知られている。現在、空間ＱＣＬの厳格な規定はないが、２つの送信されたアンテナポートが空間的にＱＣＬである場合、ＵＥは、同じＲｘビーム使用して、これらを受信できることが理解されている。ＱＣＬ関係がＵＥにシグナリングされるとき、ＱＣＬ関係は、特定のＱＣＬタイプ（たとえば、Ａ、Ｂ、Ｃ、またはＤ）についての情報だけでなく、サービングセルインデックス、ＢＷＰインデックス、およびソース参照信号識別情報（ＣＳＩ－ＲＳ、ＴＲＳ、またはＳＳＢ）も含む。

ＱＣＬタイプＤは、ビーム管理に最も関連のあるものであるが、関連のある大規模なスケーリングパラメータすべてをＵＥが推定できるように、タイプＡＱＣＬＲＳ関係をＵＥに伝えることも必要である。典型的には、これは、時間／周波数オフセット推定のための追跡参照信号（ＴＲＳ、たとえば、ＣＳＩ－ＲＳ）をＵＥに設定することによって行われることが可能である。任意のＱＣＬ参照を使用できるように、ＵＥは、十分に良い信号対干渉プラス雑音比（ＳＩＮＲ）でＱＣＬ参照を受信する必要があるはずである。多くの場合、これは、特定のビームおよび／またはビーム設定で送信されるように、特定のＵＥのためのＴＲＳを制限する。

言い換えれば、これらがＱＣＬタイプＤであるとき、同じ方向に、または同じダウンリンクビームを介して、２つの信号が送信される。ＵＥが特定のＲＸビームで前に受信した他のいくつかの信号で、信号が空間的にＱＣＬであることをＵＥが知っている場合、ＵＥは、同じＲＸビームを確実に使用して、この信号を受信することができる。したがって、ネットワークは、復号されることになるチャネル（たとえば、ＰＤＣＣＨ／ＰＤＳＣＨ）と、ＣＳＩ－ＲＳ、ＳＳＢなどのように、ＵＥによって参照として使用され得る、所与の方向に送信されることが知られている信号との間のこの関係を与えることができる。

ビームおよびＴＲＰ選択にダイナミクスを導入するために、ＵＥには、ＲＲＣシグナリングを通じて、Ｎ個の送信設定インジケータ（ＴＣＩ）状態が設定されることが可能であり、ここで、Ｎは、ＵＥの能力に応じて、周波数範囲２（ＦＲ２、たとえば、６ＧＨｚより上）で１２８まで、および、ＦＲ１（たとえば、６ＧＨｚより下）で８までである。設定された各ＴＣＩ状態は、ソースＲＳ（たとえば、ＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨ）と、ターゲットＲＳ（たとえば、ＰＤＳＣＨ／ＰＤＣＣＨＤＭＲＳアンテナポート）との間のＱＣＬ関連付けについてのパラメータを含む。ＴＣＩ状態はまた、ＣＳＩ－ＲＳの受信のためのＱＣＬ情報を伝えるために使用されることが可能である。ＴＣＩ状態のリスト内のＮ個の状態は、ネットワークによって送信されるＮ個の可能なビーム、ＵＥと通信するためにネットワークよって使用されるＮ個の可能なＴＲＰ、または、１つもしくは複数のＴＲＰから送信される１つもしくは複数のビームの組合せとして解釈されることが可能である。

より詳細には、各ＴＣＩ状態は、１つまたは２つのソースＤＬＲＳのためのＱＣＬ情報と共にＩＤを含むことができ、各ソースＲＳは、ＱＣＬタイプ、サービングセルインデックス、ＢＷＰインデックス、およびソース参照信号識別情報（ＣＳＩ－ＲＳ、ＴＲＳ、またはＳＳＢ）に関連付けられる。たとえば、２つの異なるＣＳＩ－ＲＳ｛ＣＳＩ－ＲＳ１，ＣＳＩ－ＲＳ２｝が、｛ｑｃｌ－Ｔｙｐｅ１，ｑｃｌ－Ｔｙｐｅ２｝＝｛タイプＡ，タイプＤ｝としてＴＣＩ状態に設定されることが可能である。ＵＥは、ＵＥが、ＣＳＩ－ＲＳ１からドップラー偏移、ドップラー拡散、平均遅延、遅延拡散を、およびＣＳＩ－ＲＳ２から空間Ｒｘパラメータ（たとえば、使用することになるＲＸビーム）を、導出できることを意味するように、このＴＣＩ状態を解釈することができる。ＱＣＬタイプＤが適用可能でない場合（たとえば、低または中帯域動作）、ＴＣＩ状態は、ただ１つのソースＲＳを含む。特に記載がない限り、それでも、ソースＲＳ「ペア」への参照は、単一のソースＲＳのケースを含む。

さらに、利用可能なＴＣＩ状態の第１のリストが、ＰＤＳＣＨのために設定されることが可能であり、第２のリストが、ＰＤＣＣＨのために設定されることが可能である。この第２のリストは、ＰＤＳＣＨのために設定されたＴＣＩ状態のサブセットへの、ＴＣＩ状態ＩＤとして知られた、ポインタを含むことができる。ＦＲ１で動作するＵＥのために、ネットワークは、次いで、ＵＥの能力に応じて、ＰＤＣＣＨのために１つのＴＣＩ状態を（すなわち、ＴＣＩをＵＥに提供することによって）、および、ＰＤＳＣＨのために８個までのＴＣＩ状態をアクティブ化する。

例として、ＵＥには、総計６４個の設定されたＴＣＩ状態のリストから４つのアクティブＴＣＩ状態が設定されることが可能である。したがって、他の６０個の設定されたＴＣＩ状態が非アクティブであり、ＵＥは、これらのための大規模なパラメータを推定するように準備される必要はない。その一方で、ＵＥは、これらの４つのＴＣＩ状態のそれぞれのために指示されたソースＲＳの測定および分析を実施することによって、４つのアクティブＴＣＩ状態のための大規模なパラメータを継続的に追跡し、アップデートする。ＰＤＳＣＨスケジューリングのために使用される各ＤＣＩは、スケーリングされたＵＥのための１つのまたは２つのアクティブＴＣＩ状態へのポインタ（またはインデックス）を含む。このポインタに基づいて、ＵＥは、ＰＤＳＣＨＤＭＲＳチャネル推定およびＰＤＳＣＨ復調を実施するときに、どの大規模パラメータ推定を使用するべきかを知っている。

ＵＥＴＣＩ状態は現在、上記で論じられたＣＵ－ＤＵスプリットアーキテクチャにおけるＤＵ設定パラメータであるＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報エレメント（ＩＥ）の一部としてＲＲＣを介して設定される。このＩＣは、たとえば、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移中に、ＲＲＣＲｅｓｕｍｅメッセージの中で、または、ハンドオーバ、セル内再設定、もしくはＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移中に、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの中で、ＵＥに伝えられることが可能である。ＴＣＩ状態設定は、ＳｐＣｅｌｌ（すなわち、ＰＣｅｌｌまたはＰＳＣｅｌｌ）のＤＬＢＷＰごとにＰＤＳＣＨ設定の一部としてシグナリングされ、ここで、ＳｐＣｅｌｌは、１つまたは複数のＤＬＢＷＰを備えることができる。図１２は、ＴＣＩ状態設定を含むＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇの例示的な構造を示す。

図１３Ａ～図１３Ｄは、ＲＲＣシグナリングを介してＵＥのＴＣＩ状態を設定するために使用される様々な例示的なＩＥのためのＡＳＮ．１データ構造を示す。特に、図１３Ａは、追加または修正されることになるＴＣＩ状態のリストを含むＰＤＳＣＨ設定のための（すなわち、特定のＤＬＢＷＰのための）ＡＳＮ．１データ構造を示す。各リストメンバは、図１３Ｄが例示的なＡＳＮ．１データ構造を示すＴＣＩ状態フィールドによって記述される。図１３Ｄに示されたように、各ＴＣＩ状態フィールドは、その設定の中で関連付けられたＴＣＩ状態ＩＤを有する。

ＵＥも、ＰＤＣＣＨのためのＤＬビームを監視する必要があり得るので、ＰＤＣＣＨ設定とＴＣＩ状態との間の関連付けもある。図１３Ｂは、ＰＤＣＣＨ設定のために使用されるＰＤＣＣＨ－ＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造を示す。このＩＥは、ＣＯＲＥＳＥＴリソースのリストである、ｃｏｎｔｒｏｌＲｅｓｏｕｃｅｓＳｅｔｔＴｏＡｄｄＭｏｄＬｉｓｔを含む。図１３Ｃは、単一のＣＯＲＥＳＥＴリソースを表す、ＣｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔフィールドのためのＡＳＮ．１データ構造を示す。

上記で論じられたように、各ＣＯＲＥＳＥＴは、１～３つのＯＦＤＭシンボル、および、ＰＤＣＣＨの周波数ドメイン割り当てを含み、すなわち、この場合、周波数において、ＰＤＣＣＨはＵＥによって送信され、監視されることになる。図１３Ｃに示されたＣｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔフィールドは、追加または修正されることになるＴＣＩ状態のリストも含み、各メンバは、このＣＯＲＥＳＥＴの中で送信されたＰＤＣＣＨ候補を受信するために使用されるべき、（たとえば、図１３Ａによる）ＰＤＳＣＨの受信のために設定されたＴＣＩ状態のうちの１つを指し示すＴＣＩ－ＳｔａｔｅＩＤフィールドを含む。各ＣＯＲＥＳＥＴは、異なるＰＤＣＣＨ候補のための異なる送信ビームの使用を容易にする、設定／アクティブ化された異なるＴＣＩ状態を有することができる。

図１３Ｄは、ＱＣＬ－Ｉｎｆｏと呼ばれるＱＣＬ設定フィールドを含む、例示的なＴＣＩ－ＳｔａｔｅフィールドのためのＡＳＮ．１データ構造を示す。このフィールドは、ｃｅｌｌと呼ばれるオプションのサブフィールドを含み、ｃｅｌｌは、ＱＣＬソースＲＳが設定されているＵＥのサービングセルを示す。このサブフィールドがない場合、これは、ＴＣＩ状態が設定されたサービングセル（すなわち、インデックス付きのＳＣｅｌｌではない、セルグループのＳｐＣｅｌｌ）に適用される。ＲＳは、ｑｃｌ－ＴｙｐｅがタイプＤとして設定された場合のみ、ＴＣＩ状態が設定されたサービングセル以外のサービングセル上にあることが可能である。言い換えれば、所与のＳｐＣｅｌｌＣｏｎｆｉｇのために、所与のＴＣＩ状態のためのＲＳは、このセルグループ内のサービングセルに関連付けられ、サービングセルは、ＰＣｅｌｌ／ＰＳｃｅｌｌまたは関連付けられたＳＣｅｌｌでもよい。これは、ＴＣＩ状態設定内のｃｅｌｌサブフィールドによって示される。このサブフィールドがない場合、これは、ＴＣＩ状態が設定されたセルを指す。

概説するために、所与のＤＬＢＷＰにおけるＰＤＳＣＨ設定内に、ＴＣＩ設定が提供される。ＰＤＣＣＨのために、ＣＯＲＥＳＥＴ設定は、ＰＤＳＣＨにおける設定されたＴＣＩ状態へのＴＣＩ状態ポインタを含む。各ＴＣＩ状態は、前述のＱＣＬ情報、すなわち、１つまたは２つのソースダウンリンクＲＳを含み、各ソースＲＳは、ＱＣＬタイプに関連付けられる。

ＰＤＳＣＨおよびＰＤＣＣＨが検出される必要がある異なる送信ダウンリンクビームに、可能なＴＣＩ状態が関連付けられた、ＢＷＰごとのＰＤＳＣＨおよびＰＤＣＣＨ設定を有するＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇおよびＳｐＣｅｌｌＣｏｎｆｉｇがＵＥに設定されると、ＵＥは、ネットワークが時間ドメイン内でいつ送信しているかを知っている必要がある。言い換えれば、設定されるこれらのＴＣＩ状態すべてが、いつでも使用されるわけでなく、必要なときだけ使用される。したがって、所与のＣＯＲＥＳＥＴのために、どのＴＣＩ状態がＵＥによって監視されるべきか（たとえば、ネットワークによって送信された可能なＣＯＲＥＳＥＴを検出するために、どのＤＬビームをＵＥが監視する必要があるか）をネットワークが指示する、効率的なアクティブ化／非アクティブ化プロシージャが、ＮＲにおいて規定されている。

図１４Ａ～図１４Ｃは、ＵＥのためのＴＣＩ状態アクティブ化の様々な態様を示す。特に、図１４Ａは、ＵＥとサービングｇＮＢとの間のシグナリング図を示す。ｇＮＢは、最初に、ＣＳＩ－ＲＳをナロービームでＵＥに送信し、ＵＥは、ベストの１～４個のＣＳＩ－ＲＳリソースのためのＲＳＲＰをｇＮＢに報告する。ｇＮＢは、報告された測定に基づいてＣＳＩ－ＲＳリソースを選択する。ｇＮＢは、どのビームでｇＮＢが選択リソースを送信したかを知っており、対応するＳＳＢインデックスを含むＳＳＢおよびＴＣＩ状態Ｓにこのビームをマッピングする。ｇＮＢは、次いで、ＴＣＩ状態Ｓをアクティブ化する媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）をＵＥに送る。

図１４Ｂは、ＴＣＩ状態をアクティブ化するための例示的なＭＡＣＣＥを示す。３ＧＰＰＴＳ３８．３２１からの以下のテキストは、この例示的なＭＡＣＣＥの内容および使用目的をさらに記述する。
＊＊＊３ＰＧＧＴＳ３８．３２１からのテキストの始まり＊＊＊
５．１８．５ＵＥ固有のＰＤＣＣＨのためのＴＣＩ状態の指示
ネットワークは、節６．１．３．１５に記述されたＵＥ固有ＰＤＣＣＨＭＡＣＣＥのためのＴＣＩ状態指示を送ることによって、ｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ１－ｒ１６またはｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ２－ｒ１６において設定されたサービングセルまたはサービングセルのセットのＣＯＲＥＳＥＴのためのＰＤＣＣＨ受信のためのＴＣＩ状態を指示することができる。
ＭＡＣエンティティは、以下になる。
１＞ＭＡＣエンティティが、サービングセル上でＵＥ固有ＰＤＣＣＨＭＡＣＣＥのためのＴＣＩ状態指示を受信する場合、
２＞ＵＥ固有ＰＤＣＣＨＭＡＣＣＥのためのＴＣＩ状態指示に関する情報を下位レイヤに指示する。
．．．
６．１．３．１５ＵＥ固有ＰＤＣＣＨＭＡＣＣＥのためのＴＣＩ状態指示
ＵＥ固有ＰＤＣＣＨＭＡＣＣＥのためのＴＣＩ状態指示は、表６．２．１－１において指定されたような、ＬＣＩＤを有するＭＡＣサブヘッダによって識別される。ＭＡＣサブヘッダは、以下のフィールドを含む１６ビットの固定サイズを有する。
－サービングセルＩＤ：このフィールドは、ＭＡＣＣＥが適用されるサービングセルの識別情報を指示する。フィールドの長さは、５ビットである。指示されたサービングセルが、ＴＳ３８．３３１［５］で指定されたような、ｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ１－ｒ１６またはｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ２－ｒ１６の一部として設定される場合、このＭＡＣＣＥは、セットされたｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ１－ｒ１６またはｓｉｍｕｌｔａｎｅｏｕｓＴＣＩ－ＵｐｄａｔｅＬｉｓｔ２－ｒ１６におけるサービングセルすべてにそれぞれ適用される。
－ＣＯＲＥＳＥＴＩＤ：このフィールドは、ＴＣＩ状態が指示されている、ＴＳ３８．３３１［５］で指定されたような、ＣｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔＩｄで識別された制御リソースセットを指示する。フィールドの値が０の場合、フィールドは、ＴＳ３８．３３１［５］で指定されたような、ＣｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔＺｅｒｏによって設定された制御リソースセットを指す。フィールドの長さは、４ビットである。
－ＴＣＩ状態ＩＤ：このフィールドは、ＣＯＲＥＳＥＴＩＤフィールドによって識別された制御リソースセットに適用可能な、ＴＳ３８．３３１［５］で指定されたような、ＴＣＩ－ＳｔａｔｅＩｄによって識別されたＴＣＩ状態を指示する。ＣＯＲＥＳＥＴＩＤのフィールドが０にセットされる場合、このフィールドは、アクティブＢＷＰにおけるＰＤＳＣＨ－Ｃｏｎｆｉｇ内のｔｃｉ－Ｓｔａｔｅｓ－ＴｏＡｄｄＭｏｄＬｉｓｔおよびｔｃｉ－Ｓｔａｔｅｓ－ＴｏＲｅｌｅａｓｅＬｉｓｔによって設定された最初の６４個のＴＣＩ状態のうちの１つのＴＣＩ状態のためのＴＣＩ－ＳｔａｔｅＩｄを指示する。ＣＯＲＥＳＥＴＩＤのフィールドが０以外の値にセットされる場合、このフィールドは、指示されたＣＯＲＥＳＥＴＩＤによって識別されたｃｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔ内のｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＡｄｄＬｉｓｔおよびｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＲｅｌｅａｓｅＬｉｓｔによって設定されたＴＣＩ－ＳｔａｔｅＩｄを指示する。フィールドの長さは、７ビットである。
＊＊＊３ＰＧＧＴＳ３８．３２１からのテキストの終わり＊＊＊

一般に、ネットワークは、ＰＤＣＣＨのための１つのＴＣＩ状態（すなわち、ＰＤＣＣＨのための提供する）、および、ＰＤＳＣＨのための８個までのアクティブＴＣＩ状態を、ＭＡＣＣＥを介して指示／アクティブ化することができる。ＵＥがサポートするアクティブＴＣＩ状態の数は、ＵＥの能力である。

ＰＤＣＣＨ監視のための所与のＣＯＲＥＳＥＴのためのＴＣＩ状態（たとえば、ＰＤＣＣＨを監視するために使用することになるＤＬビーム方向）をＵＥが知っていると、ＵＥは、スケジュールされている所与のデータためにどのＴＣＩ状態が考えられるかを知っている必要がある。ＵＥが、ＭＡＣＣＥで指示された所与のＴＣＩ状態に従ってＣＯＲＥＳＥＴ内のＰＤＣＣＨを監視しているとき、ＵＥは、ＰＤＳＣＨ上のデータを復号するために、ＰＤＳＣＨのための設定されたＴＣＩ状態のうちのどれが使用される（すなわち、アクティブ化される）べきかを指示するＤＣＩを受信することができる。以下など、これを行うことができる種々の方式がある。
・ＤＣＩが受信されたＣＯＲＥＳＥＴと同じＴＣＩ状態をＵＥが使用することをＤＣＩが指示する、
・ＰＤＳＣＨ設定内のリストにおいて設定された１つのＴＣＩ状態にマッピングする３ビット指示を有する、ＰＤＳＣＨに関連付けられた別のＴＣＩ状態をＵＥが使用することをＤＣＩが指示する、または
・整数０～７の間のビットマップ、およびＰＤＳＣＨ設定内のリストにおいて設定されたＴＣＩ状態のうちの１つのための３ビット指示を有する、ＰＤＳＣＨに関連付けられた別のＴＣＩ状態をＵＥが使用することをＤＣＩが指示する。ビットマップは、ＰＤＳＣＨアクティブ化のために別のＭＡＣＣＥにおいて提供される。このケースは、ＰＤＳＣＨのために設定されたＴＣＩ状態のリストが８より大きく、ＰＤＣＣＨと比較して異なるＴＣＩ状態でＰＤＳＣＨがスケジューリングされることになるときに、使用される。

要約すると、所与のスケジューリング機会に関連付けられたＰＤＳＣＨのためのＴＣＩ状態をＵＥが取得するのはＤＣＩ内である。ＰＤＳＣＨ設定は、１つのＲＳセット内のＤＬＲＳと、ＰＤＳＣＨＤＭＲＳポートとの間のＱＣＬ関係を含む送信設定を指示する、ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔを含む。言い換えれば、ＰＤＳＣＨ設定は、ＰＤＳＣＨがスケジュールされ得るビームを指示する。これらの設定されたＴＣＩ状態のそれぞれが、ＤＣＩによってアクティブ化されることが可能である。

８（８）個より多いＴＣＩ状態がＰＤＳＣＨのために規定される場合、ＤＣＩベースのＭＡＣＣＥ支援スキーム、すなわち、上記で説明された第３のオプションが存在する。ビットマップで表すことができる種々の値は、「コードポイント」と呼ばれる。たとえば、３ビットフィールドが、８個までのＴＣＩコードポイントを表すことができる。１つまたは２つのＴＣＩ状態が、各ＴＣＩコードポイントにマッピングされることが可能である。１つのＴＣＩ状態がＴＣＩコードポイントにマッピングされるとき、指示されたＴＣＩ状態は、シングルＴＲＰ送信のために使用されることになる。２つのＴＣＩ状態がＴＣＩコードポイントにマッピングされるとき、指示されたＴＣＩ状態は、マルチＴＲＰ送信のために使用されることになる。

図１４Ｃは、ＮＲ－Ｒｅｌ－１５におけるＤＣＩ送信設定指示フィールド内のコードポイントにＴＣＩ状態がどのようにマッピングされるかを示す。この例では、ＵＥ固有ＰＤＳＣＨのためのＴＣＩ状態のアクティブ化／非アクティブ化のためのＭＡＣＣＥは、３オクテットのサイズを有し、所与のＢＷＰのためにＵＥにおいて設定された１６個の異なるＴＣＩ状態ＩＤに対応する１６個のＴ_ｉフィールド（ｉ＝０、１、２、・・・、１５）を含む。この例では、ＩＤｉ＝２、４、５、７、８、９、１１、および１３を有するＴＣＩ状態が、図１４Ｃに示されたＭＡＣＣＥで（値「１」によって）アクティブ化されている。特に、ＴＣＩ状態ＩＤは、以下のような、ＤＣＩ送信設定指示フィールドのコードポイント値にマッピングされる。
・ＴＣＩ状態ＩＤｉ＝２が、コードポイント値０に対応する、
・ＴＣＩ状態ＩＤｉ＝４が、コードポイント値１に対応する、
・ＴＣＩ状態ＩＤｉ＝５が、コードポイント値２に対応する、
・ＴＣＩ状態ＩＤｉ＝７が、コードポイント値３に対応する、
・ＴＣＩ状態ＩＤｉ＝８が、コードポイント値４に対応する、
・ＴＣＩ状態ＩＤｉ＝９が、コードポイント値５に対応する、
・ＴＣＩ状態ＩＤｉ＝１１が、コードポイント値６に対応する、および
・ＴＣＩ状態ＩＤｉ＝１３が、コードポイント値７に対応する。

ＮＲＲｅｌ－１５では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤＵＥは、ＣＳＩ－ＲＳまたはＳＳＢ上の、４つまでのビームの１つ１つに関するＬ１－ＲＳＲＰを報告するように設定されることが可能である。ＵＥ測定報告は、ＰＵＣＣＨまたはＰＵＳＣＨを介して送られることが可能である。以下の特性も、ビーム管理のための測定および報告に適用される。
・周期的および半永続的ＣＳＩ－ＲＳリソースは、特定の周期および特定のスロットオフセットが設定されたＲＲＣである。
・非周期的ＣＳＩ－ＲＳは、測定報告のためのＵＬリソースがスケジューリングされる同じＤＣＩにおけるＤＣＩによってスケジューリングされる。
・半永続的ＣＳＩ－ＲＳは、ＲＲＣを使用して設定され、ＭＡＣＣＥを使用してアクティブ化される。周期的ＣＳＩ－ＲＳは、ＲＲＣを使用して設定される。
・ＵＥが何を／どのように報告するかについてのオプションは、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇの一部である（すなわち、ｓｐＣｅｌｌのためのＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ内にある）ＣＳＩ－ＭｅａｓＣｏｎｆｉｇの一部である、ＣＳＩ－ＲＳ報告セッティング（ＣＳＩＲｅｐｏｒｔＣｏｎｆｉｇ）において規定されている。
・報告セッティングはまた、報告セッティングが使用されるべきリソースを規定する、ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇを指す。
・ＵＥは、ＣＳＩ－ＲＳに基づいてＣＳＩを報告するように設定されることが可能である。
・第１の（ベスト）ＣＳＩ／ＳＳＢに対応する報告されたＲＳＲＰ値は、７ビット（絶対値）を必要とし、その他は、第１に対するエンコーディングを使用して４ビットで報告される。
下記の表２は、Ｌ１測定のＵＥ報告を概説する。

ビーム障害検出（ＢＦＤ）およびビーム障害回復（ＢＦＲ）が、ＮＲＲｅｌ－１５でも導入された。ネットワークは、たとえば（ＳＳＢまたはＣＳＩ－ＲＳ）といった、ＢＦＤ参照信号をＵＥに設定し、ＵＥは、Ｌ１からのビーム障害インスタンス指示の数が、設定されたタイマーが期限切れになる前に、設定済み閾値に達したとき、ビーム障害を宣言する。ＳＳＢベースのＢＦＤは、初期のＤＬＢＷＰに関連付けられたＳＳＢに基づき、初期のＤＬＢＷＰのため、および、初期のＤＬＢＷＰに関連付けられたＳＳＢを含むＤＬＢＷＰのためだけに、設定されることが可能である。他のＤＬＢＷＰに対して、ＢＦＤは、ＣＳＩ－ＲＳだけに基づいて実施されることが可能である。

図１５Ａは、ＢＦＤのためのリソースを設定するために使用されることが可能な、例示的なＲＲＣＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造を示す。注目すべきは、値「ＢｅａｍＦａｉｌｕｒｅ」もしくは「ｒｌｆ」のいずれか、または「両方」をとることが可能な目的フィールドである。

（上述された）ＢＦＤのための設定済み閾値は、Ｑ_{ｏｕｔ，ＬＲ}およびＱ_{ｉｎ，ＬＲ}である。前者は、ＲＲＣＩＥＳｐＣｅｌｌＣｏｎｆｉｇにおいて設定され、３ＧＰＰＴＳ３８．１３３においてさらに記述されるような、ｒｌｍＩｎＳｙｎｃＯｕｔＯｆＳｙｎｃＴｈｒｅｓｈｏｌｄのデフォルト値に対応する。後者は、フィールドｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢまたはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＢＦＲ－ｒ１６によって提供された値に対応する。図１５Ｂは、ｒｌｍＩｎＳｙｎｃＯｕｔＯｆＳｙｎｃＴｈｒｅｓｈｏｌｄを含む、例示的なＳｐＣｅｌｌＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造を示す。このフィールドは、３ＧＰＰＴＳ３８．１３３、表８．１．１－１による、同期あり（ｉｎ－ｓｙｎｃ：ＩＳ）／同期なし（ｏｕｔ－ｏｆ－ｓｙｎｃ：ＯＯＳ）指示生成のためのブロック誤り率（ＢＬＥＲ）閾値ペアインデックスとして規定される。リスト化された「ｎ１」は、値１に対応する。このフィールドがない場合、ＵＥは、値０を適用する。これが再設定されたときはいつでも、ＵＥは、カウンタＮ３１０およびＮ３１１をリセットし、動いていれば、タイマーＴ３１０を止める。

ＵＥＬ１は、閾値Ｑ_{ｏｕｔ，ＬＲ}に対するリソース設定のセット

に従って、無線リンク品質を評価する。より詳細には、ＵＥは、ＵＥによって監視されるＰＤＣＣＨのＤＭ－ＲＳの受信を伴うＱＣＬである、周期的ＣＳＩ－ＲＳリソース設定、またはＰＣｅｌｌもしくはＰＳＣｅｌｌ上のＳＳＢに基づいて、無線リンク品質を評価する。ＵＥは、ＳＳＢのためのＬ１－ＲＳＲＰ測定にＱ_{ｉｎ，ＬＲ}閾値を適用する。ＵＥは、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳによって提供された値でそれぞれのＣＳＩ－ＲＳ受信電力をスケーリングした後、ＣＳＩ－ＲＳリソースのためのＬ１－ＲＳＲＰ測定にＱ_{ｉｎ，ＬＲ}閾値を適用する。

非ＤＲＸ動作では、ＵＥＬ１は、ＵＥが無線リンク品質を評価するために使用するセット

におけるすべての対応するリソース設定のための無線リンク品質が閾値Ｑ_{ｏｕｔ，ＬＲ}より悪いとき、上位レイヤに指示を提供する。言い換えれば、少なくとも１つのリソースが閾値Ｑ_{ｏｕｔ，ＬＲ}を上回る場合、Ｌ１は、上位レイヤにＢＦＤを指示しない。Ｌ１は、ＵＥが無線リンク品質を評価するために使用するセット

における、周期的ＣＳＩ－ＲＳ設定、および／またはＰＣｅｌｌもしくはＰＳＣｅｌｌ上のＳＳＢの最短周期と２ｍｓｅｃとの間の最大値によって決定された周期で、無線リンク品質が閾値Ｑ_{ｏｕｔ，ＬＲ}より悪くなったときに、知らせる。ＤＲＸ動作では、Ｌ！は、３ＧＰＰＴＳ３８．１３３で指定されたような、決定された周期で、無線リンク品質が閾値Ｑ_{ｏｕｔ，ＬＲ}より悪くなったときに、上位レイヤに指示を提供する。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤＵＥに、ＭＲ－ＤＣが設定されたとき、各ＳｐＣｅｌｌ設定は、独自のＢＦＤ設定を有することができる。ＰＣｅｌｌまたはＰＳＣｅｌｌに対して、上位レイヤからの要求に応じて、ＵＥは、セット

からの周期的ＣＳＩ－ＲＳ設定インデックスおよび／またはＳＳＢインデックス、ならびにＱ_{ｉｎ，ＬＲ}閾値以上の対応するＬ１－ＲＳＲＰ測定を、上位レイヤに提供する。ＳＣｅｌｌに対して、上位レイヤからの要求に応じて、ＵＥは、Ｑ_{ｉｎ，ＬＲ}閾値以上の対応するＬ１－ＲＳＲＰ測定値と共に、セット

からの少なくとも１つの周期的ＣＳＩ－ＲＳ設定インデックスおよび／またはＳＳＢインデックスがあるかどうかを指示し、もしあれば、セット

からの周期的ＣＳＩ－ＲＳ設定インデックスおよび／またはＳＳＢインデックス、ならびに、Ｑ_{ｉｎ，ＬＲ}閾値以上の対応するＬ１－ＲＳＲＰ測定値を提供する。

サービングセルの各ＢＷＰに対して、ＵＥは、ｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅｓによって周期的ＣＳＩ－ＲＳリソース設定インデックスのセット

を、および、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔまたはｃａｎｄｉｄａｔｅ－ＢｅａｍＲＳＬｉｓｔＥｘｔ－ｒ１６またはｃａｎｄｉｄａｔｅＢｅａｍＲＳＳＣｅｌｌＬｉｓｔ－ｒ１６によって周期的ＣＳＩ－ＲＳリソース設定インデックスおよび／またはＳＳＢインデックスのセット

を提供されることが可能である。これらは、サービングセルのＢＷＰ上の無線リンク品質測定のために使用されることが可能である。

サービングセルのＢＷＰのためのｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅｓまたはＢｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎ－ＲｅｓｏｕｒｃｅＬｉｓｔによって、ＵＥに

が提供されない場合、ＵＥは、ＵＥがＰＤＣＣＨを監視するために使用するそれぞれのＣＯＲＥＳＥＴのためのＴＣＩ状態によって指示されたＲＳセットにおける値と同じ値を有する周期的ＣＳＩ－ＲＳリソース設定インデックスを含めるように、セット

を決定する。ＴＣＩ状態において２つのＲＳインデックスがある場合、セット

は、対応するＴＣＩ状態のためのＱＣＬ－ＴｙｐｅＤ設定を有するＲＳインデックスを含む。上記で論じられた図１３Ｄは、ＴＣＩ状態ＩＥが、この情報（たとえば、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌおよびｑｃｌ－Ｔｙｐｅフィールド）をどのように含むかを示す。たとえば、上記で論じられた図１３Ａに示されたように、これは、ＤＬＢＷＰ設定におけるＰＤＳＣＨ設定（たとえば、ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内のＴＣＩ状態設定の一部として指示されることが可能である。

追加として、図１３Ｂに示されたように、各ＰＤＣＣＨ設定（これは、ＤＬＢＷＰ設定の一部であり、セルごとのＢＷＰごとに３つまで）は、ＵＥが監視するべき１つまたは複数のＣＯＲＥＳＥＴを含むことができる。各ＣＯＲＥＳＥＴ設定は、このＣＯＲＥＳＥＴがどのビームでＵＥによって送信および監視され得るかを指示する１つまたは複数のＴＣＩ状態を含む。これは、図１３Ｃに示されたＣｏｎｔｒｏｌＲｅｓｏｕｃｅＳｅｔのためのＡＳＮ．１データ構造によって示される。

ビーム障害が検出された後、ＵＥは、ＰＣｅｌｌ上でランダムアクセス（ＲＡ）プロシージャを開始することによってＢＦＲをトリガする。ＵＥは、ＢＦＲを実施するのに適切なビームを選択し、ｇＮＢが、専用のランダムアクセスリソースを特定のビームに提供した場合、これらは、ＵＥによって優先されることになる。ＢＦＲのためのパラメータは、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇの一部として、専用のＵＬＢＷＰのためのＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥにＲＲＣを介して設定される。図１６は、例示的なＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥのためのＡＳＮ．１データ構造を示す。ＲＡプロシージャが完了すると、ビーム障害回復が完了したと考えられる。ＢＦＤおよびＢＦＲ中のＵＥのアクションは、３ＧＰＰＴＳ３８．３２１（ＮＲＭＡＣ仕様）において、より詳細に記載される。

３ＧＰＰは以前、ＮＲＳＣｅｌｌの休眠中のＬＴＥＳＣｅｌｌおよび休眠中のような挙動についての概念を指定した。ＬＴＥでは、ＳＣｅｌｌが休眠状態にあるとき、ＵＥは、対応するＰＤＣＣＨまたはＰＤＳＣＨを監視する必要はなく、対応するＵＬにおいて送信することができない。この挙動は、非アクティブ化状態における挙動に似ているが、ＵＥは、非アクティブ化状態の挙動とは異なるＣＱＩ測定を実施および報告することも要求される。ＰＵＣＣＨＳＣｅｌｌ（ＰＵＣＣＨが設定されたＳＣｅｌｌ）は、休眠状態になることができない。

ＮＲでは、ＳＣｅｌｌのための休眠中のような挙動は、休眠中のＢＷＰの概念に基づく。ＲＲＣシグナリングを介して設定されたＵＥの専用ＢＷＰのうちの１つが、ＳＣｅｌｌのための休眠中として設定されることが可能である。アクティブ化されたＳＣｅｌｌのアクティブＢＷＰが、休眠中のＢＷＰであるとき、ＵＥは、ＳＣｅｌｌ上のＰＤＣＣＨの監視を止めるが、ＣＳＩ測定、ＡＧＣ、およびビーム管理を（そうするように設定された場合）、実施し続ける。ＤＣＩは、ＳＣｅｌｌまたはＳＣＧのための休眠中のＢＷＰへの出入りを制御するために使用され、休眠中のＳＣｅｌｌを含むセルグループのＳｐＣｅｌｌに（すなわち、ＳＣｅｌｌがＭＣＧに属する場合、ＰＣｅｌｌに、ＳＣｅｌｌがＳＣＧに属する場合、ＰＳＣｅｌｌに）送られる。ＳｐＣｅｌｌ（すなわち、ＰＣｅｌｌまたはＰＳＣｅｌｌ）およびＰＵＣＣＨＳＣｅｌｌに、休眠中のＢＷＰを設定することはできない。

図１７は、ＮＲＳＣｅｌｌの例示的な状態遷移図である。高レベルでは、ＵＥのＳＣｅｌｌは、ネットワークからの明確なコマンド（たとえば、ＭＡＣＣＥ）、または非アクティブ化タイマーの期限切れに基づいて、非アクティブ化状態とアクティブ化状態との間で遷移することができる。アクティブ化状態の中で、特定のＢＷＰは、ネットワークから受信されたＤＣＩに基づいて、アクティブ状態と休眠状態との間で遷移することができる。

それでも、ＵＥにＭＲ－ＤＣが設定された場合、ＵＥは、ＰＳＣｅｌｌを休眠中になるように設定できないので、休眠状態または休眠中のような挙動のエネルギー低減から完全に利益を得ることができない。その代わりに、既存のソリューションは、必要に応じてＳＣＧを（節電のために）解放すること、および、（トラフィック需要が要求するとき）追加することであることが可能である。トラフィックは、バースト送信である可能性が高いが、それでも、必要に応じてＳＣＧをそのように追加および解放することは、ＭＮとＳＮとの間の著しい量のＲＲＣシグナリングおよびノード間メッセージングを伴うおそれがある。これは、相当な遅延に遭遇するおそれがある。

３ＧＰＰＲｅｌ－１６の文脈では、ＰＳＣｅｌｌを、ＳＣＧ中断とも呼ばれる休眠中にすることについてのいくつかの議論があった。このソリューションのいくつかの同意された原理は、以下を含む。
・ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＳＣＧのネットワーク制御の中断をサポートする。
・中断されたＳＣＧのためのＵＥ挙動は、さらなる研究のため（ＦＦＳ）のものである。
・ＵＥは、Ｒｅｌ１６において、中断されるまたは中断されない、最大１つのＳＣＧ設定をサポートする。
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＳＣＧを追加すると、ＳＣＧは、設定によって中断されること、または中断されないことが可能である。
より詳細なソリューションが、Ｒｅｌ－１６のために提案されたが、これらには、様々な問題がある。たとえば、データトラフィックがＳＣＧにおいて送られることが予想されないとき、ｇＮＢは、ＵＥがＳＣＧ送信を中断するように指示することができ、その結果、ＵＥは、ＳＣＧ設定を維持するが、ＳＣＧ設定を節電のために使用しないという１つのソリューションが提案された。ＳＣＧを中断するためのシグナリングは、ＤＣＩ／ＭＡＣ－ＣＥ／ＲＲＣに基づくことが可能であるが、ｇＮＢからＵＥへの特定の設定の詳細は上記で論じられなかった。そうだとしても、ＳＣｅｌｌのためのこのソリューションは、異なるネットワークノード（たとえば、ＳＮとして動作するｇＮＢ）に関連付けられ得るＰＳＣｅｌｌに適用可能でなくてもよい。

固有のＳＣＧエネルギー低減技法が、３ＧＰＰＲｅｌ－１７のために論じられたことはない。それでも、このような技法が、以下のうちの１つまたは複数を伴うことが予想される。
・ＵＥが、（たとえば、ＰＳＣｅｌｌを休眠中のＢＷＰにスイッチして）ＰＳＣｅｌｌを休眠中で動作させ始めること。ネットワークは、ＰＳＣｅｌｌが休眠中であると考え、ＰＳＣｅｌｌ内のこのＵＥのためのＰＤＣＣＨの送信を少なくとも止める。
・ＵＥが、ＳＣｅｌｌの非アクティブ化と同様に、ＰＳＣｅｌｌを非アクティブ化すること。ネットワークは、ＰＳＣｅｌｌが非アクティブ化されたと考え、ＰＳＣｅｌｌ内のこのＵＥのためのＰＤＣＣＨの送信を少なくとも止める。
・ＵＥがＰＳＣｅｌｌを長いＤＲＸで動作させること。ＳＣＧＤＲＸは、ＳＮ終端ＳＣＧベアラのためのＤＬデータ到着など、必要性が生じたとき、（たとえば、ＭＣＧＭＡＣＣＥまたはＤＣＩを介して）ＭＮからスイッチを切られることが可能である。
・ＵＥが、ＳＣＧによるＵＥの動作を中断する（たとえば、ＭＮおよびＳＮ終端ベアラを含むＳＣＧに関連付けられたベアラを中断する）が、ＳＣＧ設定を記憶すること（「記憶されたＳＣＧ）。ネットワーク側で、ＳＮは、ＵＥのようにＳＣＧを記憶することができるか、ＳＮは、ＵＥのＳＣＧコンテキストを解放し、再開時にＵＥのＳＣＧコンテキストを再生成することができる。後者のオプションは、ＳＣＧが中断されたＵＥのためのＳＣＧコンテキストを記憶するＭＮからのサポートを必要とする。
これらの技法は、ＳＣＧに焦点を合わせているが、同様のアプローチがＭＣＧに対して使用され得る可能性がある。たとえば、ＭＣＧは、データ通信がＳＣＧだけを介して起こっている間、中断されるか、長いＤＲＸになる。

最近、ＳＣＧ非アクティブ化のために以下の課題が研究されるべきであることが、３ＧＰＰＲＡＮ２ＷＧの中で同意された。
・アクティブ化非アクティブ化において、シグナリングおよびノード間対話がどのように機能するか（たとえば、ＭＮがトリガされる、ＳＮがトリガされる、ＵＥがトリガされる、シグナリングメカニズム、どのノードが制御中であるかなど）
・非アクティブ化されたＳＣＧのために、ＵＥが、ＳＣＧのＰＳＣｅｌｌおよびＳＣｅｌｌのためのＰＤＣＣＨの監視を止める場合。
・非アクティブ化されたＳＣＧにおけるＰＳＣｅｌｌのために、ＵＥが、ＣＳＩ／ＲＲＭ測定および報告、ＡＧＣ、ビーム管理、ＲＬＭなどを実施する場合。

非アクティブ化されたＳＣＧにおける適切な挙動は、ＳＣＧのＰＳＣｅｌｌおよびＳＣｅｌｌのためのＰＤＣＣＨの監視をＵＥが止めることである。Ｒｅｌ－１６までは、ＭＲ－ＤＣが設定されたＵＥは、少なくとも各ＳｐＣｅｌｌ、すなわち、ＰＣｅｌｌ、ＰＳＣｅｌｌによる、および、設定された場合、ＳＣＧのＳＣｅｌｌによる、ビーム管理動作を実施してもよい。Ｒｅｌ－１７におけるＳＣＧ非アクティブ化の導入に伴い、ＵＥは、ＰＤＣＣＨ監視などのＳＣＧ動作を最小化することによって、エネルギー消費を低減させるべきである。同時に、ＵＥは、非アクティブ化されたＳＣＧを素早く再開する準備ができていなければならない。これらの要件は、矛盾および／または衝突になり得る。

旧式のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ動作で高速ＰＤＣＣＨ監視を可能にするための１つの方式は、ビーム管理プロシージャを介したものである。たとえば、非アクティブ化されたＳＣＧの高速再開を容易にするために、ＵＥは、非アクティブ化動作モードにあるＳＣＧによるＲＲＣ＿ＣＯＮＮＥＣＴＥＤのために規定された同じビーム管理動作を続けることができる。それでも、これらの動作は、ＵＥがＬ１測定を実施すること、ＳＣＧのＵＬチャネル（たとえば、ＰＵＣＣＨ、ＰＵＳＣＨ）上でＬ１測定を報告すること、ＭＡＣＣＥを処理することなどによって、エネルギーを消費する。このアプローチはまた、非アクティブ化されたＳＣＧに関連付けられたＳＮが、ＳＣＧのＵＬチャネル（たとえば、ＰＵＣＣＨ）を監視し続けることを必要とする。同時に、ビーム管理動作を止めることは、ビームのずれにつながることがあり、その結果、再開時に新しい再アラインメントが必要になり、ＳＣＧのアクティブ化のために必要な時間を増加させる。

したがって、本開示の実施形態は、無線ネットワーク（たとえば、ＮＧ－ＲＡＮ）における第１のセルグループ（たとえば、ＭＣＧ）および第２のセルグループ（たとえば、ＳＣＧ）がＭＲ－ＤＣのために設定されたＵＥのための技法を提供する。これらの技法は、第２のセルグループが、（たとえば、アクティブ化または通常エネルギー動作モードから）非アクティブ化または低減エネルギー動作モードに入るようにという指示を、ＵＥが（ネットワークノードから）受信することを含むことができる。加えて、ＵＥは、第２のセルグループが非アクティブ化されている間、特定のビーム管理動作の実施を止めることおよび／または控えることができる。これらのビーム管理動作は、以下のうちの少なくとも１つを含むことができる。
・ＰＵＳＣＨ上および／またはＰＵＣＣＨ上のＬ１ビーム測定を報告すること、ならびに
・Ｌ１ビーム測定を実施すること。

加えて、ＵＥは、以下の方式のうちの少なくとも１つで、第２のセルグループが第２の動作モードにある間に、第２のセルグループに関連付けられたＢＦＤを実施することができる。
・第２のセルグループのセルが通常動作モードにあったときにＵＥが実施していたように、ＵＥが、第２のセルグループに対するＢＦＤ（たとえば、ＳＣＧのＳｐＣｅｌｌに対するＢＦＤ）の実施を続ける、
・第２のセルグループのセルが通常動作モードにあったときにＵＥが実施していたようにではなく、少なくとも１つの異なるＢＦＤ設定に従って、ＵＥが、第２のセルグループに対するＢＦＤ（たとえば、ＳＣＧのＳｐＣｅｌｌに対するＢＦＤ）を実施する、ならびに
・ＵＥが、第２のセルグループ（たとえば、ＳＣＧ）を非アクティブ化動作モードに遷移させると同時に、第２のセルグループに対するＢＦＤに関するカウンタおよびタイマーリセットする。

加えて、ＵＥは、第２のセルグループが第２の動作モードにある間に（たとえば、非アクティブ化されたＳＣＧ）、第２のセルグループに関連付けられたビーム障害が宣言されるべきかどうかを判定し、ＢＦＤが宣言されたかどうかに基づいて、以下のアクションのうちの少なくとも１つを実施することができる。
・ＢＦＤが宣言された場合、（たとえば、第２のセルグループのＳｐＣｅｌｌによる）第２のセルグループ上のＢＦＲのためのランダムアクセスをトリガすること。
・ＢＦＤが宣言されたとき、ＵＥは、ビーム障害が検出されたと考えるが、第２のセルグループによるＢＦＲのためのランダムアクセスをトリガしない、すなわち、ＵＥは、ＢＦＤ時にＰＳＣｅｌｌに対してランダムアクセスを実施しない。たとえば、ＢＦＲをトリガする際にランダムアクセスは実施されないが、場合によっては、第２のセルグループがアクティブ化された（再開された）ときに、後で実施される。この場合、非アクティブ化された第２のセルグループ内のセルに対してＢＦＤが宣言されたとき、ＵＥは、たとえば、第２のセルグループが、アクティブ／通常／アクティブ化された通常動作モードに遷移するときまで、ランダムアクセスの開始を遅らせる。
・ＢＦＤが宣言されたとき、ＵＥは、これを、ＭＡＣＣＥまたはＲＲＣメッセージの中で、第１のセルグループを介してネットワークに指示する。このように、ネットワークは、ビーム障害の知識を即時に得ることになり、適切なアクション（たとえば、ＢＦＤが検出されなかった場合、ＵＥがランダムアクセスを行わずに第２のセルグループを再開できると判定すること、ＢＦＤが検出された場合、ＵＥがランダムアクセスを行わずに第２のセルグループを再開できないと判定すること）をとることができる。

本開示の実施形態はまた、第１のセルグループ（たとえば、ＭＣＧ）を介して無線ネットワークと通信するようにさらに設定された、ＵＥのための第２のセルグループ（たとえば、ＳＣＧ）に関連付けられた、無線ネットワークのネットワークノードのための技法を含む。ネットワークノードは、第２のセルグループが（たとえば、通常動作モードから）非アクティブ化動作モードに入るようにという指示を、ＵＥに送信することができる。指示は、以下の方式のいずれかで送信されることが可能である。
・第１のセルグループを介して、たとえば、ＵＥは、ＳＣＧが非アクティブ化されることになる場合のために、ＭＣＧを介してＲＲＣメッセージまたはＭＡＣＣＥを受信する、
・第２のセルグループを介して、たとえば、ＵＥは、ＳＣＧが非アクティブ化されることになる場合のために、ＳＣＧを介してＲＲＣメッセージまたはＭＡＣＣＥを受信する、
・第２のセルグループを介して、たとえば、ＵＥは、ＭＣＧが非アクティブ化されることになる場合のために、ＳＣＧを介してＲＲＣメッセージまたはＭＡＣＣＥを受信する、
・第１のセルグループを介して、たとえば、ＵＥは、ＭＣＧが非アクティブ化されることになる場合のために、ＭＣＧを介してＲＲＣメッセージまたはＭＡＣＣＥを受信する。

追加として、ネットワークノードは、第２のセルグループが非アクティブ化動作モードにあることに基づいて、第２のセルグループのサービングセルのうちの少なくとも１つに対して１つまたは複数のアクションを実施することができる。たとえば、ネットワークノードは、ＰＤＣＣＨによるＵＥのスケジューリングを止めること、ＤＣＩの送信を止めること、ＵＬチャネル（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ）の監視を止めることなどを行うことができる。

追加として、ネットワークノードは、第２のセルグループが非アクティブ化動作モードにあることに基づいて、ビーム管理動作の実施を止めることができる。これは、以下のうちのいずれかを含むことができる。
・第２のセルグループが通常動作モードにあった間にＬ１ビーム測定の報告のために設定された、このＵＥのためのアップリンクにおける制御チャネル（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ）の監視を止めること。
・たとえば、ＣＳＩ＼、および／またはビーム管理のためといった、Ｌ１報告のためのＣＳＩ－ＲＳの送信を止めること。
・ＰＲＡＣＨの監視を続けること。
追加として、ネットワークノードは、以下のアクションのうちの少なくとも１つを実施することができる。
・第２のセルグループが（たとえば、第２のセルグループのＳｐＣｅｌｌにより）非アクティブ化されたＵＥから、ＢＦＲに関連付けられたランダムアクセスプリアンブルを受信すること。
・再開動作に、すなわち、第２のセルグループが再開されることになるときに、関連付けられたランダムアクセスプリアンブルを受信すること。
・第１のセルグループ（たとえば、マスタセルグループ－ＭＣＧ）に関連付けられたネットワークノード（たとえば、ｇＮｏｄｅＢ）からの指示を受信することであって、指示は、第２のセルグループ上で宣言されたＢＦＤについての情報を含む。受信された情報に基づいて、ネットワークノードは、対応するアクションをとることができ、たとえば、ネットワークノードは、ＢＦＤのためにＵＥによって使用される参照信号の送信を控えてもよい。

本開示の実施形態はまた、第２のセルグループ（たとえば、ＳＣＧ）を介して無線ネットワークと通信するようにさらに設定されたＵＥのための第１のセルグループ（たとえば、ＭＣＧ）に関連付けられた、無線ネットワークのネットワークノードのための技法を含む。ネットワークノードは、第２のセルグループ上で宣言されたＢＦＤについての指示を、第１のセルグループを介してＵＥから受信し、対応するアクションをとることができる。指示は、ＭＡＣＣＥまたはＲＲＣメッセージでもよい。対応するアクションは、第２のセルグループのための新しいビーム関係を確立するためにＳＣＧをアクティブ化すること、および、ノード間通信を介して、宣言されたＢＦＤを、第２のセルグループに関連付けられたネットワークノードに知らせることを含むことができる。

追加として、ネットワークノードは、この報告の中で受信された情報に基づいて、ＳＣＧをどのように再開／アクティブ化するべきかを判定することができる。たとえば、ネットワークは、ＢＦＤが検出されなかった場合、ランダムアクセスを行わずに第２のセルグループを再開できると判定することができる。このような場合、ネットワークノードは、ランダムアクセスを行わずに第２のセルグループにアクセスするようにＵＥをトリガする明確な／暗黙的なＴＣＩ状態指示（たとえば、第２のセルグループ上のＰＤＣＣＨを監視するようにＭＡＣＣＥがＵＥに指示すること）と共に、第２のセルグループ再開指示を送ることができる。代替として、ネットワークは、ＢＦＤが検出された場合、ランダムアクセスを行わずに第２のセルグループを再開できないと判定することができる。このような場合、ネットワークノードは、第２のセルグループによるランダムアクセスプロシージャを実施するようにＵＥをトリガする第２のセルグループ再開指示（たとえば、ＲＡＣＨ設定を含むＲＲＣメッセージ）を送ることができる。代替として、ネットワークノードは、非アクティブ化された第２のセルグループを解放するか、第２のセルグループに関連付けられたノードに同じことを要求するメッセージを送ることができる。

実施形態は、本明細書で説明される問題に対する様々な利益、利点、および／またはソリューションを提供することができる。たとえば、実施形態は、ビームアラインメントの観点からある程度の準備を維持しつつ、ＣＳＩおよび／またはＬ１ビーム測定の報告をＵＥに要求しないことによってエネルギー低減を容易にする。ＵＥは、ＢＦＤのためのビーム監視を実施するので、ＵＥは、第２のセルグループの再開始時にランダムアクセスが必要なときにランダムアクセスをトリガすることだけが可能であり、これは、第２のセルグループが非アクティブ化されていた間にＢＦＤが検出されない限り再開レイテンシを低減させる。第２のセルグループが非アクティブ化されている間でもビームアラインメントが確立されるように、非アクティブ化状態にある間にＵＥがＢＦＲを実施することによって、この準備の課題にも、特定の実施形態が対処する。

以下の議論では、「中断される」、「非アクティブ化される」、「非アクティブな」、および「低減エネルギーモード」という用語は、ＵＥのセルグループ（たとえば、ＳＣＧ）に対して互換的に使用される。それでも、ＵＥの観点から、ＳＣＧのための「低減エネルギーモード」は、ＳＣＧに対してＵＥが低減エネルギーモードで動作していることを意味する。同じように、「再開される」、「アクティブ化される」、「アクティブな」、「通常エネルギーモード」、「通常動作」、および「旧式の動作」という用語は、ＵＥのセルグループ（たとえば、ＳＣＧ）に対して互換的に使用される。ＵＥの観点から、ＳＣＧのための「通常エネルギーモード」は、ＳＣＧに対して、ＵＥが通常（すなわち、非低減）エネルギーモードで動作していることを意味する。動作の例は、たとえば、ＲＲＭ測定、信号の受信、信号の送信、測定設定、測定報告、トリガされたイベント測定報告の評価といった、ＵＥ信号受信／送信プロシージャである。

以下の議論では、「ＳＣＧ上での測定」または「ＳＣＧに関連付けられた測定」という句は、ＳＣＧのセル（たとえば、ＳｐＣｅｌｌ）上での測定を実施すること、および／またはＳＣＧ測定設定に従って測定を実施することに対応する。

以下では、ＤＣが設定されたＵＥのための中断されたＳＣＧの観点で実施形態が説明される。それでも、ＤＣが設定されたＵＥのための中断されたＭＣＧに、同様の原理が適用されることが可能である。

以下では、第２のセルグループが非アクティブ化されている間の「ビーム障害検出」（または略して「ＢＦＤ」）は、一般に、ＢＦＤのために設定されたＲＳのセットの監視をＵＥが実施することを伴い、Ｌ１は、ＭＡＣレイヤへの指示（たとえば、ＩＳ／ＯＯＳ）を生成する。監視は、たとえば、第２のセルグループのＳｐＣｅｌｌに対するＢＦＤのコンテキストで、第２のセルグループのサービングセル上で実施されることが可能である。

上記で概説されたように、ＵＥは、ＵＥの第２のセルグループが（たとえば、通常動作モードから）非アクティブ化動作モードに入るようにという指示を（ネットワークノードから）受信することができる。いくつかの実施形態では、ＵＥには、ＵＥがコマンドを受信したときに、通常動作モードで動作するＭＣＧとＳＣＧ両方によるＭＲ－ＤＣが設定されてもよい。他の実施形態では、ＵＥは、第２のセルグループが非アクティブ化動作モードに入るようにという指示を含むＭＲ－ＤＣ設定（たとえば、ＳＣＧ設定）を受信することができる。いずれかのケースにおいて、指示は、ＲＲＣメッセージ（たとえば、ＩＥまたはフィールドとして）、ＭＡＣ制御エレメント（ＣＥ）などに含まれてもよい。

いくつかの実施形態では、第２のセルグループは、ＭＲ－ＤＣにあるＵＥのために設定されたＳＣＧであることが可能である。このような場合、第２のセルグループのサービングセルは、ＳｐＣｅｌｌ（ＰＳＣｅｌｌ）、およびＳＣｅｌｌのいずれかであることが可能である。他の実施形態では、第２のセルグループは、ＭＲ－ＤＣにあるＵＥのために設定されたＭＣＧであることが可能である。このような場合、第２のセルグループのサービングセルは、ＭＣＧのＳｐＣｅｌｌ（ＰＣｅｌｌ）、およびＳＣｅｌｌのいずれかであることが可能である。

上記で概説されたように、ＵＥは、第２のセルグループが非アクティブ化されている間、特定のビーム管理動作の実施を止めることおよび／または控えることができる。これらのビーム管理動作は、様々な実施形態における以下のうちの少なくとも１つを含むことができる。
・（ＰＵＳＣＨ上および／またはＰＵＣＣＨ上での）Ｌ１ビーム測定の報告を止めること。
○ これらは、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）に基づくＬ１ＲＳＲＰ測定であることが可能である。
○ これらは、ＣＳＩ－ＲＳに基づくＬ１ＲＳＲＰ測定であることが可能である。
○ ＵＥは、第２のセルグループが非アクティブ化動作モードに入ったとき、第２のセルグループに関連付けられた（たとえば、第２のセルグループのＳｐＣｅｌｌに関連付けられた）以下のＬ１測定および報告のうちの少なくとも１つを中断する。
・周期的、非周期的、および半永続的報告
・ＰＵＣＣＨ上での報告
・ＰＵＳＣＨ上での報告
・他のいずれかのアップリンク制御チャネル上での報告
・Ｌ１報告のためのＬ１ビーム測定の実施を止めること。他の目的（たとえば、ＢＦＤ）のための他の測定値は続けてもよい。これらは、ＳＳＢまたはＣＳＩ－ＲＳに基づくＬ１ＲＳＲＰ測定であることが可能である。
・（以下の設定に従って動作を中断することと同等であると考えられることが可能な）以下の設定のうちの少なくとも１つに関連付けられたＬ１報告およびＬ１測定の実施を止めること。
○ 第２のセルグループのセルに関連付けられたＣＳＩ－ＭｅａｓＣｏｎｆｉｇＩＥによる設定（サービングセル設定の一部であり、ＩＥＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ内で送信される）。設定は、ＣＳＩ－ＭｅａｓＣｏｎｆｉｇが含まれるサービングセルに属するＣＳＩ－ＲＳ（参照信号）と、ＣＳＩ－ＭｅａｓＣｏｎｆｉｇが含まれるサービングセル上のＰＵＣＣＨ上で送信されることになるチャネル状態情報報告と、ＣＳＩ－ＭｅａｓＣｏｎｆｉｇが含まれるサービングセル上でＤＣＩが受信されたことによってトリガされたＰＵＳＣＨ上のチャネル状態情報報告とを設定するために使用される。方法によれば、以下のうちの少なくとも１つなど、第２のセルグループが非アクティブ化動作モードに入るときに、ＣＳＩ－ＭｅａｓＣｏｎｆｉｇ内の少なくとも１つの設定（すなわち、フィールドまたはＩＥ）が中断されてもよい（すなわち、測定および報告が止まる）。
－ｎｚｐ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＴｏＡｄｄＭｏｄＬｉｓｔが、ＮＺＰ－ＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅのリストである。
－ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇからまたはＭＡＣＣＥから参照されることが可能な、ＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔのプール。
－ｃｓｉ－ＳＳＢ－ＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔが、ＣＳＩ－ＳＳＢ－ＲｅｓｏｕｒｃｅＳｅｔのリストである。
－ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇから言及されることが可能なＣＳＩ－ＳＳＢ－ＲｅｓｏｕｒｃｅＳｅｔのプール
－ｃｓｉ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔが、ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇのリストである。
－３ＧＰＰＴＳ３８．２１４セクション５．２．１．２において指定されているような設定されたＣＳＩリソースセッティング。
－ｃｓｉ－ＲｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔが、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇのリストである。
－３ＧＰＰＴＳ３８．２１４セクション５．２．１．１において指定されているような設定されたＣＳＩ報告セッティング。
・第２のセルグループのセルに関連付けられたＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ（ＣＳＩ－ＭｅａｓＣｏｎｆｉｇの一部）による設定。設定は使用される。設定を中断すること、および／または設定に従って実施されたアクションを止めることは、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇが含まれるセル（たとえば、セルグループに関連付けられた第２のセルグループのＳｐＣｅｌｌ、またはＳＣｅｌｌ）上のＰＵＣＣＨ上で送られた周期的または半永続的報告を止めることまたは中断することに対応する。設定を中断することおよび／または設定に従って実施されたアクションを止めることは、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇが含まれるセル上でＤＣＩが受信されたことによってトリガされたＰＵＳＣＨ上で送られた半永続的または非周期的報告を止めることまたは中断することに対応する（この場合、報告が送られるセルは、受信されたＤＣＩによって決定される）。方法によれば、第２のセルグループが非アクティブ化動作モードに入ったとき、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ内の少なくとも１つの設定（すなわち、フィールドまたはＩＥ）が中断されてもよい（すなわち、測定および報告が止まる）。

上記で概説されたように、ＵＥは、第２のセルグループが非アクティブ化動作モードにある間に、第２のセルグループに関連付けられたＢＦＤを実施することができる。これは、第２のセルグループの少なくとも１つのサービングセル上でＢＦＤを実施することを伴うことが可能である。第２のセルグループがＳＣＧである場合、これは、ＳＣＧのＳｐＣｅｌｌ（ＰＳＣｅｌｌ）、および／またはＳＣＧのいずれかのＳＣｅｌｌを含むことができる。第２のセルグループがＭＣＧである場合、これは、ＭＣＧのＳｐＣｅｌｌ（ＰＣｅｌｌ）、および／またはＭＣＧのいずれかのＳＣｅｌｌを含むことができる。

様々な実施形態では、ＵＥは、様々な方式で、第２のセルグループが非アクティブ化動作モードにある間にＢＦＤを実施することができる。いくつかの実施形態では、ＵＥは、第２のセルグループが通常動作モードにあったときと同じ様式で、第２のセルグループに対するＢＦＤの実施を続ける。たとえば、ＵＥは、第２のセルグループのためのＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ内のＢＦＤ設定に従って、第２のセルグループのＳｐＣｅｌｌのための、３ＧＰＰＴＳ３８．２１３セクション６（「リンク回復プロシージャ」）において説明されているような、少なくともアクションを実施する。別の言い方をすると、Ｌ１は、（たとえば、ビームで送信された）参照信号の監視を続け、場合によっては、ＢＦＩの数をカウントすることに基づいて、ビーム障害がないか監視するビーム障害指示（上位レイヤ（たとえば、ＭＡＣ）へのＢＦＩ）を生成する。

１つの変形態では、ＵＥは、ＢＦＤが設定された第２のセルグループのＳｐＣｅｌｌおよび第２のセルグループのすべてのＳＣｅｌｌに対するＢＦＤを実施する。言い換えれば、ＳｐＣｅｌｌは、ＢＦＤが実施されるサービングセルのうちの１つであり、他のＳＣｅｌｌは、ＢＦＤが実施される他のサービングセルである。別の変形態では、ＵＥは、ＢＦＤが設定された第２のセルグループのＳＣｅｌｌのサブセットに対するＢＦＤを実施する。

別の変形態では、ＵＥは、第２のセルグループのＳｐＣｅｌｌに対してだけＢＦＤを実施する。したがって、第２のセルグループのＳＣｅｌｌのためにＢＦＤが設定されたとしても、第２のセルグループが非アクティブ化されているとき、ＵＥは、ＳＣｅｌｌに対するＢＦＤを止め、ＰＳＣｅｌｌに対するＢＦＤだけを続ける。ＵＥが、休眠中のＳＣＧをアクティブ化するとき（たとえば、ＳＣＧ動作を再開するようにという指示を受信したとき）、ＵＥは、ＳＣｅｌｌに対してもＢＦＤを再び実施する。

別の変形態では、ＵＥは、第２のセルグループが非アクティブ化動作モードに入ったとき、ＵＥのために明示的に設定されたサービングセルに対してだけＢＦＤを実施する。この設定は、第２のセルグループを非アクティブ化する指示を、または、第２のセルグループが設定されたときのＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇの一部として、提供されてもよい。

他の実施形態では、ＵＥは、第２のセルグループに対するＢＦＤを実施するが、第２のセルグループのセルが通常動作モードにあったときにＵＥが実施していた様式とは異なる様式で実施する。たとえば、ＵＥは、１つまたは複数の新しいパラメータを含む異なるＢＦＤ設定に従って、第２のセルグループのＳｐＣｅｌｌに対する、３ＧＰＰＴＳ３８．２１３セクション６（「リンク回復プロシージャ」）において説明されているような、少なくともアクションを実施する。これらは、第２のセルグループが非アクティブ化されている間に使用するためだけに設定されてもよい。

たとえば、異なるＢＦＤパラメータは、第２のセルグループが非アクティブ化動作モードにあるときに、これらのＢＦＤ関連パラメータが第２のセルグループのためにＵＥによって使用されることになるといういくつかの指示と共に、第２のセルグループのためのＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇの中で（たとえば、ＲＲＣ再設定のようなメッセージの中で）設定されてもよい。いくつかの変形態では、異なるＢＦＤパラメータは、第２のセルグループが非アクティブ化動作モードになることを示す同じメッセージの中で設定されてもよい。

いくつかの変形態では、非アクティブ化動作モードで使用するための固有のＢＦＤ設定がない場合、第２のセルグループのために通常動作モードで使用されるＢＦＤ設定に基づいて、ＵＥにＢＦＤを実施させてもよい。他の変形態では、非アクティブ化動作モードで使用するための固有のＢＦＤ設定がない場合、ＵＥが非アクティブ化動作モードにあるとき、第２のセルグループ上でのＢＦＤの実施をＵＥに控えさせてもよい。他の変形態では、ＵＥには、第２のセルグループが非アクティブ化され、この場合のための他のＢＦＤ設定が利用可能でないときのために、デフォルトのＢＦＤ設定があらかじめ設定されることが可能である。

一般に、新しいＢＦＤ設定（すなわち、第２のセルグループが非アクティブ化されている間に使用するためのＢＦＤ設定）は、第２のセルグループが通常動作モードにある間に使用するための、図１５Ａに示されたＲａｄｉｏＬｉｎｋ－ＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇＩＥでみつかるものと類似および／または同等のパラメータを含んでもよい。たとえば、これらのパラメータは、たとえばＲａｄｉｏＬｉｎｋ－ＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇＩＥ内の、新しいｒａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ－ＳＣＧ－ｄｅａｃｔｉｖａｔｅｄＩＥまたはフィールドにおいて提供されることが可能である。下記は、新しいＢＦＤ設定における異なっていることが可能なパラメータのいくつかの例である。
・ｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅｓＴｏＡｄｄＭｏｄＬｉｓｔ；たとえば、すべてのリソースがＱｏｕｔ閾値を下回るときにＢＦＩを生成するために監視されることになる、ＳＳＢ、ＣＳＩ－ＲＳ、またはＳＳＢとＣＳＩ－ＲＳとの混在のリストといった、ＢＦＤのために監視されることになるＲＳリソースのリスト。
○ 新しいＢＦＤ設定は、たとえば、ＢＦＤのために監視されることになるより多くのビーム／ＳＳＢ／ＣＳＩ－ＲＳリソースといった、第２のセルグループがアクティブ化される場合と比較して、監視されることになるより多くのリソースを含んでもよい。ＵＥは、第２のセルグループが非アクティブ化されているとき、ＰＤＣＣＨを監視しておらず、測定を報告していないので、ＵＥは、より堅牢なＢＦＤスキームのために、ＢＦＤがないか、より多くのリソースを監視することが可能な場合がある。図１８は、Ｋ＝３個のＲＳリソースが、ＳＣＧがアクティブ化されている間にＵＥＢＦＤのために設定され、（少なくとも１つの違いを含む）Ｍ＝４個のＲＳリソースが、ＳＣＧが非アクティブ化されている間にＵＥＢＦＤのために設定される場合を示す。
○ 別の可能な方策は、たとえば、より多くのＳＳＢ／ＣＳＩ－ＲＳリソースといった、たとえば、ＢＦＤについて監視されることになるより少ないビームといった、第２のセルグループがアクティブ化された場合と比較して、監視されることになるより少ないリソースを、新しいＢＦＤ設定が含んでもよいことである。推論は、ＢＦＤが、ある程度まで、Ｌ１ビーム測定の報告を含むビーム管理動作を置き換えているので、ＵＥが第２のセルグループを再開／アクティブ化する前に、少ない数のビームからの何らかの偏差が考慮されるべきであるということである。
○ いくつかの変形態では、非アクティブ化された第２のセルグループのためのＢＦＤリソースに関するこの新しい設定は、ＳＳＢが、いずれにしても、このためにＣＳＩ－ＲＳを送信する必要がないように、第２のセルグループ（たとえば、ＰＳＣｅｌｌ）によって送信され得るので、ＳＳＢにだけ基づくことが可能である。１つのオプションは、設定されたＣＳＩ－ＲＳの監視をＵＥが自律的に止め、設定されたＳＳＢに基づいてＢＦＤを実施するだけであることが可能である。セット

のために、ＵＥは、ＳＣＧが通常動作モードにあったときにＵＥによって監視されていたＰＤＣＣＨのＤＭ－ＲＳ受信と共同サイト式のＰＳＣｅｌｌ上のＳＳＢだけに従って、無線リンク品質を評価する。ＵＥは、ＳＳＢから取得されたＬ１－ＲＳＲＰ測定にＱ_{ｉｎ，ＬＲ}閾値を適用する。
・ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ：このフィールドは、どれだけ多くのビーム障害イベントがＵＥＢＦＲをトリガしたかに従って決定し、ＵＥＢＦＲは、ネットワーク方策に応じて、第２のセルグループが非アクティブ化されているとき、ＢＦＤに対して、ＵＥが、多かれ少なかれ耐性があることを可能にすることができる。１つのオプションは、これが非常に重大なときに、ＵＥにＢＦＤを宣言させることだけを行わせるために、このフィールドを増加させることであってもよく、これは、第２のセルグループが非アクティブ化されている間に、ＵＥがＰＤＣＣＨを監視していないと考えることが道理にかなうはずである。別のオプションは、ＵＥをＳＣＧによる動作の再開の準備が可能な限りできた状態にするために、このフィールドを減少させ、ＰＤＣＣＨの監視を始めることであってもよい。
・ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ：これは、（３ＧＰＰＴＳ３８．２１３節６において規定されているような）「ビーム障害検出のＱｏｕｔ，ＬＲ報告周期」の数の値であることが可能な、ＢＦＤのためのタイマーであり、これは、ネットワーク方策に応じて、第２のセルグループが非アクティブ化されているときに、ＵＥが、ＢＦＤに対して、多かれ少なかれ耐性があることを可能にすることができる。

いくつかの実施形態では、新しいＢＦＤ設定は、（図１５Ｂに関して上記で論じられたような）ｒｌｍＩｎＳｙｎｃＯｕｔＯｆＳｙｎｃＴｈｒｅｓｈｏｌｄの新しい値を含むことができる。

いくつかの実施形態では、新しいＢＦＤ設定は、ＢＦＤを実施するための方法の変更であってもよい。通常／アクティブ化動作モードでは、ＵＥは、（たとえば、ＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇによって）ＢＦＤのために設定されたＲＳリソースのセットを監視することによってＢＦＤを実施する。３ＧＰＰＴＳ３８．２１３セクション６によれば、ＲＳがＢＦＤのために提供されない場合、ＵＥは、ＰＤＣＣＨのためのアクティブ化ＴＣＩ状態に基づいて、ビーム監視を実施する。これらの実施形態によれば、ＵＥが第２のセルグループを非アクティブ化したとき、ＲＳリソースがＢＦＤのために設定されたとしても、ＵＥは、たとえば、第２のセルグループが非アクティブ化動作モードに遷移する前に、アクティブ化された最新のＰＤＣＣＨＴＣＩ状態に基づいてＢＦＤに対するビーム監視を実施するようにＲＳリソースを設定しなかったかのように、ＢＦＤ監視方法を変更する。第２のセルグループが再開されたとき、ＢＦＤは、ＢＦＤのために設定されたＲＳリソースに返す。

上記で概説されたように、ＵＥは、第２のセルグループが第２の動作モード（たとえば、非アクティブ化されたＳＣＧ）にある間、第２のセルグループに関連付けられたＢＦＤが宣言されるべきかどうかを判定し、ＢＦＤが宣言されたかどうか（たとえば、発生したと判定されたかどうか）に基づいて少なくとも１つのアクションを実施することができる。

いくつかの実施形態では、判定は、第２のセルグループのサービングセル（たとえば、ＳｐＣｅｌｌ）のためのＭＡＣエンティティにおいて行われることが可能である。第２のセルグループが非アクティブ化動作モードにあったとしても、サービングセルのＭＡＣエンティティは、Ｌ１からのＢＦＩの可能な受信を監視する。ＭＡＣエンティティは、ＢＦＲタイマーをスタートまたはリスタートさせ、Ｌ１から受信された各ＢＦＩのために、１つだけＢＦＩ＿ＣＯＵＮＴＥＲを増やす。

いくつかの実施形態では、判定は、所定の時間内に発生することが可能な、上記で説明されたカウンタと、ＢＦＩインスタンスの設定された最大数（たとえば、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）との間の比較に基づくことが可能である。たとえば、ＢＦＲタイマーが動いている間、ＢＦＩ＿ＣＯＵＮＴＥＲ≧ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔである場合、ＢＦＤが宣言され、ＵＥは、非アクティブ化された第２のセルグループのためのアクションを実施する。ＢＦＲタイマーが期限切れになった場合、ＢＦＩ＿ＣＯＵＮＴＥＲは０にセットされる。

いくつかの変形態では、タイマーは、ＢＦＲが通常動作モードほど容易にトリガされないように、第２のセルグループが非アクティブ化動作モードにあるとき、小さい方の値にセットされることが可能である。いくつかの変形態では、ＢＦＩ＿ＣＯＵＮＴＥＲは、第２のセルグループが非アクティブ化動作モードに入ったとき、および／または第２のセルグループが通常動作モードに入ったとき、リセットされることが可能である。

様々な実施形態では、ＵＥは、ＢＦＤが宣言されたかどうかに基づいて様々なアクションを実施することができる。いくつかの実施形態では、ＵＥは、ＢＦＤが宣言された場合、（たとえば、第２のセルグループのＳｐＣｅｌｌで）第２のセルグループ上のＢＦＲのためのランダムアクセスをトリガすることができる。ＢＦＲは、ＵＬＢＷＰごとに設定されることが可能である。アクティブＵＬＢＷＰのために、少なくとも以下のオプションがあり得る。
・ＵＥは、ＵＥが通常動作モードにあったときのアクティブＵＬＢＷＰを、第２のセルグループ（たとえば、ＰＳＣｅｌｌ）が非アクティブ化動作モードに入ったときの選択されたキャリアのこのアクティブＵＬＢＷＰとして考える。
・第２のセルグループが非アクティブ化動作モードに入ったとき、アクティブＵＬＢＷＰは、たとえば、場合によっては、第２のセルグループが非アクティブ化動作モードに入ったときに使用されるように設定されたＵＬＢＷＰに変更する。
・第２のセルグループが非アクティブ化動作モードに入ったとき、アクティブＵＬＢＷＰは、（たとえば、ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰを使用して）初期アップリンクＢＷＰとして設定されたＵＬＢＷＰ、（たとえば、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄを使用して）第１のアクティブアップリンクＢＷＰとして設定されたＵＬＢＷＰ、またはデフォルトのＤＬＢＷＰと同じＢＷＰのペアに属するＵＬＢＷＰに変更する。

ＵＥは、通常動作モードにある第２のセルグループのために使用されるように設定されたパラメータに基づいて、（たとえば、第２のセルグループのサービングセルによる）ＢＦＲのためのランダムアクセス（ＲＡ）を開始することができる。いくつかの実施形態では、ＵＥは、４ステップのＲＡプロシージャを開始することができる。これは、競合フリーＲＡ（ＣＦＲＡ）プロシージャまたは競合ベースのＲＡ（ＣＢＲＡ）プロシージャであることが可能である。１つの変形態では、ＵＥは、ＢＦＲのためだけに４ステップＲＡを実施することができる。これは、ＢＦＲが非常に高速である必要がなくてもよく、ネットワークが、ＵＬリソースがこのプロシージャのための使用に限定することを望み得るからである（たとえば、ＲＡＣＨリソースだけが割り当てられる、ＭＳＧ．Ａの送信のためのＰＵＳＣＨリソースの割り当てがない）。

他の実施形態では、ＵＥは、２ステップＲＡプロシージャを開始することができる。これは、ＣＦＲＡプロシージャまたはＣＢＲＡプロシージャであることが可能である。これは、特定の条件が満たされた場合、および／または第２のセルグループが非アクティブ化されたときに使用されるように設定された場合のみ、開始されることが可能である。２ステップＲＡを開始するようにＵＥを設定する動機は、第２のセルグループ（たとえば、ＢＦＲが検出されたセル）が再開される準備ができており、ＵＥがＰＤＣＣＨを監視するアクティブ化動作モードに入るように、ＢＦＲを可能な限り高速に実施できることである。

いくつかの実施形態では、ＵＥは、第２のセルグループがアクティブ化されている間にＢＦＲを開始するために使用されるものとは異なる設定および／またはパラメータのセットに基づいて、第２のセルグループが非アクティブ化されている間にＢＦＲのためのＲＡプロシージャ（たとえば、２ステップまたは４ステップ）を開始することができる。

異なるＢＦＲ／ＲＡパラメータは、新しいＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ－ｄｅａｃｔｉｖａｔｅｄ－ＳＣＧＩＥまたはフィールド内に、第２のセルグループのサービングセルのために設定されてもよく、このＩＥまたはフィールドは、場合によっては、図１６に示されたＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥに含まれることが可能である。以下は、このようなＩＥまたはフィールドに含まれることが可能な、いくつかの例示的なパラメータである（３ＧＰＰＴＳ３８．３３１または３８．３２１における規定を参照）。
・ｒｏｏｔＳｅｑｕｅｎｃｅＩｎｄｅｘ－ＢＦＲ
・ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃのｒａｃｈ－ＣｏｎｆｉｇＢＦＲ
・ＲＳＲＰ－Ｒａｎｇｅのｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ
・ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ
○ １つの可能な方策は、ＵＥがＬ１報告（たとえば、ビーム報告／ＣＳＩ報告）を実施しておらず、イベントの発生が、それほど多くないはずのとき、非アクティブ化された第２のセルグループのために、より多くのＳＳＢを設定することである。
○ 別の可能な方策は、ネットワークが、非アクティブ化動作モードにある間に、より少ない候補を監視することを望む場合、より少ないＳＳＢを設定することである。これらのＳＳＢは、通常動作モードのために設定されたものとは異なることが可能である。
○ １つの可能な方策は、ＢＦＲの候補としてＳＳＢだけを設定することである。非アクティブ化動作モードでは、第２のセルグループに関連付けられたノードは、（ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＵＥによって使用されない）ＣＳＩ－ＲＳを送信する必要がないはずであるが、ＳＳＢを送信する必要があり得る。これは、非アクティブ化動作モードにある第２のセルグループをＵＥが有する場合、いくらかのエネルギーを節約することができる。
○ １つの可能な方策は、ＢＦＲの実施が容易であるように、より長い周期性で、またはより広いビームで送信される、ＣＳＩ－ＲＳだけを設定することである。
○ １つの可能な方策は、アクティブ化された第２のセルグループより多いまたは少ないＣＳＩ－ＲＳを非アクティブ化された第２のセルグループのために設定することである。
・ｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎ、
・ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ、
・ＩＥＳｅａｒｃｈＳｐａｃｅＩｄのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ、
・ｒａ－Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、
・ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ、
・ＩＥＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇのｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、
・ＩＥＲＡ－Ｐｒｉｏｒｉｔｉｚａｔｉｏｎのｒａ－ＰｒｉｏｒｉｔｉｚａｔｉｏｎＴｗｏＳｔｅｐ－ｒ１６、
・ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔＥｘｔ－ｖ１６１０。

異なるＢＦＲ／ＲＡパラメータは、これらのＢＦＲ関係パラメータが、第２のセルグループが非アクティブ化動作モードにあるときに、第２のセルグループのためにＵＥによって使用されることになるといういくつかの指示と共に、（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのようなメッセージ内の）第２のセルグループのためのＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇにおいて設定されてもよい。いくつかの変形態では、異なるＢＦＲ／ＲＡパラメータは、第２のセルグループが非アクティブ化動作モードになることを示す同じメッセージにおいて設定されてもよい。

いくつかの変形態では、非アクティブ化動作モードで使用するための固有のＢＦＲ設定がない場合、第２のセルグループのための通常動作モードで使用されるＢＦＲ設定に基づいてＢＦＲをＵＥに実施させてもよい。他の変形態では、非アクティブ化動作モードで使用するための固有のＢＦＲ設定がない場合、第２のセルグループが非アクティブ化動作モードにあるときの第２のセルグループ上でのＢＦＲの実施をＵＥに控えさせてもよい。他の変形態では、ＵＥには、第２のセルグループが非アクティブ化され、このケースのための他のＢＦＲ設定が利用可能でないときのための、デフォルトのＢＦＲ設定があらかじめ設定されることが可能である。

いくつかの実施形態では、非アクティブ化動作モードにある第２のセルグループのための（たとえば、ＰＳＣｅｌｌに対する）ＢＦＲのためにＲＡプロシージャを開始／実施することは、ＵＥが以下の動作のいずれかを実施することを伴うことがある。
・ＲＡＣＨリソース選択：ＢＦＲの候補として設定された少なくとも１つのＳＳＢまたはＣＳＩ－ＲＳの選択、
・プリアンブル送信：これは、通常動作モードと同じ方式で実施されてもよい、
・ランダムアクセスレスポンス（ＲＡＲ）の受信：非アクティブ化された第２のセルグループのセルにおいてＲＡプリアンブルを送信する際、ＵＥは、第２のセルグループが非アクティブ化動作モードにあるときに使用されることになるＢＦＲ設定に従って、プリアンブルに応答したＲＡＲの受信のためにＰＤＣＣＨを（例外的に）監視する。いくつかの変形態では、これは、第２のセルグループ（たとえば、ＳＣＧ）が非アクティブ化されている間、ＵＥが、ＰＤＣＣＨを監視することになっていないので、「例外的に」行われてもよい。ＵＥは、ＵＥがプリアンブル送信のために選択したＤＬビームでＲＡＲの受信を実施する。いくつかの変形態では、ＢＦＲ要求のためのＣＦＲＡプリアンブルが、ＭＡＣエンティティによって送信された場合、ＵＥは、以下のアクションのうちの少なくとも１つを実施する。
○ ランダムアクセスプリアンブル送信の終わりから（ＴＳ３８．２１３において指定されているような）第１のＰＤＣＣＨオケージョンにおいて、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ（または第２のセルグループが非アクティブ化されているときに使用されることになる同等の設定）において設定された（たとえば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗに従う）ＲＡＲウィンドウをスタートさせる。
○ たとえば、ＲＡＲウィンドウ（たとえば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が動いている間にＣ－ＲＮＴＩによって識別されたＳｐＣｅｌｌのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄに従って、ＢＦＲのために設定された検索空間によって指示された検索空間上にＰＤＣＣＨ送信がないか監視する。たとえば、監視は、リソース選択中に選択されたＳＳＢに関連付けられたビームにおいて発生する（すなわち、ＲＡＲのために監視されることになるＰＤＣＣＨのためのＱＣＬソースとして、選択されたＳＳＢを想定する）。
・ＣＦＲＡがＢＦＲのために使用されるとき、ＵＥは、１）（たとえば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって指示された検索空間上での）ＰＤＣＣＨ送信の受信の通知が、プリアンブルが送信されたサービングセル（たとえば、第２のセルグループのＳｐＣｅｌｌ）のためのＬ１から受信されたとき、および、２）ＰＤＣＣＨ送信がＵＥのＣ－ＲＮＴＩに宛てられたときに、ＲＡプロシージャが成功裏に完了したと考える。
・ＣＢＲＡがＢＦＲのために使用されるとき、ＵＥは、１）有効なＤＬ割り振りが、ＲＡ－ＲＮＴＩのためのＰＤＣＣＨ上で受信されたとき、２）受信されたトランスポートブロック（ＴＢ）が成功裏に復号されたとき、および、３）ＲＡＲが、送信されたＣＢＲＡプリアンブルに対応するランダムアクセスプリアンブル識別子を有するＭＡＣサブＰＤＵを含む場合、ＲＡＲ受信が成功したと考える。この場合、ＵＥは、ＭＳＧ３を送信し、競合解消を実施し、非アクティブ化動作モードにあった第２のセルグループのサービングセルのための以下のアクションのうちの少なくとも１つを実施する。
○ 受信されたタイミングアドバンスコマンドを処理する。ＢＦＲは、非アクティブ化動作モードにある第２のセルグループに関連付けられたネットワークノードが、タイミングアドバンスを調節するための機会である。
○ パワーランピングパラメータを調節する。
○ 競合ベースランダムアクセスプリアンブルの中からＭＡＣエンティティによってランダムアクセスプリアンブルが選択されなかった場合、ランダムアクセスプロシージャが成功裏に完了したと考え、そうでない場合、以下のアクションを実施する。
－ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩをＲＡＲにおいて受信された値にセットする。
－その後のアップリンク送信においてＢＦＲＭＡＣＣＥ（たとえば、第２のセルグループが通常動作モードにある場合のようなＢＦＲＭＡＣＣＥ、非アクティブ化動作モードのための新しいＢＦＲＭＡＣＣＥ、またはトランケーテッドＢＦＲＭＡＣＣＥ）を含めるように多重化およびアセンブリエンティティに指示する。
－多重化およびアセンブリエンティティから送信することになるＭＡＣＰＤＵを取得し、これをＭｓｇ３バッファに記憶する。ＭＡＣＰＤＵは、競合解消のためのＭＡＣＣＥ（すなわち、競合解消識別情報を含む）、ならびに／または、ＢＦＤおよびＢＦＲに関する追加の情報を含むことができる。
－Ｍｓｇ３を送信する。
－ＴＳ３８．３２１の従属節５．１．５に従って競合解消を実施し、競合解消が成功したと考えられる場合、ランダムアクセスプロシージャが成功したと考える。
以下の提案された仕様テキストは、非アクティブ化されたセルグループ内のサービングセルのためのＢＦＲをＵＥがトリガするケースのために含む例示的なＢＦＲＭＡＣＣＥを規定する。これは、ＢＦＲＭＡＣＣＥまたはトランケーテッドＢＦＲＭＡＣＣＥであることが可能である。
＊＊＊提案される３ＧＰＰ仕様テキストの始まり＊＊＊
６．１．３．２３ＢＦＲＭＡＣＣＥ
ＢＦＲのためのＭＡＣＣＥは、以下のいずれかから成る。
－ＢＦＲＭＡＣＣＥ、または
－非アクティブ化動作モードにあるセルグループのサービングセルのためのＢＦＲＭＡＣＣＥ、または
－トランケーテッドＢＦＲＭＡＣＣＥ。
ＢＦＲＭＡＣＣＥおよびトランケーテッドＢＦＲＭＡＣＣＥは、表６．２．１－２および表６．２．１－２ｂに指定されているような、ＬＣＩＤ／ｅＬＣＩＤを有するＭＡＣサブヘッダによって識別される。

＊＊＊提案される３ＧＰＰ仕様テキストの終わり＊＊＊

様々な実施形態では、たとえばＢＦＲが第２のセルグループに対するＲＡをトリガするときといった、ＢＦＲ時に、ＰＤＣＣＨＴＣＩ状態をアップデートするための異なるオプションがあってもよい。いくつかのオプションが下記に記載される。
・ＵＥは、第２のセルグループが非アクティブ化状態から出て、通常動作モードに入ることになるという（たとえば、ＭＮからの）指示をＵＥが受信したとき、ＰＤＣＣＨのための監視されることになるＳＳＢ／ＤＬビームとして、ＲＡリソース選択中にＳＳＢが選択されたと考える。言い換えれば、第２のセルグループをアクティブ化／通常動作モードに遷移させるようにというコマンドをＵＥが受信したとき、ＵＥは、ＰＤＣＣＨの監視を始める必要があり、ＢＦＲのためのランダムアクセス中に選択されたＳＳＢとのＱＣＬ関係に基づいてＰＤＣＣＨ監視のためのソースを選択する。
・ＢＦＲのためのＲＡ中に、ＵＥは、ＰＤＣＣＨＴＣＩ状態指示を含む、第２のセルグループのサービングセルからのＭＡＣＣＥを受信する。受信すると、ＵＥは、第２のセルグループをアクティブ化／アクティブ／通常動作モードに遷移させると同時に、ＵＥが、ＰＤＣＣＨ監視のためのアップデートされたＴＣＩ状態を使用するように、ＵＥのＰＤＣＣＨＴＣＩ状態をアップデートする。
・一般に、ＴＣＩ状態のアップデートは、ＵＥがＢＦＤを実施する方式を変更することになり得る。したがって、１つのオプションでは、ＴＣＩ状態がＰＤＣＣＨ監視のためにアップデートされた場合、ＵＥは、（たとえば、ＲＳがＢＦＤのために設定されない場合）ＢＦＤ監視のためのＵＥのＱＣＬソースを適宜アップデートする。
・上記のオプションとは別にまたは一緒に使用され得る別のオプションでは、ＵＥは、ＴＣＩ状態、ＢＦＤ、および／またはＢＦＲの設定を含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。

図１９は、特に、第２のセルグループが非アクティブ化されているときのＢＦＲ時のＰＤＣＣＨＴＣＩ状態のアップデートのケースについての、特定の実施形態を示す信号流れ図を示す。図１９に示された例示的なシグナリングは、ＵＥ（１９１０）と、第２のセルグループのサービングセルに関連付けられたノード（たとえば、ＳＮ１９２０）と、第１のセルグループのサービングセルに関連付けられたノード（たとえば、ＭＮ１９３０）との間のものである。図１９に示されたように、第２のセルグループに対するＢＦＲのための成功したＲＡプロシージャを実施した後、ＵＥは、アップデートされたＰＤＣＣＨＴＣＩ状態（「Ｙ」）を含むＭＡＣＣＥを受信する。ＵＥは、第１のセルグループノードによって第２のセルグループがアクティブ化された後、このアップデートされたＴＣＩ状態を後で使用する。

ＵＥが、ＲＡプロシージャが成功裏に完了したと考えると、第２のセルグループの動作モードに関する異なる代替形態があることが可能である。いくつかの実施形態では、ＵＥは、第２のセルグループが非アクティブ化動作モードのままであると考え、第２のセルグループのための（たとえば、ＰＳＣｅｌｌのための）ＰＤＣＣＨ監視の実施を止めること、Ｌ１ビーム測定およびＬ１ビーム報告の実施を止めることなどを行う。

他の実施形態では、ＵＥは、第２のセルグループを非アクティブ化動作モードから通常モードに遷移させる。したがって、ＢＦＲのトリガは、第２のセルグループのＵＥが開始した再開始（もしくはアクティブ化）、および／またはビームアラインメントを確立するための方式と見なされることが可能である。第２のセルグループに関連付けられたネットワークノード（たとえば、ＳＮ）において、（ＣＦＲＡのための）ＢＦＲのためのプリアンブルを受信時、またはＢＦＲプロシージャのためのＣＢＲＡ時、ノードは、どの動作モードに第２のセルグループがあるべきかを判定する。たとえば、ノードは、第２のセルグループが非アクティブ化されたままであるべき、またはアクティブ化／通常動作モードに戻るべきであるということを、（たとえば、ＭＡＣＣＥまたはＲＲＣメッセージを介して）ＵＥに指示することができる。

他の実施形態では、ＵＥは、ＲＡプロシージャの中で第２のセルグループの動作モードの指示をＭＡＣＣＥが含むことを予想する。たとえば、ＢＦＲがトリガされ、第２のセルグループが非アクティブ化されたとき、ＵＥは、第２のセルグループが非アクティブ化されたままであるべきということを指示するＭＡＣＣＥをＲＡ中に受信することができる。別の例として、ＢＦＲがトリガされ、第２のセルグループがアクティブ化されたとき、ＵＥは、第２のセルグループが非アクティブ化されるべきであることを指示するＭＡＣＣＥをＲＡ中に受信することができる。いずれの場合でも、ＵＥは、受信されたＭＡＣＣＥに従って働く。

他の実施形態では、ＵＥは、ＢＦＲのためのＲＡが成功裏に完了すると同時に開始されることが可能なタイマーを採用することができる。タイマーが動いている間、ＵＥは、第２のセルグループがアクティブ化されるか、通常動作モードで動作していると考え、ＰＤＣＣＨを監視する。これは、ＭＡＣＣＥ、ＤＣＩなどを介してＵＥを再設定および／またはアップデートする機会をネットワークに提供する。タイマーは、第２のセルグループのための動作モードを指示するネットワークからのメッセージを受信すると、止めることができる。タイマーが満了すると、ＵＥは、第２のセルグループをアクティブ化動作モードから非アクティブ化モードに遷移させ、適切な動作を再開する。

図２０～図２１は、特に上記で説明されたタイマーの動作に関する、特定の実施形態を示す信号流れ図を示す。図２０～図２１に示された例示的なシグナリングは、ＵＥ（１９１０）と、第２のセルグループのサービングセルに関連付けられたノード（たとえば、ＳＮ１９２０）と、第１のセルグループのサービングセルに関連付けられたノード（たとえば、ＭＮ１９３０）との間のものである。図２０に示されたように、ＵＥは、ＲＡのためのリソース選択の前、およびＵＥが第２のセルグループを通常動作モードに遷移させた後、タイマー（「第１のタイマー」）をスタートさせる。タイマーは、ＲＡプロシージャが完了した後、期限切れになり、この時、ＵＥは、第２のセルグループを非アクティブ化動作モードに戻す。代替として、図２１に示されたように、ＵＥは、ＵＥがＲＡプロシージャを成功裏に完了した後、タイマー（「第１のタイマー」）をスタートさせる。タイマーの満了時に、ＵＥは、第２のセルグループを非アクティブ化動作モードに戻す。

いくつかの実施形態では、ＵＥは、ＢＦＲのためのＲＡに関して第２のタイマーを利用することができる。第２のタイマーは、ＢＦＲのためのＲＡが成功裏に完了されるとスタートされることが可能である。第２のタイマーが動いている間、ＵＥは、第２のセルグループが非アクティブ化されていると考え、第２のタイマーが動いている間のＰＤＣＣＨの監視を控える。ＵＥは、第２のセルグループのための動作モードを指示するネットワークからのメッセージを受信すると、第２のタイマーを止める。第２のタイマーが満了すると、ＵＥは、第２のセルグループを非アクティブ化からアクティブ化に遷移させ、この時、ネットワークは、ＭＡＣＣＥ、ＤＣＩなどを介して、ＵＥのためのデータを再設定、アップデート、および／またはスケジュールすることができる。

いくつかの実施形態では、ＢＦＤが宣言されたかどうかに基づいて様々なアクションを実施することは、第２のセルグループ（たとえば、ＳＣＧ）を非アクティブ化動作モードに遷移させると同時に、第２のセルグループのためのＢＦＤおよびＢＦＲに関するカウンタおよびタイマーをＵＥがリセットすることを含むことができる。これは、以下のいずれかを含むことができる。
・サービングセルごとのＢＦＩ＿ＣＯＵＮＴＥＲ、これは、第２のセルグループ（たとえば、ＳＣＧ）を非アクティブ化動作モードに遷移させると同時に、０にセットされることが可能である。
・サービングセルごとのＢＦＩ＿ＣＯＵＮＴＥＲ、これは、第２のセルグループ（たとえば、ＳＣＧ）を通常／アクティブ化動作モードに遷移させると同時に、０にセットされることが可能である。
・サービングセル（たとえば、ＰＳＣｅｌｌ）が非アクティブ化動作モードに遷移したとき、ＢＦＤタイマー（たとえば、ＢｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）が、動いていれば、止められる。
・サービングセル（たとえば、ＰＳＣｅｌｌ）が通常／アクティブ化動作モードに遷移したとき、ＢＦＤタイマー（たとえば、ＢｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）が、動いていれば、止められる。

以下は、特に、第２のセルグループが非アクティブ化されている間、ＢＦＤ時にＵＥがＢＦＲをトリガするケースのために、特定の実施形態が、場合によっては、３ＧＰＰＴＳ３８．３２１においてどのように指定され得るかを示す。それでも、これらの引用は、網羅的であることを意図するものではなく、例示的な実施形態に実質的に関係のない特定のテキストを省略することがある。
＊＊＊提案される３ＧＰＰ仕様テキストの始まり＊＊＊
５．１７ビーム障害検出および回復プロシージャ
（．．．）
ＲＲＣは、ビーム障害検出および回復プロシージャのためのＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇおよびＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇにおける以下のパラメータを設定する。
（．．．）
サービングセルが、非アクティブ化動作モードにあるセルグループに関連付けられる（たとえば、ＳＣＧのＳｐＣｅｌｌが非アクティブ化される）場合、ビーム障害検出および回復プロシージャのためのＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ－ＳＣＧ－ｄｅａｃｔｉｖａｔｅｄおよびｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ－ｄｅａｃｔｉｖａｔｅｄ－ＳＣＧの異なる値が適用され、これらの設定がない場合、ＵＥは、ＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇおよびｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇにおいて設定されたものを想定する。
以下のＵＥ変数は、ビーム障害検出プロシージャのために使用される。
－（サービングセルごとの）ＢＦＩ＿ＣＯＵＮＴＥＲ：最初に０にセットされるビーム障害インスタンス指示のためのカウンタ。これは、サービングセル（たとえば、ＰＳＣｅｌｌ）が非アクティブ化動作モードに遷移するときも、０にセットされる。
－サービングセル（たとえば、ＰＳＣｅｌｌ）が非アクティブ化動作モードに遷移したとき、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが、動いていれば、止められる。
ＭＡＣエンティティは、ビーム障害検出のために設定された各サービングセルのためのものである。
１＞ビーム障害インスタンス指示が下位レイヤから受信された場合、
２＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒをスタートまたはリスタートさせる。
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを１だけ増やす。
２＞ＢＦＩ＿ＣＯＵＮＴＥＲ≧ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔの場合、
３＞サービングセルがＳＣｅｌｌの場合、
４＞このサービングセルのためのＢＦＲをトリガする。
３＞その他の場合、
４＞ＳｐＣｅｌｌ上でランダムアクセスプロシージャを開始する（節５．１参照）。
１＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが期限切れになった場合、または
１＞サービングセルが、非アクティブ化動作モードに入った場合（たとえば、ＰＳＣｅｌｌ）、または
１＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、もしくはビーム障害検出のために使用される参照信号のいずれかが、このサービングセルに関連付けられた上位レイヤによって再設定された場合、
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを０にセットする。
１＞サービングセルがＳｐＣｅｌｌであり、ＳｐＣｅｌｌビーム障害回復のために開始されたランダムアクセスプロシージャが成功裏に完了した場合（節５．１参照）、
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを０にセットする。
２＞ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒを、設定されていれば、止める。
２＞ビーム障害回復プロシージャが成功裏に完了されたと考える。
１＞その他の場合、サービングセルがＳＣｅｌｌであり、新しい送信のためのアップリンクグラントを指示するＣ－ＲＮＴＩに宛てられたＰＤＣＣＨが、このサービングセルのビーム障害回復情報を含むＢＦＲＭＡＣＣＥもしくはトランケーテッドＢＦＲＭＡＣＣＥの送信のために使用されるＨＡＲＱ処理のために受信された場合、または
１＞節５．９において指定されているように、ＳＣｅｌｌが非アクティブ化された場合、
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを０にセットする。
２＞ビーム障害回復プロシージャが成功裏に完了されたと考え、このサービングセルのためのすべてのトリガされたＢＦＲをキャンセルする。
（．．．）
５．１ランダムアクセスプロシージャ
５．１．１ランダムアクセスプロシージャの初期化
．．．
ＲＲＣは、ランダムアクセスプロシージャのための以下のパラメータを設定する。
（．．．）
－ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ：４ステップＲＡタイプのためのＳＳＢの選択のＲＳＲＰ閾値。ランダムアクセスプロシージャがビーム障害回復のために開始された場合、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ内のＳＳＢの選択のために使用されるｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢは、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥ内のｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを指す。
－ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ：４ステップＲＡタイプのためのＣＳＩ－ＲＳの選択のＲＳＲＰ閾値。ランダムアクセスプロシージャがビーム障害回復のために開始された場合、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳは、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥ内のｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢに等しい。
（．．．）
－ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ：回復のための候補ビームを識別する参照信号（ＣＳＩ－ＲＳおよび／またはＳＳＢ）、ならびに関連付けられたランダムアクセスパラメータのリスト。
－ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ：ビーム障害回復要求のレスポンスを監視するための検索空間識別情報。
（．．．）
－もしあれば、ビーム障害回復要求のためのランダムアクセスプリアンブルおよび／またはＰＲＡＣＨオケージョンのセット。
（．．．）
ランダムアクセスプロシージャがサービングセル上で開始されたとき、ＭＡＣエンティティは、以下を行う。
（．．．）
１＞（節５．１７において指定されているように）ランダムアクセスプロシージャが、ＳｐＣｅｌｌビーム障害回復のために開始された場合、および、４ステップＲＡタイプのためのビーム障害回復要求のための競合フリーランダムアクセスリソースが、ランダムアクセスプロシージャのために選択されたＢＷＰのためのＲＲＣによって明示的に提供された場合、または
１＞ランダムアクセスプロシージャが再設定のために同期して開始された場合、および、４ステップＲＡタイプのための競合フリーランダムアクセスリソースが、ランダムアクセスプロシージャのために選択されたＢＷＰのためのｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄにおいて明示的に提供された場合、
２＞ＲＡ＿ＴＹＰＥを４ステップＲＡにセットする。
１＞その他の場合、ランダムアクセスプロシージャのために選択されたＢＷＰに、２ステップと４ステップ両方のＲＡタイプランダムアクセスリソースが設定され、ダウンリンクパスロス参照のＲＳＲＰが、ｍｓｇＡ－ＲＳＲＰ－Ｔｈｒｅｓｈｏｌｄを上回る場合、または
１＞ランダムアクセスプロシージャのために選択されたＢＷＰに、２ステップＲＡタイプランダムアクセスリソースだけが設定された場合（すなわち、４ステップＲＡＣＨＲＡタイプリソースが設定されない）、または
１＞ランダムアクセスプロシージャが再設定のために同期して開始された場合、および２ステップＲＡタイプのための競合フリーランダムアクセスリソースが、ランダムアクセスプロシージャのために選択されたＢＷＰのためのｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄにおいて明示的に提供された場合、
２＞ＲＡ＿ＴＹＰＥを２ステップＲＡにセットする。
１＞その他の場合、
２＞ＲＡ＿ＴＹＰＥを４ステップＲＡにセットする。
１＞節５．１．１ａにおいて指定されているように、ランダムアクセスタイプに固有の変数の初期化を実施する。
１＞ＲＡ＿ＴＹＰＥが、２ステップＲＡにセットされた場合、
２＞２ステップＲＡタイプのためのランダムアクセスリソース選択プロシージャを実施する（節５．１．２ａ参照）。
１＞その他の場合、
２＞ランダムアクセスリソース選択プロシージャを実施する（節５．１．２参照）。
＊＊＊提案される３ＧＰＰ仕様テキストの終わり＊＊＊

他の実施形態では、ＵＥは、第２のセルグループに対するビーム障害の発生の検出に応答してＢＦＲのためのＲＡをトリガしない。様々な実施形態では、これは、ＵＥが、ＢＦＤ時にＰＳＣｅｌｌに対するＲＡの実施を控えること、または、ＵＥが、第２のセルグループがアクティブ化された（再開された）ときにＲＡを後で実施するが、ＢＦＲのトリガ時には実施しないこと、を伴うことが可能である。後者のケースでは、非アクティブ化された第２のセルグループ内のセルに対してＢＦＤが宣言された場合、ＵＥは、第２のセルグループが通常動作モードに遷移するときまで、ランダムアクセスの開始を遅らせる。

これらの実施形態は、ＵＥにおけるプロトコルレイヤおよび／またはプロトコルエンティティＩＥの様々な動作を伴うことが可能であり、これらは、別途指定がない限り、同義語として使用されることが可能である。たとえば、ＭＡＣレイヤは、ＭＡＣエンティティまたはＭＡＣレイヤエンティティと呼ばれることが可能であり、ＭＡＣプロトコルに関連付けられたパラメータ、設定、および状態情報のセットを含む。

これらの実施形態のうちのいくつかでは、第２のセルグループが非アクティブ化されている間にＢＦＤの発生を検出すると、ＵＥは、（たとえば、第２のセルグループのＳｐＣｅｌｌ、または少なくとも１つのＳＣｅｌｌのための）ＢＦＤが検出されたことを指示する変数をセットする。たとえば、ＵＥは、状態変数（たとえば、ＢＦＤ＿ＤＥＴＥＣＴＥＤ）を「真」にセットすることができる。

これらの実施形態のうちのいくつかでは、第２のセルグループが非アクティブ化されている間にＢＦＤの発生を検出すると、ＵＥは、カウンタ（たとえば、ＢＦＤ＿ＣＯＵＮＴＥＲ）を増やす。１より大きい値を有するカウンタは、第２のセルグループが非アクティブ化されていた間にＵＥＢＦＤが検出されたことを示す。

これらの実施形態のうちのいくつかでは、第２のセルグループが非アクティブ化されている間にＢＦＤの発生を検出すると、ＵＥは、ＢＦＤのために設定されたＲＳリソースに対するビーム監視および／または測定を止める。

これらの実施形態のうちのいくつかでは、第２のセルグループが非アクティブ化されている間にＢＦＤの発生を検出すると、ＵＥは、ビーム監視を続けることができる。（継続したビーム監視に基づくあらかじめ規定された尺度に従って）リンクが回復されたと考えられる場合、ＵＥは、ＢＦＤプロシージャをリスタートさせること、タイマーをリスタートさせること、およびカウンタを０にリセットすることを行うことができる。

ビーム障害が検出されたとき、ＭＡＣレイヤ（または、ビーム障害が検出されたいずれかのプロトコルレイヤ）は、上位レイヤによって制御されるさらなるＵＥアクション（たとえば、第２のセルグループの再開時にＲＡを実施するべきかどうかの判定）のための尺度として情報を後で使用できるように、これを上位レイヤ（たとえば、ＲＲＣ）に指示する。いくつかの実施形態では、上位レイヤ（たとえば、ＲＲＣ）は、非アクティブ化動作モードにある第２のセルグループのセルに対するビーム障害が検出されたかどうかについての指示を下位レイヤ（たとえば、ＭＡＣ）からいつでも要求することができる。

いくつかの実施形態では、非アクティブ化動作モードにある第２のセルグループに対してビーム障害が検出されたか否かに応じて、さらなるアクションが後で行われてもよい。いくつかの変形態では、ＵＥが、第２のセルグループを再開するようにというネットワークからの指示（第１のセルグループ内のセルを介して受信された、たとえばＲＲＣメッセージまたはＭＡＣＣＥ）を受信した場合、ＵＥは、ビーム障害が検出されたかどうかを判定する。

１つの代替形態では、（たとえば、再開するようにというＲＲＣメッセージに基づいて）第２のセルグループの再開がＲＲＣレイヤでハンドリングされると想定して、ＲＲＣレイヤは、非アクティブ化動作モードにある第２のセルグループのセルに対するビーム障害が検出されたかどうかについての指示（たとえば、ＢＦＤ＿ＤＥＴＥＣＴＥＤ）を、第２のセルグループのＭＡＣレイヤ（たとえば、ＳＣＧのＭＡＣエンティティ）にＲＲＣが要求することによってＢＦＤを認識していることが可能である。代替として、ＲＲＣレイヤは、（たとえば、内部ＵＥ処理を介して）ＢＦＤが発生したことをＭＡＣレイヤがＲＲＣに通知した場合、この情報をすでに認識していてもよい。この情報に基づいて、ＲＲＣレイヤは、さらなるアクション（たとえば、再開／アクティブ化時の第２のセルグループに対するＲＡ）をトリガしてもよい。

図２２Ａ～図２２Ｂは、ＢＦＤ指示に関するＵＥレイヤ間の通信のための２つの例示的なモデルを示す。特に、通信は、第２のセルグループのＲＲＣエンティティ（またはレイヤ）とＭＡＣエンティティとの間のものである。図２２Ａの例示的なモデルは、非アクティブ化動作モードにある第２のセルグループのセルに対するビーム障害が検出されたかどうかについての指示を、ＲＲＣエンティティがＭＡＣエンティティから要求することに基づく。これは、第２のセルグループを再開するようにＵＥに要求する、ネットワークからのＲＲＣメッセージに応答して行われることが可能である。対照的に、図２２Ｂの例示的なモデルは、非アクティブ化動作モードにある第２のセルグループのセルに対するビーム障害が検出されたかどうかについての自発的な指示を、ＭＡＣエンティティがＲＲＣエンティティに送ることに基づく。ＲＲＣエンティティは、第２のセルグループを再開するようにというネットワーク要求に応答して、この情報を後で使用することができる。

以下は、特定の実施形態のためのＵＥＭＡＣおよびＲＲＣレイヤの動作が、３ＧＰＰＴＳ３８．３２１および３８．３３１でどのように指定され得るかをそれぞれ示す。それでも、これらの引用は、網羅的であることを意図するものではなく、例示的な実施形態に実質的に関係のない特定のテキストを省略することがある。
＊＊＊提案される３ＧＰＰ３８．３２１のテキストの始まり＊＊＊
５．１７ビーム障害検出および回復プロシージャ
（．．．）
ＭＡＣエンティティは、ビーム障害検出のために設定された各サービングセルのためのものである。
１＞ビーム障害インスタンス指示が下位レイヤから受信された場合、
２＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒをスタートまたはリスタートさせる
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを１だけ増やす
２＞ＢＦＩ＿ＣＯＵＮＴＥＲ≧ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔの場合、
３＞サービングセルがＳＣｅｌｌの場合、
４＞このサービングセルのためのＢＦＲをトリガする
３＞サービングセルが非アクティブ化動作モードの場合、
４＞ビーム障害が検出されたことを上位レイヤに指示する、
３＞その他の場合、
４＞ＳｐＣｅｌｌ上でのランダムアクセスプロシージャを開始する（節５．１参照）。
１＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが期限切れになった場合、または
（．．）
＊＊＊提案される３ＧＰＰ３８．３２１のテキストの終わり＊＊＊
＊＊＊提案される３ＧＰＰ３８．３３１のテキストの始まり＊＊＊
５．３．５．３ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信
ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信時、または条件付き再設定（ＣＨＯまたはＣＰＣ）の実行時に、以下のアクションを実施する。
（．．．）
１＞ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが、ｒｅｓｕｍｅＤｅａｃｔｉｖａｔｅｄＳＣＧを含む場合、
（．．．）
２＞ビーム障害が検出されたことをＳＣＧの下位レイヤが指示した場合、
３＞ＴＳ３８．３２１［３］において指定されているような、ＳＣＧのＳｐＣｅｌｌ上でのランダムアクセスプロシージャを開始する。
＊＊＊提案される３ＧＰＰ３８．３３１のテキストの終わり＊＊＊

別の代替形態では、ＵＥＲＲＣレイヤは、この趣旨で、ネットワークからＲＲＣメッセージをＵＥが受信したことに基づいて、非アクティブ化状態にある第２のセルグループを再開するようにＭＡＣレイヤに要求することができる。第２のセルグループのＭＡＣエンティティは、ＢＦＤ＿ＤＥＴＥＣＴＥＤの値を認識しており、ＲＲＣ要求に応答して適宜働く。たとえば、ＢＦＤ＿ＤＥＴＥＣＴＥＤが「真」の場合、第２のセルグループのＭＡＣレイヤはＲＡを開始することができるが、そうでなければ、ＵＥは、最新の指示されたＴＣＩ状態に基づいてＰＤＣＣＨを監視することができる。

別の代替形態では、ＵＥＲＲＣレイヤは、第２のセルグループでの送信のために下位レイヤに投入されるＲＲＣメッセージ（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を生成する。第２のセルグループのＭＡＣエンティティは、ＢＦＤ＿ＤＥＴＥＣＴＥＤの値を認識しており、ＲＲＣメッセージに応答して適宜働く。たとえば、ＢＦＤ＿ＤＥＴＥＣＴＥＤが「真」の場合、第２のセルグループのＭＡＣレイヤは、初期ビームアラインメントのために、およびＲＲＣメッセージを送信するためのスケジューリンググラントを取得するために、ＲＡを開始することができる。

図２３は、ＢＦＤ指示に関する、ＵＥレイヤ間の通信のための例示的なモデルを示す。特に、通信は、第２のセルグループのＲＲＣエンティティ（またはレイヤ）とＭＡＣエンティティとの間のものである。図２３の例示的なモデルは、たとえばネットワークからの要求に基づいて、第２のセルグループがアクティブ化されることになることを、ＲＲＣエンティティがＭＡＣエンティティに知らせることに基づく。ＭＡＣレイヤは、アクティブ化されている第２のセルグループのセルに対してビーム障害が検出されたかどうかを認識している。その場合、ＭＡＣレイヤは、ＲＡを開始する。

他の実施形態では、第２のセルグループの再開始は、たとえば、第２のセルグループを再開／アクティブ化するためにＵＥがＭＡＣＣＥを受信することに基づいて、ＭＣＧのＭＡＣレイヤにおいてハンドリングされることが可能である。これらの実施形態の少なくとも以下の変形態があることが可能である。
・いくつかの変形態では、ＭＣＧＭＡＣエンティティは、ビーム障害が検出されたかどうかを、ＳＣＧＭＡＣエンティティに要求する。ビーム障害が検出されたとＳＣＧＭＡＣレイヤが応答した場合、ＭＣＧＭＡＣエンティティは、たとえば、ＳＣＧ上でＲＡを開始することといった、さらなるアクションをとるようにＳＣＧＭＡＣレイヤに要求する。ビーム障害が検出されなかった場合、ＳＣＧＭＡＣレイヤは、ＰＤＣＣＨのための最新の指示されたＴＣＩ状態を想定して、ＰＤＣＣＨを監視する。
・いくつかの変形態では、ＭＣＧＭＡＣエンティティは、動作を再開するようにＳＣＧＭＡＣエンティティに要求する。ビーム障害が検出された場合、ＳＣＧＭＡＣエンティティは、たとえば、ＳＣＧ上でランダムアクセスを開始することといった、さらなるアクションをとる。ビーム障害が検出されなかった場合、ＳＣＧＭＡＣレイヤは、ＰＤＣＣＨのための最新の指示されたＴＣＩ状態を想定して、ＰＤＣＣＨを監視する。

いくつかの実施形態では、第２のセルグループ内でビーム障害が検出されなかった場合、ＵＥは、第２のセルグループを再開させるとき、第２のセルグループのＳｐＣｅｌｌに対するＲＡを実施することができる。いくつかの変形態では、これは、随意に、このシナリオにおいて再開のために排他的に使用され得る、４ステップＲＡプロシージャである。他の変形態では、これは、２ステップＲＡプロシージャであることが可能である。これは、ＣＦＲＡプロシージャまたはＣＢＲＡプロシージャであることが可能である。これは、特定の条件が果たされる場合、および／または第２のセルグループが非アクティブ化されたときに使用されるように設定された場合のみ、開始されることが可能である。

いくつかの実施形態では、第２のセルグループ内でビーム障害が検出されなかった場合、ＵＥは、初期ビームアラインメントのためのＲＡを実施する必要なく、第２のセルグループのＳｐＣｅｌｌの再開始／アクティブ化時にＰＤＣＣＨの監視をスタートさせることができる。そうだとしても、時間アラインメントなど他の理由のために、依然としてＲＡが要求されることがある。ＰＤＣＣＨの監視は、（たとえば、ＢＦＲプロシージャの中でＭＡＣＣＥにおいて）最新の指示されたＴＣＩとしてＵＥが想定できる、ＰＤＣＣＨＴＣＩ状態についての知識を要求することがある。

いくつかの実施形態では、第２のセルグループ内でビーム障害が検出された場合に実施されるＲＡプロシージャは、ビーム障害が検出されなかった場合に実施されるＲＡプロシージャとは異なることが可能である。追加として、これらのうちのいずれかまたは両方が、別の理由（たとえば、ＵＬ時間アラインメント）のために実施されるＲＡプロシージャとは異なっていてもよい。例として、新しいベストビームに関係のあるリソース上で再開／アクティブ化時のＲＡプロシージャが実施されるように、または、異なる固有の専用ＰＲＡＣＨプリアンブルが使用されるように、異なるＲＡリソースが使用されてもよい。

いくつかの実施形態では、ＵＥは、非アクティブ化された第２のセルグループのＳｐＣｅｌｌによるＢＦＲしか実施しない。言い換えれば、ＵＥは、設定された場合、第２のセルグループのＳＣｅｌｌのためのＢＦＲを止める。

図２４は、特にＵＥがＢＦＤ時にＲＡを開始しないケースのための、特定の実施形態を示す信号流れ図を示す。図２４に示された例示的なシグナリングは、ＵＥ（１９１０）と、第２のセルグループのサービングセルに関連付けられたノード（たとえば、ＳＮ１９２０）と、第１のセルグループのサービングセルに関連付けられたノード（たとえば、ＭＮ１９３０）との間のものである。図２４に示されたように、ＵＥは、現在非アクティブ化されている第２のセルグループを再開／アクティブ化するようにという指示を、（たとえば、たとえばＭＮといった、第１のセルグループに関連付けられたノードから）受信するまで、第２のセルグループに対するＲＡを遅らせる。

図２５は、特にＵＥが第２のセルグループ内でビーム障害を検出しないケースのための、他の特定の実施形態を示す信号流れ図を示す。図２５に示された例示的なシグナリングは、ＵＥ（１９１０）と、第２のセルグループのサービングセルに関連付けられたノード（たとえば、ＳＮ１９２０）と、第１のセルグループのサービングセルに関連付けられたノード（たとえば、ＭＮ１９３０）との間のものである。第２のセルグループ内でビーム障害が宣言されないので、第２のセルグループを再開／アクティブ化するようにという指示を受信すると、ＵＥは、以前に設定されたＰＤＣＣＨＴＣＩ状態を使用して、第２のセルグループ内のＰＤＣＣＨの監視を始める。

いくつかの実施形態では、非アクティブ化された第２のセルグループ内でビーム障害が宣言されたとき、ＵＥは、この状態を第１のセルグループを介してネットワークに指示することができる。たとえば、ＵＥは、アクティブ化された第１のセルグループの通常動作モードのために使用されることになる設定されたパラメータに基づいて、第１のセルグループのサービングセル（たとえば、ＭＲ－ＤＣが設定されたＵＥのＭＣＧのためのＰＣｅｌｌ）を介して送信を開始することができる。いくつかの実施形態では、この指示は、ＲＲＣメッセージとして送信されることが可能である。

図２６Ａ～図２６Ｂは、非アクティブ化されたＳＣＧ内でのＢＦＤを指示するために使用される２つの例示的なＩＥのためのＡＳＮ．１データ構造を示す。特に、図２６Ａは、特にＭＣＧおよびＳＣＧがＮＲであるケースのための、３ＧＰＰＴＳ３８．３３１において規定されているような、ＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージのためのＡＳＮ．１データ構造を示す。メッセージは、「ＢＦＤ」の新しいｆａｉｌｕｒｅＴｙｐｅ値を含めるようにアップデートされてきた。図２６Ｂは、特にＭＣＧがＥＵＴＲＡ／ＬＴＥであり、ＳＣＧがＮＲであるケースのための、３ＧＰＰＴＳ３６．３３１において規定されているような、ＳＣＧＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎＮＲメッセージのためのＡＳＮ．１データ構造を示す。メッセージはまた、「ＢＦＤ」の新しいｆａｉｌｕｒｅＴｙｐｅ値を含めるようにアップデートされてきた。代替として、３ＧＰＰＴＳ３８．３３１において規定されているＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣＲＲＣメッセージは、たとえば、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ、または新しいフィールドもしくはＩＥの中で、指示を搬送するために使用されることが可能である。

他の実施形態では、非アクティブ化された第２のセルグループ内のＢＦＤの指示は、ＭＡＣＣＥによるものであることが可能である。いくつかの変形態では、新しいＭＡＣＣＥが、このために導入されることが可能である。最も単純な形で、ＭＡＣＣＥにおけるペイロードの必要はなく、これは、３ＧＰＰＴＳ３８．３２１において（たとえば、既存の表６．２．１－１内の）新しいＭＡＣＣＥを識別する新しい論理チャネルＩＤ（ＬＣＩＤ）を確保しておくのに十分である。以下は、これらの実施形態による、３ＧＰＰＴＳ３８．３２１のための例示的なテキストを提供する。
＊＊＊３ＧＰＰＴＳ３８．３２１のための提案されるテキストの始まり＊＊＊
６．１．３ＭＡＣ制御エレメント（ＣＥ）［．．．］
６．１．３．５２次セルグループＢＦＲＭＡＣＣＥ
２次セルグループＢＦＲＭＡＣＣＥは、表６．２．１－１において指定されているようなＬＣＩＤを有するＭＡＣサブヘッダによって識別される。これは、固定サイズのゼロビットを有する。
［．．．］
６．１．３．２３ＢＦＲＭＡＣＣＥ
ＢＦＲのためのＭＡＣＣＥは、以下から成る。
－ＢＦＲＭＡＣＣＥ、または
－２次セルグループのサービングセルのためのＢＦＲＭＡＣＣＥ、または
－トランケーテッドＢＦＲＭＡＣＣＥ。
ＢＦＲＭＡＣＣＥおよびトランケーテッドＢＦＲＭＡＣＣＥは、表６．２．１－２および表６．２．１－２ｂにおいて指定されているようなＬＣＩＤ／ｅＬＣＩＤを有するＭＡＣサブヘッダによって識別される。

＊＊＊３ＧＰＰＴＳ３８．３２１のための提案されるテキストの終わり＊＊＊

他の実施形態では、現在のＢＦＲＭＡＣＣＥは、第２のセルグループのためにもＢＦＲを指示することができるように拡張されることが可能である。ネットワーク側では、ＢＦＲＭＡＣＣＥを受信するＭＮは、ＢＦＲＭＡＣＣＥが、第１のセルグループのサービングセルのためのものであるか、第２のセルグループのサービングセルのためのものであるかを判定し、ＢＦＲＭＡＣＣＥが、第２のセルグループのサービングセルのためのものであるとき、ＭＮは、ＢＦＲＭＡＣＣＥを、第２のセルグループに関連付けられたＳＮに転送する。２つの指示オプションが可能である。１つのオプションでは、ＵＥは、ＢＦＤが検出されたサービングセルに関連付けられたサービングセルインデックスをＢＦＲＭＡＣＣＥに含める。別のオプションでは、ＵＥは、報告されたＢＦＲＭＡＣが、第１のセルグループのためのものであるか、第２のセルグループのためのものであるかを指示するために、セルグループの新しい識別情報をＢＦＲＭＡＣＣＥに含める。

以下は、これらの実施形態による、３ＧＰＰＴＳ３８．３２１のための例示的なテキスト提供する。
＊＊＊３ＧＰＰＴＳ３８．３２１のための提案されるテキストの始まり＊＊＊
６．１．３．２３ＢＦＲＭＡＣＣＥ
ＢＦＲのためのＭＡＣＣＥは、以下から成る。
－ＢＦＲＭＡＣＣＥ、または
－トランケーテッドＢＦＲＭＡＣＣＥ。
ＢＦＲＭＡＣＣＥおよびトランケーテッドＢＦＲＭＡＣＣＥは、表６．２．１－２および表６．２．１－２ｂにおいて指定されているようなＬＣＩＤ／ｅＬＣＩＤを有するＭＡＣサブヘッダによって識別される。

いくつかの実施形態では、新しいＢＦＲＭＡＣＣＥが導入されることが可能であり、セルグループに関わらず、任意の設定されたサービングセルのためのＢＦＲ情報を含むことが可能である。２つの指示オプションが可能である。１つのオプションでは、ＵＥは、第１のセルグループ、第２のセルグループ、第ｎのセルグループなどにおけるサービングセルに対するＢＦＤが検出されかどうかに応じて、異なる値にセットされたセルグループＩＤを含む。別のオプションでは、第１のセルグループ内でＢＦＲが報告されたとしても、第２のセルグループのサービングセルを指すことが可能なように、より多くのサービングセルインデックスが使用されることが可能である。

図２７は、特にＢＦＤのセルグループ間報告のケースのための、特定の実施形態を示す信号流れ図を示す。図２７に示された例示的なシグナリングは、ＵＥ（１９１０）と、第２のセルグループのサービングセルに関連付けられたノード（たとえば、ＳＮ１９２０）と、第１のセルグループのサービングセルに関連付けられたノード（たとえば、ＭＮ１９３０）との間のものである。このシナリオでは、ＵＥは、非アクティブ化された第２のセルグループ内のビーム障害の指示を、第１のセルグループに関連付けられたノードに報告する。このノード（たとえば、ＭＮ）は、この指示が第２のセルグループに関するものであると判定し、第２のセルグループに関連付けられたノードにこの指示を転送する。このノードは、第２のセルグループの解放など、指示に基づくさらなるアクションをとることができる。

上記で説明された実施形態は、図２８～図３０を参照しながらさらに示されることが可能であり、図２８～図３０は、ＵＥ、第２のネットワークノード、および第１のネットワークノードによって実施される例示的な方法（たとえば、プロシージャ）をそれぞれ示す。言い換えれば、下記で説明される動作の様々な特徴は、上記で説明された様々な実施形態に対応する。これらの例示的な方法は、様々な例示的な利益および／または利点を提供するために協働して使用されることが可能である。図２８～図３０は、固有のブロックを特定の順序で示すが、それぞれの方法の動作は、示された順序とは異なる順序で実施されることが可能であり、示された機能とは異なる機能を有するブロックに組み合わされることおよび／または分割されることが可能である。オプションのブロックまたは動作は、断続線で示されている。

特に、図２８は、本開示の様々な実施形態による、ＭＣＧおよびＳＣＧを介して無線ネットワークと通信するように設定されたＵＥのための例示的な方法（たとえば、プロシージャ）の流れ図を示す。例示的な方法は、本明細書の他の場所に記載されたような、ＵＥ（たとえば、無線デバイス、ＩｏＴデバイス、モデムなど、またはその構成要素）によって実施されることが可能である。

例示的な方法は、ブロック２８１０の動作を含むことができ、ブロック２８１０では、ＵＥは、ＭＣＧまたはＳＣＧを介して第１のコマンドを受信することに応答して、ＳＣＧのための低減エネルギーモードに入ることができる。例示的な方法はまた、ブロック２８２０の動作を含むことができ、ブロック２８２０では、ＵＥは、ＳＣＧのための低減エネルギーモードに、およびＭＣＧのためのアクティブ化モードにある間に、ＳＣＧのためのビーム障害検出（ＢＦＤ）を実施し、ＳＣＧのための１つまたは複数のビーム管理動作の実施を控えることができる。

いくつかの実施形態では、（たとえば、ブロック２８２０において）ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧに対するＢＦＤを実施することは、
・第１のコマンドを受信する前に実施されていたＳＣＧに対するＢＦＤを続けること、
・ＳＣＧのための低減エネルギーモードに固有のＳＣＧＢＦＤ設定、
・ＳＣＧのサービングセルのサブセットであって、無線ネットワークによって設定される、サブセット、および
・第１のコマンドを受信する前に稼働していたＳＣＧＢＦＤに関係のある１つまたは複数のタイマーまたはカウンタをリセットすること
のうちの１つまたは複数に基づく。

これらの実施形態のうちのいくつかでは、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧに対するＢＦＤを実施することは、サブブロック２８２１の動作を含み、サブブロック２８２１では、ＵＥは、サブセットに含まれるサービングセルに対するＢＦＤを実施し、サブセットに含まれないＳＣＧのサービングセルに対するＢＦＤの実施を控えることができる。特に、サブセットは、ｎ個のサービングセルを含むことができ、ｎ＝０・・・Ｎ－１であり、ここで、Ｎは、ＳＣＧのサービングセルの数である。

いくつかの実施形態では、ＳＣＧのための１つまたは複数のビーム管理動作（すなわち、ＵＥが実施を控える動作）は、ＳＣＧに関連付けられたビームのレイヤ１（Ｌ１）測定を実施することと、ＳＣＧに関連付けられたビームに対して実施されるＬ１測定を報告することとのうちのいずれかを含む。

いくつかの実施形態では、例示的な方法はまた、ブロック２８５０の動作を含むことができ、ブロック２８５０では、ＵＥは、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後、１つまたは複数の動作を実施することができ、１つまたは複数の動作は、（それぞれのサブブロック番号で識別された）
・（２８５１）ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ること、
・（２８５２）ＳＣＧに対してランダムアクセス（ＲＡ）プロシージャを実施すること、
・（２８５５）ＳＣＧ内のビーム障害がＵＥの下位プロトコルレイヤによって検出されたことを、ＵＥにおける上位プロトコルレイヤに指示すること、
・（２８５６）ＳＣＧ内でビーム障害が検出されたという指示を、第２のネットワークノードに、またはＭＣＧを提供するように設定された第１のネットワークノードに、送ること、および
・（２８５７）ＳＣＧのためのモードを指示する第２のコマンドを、第１のネットワークノードから受信すること
のうちのいずれかを含む。

これらの実施形態のうちのいくつかでは、ＲＡプロシージャは、ビーム障害回復のために開始され、ＳＣＧに関連付けられたビーム障害を検出することに応答したものであり、第２のコマンドは、ＲＡプロシージャが完了した後に受信され、ＳＣＧのためのアクティブ化モードを指示し、ＳＣＧのためのアクティブ化モードに入ることは、第２のコマンドに応答したものである。図１９が、これらの実施形態の例を示す。

いくつかの変形態では、例示的な方法はまた、ブロック２８３０および２８６０の動作を含むことができる。ブロック２８３０では、ＵＥは、ＳＣＧのための低減エネルギーモードに、およびＭＣＧのためのアクティブ化モードにある間に、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、ＭＣＧを介して受信することができる。ブロック２８６０では、ＵＥは、ＳＣＧのためのアクティブ化モードに入ると同時に、受信されたＴＣＩ状態に基づいてＳＣＧのＰＤＣＣＨを監視することができる。いくつかのさらなる変形態では、受信されたＴＣＩ状態は、ＳＣＧのＰＤＣＣＨに関連付けられた最も新しいＴＣＩ状態とは異なり、最も新しいＴＣＩ状態は、（たとえば、ブロック２８１０における）ＳＣＧのための低減エネルギーモードに入る前に受信される。

他のこれらの実施形態では、ＳＣＧのためのアクティブ化モードに入ることは、ＳＣＧ内のビーム障害を検出することに応答したものであり、（たとえば、サブブロック２８５２における）ＳＣＧに対してＲＡプロシージャを実施することは、ＳＣＧのためのアクティブ化モードに入ることに応答したものである。図２０～図２１が、これらの実施形態の例を示す。

いくつかの変形態では、例示的な方法はまた、ブロック２８７０またはブロック２８８０の動作を含むことができる。ブロック２８７０では、ＵＥは、ＳＣＧのためのアクティブ化モードから出て、ＳＣＧのための低減エネルギーモードに入ることができる。ブロック２８８０では、ＵＥは、第２のコマンドに従って（すなわち、受信されたとき）ＳＣＧモードをセットすることができる。

さらなる変形態では、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後、ブロック２８５０で実施される１つまたは複数の動作は、サブブロック２８５３の動作を含み、サブブロック２８５３では、ＵＥは、ＳＣＧのためのアクティブ化モードに入ること（たとえば、サブブロック２８５１）、またはＲＡプロシージャの成功裏の完了（たとえば、サブブロック２８５２）のうちの１つに応答して、第１のタイマーを開始することができる。このような変形態では、ＳＣＧのためのアクティブ化モードから出て、ＳＣＧのための低減エネルギーモードに入ることは、第２のコマンドを受信せずに第１のタイマーの期限が切れたことに応答したものである。

他のこれらの実施形態では、ＳＣＧに対してＲＡプロシージャを実施することは、ビーム障害回復のためであり、ＳＣＧに関連付けられたビーム障害を検出することに応答したものである。また、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出した後、ブロック２８５０で実施される１つまたは複数の動作は、サブブロック２８５４の動作を含み、サブブロック２８５４では、ＵＥは、（たとえば、サブブロック２８５２における）ＲＡプロシージャの成功裏の完了に応答して、第２のタイマーを開始することができる。このような変形態では、ＳＣＧのためのアクティブ化モードに入ることは、第２のコマンドを受信せずに第２のタイマーの期限が切れたことに応答したものである。

他のこれらの実施形態では、（たとえば、サブブロック２８５２における）ＳＣＧに対してＲＡプロシージャを実施することは、（たとえば、サブブロック２８５７における）ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを受信することに応答したものである。また、（たとえば、サブブロック２８５１における）ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ることは、ＲＡプロシージャの成功裏の完了に応答したものである。図２４が、これらの実施形態の例を示す。

これらおよび他の特定の実施形態のいくつかの変形態では、ＳＣＧに対するＲＡプロシージャは、ビーム障害が、ＵＥの下位プロトコルレイヤによって検出されたという指示に基づいて、ＵＥの上位プロトコルレイヤによって開始される。

これらの実施形態のうちのいくつかでは、ＳＣＧ内でビーム障害が検出されたという指示は、ＳＣＧに対するＲＡプロシージャの中で第２のネットワークノードに送られ、（たとえば、サブブロック２８５２における）ＳＣＧに対してＲＡプロシージャを実施することは、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、ＳＣＧを介して受信することを含む。このような実施形態では、ＴＣＩ状態は、ＳＣＧ内でビーム障害が検出されたという指示に基づく。図２０～図２１および図２４が、これらの実施形態の例を示す。いくつかの変形態では、ＳＣＧ内でビーム障害が検出されたという指示は、低減エネルギーモードにあるＳＣＧのためのＢＦＲに関連付けられた論理チャネルを介してＭＡＣＣＥとして送られる。

他のこれらの実施形態では、（たとえば、サブブロック２８５６における）ＳＣＧ内でビーム障害が検出されたという指示を第１のネットワークノードに送ることは、（たとえば、サブブロック２８５７における）ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを受信することに応答したものである。また、（たとえば、サブブロック２８５２における）ＳＣＧに対してＲＡプロシージャを実施することは、指示を送ることに応答したものであり、（たとえば、サブブロック２８５１における）ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ることは、ＳＣＧに対するＲＡプロシージャの成功裏の完了に応答したものである。図２７が、これらの実施形態の例を示す。

いくつかの変形態では、指示は、
・ＲＲＣメッセージ内のＳＣＧ故障情報フィールドであって、ビーム障害を指示する特定の値を有する、フィールド、
・ＳＣＧビーム障害報告（ＢＦＲ）に関連付けられた論理チャネルを介したＭＡＣＣＥ、および
・ＢＦＲに関連付けられ、ＳＣＧの識別子を含む、ＭＡＣＣＥ
のうちの１つとして第１のネットワークノードに送られる。

これらの実施形態のうちのいくつかでは、（たとえば、２８５２における）ＳＣＧに対して実施されるＲＡプロシージャは、
・ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出しなかった後にＳＣＧに対して実施される第１のＲＡプロシージャ、および
・ＳＣＧのためのアクティブ化モードにある間に、ＳＣＧに対して実施される第２のＲＡプロシージャ
のうちの１つまたは複数とは異なる。

いくつかの実施形態では、例示的な方法はまた、ブロック２８４０の動作を含むことができ、ブロック２８４０では、ＵＥは、ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧ内のビーム障害を検出しなかった後に、１つまたは複数の動作を実施することができ、１つまたは複数の動作は、（それぞれのサブブロック番号で識別された）
・（２８４１）ＳＣＧのためのアクティブ化モードを指示する第２のコマンドを、第１のネットワークノードから受信すること、
・（２８４２）ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのためのアクティブ化モードに入ること、および
・（２８４３）ＵＥがＳＣＧのための低減エネルギーモードに入る前に、無線ネットワークによって設定されたＴＣＩ状態に基づいて、ＭＣＧ内またはＳＣＧ内のＰＤＣＣＨを監視すること
のうちのいずれかを含む。
いくつかの変形態では、（たとえば、サブブロック２８４２における）ＳＣＧのための低減エネルギーモードから出て、ＳＣＧのための接続モードに入ることは、（たとえば、サブブロック２８４１における）第２のコマンドを受信することに応答したものであり、（たとえば、サブブロック２８４３における）ＭＣＧ内のＰＤＣＣＨを監視することは、第２のコマンドを受信することに応答したものである。

加えて、図２９は、本開示の様々な実施形態による、無線ネットワークにおけるＵＥにＳＣＧを提供するように設定された第２のネットワークノードのための例示的な方法（たとえば、プロシージャ）の流れ図を示す。例示的な方法は、本明細書の他の場所に記載されたような、ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはその構成要素）によって実施されることが可能である。

例示的な方法は、ブロック２９１０の動作を含むことができ、ブロック２９１０では、第２のネットワークノードは、ＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドを、ＵＥがＳＣＧのためのアクティブ化モードにある間にＵＥに送ることができる。例示的な方法はまた、ブロック２９４０の動作を含むことができ、ブロック２９４０では、第２のノードは、ＵＥがＳＣＧのための低減エネルギーモードにある間に１つまたは複数の動作を実施することができ、１つまたは複数の動作は、（それぞれのサブブロック番号で識別された）
・（２９４１）ＳＣＧ内のＵＥでＲＡプロシージャを実施すること、および
・（２９４２）ＵＥがＳＣＧのための低減エネルギーモードにある間に、ＵＥがＳＣＧ内のビーム障害を検出したという指示を、ＵＥから、またはＵＥにＭＣＧを提供するように設定された第１のネットワークノードから受信すること
のうちのいずれかを含む。

いくつかの実施形態では、指示は、ＳＣＧに対するＲＡプロシージャの中でＵＥから受信される。このような実施形態では、ＵＥがＳＣＧのための低減エネルギーモードにある間に実施される１つまたは複数の動作は、サブブロック２９４３の動作を含み、サブブロック２９４３では、第２のネットワークノードは、ＳＣＧのＰＤＣＣＨに関連付けられたＴＣＩ状態を、指示に基づいて判定することができる。このような実施形態では、（たとえば、サブブロック２９４１における）ＲＡプロシージャを実施することは、ＴＣＩ状態をＵＥに送ることを含む。図１９～図２１および図２４が、これらの実施形態の例を示す。いくつかの変形態では、ＳＣＧ内でビーム障害が検出されたという指示は、低減エネルギーモードにあるＳＣＧのためのＢＦＲに関連付けられた論理チャネルを介してＭＡＣＣＥとして受信される。

他の実施形態では、指示は、第１のネットワークノードから受信され、例示的な方法はまた、ブロック２９５０の動作を含むことができ、ブロック２９５０では、第２のネットワークノードは、受信された指示に基づいてＳＣＧを解放することができる。図２７が、これらの実施形態の例を示す。

他の実施形態では、例示的な方法はまた、ブロック２９３０の動作を含むことができ、ブロック２９３０では、第２のネットワークノードは、ＳＣＧのためのアクティブ化モードにあるＵＥの動作の再開の要求を第１のネットワークノードに送ることができる。指示は、要求に応答して第１のネットワークノードから受信される。

いくつかの実施形態では、例示的な方法はまた、ブロック２９２０の動作を含むことができ、ブロック２９２０では、第２のネットワークノードは、ＵＥがＳＣＧのための低減エネルギーモードに入る前に、ＳＣＧＢＦＤ設定、およびＳＣＧのサービングセルのサブセットという、ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数をＵＥに送ることができる。特に、サブセットは、ｎ個のサービングセルを含むことができ、ｎ＝０・・・Ｎ－１であり、ここで、Ｎは、ＳＣＧのサービングセルの数である。

このような実施形態では、ＳＣＧ内の指示されたビーム障害検出は、ＳＣＧのための低減エネルギーモードに固有の情報（すなわち、ＳＣＧＢＦＤ設定および／またはサービングセルのサブセット）に基づく。いくつかの変形態では、
・ＳＣＧＢＦＤ設定が、ＳＣＧのサービングセルのサブセットを含む、
・ＵＥがＳＣＧのための低減エネルギーモードにある間に、サブセットだけがＢＦＤについて監視されるべきである、および
・（たとえば、ブロック２９１０において）ＳＣＧＢＦＤ設定が、第１のコマンドと共に送られる、
のうちの１つまたは複数が適用される。

加えて、図３０は、本開示の様々な実施形態による、無線ネットワークにおけるＵＥにＭＣＧを提供するように設定された第１のネットワークノードのための例示的な方法（たとえば、プロシージャ）の流れ図を示す。例示的な方法は、本明細書の他の場所に記載されたような、ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢなど、またはその構成要素）によって実施されることが可能である。

例示的な方法は、ブロック３０３０の動作を含むことができ、ブロック３０３０では、第１のネットワークノードは、ＵＥがＭＣＧのためのアクティブ化モードに、およびＳＣＧのための低減エネルギーにある間に、ＳＣＧのためのアクティブ化モードに入るようにという第２のコマンドをＵＥに送ることができる。例示的な方法はまた、ブロック３０４０の動作を含むことができ、ブロック３０４０では、第１のネットワークノードは、ＵＥがＳＣＧのための低減エネルギーモードにある間に１つまたは複数の動作を実施することができ、１つまたは複数の動作は、（それぞれのサブブロック番号で識別された）
・（３０４１）ＵＥがＳＣＧのための低減エネルギーモードにあった間にＵＥがＳＣＧ内のビーム障害を検出したという指示を、ＵＥから受信すること、および
・（３０４２）ＵＥのために以前に設定されたＴＣＩ状態に基づいて、ＭＣＧ内のＵＥにＰＤＣＣＨを送信すること
のうちのいずれかを含む。

いくつかの実施形態では、例示的な方法はまた、ブロック３０５０の動作を含むことができ、ブロック３０５０では、第１のネットワークノードは、ＳＣＧを提供するように設定された第２のネットワークノードに指示を転送することができる。

いくつかの実施形態では、指示は、
・ＲＲＣメッセージ内のＳＣＧ故障情報フィールドであって、ビーム障害を指示する特定の値を有する、フィールド、
・ＳＣＧビーム障害報告（ＢＦＲ）に関連付けられた論理チャネルを介したＭＡＣＣＥ、および
・ＢＦＲに関連付けられ、ＳＣＧの識別子を含む、ＭＡＣＣＥ
のうちの１つとしてＵＥから受信される。

いくつかの実施形態では、ＴＣＩ状態は、（たとえば、図２５に示されているように）ＵＥがＳＣＧのための低減エネルギーモードに入る前、または（たとえば、図１０に示されているように）ＵＥがＳＣＧのための低減エネルギーモードにある間、のうちの１つの中で、ＳＣＧを提供するように設定された第２のネットワークノードによって以前に設定された。

いくつかの実施形態では、例示的な方法はまた、ブロック３０２０の動作を含むことができ、ブロック３０２０では、第１のネットワークノードは、ＳＣＧのためのアクティブ化モードにあるＵＥの動作の再開の要求を、ＳＣＧを提供するように設定された第２のネットワークノードから受信することができる。（たとえば、ブロック３０３０において）第２のコマンドは、要求に応答して送られる。

いくつかの実施形態では、例示的な方法はまた、ブロック３０１０の動作を含むことができ、ブロック３０１０では、第１のネットワークノードは、ＵＥがＳＣＧのための低減エネルギーモードに入る前に、ＳＣＧＢＦＤ設定、およびＳＣＧのサービングセルのサブセットという、ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数をＵＥに送ることができる。特に、サブセットは、ｎ個のサービングセルを含むことができ、ｎ＝０・・・Ｎ－１であり、ここで、Ｎは、ＳＣＧのサービングセルの数である。

このような実施形態では、（たとえば、サブブロック３０４１における）ＳＣＧ内の指示されたビーム障害検出は、ＳＣＧのための低減エネルギーモードに固有の情報に基づく。いくつかの変形態では、
・ＳＣＧＢＦＤ設定がＳＣＧのサービングセルのサブセットを含むこと、
・ＵＥがＳＣＧのための低減エネルギーモードにある間に、サブセットだけがＢＦＤがないか監視されるべきであること、および
・ＳＣＧＢＦＤ設定が、ＵＥがＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドと共に送られること
のうちの１つまたは複数が適用される。

本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図３１に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図３１の無線ネットワークは、ネットワーク３１０６、ネットワークノード３１６０および３１６０ｂ、ならびにＷＤ３１１０、３１１０ｂ、および３１１０ｃのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含むことができる。示されている構成要素のうち、ネットワークノード３１６０および無線デバイス（ＷＤ）３１１０は、追加の詳細と共に図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にすることができる。

無線ネットワークは、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを備え、および／またはそれらとインターフェースすることができる。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ（ＵＭＴＳ）、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装することができる。

ネットワーク３１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備えることができる。

ネットワークノード３１６０およびＷＤ３１１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかに関わらず、データおよび／または信号の通信を容易にするかまたはその通信に参加することができる、任意の他の構成要素またはシステムを備えることができる。

ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含むことができる。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。

ネットワークノードのさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表すことができる。

図３１では、ネットワークノード３１６０は、処理回路３１７０と、デバイス可読媒体３１８０と、インターフェース３１９０と、補助機器３１８４と、電源３１８６と、電力回路３１８７と、アンテナ３１６２とを含む。図３１の例示的な無線ネットワーク中に示されているネットワークノード３１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表すことができるが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備えることができる。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法および／またはプロシージャを実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード３１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備えることができる（たとえば、デバイス可読媒体３１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えることができる）。

同様に、ネットワークノード３１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有することができる。ネットワークノード３１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御することができる。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード３１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体３１８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ３１６２がＲＡＴによって共有され得る）。ネットワークノード３１６０は、ネットワークノード３１６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含むことができる。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード３１６０内の他の構成要素に統合され得る。

処理回路３１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路３１７０によって実施されるこれらの動作は、処理回路３１７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含むことができる。

処理回路３１７０は、単体で、または他のネットワークノード３１６０構成要素（たとえば、デバイス可読媒体３１８０）と併せてのいずれかで、ネットワークノード３１６０の様々な機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備えることができる。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを含むことができる。

たとえば、処理回路３１７０は、デバイス可読媒体３１８０に記憶された命令、または処理回路３１７０内のメモリに記憶された命令を実行することができる。いくつかの実施形態では、処理回路３１７０は、システムオンチップ（ＳＯＣ）を含むことができる。より具体的な例として、媒体３１８０に記憶された（コンピュータプログラム製品とも呼ばれる）命令は、処理回路３１７０によって実行されたとき、ネットワークノード３１６０を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる命令を含むことができる。

いくつかの実施形態では、処理回路３１７０は、無線周波数（ＲＦ）トランシーバ回路３１７２とベースバンド処理回路３１７４とのうちの１つまたは複数を含むことができる。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路３１７２とベースバンド処理回路３１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路３１７２とベースバンド処理回路３１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体３１８０、または処理回路３１７０内のメモリに記憶された、命令を実行する処理回路３１７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路３１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かに関わらず、処理回路３１７０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路３１７０単独に、またはネットワークノード３１６０の他の構成要素に限定されないが、全体としてネットワークノード３１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

デバイス可読媒体３１８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路３１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備えることができる。デバイス可読媒体３１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路３１７０によって実行されることが可能であり、ネットワークノード３１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶することができる。デバイス可読媒体３１８０は、処理回路３１７０によって行われた計算および／またはインターフェース３１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路３１７０およびデバイス可読媒体３１８０は、統合されていると見なされ得る。

インターフェース３１９０は、ネットワークノード３１６０、ネットワーク３１０６、および／またはＷＤ３１１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース３１９０は、たとえば有線接続上でネットワーク３１０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末３１９４を備える。インターフェース３１９０は、アンテナ３１６２に結合されるか、またはいくつかの実施形態では、アンテナ３１６２の一部であり得る、無線フロントエンド回路３１９２をも含む。無線フロントエンド回路３１９２は、フィルタ３１９８と増幅器３１９６とを備える。無線フロントエンド回路３１９２は、アンテナ３１６２および処理回路３１７０に接続され得る。無線フロントエンド回路は、アンテナ３１６２と処理回路３１７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路３１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信することができる。無線フロントエンド回路３１９２は、デジタルデータを、フィルタ３１９８および／または増幅器３１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。無線信号は、次いで、アンテナ３１６２を介して送信され得る。同様に、データを受信するとき、アンテナ３１６２は無線信号を収集することができ、次いで、無線信号は無線フロントエンド回路３１９２によってデジタルデータに変換される。デジタルデータは、処理回路３１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えることができる。

いくつかの代替実施形態では、ネットワークノード３１６０は別個の無線フロントエンド回路３１９２を含まないことがあり、代わりに、処理回路３１７０は、無線フロントエンド回路を備えることができ、別個の無線フロントエンド回路３１９２なしでアンテナ３１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路３１７２の全部または一部が、インターフェース３１９０の一部と見なされ得る。さらに他の実施形態では、インターフェース３１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末３１９４と、無線フロントエンド回路３１９２と、ＲＦトランシーバ回路３１７２とを含むことができ、インターフェース３１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路３１７４と通信することができる。

アンテナ３１６２は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含むことができる。アンテナ３１６２は、無線フロントエンド回路３１９０に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ３１６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性、セクタまたはパネルアンテナを備えることができる。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ３１６２は、ネットワークノード３１６０とは別個であり得、インターフェースまたはポートを通してネットワークノード３１６０に接続可能であり得る。

アンテナ３１６２、インターフェース３１９０、および／または処理回路３１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ３１６２、インターフェース３１９０、および／または処理回路３１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。

電力回路３１８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード３１６０の構成要素に供給するように設定され得る。電力回路３１８７は、電源３１８６から電力を受信することができる。電源３１８６および／または電力回路３１８７は、それぞれの構成要素に好適な形態で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード３１６０の様々な構成要素に電力を提供するように設定され得る。電源３１８６は、電力回路３１８７および／またはネットワークノード３１６０中に含まれるか、あるいは電力回路３１８７および／またはネットワークノード３１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード３１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路３１８７に電力を供給する。さらなる例として、電源３１８６は、電力回路３１８７に接続された、または電力回路３１８７中で統合された、バッテリまたはバッテリパックの形態の電力源を備えることができる。バッテリは、外部電源が落ちた場合、バックアップ電力を提供することができる。光起電力デバイスなどの他のタイプの電源も使用され得る。

ネットワークノード３１６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当することができる、図３１に示されている構成要素以外の追加の構成要素を含むことができる。たとえば、ネットワークノード３１６０は、ネットワークノード３１６０への情報の入力を可能および／または容易にするための、ならびにネットワークノード３１６０からの情報の出力を可能および／または容易にするための、ユーザインターフェース機器を含むことができる。これは、ユーザが、ネットワークノード３１６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能および／または容易にすることができる。

いくつかの実施形態では、無線デバイス（ＷＤ、たとえば、ＷＤ３１１０）は、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、モバイル型通信（ＭＴＣ）デバイス、モノのインターネット（ＩｏＴ）デバイス、車載無線端末デバイスなどを含む。

ＷＤは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表すことができる。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば、冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表すことができ、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表すことができ、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。

示されているように、無線デバイス３１１０は、アンテナ３１１１と、インターフェース３１１４と、処理回路３１２０と、デバイス可読媒体３１３０と、ユーザインターフェース機器３１３２と、補助機器３１３４と、電源３１３６と、電力回路３１３７とを含む。ＷＤ３１１０は、ＷＤ３１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含むことができる。これらの無線技術は、ＷＤ３１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。

アンテナ３１１１は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含むことができ、インターフェース３１１４に接続される。いくつかの代替実施形態では、アンテナ３１１１は、ＷＤ３１１０とは別個であり、インターフェースまたはポートを通してＷＤ３１１０に接続可能であり得る。アンテナ３１１１、インターフェース３１１４、および／または処理回路３１２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ３１１１は、インターフェースと見なされ得る。

示されているように、インターフェース３１１４は、無線フロントエンド回路３１１２とアンテナ３１１１とを備える。無線フロントエンド回路３１１２は、１つまたは複数のフィルタ３１１８と増幅器３１１６とを備える。無線フロントエンド回路３１１４は、アンテナ３１１１および処理回路３１２０に接続され、アンテナ３１１１と処理回路３１２０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路３１１２は、アンテナ３１１１に結合されるか、またはアンテナ３１１１の一部であり得る。いくつかの実施形態では、ＷＤ３１１０は別個の無線フロントエンド回路３１１２を含まないことがあり、むしろ、処理回路３１２０は、無線フロントエンド回路を備えることができ、アンテナ３１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路３１２２の一部または全部が、インターフェース３１１４の一部と見なされ得る。無線フロントエンド回路３１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信することができる。無線フロントエンド回路３１１２は、デジタルデータを、フィルタ３１１８および／または増幅器３１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。無線信号は、次いで、アンテナ３１１１を介して送信され得る。同様に、データを受信するとき、アンテナ３１１１は無線信号を収集することができ、次いで、無線信号は無線フロントエンド回路３１１２によってデジタルデータに変換される。デジタルデータは、処理回路３１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えることができる。

処理回路３１２０は、単体で、またはデバイス可読媒体３１３０などの他のＷＤ３１１０構成要素と組み合わせてのいずれかで、ＷＤ３１１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備えることができる。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを含むことができる。

たとえば、処理回路３１２０は、本明細書で開示される機能を提供するために、デバイス可読媒体３１３０に記憶された命令、または処理回路３１２０内のメモリに記憶された命令を実行することができる。より詳細には、媒体３１３０に記憶された（コンピュータプログラム製品とも呼ばれる）命令は、プロセッサ３１２０によって実行されたとき、無線デバイス３１１０を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる命令を含むことができる。

示されているように、処理回路３１２０は、ＲＦトランシーバ回路３１２２、ベースバンド処理回路３１２４、およびアプリケーション処理回路３１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備えることができる。いくつかの実施形態では、ＷＤ３１１０の処理回路３１２０は、ＳＯＣを備えることができる。いくつかの実施形態では、ＲＦトランシーバ回路３１２２、ベースバンド処理回路３１２４、およびアプリケーション処理回路３１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路３１２４およびアプリケーション処理回路３１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路３１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路３１２２およびベースバンド処理回路３１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路３１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路３１２２、ベースバンド処理回路３１２４、およびアプリケーション処理回路３１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路３１２２は、インターフェース３１１４の一部であり得る。ＲＦトランシーバ回路３１２２は、処理回路３１２０のためのＲＦ信号を調整することができる。

いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体３１３０に記憶された命令を実行する処理回路３１２０によって提供され得、デバイス可読媒体３１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路３１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かに関わらず、処理回路３１２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路３１２０単独に、またはＷＤ３１１０の他の構成要素に限定されないが、全体としてＷＤ３１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

処理回路３１２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路３１２０によって実施されるようなこれらの動作は、処理回路３１２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ３１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含むことができる。

デバイス可読媒体３１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路３１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体３１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路３１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含むことができる。いくつかの実施形態では、処理回路３１２０およびデバイス可読媒体３１３０は、統合されていると見なされ得る。

ユーザインターフェース機器３１３２は、人間のユーザがＷＤ３１１０と対話することを可能および／または容易にする構成要素を含むことができる。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器３１３２は、ユーザへの出力を作り出すように、ならびにユーザがＷＤ３１１０への入力を提供することを可能および／または容易にするように動作可能であり得る。対話のタイプは、ＷＤ３１１０にインストールされるユーザインターフェース機器３１３２のタイプに応じて変動することがある。たとえば、ＷＤ３１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ３１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器３１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含むことができる。ユーザインターフェース機器３１３２は、ＷＤ３１１０への情報の入力を可能および／または容易にするように設定され得、処理回路３１２０が入力情報を処理することを可能および／または容易にするために、処理回路３１２０に接続される。ユーザインターフェース機器３１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含むことができる。ユーザインターフェース機器３１３２はまた、ＷＤ３１１０からの情報の出力を可能および／または容易にするように、ならびに処理回路３１２０がＷＤ３１１０からの情報を出力することを可能および／または容易にするように設定される。ユーザインターフェース機器３１３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含むことができる。ユーザインターフェース機器３１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ３１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から恩恵を受けることを可能および／または容易にすることができる。

補助機器３１３４は、概してＷＤによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊なセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備えることができる。補助機器３１３４の構成要素の包含、および補助機器３１３４の構成要素のタイプは、実施形態および／またはシナリオに応じて変動することがある。

電源３１３６は、いくつかの実施形態では、バッテリまたはバッテリパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ３１１０は、電源３１３６から、本明細書で説明または指示される任意の機能を行うために電源３１３６からの電力を必要とする、ＷＤ３１１０の様々な部分に電力を配信するための、電力回路３１３７をさらに備えることができる。電力回路３１３７は、いくつかの実施形態では、電力管理回路を備えることができる。電力回路３１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ３１１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路３１３７はまた、いくつかの実施形態では、外部電源から電源３１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源３１３６の充電のためのものであり得る。電力回路３１３７は、電源３１３６からの電力に対して、その電力を、ＷＤ３１１０のそれぞれの構成要素への供給に好適であるようにするために、任意の変換、または他の修正を実施することができる。

図３２は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表すことができる。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表すことができる。ＵＥ３２００は、ＮＢ－ＩｏＴＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図３２に示されているＵＥ３２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図３２はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。

図３２では、ＵＥ３２００は、入出力インターフェース３２０５、無線周波数（ＲＦ）インターフェース３２０９、ネットワーク接続インターフェース３２１１、ランダムアクセスメモリ（ＲＡＭ）３２１７と読取り専用メモリ（ＲＯＭ）３２１９と記憶媒体３２２１などとを含むメモリ３２１５、通信サブシステム３２３１、電源３２３３、および／または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路３２０１を含む。記憶媒体３２２１は、オペレーティングシステム３２２３と、アプリケーションプログラム３２２５と、データ３２２７とを含む。他の実施形態では、記憶媒体３２２１は、他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図３２に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用することができる。構成要素間の統合のレベルは、ＵＥごとに変動することがある。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

図３２では、処理回路３２０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路３２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態マシンなど、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作可能な任意の逐次状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路３２０１は、２つの中央処理ユニット（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に好適な形態での情報であり得る。

図示された実施形態では、入出力インターフェース３２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ３２００は、入出力インターフェース３２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用することができる。たとえば、ＵＥ３２００への入力およびＵＥ３２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ３２００は、ユーザがＵＥ３２００に情報をキャプチャすることを可能および／または容易にするために、入出力インターフェース３２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含むことができる。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含むことができる。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。

図３２では、ＲＦインターフェース３２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース３２１１は、ネットワーク３２４３ａに通信インターフェースを提供するように設定され得る。ネットワーク３２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含することができる。たとえば、ネットワーク３２４３ａは、Ｗｉ－Ｆｉネットワークを備えることができる。ネットワーク接続インターフェース３２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース３２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装することができる。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有することができるか、あるいは、代替的に、別個に実装され得る。

ＲＡＭ３２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス３２０２を介して処理回路３２０１にインターフェースするように設定され得る。ＲＯＭ３２１９は、処理回路３２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ３２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体３２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。

一例では、記憶媒体３２２１は、オペレーティングシステム３２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム３２２５と、データファイル３２２７とを含むように設定され得る。記憶媒体３２２１は、ＵＥ３２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶することができる。たとえば、アプリケーションプログラム３２２５は、プロセッサ３２０１によって実行されたとき、ＵＥ３２００を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる、（コンピュータプログラム製品とも呼ばれる）実行可能プログラム命令を含むことができる。

記憶媒体３２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体３２２１は、ＵＥ３２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能および／または容易にすることができる。通信システムを利用する製造品などの製造品は、記憶媒体３２２１中に有形に具現され得、記憶媒体３２２１はデバイス可読媒体を備えることができる。

図３２では、処理回路３２０１は、通信サブシステム３２３１を使用してネットワーク３２４３ｂと通信するように設定され得る。ネットワーク３２４３ａとネットワーク３２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム３２３１は、ネットワーク３２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム３２３１は、ＩＥＥＥ８０２．３２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機３２３３および／または受信機３２３５を含むことができる。さらに、各トランシーバの送信機３２３３および受信機３２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有することができるか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信サブシステム３２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。たとえば、通信サブシステム３２３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含むことができる。ネットワーク３２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含することができる。たとえば、ネットワーク３２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源３２１３は、ＵＥ３２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

本明細書で説明される特徴、利益および／または機能は、ＵＥ３２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ３２００の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム３２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路３２０１は、バス３２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路３２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路３２０１と通信サブシステム３２３１との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

図３３は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境３３００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含むことができる、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード３３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境３３００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。

機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション３３２０によって実装され得る。アプリケーション３３２０は、処理回路３３６０とメモリ３３９０とを備えるハードウェア３３３０を提供する、仮想化環境３３００において稼働される。メモリ３３９０は、処理回路３３６０によって実行可能な命令３３９５を含んでおり、それにより、アプリケーション３３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。

仮想化環境３３００は、１つまたは複数のプロセッサのセットまたは処理回路３３６０を備える、汎用または専用のネットワークハードウェアデバイス（またはノード）３３３０を含むことができ、１つまたは複数のプロセッサのセットまたは処理回路３３６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ３３９０－１を備えることができ、メモリ３３９０－１は、処理回路３３６０によって実行される命令３３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。たとえば、命令３３９５は、処理回路３３６０によって実行されたとき、ハードウェアノード３３２０を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令を含むことができる。そのような動作は、同じく、ハードウェアノード３３３０によってホストされた（１つまたは複数の）仮想ノード３３２０によるものであり得る。

各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）３３７０を備えることができ、ネットワークインターフェースコントローラ（ＮＩＣ）３３７０は物理ネットワークインターフェース３３８０を含む。各ハードウェアデバイスは、処理回路３３６０によって実行可能なソフトウェア３３９５および／または命令を記憶した、非一時的、永続的、マシン可読記憶媒体３３９０－２をも含むことができる。ソフトウェア３３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ３３５０をインスタンス化するためのソフトウェア、仮想マシン３３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。

仮想マシン３３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤ３３５０またはハイパーバイザによって稼働され得る。仮想アプライアンス３３２０の事例の異なる実施形態が、仮想マシン３３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。

動作中に、処理回路３３６０は、ソフトウェア３３９５を実行してハイパーバイザまたは仮想化レイヤ３３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ３３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ３３５０は、仮想マシン３３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示することができる。

図３３に示されているように、ハードウェア３３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア３３３０は、アンテナ３３２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。代替的に、ハードウェア３３３０は、多くのハードウェアノードが協働し、特に、アプリケーション３３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）３３１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。

ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、仮想マシン３３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン３３４０の各々と、その仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン３３４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア３３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３３０の上の１つまたは複数の仮想マシン３３４０において稼働する特定のネットワーク機能をハンドリングすることを担当し、図３３中のアプリケーション３３２０に対応する。

いくつかの実施形態では、各々、１つまたは複数の送信機３３２２０と１つまたは複数の受信機３３２１０とを含む、１つまたは複数の無線ユニット３３２００は、１つまたは複数のアンテナ３３２２５に結合され得る。無線ユニット３３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード３３３０と直接通信することができ、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。このようにして構成されたノードは、本明細書の他の場所で説明されたような、１つまたは複数のＵＥとも通信することができる。

いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード３３３０と無線ユニット３３２００との間の通信のために代替的に使用され得る制御システム３３２３０を介して実施され得る。

図３４を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク３４１１とコアネットワーク３４１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク３４１０を含む。アクセスネットワーク３４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局３４１２ａ、３４１２ｂ、３４１２ｃを備え、各々が、対応するカバレッジエリア３４１３ａ、３４１３ｂ、３４１３ｃを規定する。各基地局３４１２ａ、３４１２ｂ、３４１２ｃは、有線接続または無線接続３４１５上でコアネットワーク３４１４に接続可能である。カバレッジエリア３４１３ｃ中に位置する第１のＵＥ３４９１が、対応する基地局３４１２ｃに無線で接続するか、または対応する基地局３４１２ｃによってページングされるように設定され得る。カバレッジエリア３４１３ａ中の第２のＵＥ３４９２が、対応する基地局３４１２ａに無線で接続可能である。この例では複数のＵＥ３４９１、３４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、カバレッジエリア中の基地局に接続している状況に等しく適用可能である。

通信ネットワーク３４１０は、それ自体、ホストコンピュータ３４３０に接続され、ホストコンピュータ３４３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ３４３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク３４１０とホストコンピュータ３４３０との間の接続３４２１および３４２２は、コアネットワーク３４１４からホストコンピュータ３４３０に直接延びることができるか、または随意の中間ネットワーク３４２０を介して進むことができる。中間ネットワーク３４２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク３４２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク３４２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備えることができる。

図３４の通信システムは全体として、接続されたＵＥ３４９１、３４９２とホストコンピュータ３４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３４５０として説明され得る。ホストコンピュータ３４３０および接続されたＵＥ３４９１、３４９２は、アクセスネットワーク３４１１、コアネットワーク３４１４、任意の中間ネットワーク３４２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３４５０は、ＯＴＴ接続３４５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局３４１２は、接続されたＵＥ３４９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ３４３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局３４１２は、ＵＥ３４９１から発生してホストコンピュータ３４３０に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図３５を参照しながら説明される。通信システム３５００では、ホストコンピュータ３５１０が、通信システム３５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース３５１６を含む、ハードウェア３５１５を備える。ホストコンピュータ３５１０は、記憶能力および／または処理能力を有することができる、処理回路３５１８をさらに備える。特に、処理回路３５１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。ホストコンピュータ３５１０は、ホストコンピュータ３５１０に記憶されるかまたはホストコンピュータ３５１０によってアクセス可能であり、処理回路３５１８によって実行可能である、ソフトウェア３５１１をさらに備える。ソフトウェア３５１１はホストアプリケーション３５１２を含む。ホストアプリケーション３５１２は、ＵＥ３５３０およびホストコンピュータ３５１０において終端するＯＴＴ接続３５５０を介して接続するＵＥ３５３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション３５１２は、ＯＴＴ接続３５５０を使用して送信されるユーザデータを提供することができる。

通信システム３５００は、通信システム中に提供される基地局３５２０をも含むことができ、基地局３５２０は、基地局３５２０がホストコンピュータ３５１０およびＵＥ３５３０と通信することを可能にするハードウェア３５２５を備える。ハードウェア３５２５は、通信システム３５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース３５２６、ならびに基地局３５２０によってサーブされるカバレッジエリア（図３５に図示せず）中に位置するＵＥ３５３０との少なくとも無線接続３５７０をセットアップおよび維持するための無線インターフェース３５２７を含むことができる。通信インターフェース３５２６は、ホストコンピュータ３５１０への接続３５６０を容易にするように設定され得る。接続３５６０は直接であり得るか、あるいは、接続３５６０は、通信システムのコアネットワーク（図３５に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過することができる。図示の実施形態では、基地局３５２０のハードウェア３５２５は、処理回路３５２８をも含むことができ、処理回路３５２８は、命令を実行するように適応された、１つもしくは複数のプログラム可能プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。

基地局３５２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア３５２１をも含む。たとえば、ソフトウェア３５２１は、処理回路３５２８によって実行されたとき、基地局３５２０を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令を含むことができる。

通信システム３５００は、すでに言及されたＵＥ３５３０をも含むことができ、ＵＥ３５３０のハードウェア３５３５は、ＵＥ３５３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３５７０をセットアップおよび維持するように設定された、無線インターフェース３５３７を含むことができる。ＵＥ３５３０のハードウェア３５３５は、処理回路３５３８をも含むことができ、処理回路３５３８は、命令を実行するように適応された、１つもしくは複数のプログラム可能プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。

ＵＥ３５３０は、ＵＥ３５３０に記憶されるかまたはＵＥ３５３０によってアクセス可能であり、処理回路３５３８によって実行可能である、ソフトウェア３５３１をも含む。ソフトウェア３５３１はクライアントアプリケーション３５３２を含む。クライアントアプリケーション３５３２は、ホストコンピュータ３５１０のサポートのもとに、ＵＥ３５３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３５１０では、実行しているホストアプリケーション３５１２は、ＵＥ３５３０およびホストコンピュータ３５１０において終端するＯＴＴ接続３５５０を介して、実行しているクライアントアプリケーション３５３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション３５３２は、ホストアプリケーション３５１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴ接続３５５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション３５３２は、クライアントアプリケーション３５３２が提供するユーザデータを生成するためにユーザと対話することができる。ソフトウェア３５３１は、処理回路３５３８によって実行されたとき、ＵＥ３５３０を本明細書で説明される様々な例示的な方法（たとえば、プロシージャ）に対応する動作を実施するように設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令をも含むことができる。

図３５に示されているホストコンピュータ３５１０、基地局３５２０およびＵＥ３５３０は、それぞれ、図３３のホストコンピュータ１２３０、基地局３３１２ａ、３３１２ｂ、３３１２ｃのうちの１つ、およびＵＥ３３９１、３３９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図３５に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図３３のものであり得る。

図３５では、ＯＴＴ接続３５５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局３５２０を介したホストコンピュータ３５１０とＵＥ３５３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定することができ、ネットワークインフラストラクチャは、ＵＥ３５３０からまたはホストコンピュータ３５１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続３５５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行うことができる。

ＵＥ３５３０と基地局３５２０との間の無線接続３５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３５７０が最後のセグメントを形成するＯＴＴ接続３５５０を使用して、ＵＥ３５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、本明細書で開示される例示的な実施形態は、ネットワークが、データフローのエンドツーエンドサービス品質（ＱｏＳ）を監視するためのフレキシビリティを改善することができ、それには、ユーザ機器（ＵＥ）と、５Ｇネットワークの外部のＯＴＴデータアプリケーションまたはサービスなどの別のエンティティとの間のデータセッションに関連付けられた、データフローの対応する無線ベアラが含まれる。これらおよび他の利点は、５Ｇ／ＮＲソリューションのより適時の設計、実装、および展開を容易にすることができる。さらに、そのような実施形態は、データセッションＱｏＳのフレキシブルおよび適時の制御を容易にすることができ、これは、５Ｇ／ＮＲによって想定される、およびＯＴＴサービスの成長のために重要である、容量、スループット、レイテンシなどの改善につながることができる。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のネットワーク動作態様を監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ３５１０とＵＥ３５３０との間のＯＴＴ接続３５５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続３５５０を再設定するためのネットワーク機能は、ホストコンピュータ３５１０のソフトウェア３５１１およびハードウェア３５１５でまたはＵＥ３５３０のソフトウェア３５３１およびハードウェア３５３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続３５５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア３５１１、３５３１が監視された量を算出または推定することができる他の物理量の値を供給することによって、測定プロシージャに参加することができる。ＯＴＴ接続３５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含むことができ、再設定は、基地局３５２０に影響を及ぼす必要がなく、再設定は、基地局３５２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３５１０の測定を容易にするプロプライエタリＵＥシグナリングを伴うことができる。測定は、ソフトウェア３５１１および３５３１が、ソフトウェア３５１１および３５３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続３５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図３６は、いくつかの実施形態による、通信システムにおいて実装される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、いくつかの例示的な実施形態では、本明細書の他の図を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３６への図面参照のみがこのセクションに含まれる。ステップ３６１０において、ホストコンピュータはユーザデータを提供する。ステップ３６１０の（随意であり得る）サブステップ３６１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ３６３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ３６４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図３７は、いくつかの実施形態による、通信システムにおいて実装される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、本明細書の他の図を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３７への図面参照のみがこのセクションに含まれる。方法のステップ３７１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３７２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通ることができる。（随意であり得る）ステップ３７３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図３８は、いくつかの実施形態による、通信システムにおいて実装される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、本明細書の他の図を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３８への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３８１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ３８２０において、ＵＥはユーザデータを提供する。ステップ３８２０の（随意であり得る）サブステップ３８２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ３８１０の（随意であり得る）サブステップ３８１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮することができる。ユーザデータがどのように提供されたかに関わらず、ＵＥは、（随意であり得る）サブステップ３８３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ３８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図３９は、いくつかの実施形態による、通信システムにおいて実装される例示的な方法および／またはプロシージャを示すフローチャートである。通信システムは、本明細書の他の図を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図３９への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３９１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ３９２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ３９３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

上記は、本開示の原理を示すにすぎない。本明細書の教示に鑑みて、説明される実施形態の様々な変更および改変が当業者に明らかになろう。したがって、本明細書で明示的に示されず、または説明されないが、本開示の原理を具現し、したがって、本開示の趣旨および範囲内にあり得る、多数のシステム、構成、およびプロシージャを、当業者は考案することができることが諒解されよう。当業者によって理解されるべきであるように、様々な例示的な実施形態が、互いに一緒に、ならびに互いに互換的に使用され得る。

本明細書で使用されるような、ユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野における従来の意味を有することができ、たとえば、電気および／もしくは電子回路機器、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／もしくは個別デバイス、本明細書で説明されるものなどのようなそれぞれのタスク、プロシージャ、計算、出力、ならびに／または表示機能などを実行するためのコンピュータプログラムもしくは命令を含むことができる。

本明細書で開示された任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通じて実施されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、処理回路を介して実行されてもよく、処理回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、および他のデジタルハードウェアを含んでもよく、他のデジタルハードウェアは、デジタル信号プロセッサ（ＤＳＰ）、特殊用途のデジタルロジック、および同様のものを含んでもよい。処理回路は、メモリに記憶されたプログラムコードを実行するように設定されてもよく、メモリは、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイスなどの、１つまたはいくつかタイプのメモリを含んでもよい。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書で説明される技法のうちの１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による対応する機能を実施させるために使用されてもよい。

本明細書で説明されるように、デバイスおよび／または装置が、半導体チップ、チップセット、あるいはそのようなチップまたはチップセットを備える（ハードウェア）モジュールによって表され得るが、これは、デバイスまたは装置の機能が、ハードウェア実装される代わりに、プロセッサ上での実行のためのまたはプロセッサ上で稼働されている実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を、除外しない。さらに、デバイスまたは装置の機能は、ハードウェアとソフトウェアとの任意の組合せによって実装され得る。デバイスまたは装置はまた、機能的に互いと協働するのか互いとは無関係であるのかに関わらず、複数のデバイスおよび／または装置のアセンブリと見なされ得る。その上、デバイスおよび装置は、デバイスまたは装置の機能が保持される限り、システム全体にわたって分散して実装され得る。そのようなおよび同様の原理は当業者に知られていると見なされる。

別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。

加えて、本明細書および図面を含む本開示で使用される特定の用語は、特定のインスタンスにおいて同義語として使用されることが可能である（たとえば、「データ」と「情報」）。これらの用語（および／または、互いに同義であることが可能な他の用語）は、本明細書では同義語として使用されることが可能であるが、このような単語が同義語として使用されないことが意図され得るインスタンスがあり得ることを理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、その全体が参照により本明細書に組み込まれる。

本明細書で説明される技法および装置は、限定はしないが、以下の列挙された例を含む。
Ａ１．マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するように設定されたユーザ機器（ＵＥ）のための方法であって、方法が、
ＳＣＧのための通常動作モードにある間に、ＳＣＧのための低減エネルギーモードに入るようにというコマンドを、ＳＣＧに関連付けられた第２のノードから受信することと、
ＳＣＧのための低減エネルギーモードにある間に、ＳＣＧに関連付けられたビーム障害検出（ＢＦＤ）を実施し、ＳＣＧのための１つまたは複数のビーム管理動作の実施を控えることと、
ＳＣＧのための低減エネルギーモードにある間に、ビーム障害が検出されたかどうかに基づいて、
ビーム障害回復（ＢＦＲ）のための第２のセルグループに対するランダムアクセス（ＲＡ）プロシージャを実施すること、
ＵＥが、低減エネルギーモードに入る前に、第２のノードによって設定されたＰＤＣＣＨ送信設定インジケータ（ＴＣＩ）状態に基づいて、ＳＣＧ内の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視すること、および
ＳＣＧ内でビーム障害が検出されたという指示を、ＭＣＧに関連付けられた第１のノードに送ること
のうちの１つまたは複数を実施することと
を含む、方法。
Ｂ１．マスタセルグループ（ＭＣＧ）を介して無線ネットワークと通信するようにさらに設定されたユーザ機器（ＵＥ）のための２次セルグループ（ＳＣＧ）に関連付けられた、無線ネットワークの第２のノードのための方法であって、方法が、
ＵＥが、ＳＣＧのための通常動作モードにある間に、ＳＣＧのための低減エネルギーモードに入るようにというコマンドをＵＥに送ることと、
ＵＥがＳＣＧのための低減エネルギーモードにある間に、
ＳＣＧ内のビーム障害回復（ＢＦＲ）のための、ＵＥによるランダムアクセス（ＲＡ）プロシージャを実施すること、
ＵＥがＳＣＧ内のビーム障害を検出したという指示を、ＭＣＧに関連付けられた第１のノードから受信すること、
ＵＥがビーム障害を検出したという指示に基づいて、ＳＣＧを解放すること、および
ＳＣＧのためのＵＥの通常動作モードの再開の要求を第１のノードに送ること
という動作のうちの１つまたは複数を実施することと
を含む、方法。
Ｂ２．ＵＥが、ＳＣＧのための低減エネルギーモードから出た後、ＵＥが、ＳＣＧのための低減エネルギーモードに入る前に第２のノードによって設定されたＰＤＣＣＨ送信設定インジケータ（ＴＣＩ）状態に基づいて、ＳＣＧ内の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信することをさらに含む、実施形態Ｂ１に記載の方法。
Ｃ１．マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、
ＳＣＧおよびＭＣＧを介して無線ネットワークと通信するように設定された無線トランシーバ回路と、
無線トランシーバ回路に動作可能なように連結された処理回路であって、処理回路および無線トランシーバ回路が、実施形態Ａ１に記載の方法に対応する動作を実施するように設定された、処理回路と
を備える、ＵＥ。
Ｃ２．マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するためのユーザ機器（ＵＥ）であって、実施形態Ａ１に記載の方法に対応する動作を実施するようにさらに構成される、ＵＥ。
Ｃ３．マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するように構成されたユーザ機器（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実施するようにＵＥを設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
Ｃ４．マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するように構成されたユーザ機器（ＵＥ）の処理回路によって実行されると、実施形態Ａ１に記載の方法に対応する動作を実施するようにＵＥを設定するコンピュータ実行可能命令を含むコンピュータプログラム製品。
Ｄ１．２次セルグループ（ＳＣＧ）を介してユーザ機器（ＵＥ）と通信するように構成された無線ネットワークのネットワークノードであって、ネットワークノードが、
ＳＣＧを介してＵＥと、およびマスタセルグループ（ＭＣＧ）を介してＵＥと通信するように設定されたさらなるネットワークノードと、通信するように設定された通信インターフェース回路と、
通信インターフェース回路に動作可能なように連結された処理回路であって、処理回路および通信インターフェース回路が、実施形態Ｂ１～Ｂ２に記載の方法のいずれかに対応する動作を実施するように設定される、処理回路と
を備える、ネットワークノード。
Ｄ２．２次セルグループ（ＳＣＧ）を介してユーザ機器（ＵＥ）と通信するように構成された無線ネットワークのネットワークノードであって、実施形態Ｂ１～Ｂ２に記載の方法のいずれかに対応する動作を実施するようにさらに構成される、ネットワークノード。
Ｄ３．２次セルグループ（ＳＣＧ）を介してユーザ機器（ＵＥ）と通信するように構成されたネットワークノードの処理回路によって実行されると、実施形態Ｂ１～Ｂ２に記載の方法のいずれかに対応する動作を実施するようにネットワークノードを設定するコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
Ｄ４．２次セルグループ（ＳＣＧ）を介してユーザ機器（ＵＥ）と通信するように構成されたネットワークノードの処理回路によって実行されると、実施形態Ｂ１～Ｂ２に記載の方法のいずれかに対応する動作を実施するようにネットワークノードを設定するコンピュータ実行可能命令を含むコンピュータプログラム製品。

Claims

マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワークと通信するように設定されたユーザ機器（ＵＥ）のための方法であって
前記ＭＣＧまたは前記ＳＣＧを介して第１のコマンドを受信することに応答して、前記ＳＣＧのための低減エネルギーモードに入ること（２８１０）と、
前記ＳＣＧのための前記低減エネルギーモードに、および前記ＭＣＧのためのアクティブ化モードにある間に、前記ＳＣＧの少なくとも１次セル（ＰＳＣｅｌｌ）のためのビーム障害検出（ＢＦＤ）を実施し、前記ＳＣＧに関連付けられたビームのレイヤ１（Ｌ１）測定および報告の実施を控えること（２８２０）とを含み、前記方法が、
前記ＳＣＧの少なくとも前記ＰＳＣｅｌｌに対するビーム障害が検出されたという指示を、前記ＭＣＧを提供するように設定された第１のネットワークノードに送ること（２８５６）
をさらに含む、方法。
前記ＳＣＧのための前記低減エネルギーモードにある間に、前記ＳＣＧに対するＢＦＤを実施すること（２８２０）が、
前記第１のコマンドを受信する前に実施されていた前記ＳＣＧに対するＢＦＤを続けることと、
前記ＳＣＧのための前記低減エネルギーモードに固有のＳＣＧＢＦＤ設定と、
前記ＳＣＧのサービングセルのサブセットであって、前記無線ネットワークによって設定される、前記サブセットと、
前記第１のコマンドを受信する前に稼働していたＳＣＧＢＦＤに関係のある１つまたは複数のタイマーまたはカウンタをリセットすることと
のうちの１つまたは複数に基づく、請求項１に記載の方法。
前記ＳＣＧのための前記低減エネルギーモードにある間に、前記ＳＣＧに対するＢＦＤを実施すること（２８２０）が、前記サブセットに含まれる前記サービングセルに対するＢＦＤを実施し（２８２１）、前記サブセットに含まれない前記ＳＣＧの前記サービングセルに対するＢＦＤの実施を控えることを含む、請求項２に記載の方法。
前記ＳＣＧのための前記低減エネルギーモードにある間に、前記ＳＣＧ内のビーム障害を検出した後、１つまたは複数の動作を実施すること（２８５０）をさらに含み、前記１つまたは複数の動作が、
前記ＳＣＧのための前記低減エネルギーモードから出て、前記ＳＣＧのためのアクティブ化モードに入ること（２８５１）と、
前記ＳＣＧに対してランダムアクセス（ＲＡ）プロシージャを実施すること（２８５２）と、
前記ＳＣＧ内の前記ビーム障害が前記ＵＥの下位プロトコルレイヤによって検出されたことを、前記ＵＥにおける上位プロトコルレイヤに指示すること（２８５５）と、
前記ＳＣＧのためのモードを指示する第２のコマンドを、前記第１のネットワークノードから受信すること（２８５７）と
のうちのいずれかを含む、請求項１から３のいずれか一項に記載の方法。
前記ＳＣＧに対して前記ＲＡプロシージャを実施すること（２８５２）が、前記ＳＣＧのための前記アクティブ化モードを指示する前記第２のコマンドを受信すること（２８５７）に応答したものであり、
前記ＳＣＧのための前記低減エネルギーモードから出て、前記ＳＣＧのためのアクティブ化モードに入ること（２８５１）が、前記ＲＡプロシージャの成功裏の完了に応答したものである、
請求項４に記載の方法。
前記ＳＣＧに対する前記ＲＡプロシージャが、前記ビーム障害が、前記ＵＥの前記下位プロトコルレイヤによって検出されたという前記指示に基づいて、前記ＵＥの前記上位プロトコルレイヤによって開始される、請求項５に記載の方法。
前記ＳＣＧ内で前記ビーム障害が検出されたという指示が、前記ＳＣＧに対する前記ＲＡプロシージャの中で第２のネットワークノードに送られ、
前記ＲＡプロシージャを実施すること（２８５２）が、前記ＳＣＧの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に関連付けられたＴＣＩ状態を、前記ＳＣＧを介して受信することを含み、
前記ＴＣＩ状態が、前記指示に基づく、
請求項５または６に記載の方法。
前記ＳＣＧ内でビーム障害が検出されたという前記指示を前記第１のネットワークノードに送ること（２８５６）が、前記ＳＣＧのための前記アクティブ化モードを指示する前記第２のコマンドを受信すること（２８５７）に応答したものであり、
前記ＳＣＧに対して前記ＲＡプロシージャを実施すること（２８５２）が、前記指示を送ること（２８５６）に応答したものであり、
前記ＳＣＧのための前記低減エネルギーモードから出て、前記ＳＣＧのためのアクティブ化モードに入ること（２８５１）が、前記ＳＣＧに対する前記ＲＡプロシージャの成功裏の完了に応答したものである、
請求項４に記載の方法。
無線ネットワークにおける、２次セルグループ（ＳＣＧ）をユーザ機器（ＵＥ）に提供するように設定された第２のネットワークノードのための方法であって、前記方法が、
前記ＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドを、前記ＵＥが前記ＳＣＧのためのアクティブ化モードにある間に前記ＵＥに、マスタセルグループ（ＭＣＧ）を介して送ること（２９１０）であって、前記第１のコマンドが、前記ＳＣＧＢＦＤ設定、および前記ＳＣＧのサービングセルのサブセットという、前記ＳＣＧのための前記低減エネルギーモードに固有の情報のうちの１つまたは複数を含む、ことと、
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に１つまたは複数の動作を実施すること（２９４０）であって、前記１つまたは複数の動作が、
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に、前記ＵＥが前記ＳＣＧ内のビーム障害を検出したという指示を、前記ＵＥに前記マスタセルグループ（ＭＣＧ）を提供するように設定された第１のネットワークノードから受信すること（２９４２）
を含む、１つまたは複数の動作を実施すること（２９４０）と
を含む、方法。
前記ＳＣＧのためのアクティブ化モードの再開の要求を前記第１のネットワークノードに送ること（２９３０）をさらに含み、前記指示が、前記要求に応答して前記第１のネットワークノードから受信される、請求項９に記載の方法。
前記ＳＣＧＢＦＤ設定が前記ＳＣＧの前記サービングセルの前記サブセットを含むこと、および
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に、前記サブセットだけがＢＦＤについて監視されるべきであること、
のうちの１つまたは複数が適用される、請求項９または１０に記載の方法。
無線ネットワークにおけるユーザ機器（ＵＥ）にマスタセルグループ（ＭＣＧ）を提供するように設定された第１のネットワークノードのための方法であって、前記方法が、
ＳＣＧＢＦＤ設定、および前記ＳＣＧのサービングセルのサブセットという、前記ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数を前記ＵＥに送ること（３０１０）であって、前記ＳＣＧＢＦＤ設定が、前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードに入るようにという第１のコマンドと共に送られる、ことと、
前記ＵＥが、前記無線ネットワークにおける前記ＭＣＧのためのアクティブ化モード、および２次セルグループ（ＳＣＧ）のための低減エネルギーモードにある間に、前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにあった間に前記ＵＥが前記ＳＣＧ内のビーム障害を検出したという指示を、前記ＵＥから受信すること（３０４１）であって、前記指示が、無線リソース制御（ＲＲＣ）メッセージ内のＳＣＧ故障情報フィールドであり、前記ＳＣＧ故障情報フィールドが、ビーム障害を指示する特定の値を有する、ことと、
前記ＳＣＧを提供するように設定された第２のネットワークノードに前記指示を転送すること（３０５０）と
を含む、方法。
前記ＳＣＧＢＦＤ設定が前記ＳＣＧの前記サービングセルの前記サブセットを含むこと、および
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に、前記サブセットだけがＢＦＤについて監視されるべきであること、
のうちの１つまたは複数が適用される、請求項１２に記載の方法。
マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワーク（１００、３９９、４９９、５９９、３２４３）と通信するように設定されたユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３４３０）であって、前記ＵＥが、
前記ＭＣＧまたは前記ＳＣＧを介して第１のコマンドを受信することに応答して、前記ＳＣＧのための低減エネルギーモードに入ることと、
前記ＳＣＧのための前記低減エネルギーモードに、および前記ＭＣＧのためのアクティブ化モードにある間に、前記ＳＣＧの少なくとも１次セル（ＰＳＣｅｌｌ）のためのビーム障害検出（ＢＦＤ）を実施し、前記ＳＣＧに関連付けられたビームのレイヤ１（Ｌ１）測定および報告の実施を控えることと、
前記ＳＣＧの少なくとも前記ＰＳＣｅｌｌに対するビーム障害が検出されたという指示を、前記ＭＣＧを提供するように設定された第１のネットワークノードに送ることと
を行うようにさらに設定される、ＵＥ。
請求項２から８のいずれか一項に記載の方法に対応する動作を実施するようにさらに設定される、請求項１４に記載のＵＥ。
マスタセルグループ（ＭＣＧ）および２次セルグループ（ＳＣＧ）を介して無線ネットワーク（１００、３９９、４９９、５９９、３２４３）と通信するように設定されたユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３４３０）の処理回路（３１２０、３２０１、３５３８）によって実行されると、請求項１から８のいずれか一項に記載の方法に対応する動作を実施するようにＵＥを設定するコンピュータ実行可能命令を含む、コンピュータプログラム製品（３２２５、３５３１）。
無線ネットワーク（１００、３９９、４９９、５９９、３２４３）におけるユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３５３０）に２次セルグループ（ＳＣＧ）を提供するように設定された第２のネットワークノード（１０５、１１０、１１５、１９２０、３００、３５０、４１０、４２０、５１０、５２０、１９２０、３１６０、３３３０、３５２０）であって、前記第２のネットワークノードが、
前記ＳＣＧのための低減エネルギーモードに入るようにという第１のコマンドを、前記ＵＥが前記ＳＣＧのためのアクティブ化モードにある間に、前記ＵＥにマスタセルグループ（ＭＣＧ）を介して送ることであって、前記第１のコマンドが、ＳＣＧＢＦＤ設定、および前記ＳＣＧのサービングセルのサブセットという、前記ＳＣＧのための前記低減エネルギーモードに固有の情報のうちの１つまたは複数を含む、ことと、
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に１つまたは複数の動作を実施することであって、前記１つまたは複数の動作が、
前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにある間に、前記ＵＥが前記ＳＣＧ内のビーム障害を検出したという指示を、前記ＵＥに前記マスタセルグループ（ＭＣＧ）を提供するように設定された第１のネットワークノードから受信すること
を含む、１つまたは複数の動作を実施することと
を行うようにさらに設定される、第２のネットワークノード。
請求項１０または１１に記載の方法に対応する動作を実施するようにさらに設定される、請求項１７に記載の第２のネットワークノード。
無線ネットワーク（１００、３９９、４９９、５９９、３２４３）におけるユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３５３０）に２次セルグループ（ＳＣＧ）を提供するように設定された第２のネットワークノード（１０５、１１０、１１５、１９２０、３００、３５０、４１０、４２０、５１０、５２０、１９２０、３１６０、３３３０、３５２０）の処理回路（３１７０、３３６０、３５２８）によって実行されると、請求項９から１１のいずれか一項に記載の方法に対応する動作を実施するように前記第２のネットワークノードを設定するコンピュータ実行可能命令を含む、コンピュータプログラム製品（３３９５、３５２１）。
無線ネットワーク（１００、３９９、４９９、５９９、３２４３）におけるユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３５３０）にマスタセルグループ（ＭＣＧ）を提供するように設定された第１のネットワークノード（１０５、１１０、１１５、３００、３５０、４１０、４２０、５１０、５２０、１９３０、３１６０、３３３０、３５２０）であって、前記第１のネットワークノードが、
ＳＣＧＢＦＤ設定、および前記ＳＣＧのサービングセルのサブセットという、前記ＳＣＧのための低減エネルギーモードに固有の情報のうちの１つまたは複数を前記ＵＥに送ることであって、前記ＳＣＧＢＦＤ設定が、前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードに入るようにという第１のコマンドと共に送られる、ことと、
前記ＵＥが、前記無線ネットワークにおける前記ＭＣＧのためのアクティブ化モード、および２次セルグループ（ＳＣＧ）のための低減エネルギーモードにある間に、前記ＵＥが前記ＳＣＧのための前記低減エネルギーモードにあった間に前記ＵＥが前記ＳＣＧ内のビーム障害を検出したという指示を、前記ＵＥから受信することであって、前記指示が、無線リソース制御（ＲＲＣ）メッセージ内のＳＣＧ故障情報フィールドであり、前記ＳＣＧ故障情報フィールドが、ビーム障害を指示する特定の値を有する、ことと、
前記ＳＣＧを提供するように設定された第２のネットワークノードに前記指示を転送することと
を行うように設定される、第１のネットワークノード。
請求項１３に記載の方法に対応する動作を実施するようにさらに構成される、請求項２０に記載の第１のネットワークノード。
無線ネットワーク（１００、３９９、４９９、５９９、３２４３）におけるユーザ機器（ＵＥ）（１２０、４０５、５０５、１９１０、３１１０、３２００、３５３０）にマスタセルグループ（ＭＣＧ）を提供するように設定された第１のネットワークノード（１０５、１１０、１１５、３００、３５０、４１０、４２０、５１０、５２０、１９３０、３１６０、３３３０、３５２０）の処理回路（３１７０、３３６０、３５２８）によって実行されると、請求項１２または１３に記載の方法に対応する動作を実施するように前記第１のネットワークノードを設定するコンピュータ実行可能命令を含む、コンピュータプログラム製品（３３９５、３５２１）。