JP2022521140A - 無線リンクモニタリング、ビーム障害検出、及びビーム障害回復のためのユーザ装置からネットワークへの報告 - Google Patents

無線リンクモニタリング、ビーム障害検出、及びビーム障害回復のためのユーザ装置からネットワークへの報告 Download PDF

Info

Publication number
JP2022521140A
JP2022521140A JP2021541691A JP2021541691A JP2022521140A JP 2022521140 A JP2022521140 A JP 2022521140A JP 2021541691 A JP2021541691 A JP 2021541691A JP 2021541691 A JP2021541691 A JP 2021541691A JP 2022521140 A JP2022521140 A JP 2022521140A
Authority
JP
Japan
Prior art keywords
information
logged
rlf
wireless device
radio
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021541691A
Other languages
English (en)
Other versions
JP7315681B2 (ja
Inventor
プラディーパ ラマチャンドラ，
アンジェロ チェントンツェ，
アルシャド， マリク ワハジ
シルヴァ， イカロ． エル． ジェイ． ダ
アリ パリケーレヘテロージェニ，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2022521140A publication Critical patent/JP2022521140A/ja
Application granted granted Critical
Publication of JP7315681B2 publication Critical patent/JP7315681B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無線デバイス（110）によって実行される方法は、無線デバイスにおける無線リンク障害（ＲＬＦ）の検出に応じて、無線リンクモニタリングリソースに関連する情報をロギングすることを含む。ＲＬＦの後の再確立に応じて、無線デバイスは、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。

Description

本開示は、概して無線通信に関し、より具体的には、無線リンクモニタリング（ＲＬＭ：Radio Link Monitoring）、ビーム故障検出（ＢＦＤ：Beam Failure Detection）、及びビーム故障回復（ＢＦＲ：Beam Failure Recovery）のためにユーザ装置（ＵＥ）が報告を行うシステム及び方法に関するものである。
接続モードでは、ネットワークは典型的には、例えば、ネットワーク制御されるハンドオーバを含みうるネットワーク制御型モビリティ決定を支援するために、無線リソース管理（ＲＲＭ：Radio Resource Management）測定を実行するよう、ユーザ装置（ＵＥ）を設定する。ハンドオーバは、ネットワークがＵＥを１つのセルから別のセルにハンドオーバさせることを決定した際に発生する。フォールバックとして、ハンドオーバが適切に機能しない場合、ＵＥにおける障害検出及びカウンタアクションが規定されている。これは、無線リンク障害（ＲＬＦ：Radio Link Failure）処理と呼ばれ、以下で説明される。
ＲＬＦ手順は、典型的にはモビリティ関連手順のいずれかにおいて何らかの予期せぬことが起こった際にトリガされる。これは、無線リソース制御（ＲＲＣ）と、Ｌ１、メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）等の下位レイヤプロトコルとの間の何らかの相互作用によって検出される。Ｌ１の場合、無線リンクモニタリング（ＲＬＭ）と呼ばれる手順が導入されている。
ＬＴＥ及びＮｅｗ Ｒａｄｉｏ（ＮＲ）においてＲＬＦをトリガしうる複数の問題の中で、それらのうちの以下の２つが特に注目される：
‐無線リンク問題（タイマーＴ３０１の満了）に起因したＲＬＦ（即ち、物理レイヤによって示される問題に起因したＲＬＦ）；
‐ランダムアクセス問題に起因したＲＬＦ（即ち、ＭＡＣレイヤによって示されるＲＬＦ）；
例えば、ＲＬＣ等の他の理由によってトリガされるＲＬＦについては、本明細書では詳細に説明しない。
ＬＴＥにおける無線リンク問題（Ｌ１）によってトリガされるＲＬＦに関して、下位レイヤは、ＵＥの物理レイヤによって内部的に上位レイヤの同期外れ（ＯＯＳ：Out-of-Sync）及び同期中（ＩＳ：In-Sync）を提供し、ＵＥの物理レイヤはＲＬＦの評価のためにＲＲＣ／レイヤ３（即ち、上位レイヤ）フィルタリングを適用しうる。図１は、ＬＴＥにおける上位レイヤＲＬＦ関連手順の例を示す。ＲＬＦに関連するＵＥアクションｎ詳細は、ＲＲＣ仕様（３６．３３１）に取り入れられており、セクション5.2.2.9 Actions upon reception of SystemInformationBlockType2, 5.3.10.0 General, 5.3.10.7 Radio Link Failure Timers and Constants reconfiguration, 5.3.10.11 SCG dedicated resource configuration, 5.3.11.1 Detection of physical layer problems in RRC_CONNECTED and 5.3.11.2 Recovery of physical layer problems、に記載されている。IE RLF-TimersAndConstantsは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥに適用可能なＵＥ固有のタイマー及び定数を含む。RLF-TimersAndConstants情報要素及びそのフィールド記述は、６．３．２節に規定される。
間欠受信（ＤＲＸ）が使用されている場合、十分なＵＥ電力節約を可能にするために、同期外れ及び同期中評価期間は延長され、設定されたＤＲＸサイクル長に依存する。同期外れが発生するごとに、ＵＥは同期中評価を開始する。したがって、同期外れと同期中の評価に、同じ期間TEvaluate_Qout_DRX）が使用される。ただし、ＲＬＦタイマー（Ｔ３１０）が満了するまで起動すると、同期中評価期間は１００ｍｓに短縮され、これはＤＲＸがない場合と同じである。タイマーＴ３１０が、Ｎ３１１個の連続した同期中インジケーションに起因して停止した場合、ＵＥは、ＤＲＸベースの期間（TEvaluate_Qout_DRX）に従って同期中評価を実行する。
ＬＴＥにおいてＲＬＭのために使用される手順全体（即ち、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）品質を「推定」するためにセル固有リファレンス信号（ＣＲＳ：Cell-specific Reference Signal）を測定すること）は、ＵＥが、ＰＤＣＣＨ及びＣＲＳを送信する単一のコネクティビティエンティティであるＬＴＥセルに接続されるという事実に依拠する。
要約すると、ネットワークがパラメータを設定する必要がないように、ＬＴＥにおけるＲＬＭが規定されてる。例えば、ＵＥは、無線リンク問題の検出を制御するために、下位レイヤから上位レイヤへ内部的にＩＳ／ＯＯＳイベントを生成する。一方、ＲＬＦ／セカンダリセルグループ（ＳＣＧ）障害手順は、無線リソース制御（ＲＲＣ）によって制御され、早すぎるＲＬＦトリガを回避するためのフィルタとして働くカウンタＮ３１０，Ｎ３１１，Ｎ３１３，Ｎ３１４と、タイマーＴ３１０，Ｔ３１１，Ｔ３１３及びＴ３１４とを介してネットワークによって設定される。
ＲＬＭとＲＬＦ機能へのＬ１入力とに関して、ＵＥにおけるＲＬＭ機能の目的は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるサービングセルのダウンリンク無線リンク品質をモニタリングすることであり、所与のＬＴＥセルに常に関連付けられ、物理セル識別子（ＰＣＩ：Physical Cell Identifier）から導出されるＣＲＳに基づいている。これにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の場合にＵＥが有効になり、サービングセルに対して同期中（ＩＳ）であるか同期外れ（ＯＯＳ）であるかが判定される。
ダウンリンク無線リンク品質のＵＥの推定値は、ＲＬＭのために、それぞれＯＯＳ閾値及びＩＳ閾値（Ｑｏｕｔ及びＱｉｎ）と比較される。これらの閾値は、サービングセルからの仮想（hypothetical）ＰＤＣＣＨ送信のブロック誤り率（ＢＬＥＲ：lock Error Rate）によって表される。具体的には、Ｑｏｕｔは１０％のＢＬＥＲに相当し、Ｑｉｎは２％のＢＬＥＲに相当する。ＤＲＸの有無に関わらず、同じ閾値レベルが適用可能である。
ＣＲＳベースのダウンリンク品質と仮想ＰＤＣＣＨ ＢＬＥＲとの間のマッピングは、ＵＥ実装次第である。しかし、その性能は、様々な環境に対して定められた適合性試験によって検証される。また、ダウンリンク品質は帯域全体にわたるＣＲＳのリファレンス信号受信電力（ＲＳＲＰ：Reference Signal Received Power）に基づいて計算され、これは、ＰＤＣＣＨがどこにスケジューリングされるのかをＵＥが必ずしも知らないためである。
図２は、ＰＤＣＣＨがダウンリンク送信帯域幅全体のどこにでもスケジュール可能であることを示す。
ＤＲＸが設定されていない場合、最後の２００ｍｓ期間にわたって推定されたダウンリンク無線リンク品質が閾値Ｑｏｕｔより劣化すると、ＯＯＳが発生する。同様に、ＤＲＸ無しでは、最後の１００ｍｓ期間にわたって推定されたダウンリンク無線リンク品質が閾値Ｑｉｎよりも改善すると、ＩＳが発生する。同期外れが検出されると、ＵＥは同期中の評価を開始する。
ＲＬＦは、ＬＴＥにおけるランダムアクセス問題によってトリガされうる。
ＲＡＣＨ（ランダムアクセスチャネル）は、ＭＡＣレイヤの手順である。したがって、ＭＡＣはＲＲＣにＲＡＣＨ障害を知らせるものであり、ＲＡＣＨ障害は、例えば、プリアンブル再送信の最大回数に達した場合、又は、より具体的には、ＵＥが何度か電力ランピングの実行を試みた後、及び／又は競合解決の失敗を経た後に、発生する。以下では、ＵＥがプリアンブル再送信の最大回数にどのように達しうるかについての更なる詳細を提供する
ＬＴＥでは、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＤＬＥとの両方で、多くの異なる目的でランダムアクセスを実行する。ＬＴＥは初期ネットワークアクセスのためにＲＡＣＨを使用するが、ＬＴＥでは、ＲＡＣＨは、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で専ら送信される任意のユーザデータを搬送することができない。その代わりに、ＬＴＥ ＲＡＣＨは、アップリンク同期をまだ獲得していないか又は失っているＵＥに対してアップリンク時間同期を実現するために使用される。ＵＥに対してアップリンク同期が実現されると、ｅＮｏｄｅＢは、当該ＵＥに対して直交アップリンク送信リソースをスケジューリングすることができる。したがって、ＲＡＣＨが使用される、関連性のある以下のシナリオが使用される：
‐ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがアップリンク同期がなされていないＵＥが、新たなアップリンクデータ又は制御情報（例えば、イベントトリガ測定報告）を送信することを必要とする；
‐ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがアップリンク同期がなされていないＵＥが、新たなダウンリンクデータを受信することを必要とし、それ故に、対応する確認応答／否定確認応答（ＡＣＫ／ＮＡＣＫ）をアップリンクで送信する必要がある；
‐ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥが、その現在のサービングセルからターゲットセルにハンドオーバする；
‐ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における測位の目的で、ＵＥ測位のためにタイミングアドバンスが必要とされる場合；
‐例えば初期アクセス又はトラッキングエリア更新のための、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移；
‐無線リンク障害からの回復；及び
追加の１つの例外的なケースは、アップリンク同期済みのＵＥが、他のアップリンクリソースを有していない場合に、ＲＡＣＨを使用してスケジューリング要求（ＳＲ：Scheduling Request）を送信することが許可されることである。
ＬＴＥにおけるランダムアクセスは、衝突の特有のリスクを暗示する競合ベースランダムアクセス（ＣＢＲＡ：contention-based random access）として、又は所与の時間に所与のＵＥに対してネットワークによってリソースが予約される競合フリーＲＡＣＨ（ＣＦＲＡ：contention-free random access）として設定されうる。
ランダムアクセスは、ＭＡＣ仕様（３ＧＰＰ ＴＳ３６．３２１ Ｖ．１５．８．９）に取り入れられている。
図３は、ＣＢＲＡ手順の例を示す。ＣＢＲＡにおいて、ＵＥは、プリアンブルをランダムに選択し、設定変更可能な初期電力で送信する。次に、設定変更可能な時間ウィンドウで、ランダムアクセス応答（ＲＡＲ：Random-Access Response）を待つ。そのＲＡＲは、一時セル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ：Temporary Cell Radio Network Temporary Identifier）と、ＭＳＧ３についてのＵＬグラントとを含む。ＵＥは、時間ウィンドウ内でＲＡＲを受信すると、ＭＳＧを送信する。セルによって割り当てられたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：Cell Radio Network Temporary Identifier）をＵＥが有している場合、ＵＥは、それを用いてＭＳＧ３のアドレス指定を行い、それ以外の場合、ＲＡＲで受信されたＴＣ－ＲＮＴＩを使用する。プリアンブル衝突が起こった可能性があるため、異なるＵＥは同じＲＡＲを受信した可能性がある。このため、ネットワークは、競合を解決する可能性があるＭＳＧ４を送信する。ＵＥが割り当てられたＣ－ＲＮＴＩをＭＳＧ４で使用した場合、それは、衝突が解決されたことを示すために、ＭＳＧ４においてエコーバックされる。それ以外の場合、ネットワークは、ＴＣ－ＲＮＴＩを用いてＵＥのアドレス指定を行い、ＭＳＧ３で使用されるＵＥアイデンティティをＭＡＣペイロードに含める。ＵＥアイデンティティが、ＵＥが有するものと一致する場合、当該ＵＥは、競合が解決されたとみなす。
衝突が検出された場合、ＵＥは、プリアンブル再送信を実行し、再びランダムアクセスを開始する。衝突は、以下のケースにおいて検出されるとみなされる：
‐ターゲットセルによって割り当てられたＣ－ＲＮＴＩを使用してＭＳＧ．３を送信した後（例えば、ハンドオーバ中、又はＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき）、ＵＥがそのＣ－ＲＮＴＩをアドレス指定していないＭＳＧ．４を検出し、競合解決タイマーが満了する；
‐ＲＡＲで割り当てられたＴＣ－ＲＮＴＩを使用してＭＳＧ．３を送信した後、ＵＥが同じＴＣ－ＲＮＴＩをアドレス指定したＭＳＧ．４を検出するが、ＭＳＧ．４ペイロードのＵＥアイデンティティが、ＭＳＧ．３で送信されたＵＥのアイデンティティと一致しない。
衝突は、ＭＡＣでは障害ケースとみなされないことに留意されたい。それ故に、上位レイヤは、衝突が発生したことを認識しない。
プリアンブル再送信は、ＵＥがプリアンブルを送信し、かつ、ＲＡＲ時間ウィンドウ内でＲＡＲを受信しない場合にもトリガされる。その場合、ＵＥは、プリアンブル電力ランピングを実行し、プリアンブルを再び送信する。ＬＴＥでは、ネットワークは、必要に応じてＵＥに対して専用のシグニチャ（signature）を割り当てることによって、当該ＵＥのためのダウンリンクトラフィックのハンドオーバ及び再開等において、競合フリーランダムアクセスを設定することも行いうる。
これらの全ての場合において、（ＣＦＲＡ又はＣＢＲＡのために）ＲＡＲ時間ウィンドウが満了すると、又は衝突が検出されると、ＵＥはプリアンブル再送信を実行する。設定されたパラメータは、RACH-ConfigCommonの一部として、ＵＥがそれを何回行うべきかを制御する。IE RACH-ConfigCommonは、汎用的なランダムアクセスパラメータを規定するために使用され、６．３．２節において規定されている。
モビリティロバストネス最適化（ＭＲＯ：Mobility Robustness Optimization）が、ＬＴＥにおいて及びＲＬＦ報告のために提供される。例えば、シームレスハンドオーバは、３ＧＰＰ技術の重要な特徴である。ハンドオーバの成功により、ＵＥがデータ送信において過度の中断を引き起こすことなく、異なるセルのカバレッジエリア内を動き回ることが保証される。しかし、ネットワークが時間内にＵＥを「正しい」隣接セルにハンドオーバすることに失敗するシナリオが存在し、そのようなシナリオでは、ＵＥは無線リンク障害（ＲＬＦ：radio link failure）又はハンドオーバ障害（ＨＯＦ：Handover Failure）を宣言する。
ＨＯＦ及びＲＬＦに応じて、ＵＥは、例えば、ＵＥが再び到達可能になるようにできるだけ早く戻ることを試みることが確実になるように、セルを選択して再確立手順を開始することを試みる等の、自律的なアクションを行いうる。例えばＵＥ自体とネットワークとの間で利用可能な無線リンクのような、信頼性のある通信チャネルが無いことをＵＥが認識した場合にのみ、ＲＬＦはＵＥによって宣言されるので、ＲＬＦは不十分なユーザエクスペリエンスを引き起こすことになる。また、コネクションを再確立するには、新たに選択されたセルとのシグナリングが必要である。ランダムアクセス手順には、ＲＲＣ再確立要求（RRC Reestablishment Request）、ＲＲＣ再確立ＲＲＣ再確立完了（RRC Reestablishment RRC Reestablishment Complete）、ＲＲＣ再設定（RRC Reconfiguration）及び／又はＲＲＣ再設定完了（RRC Reconfiguration Complete）が含まれ、ＵＥが再びネットワークとデータを交換できるようになるまで、多少の遅延を加えうる。
３ＧＰＰ ＴＳ３６．３３１ Ｖ１５．３．０等の仕様によれば、無線リンク障害についての可能性のある原因は、以下のうちの１つでありうる：
１）無線リンクモニタリング関連タイマーＴ３１０の満了；
２）測定報告関連タイマーＴ３１２の満了（Ｔ３１０が動作している場合に測定報告を送信するにもかかわらず、このタイマの持続時間内にネットワークからハンドオーバコマンドを受信しない）；
３）ＲＬＣ再送信の最大回数に達したとき；及び／又は、
４）ＭＡＣエンティティからランダムアクセス問題インジケーションを受信したとき。
ＲＬＦは性能及びユーザエクスペリエンスを低下させる再確立につながるので、ネットワークの関心は、ＲＬＦの理由を理解するとともに、後のＲＬＦを回避するために、例えば測定報告のトリガ条件等のモビリティ関連パラメータを最適化しようとすることである。ネットワークにおけるＭＲＯ関連報告処理の標準化前では、ＲＬＦの時点で無線品質がどのように見えたか、ＲＬＦを宣言する実際の理由等に関連するいくつかの情報を、ＵＥのみが知っていた。ネットワークがＲＬＦの理由を識別するために、ネットワークは、ＵＥ及び隣接基地局の両方からの、より多くの情報を必要とする。
ＬＴＥにおけるＭＲＯソリューションの一部として、ＲＬＦ報告手順が、リリース９ＲＡＮ２作業におけるＲＲＣ仕様に導入された。これは、ＵＥがＲＬＦの瞬間に関連情報をロギングし、その後、例えば、再確立の後等に、ＵＥが接続に成功したことをターゲットセルに報告することが標準化されたという意味で、ＲＲＣ仕様に影響を及ぼした。また、これは、ＲＬＦ報告を受信するｅＮｏｄｅＢが、障害が発生したｅＮｏｄｅＢに転送する可能性があるため、ｇＮｏｄｅＢ間インタフェース及び３ＧＰＰ ＴＳ３６．４２３等のＸ２ＡＰ仕様に影響を与えた。
ＵＥによって生成されたＲＬＦ報告については、その内容が後続のリリースにおいてより詳細に拡張されている。最新のＬＴＥ ＲＲＣ仕様に基づく測定報告に含まれる測定値は、以下のものである：
１）最新のサービングセル（ＰＣｅｌｌ）の測定量（ＲＳＲＰ、リファレンス信号受信品質（ＲＳＲＱ：Reference Signal Received Quality））。
２）異なる無線アクセス技術（ＲＡＴ）（例えば、ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、ＣＤＭＡ２０００）の異なる周波数における隣接セルの測定量。
３）ＷＬＡＮ Ａｐｓ．に関連付けられた測定量（例えば、受信信号強度インジケータ（ＲＳＳＩ））。
４）Ｂｌｕｅｔｏｏｔｈビーコンに関連付けられた測定量（例えば、ＲＳＳＩ）。
５）利用可能であれば、位置情報（位置座標及び速度を含む）。
６）利用可能であれば、最新のサービングセルのグローバルに一意のアイデンティティ、利用可能でなければ、最後のサービングセルのＰＣＩ及びキャリア周波数。
７）ＰＣｅｌｌのトラッキングエリアコード。
８）「ハンドオーバコマンド」メッセージを最後に受信してからの経過時間。
９）以前のサービングセルで使用されたＣ－ＲＮＴＩ。
１０）１のＱＣＩ値を有するＤＲＢがＵＥに設定された否か。
ＲＬＦ関連パラメータの検出及びロギングは、ＬＴＥ ＲＲＣ仕様である３ＧＰＰ ３６．３３１の５．３．１１．３節に取り込まれている。
ＲＬＦが宣言された後、ＲＬＦ報告がロギングされる。ＵＥがセルを選択し、再確立に成功すると、ＵＥは、ＵＥが利用可能なＲＬＦ報告を有しているというインジケーションをＲＲＣ再確立完了（RRC Reestablishment Complete）メッセージに含めることで、ターゲットセルにその利用可能性を認識させる。その後、フラグ「rlf-ReportReq-r9」をを有するUEInformationRequestメッセージを受信すると、ＵＥは、（上記のように、ＵＥ変数VarRLF-Reportに格納された）ＲＬＦ報告をUEInformationResponseメッセージに含めて、ネットワークに送信するものとする。
UEInformationRequest及びUEInformationResponseメッセージは、３ＧＰＰ ３６．３３１の６．２．２節に規定されている。
ＲＬＦ報告の内容（例えば、障害が発生した最後のサービングセルのグローバルに一意のアイデンティティ）に基づいて、ＵＥが再確立するセルは、ＲＬＦ報告を最新のサービングセルに転送できる。ＲＬＦ報告のこの転送は、元のサービングセルがハンドオーバ関連パラメータ（例えば、測定報告トリガ閾値）の調整を行うのを支援するために行われる、これは、元のサービングセルが、ＲＬＦに至ったＵＥに関連付けられたパラメータを設定したしたものであったためである。
その目的のために、２つの異なるタイプのノード間メッセージがＬＴＥにおいて標準化されており、３ＧＰＰ ＴＲ３６．４２３に規定されているように、無線リンク障害インジケーション及びハンドオーバ報告がある。
無線リンク障害インジケーション手順は、ＲＲＣ再確立試行又は受信したＲＬＦ報告に関する情報をｅＮＢ間で転送するために使用される。このメッセージは、ＵＥが再確立を実行するｅＮＢ２から、ＵＥの以前のサービングセルであったｅＮＢ１へ送信される。無線リンク障害インジケーションは、ｅＮＢ１において接続障害を受けたＵＥからのＲＲＣ再確立試行又はＲＬＦ報告の受信を知らせる。 ＲＬＦインジケーションメッセージの内容は、以下の表１に示されている：
Figure 2022521140000002
ＵＥからのＲＬＦ報告と、どのセルにおいてＵＥがそれ自体を再確立したかについての知識とに基づいて、元のソースセルは、ＲＬＦがカバレッジホールに起因して生じたか又はハンドオーバ関連パラメータ構成に起因して生じたかを推定しうる。ＲＬＦがハンドオーバ関連パラメータ設定に起因するものとみなされた場合、元のサービングセルは、ハンドオーバ関連障害を、早すぎる、遅すぎる、又は誤ったセルクラスへのハンドオーバとして更に分類しうる。これらのハンドオーバ障害クラスについて以下で簡単に説明する：
１）「遅すぎるハンドオーバ」ケースに起因してハンドオーバ障害が生じたかどうか
ａ．元のサービングセルは、当該元のサービングセルが、特定のターゲットセルへのハンドオーバに関連するＵＥへハンドオーバコマンドを送信することに失敗し、当該ＵＥが、このターゲットセルポストＲＬＦにおいてそれ自体を再確立する場合に、ハンドオーバ障害を「遅すぎるハンドオーバ」に分類しうる。これは、ＵＥが測定報告をトリガしなかったケース（閾値が適切に設定されなかったため）、及び／又は、ＵＥが測定報告を貧弱な無線状態で送信し、ネットワークがそれを復号できず、それに基づいてハンドオーバをトリガできなかったケースを含むことにも留意されたい。図４Ａ及び図４Ｂは、ハンドオーバについての２つの可能性のあるケースを示す。
ｂ．元のサービングセルからの例示的な修正アクションは、ＩＥがハンドオーバ決定を行うことにつながるイベントトリガ測定報告を送信するタイミングを制御する、ターゲットセルに向かうＣＩＯ（セル個別オフセット（cell individual offset））を減少させることによって、このターゲットセルに向かうハンドオーバ手順を少し早く開始することでありうる。
２）「早すぎるハンドオーバ」ケースに起因してハンドオーバ障害が生じたかどうか
ａ．元のサービングセルは、当該元のサービングセルが、ハンドオーバに関連するＵＥにハンドオーバコマンドを送信することに成功したが、当該ＵＥが、このターゲットセルに向けてランダムアクセスを実行することに失敗した（即ち、ＵＥが、ＨＯコマンドを受信し、タイマーＴ３０４を始動したが、ＵＥがランダムアクセスに成功することができる前にタイマーが満了する）場合、ハンドオーバ障害を「早すぎるハンドオーバ」に分類しうる。元のサービングセルからの例示的な修正アクションは、ＩＥがハンドオーバ決定を行うことにつながるイベントトリガ測定報告を送信するタイミングを制御する、ターゲットセルに向かうＣＩＯ（セル個別オフセット（cell individual offset））を増加させることによって、このターゲットセルに向かうハンドオーバ手順を少し遅く開始することでありうる。これは更に、ＲＡＣＨパラメータ（例えば、プリアンブル再送信の最大回数、ＲＡＲ時間ウィンドウ、競合解決タイマー等）及びタイマーＴ３０４の設定を考慮する必要がある。
３）「誤ったセルへのハンドオーバ」ケースに起因してハンドオーバ障害が生じたかどうか
ａ．元のサービングセルは、当該元のサービングセルが、このＵＥのための特定のターゲットセルに向けてハンドオーバを実行しようとするが、当該ＵＥが、ＲＬＦを宣言し、それ自体を第３のセル内で再確立する場合、ハンドオーバ障害を「誤ったセルへのハンドオーバ」に分類しうる。
ｂ．元のサービングセルからの修正アクションは、ターゲットセルに向かうＣＩＯ（セル個別オフセット）を減少させることによって、又は、ＵＥが再確立セルに向かうＣＩＯを増加させることによって少し早く再確立したセルに向かうハンドオーバを開始することによって、ターゲットセルに向かうハンドオーバにつながる測定報告手順を少し遅く開始することでありうる。
サービングセルがハンドオーバを「遅すぎる」ハンドオーバとして分類するのを支援するためには、再確立セルから元のソースセルへの（ＲＬＦインジケーションメッセージを介した）ＲＬＦ報告で十分である。ハンドオーバを「早すぎる」又は「誤ったセルへのハンドオーバ」として分類するために、サービングセルは、（再確立が起こったセルから、又はＵＥコンテキスト解放（UE Context Release）メッセージがソースセルに送信される間にＵＥがハンドオーバしたが失敗した、誤ったセルから）「ハンドオーバ報告」メッセージを受信することから更に利益を受けうる。表２は、可能性のあるハンドオーバ報告パラメータを開示している：
Figure 2022521140000003
説明したように、ＲＬＦ処理は、ＬＴＥ及びＮＲにおいて同様である。しかし、ＮＲにおける無線リンク問題によってトリガされるＲＬＦは、ＬＴＥと比較して、即ち、ＯＯＳ及びＩＳインジケーションがＬ１によって生成される方法において、かなりの差異を有する。ＮＲにおけるセル概念及びビームフォーミングに起因した変化について最初に説明し、次に、ＮＲにおけるＲＬＭ及びＬＴＥと比較したその差異について説明する。
ＮＲにおけるセル及びビームベースのモビリティ概念
ＬＴＥでは、各セルが、物理セル識別子を符号化するプライマリ及びセカンダリ同期信号（ＰＳＳ／ＳＳＳ）をブロードキャストする。これが、ＵＥがＬＴＥにおいてセルを識別する方法である。ＮＲでは、同等の信号も存在する。更に、ＮＲは、ビームフォーミングが大量に使用される、より高い周波数（例えば、６ＧＨｚ以上）で展開されるように設計されるので、これらは、場合によっては、同じセルに対して（場合によっては、時間領域の方法で、ビームスイーピングにおいて）ビームフォーミングされるべきである。異なるビームで送信される場合、同じセルに対するこれらのＰＳＳ／ＳＳＳのそれぞれは、いわゆる同期信号及びＰＢＣＨブロック（ＳＳＢ：Synchronization Signal and PBCH Block）において、それに加えて、マスタ情報ブロック（ＭＩＢ：Master Information Block）も各ビームに含まれるように、それ自体の識別情報を有する。
このため、ＮＲ内のセルは、基本的には１つのダウンリンクビーム（６ＧＨｚ未満のような、より低い周波数のための典型的な実装）又は複数のダウンリンクビーム（６ＧＨｚ未満のような、より低い周波数のための典型的な実装）で送信されうるこれらのＳＳＢのセットによって定められると言うことができる。同じセルについて、これらのＳＳＢは、同じ物理セル識別子（ＰＣＩ）を搬送する。スタンドアロン動作のために（即ち、ＮＲセルにキャンプオンするＵＥをサポートするために）、それらは更に、システム情報ブロックタイプ１（ＳＩＢ１：System Information Block Type 1）において、ＲＡＣＨ設定を搬送し、ＲＡＣＨ設定は、所与の時点でＵＥをカバーする、検出されたＳＳＢと、使用されるＰＲＡＣＨ設定（例えば、時間、周波数、プリアンブル等）との間のマッピングを含む。そのために、これらのビームの各々は、ＳＳＢインデックスによって区別されうるそれ自体のＳＳＢを送信しうる。図５は、ＳＳＢの送信例を示す。
これらのＳＳＢは、多くの異なる目的のために使用されうる。当該目的には、接続及びアイドルモードモビリティを支援するためのＲＲＭ測定、ランダムアクセス時のビーム選択、及び、最後に重要であるが、本開示の主要トピックの１つである、ビーム故障検出及び無線リンクモニタリングが含まれる。ＳＳＢに加えて、上記で列挙されたこれらの目的のほとんどのために、ネットワークは更に、各ＵＥへの個別シグナリングを介してＣＳＩ－ＲＳリソースを設定してもよく、各リソースは更に、複数のビームでビームフォーミングされ、送信されてもよい。
無線リンクモニタリング（ＲＬＭ：Radio Link Monitoring）及びＮＲのＲＬＦ機能へのＬ１入力
ＮＲでは、ＲＬＭもＬＴＥと同様の目的で定義されている。具体的には、ＲＬＭが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるサービングセルのダウンリンク無線リンク品質をモニタリングするために定義されている。特に、ＲＬＭは、ネットワークが情報をスケジュールするためにＵＥにコンタクトできるように、制御チャネルの品質をモニタリングするために使用される。しかし、ＬＴＥとは異なり、ＲＳタイプ／ビーム／ＲＬＭリソース設定、及びＩＳ／ＯＯＳ生成のためのＢＬＥＲ閾値に関して、ＮＲにおけるＲＬＭのためにあるレベルの設定可能性が導入されている。
明示的ＲＬＭリソース設定
上記では、ＮＲにおいて、モビリティ支援、ＲＬＭ、ビーム故障検出等のためのＲＲＭ測定のために、２つの異なるリファレンス信号（ＲＳ）タイプ（ＳＳＢ及びＣＳＩ‐ＲＳ）が定義されることが開示された。２つのＲＳタイプを定義する異なる理由が存在する。１つの理由は、幅の広いビームでＳＳＢを送信する一方で、幅の狭いビームでＣＳＩ‐ＲＳを送信する可能性である。他の理由は、ＳＳＢビームフォーマが変更された場合に変更されたであろう、セルのアイドルモードカバレッジに影響を及ぼすことなく、ＣＳＩ－ＲＳのビームフォーマを動的に変更する能力である。
ＮＲでは、ＲＬＭに使用されるＲＳタイプも設定変更可能である。ＣＳＩ－ＲＳベースのＲＬＭ及びＳＳブロックベースのＲＬＭの両方がサポートされる。ＲＬＭのためのＲＳタイプは、ＲＲＣシグナリングを介して設定されるべきである。ＮＲは非常に高い周波数（６ＧＨｚ以上であるが、最大で１００ＧＨｚまで）で動作できるので、ＲＬＭに使用されるこれらのＲＳタイプはビームフォーミングが可能である。言い換えると、配置又は動作周波数に応じて、ＵＥは、どのＲＳタイプがＲＬＭのために選択されるかにかかわらず、ビームフォーミングされたリファレンス信号をモニタリングするように構成されうる。このため、ＬＴＥとは異なり、ＲＬＭのためのＲＳは、複数のビームで送信可能である。
複数のビームが存在しうるので、ＵＥは、ＲＬＭをモニタリングする対象と、上位レイヤに示されるＩＳ／ＯＯＳイベントを生成する（それにより、上位レイヤはＲＬＦのトリガを制御できる）方法とを知る必要がある。ＳＳＢの場合、各ビームは、（ＰＢＣＨ及び／又はＰＢＣＨ／ＤＲＭＳスクランブリングにおける時間インデックスから導出される）ＳＳＢインデックスによって識別されることができ、一方、ＣＳＩ－ＲＳの場合、リソースインデックスも定義される（ＣＳＩ－ＲＳ設定でシグナリングされる）。
ＮＲでは、ネットワークは、ＲＲＣシグナリングにより、以下のように、ＳＳブロック又はＣＳＩ－ＲＳに関連する、モニタリング対象のＸ ＲＬＭリソースを設定しうる：
‐１つのＲＬＭ－ＲＳリソースは、１つのＳＳ／ＰＢＣＨブロック又は１つのＣＳＩ－ＲＳリソース／ポートのいずれかでありうる；
‐ＲＬＭ－ＲＳリソースは、ＵＥ専用に設定される；
‐ＵＥが、１つ以上のＲＬＭ－ＲＳリソース上でＲＬＭを実行するように設定されている場合、
o 設定されたすべてのＸ ＲＬＭ－ＲＳリソースのうちの少なくとも１つのＲＬＭ－ＲＳリソースに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質が、Ｑ＿ｉｎ閾値を超える場合に、周期的ＩＳが示される；
o 全ての設定されたＸ ＲＬＭ－ＲＳリソースに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質が、Ｑ＿ｏｕｔ閾値を下回る場合に、周期的ＯＯＳが示される；
・これは、ＯＯＳ／ＩＳイベントを生成するために、最良のビームの品質のみが全てのサンプルにおいて実際に重要である方向を示す。言い換えれば、最良のビームが閾値未満である（即ち、他の全てのビームもそうである）場合、ＯＯＳイベントが生成される。ＩＳイベントについても、最良のものが上回る限り同じである（他の全ては問題ではない）。
１つの初見は、帯域幅部分（ＢＷＰ：bandwidth part）の変更が、特にＰＤＣＣＨ設定も変更する場合に、ＵＥがモニタリングするＲＬＭリソースの変更につながる可能性があることである。更に、ターゲットアクティブＢＷＰは、以前のアクティブＢＷＰにおいてＵＥがモニタリングしていたＲＳタイプ／リソースを含まなくてもよいので、ＵＥがモニタリングするＲＳタイプを変更する必要がありうる。各ＢＷＰは、それ独自のＲＬＭ－ＲＳのセットと関連付けられる。
個別シグナリングを用いてＵＥに提供されるＲＬＭ設定は、ＲＲＣ仕様において規定される。
送信設定インジケータ（ＴＣＩ：Transmission Configuration Indicator）状態によるＲＬＭリソース設定
ＮＲは、ＴＣＩ状態の概念を使用する、ＲＬＭを実行する更に別の方法を有する。上記のＲＬＭ設定におけるフィールドfailureDetectionResourcesToAddModList は、ＲＬＭを実行するためのリファレンス信号のリストとして記載されているが、ＲＬＦ検出のためにこのリストにＲＳが提供されていない場合、ＵＥは、３ＧＰＰ ＴＳ３８．２１３、第５項に記載されているように、ＰＤＣＣＨのアクティブ化されたＴＣＩ状態に基づいてＣｅｌｌ－ＲＬＭを実行する。ネットワークは、ＵＥがＣｅｌｌ－ＲＬＭを実行するための適切なリファレンス信号のセットを有することを保証する。
上述のように、ＴＣＩ状態という用語は、送信設定インジケータ（Transmission Configuration Indicator）状態を表す。それは、ビーム選択にダイナミクスを導入するために使用される。ＵＥはＮ個のＴＣＩ状態を有するＲＲＣシグナリングを通じて設定されうる。ここで、Ｎは最大で６４であり、ＵＥ能力に依存する。各状態は、例えば、各々がＱＣＬタイプと組み合わされた１つ又は２つのソースＤＬ ＲＳのような準コロケーション（ＱＣＬ：Quasi-Co-Location）情報を含む。ＴＣＩ状態はＲＳのうちの１つについてのＱＣＬタイプＤ情報を含むので、Ｎ個のＴＣＩ状態は、ネットワークから送信されるＮ個の可能性のあるビームのリストとして解釈されうる。ＴＣＩ状態にある他のソースＤＳ ＲＳは、時間／周波数ＱＣＬ目的のために使用されてもよい。利用可能なＴＣＩ状態の第１のリストはＰＤＳＣＨ用に設定され、ＴＣＩ状態の第２のリストは、ＰＤＣＣＨ用に設定され、ＰＤＳＣＨ用に設定されたＴＣＩ状態のサブセットへのポインタ（ＴＣＩ状態ＩＤとして知られる）を含む。また、ネットワークは、ＰＤＣＣＨのために１つのＴＣＩ状態をアクティブ化し（即ち、ＰＤＣＣＨのためにＴＣＩを提供し）、ＰＤＳＣＨのために最大８個のアクティブＴＣＩ状態をアクティブ化する。設定された各ＴＣＩ状態は、ソースリファレンス信号（ＣＳＩ－ＲＳ又はＳＳ／ＰＢＣＨ）とターゲットリファレンス信号（例えば、ＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳポート）との間のＱＣＬ関連付けのためのパラメータを含む。ＴＣＩ状態は、ＣＳＩ－ＲＳの受信のためのＱＣＬ情報を搬送するためにも使用される。
ＮＲにおける別の重要な概念は、ＰＤＣＣＨ設定のパラメータのいくつかが提供されるＣＯＲＥＳＥＴ（制御リソースセット（Control resource set））である。ＣＯＲＥＳＥＴは、ＰＤＣＣＨ割り当ての周波数領域割り当てと同様に、長さ（１、２、又は３ＯＦＤＭシンボル）を定める。ＣＯＲＥＳＥＴで送信されたＰＤＣＣＨ候補を受信するために使用されるＴＣＩ状態を定めるのは、ＣＯＲＥＳＥＴ設定である。各ＣＯＲＥＳＥＴは、異なるＰＤＣＣＨ候補のために異なる送信ビームを使用する可能性を実現にする、設定／アクティブ化された異なるＴＣＩ状態を有しうる。
合計で３つのＣＯＲＥＳＥＴをＵＥに設定することが可能である。
IE ControlResourceSetは、ダウンリンク制御情報を検索する時間／周波数制御リソースセット（ＣＯＲＥＳＥＴ）を設定するために使用される（ＴＳ３８．２１３［１３］、 FFS_Section項を参照）。ＣＯＲＥＳＥＴごとにＴＣＩ状態のリストを設定でき、各状態は以下のように定義される：
－TCI-State
IE TCI-Stateは、１つ又は２つのＤＬリファレンス信号を、対応する準コロケーション（ＱＣＬ）タイプに関連付ける。
ＩＳ／ＯＯＳ及びＢＬＥＲ閾値設定
ＵＥはどのリソースをモニタリングするかを知る必要があるが、内部的に上位レイヤに報告すべきＩＳ／ＯＯＳイベントをどのようにして生成するのかも知る必要がある。ＬＴＥではＯＯＳイベントの生成のためにＳＩＮＲが１０％のＢＬＥＲにマッピングされ、ＩＳイベントの生成のためにＳＩＮＲが２％のＢＬＥＲにマッピングされるが、設定変更可能な値がＮＲにおいて定義されてもよい。現在、ＬＴＥでは、１０％及び２％のようなＢＬＥＲが、ＯＯＳ及びＩＳイベントに対して設定されることができ、Ｘ％及びＹ％の別のペアが、ＵＲＬＬＣタイプのアプリケーション関連要件が実施され、ＲＡＮ４がこれらの要件の実現可能性を評価すると、標準化される。このため、ＬＴＥとは異なり、ＩＳ／ＯＯＳ生成のためのＢＬＥＲ閾値が設定変更可能になる。
ＢＷ（帯域幅）部分及びマルチＳＳＢ
ＲＡＮ１は、帯域幅部分（ＢＷＰ：Bandwidth Part）の概念を導入し、これは、実際のキャリア帯域幅よりも小さくなりうる動作帯域幅をＵＥに設定することを意図する。これは、キャリア帯域幅全体で動作することができないＬＴＥ（カテゴリＭ１）における「帯域幅が低減された」ＵＥの処理と類似している。説明は主に、数１００ＭＨｚにわたるキャリアと、例えば、１００ＭＨｚのキャリア「のみ」をサポートするＵＥとに関するものであることに留意されたい。言い換えると、この概念は、カテゴリＭ１よりも１００倍広い動作帯域幅をサポートするＵＥに対処する。ＬＴＥと同様に、カテゴリＭ１では、設定されたＢＷＰがキャリアのＳＳＢ（ＰＳＳ／ＳＳＳ／ＭＩＢ）と一致しないことがあり、そのような場合に、ＵＥがどのようにセル同期を獲得し、測定を実行し、ＳＩＢを獲得するかを説明しなければならない。ＢＷＰ機能のこのコア部分に加えて、ＲＡＮ１は更に、同じキャリア又は同じＢＷＰにおいて追加のＳＳＢを有する他のフレーバ（flavors）と、いくつかのオーバーラップする可能性のあるＢＷＰであって、ネットワークがＤＣＩ等のＬ１制御信号を用いて切り替えうるＢＷＰを、ＵＥに設定する可能性を議論した。図６は、単一のワイドコンポーネントキャリア（ＣＣ）のＢＷを示す。具体的には、ＵＥ１は、部分＃１のみを含む最大ＢＷに関連付けられている。対照的に、ＵＥ２は、部分＃１及び部分＃２を含む最大ＢＷに関連付けられている。
ダウンリンク及びアップリンク帯域幅部分は、ＵＥがＰＤＳＣＨ及びＰＵＳＣＨ等のデータチャネルと、ＰＤＣＣＨ及びＰＵＣＣＨ等の、対応する制御チャネルとを送受信する必要がある周波数範囲を決定する。開始点として、ＢＷＰは、設定されたキャリア帯域幅よりも広がることはできない。
キャリア帯域幅のみを使用するのとは対照的に、ＢＷＰ概念の重要な態様は、キャリア帯域幅全体を扱うことができないＵＥをサポートすることである。フルキャリア帯域幅をサポートするＵＥは、キャリア全体を利用することもできる。個別シグナリングを使用して、ＮＷは、ＵＥ能力に従ってＤＬ ＢＷＰ及びＵＬ ＢＷＰを設定しうる。
ＢＷＰは、コネクション確立後（即ち、ＮＷがＵＥ能力を知っているとき）の最初のＲRCReconfigurationにおける個別シグナリングによって設定されうる。しかし、既にその時点より前に、ＵＥは、ページングメッセージを受信するために、並びにＭｓｇ２、Ｍｓｇ４及び上述のRRCReconfigurationを受信するために、ＳＩＢ１を取得するべくＰＤＣＣＨ及びＰＤＳＣＨを読み取らなければならない。このため、ＵＥは、「初期ＢＷＰ」を設定されなければならない。
ネットワークは、それでも、いくつかのＵＥサポートよりも広い初期ＢＷＰを設定することを決定しうる。これは、ＮＷが、より広い帯域幅を使用してＳＩＢ取得時間又はコネクション確立時間を最適化したい場合に該当する。しかし、レガシーネットワークが、より低複雑度のＵＥをまだサポートしていない場合にも、この状況が生じることがある。ＵＥはＭＩＢにおいて設定された初期ＢＷＰに基づいてこれを発見し、ＳＩＢ１を取得することができないのでセルが規制されていると見なすべきである。
コネクションが正常に確立されると、ネットワークは、ＵＥの能力に従ってＢＷＰを設定する必要がある。ＢＷＰ設定はサービングセルに固有であり、即ち、ネットワークは、各サービングセルに対してＤＬ ＢＷＰを少なくとも設定しなければならない。また、ＵＬ ＢＷＰは、ＰＣｅｌｌ及び設定されたＵＬを有するＳＣｅｌｌのために設定される。
ＬＴＥでは、各セルは、その中心周波数（ＦＤＤの場合、ＵＬ＋ＤＬ）、キャリア帯域幅、及びＰＳＳ／ＳＳＳで搬送される物理セルＩＤによって特徴付けられた。ＰＳＳ／ＳＳＳは、以前はキャリアの中心周波数にあった。ＮＲでは、ＳＳＢ周波数は、（ＲＲＭ測定のコンテキストで既に説明したように）値又は１つの値とオフセットとの両方をシグナリングすることを必要とする中心周波数である必要はない。初期アクセス時に、ＵＥは、（１つの）ＳＳＢを発見し、同期を取得し、ＭＩＢを取得し、その後、ＳＩＢ１の読み取りを試みなければならない。この時点でＵＥは、セル、即ち、ある周波数上のＳＳＢを選択している。
ＵＥがＲＲＣコネクションを確立する際、ＮＷは、個別のＢＷＰを設定しうる。そのＢＷＰは、ＳＳＢの周波数とオーバーラップしうる。その場合、ＵＥは、同期を再獲得し、かつ、ＳＳベースの測定を実行するために、時間ＳＳＢを（再）獲得することができる。
しかし、セル（キャリア）の動作帯域幅が広く、多くのＵＥがキャリア帯域幅よりも著しく狭い動作帯域幅を有する場合、ネットワークは、負荷をバランスさせ、かつ、システム容量を最大化するために、ＳＳＢ周波数と一致しないＢＷＰにＵＥを割り当てる。ＬＴＥカテゴリＭ１と同様に、これは、これらのＵＥがそれらのサービングセルのＳＳＢと再同期を行うとともに隣接セルを検出及び測定するために、（周波数間、キャリア内の）測定ギャップを必要とすることを意味する。同時に、ＲＬＭ関連測定が、ＲＲＭ関連測定よりも頻繁にＵＥによって実行される。したがって、ネットワークは、所与のＵＥのためにアクティブＢＷＰにおいてＲＬＭ－ＲＳを提供することが期待される。このため、ＲＬＭ測定の実行に関連する測定ギャップは存在しない。
ＮＲにおけるランダムアクセス問題（ＭＡＣ）によってトリガされるＲＬＦ－ビーム障害回復（ＢＦＲ：Beam failure recovery）
ＬＴＥでは、ランダムアクセスが、異なる手順によって使用される。ＮＲでは、ビーム障害回復（ＢＦＲ）と呼ばれる手順が定義されており、知らせるためにランダムアクセスに依存する。このため、ＢＦＲ手順における障害は、ＲＬＦがトリガされるように上位レイヤに知らされるランダムアクセス障害につながる。ＢＦＲ手順を以下で説明する。
ＮＲでは、ＢＦＲは、ビーム選択及びランダムアクセス手順に依存する。この手順は、ビーム障害検出（ＢＦＤ：Beam Failure Detection）と呼ばれるモニタリング手順によって支援され、ＢＦＤが発生すると、ＢＦＲをトリガする。例示すると、ＲＬＦは、接続モード（connected mode）においてＵＥがセルカバレッジ外にある場合にトリガされるＲＲＣ手順であり、これは、Ｌ３モビリティが失敗した可能性があるためであり、場合によっては別のセルにおいて、ネットワークとの接続性を再獲得するために自律的なアクションを実行しなければならない。一方、ＢＦＲは、ＵＥがビームカバレッジ外にある（又は、少なくとも、所定のビームセット（例えば、そのＵＥのためのＰＤＣＣＨ送信のために使用されるビームとカバレッジがオーバラップするビーム）のカバレッジ外にある）ときにトリガされるＬ１／ＭＡＣ手順であり、これは、ビーム管理手順が失敗した可能性があるためであり、ＵＥは同じセル（即ち、同じセルによってカバーされる、設定された候補ビームにおいても）との接続性を再獲得するために自律的なアクションを実行しなければならない。
ＵＥはモニタリングされるべきＢＦＤリソース（即ち、セルカバレッジ内のビームのサブセット）と、セルカバレッジ内のビームの別のセットであるＢＦＲリソースとを設定される。これらのＢＦＤ及びＢＦＲリソースは、ＲＬＭと同様に、ＳＳＢ又はＣＳＩ－ＲＳのいずれかに関連付けられうる。ＵＥは、ＢＦＤリソースを継続的にモニタリングして、それがこれらのビームのカバレッジ内にあるかどうかをチェックする。ＵＥが（あるＱｏｕｔ閾値で定義されるような）カバレッジの下にない場合、当該ＵＥは、ＢＦＲ関連ＵＬリソースを使用してビーム回復を実行する。このようにして、ＵＥ及びネットワークは、それらが互いに到達することができる少なくとも１つを使用して、ビームのセットを維持する。ＵＥがＢＦＲリソースのいずれかを使用してネットワークに到達できない場合、ＵＥはＲＬＦを宣言する。
ＲＬＭとＢＦＤとの間には関係がある。ＵＥは、リソースのセットでＲＬＭのみを実行するように設定されうる。その場合、ＵＥはこれらのリソースをモニタリングして、上位レイヤへのＯＯＳインジケーションを生成し、その結果、ＲＬＦがある条件下でトリガされうる。ＵＥは、ＢＦＤのみ、又はＢＦＤ＋ＲＬＭの両方を実行するように設定されうる。その場合、設定される各リソースは、ＲＬＭ、ＢＦＤ、又はＢＦＤ／ＲＬＭの両方のいずれかに関連付けられるように示される。
IE RadioLinkMonitoringConfigは、ビーム及び／又はセル無線リンク障害を検出するための無線リンクモニタリングを設定するために使用される。３ＧＰＰ ＴＳ３８．３２１、第５．１．１項も参照されたい。
RadioLinkMonitoringConfig情報要素は、３ＧＰＰ ＴＳ３８．３３１、第６．３．２節で規定されている。
ビーム障害検出のためにＲＳが提供されない場合、ＵＥは、ＰＤＣＣＨのためのアクティブ化されたＴＣＩ状態に基づいてビームモニタリングを実行する。言い換えると、ビーム障害検出のためのＲＳが明示的に設定されていない場合、ＵＥは、アクティブ化されたＴＣＩ状態のＲＳと同一であるＰＤＣＣＨ ＤＭＲＳの受信のためにＵＥがＱＣＬリファレンスとして使用するＲＳをデフォルトで使用する。ＲＬＭのためのＲＳが明示的に設定されていない場合、ＵＥは、アクティブ化されたＴＣＩ状態のＲＳと同一であるＰＤＣＣＨ ＤＭＲＳの受信のためにＵＥがＱＣＬリファレンスとして使用するＲＳをデフォルトで使用する。
ビーム回復及び無線リンクモニタリング（ＲＬＭ）は、ビーム管理に関連する。無線リンクモニタリングは、ＬＴＥからの周知の手順であり、当該手順において、ＵＥは、ＮＷがＵＥに到達できないかどうかを判定するために、そのサービングセルの品質をモニタリングしている。ＬＴＥでは、ＵＥが、ＣＲＳ上で測定を実行し、これらの測定を使用して、ＰＤＣＣＨが送信された場合にＰＤＣＣＨのＢＬＥＲが何であるかを推定する。実際には、ＵＥは、チャネル品質（例えば信号対干渉及び雑音比（ＳＩＮＲ））を推定する。次に、ＵＥは、このＳＩＮＲレベルで受信されたＰＤＣＣＨのＢＬＥＲが１０％を超える場合、内部同期外れ（ＯＯＳ：out-of-sync）イベントをトリガする。ＵＥがある数の連続するＯＯＳインジケーションを検出すると、ＵＥはＴ３１０タイマーを始動し、Ｔ３１０が満了すると、ＵＥは無線リンク障害（ＲＬＦ）を宣言する。無線リンク障害は重大な障害ケースであり、その場合、ＵＥは本質的に、そのサービングセルからのカバレッジを有さない。これが起こりうる１つの状況は、ネットワークが新たなセルへのハンドオーバを実行することに失敗した場合である。ＲＬＦを宣言した後、ＵＥは、新たなセルとのコネクションを確立しうる。場合によっては、ＵＥは単にカバレッジ外に移動しており、この場合、ＵＥは新たなセルへのコネクションを確立することができない。
ＮＲでは、ＲＬＭはＬＴＥ ＲＬＭと同様である。唯一の違いは、ＣＲＳが存在しないので、ＵＥはＲＬＭを実行するために別のＲＳを使用することである。ＮＲでは、ＵＥがＲＬＭを実行するために、ＳＳ／ＰＢＣＨブロックのセット及び／又は周期的ＣＳＩ－ＲＳのセットのいずれかを使用するように構成されうる。ＵＥ内のＬ１は、全ての設定されたＲＳの品質が特定の閾値を下回る場合には、ＯＯＳインジケーションを生成し、それ以外の場合には、ＩＳインジケーションが生成される。ビーム回復手順は、ＵＥ及びｇＮＢのビームが不整合になり、かつ、通常のビーム管理手順が無効になった状況に対処するように設計された。ビーム回復中、ＵＥは、競合ベース又は無競合ランダムアクセスのいずれかを実行することによって、ビームの再アライメントを開始する。これが起こりうる１つの状況は、ビーム管理アルゴリズムがアクティブＴＣＩ状態を更新することに失敗したときであり、ＵＥのＲｘビームが不整合となることにつながる。
ビームの不整合を発見するために、ＵＥは、ＳＳ／ＰＢＣＨブロック又はＣＳＩ－ＲＳのいずれかの周期的リファレンス信号のセットをモニタリングする。モニタリング手順は、ＲＬＭと同様であるが、異なるセットのリファレンス信号が使用されてもよい。また、ビームモニタリングのために、同期中（in-sync）インジケーションの生成はなく、同期外れインジケーションのみが生成される。ＵＥのＭＡＣレイヤは、同期外れインジケーションの欠如を、同期中インジケーションと解釈する。全てのモニタリングされているＲＳが特定の閾値を下回ると、ＵＥは、同期外れインジケーションを生成する。
ＲＬＭ及びビームモニタリングは、いくつかの類似点を有し、両方の手順は、チャネル品質が特定の閾値を下回るタイミングを検出しようとする。チャネル品質が閾値を下回ると、ＵＥは、ＮＷによって到達不可能であると判定し、アクションを行う。主な違いは、行われるアクションであり、ビーム回復のために、ＵＥはサービングセルにおいてランダムアクセス手順を迅速に開始する。ＲＬＭの場合、ＵＥは、Ｔ３１０タイマーを始動し、タイマーが満了すると、ＵＥは、無線リンク障害を宣言し、セル再選択を行い、ＲＲＣ再確立を行う。ＮＷは、ＲＬＭ及び／又はビーム回復を独立して実行するようにＵＥを設定し、現時点では手順間には関係がない。具体的には、ＵＥがビーム回復の実行を試みたが、サービングセル内で任意の適切なＲＳを見つけることに失敗した場合、ＵＥは、ＲＬＦを宣言しない。Ｔ３１０が満了するとＲＬＦがトリガされる。
ＵＥがＲＬＭをモニタリングするように設定されうるＲＳの数（Ｘ）は、周波数帯域に依存する：
‐３ＧＨｚ未満のキャリア周波数の場合、Ｘ＝２；
‐３ＧＨｚと６ＧＨｚとの間のキャリア周波数の場合、Ｘ＝４；
‐６ＧＨｚを超えるキャリア周波数の場合、Ｘ＝８である。
ビームモニタリングのために、ＵＥは、１つ又は２つのＲＳを設定されうる。基礎となるアイデアは、各ＲＳが１つのＣＯＲＥＳＥＴと関連付けられるということである。
ビーム障害検出のためのＲＳが明示的に設定されていない場合、ＵＥは、アクティブ化されたＴＣＩ状態のＲＳと同一であるＰＤＣＣＨ ＤＭＲＳの受信のためにＵＥがＱＣＬリファレンスとして使用するＲＳをデフォルトで使用する。ＲＬＭのためのＲＳが明示的に設定されていない場合、ＵＥは、アクティブ化されたＴＣＩ状態のＲＳと同一であるＰＤＣＣＨ ＤＭＲＳの受信のためにＵＥがＱＣＬリファレンスとして使用するＲＳをデフォルトで使用する。
ＵＥがどのように２つのＲＳを１つのＴＣＩ状態に結合するかは依然として不明であるが、ＵＥの実装に依存する可能性が高い。
ＲＬＭ及びビームモニタリングの両方のために、ＵＥは、仮想ＰＤＣＣＨの品質を推定するために、ＵＥ特有に設定された周期的ＲＳリソースをモニタリングする。ＲＬＭ及びビームモニタリングの両方について、２つのオプションがある：
‐ＲＳは、ＵＥが移動するときにＵＥにおいて再設定されず、ＮＷは、ＲＳのＴｘビームを透過的に更新する。これは、ＣＳＩ－ＲＳを必要とし、そのＤＬビームは動的に更新されうる。
‐ＵＥは、１つ以上のＣＯＲＥＳＥＴのアクティブＴＣＩ状態からＲＳを導出し、ＵＥが移動するにつれて、１つ以上のＣＯＲＥＳＥＴのために異なるＴＣＩ状態がアクティブ化され、これは、ＲＬＭ及びビームモニタリングのために使用されるＲＳの黙示的更新につながる。
前述のように、ＢＦＲは、基本的にはある条件が満たされるとトリガされる。ＢＦＲの設定は、ＲＡＣＨ設定に非常に類似している。
BeamFailureRecoveryConfig IEは、ビーム障害検出の場合に、ビーム障害回復のためのＲＡＣＨリソース及び候補ビームをＵＥに設定するために使用される。３ＧＰＰ ＴＳ３８．３２１、第５．１．１項も参照されたい。BeamFailureRecoveryConfig情報要素及びそのフィールド記述は、３ＧＰＰ ＴＳ３８．３３１の６．３．２節に規定されている。
現在、ある課題が存在する。１つの問題は、ＮＲに適用される場合に、ＬＴＥにおける既存のＭＲＯソリューションにおいて提供される、最適化されるべき機能を扱うネットワークにおける可観測性（observability）の欠如である。これは、ＲＬＭの誤設定、セル品質導出及びビーム報告パラメータの誤設定、ビーム故障検出及びビーム回復の誤設定、及び、より一般的な用語では、ＮＲにおける異なる手順でのビームベースモニタリング（即ち、ビーム測定に基づく）の影響等、ＮＲにおいて発生しうる新しい問題に由来する。
もう１つの問題は、ＲＬＭの誤設定である。ＬＴＥとは異なり、ＲＬＭは、ＮＲにおいて高度に設定変更可能な手順である。第１に、ネットワークは、２つの異なるＲＬＭメカニズム（即ち、モニタリング対象のＲＳ（即ち、モニタリング対象のダウンリンクビーム、並びに、ＳＳＢ及び／又はＣＳＩ－ＲＳのようなＲＳリソース信号）の明示的な構成）の明示的設定、又はＵＥの１つ以上のＣＯＲＥＳＥＴ設定に従ってＴＣＩ状態及びＱＣＬ ＲＳに基づく黙示的設定）のうちのいずれかを選択する可能性があり、これらは、次に、それら自体の設定を有する。無線リンク問題が検出されたときにＲＬＦがトリガされうるように、Ｌ１から上位レイヤへのＯＯＳ及びＩＳインジケーションの生成のためのＢＬＥＲ閾値等、他の異なるパラメータも、上記の方法に関係なく設定可能である。
別の問題は、ＲＬＦがいくつかのシナリオに適していない方法の使用等、誤設定されたＲＬＭ機能に関連する問題に起因してトリガされるときの、可観測性の欠如である（例えば、ネットワークはＴＣＩ状態ベースの方法を使用するが、ＲＳの明示的設定を使用した可能性があり、ネットワークはＵＥ電力を節約するためにあまりにも少ないＲＬＭリソースを設定した、及び／又はネットワークはあまりにも多くのＲＬＭリソースを不必要に設定し、ＰＤＣＣＨカバレッジに整合しない等）。
ＲＬＦは、失敗したモビリティ決定に対抗することを目的とするので、ＲＬＭはＬ１が適切にモビリティを実行しない場合にサービングセルにおける問題を検出する。しかし、ＲＬＭ誤設定では逆のことが起こりうる：ＵＥが非常に良好なセルカバレッジを有しうる（例えば、セル品質がＳＳＢの全セルセットから導出され、最良のビーム／ＳＳＢが非常に良好であるため）ものの、適切なリソースがＲＬＭのために設定されない場合（例えば、ビーム管理が期待通りに動作していないため）、ＵＥは測定報告をトリガしえない（及び、サービングセルが実際に良好であるため、ネットワークはハンドオーバをトリガしえない）が、ＵＥはＲＬＦをトリガしうる。言い換えると、ＲＬＭが適切に設定されていない場合、ＵＥがまだセルカバレッジの下にある場合であってもＲＬＦが存在しうる。
これは、良好なセルからのＲＬＦ又は一種の早すぎるＲＬＦ等、新しいＭＲＯタイプの問題と呼ぶことができる。図７は、そのようなシナリオの例を示す。
現在、ＭＲＯ問題の場合、ネットワークは、ＲＬＦ報告によって支援されてもよく、ＲＬＦ報告では、障害が発生した瞬間にＵＥが情報をロギングし、ＲＲＭ目的のために実行される測定を含みうる原因値（即ち、障害を引き起こしたもの）をロギングする。
ロギングされる１つの情報は、サービングセル（及び隣接セル）で実行されるＲＲＭ測定である。これにより、そのレポートを受信するソースは、隣接セルと比較したサービングセル品質を理解することができ、特定の条件下で測定報告がトリガされるように、後にその設定をどのように調整することができるかを理解することができる。しかし、ＮＲにおける新しいＲＬＭ方式では、障害が発生したときの最新のＲＲＭ測定値（例えば、サービングセル品質）を通知するだけで、誤設定されたＲＬＭパラメータ（例えば、ＲＬＭリソース）によって引き起こされうる障害が全く明らかにされない。
更に別の問題は、セル品質導出（ＣＱＤ：Cell Quality Derivation）及びビーム報告パラメータの誤設定である。ＬＴＥと比較したＮＲの１つの違いは、ハンドオーバ決定のための異なるリファレンス信号（ＳＳＢ及び／又はＣＳＩ－ＲＳ）の可能性のある使用である（一方、ＬＴＥではセル品質導出のためにセル固有のリファレンス信号のみが使用される）。また、ＵＥがＮＲにおいてセル品質を計算する方法（セル品質導出手順）は、かなり設定変更可能である。
ＮＲでは、ＣＱＤのためのこれらのリファレンス信号が異なるビームで送信され、複数のビームがこれらのリファレンス信号の送信に使用される場合、ＵＥは、異なる時間インスタンスでこれらのリファレンス信号を受信する。ＬＴＥにおけるような他のパラメータも存在するが、場合によってはビームごとに設定変更可能である（例えば、フィルタパラメータ）。ＲＲＣでは、セル品質導出が３ＧＰＰ ３８．３３１の５．３．３節に記載されている。
図８は、セルＡのカバレッジが、ＳＳＢビームＡ１及びＡ２のカバレッジエリアに基づいて識別され、セルＢのカバレッジエリアが、ＳＳＢビームＢ１、Ｂ２及びＢ３のカバレッジエリアに基づいて識別される例を示す。ＵＥがこれらのセルのセル品質を計算する場合、ＵＥは、これらのビームレベル測定値をどのようにセルレベル測定値に結合するかに関する追加の設定を考慮する必要がある。これは、上述のように、ＮＲ ＲＲＣ仕様の５．５．３．３節に取り込まれている。開示されるように、セル品質は、最も強いビームに基づいて、又は閾値「Ｔ」を上回る、最大「Ｘ」個の最も強いビームの平均に基づいて導出することができる。これらのオプションは、最も強いビームのみがセル品質導出のために使用される場合に生じうる、潜在的なピンポンハンドオーバ関連問題を防止するために導入された。また、平均化ベースの設定を有することは、平均化のプロセスのために、ＵＥが準最適セル内にあることをもたしうることも議論された。結局、どちらのオプションもサポートされており、ネットワークが、セルのカバレッジエリア内の無線条件に関して、どちらのオプションが最も適しているかに応じて、これらのオプションのいずれかをＵＥに設定できることを示している。したがって、ＣＱＤパラメータがどのように設定されるかに応じて、測定報告は、より遅く又はより早くトリガされうる。早すぎるトリガは、早すぎるハンドオーバ又はピンポンハンドオーバにつながる可能性があり、遅すぎるトリガは、ＲＬＦにつながる可能性がある。
接続モードでのＬ３フィルタリングビーム測定に基づくビーム報告も、特に最良のビーム品質についての品詞報告をトリガする場合に、ピンポンハンドオーバ率を改善するために導入された可能性があることにも注意されたい。言い換えれば、ネットワークは、最良のビームセル品質に基づいて早期の測定報告を得ることにおいて利益を得るが、モビリティ決定を行う前に、隣接セルにおける個々のビーム（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）の品質を知ることにおいても利益を得る。例えば、良好な候補は、非常に良好な最良ビームを有するものでありうるが、複数の他のビームが検出されてもよい（報告された情報のおかげで知られている）。一方、ビーム報告は、必ずしもアクティブ化されないこともある。したがって、（ＣＱＤパラメータのミスチューニングと共に）ビーム報告パラメータのミスチューニングは、ＵＥが不必要に、より多くの取り組みを有し（ビーム報告がアクティブ化される場合）、より多くの測定報告を送信する必要があるソリューション、又はネットワークがハンドオーバ決定を行うためのビーム可観測性を欠くソリューションのいずれかにつながる可能性がある。このため、現在のＭＲＯソリューションは、既存の測定にのみ基づくものであり、これらの潜在的な問題を解決するのに適していない。ビーム報告パラメータは、（例えば、セルごとの）報告するビームの数、ビーム報告のための閾値、ビームごとの報告量等でありうる。
更に別の問題は、ビーム故障検出とビーム回復の誤設定である。ＬＴＥでは、下位レイヤから知らされるＲＡＣＨ障害がＲＬＦをトリガしうる。ＭＲＯ支援のためのベースラインソリューションは、ＲＬＦがＲＡＣＨ障害に起因してトリガされたという、ＲＬＦ報告におけるインジケーションである。しかし、上述したように、ＮＲについては、ＢＦＲと呼ばれる手順において、ビーム障害検出がトリガされる場合にランダムアクセスが使用される。それがトリガされる前に、ＵＥは、設定されたＲＬＭ／ＢＦＤリソースのセットをモニタリングし、条件が満たされると、ＵＥは、ランダムアクセスのフレーバから成るＢＦＲをトリガし、ネットワークは、ＲＡＣＨリソースにマッピングしてプリアンブルを送信する前に、ＵＥが選択しうるＲＳのセット（即ち、ビームのセット）を設定する必要がある。
ＢＦＲに起因したＲＡＣＨ障害は、ＵＥがＲＡＣＨ試行の最大回数に達したときに起こるが、多くのことは、設定変更可能なパラメータ、競合等に依存する。ＲＡＣＨ障害が発生したことを知るだけで、ネットワーク側での根本原因分析の可能性がかなり制限される（即ち、可観測性が制限される）。
ＢＦＤ及びＢＲに関連する誤設定の例は、ＢＦＤのためのリソース、ＲＬＭリソースに対するその関係、又はＢＦＲがトリガされるときの候補ビームのためのリソースでありうる。誤設定された候補ビームリソースの場合、ＢＦＤ時に、ＵＥは、設定された候補セット上でサーチを開始し、設定されたセット内で候補ビームを見つけることができず、これはＲＬＦにつながる。しかし、ＵＥが依然としてセルカバレッジの下にある（即ち、サービングセルのＣＱＤが依然として非常に良好であり、測定報告／モビリティがネットワークによってトリガされない）場合は、非常に悪いことがある。
本開示及びそれらの実施形態のある態様は、これら又は他の課題に対するソリューションを提供しうる。例えば、いくつかの実施形態は、モビリティロバストネス最適化（Mobility Robustness Optimization）のための方法を有利に提供しうる。
いくつかの実施形態によれば、無線デバイスによって実行される方法は、無線デバイスにおいて無線リンク障害（ＲＬＦ）を検出することに応じて、無線リンクモニタリングリソースに関連する情報をロギングすることを含む。ＲＬＦの後の再確立に応じて、無線デバイスは、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。
いくつかの実施形態によれば、ネットワークノードによって実行される方法は、ＲＬＦの検出に応じて無線デバイスによってロギングされた情報を含む報告を、ＲＬＦの後の無線デバイスの再確立に応じて無線デバイスから受信することを含む。
いくつかの実施形態によれば、無線デバイスは、無線デバイスにおいてＲＬＦを検出することに応じて、無線リンクモニタリングリソースに関連する情報をロギングするように構成された処理回路を含む。ＲＬＦの後の再確立に応じて、処理回路は、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。
いくつかの実施形態によれば、ネットワークノードは、ＲＬＦの検出に応じて無線デバイスによってロギングされた情報を含む報告を、ＲＬＦの後の無線デバイスの再確立に応じて無線デバイスから受信するように構成された処理回路を含む。
いくつかの実施形態は、以下の技術的利点のうちの１つ以上を提供しうる。例えば、いくつかの実施形態は、ＲＬＭ／ビーム障害検出（ＢＦＤ）－ビーム障害回復（ＢＦＲ）の微調整を提供することができ、これは、ネットワークがユーザ装置（ＵＥ）からのＲＬＦ宣言を減らすために「最適（optial）」ＢＦＤ／ＢＦＲリソースを見つけることができることでネットワークオーバヘッドを有利に減らすことができ、それにより、セル品質導出、専用の無線アクセスチャネル（ＲＡＣＨ）リソース割り当て、及びハンドオーバ用のビーム設定のための最適ビームが確保されるとともに、ＲＬＦに起因したＵＥ中断時間が低減される。別の例として、いくつかの実施形態は、頻繁なＲＬＭ／ＢＦＤ－ＢＦＲ関連手順のために使用されるＵＥ及びリソースの計算オーバヘッドを有利に低減しうる。
他の利点は当業者には容易に明らかであろう。いくつかの実施形態は、列挙された利点のうちのいずれも有しないか、一部を有するか、又は全てを有しうる。
開示された実施形態とそれらの特徴及び利点をより十分に理解するために、以下の添付図面と併せて以下の説明を参照する：
図１は、ＬＴＥにおける上位レイヤ無線リンク障害（ＲＬＦ）関連手順の例を示す。 図２は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）がダウンリンク送信帯域幅全体のどこにでもスケジュール可能であることを示す。 図３は、競合ベースランダムアクセス（ＣＢＲＡ）手順の例を示す。 、 図４Ａ及び図４Ｂは、ハンドオーバについての２つの可能性のあるケースを示す。 図５は、同期信号ブロック（ＳＳＢ）の送信例を示す。 図６は、単一のワイドコンポーネントキャリア（ＣＣ）の帯域幅（ＢＷ）を示す。 図７は、良好なセル又は早すぎるＲＬＦからのＲＬＦの発生等の、新たなモビリティロバストネス最適化（ＭＲＯ）タイプの問題を示す。 図８は、セルＡのカバレッジが、同期信号ブロック（ＳＳＢ）ビームＡ１及びＡ２のカバレッジエリアに基づいて識別され、セルＢのカバレッジエリアが、ＳＳＢビームＢ１、Ｂ２及びＢ３のカバレッジエリアに基づいて識別される例を示す。 図９は、いくつかの実施形態による、無線リンクモニタリング（ＲＬＭ）後、又はビーム障害回復（ＢＦＲ）の失敗若しくは成功後にＵＥ報告するための実施形態のフローチャートを示す。 図１０は、いくつかの実施形態による例示的な無線ネットワークを示す。 図１１は、いくつかの実施形態による例示的なネットワークノードを示す。 図１２は、いくつかの実施形態による例示的な無線デバイスを示す。 図１３は、いくつかの実施形態による例示的なユーザ装置を示す。 図１４は、特定の実施形態による、ある実施形態によって実装された機能が仮想化されうる仮想化環境を示す。 図１５は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続される通信ネットワークを示す。 図１６は、いくつかの実施形態による、基地局を介して部分的に無線ネットワーク上でユーザ装置と通信するホストコンピュータの一般化されたブロック図を示す。 図１７は、一実施形態による、通信システムにおいて実行される方法を示す。 図１８は、一実施形態による、通信システムにおいて実行される別の方法を示す。 図１９は、一実施形態による、通信システムにおいて実行される別の方法を示す。 図２０は、一実施形態による、通信システムにおいて実行される別の方法を示す。 図２１は、いくつかの実施形態による、無線デバイスによる例示的な方法を示す。 図２２は、いくつかの実施形態による、例示的な仮想コンピューティングデバイスを示す。 図２３は、いくつかの実施形態による、無線デバイスによる別の例示的な方法を示す。 図２４は、いくつかの実施形態による、例示的な仮想コンピューティングデバイスを示す。 図２５は、いくつかの実施形態による、ネットワークノードによる例示的な方法を示す。 図２６は、いくつかの実施形態による、例示的な別の仮想コンピューティングデバイスを示す。
以下では、本明細書において検討される実施形態のいくつかについて添付の図面を参照してより十分に説明する。しかしながら、他の実施形態は本明細書に開示された主題の範囲内に含まれており、開示された主題は本明細書に記載の実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。
一般に、本明細書で使用される全ての用語は、異なる意味が明確に与えられ、及び／又は、それが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。エレメント、装置、コンポーネント、手段、ステップ等へのあらゆる言及は、特に明記しない限り、エレメント、装置、コンポーネント、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後又は前として明示的に説明されている場合、及び／又はステップが別のステップの後又は前になければならないことが黙示的でる場合を除き、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用されることができ、その逆も同様である。本明細書の実施形態の他の目的、特徴、及び利点は、以下の説明から明らかになるのであろう。
いくつかの実施形態によれば、モビリティロバストネス最適化（ＭＲＯ：Mobility Robustness Optimization）の支援のための、ユーザ装置（ＵＥ）等の無線端末によって実行される方法が開示される。いくつかの実施形態において、本方法は、
‐タイマーＴ３１０の満了に起因する、ＵＥにおける無線リンク障害（ＲＬＦ）の検出時に（又はそれに応じて）、以下の情報のうちの１つ以上をロギング／保存する：
o ビーム障害が検出された場合、ビーム障害の検出についてのインジケーション（例えば、ビーム障害検出（ＢＦＤ）フラグ又はイベント）が、障害が検出された際にモニタリングされていたリソース上のビーム測定情報等の、１つ以上のＢＦＤが発生した際の追加の状態情報を、場合によっては含む。いくつかの実施形態において、それは更に、ネットワークが報告により、例えば、障害が検出された際に他の良好ないずれのビームがＵＥをカバーしていたかを知ることができるように、その目的（例えば、他のビームに関するサービングセル測定）のためにモニタリングされているリソースではない他のリソース上のビーム測定情報を含みうる；
o ＵＥがＲＬＭ又はＢＦＤをモニタリングしているリファレンス信号（ＲＳ）（例えば、送信設定インジケータ（ＴＣＩ：Transmission Configuration Indicator）状態のためのリファレンス信号（ＲＳ）、明示的に設定された同期信号ブロック（ＳＳＢ：Synchronization Signal Block）、明示的に設定されたチャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ：Channel State Information-Reference Signa）等）上の、１つ以上のサービングセルのビーム測定情報；
o ＵＥがＲＬＭ又はＢＦＤをモニタリングしているＲＳ（例えば、ＴＣＩ状態のためのＲＳ、明示的に設定されたＳＳＢ、明示的に設定されたＣＳＩ－ＲＳ等）上の、１つ以上の隣接セルのビーム測定情報；
o ＳＳＢ及び／又はＣＳＩ－ＲＳごとの利用可能な測定値のような、ＵＥが無線リソース管理（ＲＲＭ）をモニタリングしている（即ち、測定報告のために設定されている）リファレンス信号（ＲＳ）上の、１つ以上のサービングセルのビーム測定情報；
o ＳＳＢ及び／又はＣＳＩ－ＲＳごとの利用可能な測定値のような、ＵＥがＲＲＭをモニタリングしている（即ち、測定報告のために設定されている）リファレンス信号（ＲＳ）上の、１つ以上の隣接セルのビーム測定情報；
‐ランダムアクセスチャネル（ＲＡＣＨ）障害の媒体アクセス制御（ＭＡＣ）からのインジケーションに起因した（例えば、ＵＥがＲＡＣＨ試行の最大回数に達することに起因した）ＲＬＦの検出時に（又はそれに応じて）、以下の手順のうちの少なくとも１つに関連する情報をロギング／保存する：
o ビーム障害が検出された場合、ビーム障害の検出についてのインジケーション（例えば、ＢＦＤフラグ又はイベント）が、障害が検出された際にモニタリングされていたリソース上のビーム測定情報等の、１つ以上のＢＦＤが発生した際の追加の状態情報を、場合によっては含む。いくつかの実施形態において、それは更に、ネットワークが報告により、例えば、障害が検出された際に他の良好ないずれのビームがＵＥをカバーしていたかを知ることができるように、その目的（例えば、他のビームに関するサービングセル測定）のためにモニタリングされているリソースではない他のリソース上のビーム測定情報を含みうる；
o ビーム障害回復（ＢＦＲ）がトリガされた場合、（例えば、ＢＦＤに起因して）ビーム障害回復がトリガされたというインジケーションが、場合によっては、ＢＦＲがトリガされた際に選択されたリソース／ビーム上のビーム測定情報等、ＢＦＲが発生した際の追加の状態情報を、ＲＡＣＨ試行ごとに含む。いくつかの実施形態において、それは更に、ＢＦＲのための候補ビーム／リソースとして設定されたものではない他のリソース上のビーム測定情報（例えば、他のビーム上のサービングセル測定値）を含みうることで、報告によりネットワークが、例えば、障害が検出された際、及びＵＥが候補ビームを選択しなければならない際に、他の良好なビームのいずれがＵＥをカバーしていたかを知ることができる；
o ＵＥがＲＬＭ又はＢＦＤをモニタリングしているリファレンス信号（ＲＳ）（例えば、ＴＣＩ状態のためのＲＳ、明示的に設定されたＳＳＢ、明示的に設定されたＣＳＩ－ＲＳ等）上の、１つ以上のサービングセルのビーム測定情報；
o ＵＥがＲＬＭ又はＢＦＤをモニタリングしているＲＳ（例えば、ＴＣＩ状態のためのＲＳ、明示的に設定されたＳＳＢ、明示的に設定されたＣＳＩ－ＲＳ等）上の、１つ以上の隣接セルのビーム測定情報；
o ＳＳＢ及び／又はＣＳＩ－ＲＳごとの利用可能な測定値のような、ＵＥがＲＲＭをモニタリングしている（即ち、測定報告のために設定されている）リファレンス信号（ＲＳ）上の、１つ以上のサービングセルのビーム測定情報；
o ＳＳＢ及び／又はＣＳＩ－ＲＳごとの利用可能な測定値のような、ＵＥがＲＲＭをモニタリングしている（即ち、測定報告のために設定されている）リファレンス信号（ＲＳ）上の、１つ以上の隣接セルのビーム測定情報；
o 最大試行回数に達した、最初から最後までの異なるプリアンブル再送信についての情報でさえ、以下のようになる：
・（例えば、選択されたビームのための）各試行におけるビーム測定情報；
・同じビーム上での各試行又は電力ランピングにおけるビーム選択の発生；
・所与の選択されたビームについての競合の検出；
‐ＲＬＦ後の再確立時に（又はそれに応じて）、及び上述のように障害情報をロギングした後に、上述の情報のうちの少なくとも１つをネットワークに報告する；
o いくつかの実施形態では、ＵＥは、再確立完了（Reestablishment Complete）メッセージ（又はＲＲＣ再設定完了（RRC Reconfiguration Complete）メッセージ）に、利用可能な障害情報のいずれかをＵＥが有するという、少なくとも１つのインジケーションを含めうる；
o いくつかの実施形態では、ネットワークにそれを送信すると（又はそれに応じて）、ネットワークは、ＵＥが利用可能なその情報を有していることを検出し、（例えば、ＵＥが特定の障害情報を報告すべきことを示すフラグを含むＵＥ情報要求（UEInformationRequest）メッセージを用いて）この情報を報告するようにＵＥに要求する。
o いくつかの実施形態では、ＵＥがその要求（例えば、UEInformationRequest）を受信すると（又はそれに応じて）、ＵＥは、（例えば、上記の情報のうちの少なくとも１つを含むＲＬＦ報告を含む、ＵＥ情報応答（UEInformationResponse）メッセージで）その情報をネットワークに報告しうる。
このため、いくつかの実施形態では、（ＲＬＭに起因して）ＲＬＦが発生した際にＲＬＦ報告を収集する際、ＵＥは、以下の測定値／情報のうちの１つ以上を収集／報告しうる：
・（ＲＬＦが検出された）サービングセル上の無線リンクモニタリング（ＲＬＭ）に関連するロギング情報のロギング；
・（ＲＬＦが検出された）サービングセル上のビーム障害回復（ＢＦＲ）に関連する情報のロギング；
・（ＲＬＦが検出された）サービングセル上のビームごとのＲＲＭ測定値のロギング；
・セル品質導出のためにビーム上で実行される測定のような、少なくとも１つの隣接セル上のビームごとのＲＲＭ測定値のロギング；及び
・ＢＦＲのために使用されるＲＡＣＨプロセス挙動に関連する情報のロギング（例えば、選択されたビームのトレース及びビームごとの試行回数）。
図９は、いくつかの実施形態による、ＲＬＭ後又はＢＦＲの失敗若しくは成功後にＵＥ報告するための実施形態のフローチャートを示す。ステップ５０において、ＵＥは、設定されたＢＦＲリソースに従ってＲＬＭ／ＢＦＤ－ＢＦＲ手順を実行する。ステップ６０において、ＵＥは、ＲＬＭ／ＢＦＤ－ＢＦＲ ＲＳビームのうちの１つ以上に関連付けられた測定値／ロギングされたデータを報告する。
いくつかの他の実施形態によれば、ＲＬＦ報告のためのＵＥにおける方法が開示され、以下を含みうる：
‐ビーム測定のような、ＲＬＭのために設定されたリソース上で実行された測定のような、（ＲＬＦが検出された）サービングセル上の無線リンクモニタリング（ＲＬＭ）に関連する情報をロギングすること。いくつかの実施形態では、これらのリソースは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＣＩ状態に関連付けられたＣＳＩ－ＲＳリソース、ＲＬＭのために設定されたＴＣＩ状態に関連付けられたＳＳＢリソース等の、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o いくつかの実施形態では、ロギングされる測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、Ｑｏｕｔ、Ｑｉｎ等のうちの１つ以上でありうる。
o いくつかの実施形態では、ロギングされる測定値は、リソースごとのＱｉｎ及び／又はＱｏｕｔインジケーションでありうる；
o いくつかの実施形態では、ロギングされる他のデータは、Ｔ３１０、Ｔ３１２等の、ＲＬＭ関連タイマーを含みうる。
‐ビーム測定のような、ＢＦＤのために設定されたリソース上で実行された測定のような、（ＲＬＦが検出された）サービングセル上の無線リンクモニタリング（ＢＦＤ）に関連する情報をロギングすること。いくつかの実施形態では、これらのリソースは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＣＩ状態に関連付けられたＣＳＩ－ＲＳリソース、ＢＦＤのために設定されたＴＣＩ状態に関連付けられたＳＳＢリソース等の、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o いくつかの実施形態では、ロギングされる測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、Ｑｏｕｔ、Ｑｉｎ等のうちの１つ以上でありうる。
o いくつかの実施形態では、ロギングされる測定値は、リソースごとのＱｉｎ及び／又はＱｏｕｔインジケーション、並びに関連するカウンタの現在の状態でありうる。
‐ビーム測定のような、ＢＦＲのために設定された、ビーム障害が検出された際の選択用の候補リソース上で実行される測定のような、（ＲＬＦが検出された）サービングセル上のＢＦＲに関連する情報をロギングすること。いくつかの実施形態では、ＵＥがそれらを非常に良好な品質で、又はあるビーム適合閾値を上回る品質で聞いている間の、候補ビームリソースリストに列挙されていないリソース上の測定。いくつかの実施形態では、これらのリソースは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＣＩ状態に関連付けられたＣＳＩ－ＲＳリソース、ＴＣＩ状態に関連付けられたＳＳＢリソース、ＴＲＳ、復調リファレンス信号（ＤＭＲＳ：Demodulation Reference Signal）又はＢＦＤのために設定されたこれらの信号の任意の組み合わせのような、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o いくつかの実施形態では、ロギングされる測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、Ｑｏｕｔ、Ｑｉｎ等のうちの１つ以上でありうる。
o いくつかの実施形態では、ロギングされる測定値は、リソースごとのＱｉｎ及び／又はＱｏｕｔインジケーションでありうる；
o いくつかの実施形態では、これらの測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、Ｑｏｕｔ、Ｑｉｎ等のうちの１つ以上でありうる。
‐セル品質導出のためにビームに対して実行される測定のような、（ＲＬＦが検出された）サービングセル上の、ビームごとのＲＲＭ測定値をロギングすること。いくつかの実施形態では、これらのビームは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＲＳ、ＤＭＲＳ、又はこれらの信号の任意の組合せ等の、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o いくつかの実施形態では、ロギングされる測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲのうちの１つ以上でありうる。
‐セル品質導出のためにビーム上で実行される測定のような、少なくとも１つの隣接セル上のビームごとのＲＲＭ測定値をロギングすること。いくつかの実施形態では、これらのビームは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＲＳ、ＤＭＲＳ、又はこれらの信号の任意の組合せ等の、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o いくつかの実施形態では、ロギングされる測定値は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲのうちの１つ以上でありうる。
‐（セル選択のための）セル品質導出のために、又はランダムアクセスリソース選択の際のビーム選択のために、ビーム上で実行される測定のような、ＲＬＦの後に、ＵＥが選択及び再確立を実行するセル上のビームごとのＲＲＭ測定値をロギングすること。これらのビームは、ＳＳＢリソース、ＣＳＩ－ＲＳリソース、ＴＲＳ、ＤＭＲＳ、又はこれらの信号の任意の組合せ等の、ビームフォーミングされうるリファレンス信号（ＲＳ）でありうる；
o ロギングされる測定値は、少なくともＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲでありうる。
‐ＲＬＭ、ＢＦＤ、ＢＦＲ等に関連する上記の情報のいずれかを報告すること。
いくつかの実施形態では、ＵＥは、位置、速度、ヘッディング（例えば、デジタルコンパス、ジャイロスコープと気圧計等）に加えて、ロギングするための（例えば）ＵＥ方位／高度等のセンサ測定データを報告に含めうる。
いくつかの実施形態では、ＵＥは、例えば、速度ベースのスケーリング手順の一部として設定された、その速度状態（例えば、低速、中速、高速）を含みうる。いくつかの実施形態によれば、例えば、ＵＥ情報応答（UEInformationResponse）メッセージに含まれ、かつ、障害が発生したＤＵに転送されるＲＬＦ報告で、ＵＥによって報告される支援情報が、ＲＬＭパラメータを最適化するために使用されうる。いくつかの実施形態によれば、これらのパラメータは、以下のうちの１つ以上でありうる：
Figure 2022521140000004
beamFailureDetectionTimer：これは、ＴＳ３８．３２１の５．１７節に規定されているビーム障害検出のためのタイマーである。数値は、「ビーム障害検出のＱout,LR報告期間」リファレンス信号の数値に含まれる。値ｐｂｆｄ１は、ビーム障害検出リファレンス信号の１ Ｑout,LR報告期間に対応し、値ｐｂｆｄ２は、ビーム障害検出リファレンス信号の２ Ｑout,LR報告期間に対応する、等である。
タイマーの使用法は、ＭＡＣ仕様に以下のように記載されている：
ＭＡＣエンティティは以下を行う：
Figure 2022521140000005
これは、同期外れ（ＯＯＳ）イベントの受信後にリンクが復旧することを示す、ＲＬＦ処理の同期中（ＩＳ）インジケーションと等価であるとみなされうる。ＢＦＤにおいて、ＯＯＳインジケーションが無いことは、モニタリングされる１つ以上のビームがより良好になっており、ビーム回復がトリガされないというインジケーションである。
いくつかの実施形態によれば、タイマーが短すぎる（例えば、単一のＯＯＳイベントが受信される）場合、ＵＥは、単一のＯＯＳイベントに応じてＢＦＲをトリガしうる。これは、場合によっては、高速フェージング効果によるものでありうるとともに、ネットワークは、ＵＥがＢＦＲが起こるたびにＢＦＲ（即ち、ランダムアクセス）をトリガすることを実際には望まない場合があり、これは、通常のビーム管理手順を介してネットワークによって固定されうるためである。タイマー値が短すぎる結果、必要な回数のＢＦＲ試行回数よりも多くなり、ＲＡＣＨにおける再送信の最大回数に達することに起因してＲＬＦにつながりうる。
いくつかの他の実施形態によれば、タイマーが長すぎる場合、例えば、ＢＦＲが非常に短いウィンドウにおいて多数のＯＯＳイベントが生じた際にのみトリガされる場合、あちこちでリンクが回復した場合（及び、ＯＯＳイベントがまさに時には存在しない場合）、問題の誤検出がある可能性があり、これは、おそらく高速フェージング効果に起因して起こりうる。このため、ＩＳ及びＯＯＳカウンタ閾値のためのＲＬＦパラメータがどのように設定されるかに応じて、ＲＬＭがいずれにしてもＲＬＦをトリガすることができるとしても、ＢＦＲは、必要なときでさえトリガされないことがある。
本明細書に記載のいくつかの実施形態によれば、ＢＦＤ及びＲＬＭのためのＯＯＳイベントに関する情報、及びＲＬＭのために設定されたリファレンス信号上のビーム測定値は、（例えば、１つ以上のＵＥから収集された統計に基づいて）多すぎるＢＦＲが発生しているときにタイマー値をネットワークが増加させることを支援しうる。これは、ＢＦＲがトリガされ、かつ、最大回数の再送信に達することに起因してＲＡＣＨ障害が発生したという情報を含む、報告された支援情報（例えば、ＲＬＦ報告）のおかげで知られうる。
beamFailureInstanceMaxCountフィールドは、ＵＥがビーム障害回復をトリガするビーム障害イベントの数を決定する（ＴＳ３８．３２１の第５．１７節を参照）。値ｎ１は、１つのビーム障害インスタンスに対応し、ｎ２は、２つのビーム障害インスタンスに対応する。これは基本的に、ＢＦＲをトリガする時間ウィンドウ内のＯＯＳイベントの数である。
この値が低すぎる場合、高速フェージングイベント及び／又はブロッキングに起因してトリガされるＢＦＲが多すぎる可能性があり、これは、ランダムアクセスをＵＥが実行することをトリガし、場合によっては、最大試行回数に達した場合にＲＬＦにつながる。ここでのリスクは、いずれにしても回復される可能性がある高速フェージング及び／又は妨害効果に起因したＢＦＲをトリガすることであることに留意されたい。ＢＦＤリソース上のビーム測定値（及びそれを超えるイベント測定値）を含むＲＬＦ報告の内容は、このカウンタの値が低すぎることに起因して、あまりにも多くのＢＦＲが発生している可能性があることをネットワークが理解するのを支援しうる。
そうではなく、この値が高すぎる場合、ＵＥは、状況があまり良くないにもかかわらず、ＢＦＲをトリガしないことがある。
リスクは、ＵＥがＢＦＲをトリガしておらず、かつ、候補ビームの正しい設定を仮定して候補ビームを見つける機会を有していないために、実際に検出されなかったセル内にいくらかの良好なカバレッジが依然として存在したとしても、ＲＬＭがいずれにしても実行され、ＲＬＦがトリガされることである。このため、値が高すぎるとＢＦＲが遅くなりすぎる可能性がある。
ＲＬＦ報告で報告された情報は、ＲＡＣＨ障害（再送信の最大回数）に起因した、ＢＦＲ試行が多すぎることに起因した、場合によってはカウンタの値が低すぎることに起因したＲＬＦを、ネットワークが検出するのを支援しうる。あるいは、タイマーＴ３１０の満了に起因する、ＢＦＲがトリガされていない（又はＲＬＦよりも遅い）という事実に起因する、カウンタが高すぎるように設定されているという事実に起因する、ＲＬＦ。
failureDetectionResourcesToAddModListフィールドは、ビーム障害及び／又はセルレベル無線リンク障害（ＲＬＦ）を検出するためのリファレンス信号のリストである。ネットワークが設定可能なリファレンス信号の限界は、３ＧＰＰ ＴＳ３８．２１３において表５－１に規定されている。ネットワークは、「ビーム障害（beamFailure）」又は「両方（both）」の目的で、ＢＷＰごとにせいぜい２つの検出リソース（detectionResource）を設定する。ビーム障害検出のためにＲＳが提供されない場合、ＵＥは、ＴＳ３８．２１３の第６節に記載のように、ＰＤＣＣＨのためのアクティブ化されたＴＣＩ状態に基づいてビームモニタリングを実行する。ＲＬＦ検出のためにこのリストにＲＳが提供されていない場合、ＵＥは、ＴＳ３８．２１３、第５項に記載されているように、ＰＤＣＣＨのアクティブ化されたＴＣＩ状態に基づいてＣｅｌｌ－ＲＬＭを実行する。ネットワークは、ＵＥがCell-RLMを実行するための適切なリファレンス信号のセットを有することを保証する。
基本的に、このリストは、ＢＦＤ及び／又はＲＬＭのための正確なリソースを決定するが、（ＴＣＩ状態設定に黙示的に基づいて、又はＲＳ設定に明示的に基づいて）使用されるべき正確なＲＬＭ／ＢＦＤ方法も決定する。
ＵＥがＢＦＤ又はＲＬＭのためのＲＳリソースを準最適で設定される場合、ＲＬＦは、あまりにも早くトリガされうるか、又は決してトリガされないかのいずれかでありうる。これは、ＲＬＭ／ＢＦＤのためにモニタリングされるリソースがセル品質導出のために使用されるものと同じではない場合に特に重要である。その場合、ネットワークは、ハンドオーバをトリガすることはできないが（ＵＥが良好なカバレッジを有するＳＳＢに基づいて行われる測定報告をトリガしないため）、ＵＥがまだセルカバレッジの下にある（しかし、ＵＥをカバーする最良のものではないリソース／ビームをモニタリングする）ことを実際に説明しえないという意味で、ＲＬＭのための誤設定されたＲＳリソースに起因してタイマーＴ３１０の満了に起因してＲＬＦをトリガする。このため、タイマーＴ３１０に起因してＲＬＦが発生し、ＵＥがＢＦＤ／ＲＬＭリソースのビーム測定値、場合によってはサービングセルからの他のビーム等の、ＢＦＤ／ＲＬＭ情報（例えば、利用可能なＳＳＢ測定値、又はＣＳＩ－ＲＳ測定値）をロギングする場合、ＵＥは基本的に、ＵＥがセルカバレッジの下にあったが、それほど良好なカバレッジではないリソース（それ故に、ＲＬＦが発生した）をモニタリングしていたことをネットワークに知らせる。
同様の問題が、ＢＦＤリソースの誤設定によってトリガされたＢＦＲで発生することがある。ネットワークが、多すぎるＢＦＲ手順に起因したＲＡＣＨ再送信が多すぎることに起因したＲＡＣＨ障害に起因したＲＬＦを検出した場合、誤設定されたＢＦＤリソースに起因して、ＢＦＤイベントが多すぎる兆候である可能性がある。
いくつかの実施形態によれば、ＢＦＤ／ＲＬＭリソースのサービングセル上のビーム測定に関する情報を有する、及び、場合によっては、ＲＲＭについてのサービングセルＳＳＢ測定値等の、ＢＦＤ／ＲＬＭについて設定されていない他のリソースのサービングセル上のビーム測定値を含む、拡張ＲＬＦ報告に基づく、可能性のあるネットワークアクションが行われうる。例えば、ネットワークは、他のＢＦＤ／ＲＬＭリソース／ビームを設定したはずであることを知ることがあり、使用されている方法を、ＴＣＩに基づく方法から、セル品質導出に使用されるリファレンス信号に整合するものに変更することさえしうる（例えば、ＲＲＭ測定の場合のように、同じＲＳを使用し、ＳＳＢに基づいてＲＬＭ／ＢＦＤを行うようにＵＥに指示しうる）。
可能性のある別の最適化は、ＢＦＲ自体のアクティブ化である。ネットワークは、ＲＬＦを検出し始めて、何かが行われうることを認識するまで、ＢＦＲ無しでその動作を開始する場合がありうる。例えば、ＵＥがＲＬＦを宣言し、かつ、ＲＬＦ報告がＢＦＲでこれらを回避できることを示している場合、例えば、ＲＬＦ報告は、ＢＦＲのための候補ビームとして設定できた可能性のある、ＲＬＭ用に設定されていない他の良好なビームがあったことを示している。このため、その情報に基づいて、ネットワークはＢＦＲをアクティブ化し、どのビームを候補ビームとして設定しうるかを認識する。
いくつかの実施形態によれば、ＢＦＲパラメータは、支援情報に基づいてチューニングされうる。 例えば、本明細書で開示される例示的な実施形態のうちのいくつかにおいて、ＵＥによって報告され、障害が発生したＤＵに転送された支援情報が、ＢＦＲパラメータを最適化するために使用されうることを説明している。いくつかの実施形態では、これらのパラメータは、以下のうちの１つ以上でありうる：
Figure 2022521140000006
beamFailureRecoveryTimerは、ＢＦＲがトリガされた際に（即ち、ＢＦＲに起因したランダムアクセスが開始された際に）始動し、成功した場合に停止するビーム障害回復タイマー用のためのタイマーである。当該タイマーが満了すると、ＵＥは、ＢＦＲのためにＣＦＲＡを使用しない。ｍｓの値であるｍｓ１０は、１０ｍｓに対応し、、ｍｓ２０は２０ｍｓに対応し、以下同様である。
このため、タイマーが満了すると、ＵＥは、ＢＦＲのためのビーム選択（即ち、ＲＡＣＨリソース選択）を依然として実行しうるが、競合フリーのランダムアクセスリソースのためのビーム選択を実行しうる。このタイマーが長ければ長いほど、ＵＥがＣＦＲＡを使用することが許可される時間が長くなる。したがって、ＲＬＦが発生した際の（例えば、（到達した最大試行回数に起因した）ＲＡＣＨ障害に起因した）ＲＬＦ報告において報告されるビーム測定情報に基づいて、ネットワークは、ＵＥがどのビームを選択しようとしたか、例えば、これらがＣＦＲＡリソースであったかＣＢＲＡリソースであったかを知ることができ、場合によっては、このタイマーの値を増加させ、それにより、ＵＥはＣＦＲＡリソースを選択するためにより多くの時間を要することができる。そうではなく、たとえその時間が非常に高い値に設定されていても、障害が発生した場合である。
candidateBeamRSListは、回復のための候補ビーム及び関連するＲＡパラメータを識別する、ＣＳＩ－ＲＳ及び／又はＳＳＢを含みうるリファレンス信号のリストである。ネットワークは、これらのリファレンス信号を、BeamFailureRecoveryConfigが提供されるアップリンク帯域幅部分（ＵＬ ＢＷＰ）の、リンクされたダウンリンク帯域幅部分（ＤＬ ＢＷＰ）内（即ち、同じｂｗｐ－Ｉｄを有するＤＬ ＢＷＰ内）に存在するように設定する。
ＢＦＤ時に、ＵＥは、設定されたビームのうちの１つを選択する必要がある。ＢＦＤ時にＵＥがこれらのリソースのリストにないビームのカバレッジの下にある場合、当該ＵＥは、ＢＦＲを実行することができず、これはＲＬＦにつながる可能性がある。したがって、ＲＬＦ報告は、これらのリソースが誤設定されている可能性があることをネットワークに知らせるために、（例えば、ＳＳＢ及びＣＳＩ－ＲＳに基づく）ビーム測定値を含みうる。
いくつかの実施形態によれば、これらの報告に基づいて、ネットワークは、その設定においてリソースの追加及び／又は置換を行いうる。例えば、ＲＬＦ報告において、ＵＥがタイマーＴ３１０の満了に起因するＲＬＦを示す場合、（例えば、ＢＦＤのためのＲＬＦ報告内のフラグ、又はネットワークがそのことを検出することを可能にする他の情報のおかげで）ＢＦＤがトリガされたことを示すとしても、リソースの不足に起因してＢＦＲがトリガされず、また、ネットワークが、候補リソースとして設定されていないビームのためのビーム測定値も有するので、ＢＦＲがトリガされなかった場合、ネットワークは良好な測定値（例えば、高いＲＳＲＰ、ＲＳＲＱ、又はＳＩＮＲ値）を提供する場合、ＵＥがＵＥに良好なカバレッジを提供しているセルのビームを選択する機会を有し、したがって、ＵＥがＢＦＲを実行しようと試みることができるという事実のおかげで、ＲＬＦが次に回避されうるように、これらの報告されたビームが、ビーム回復のための候補として設定されることが有効であることを知る。これらのビーム測定は、ＳＳＢに基づくＲＭ測定でありうることに留意されたい。
msg1-SubcarrierSpacingパラメータは、競合フリービーム障害回復のためのサブキャリア間隔である。１５又は３０ｋＨｚ（＜６ＧＨｚ）、６０又は１２０ｋＨｚ（＞６ＧＨｚ）の値のみが適用可能である。ＴＳ３８．２１１の５．３．２項を参照されたい。
rsrp-ThresholdSSBパラメータは、候補ビームが、ビーム障害から回復するために競合フリーランダムアクセスを試みるためにＵＥによって使用されうるかどうかを判定するために使用される、Ｌ１－ＲＳＲＰ閾値である（ＴＳ３８．２１３の６項を参照）。障害が発生した瞬間のビーム測定値を含むＲＬＦ報告を受信することによって、ネットワークは、どのビームが閾値を上回るか又は下回るかを知る。この意味で、ＵＥはそれらの品質にかかわらずＲＬＦ報告においてビームを報告しうることに留意されたい（即ち、場合によっては、その閾値を下回るビームを含む）。これは、閾値が高すぎるように設定された場合に、ネットワークがその閾値を場合によっては下げることを可能にする。
ra-prioritizationは、ＢＦＲのための優先されたランダムアクセス手順に適用されるパラメータである。それらは、以下のパラメータを含みうる：
・powerRampingStepHighPrioritiy：優先されたランダムアクセス手順に適用される電力ランピングステップ；これは、優先順位付けがＢＦＲに使用される場合に使用される。
・scalingFactorBI：優先されたランダムアクセス手順のためのバックオフインジケータ（ＢＩ：backoff indicator）についてのスケーリングファクタ。（ＴＳ３８．３２１［３］の５．１．４項を参照）。値０は０に対応し、値ｄｏｔ２５は０．２５に対応し、以下同様である。
ＢＦＲ障害が発生したとの情報（例えば、ＲＡＣＨ試行の最大回数）と、手順が発生した際のビーム測定値とを含むＲＬＦ報告を受信すると、ネットワークは、ＢＦＲの優先順位付けが手順を成功させることができたことを理解できる。その後、その情報を有するＲＬＦ報告を受信すると、ネットワークは、優先順位付け機能をオンにし（即ち、その設定をＵＥに設定し）、それに応じて、電力ランピングステップの高い優先度及びスケーリングファクタ等のパラメータを提供しうる。
ra-ssb-OccasionMaskIndexパラメータは、３ＧＰＰ ＴＳ３８．３２１におけるＲＡリソース選択のための、明示的にシグナリングされたＰＲＡＣＨマスクインデックスでありうる。当該マスクは、全てのＳＳＢリソースに対して有効である。
rach-ConfigBFRパラメータは、ＢＦＲのための競合フリーランダムアクセス機会の設定である。ネットワークが、ＲＡＣＨ障害によってＲＬＦがトリガされ、これがＢＦＲに起因して発生し、競合が検出されたという情報を含むＲＬＦ報告を受信した場合、ネットワークは、ＣＦＲＡリソースを設定しうる。
recoverySearchSpaceIdパラメータは、ＢＦＲ ＲＡＲに使用するサーチ空間である。ネットワークは、BeamFailureRecoveryConfigが提供されるＵＬ ＢＷＰの、リンクされたＤＬ ＢＷＰ内（即ち、同じｂｗｐ－Ｉｄを有するＤＬ ＢＷＰ内）に、このサーチ空間が存在するように設定する。回復サーチスペースに関連付けられたＣＯＲＥＳＥＴは、別のサーチ空間に関連付けられることはできない。
ssb-perRACH-Occasionパラメータは、ＣＦ－ＢＦＲのＲＡＣＨ機会ごとのＳＳＢの数を定める（Ｌ１パラメータ「SSB-per-rach-occasion」）。ネットワークが、ＲＡＣＨ障害によってＲＬＦがトリガされ、これがＢＦＲに起因して発生し、競合が検出されたという情報を含むＲＬＦ報告を受信した場合、ネットワークは、ＲＡＣＨ機会ごとにＳＳＢの分散を再設定しうるか、ＲＬＦを回避するためにより多くのＣＢＲＡリソースを設定しうるか、又はその両方でありうる。
同様のパラメータが、ＣＳＩ－ＲＳ関連設定のために調整されうる。
いくつかの実施形態によれば、ＣＱＤパラメータは、支援情報に基づいてチューニングされうる。 例えば、本明細書で開示されるいくつかの実施形態は、ＵＥによる支援情報の報告を含む。この支援情報は、障害が発生したＤＵに転送されてもよく、ＣＱＤパラメータを最適化するために使用されてもよい。これらのパラメータは、測定対象における以下のうちの１つ以上でありうる：
Figure 2022521140000007
absThreshCSI-RS-Consolidationパラメータは、Ｌ１フィルタからのＣＳＩ－ＲＳリソースごとの測定結果の統合のための絶対閾値でありうる。このフィールドは、５．５．３．３に記載されているように、セル測定結果の導出と、５．５．５．２に記載されているように、ＣＳＩ－ＲＳリソースごとのビーム測定情報の報告とのために使用される。
absThreshSS-BlocksConsolidationパラメータは、Ｌ１フィルタからのＳＳ／ＰＢＣＨブロックごとの測定結果の統合のための絶対閾値でありうる。このフィールドは、５．５．３．３に記載されているように、セル測定結果の導出と、５．５．５．２に記載されているように、ＳＳ／ＰＢＣＨブロックインデックスごとのビーム測定情報の報告とのために使用される。
nrofCSInrofCSI-RS-ResourcesToAverageパラメータは、平均化されるＣＳＩ－ＲＳリソースに基づくビームごとの測定結果の最大数を示す。同じ値が、このMeasObjectNRに関連付けられた各検出セルに適用される。
nrofSS-BlocksToAverageパラメータは、平均化されるＳＳ／ＰＢＣＨブロックに基づくビームごとの測定結果の最大数を示す。同じ値が、このMeasObjectに関連付けられた各検出セルに適用される。
これらのパラメータは、ＵＥがセル品質を計算するためにどのようにビームを使用するかをＲＳごとに定めうる。複数のビームを平均することは、ハンドオーバピンポンレートを低減する可能性を有するが、ＵＥがセルごとに複数のビームを検出した場合に、測定報告のトリガを遅らせうる。このため、ネットワークが、ＲＬＦが発生したという情報と、（ＣＱＤのために必ずしも使用されないビームを伴う）追加のビーム測定値とを含むＲＬＦ報告を受信する場合、ネットワークは、平均値に基づくＣＱＤにより、遅すぎる測定報告に起因してＲＬＦが発生したことを把握しうる。したがって、これらの報告を受信すると、ネットワークは、平均化に使用されるビームが少なくなるように、平均化を無効にする、及び／又は、平均化されたビームの数を低減する、及び／又は統合閾値を上げることを行いうる。
いくつかの実施形態によれば、ビーム報告パラメータは、支援情報に基づいてチューニングされうる。ネットワークは非常に良好なビーム（例えば、ＣＱＤが非常に強かった）を有するが非常に不安定なビームを有するセル、例えば、多くの狭いビームを有するがあまり安定していないセルに、ＵＥをハンドオーバするので、ＲＬＦが（例えば、早すぎるハンドオーバに起因して）起こりうる。このため、ＵＥは、ハンドオーバを実行した直後にドロップしうる。これは、トリガされたセルに対するビーム報告によって回避されうる。したがって、例えばサービングセルのためのビーム測定値を含むＲＬＦ報告を受信すると、ネットワークは、ビーム報告をアクティブ化しうる、又は、場合によっては、より多くのビーム測定値が測定報告に含まれるように、報告されるべきビームの数を増加させうる若しくは統合閾値を低下させうる。これらのパラメータは、以下に示すようにreportConfigに含まれる：
Figure 2022521140000008
Figure 2022521140000009
Figure 2022521140000010
maxNrofRS-IndexesToReportパラメータは、Ａ１－Ａ６イベントについての測定報告に含めるＲＳインデックスの最大数をＵＥに知らせる。この値は、ネットワークがあまりに少ない良好なビームを有する（即ち、最良のビームによる良好なセルカバレッジを提供するが、それほど安定していない）セルへのハンドオーバを実行することを決定することによって、ＲＬＦがトリガされている場合に、増加されうる。
図１０は、いくつかの実施形態による無線ネットワークを示す。本明細書で説明される主題は任意の好適なコンポーネントを使用して任意の適切な種類のシステムで実装されうるが、本明細書で開示される実施形態は、図１０に示される例示的な無線ネットワーク等の無線ネットワークに関連して説明される。簡単化のため、図１０の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０及び１６０ｂ、並びに無線デバイス１１０，１１０ｂ及び１１０ｃのみを示す。実際には、無線ネットワークは、無線デバイス間の通信、又は無線デバイスと他の通信デバイス（例えば、固定電話、サービスプロバイダ、又は他の任意のネットワークノード又はエンドデバイス）との間の通信をサポートするのに適した任意の追加要素を更に含みうる。図示されたコンポーネントのうち、ネットワークノード１６０及び無線デバイス１１０が、更なる詳細とともに示されている。無線ネットワークは、無線デバイスによって提供されるサービス又は無線デバイスを介して提供されるサービスへの無線デバイスのアクセス及び／又は当該サービスの使用を容易にするために、通信及び他のタイプのサービスを１つ以上の無線デバイスに提供しうる。
無線ネットワークは、任意のタイプの通信、遠隔通信、データ、セルラ、及び／又は無線ネットワーク又は他の同様のタイプのシステムを備えうる、及び／又はそれらとのインタフェースを行いうる。いくつかの実施形態では、無線ネットワークは、特定の規格又は他のタイプの予め定められた規則又は手順に従って動作するように構成されうる。このため、無線ネットワークの特定の実施形態は、Global System for Mobile Communications（ＧＳＭ）、Universal Mobile Telecommunications System（ＵＭＴＳ）、Long Term Evolution（ＬＴＥ）、及び／又は他の適切な２Ｇ、３Ｇ、４Ｇ若しくは５Ｇ規格等の通信規格と、ＩＥＥＥ８０２．１１規格等の無線ローカルエリアネットワーク（ＷＬＡＮ）規格と、Worldwide Interoperability for Microwave Access（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ‐Ｗａｖｅ及び／又はＺｉｇＢｅｅ規格等の、任意の他の適切な無線通信規格と、の少なくとも１つを実装しうる。
ネットワーク１０６は、１つ以上のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、及びデバイス間の通信を可能にする他のネットワーク、を含みうる。
ネットワークノード１６０及び無線デバイス１１０は、以下でより詳細に説明する様々なコンポーネントを備える。これらのコンポーネントは、無線ネットワークで無線コネクションを提供する等の、ネットワークノード及び／又は無線デバイスの機能を提供するために連携する。種々の実施形態において、無線ネットワークは、任意の数の有線又は無線ネットワークと、ネットワークノードと、基地局と、コントローラと、無線デバイスと、中継局と、有線又は無線コネクションを介するかどうかによらずデータ及び／又は信号の通信を容易にしうる又は当該通信に参加しうる任意の他のコンポーネント又はシステムとのうちの少なくとも１つを備えうる。
図１１は、いくつかの実施形態による例示的なネットワークノードを示す。本明細書で使用されるように、ネットワークノードは、無線デバイスへの無線アクセスを可能にする及び／又は提供するため、及び／又は、無線ネットワーク内の他の機能（例えば、管理）を実行するために、無線デバイスと直接又は間接の通信、及び／又は無線ネットワーク内の他のネットワークノード又は装置との通信を、行うことができる装置、行うように構成された装置、及び／又は行うように動作可能な装置を指す。ネットワークノードの例には、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、発展型ノードＢ（ｅＮＢ：evolved Node B）及びＮＲノードＢ（ｇＮＢ：NR NodeB）が含まれるが、これらに限定されない。基地局は、それらが提供するカバレッジの量（又は別の言い方をすれば、それらの送信電力レベル）に基づいて分類される場合があり、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、又はマクロ基地局とも称されうる。基地局は、リレーを制御するリレーノード又はリレードナーノードであってもよい。ネットワークノードは更に、集中型デジタルユニット及び／又はリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＨ）と称される場合がある）等の、分散型無線基地局の１つ以上の（又は全ての）部分を含みうる。このようなリモート無線ユニットは、アンテナ一体型無線機としてアンテナと一体化される場合とされない場合がある。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）におけるノードとも称されることがある。ネットワークノードの更に他の例には、ＭＳＲ ＢＲ等のマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ－ＳＭＬＣ）、及び／又はＭＤＴが含まれる。別の例として、ネットワークノードは、以下においてより詳細に説明されるように、仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを有する無線デバイスを実現及び／又は提供するように、又は、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供するように、能力を有する、構成された、配置された、及び／又は動作可能な、任意の適切なデバイス（又はデバイス群）を表しうる。
図１１では、ネットワークノード１６０は、処理回路１７０、デバイス読取可能媒体１８０、インタフェース１９０、補助装置１８４、電源１８６、電力回路１８７、及びアンテナ１６２を備える。図１０の例示的な無線ネットワークに示されたネットワークノード１６０は、ハードウェアコンポーネントの図示された組み合わせを含むデバイスを表しうるが、他の実施形態は、異なるコンポーネントの組み合わせを有するネットワークノードを含みうる。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、及び方法を実行するために必要とされるハードウェア及び／又はソフトウェアの任意の適切な組み合わせを備えることを理解されたい。更に、ネットワークノード１６０のコンポーネントは、より大きなボックス内に配置された単一のボックスとして示されているか、又は複数のボックス内にネストされているが、実際には、ネットワークノードは、単一の図示されたコンポーネントを構成する複数の異なる物理的なコンポーネントを備えうる（例えば、デバイス読取可能媒体１８０は、複数の別個のハードドライブと複数のＲＡＭモジュールを備えうる）。
同様に、ネットワークノード１６０は、複数の物理的に別個のコンポーネント（例えば、ノードＢコンポーネント及びＲＮＣコンポーネント、又はＢＴＳコンポーネント及びＢＳＣコンポーネント等）で構成されてもよく、それらはそれぞれ、独自のそれぞれのコンポーネントを有してもよい。ネットワークノード１６０が複数の別個のコンポーネント（例えば、ＢＴＳ及びＢＳＣコンポーネント）を備える特定のシナリオでは、別個のコンポーネントのうちの１つ以上がいくつかのネットワークノード間で共有されうる。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。このようなシナリオでは、固有のノードＢとＲＮＣとの各ペアが、単一の個別のネットワークノードと見なされる場合がある。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように構成されうる。そのような実施形態では、いくつかのコンポーネントが重複していてもよく（例えば、異なるＲＡＴのための別個のデバイス読取可能媒体１８０）、いくつかのコンポーネントは再使用されてもよい（例えば、同じアンテナ１６２が複数のＲＡＴによって共有されてもよい）。また、ネットワークノード１６０は、例えば、ＧＳＭ、ＷＣＤＭＡ(登録商標)、ＬＴＥ、ＮＲ、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ無線技術のような、ネットワークノード１６０に統合される異なる複数の無線技術のための様々な例示されたコンポーネントの複数のセットを含みうる。これらの無線技術は、ネットワークノード１６０内の同一の又は異なるチップ又はチップセット及び他のコンポーネントに統合されうる。
処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される任意の判定、計算、又は類似の動作（例えば、ある取得動作）を実行するように構成される。処理回路１７０によって実行されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報を、ネットワークノードに格納された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ以上の動作を実行すること、及び上記の処理の結果として判定を行うことによって、処理回路１７０によって取得された情報を処理することを含みうる。
処理回路１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置（ＣＰＵ）、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイス、リソース、又はハードウェア、ソフトウェア及び／又は符号化ロジックの組み合わせ、のうちの１つ以上の組み合わせを備えてよく、これらは、単独で提供、又はデバイス読取可能媒体１８０、ネットワークノード１６０の機能等の、他のネットワークノード１６０コンポーネントと併用して提供するように動作可能である。例えば、処理回路１７０は、デバイス読取可能媒体１８０又は処理回路１７０内のメモリに格納された命令を実行しうる。そのような機能は、本明細書で説明される様々な無線フィーチャ、機能、又は利益のいずれかを提供することを含みうる。一部の実施形態において、処理回路１７０は、システムオンチップ（ＳＯＣ）上のシステムを含みうる。
いくつかの実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４のうちの１つ以上を含みうる。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４は、別個のチップ（又はチップセット）、ボード、又は無線ユニット及びデジタルユニット等のユニット上にあってもよい。代替の実施形態では、ＲＦトランシーバ回路１７２及びベースバンド処理回路１７４の一部又は全部が、同じチップ又はチップのセット、ボード、又はユニット上にあってもよい。
特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、又はその他のネットワークデバイスによって提供されるものとして説明される機能の一部又は全部は、デバイス読取可能媒体１８０上に格納されている又は処理回路１７０内のメモリに格納されている命令が処理回路１７０によって実行されることによって実行されうる。代替の実施形態では、当該機能の一部又は全部は、ハードワイヤード方式等で、別個の又は個別のデバイス読取可能媒体上に格納された命令を実行することなく、処理回路１７０によって提供されうる。これらの実施形態のいずれにおいても、デバイス読取可能記憶媒体上に格納された命令を実行するか否かにかかわらず、処理回路１７０は、説明される機能を実行するように構成されうる。そのような機能によって提供される利点は、処理回路１７０のみ、又はネットワークノード１６０の他のコンポーネントに限定されず、ネットワークノード１６０全体によって、及び／又はエンドユーザ及び無線ネットワーク全体によって享受される。
デバイス読取可能媒体１８０は、限定されることなく、永続的ストレージ、ソリッドステートメモリ、リモートマウントメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は処理回路１７０によって使用されうる情報、データ及び／又は命令を格納するその他の揮発性又は不揮発性、非一時的なデバイス読取可能及び／又はコンピュータ実行可能メモリデバイスを含む、任意の形態の揮発性又は不揮発性コンピュータ読取可能メモリを含みうる。デバイス読取可能媒体１８０は、処理回路１７０によって実行され、ネットワークノード１６０によって利用されることが可能な、コンピュータプログラムと、ソフトウェアと、ロジック、ルール、コード、テーブル等のうちの１つ以上を含むアプリケーションと、他の命令との少なくとも１つを含む、任意の適切な命令、データ、又は情報を格納しうる。デバイス可読媒体１８０は、処理回路１７０によって行われた任意の演算値、及び／又はインタフェース１９０を介して受信された任意のデータを格納するために使用されうる。いくつかの実施形態では、処理回路１７０及びデバイス読取可能媒体１８０が一体化されていると見なされる場合がある。
インタフェース１９０は、ネットワークノード１６０、ネットワーク１０６、及び／又は無線デバイス１１０間のシグナリング及び／又はデータの有線又は無線通信に使用される。図示されるように、インタフェース１９０は、例えば有線コネクションを介してネットワーク１０６との間でデータを送受信するための１つ以上のポート／端子１９４を備える。インタフェース１９０は更に、アンテナ１６２に結合されうるか又は特定の実施形態ではその一部でありうる無線フロントエンド回路１９２を含む。無線フロントエンド回路１９２は、フィルタ１９８及び増幅器１９６を備える。無線フロントエンド回路１９２は、アンテナ１６２及び処理回路１７０に接続されてもよい。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように構成されうる。無線フロントエンド回路１９２は、無線コネクションを介して他のネットワークノード又は無線デバイスに送出されるデジタルデータを受信しうる。無線フロントエンド回路１９２は、フィルタ１９８及び／又は増幅器１９６の組み合わせを用いて、デジタルデータを、適切なチャネル及び帯域幅パラメータを有する無線信号に変換しうる。その後、無線信号は、アンテナ１６２を介して送信されうる。同様に、データを受信する場合、アンテナ１６２は、無線信号を収集し、当該無線信号は無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは、処理回路１７０に渡われる。他の実施形態では、インタフェースは、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含みうる。
特定の代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路１９２を含んでいなくてもよく、その代わりに、処理回路１７０が、無線フロントエンド回路を含み、別個の無線フロントエンド回路１９２を伴わずにアンテナ１６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１７２の全て又はいくつかは、インタフェース１９０の一部とみなされうる。更に他の実施形態では、インタフェース１９０は、無線ユニット（図示せず）の一部として、１つ以上のポート又は端子１９４、無線フロントエンド回路１９２、及びＲＦトランシーバ回路１７２を含みうるとともに、インタフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信しうる。
アンテナ１６２は、無線信号を送信及び／又は受信するように構成された１つ以上のアンテナ又はアンテナアレイを含みうる。アンテナ１６２は、無線フロントエンド回路１９０に結合されうるとともに、データ及び／又は信号を無線で送受信することが可能な任意のタイプのアンテナでありうる。いくつかの実施形態では、アンテナ１６２は、例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送受信するように動作可能な、１つ以上の無指向性アンテナ、セクタアンテナ又はパネルアンテナを含んでもよい。無指向性アンテナは、任意の方向において無線信号を送受信するために使用されうる。セクタアンテナは、特定の領域内のデバイスからの無線信号を送受信するために使用されうる。パネルアンテナは、比較的直線状に無線信号を送受信するために使用される見通し内アンテナでありうる。いくつかの例では、２つ以上のアンテナの使用はＭＩＭＯと称されうる。いくつかの実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であってもよく、インタフェース又はポートを介してネットワークノード１６０に接続可能であってもよい。
アンテナ１６２、インタフェース１９０、及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作及び／又は特定の取得動作を実行するように構成されうる。任意の情報、データ及び／又は信号は、無線デバイス、別のネットワークノード、及び／又は任意の他のネットワーク機器から受信されうる。同様に、アンテナ１６２、インタフェース１９０、及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成されうる。任意の情報、データ及び／又は信号は、無線デバイス、別のネットワークノード、及び／又は任意の他のネットワーク機器へ送信されうる。
電力回路１８７は、電力管理回路を含みうるか又は電力管理回路に結合されうるとともに、本明細書に記載の機能を実行するための電力をネットワークノード１６０のコンポーネントに供給するように構成される。電力回路１８７は、電源１８６から電力を受信しうる。電源１８６及び／又は電力回路１８７は、それぞれのコンポーネントに適した形式で（例えば、各コンポーネントに必要な電圧及び電流レベルで）ネットワークノード１６０の様々なコンポーネントに電力を供給するように構成されうる。電源１８６は、電力回路１８７及び／又はネットワークノード１６０に含まれてもよいし、又はその外部に設けられてもよい。例えば、ネットワークノード１６０は、電気ケーブル等の入力回路又はインタフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、それにより外部電源が電力回路１８７に電力を供給する。更なる例として、電源１８６は、電力回路１８７に接続又は統合される、バッテリ又はバッテリパックの形態の電源を含みうる。外部電源に障害が発生した場合、バッテリがバックアップ電力を供給しうる。光起電デバイスのような他のタイプの電源も使用されうる。
ネットワークノード１６０の代替的な実施形態は、本明細書に記載の機能のいずれか、及び／又は本明細書に記載の主題をサポートするために必要な任意の機能を含む、ネットワークノードの機能のある態様を提供することに関与しうる、図１１に示されるもの以外の追加のコンポーネントを含みうる。例えば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にし、かつ、ネットワークノード１６０からの情報の出力を可能にするユーザインタフェース機器を含みうる。これにより、ユーザは、ネットワークノード１６０の診断、保守、修理、及び他の管理機能を行いうる。
図１２は、いくつかの実施形態による例示的な無線デバイスを示す。本明細書で使用されるように、無線デバイスは、ネットワークノード及び／又は他の無線デバイスと無線で通信するように、能力を有する、構成された、配置された及び／又は動作可能なデバイスを指す。特に断りの無い限り、無線デバイスとの用語は、本明細書ではユーザ装置（ＵＥ）と互換的に使用されうる。無線通信は、電磁波、電波、赤外線、及び／又は空気を介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信及び／又は受信することを伴いうる。いくつかの実施形態では、無線デバイスは、直接的なヒューマンインタラクションを伴わずに情報を送信及び／又は受信するように構成されうる。例えば、無線デバイスは、所定のスケジュールで、内部又は外部のイベントによってトリガされたとき、又はネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてもよい。無線デバイスの例には、スマートフォン、携帯電話、Voice over IP（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲーム機又はデバイス、音楽ストレージ、再生装置、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、laptop embedded equipment（ＬＥＥ）、laptop-mounted equipment（ＬＭＥ）、スマートデバイス、無線カスタマー構内設備（ＣＰＥ：customer-premise equipment）、車載無線端末デバイス等が含まれるが、これらに限定されない。無線デバイスは、例えば、サイドリンク通信、vehicle-to-vehicle（Ｖ２Ｖ）、vehicle-to-infrastructure（Ｖ２Ｉ）、vehicle-to-everything（Ｖ２Ｘ）のための３ＧＰＰ標準規格を実装することによって、device-to-device（Ｄ２Ｄ）通信をサポートすることがあり、この場合、Ｄ２Ｄ通信デバイスと称されることがある。更に別の具体例として、Internet of Things（ＩｏＴ）シナリオでは、無線デバイスは、モニタリング及び／又は測定を実行し、そのようなモニタリング及び／又は測定の結果を別の無線デバイス及び／又はネットワークノードに送信するマシン又は他のデバイスを表しうる。この場合、無線デバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと称されうるmachine-to-machine（Ｍ２Ｍ）デバイスでありうる。１つの具体例として、無線デバイスは、３ＧＰＰの狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準規格を実装するＵＥでありうる。そのようなマシン又はデバイスの具体例は、センサ、電力メータ等の計量デバイス、産業機械、家庭用若しくは個人用機器（例えば、冷蔵庫、テレビ等）、又は個人用ウェアラブル（例えば、時計、フィットネストラッカー等）である。他のシナリオでは、無線デバイスは、その動作状態、又はその動作に関連する他の機能をモニタリング及び／又は報告することができる車両又は他の機器を表しうる。上述のような無線デバイスは、無線コネクションのエンドポイントを表してもよく、その場合、デバイスは無線端末と称されうる。更に、上述のような無線デバイスは、モバイルであってもよく、その場合、モバイルデバイス又はモバイル端末とも称されうる。
図５に図示されるように、無線デバイス１１０は、アンテナ１１１、インタフェース１１４、処理回路１２０、デバイス読取可能媒体１３０、ユーザインタフェース機器１３２、補助装置１３４、電源１３６、及び電力回路１３７を備える。無線デバイス１１０は、例えば、例を挙げるだけでも、ＧＳＭ、ＷＣＤＭＡ(登録商標)、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、又はＢｌｕｅｔｏｏｔｈ無線技術等の、無線デバイス１１０によってサポートされる異なる無線技術のために、図示されているコンポーネントのうちの１つ以上から成る複数のセットを含みうる。これらの無線技術は、無線デバイス１１０内の他のコンポーネントと同一の又は異なるチップ又はチップセットに統合されうる。
アンテナ１１１は、無線信号を送信及び／又は受信するように構成された１つ以上のアンテナ又はアンテナアレイを含みうるとともに、インタフェース１１４に接続される。特定の代替の実施形態では、アンテナ１１１は、無線デバイス１１０とは別個であってもよく、インタフェース又はポートを介して無線デバイス１１０に接続可能であってもよい。アンテナ１１１、インタフェース１１４、及び／又は処理回路１２０は、無線デバイスによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成されうる。任意の情報、データ、及び／又は信号は、ネットワークノード及び／又は別の無線デバイスから受信されうる。いくつかの実施形態では、無線フロントエンド回路及び／又はアンテナ１１１は、インタフェースとみなされうる。
図示されるように、インタフェース１１４は、無線フロントエンド回路１１２及びアンテナ１１１を備える。無線フロントエンド回路１１２は、１つ以上のフィルタ１１８及び増幅器１１６を備える。無線フロントエンド回路１１４は、アンテナ１１１及び処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように構成されうる。無線フロントエンド回路１１２は、アンテナ１１１に結合されてもよいし、又はその一部であってもよい。いくつかの実施形態では、無線デバイス１１０は別個の無線フロントエンド回路１１２を含まなくてもよく、むしろ、処理回路１２０が無線フロントエンド回路を含み、アンテナ１１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１２２のいくつか又は全ては、インタフェース１１４の一部とみなされうる。無線フロントエンド回路１１２は、無線コネクションを介して他のネットワークノード又は無線デバイスに送出されるデジタルデータを受信しうる。無線フロントエンド回路１１２は、フィルタ１１８及び／又は増幅器１１６の組み合わせを用いて、デジタルデータを、適切なチャネル及び帯域幅パラメータを有する無線信号に変換しうる。その後、無線信号は、アンテナ１１１を介して送信されうる。同様に、データを受信する場合、アンテナ１１１は、無線信号を収集し、当該無線信号は無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは、処理回路１２０に渡われる。他の実施形態では、インタフェースは、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含みうる。
処理回路１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置（ＣＰＵ）、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は任意の他の適切なコンピューティングデバイス、リソース、又はハードウェア、ソフトウェア及び／又は符号化ロジックの組み合わせ、のうちの１つ以上の組み合わせを備えてよく、これらは、単独で提供、又はデバイス読取可能媒体１３０、無線デバイス１１０の機能等の、他の無線デバイス１１０コンポーネントと併用して提供するように動作可能である。そのような機能は、本明細書で説明される様々な無線フィーチャ、又は利益のいずれかを提供することを含みうる。例えば、処理回路１２０は、本明細書で開示される機能を提供するために、デバイス読取可能媒体１３０又は処理回路１２０内のメモリに格納された命令を実行しうる。
図示されるように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６のうちの１つ以上を含む。他の実施形態では、処理回路は、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含みうる。いくつかの実施形態では、無線デバイス１１０の処理回路１２０はＳＯＣを備えうる。いくつかの実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６は、別個のチップ又はチップセット上にあってもよい。代替の実施形態では、ベースバンド処理回路１２４及びアプリケーション処理回路１２６の一部又は全部は、１つのチップ又はチップセットに結合されてもよく、ＲＦトランシーバ回路１２２は別個のチップ又はチップセット上にあってもよい。更に代替の実施形態では、ＲＦトランシーバ回路１２２及びベースバンド処理回路１２４の一部又は全部は、同一のチップ又はチップセット上にあってもよく、アプリケーション処理回路１２６は、別個のチップ又はチップセット上にあってもよい。更に他の代替の実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６の一部又は全部は、同一のチップ又はチップセットにおいて結合されてもよい。いくつかの実施形態では、ＲＦトランシーバ回路１２２は、インタフェース１１４の一部であってもよい。ＲＦトランシーバ回路１２２は、処理回路１２０のためにＲＦ信号を調整しうる。
ある実施形態では、無線デバイスによって実行されるものとして本明細書に記載の機能の一部又は全部は、ある実施形態ではコンピュータ読取可能記憶媒体でありうるデバイス読取可能媒体１３０上に格納された命令を実行する処理回路１２０によって提供されうる。代替の実施形態では、当該機能の一部又は全部は、ハードワイヤード方式等で、別個の又は個別のデバイス読取可能記憶媒体上に格納された命令を実行することなく、処理回路１２０によって提供されうる。これらの特定の実施形態のいずれにおいても、デバイス読取可能記憶媒体上に格納された命令を実行するか否かにかかわらず、処理回路１２０は、説明される機能を実行するように構成されうる。そのような機能によって提供される利点は、処理回路１２０のみ、又は無線デバイス１１０の他のコンポーネントに限定されず、無線デバイス１１０全体によって、及び／又はエンドユーザ及び無線ネットワーク全体によって享受される。
処理回路１２０は、無線デバイスによって実行されるものとして本明細書に記載の任意の判定、計算、又は類似の動作（例えば、ある取得動作）を実行するように構成されうる。処理回路１２０によって実行されるようなこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報を、無線デバイス１１０に格納された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ以上の動作を実行すること、及び上記の処理の結果として判定を行うことによって、処理回路１２０によって取得された情報を処理することを含みうる。
デバイス読取可能媒体１３０は、処理回路１２０によって実行されることが可能な、コンピュータプログラムと、ソフトウェアと、ロジック、ルール、コード、テーブル等のうちの１つ以上を含むアプリケーションと、他の命令とのうちの少なくとも１つを格納するように動作可能でありうる。デバイス読取可能媒体１３０は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又は読み出し専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は処理回路１２０によって使用されうる情報、データ及び／又は命令を格納する任意の他の揮発性又は不揮発性、非一時的なデバイス読取可能及び／又はコンピュータ実行可能メモリデバイスを含みうる。いくつかの実施形態では、処理回路１２０及びデバイス読取可能媒体１３０が一体化されていると見なされる場合がある。
ユーザインタフェース機器１３２は、人間のユーザが無線デバイス１１０とインタラクションすることを可能にするコンポーネントを提供しうる。このようなインタラクションは、視覚的、聴覚的、触覚的等の多くの形態でありうる。ユーザインタフェース機器１３２は、ユーザへの出力を生成するように、及びユーザが無線デバイス１１０に入力を提供することを可能にするように動作可能でありうる。インタラクションのタイプは、無線デバイス１１０に組み込まれたユーザインタフェース機器１３２のタイプに応じて変わりうる。例えば、無線デバイス１１０がスマートフォンである場合、インタラクションはタッチスクリーンを介するものでありうる。無線デバイス１１０がスマートメーターである場合、インタラクションは使用量（例えば、使用されるガロン数）を提供する画面又は（例えば、煙が検知された場合に）音声アラートを提供するスピーカを介するものでありうる。ユーザインタフェース機器１３２は、入力インタフェース、デバイス及び回路と、出力インタフェース、デバイス及び回路とを含みうる。ユーザインタフェース装置１３２は、無線デバイス１１０への情報の入力を可能にするように構成され、処理回路１２０が入力情報を処理することを可能にするように処理回路１２０に接続される。ユーザインタフェース機器１３２は、例えば、マイクロフォン、近接センサ若しくは他のセンサ、キー／ボタン、タッチディスプレイ、１つ以上のカメラ、ＵＳＢポート、又は他の入力回路を含みうる。ユーザインタフェース機器１３２は更に、無線デバイス１１０からの情報の出力を可能にし、処理回路１２０が無線デバイス１１０から情報を出力することを可能にするように構成される。ユーザインタフェース機器１３２は、例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドホンインタフェース、又は他の出力回路を含みうる。ユーザインタフェース機器１３２の１つ以上の入出力インタフェース、デバイス、及び回路を使用して、無線デバイス１１０は、エンドユーザ及び／又は無線ネットワークと通信しうるとともに、本明細書に記載の機能からの利点をエンドユーザ及び／又は無線ネットワークが享受できるようにしうる。
補助装置１３４は、一般に無線デバイスによって実行されない可能性があるより具体的な機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信等の追加のタイプの通信のためのインタフェースを含みうる。補助装置１３４のコンポーネントを含むこと及び当該コンポーネントのタイプは、実施形態及び／又はシナリオに応じて変わりうる。
電源１３６は、いくつかの実施形態では、バッテリ又はバッテリパックの形態でありうる。外部電源（例えば、電気コンセント）、光起電力デバイス、又はパワーセル等の、他のタイプの電源も使用されうる。無線デバイス１１０は更に、電源１３６からの電力を、電源１３６からの電力を必要とする無線デバイス１１０の種々の部分に送り、本明細書に記載される又は示される任意の機能を実行するための電力回路１３７を含みうる。電力回路１３７は、ある実施形態では電力管理回路を含みうる。電力回路１３７は、追加的又は代替的には、外部電源から電力を受けるように動作可能であってもよく、その場合、無線デバイス１１０は、入力回路又は電力ケーブル等のインタフェースを介して外部電源（電気コンセント等）に接続可能でありうる。ある実施形態において、電力回路１３７は更に、外部電源から電源１３６に電力を送るように動作可能であってもよい。これは、例えば電源１３６の充電のためでありうる。電力回路１３７は、電力が供給される無線デバイス１１０のそれぞれのコンポーネントに適した電力にするために、電源１３６からの電力に対して任意の調整、変換、又は他の修正を行いうる。
図１３は、本明細書に記載の様々な態様に係るＵＥの一実施形態を示す。本明細書で使用されるように、ユーザ装置又はＵＥは、必ずしも、関連するデバイスの所有及び／又は操作を行う人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作が意図されているが、特定の人間のユーザ（例えば、スマートスプリンクラコントローラ）に関連付けられていなくてもよい、又は最初は関連付けられていなくてもよいデバイスを表しうる。あるいは、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作を意図されていないが、ユーザ（例えば、スマート電力メータ）に関連付けられうるか又は当該ユーザの利益のために操作されうるデバイスを表しうる。ＵＥ２２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、及び／又は拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥでありうる。図１３に示されるように、ＵＥ２００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、及び／又は５Ｇ標準規格等の、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公表された１つ以上の通信標準規格に従って通信するように設定された無線デバイスの一例である。前述のように、無線デバイス及びＵＥとの用語は交換可能に使用されうる。したがって、図１３はＵＥであるが、本明細書で説明されるコンポーネントは無線デバイスに等しく適用可能であり、その逆も同様である。
図１３において、ＵＥ２００は、処理回路２０１を備え、当該処理回路は、入出力インタフェース２０５と、無線周波数（ＲＦ）インタフェース２０９と、ネットワーク接続インタフェース２１１と、ランダムアクセスメモリ（ＲＡＭ）２１７、読み出し専用メモリ（ＲＯＭ）２１９、及び記憶媒体２２１等を含むメモリ２１５と、通信サブシステム２３１と、電源２３３と、任意の他のコンポーネントとのうちの少なくとも１つ、又はそれらの任意の組み合わせに、動作可能に結合されている。記憶媒体２２１は、オペレーティングシステム２２３、アプリケーションプログラム２２５、及びデータ２２７を含む。他の実施形態では、記憶媒体２２１が他の類似のタイプの情報を含みうる。あるＵＥは、図１３に示されるコンポーネントの全て又は当該コンポーネントのサブセットのみを利用しうる。コンポーネント間の統合のレベルは、１つのＵＥから別のＵＥへと変化しうる。更に、あるＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機等の、コンポーネントの複数のインスタンスを含みうる。
図１３において、処理回路２０１は、コンピュータ命令及びデータを処理するように構成されうる。処理回路２０１は、１つ以上のハードウェア実装ステートマシン（例えば、ディスクリートロジック、ＦＰＧＡ、ＡＳＩＣ等）、プログラマブルロジックと適切なファームウェア、１つ以上の格納されたプログラム、マイクロプロセッサ又はデジタルシグナルプロセッサ（ＤＳＰ）等の汎用プロセッサ、並びに適切なソフトウェア、又は上記の任意の組み合わせ等の、マシン読取可能コンピュータプログラムとしてメモリに格納されたマシン命令を実行するように動作可能な任意のシーケンシャルステートマシンを実装するように構成されうる。例えば、処理回路２０１は、２つの中央処理装置（ＣＰＵ）を含みうる。データは、コンピュータによる使用に適した形態の情報でありうる。
図示された実施形態では、入出力インタフェース２０５は、入力デバイス、出力装置、又は入出力デバイスに通信インタフェースを提供するように構成されうる。ＵＥ２００は、入出力インタフェース２０５を介して出力デバイスを使用するように構成されうる。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用しうる。例えば、ＵＥ２００への入力及びＵＥ２００からの出力を提供するためにＵＳＢポートが使用されうる。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、又はそれらの任意の組み合わせでありうる。ＵＥ２００は、ユーザがＵＥ２００に情報を取り込むことができるように、入出力インタフェース２０５を介して入力デバイスを使用するように構成されうる。入力デバイスは、タッチセンシティブ又はプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ等）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカード等を含みうる。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するために、容量性又は抵抗性タッチセンサを含みうる。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、他の同様のセンサ、又はそれらの任意の組み合わせでありうる。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、及び光センサでありうる。
図１３において、ＲＦインタフェース２０９は、送信機、受信機、及びアンテナ等のＲＦコンポーネントに通信インタフェースを提供するように構成されうる。ネットワーク接続インタフェース２１１は、ネットワーク２４３ａへの通信インタフェースを提供するように構成されうる。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、遠隔通信ネットワーク、他の同様のネットワーク、又はそれらの任意の組み合わせ等の、有線及び／又は無線ネットワークを含みうる。例えば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを含んでもよい。ネットワーク接続インタフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ等の１つ以上の通信プロトコルに従って、通信ネットワークを介して１つ以上の他のデバイスと通信するために使用される受信機及び送信機インタフェースを含むように構成されうる。ネットワーク接続インタフェース２１１は、通信ネットワークリンク（例えば、光、電気等）に適した受信機及び送信機の機能を実装しうる。送信機機能及び受信機機能は、回路コンポーネント、ソフトウェア、又はファームウェアを共有していてもよいし、あるいは、別々に実装されていてもよい。
ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、及びデバイスドライバ等のソフトウェアプログラムの実行中にデータ又はコンピュータ命令の記憶又はキャッシュを提供するために、バス２０２を介して処理回路２０１にインタフェースを行うように構成されうる。ＲＯＭ２１９は、コンピュータ命令又はデータを処理回路２０１に提供するように構成されうる。例えば、ＲＯＭ２１９は、不揮発性メモリに格納された、キーボードからの基本的な入出力（Ｉ／Ｏ）、スタートアップ、又はキーストロークの受信のような、基本的なシステム機能のための不変の低レベルシステムコード又はデータを格納するように構成されうる。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル・リードオンリーメモリ（ＰＲＯＭ）、消去可能プログラマブル・リードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル・リードオンリーメモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、又はフラッシュドライブ等のメモリを含むように構成されうる。一例では、記憶媒体２２１は、オペレーティングシステム２２３、ウェブブラウザアプリケーション、ウィジェット又はガジェットエンジン又は他のアプリケーション等のアプリケーションプログラム２２５、及びデータファイル２２７を含むように構成されうる。記憶媒体２２１は、ＵＥ２００による使用のために、様々なオペレーティングシステムのうちのいずれか、又はオペレーティングシステムの組み合わせを格納しうる。
記憶媒体２２１は、redundant array of independent disks（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックＲＡＭ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュール又はリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール等のスマートカードメモリ、他のメモリ、又はそれらの任意の組合せ等の、複数の物理ドライブユニットを含むように構成されうる。記憶媒体２２１は、データをオフロードする又はデータをアップロードするために、一時的又は非一時的なメモリ媒体に格納されたコンピュータ実行可能命令、アプリケーションプログラム等にＵＥ２００がアクセスすることを可能にしうる。通信システムを利用するもの等の製品は、デバイス読取可能媒体を含みうる記憶媒体２２１において有形に具現化されうる。
図１３において、処理回路２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように構成されうる。ネットワーク２４３ａ及びネットワーク２４３ｂは、同じネットワークであってもよいし、異なるネットワークであってもよい。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つ以上のトランシーバを含むように構成されうる。例えば、通信サブシステム２３１は、ＩＥＥＥ８０２．１２、ＣＤＭＡ、ＷＣＤＭＡ(登録商標)、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ等の、１つ以上の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の他の無線デバイス、ＵＥ、又は基地局等の、無線通信が可能な他のデバイスの１つ以上のリモートトランシーバと通信するために使用される１つ以上のトランシーバを含むように構成されうる。各トランシーバは、ＲＡＮリンクに適した送信機又は受信機の機能（例えば、周波数割り当て等）をそれぞれ実装するために、送信機２３３及び／又は受信機２３５を含みうる。更に、各トランシーバの送信機２３３及び受信機２３５は、回路コンポーネント、ソフトウェア、又はファームウェアを共有していてもよいし、あるいは、別々に実装されていてもよい。
図示された実施形態では、通信サブシステム２３１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈ等の短距離通信、近距離通信、位置を判定するための全地球測位システム（ＧＰＳ）の使用等の位置ベース通信、他の同様の通信機能、又はそれらの任意の組み合わせを含みうる。例えば、通信サブシステム２３１は、セルラ通信、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、及びＧＰＳ通信を含みうる。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、遠隔通信ネットワーク、他の同様のネットワーク、又はそれらの任意の組み合わせ等の、有線及び／又は無線ネットワークを含みうる。例えば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、及び／又は近距離ネットワークでありうる。電源２１３は、ＵＥ２００のコンポーネントに交流（ＡＣ）又は直流（ＤＣ）電力を供給するように構成されうる。
本明細書に記載の特徴、利点、及び／又は機能は、ＵＥ２００のコンポーネントのうちの１つで実装されうるか、又はＵＥ２００の複数のコンポーネントに分割されうる。更に、本明細書で説明される特徴、利点、及び／又は機能は、ハードウェア、ソフトウェア、又はファームウェアの任意の組み合わせで実装されうる。一例では、通信サブシステム２３１は、本明細書に記載のコンポーネントのうちのいずれかを含むように構成されうる。更に、処理回路２０１は、バス２０２を介してそのようなコンポーネントのいずれかと通信するように構成されうる。別の例では、そのようなコンポーネントのいずれも、処理回路２０１によって実行されるときに本明細書に記載の対応する機能を実行する、メモリに格納されたプログラム命令によって表されうる。別の例では、そのようなコンポーネントのいずれかの機能が、処理回路２０１と通信サブシステム２３１との間に分配されてもよい。別の例では、そのようなコンポーネントのいずれかの非計算集約型の機能がソフトウェア又はファームウェアで実現されてもよく、計算集約型の機能はハードウェアで実現されてもよい。
図１４は、いくつかの実施形態によって実装される機能が仮想化されうる仮想化環境３００を示す概略的なブロック図である。本コンテキストにおいて、仮想化手段は、ハードウェアプラットフォーム、記憶装置及びネットワーキング資源の仮想化を含みうる装置又はデバイスの仮想化バージョンを作成する。本明細書で使用されるように、仮想化は、ノード（例えば、仮想化された基地局又は仮想化された無線アクセスノード）又はデバイス（例えば、ＵＥ、無線デバイス、又は任意の他のタイプの通信デバイス）又はそれらのコンポーネントに適用されることができ、機能の少なくとも一部が１つ以上の仮想コンポーネントとして（例えば、１つ以上のネットワーク内の１つ以上の物理処理ノード上で実行される１つ以上のアプリケーション、コンポーネント、機能、仮想マシン、又はコンテナを介して）実装される実装形態に関連する。
いくつかの実施形態において、本明細書に記載の機能の一部又は全部は、ハードウェアノード３３０の１つ以上によってホストされる１つ以上の仮想環境３００に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装されてもよい。更に、仮想ノードが無線アクセスノードではない又は無線接続を必要としない実施形態（例えば、コアネットワークノード）では、ネットワークノードは完全に仮想化されてもよい。
上記機能は、本明細書で開示される実施形態のいくつかについての特徴、機能、及び／又は利点のいくつかを実装するように動作可能な（代替的には、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能等と称されうる）１つ以上のアプリケーション３２０によって実装されうる。アプリケーション３２０は、処理回路３６０及びメモリ３９０を含むハードウェア３３０を提供する仮想化環境３００で実行される。メモリ３９０は、処理回路３６０によって実行可能な命令３９５を含み、それによって、アプリケーション３２０は、本明細書で開示される特徴、利点、及び／又は機能のうちの１つ以上を提供するように動作可能である。
仮想化環境３００は、商用オフザシェルフ（ＣＯＴＳ：commercial off-the-shelf）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、又はデジタル若しくはアナログハードウェアコンポーネント若しくは専用プロセッサを含む任意の他のタイプの処理回路でありうる、１つ以上のプロセッサ又は処理回路３６０のセットを含む汎用又は専用ネットワークハードウェアデバイス３３０を備える。各ハードウェアデバイスは、処理回路３６０によって実行される命令３９５又はソフトウェアを一時的に格納するための非永続的メモリでありうるメモリ３９０－１を備えうる。各ハードウェアデバイスは、物理ネットワークインタフェース３８０を含む、ネットワークインタフェースカードとしても知られる１つ以上のネットワークインタフェースコントローラ（ＮＩＣ）３７０を含みうる。各ハードウェアデバイスは更に、処理回路３６０によって実行可能なソフトウェア３９５及び／又は命令をその中に格納した、非一時的かつ永続的なマシン読取可能記憶媒体３９０－２を含みうる。ソフトウェア３９５は、１つ以上の仮想化レイヤ３５０（ハイパーバイザとも称される）をインスタンス化するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェアと、本明細書に記載のいくつかの実施形態に関連して記載される機能、特徴、及び／又は利点を実行することを可能にするソフトウェアとを含む、あらゆるタイプのソフトウェアを含みうる。
仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワークワーキング又はインタフェース、及び仮想ストレージを含み、対応する仮想化レイヤ３５０又はハイパーバイザによって実行されうる。仮想アプライアンス３２０のインスタンスの様々な実施形態は、１つ以上の仮想マシン３４０上で実装されてもよく、当該実装は異なる方法で行われてもよい。
動作中に、処理回路３６０は、ソフトウェア３９５を実行して、仮想マシンモニタ（ＶＭＭ）とも称されることがあるハイパーバイザ又は仮想化レイヤ３５０をインスタンス化する。仮想化レイヤ３５０は、仮想マシン３４０にはネットワーキングハードウェアのように見える仮想オペレーティングプラットフォームを提示しうる。
図１４に示すように、ハードウェア３３０は、汎用の又は特定のコンポーネントを有する独立型ネットワークノードでありうる。ハードウェア３３０は、アンテナ３２２５を含みうるとともに、仮想化を通じていくつかの機能を実装しうる。あるいは、ハードウェア３３０は、多くのハードウェアノードが連携し、かつ、特にアプリケーション３２０のライフサイクル管理を監督する管理及びオーケストレーション（ＭＡＮＯ：management and orchestration）３１００を介して管理される、（データセンタ又はカスタマー構内設備（ＣＰＥ）内のもののような）より大きなハードウェアのクラスタの一部であってもよい。
ハードウェアの仮想化は、ネットワーク機能仮想化（ＮＦＶ：network function virtualization）と称されるいくつかのコンテキストで行われる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタ内に配置されうる、業界標準の大容量サーバ・ハードウェア、物理スイッチ、及び物理ストレージと、カスタマー構内設備とに統合するために使用されうる。
ＮＦＶのコンテキストでは、仮想マシン３４０は、あたかも仮想化されていない物理マシン上で実行されているかのように、プログラムを実行する物理マシンのソフトウェア実装であってもよい。複数の仮想マシン３４０のそれぞれと、当該仮想マシン７４０を実行するハードウェア３３０のその部分は、当該仮想マシン７４０専用のハードウェア、及び／又は当該仮想マシン７４０が複数の仮想マシン３４０のうちの他のものと共有するハードウェアであり、個別の仮想ネットワークエレメント（ＶＮＥ：virtual network element）を形成する。
なお、ＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０上の１つ以上の仮想マシン３４０で実行され、かつ、図１４のアプリケーション３２０に対応する、特定のネットワーク機能を処理することに関与する。
いくつかの実施形態では、それぞれが１つ以上の送信機３２２０及び１つ以上の受信機３２１０を含む１つ以上の無線ユニット３２００が、１つ以上のアンテナ３２２５に結合されうる。無線ユニット３２００は、１つ以上の適切なネットワークインタフェースを介してハードウェアノード３３０と直接通信しうるとともに、無線アクセスノード又は基地局等の無線機能を仮想ノードに提供するために仮想コンポーネントと組み合わせて使用されうる。
いくつかの実施形態では、いくつかのシグナリングが、ハードウェアノード３３０と無線ユニット３２００との間の通信のために代替的に使用されうる制御システム３２３０を使用して行われうる。
図１５は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す。図１５を参照すると、実施形態に従って、通信システムは、３ＧＰＰタイプのセルラネットワーク等の通信ネットワーク４１０を含み、当該通信ネットワークは、無線アクセスネットワーク等のアクセスネットワーク４１１と、コアネットワーク４１４とを含む。アクセスネットワーク４１１は、それぞれ対応するカバレッジエリア４１３ａ，４１３ｂ，４１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、又はその他のタイプの無線アクセスポイント等の複数の基地局４１２ａ，４１２ｂ，４１２ｃを備える。各基地局４１２ａ，４１２ｂ，４１２ｃは、有線又は無線コネクション４１５を介してコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃに位置する第１のＵＥ４９１は、対応する基地局４１２ｃに無線で接続する、又は当該基地局によってページングされるように構成される。カバレッジエリア４１３ａ内の第２のＵＥ４９２は、対応する基地局４１２ａに無線で接続可能である。この例では、複数のＵＥ４９１，４９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にある状況、又は単一のＵＥが対応する基地局４１２に接続している状況にも同様に適用可能である。
通信ネットワーク４１０自体は、ホストコンピュータ４３０に接続され、当該ホストコンピュータは、独立型サーバ、クラウド実装型サーバ、分散型サーバのハードウェア及び／又はソフトウェアで、又はサーバファーム内の処理リソースとして実施されうる。ホストコンピュータ４３０は、サービスプロバイダの所有であっても制御下にあってもよく、又は、サービスプロバイダによって又はサービスプロバイダの代わりに操作されてもよい。通信ネットワーク４１０とホストコンピュータ４３０との間のコネクション４２１及び４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接延びていてもよいし、オプションの中間ネットワーク４２０を介して延びていてもよい。中間ネットワーク４２０は、パブリックネットワーク、プライベートネットワーク、又はホストネットワークのうちの１つ以上の組合せであってもよく、中間ネットワーク４２０は、もしあれば、バックボーンネットワーク又はインターネットであってもよく、特に、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
図１５の通信システムは、全体として、接続されたＵＥ４９１，４９２のうちの１つとホストコンピュータ４３０との間の接続性を与える。当該接続性は、オーバー・ザ・トップ（ＯＴＴ：over-the-top）コネクション４５０として説明されうる。ホストコンピュータ４３０及び接続されたＵＥ４９１，４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０、及び可能性のある更なるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション４５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴコネクション４５０は、ＯＴＴコネクション４５０が通過する参加通信デバイスが、アップリンク通信及びダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。例えば、基地局４１２は、接続されたＵＥ４９１に転送される（例えば、ハンドオーバされる）ホストコンピュータ４３０から発信されたデータを有する、到着するダウンリンク通信の過去のルーティングについて通知されてなくてもよく、又は通知される必要がなくてもよい。同様に、基地局４１２は、ＵＥ４９１からホストコンピュータ４３０へ向かう、発信されるアップリンク通信の将来のルーティングを知っている必要はない。
図１６は、いくつかの実施形態による、基地局を介して部分的に無線コネクション上でユーザ装置と通信するホストコンピュータを示す。図１６を参照して、前の段落で説明したＵＥ、基地局及びホストコンピュータの実施形態による実装例を以下で説明する。通信システム５００において、ホストコンピュータ５１０は、通信システム５００の、異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持するように構成された通信インタフェース５１６を含むハードウェア５１５を備える。ホストコンピュータ５１０は、ストレージ能力及び／又は処理能力を有しうる処理回路５１８を更に備える。具体的には、処理回路５１８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる。ホストコンピュータ５１０は、ホストコンピュータ５１０内に格納された又はホストコンピュータ９１０がアクセス可能である、かつ、処理回路５１８によって実行可能であるソフトウェア５１１を更に備える。ソフトウェア５１１は、クライアントアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終端するＯＴＴコネクション５５０を介して接続するＵＥ５３０等のリモートユーザにサービスを提供するように動作可能でありうる。サービスをリモートユーザに提供する際に、ホストアプリケーション５１２は、ＯＴＴコネクション５５０を使用して送信されるユーザデータを提供しうる。
通信システム５００は更に、通信システム内に設けられ、かつ、ホストコンピュータ５１０及びＵＥ５３０と通信することを可能にするハードウェア５２５を備える基地局５２０を含みうる。ハードウェア５２５は、通信システム５００の、異なる通信デバイスのインタフェースとの有線又は無線コネクションをセットアップ及び維持するための通信インタフェース５２６と、基地局５２０によってサービスが行われるカバレッジエリア（図１６には図示せず）内に位置するＵＥ ５３０との少なくとも無線コネクション５７０をセットアップ及び維持するための無線インタフェース５２７とを含みうる。通信インタフェース５２６は、ホストコンピュータ５１０へのコネクション５６０を容易にするように構成されうる。コネクション５６０は、直接的であってもよいし、通信システムのコアネットワーク（図１６には図示せず）及び／又は通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示された実施形態では、基地局５２０のハードウェア５２５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる処理回５２８を更に含む。基地局５２０は、内部に格納されるか又は外部接続を介してアクセス可能なソフトウェア５２１を更に有する。
通信システム５００は、既に言及したＵＥ５３０を更に含む。そのハードウェア５３５は、ＵＥ５３０が現在位置しているカバレッジエリアにサービスを行う基地局との無線コネクション５７０をセットアップ及び維持するように構成された無線インタフェース５３７を含みうる。ＵＥ５３０のハードウェア５３５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる処理回５３８を更に含む。ＵＥ５３０は、ＵＥ５３０内に格納された又はＵＥ５３０がアクセス可能である、かつ、処理回路５３８によって実行可能であるソフトウェア５３１を更に備える。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートにより、ＵＥ５３０を介して人間の又は人間以外のユーザにサービスを提供するように動作可能でありうる。ホストコンピュータ５１０において、実行中のホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終端するＯＴＴコネクション５５０を介して、実行中のクライアントアプリケーション５３２と通信しうる。ユーザにサービスを提供する際、クライアントアプリケーション５３２は、ホストアプリケーション５１２から要求データを受信し、当該要求データに応じてユーザデータを提供しうる。ＯＴＴコネクション５５０は、要求データ及びユーザデータの両方を転送しうる。クライアントアプリケーション５３２は、それが提供するユーザデータを生成するためにユーザとインタラクションしうる。
図１６に示されるホストコンピュータ５１０、基地局５２０、及びＵＥ５３０は、それぞれ、図１５のホストコンピュータ４３０、基地局４１２ａ，４１２ｂ，４１２ｃのうちの１つ、及びＵＥ４９１，４９２のうちの１つと、類似又は同一でありうることに留意されたい。即ち、これらのエンティティの内部動作は、図１６に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図１５のものであってもよい。
図１６では、あらゆる中間デバイス及びそれらのデバイスを介したメッセージの正確なルーティングに明示的に言及することなく、ＯＴＴコネクション５５０が、基地局５２０を介したホストコンピュータ５１０とＵＥ５３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ５３０から若しくはホストコンピュータ５１０を操作するサービスプロバイダから、又はその両方から隠すように構成されうるルーティングを決定しうる。ＯＴＴコネクション５５０がアクティブである間に、ネットワークインフラストラクチャは、（例えば、負荷の考慮又はネットワークの再設定に基づいて）ルーティングを動的に変更する決定を更に行いうる。
ＵＥ５３０と基地局５２０との間の無線コネクション５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション５７０が最後のセグメントを形成するＯＴＴコネクション５５０を使用してＵＥ５３０に提供されるＯＴＴサービスの性能を改善しうる。
いくつかの実施形態では、１つ又は以上の実施形態が改善するデータレート、レイテンシ及びその他の要因をモニタリングする目的で、測定手順が提供されうる。更に、測定結果の変動に応じて、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴコネクション５５０を再設定するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション５５０を再設定するための測定手順及び／又はネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１及びハードウェア５１５、又はＵＥ５３０のソフトウェア５３１及びハードウェア５３５、又はその両方で実装されうる。いくつかの実施形態では、センサ（図示せず）が、ＯＴＴコネクション５５０が通過する通信デバイスに配置されうるか又はそれに関連して配置されうる。当該センサは、上記で例示された、モニタリングされた量の値を供給することによって、又はソフトウェア５１１，５３１が当該モニタリングされた量を他の物理量の値から計算又は推定しうる、当該他の物理量の値を供給することによって、測定手順に関与しうる。ＯＴＴコネクション５５０の再設定は、メッセージフォーマット、再送設定、好ましいルーティング等を含んでもよく、当該再設定は、基地局５２０に影響を与える必要はなく、基地局５２０には未知であるか又は感知できなくてもよい。そのような手順及び機能は、当該分野では既知でありうるとともに実践されうる。特定の実施形態では、測定は、ホストコンピュータ５１０の、スループット、伝搬時間、レイテンシ等の測定を容易にする、独自のＵＥシグナリングを含みうる。測定は、ソフトウェア５１１及び５３１が、伝搬時間、エラー等をモニタリングしながら、ＯＴＴコネクション５５０を使用して、メッセージ（特に、空のメッセージ又は「ダミー」メッセージ）を送信させることで実行されうる。
図１７は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１７に対する図面の言及のみがこのセクションに含まれる。ステップ６１０で、ホストコンピュータがユーザデータを提供する。ステップ６１０の（オプションでありうる）サブステップ６１１では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ６２０で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。（オプションでありうる）ステップ６３０で、基地局が、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥへ送信する。（オプションでありうる）ステップ６４０で、ＵＥが、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
図１８は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１８に対する図面の言及のみがこのセクションに含まれる。本方法のステップ７１０で、ホストコンピュータがユーザデータを提供する。オプションのサブステップ（図示せず）で、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ７２０で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。当該送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を通過しうる。（オプションでありうる）ステップ７３０で、ＵＥは、当該送信で搬送されたユーザデータを受信する。
図１９は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１９に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ８１０で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加的に又は代替的に、ステップ８２０で、ＵＥは、ユーザデータを提供する。ステップ８２０の（オプションでありうる）サブステップ８２１では、ＵＥが、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ８１０の（オプションでありうる）サブステップ８１１で、ＵＥが、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け付けたユーザ入力を更に考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、（オプションでありうる）サブステップ８３０で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ８４０で、ホストコンピュータが、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
図２０は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図２０に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ９１０で、本開示全体にわたって説明される実施形態の教示に従って、基地局が、ＵＥからユーザデータを受信する。（オプションでありうる）ステップ９２０で、基地局が、受信したユーザデータのホストコンピュータへの送信を開始する。（オプションでありうる）ステップ９３０で、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。
図２１は、特定の実施形態による、無線デバイスにおける方法のフローチャートである。より具体的には、図２１は、チャネル品質を報告するために無線デバイス（例えば、ＵＥ）によって実行される方法の例を示す。本方法は、ステップ１００２から始まり、当該ステップで、無線デバイスは、無線デバイスにおけるＲＬＦの検出に応じて、情報をロギングする。
いくつかの実施形態では、本方法は、タイマー３１０の満了によりＲＬＦを検出することを更に含みうる。いくつかの実施形態では、本方法は、ビーム障害を検出することを更に含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害の検出についてのインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害検出が発生した際の状態情報を更に含みうる。当該状態情報は、ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。いくつかの実施形態では、、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、ＵＥが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。
いくつかの実施形態では、本方法は、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションによりＲＬＦを検出することを含みうる。いくつかの実施形態では、ランダムアクセスチャネル障害は、無線デバイスがランダムアクセスチャネル試行の最大回数に達することによるものでありうる。いくつかの実施形態では、本方法は、ビーム障害を検出することを更に含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害の検出についてのインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害検出が発生した際の状態情報を更に含みうる。当該状態情報は、ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。
いくつかの実施形態では、本方法は、ビーム障害回復がトリガされたことを判定することを更に含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害回復がトリガされたことのインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害回復が発生した際の状態情報を更に含みうる。当該状態情報は、ランダムアクセスチャネル試行ごとに、ビーム障害回復がトリガされた際にに選択されたリソース及び／又はビーム上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、ＵＥが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。
いくつかの実施形態では、ロギングされた情報は、異なるプリアンブル再送信のためのビーム情報を含みうる。いくつかの実施形態では、異なるプリアンブル送信のためのビーム情報は、各試行に対するビーム測定情報と、各試行におけるビーム選択の発生と、同じビームに対する電力ランピングの発生と、所与の選択されたビームについての競合の検出と、のうちの１つ以上を含みうる。
ステップ１００４で、ＲＬＦ後の再確立に応じて、無線デバイスは、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。
いくつかの実施形態では、本方法は、無線デバイスが利用可能な情報をロギングしたというインジケーションを、ネットワークノードへ送信することを更に含みうる。いくつかの実施形態では、本方法は、無線デバイスが利用可能な情報をロギングしたというインジケーションに応じてネットワークノードから、ロギングされた情報を報告することを求める要求を受信することを更に含みうる。いくつかの実施形態では、本方法は、受信された要求に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告することを更に含みうる。
いくつかの実施形態では、本方法は、ユーザデータを提供することと、ネットワークノードへの送信を介してユーザデータをホストコンピュータへ転送することと、を更に含みうる。
図２２は、無線ネットワーク（例えば、図１０に示される無線ネットワーク）における装置１１００の概略的なブロック図を示す。当該装置は、無線デバイス（例えば、図１０に示される無線デバイス１１０）において実装されうる。装置１１００は、図２１を参照して説明した例示的な方法、及び場合によっては本明細書で開示した任意の他のプロセス又は方法を実行するように動作可能である。図２１の方法は、必ずしも装置１１００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つ以上の他のエンティティによって実行されてもよい。
仮想装置１１００は、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアとを備えてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。いくつかの実施形態において、メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装形態では、処理回路は、本開示の１つ以上の実施形態に従って、受信ユニット１１０２と、判定ユニット１１０４と、通信ユニット１１０６と、装置１１００の他の任意の適切なユニットと、に対応する機能を実行させるために使用されてもよい。
いくつかの実施形態では、装置１１００はＵＥでありうる。図２２に示されるように、装置１１００は、受信ユニット１１０２、判定ユニット１１０４、及び通信ユニット１１０６を含む。受信ユニット１１０２は、装置１１００の受信機能を実行するように構成されうる。例えば、受信ユニット１１０２は、無線デバイスが利用可能な情報をロギングしたというインジケーションに応じてネットワークノードから、ロギングされた情報を報告することおを求める要求を受信するように構成されうる。
受信ユニット１１０２は、（例えば、無線デバイス又は別のネットワークノードから）任意の適切な情報を受信しうる。受信ユニット１１０２は、図１２に関連して上述したＲＦトランシーバ回路１２２等の受信機及び／又はトランシーバを含みうる。受信ユニット１１０２は、メッセージ及び／又は信号（無線又は有線）を受信するように構成された回路を含みうる。特定の実施の形態では、受信ユニット１１０２は、受信されたメッセージ及び／又は信号を、判定ユニット１１０４及び／又は装置１１００の任意の他の適切なユニットに伝達しうる。受信ユニット１１０２の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
判定ユニット１１０４は、装置１１００の処理機能を実行しうる。例えば、判定ユニット１１０４は、無線デバイスにおける無線リンク障害（ＲＬＦ）の検出に応じて、情報をロギングするように構成されうる。別の例として、判定ユニット１１０４は、ＲＬＦの後の再確立に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告するように構成されうる。更に別の例として、判定ユニット１１０４は、タイマー３１０の満了によりＲＬＦを検出するように構成されうる。更に別の例として、判定ユニット１１０４は、ビーム障害を検出するように構成されうる。別の例として、判定ユニット１１０４は、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションによりＲＬＦを検出するように構成されうる。別の例として、判定ユニット１１０４は、ビーム障害回復がトリガされたことを判定するように構成されうる。別の例として、判定ユニット１１０４は、ユーザデータを提供するように構成されうる。
判定ユニット１１０４は、図１２に関連して上述した処理回路１２０等の１つ以上のプロセッサを含んでもよいし、又はその中に含められてもよい。判定ユニット１１０４は、上述の判定ユニット１１０４及び／又は処理回路１２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含みうる。判定ユニット１１０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
通信ユニット１１０６は、装置１１００の送信機能を実行するように構成されうる。例えば、通信ユニット１１０６は、ロギングされた情報の少なくとも一部を含む報告をネットワークノードへ送信するように構成されうる。別の例として、通信ユニット１１０６は、無線デバイスが利用可能な情報をロギングしたというインジケーションを、ネットワークノードへ送信するように構成されうる。更に別の例として、通信ユニット１１０６は、受信した要求に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告するように構成されうる。更に別の例として、通信ユニット１１０６は、ネットワークノードへの送信を介してユーザデータをホストコンピュータに転送するように構成されうる。
通信ユニット１１０６は、メッセージを（例えば、無線デバイス及び／又は別のネットワークノードへ）を送信しうる。通信ユニット１１０６は、図１２に関連して上述したＲＦトランシーバ回路１２２等の送信機及び／又はトランシーバを含みうる。通信ユニット１１０６は、メッセージ及び／又は信号を、（例えば、無線又は有線手段を介して）送信するように構成された回路を含みうる。特定の実施形態では、通信ユニット１１０６は、判定ユニット１１０４又は装置１１００の任意の他のユニットから送信用のメッセージ及び／又は信号を受信しうる。通信ユニット１１０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
ユニットという用語は、電子機器、電気デバイス、及び／又は電子デバイスの分野において従来の意味を有してもよく、例えば、本明細書で説明されるような、電気回路及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力及び／又は表示機能等を実行するためのコンピュータプログラム又は命令を含んでもよい。
図２３は、特定の実施形態による、無線デバイス１１０によって実行される方法を示す。本方法は、ステップ１２０２で開始し、無線デバイスにおけるＲＬＦの検出に応じて、無線デバイス１１０が無線リンクモニタリングリソースに関連する情報をロギングする。ＲＬＦ後の再確立に応じて、無線デバイス１１０は、ステップ１２０４で、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。
特定の実施形態では、無線デバイス１１０は、タイマー３１０の満了によりＲＬＦを検出する。
特定の実施形態では、ＲＬＦを検出すると、無線デバイス１１０は、ＢＦＲ障害又はビーム障害回復障害を検出し、ロギングされた情報は、ビーム障害の検出についてのインジケーションを含む。無線デバイス１１０がＲＡＣＨ試行の最大回数に達することによって失敗する場合、それは、ビーム障害回復障害に起因した障害のインジケーションである。
特定の実施形態では、ロギングされた情報は、ＲＬＦの検出が生じた際の状態情報を含み、状態情報は、ＲＬＦが検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含む。
特定の実施形態では、ロギングされた情報は、無線デバイスがモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む。
特定の実施形態では、無線デバイス１１０は、ＲＡＣＨ障害の媒体アクセス制御からのインジケーションによりＲＬＦを検出する。
特定の実施形態では、ロギングされた情報は、無線デバイスがモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む。
特定の実施形態では、ロギングされた情報は、無線デバイスが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む。
特定の実施形態では、ロギングされた情報は、異なるプリアンブル再送信に関連付けられたビーム情報を含む。
特定の実施形態では、異なるプリアンブル送信に関連付けられたビーム情報は、各試行に対するビーム測定情報と、同じビームに対する電力ランピングの発生と、所与の選択されたビームについての競合の検出と、のうちの１つ以上を含む。
特定の実施形態では、無線デバイス１１０は、無線デバイスが利用可能な情報をロギングしたというインジケーションを、ネットワークノードへ送信する。
特定の実施形態では、無線デバイス１１０は、無線デバイスが利用可能な情報をロギングしたというインジケーションに応じてネットワークノードから、ロギングされた情報を報告することを求める要求を受信し、受信した要求に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告する。
図２４は、無線ネットワーク（例えば、図１０に示される無線ネットワーク）における装置１３００の概略的なブロック図を示す。当該装置は、無線デバイス（例えば、図１０に示される無線デバイス１１０）において実装されうる。装置１１００は、図２３を参照して説明した例示的な方法、及び場合によっては本明細書で開示した任意の他のプロセス又は方法を実行するように動作可能である。図２３の方法は、必ずしも装置１３００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つ以上の他のエンティティによって実行されてもよい。
仮想装置１３００は、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアとを備えてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。いくつかの実施形態において、メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装形態では、処理回路は、本開示の１つ以上の実施形態に従って、受信ユニット１３０２と、判定ユニット１３０４と、通信ユニット１３０６と、装置１３００の他の任意の適切なユニットと、に対応する機能を実行させるために使用されてもよい。
いくつかの実施形態では、装置１３００はＵＥでありうる。図２４に示されるように、装置１３００は、受信ユニット１３０２、判定ユニット１３０４、及び通信ユニット１３０６を含む。受信ユニット１３０２は、装置１３００の受信機能を実行するように構成されうる。例えば、受信ユニット１３０２は、無線デバイスが利用可能な情報をロギングしたというインジケーションに応じてネットワークノードから、ロギングされた情報を報告することおを求める要求を受信するように構成されうる。
受信ユニット１３０２は、（例えば、無線デバイス又は別のネットワークノードから）任意の適切な情報を受信しうる。受信ユニット１３０２は、図１２に関連して上述したＲＦトランシーバ回路１２２等の受信機及び／又はトランシーバを含みうる。受信ユニット１３０２は、メッセージ及び／又は信号（無線又は有線）を受信するように構成された回路を含みうる。特定の実施の形態では、受信ユニット１３０２は、受信されたメッセージ及び／又は信号を、判定ユニット１３０４及び／又は装置１３００の任意の他の適切なユニットに伝達しうる。受信ユニット１３０２の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
判定ユニット１３０４は、装置１３００の処理機能を実行しうる。例えば、判定ユニット１３０４は、無線デバイスにおいてＲＬＦを検出することに応じて、無線リンクモニタリングリソースに関連する情報をロギングするように構成されうる。別の例として、判定ユニット１３０４は、ＲＬＦの後の再確立に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告するように構成されうる。更に別の例として、判定ユニット１３０４は、タイマー３１０の満了によりＲＬＦを検出するように構成されうる。更に別の例として、判定ユニット１３０４は、ビーム障害を検出するように構成されうる。別の例として、判定ユニット１３０４は、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションによりＲＬＦを検出するように構成されうる。別の例として、判定ユニット１３０４は、ビーム障害回復がトリガされたことを判定するように構成されうる。別の例として、判定ユニット１３０４は、ユーザデータを提供するように構成されうる。
判定ユニット１３０４は、図１２に関連して上述した処理回路１２０等の１つ以上のプロセッサを含んでもよいし、又はその中に含められてもよい。判定ユニット１３０４は、上述の判定ユニット１３０４及び／又は処理回路１２０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含みうる。判定ユニット１３０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
通信ユニット１３０６は、装置１３００の送信機能を実行するように構成されうる。例えば、ＲＬＦ後の再確立に応じて、通信ユニット１３０６は、ロギングされた情報の少なくとも一部を含む報告をネットワークノードへ送信するように構成されうる。別の例として、通信ユニット１３０６は、無線デバイスが利用可能な情報をロギングしたというインジケーションを、ネットワークノードへ送信するように構成されうる。更に別の例として、通信ユニット１３０６は、受信した要求に応じて、ロギングされた情報の少なくとも一部をネットワークノードへ報告するように構成されうる。更に別の例として、通信ユニット１３０６は、ネットワークノードへの送信を介してユーザデータをホストコンピュータに転送するように構成されうる。
通信ユニット１３０６は、メッセージを（例えば、無線デバイス及び／又は別のネットワークノードへ）を送信しうる。通信ユニット１３０６は、図１０に関連して上述したＲＦトランシーバ回路１２２等の送信機及び／又はトランシーバを含みうる。通信ユニット１３０６は、メッセージ及び／又は信号を、（例えば、無線又は有線手段を介して）送信するように構成された回路を含みうる。特定の実施形態では、通信ユニット１３０６は、判定ユニット１３０４又は装置１３００の任意の他のユニットから送信用のメッセージ及び／又は信号を受信しうる。通信ユニット１３０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
ユニットという用語は、電子機器、電気デバイス、及び／又は電子デバイスの分野において従来の意味を有してもよく、例えば、本明細書で説明されるような、電気回路及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力及び／又は表示機能等を実行するためのコンピュータプログラム又は命令を含んでもよい。
図２５は、特定の実施形態による、ネットワークノードにおける方法１４００のフローチャートである。より具体的には、図２５は、チャネル品質報告をトリガするためにネットワークノード（例えば、ｅＮＢ）によって実行される方法の例を示す。本方法は、ステップ１４０２から始まり、当該ステップで、ネットワークノードは、ＲＬＦ後に無線デバイスの再確立に応じて無線デバイスから、無線リンク障害の検出に応じて無線デバイスによってロギングされた情報を含む報告を受信する。
いくつかの実施形態では、本方法は、無線デバイスから、無線デバイスが利用可能な情報をロギングしたというインジケーションを受信することを含みうる。いくつかの実施形態では、本方法は、無線デバイスが利用可能な情報をロギングしたという、受信されたインジケーションに応じて、ロギングされた情報を報告することを求める要求を無線デバイスへ送信することを更に含みうる。いくつかの実施形態では、本方法は、要求に応じて無線デバイスによってロギングされた情報を含む報告を受信することを更に含みうる。
いくつかの実施形態では、ＲＬＦは、タイマー３１０の満了に起因しうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスがビーム障害を検出したというインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ＲＬＦの検出が発生した際の状態情報を更に含みうる。当該状態情報は、ＲＬＦが検出された際に無線デバイスによってモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、ＵＥが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。
いくつかの実施形態では、ＲＬＦは、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションに起因しうる。いくつかの実施形態では、ランダムアクセスチャネル障害は、無線デバイスがランダムアクセスチャネル試行の最大回数に達することによるものでありうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスがビーム障害を検出したというインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害検出が発生した際の状態情報を更に含みうる。当該状態情報は、ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害回復がトリガされたことを無線デバイスが検出したというインジケーションを含みうる。いくつかの実施形態では、ロギングされた情報は、ビーム障害回復が発生した際の状態情報を更に含みうる。当該状態情報は、ランダムアクセスチャネル試行ごとに、ビーム障害回復がトリガされた際にに選択されたリソース及び／又はビーム上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、無線デバイスが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報は、ＵＥが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含みうる。いくつかの実施形態では、ロギングされた情報が異なるプリアンブル再送信に関連付けられたビーム情報を含みうる。いくつかの実施形態では、異なるプリアンブル送信に関連付けられたビーム情報は、各試行に対するビーム測定情報と、各試行におけるビーム選択の発生と、同じビームに対する電力ランピングの発生と、所与の選択されたビームについての競合の検出と、のうちの１つ以上を含みうる。
いくつかの実施形態では、本方法は、ユーザデータを取得することと、ユーザデータをホストコンピュータ又は無線デバイスへ転送することと、を更に含みうる。
図２６は、無線ネットワーク（例えば、図１０に示される無線ネットワーク）における装置１５００の概略的なブロック図を示す。当該装置は、ネットワークノード（例えば、図１０に示されるネットワークノード１６０）において実装されうる。装置１５００は、図２５を参照して説明した例示的な方法、及び場合によっては本明細書で開示した任意の他のプロセス又は方法を実行するように動作可能である。図２５の方法は、必ずしも装置１５００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つ以上の他のエンティティによって実行されてもよい。
仮想装置１５００は、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアとを備えてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。いくつかの実施形態において、メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装形態では、処理回路は、本開示の１つ以上の実施形態に従って、受信ユニット１５０２と、判定ユニット１５０４と、通信ユニット１５０６と、装置１５００の他の任意の適切なユニットと、に対応する機能を実行させるために使用されてもよい。
いくつかの実施形態では、装置１５０６は、ｇＮＢ－ＣＵ又はｇＮＢ－ＤＵでありうる。図２６に示されるように、装置１５００は、受信ユニット１５０２、判定ユニット１５０４、及び通信ユニット１５０６を含む。受信ユニット１５０２は、装置１５００の受信機能を実行するように構成されうる。例えば、受信ユニット１５０２は、ＲＬＦ後の無線デバイスの再確立に応じて無線デバイスから、無線リンク障害の検出に応じて無線デバイスによってロギングされた情報を含む報告を受信するように構成されうる。別の例として、受信ユニット１５０２は、無線デバイスから、無線デバイスが利用可能な情報をロギングしたというインジケーションを受信するように構成されうる。更に別の例として、受信ユニット１５０２は、要求に応じて無線デバイスによってロギングされた情報を含む報告を受信するように構成されうる。更に別の例として、受信ユニット１５０２は、ユーザデータを取得するように構成されうる。
受信ユニット１５０２は、（例えば、無線デバイス又は別のネットワークノードから）任意の適切な情報を受信しうる。受信ユニット１５０２は、図１１に関連して上述したＲＦトランシーバ回路１７２等の受信機及び／又はトランシーバを含みうる。受信ユニット１５０２は、メッセージ及び／又は信号（無線又は有線）を受信するように構成された回路を含みうる。特定の実施の形態では、受信ユニット１５０２は、受信されたメッセージ及び／又は信号を、判定ユニット１５０４及び／又は装置１５００の任意の他の適切なユニットに伝達しうる。受信ユニット１５０２の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
判定ユニット１５０４は、装置１５００の処理機能を実行しうる。例えば、判定ユニット１５０４は、ユーザデータを取得するように構成されうる。
判定ユニット１５０４は、図１１に関連して上述した処理回路１７０等の１つ以上のプロセッサを含んでもよいし、又はその中に含められてもよい。判定ユニット１５０４は、上述の判定ユニット１５０４及び／又は処理回路１７０の機能のいずれかを実行するように構成されるアナログ及び／又はデジタル回路を含みうる。判定ユニット１５０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
通信ユニット１５０６は、装置１５００の送信機能を実行するように構成されうる。例えば、通信ユニット１５０６は、無線デバイスが利用可能な情報をロギングしたという受信したインジケーションに応じて無線デバイスへ、ロギングされた情報を報告することを求める要求を送信するように構成されうる。別の例として、通信ユニット１５０６は、ユーザデータをホストコンピュータ又は無線デバイスに転送するように構成されうる。
通信ユニット１５０６は、メッセージを（例えば、無線デバイス及び／又は別のネットワークノードへ）を送信しうる。通信ユニット１５０６は、図１１に関連して上述したＲＦトランシーバ回路１７２等の送信機及び／又はトランシーバを含みうる。通信ユニット１５０６は、メッセージ及び／又は信号を、（例えば、無線又は有線手段を介して）送信するように構成された回路を含みうる。特定の実施形態では、通信ユニット１５０６は、判定ユニット１５０４又は装置１５００の任意の他のユニットから送信用のメッセージ及び／又は信号を受信しうる。通信ユニット１５０４の機能は、いくつかの実施形態では、１つ以上の別個のユニットで実行されうる。
ユニットという用語は、電子機器、電気デバイス、及び／又は電子デバイスの分野において従来の意味を有してもよく、例えば、本明細書で説明されるような、電気回路及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力及び／又は表示機能等を実行するためのコンピュータプログラム又は命令を含んでもよい。
いくつかの実施形態では、コンピュータプログラム、コンピュータプログラムプロダクト、又はコンピュータコンピュータ読み取り可能記憶媒体は、コンピュータで実行されると、本明細書で開示される実施形態のいずれかを実行する命令を含む。更なる例では、当該命令は、信号又はキャリアで搬送され、コンピュータで実行可能であり、実行されると、本明細書で開示される実施形態のいずれかを実行する。
例示的な実施形態
例示的な実施形態１． 無線デバイスによって実行される方法であって、前記方法は、前記無線デバイスにおいて無線リンク障害（ＲＬＦ）を検出することに応じて、情報をロギングすることと、前記ＲＬＦの後の再確立に応じて、前記ロギングされた情報の少なくとも一部をネットワークノードへ報告することと、を含む、方法。
例示的な実施形態２． 実施形態１の方法であって、タイマー３１０の満了により前記ＲＬＦを検出することを更に含む、方法。
例示的な実施形態３． 実施形態２の方法であって、ビーム障害を検出することを更に含む、方法。
例示的な実施形態４． 実施形態３の方法であって、前記ロギングされた情報は、前記ビーム障害の前記検出についてのインジケーションを含む、方法。
例示的な実施形態５． 実施形態４の方法であって、前記ロギングされた情報は、前記ビーム障害の検出が生じた際の状態情報を更に含み、前記状態情報は、前記ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報と、のうちの１つ以上を含む、方法。
例示的な実施形態６． 実施形態２乃至５のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態７． 実施形態２乃至６のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態８． 実施形態２乃至７のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態９． 実施形態２乃至８のいずれかの方法であって、前記ロギングされた情報は、前記ＵＥが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態１０． 実施形態１の方法であって、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションにより前記ＲＬＦを検出することを更に含む、方法。
例示的な実施形態１１． 実施形態１０の方法であって、前記ランダムアクセスチャネル障害は、前記無線デバイスがランダムアクセスチャネル試行の最大回数に達することによるものである、方法。
例示的な実施形態１２． 実施形態１０又は１１の方法であって、ビーム障害を検出することを更に含む、方法。
例示的な実施形態１３． 実施形態１２の方法であって、前記ロギングされた情報は、前記ビーム障害の前記検出についてのインジケーションを含む、方法。
例示的な実施形態１４． 実施形態１３の方法であって、前記ロギングされた情報は、前記ビーム障害の検出が生じた際の状態情報を更に含み、前記状態情報は、前記ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報と、のうちの１つ以上を含む、方法。
例示的な実施形態１５． 実施形態１０乃至１４のいずれかの方法であって、ビーム故障回復がトリガされたことを判定することを更に含む、方法。
例示的な実施形態１６． 実施形態１５の方法であって、前記ロギングされた情報は、ビーム故障回復がトリガされたことのインジケーションを含む、方法。
例示的な実施形態１７． 実施形態１５又は１６の方法であって、前記ロギングされた情報は、前記ビーム障害回復が発生した際の状態情報を更に含み、当該状態情報は、ランダムアクセスチャネル試行ごとに、ビーム障害回復がトリガされた際にに選択されたリソース及び／又はビーム上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含む、方法。
例示的な実施形態１８． 実施形態１０乃至１７のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態１９． 実施形態１０乃至１８のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態２０． 実施形態１０乃至１９のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態２１． 実施形態１０乃至２０のいずれかの方法であって、前記ロギングされた情報は、前記ＵＥが無線リソース管理のためにモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態２２． 実施形態１０乃至２１のいずれかの方法であって、前記ロギングされた情報は、異なるプリアンブル再送信についてのビーム情報を含む、方法。
例示的な実施形態２３． 実施形態２０の方法であって、異なるプリアンブル送信についての前記ビーム情報は、各試行に対するビーム測定情報と、各試行におけるビーム選択の発生と、同じビームに対する電力ランピングの発生と、所与の選択されたビームについての競合の検出と、のうちの１つ以上を含む、方法。
例示的な実施形態２４． 実施形態１乃至２３のいずれかの方法であって、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記ネットワークノードへ送信することを更に含む、方法。
例示的な実施形態２５． 実施形態２４の方法であって、前記無線デバイスが利用可能な情報をロギングしたという前記インジケーションに応じて前記ネットワークノードから、前記ロギングされた情報を報告することを求める要求を受信することを更に含む、方法。
例示的な実施形態２６． 実施形態２４の方法であって、前記受信された要求に応じて、前記ロギングされた情報の前記少なくとも一部を前記ネットワークノードへ報告することを更に含む、方法。
例示的な実施形態２７． 上記実施形態のいずれかの方法であって、更に、ユーザデータを提供することと、前記ネットワークノードへの送信を介して前記ユーザデータをホストコンピュータへ転送することと、を更に含む、方法。
例示的な実施形態２８． ネットワークノードによって実行される方法であって、前記方法は、無線リンク障害（ＲＬＦ）の後の無線デバイスの再確立に応じて前記無線デバイスから、前記無線リンク障害の検出に応じて前記無線デバイスによってロギングされた情報を含む報告を受信することを含む、方法。
例示的な実施形態２９． 実施形態２８の方法であって、前記ＲＬＦは、タイマー３１０の満了によるものである、方法。
例示的な実施形態３０． 実施形態２９の方法であって、前記ロギングされた情報は、前記無線デバイスがビーム障害を検出したというインジケーションを含む、方法。
例示的な実施形態３１． 実施形態３０の方法であって、前記ロギングされた情報は、前記ビーム障害の検出が生じた際の状態情報を更に含み、前記状態情報は、前記ビーム障害が検出された際に前記無線デバイスによってモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報と、のうちの１つ以上を含む、方法。
例示的な実施形態３２． 実施形態２９乃至３１のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態３３． 実施形態２９乃至３２のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態３４． 実施形態２９乃至３３のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態３５． 実施形態２９乃至３４のいずれかの方法であって、前記ロギングされた情報は、前記ＵＥが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態３６． 実施形態２８の方法であって、前記ＲＬＦは、ランダムアクセスチャネル障害の媒体アクセス制御からのインジケーションによるものである、方法。
例示的な実施形態３７． 実施形態３６の方法であって、前記ランダムアクセスチャネル障害は、前記無線デバイスがランダムアクセスチャネル試行の最大回数に達することによるものである、方法。
例示的な実施形態３８． 実施形態３６又は３７の方法であって、前記ロギングされた情報は、前記無線デバイスがビーム障害を検出したというインジケーションを含む、方法。
例示的な実施形態３９． 実施形態３８の方法であって、前記ロギングされた情報は、前記ビーム障害の検出が生じた際の状態情報を更に含み、前記状態情報は、前記ビーム障害が検出された際にモニタリングされていたリソース上のビーム測定情報と、他のリソース上のビーム測定情報と、のうちの１つ以上を含む、方法。
例示的な実施形態４０． 実施形態３６乃至３９のいずれかの方法であって、前記ロギングされた情報は、ビーム障害回復がトリガされたことを前記無線デバイスが検出したことのインジケーションを含む、方法。
例示的な実施形態４１． 実施形態４０の方法であって、前記ロギングされた情報は、前記ビーム障害回復が発生した際の状態情報を更に含み、当該状態情報は、ランダムアクセスチャネル試行ごとに、ビーム障害回復がトリガされた際にに選択されたリソース及び／又はビーム上のビーム測定情報と、他のリソース上のビーム測定情報とのうちの１つ以上を含む、方法。
例示的な実施形態４２． 実施形態３６乃至４１のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態４３． 実施形態３６乃至４２のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リンクモニタリング又はビーム障害検出のためにモニタリングしていたファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態４４． 実施形態３６乃至４３のいずれかの方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
例示的な実施形態４５． 実施形態３６乃至４４のいずれかの方法であって、前記ロギングされた情報は、前記ＵＥが無線リソース管理のためにモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
例示的な実施形態４６． 実施形態３６乃至４５のいずれかの方法であって、前記ロギングされた情報は、異なるプリアンブル再送信についてのビーム情報を含む、方法。
例示的な実施形態４７． 実施形態４６の方法であって、異なるプリアンブル送信についての前記ビーム情報は、各試行に対するビーム測定情報と、各試行におけるビーム選択の発生と、同じビームに対する電力ランピングの発生と、所与の選択されたビームについての競合の検出と、のうちの１つ以上を含む、方法。
例示的な実施形態４８． 実施形態２８乃至４７のいずれかの方法であって、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記無線デバイスから受信することを更に含む、方法。
例示的な実施形態４９． 実施形態４８の方法であって、前記無線デバイスが利用可能な情報をロギングしたという、前記受信されたインジケーションに応じて前記無線デバイスへ、前記ロギングされた情報を報告することを求める要求を送信することを更に含む、方法。
例示的な実施形態５０． 実施形態４９の方法であって、前記要求に応じて前記無線デバイスによってロギングされた情報を含む前記報告を受信することを更に含む、方法。
例示的な実施形態５１． 上記実施形態のいずれかの方法であって、更に、ユーザデータを取得することと、前記ユーザデータをホストコンピュータ又は無線デバイスへ転送することと、を含む、方法。
例示的な実施形態５２． 無線デバイスであって、実施形態１乃至２７のいずれかに含まれるステップを実行するように構成された処理回路と、前記無線デバイスに電力を供給するように構成された電源回路と、を備える、無線デバイス。
例示的な実施形態５３． ネットワークノードであって、実施形態２８乃至５１のいずれかに含まれるステップを実行するように構成された処理回路と、前記無線デバイスに電力を供給するように構成された電源回路と、を備える、ネットワークノード。
例示的な実施形態５４． ユーザ装置（ＵＥ）であって、前記ＵＥは、無線信号を送受信するように構成されたアンテナと、前記アンテナに接続され、かつ、処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、実施形態１乃至２７のいずれかに含まれるステップを実行するように構成された前記処理回路と、前記処理回路に接続され、前記ＵＥへの情報の入力が前記処理回路によって処理されることを可能にするように構成された入力インタフェースと、前記処理回路に接続され、前記処理回路によって処理された前記ＵＥからの情報を出力するように構成された出力インタフェースと、前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリと、を備える、ユーザ装置。
例示的な実施形態５５． コンピュータプログラムであって、コンピュータ上で実行されると、実施形態１乃至２７のいずれかに含まれるステップを実行する命令を含む、コンピュータプログラム。
例示的な実施形態５６． コンピュータプログラムを含むコンピュータプログラムプロダクトであって、前記コンピュータプログラムは、コンピュータ上で実行されると、実施形態１乃至２７のいずれかに含まれるステップを実行する命令を含む、コンピュータプログラムプロダクト。
例示的な実施形態５７． コンピュータプログラムを含む非一時的コンピュータ読み取り可能記憶媒体又はキャリアであって、前記コンピュータプログラムは、コンピュータ上で実行されると、実施形態１乃至２７のいずれかに含まれるステップを実行する命令を含む、記憶媒体又はキャリア。
例示的な実施形態５８． コンピュータプログラムであって、コンピュータ上で実行されると、実施形態２８乃至５１のいずれかに含まれるステップを実行する命令を含む、コンピュータプログラム。
例示的な実施形態５９． コンピュータプログラムを含むコンピュータプログラムプロダクトであって、前記コンピュータプログラムは、コンピュータ上で実行されると、実施形態２８乃至５１のいずれかに含まれるステップを実行する命令を含む、コンピュータプログラムプロダクト。
例示的な実施形態６０． コンピュータプログラムを含む非一時的コンピュータ読み取り可能記憶媒体又はキャリアであって、前記コンピュータプログラムは、コンピュータ上で実行されると、実施形態２８乃至５１のいずれかに含まれるステップを実行する命令を含む、記憶媒体又はキャリア。
例示的な実施形態６１． ホストコンピュータを含む通信システムであって、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するために前記ユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、前記セルラネットワークは、無線インタフェース及び処理回路を有するネットワークノードを含み、前記ネットワークノードの処理回路は、実施形態２８乃至５１のいずれかに含まれるステップを実行するように構成される、通信システム。
例示的な実施形態６２． 上記実施形態の通信システムであって、前記ネットワークノードを更に備える、通信システム。
例示的な実施形態６３． 上記２つの実施形態の通信システムであって、前記ＵＥを更に含み、前記ＵＥは前記ネットワークノードと通信するように構成される、通信システム。
例示的な実施形態６４． 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、通信システム。
例示的な実施形態６５． ホストコンピュータ、ネットワークノード、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記ネットワークノードを備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記ネットワークノードは、実施形態２８乃至５１のいずれかに含まれるステップを実行する、方法。
例示的な実施形態６６． 上記実施形態の方法であって、前記基ネットワークノードにおいて、ユーザデータを送信することを更に含む、方法。
例示的な実施形態６７． 上記２つの実施形態の方法であって、前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は更に、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを含む、方法。
例示的な実施形態６８． ネットワークノードと通信するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、無線インタフェースと、上記３つの実施形態の方法を実行するように構成された処理回路とを備える、ＵＥ。
例示的な実施形態６９． ホストコンピュータを含む通信システムであって、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するためにユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、前記ＵＥは、無線インタフェース及び処理回路を有する基地局を備え、前記ＵＥの処理回路は、実施形態１乃至２７のいずれかに含まれるステップを実行するように構成される、通信システム。
例示的な実施形態７０． 上記実施形態の通信システムであって、前記セルラネットワークは、前記ＵＥと通信するように構成されたネットワークノードを更に含む、通信システム。
例示的な実施形態７１． 上記２つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成されている、通信システム。
例示的な実施形態７２． ホストコンピュータ、ネットワークノード、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記ネットワークノードを備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥは、実施形態１乃至２７のいずれかに含まれるステップを実行する、方法。
例示的な実施形態７３． 上記実施形態の方法であって、前記ＵＥにおいて、前記ネットワークノードから前記ユーザデータを受信することを更に含む、方法。
例示的な実施形態７４． ユーザ装置（ＵＥ）からネットワークノードへの送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、前記ＵＥは、無線インタフェース及び処理回路を備え、前記ＵＥの処理回路は、実施形態１乃至２７のいずれかに含まれるステップを実行するように構成される、通信システム。
例示的な実施形態７５． 上記実施形態の通信システムであって、前記ＵＥを更に備える、通信システム。
例示的な実施形態７６． 上記２つの実施形態の通信システムであって、前記ネットワークノードを更に含み、当該ネットワークノードは、前記ＵＥと通信するように構成された無線インタフェースと、前記ＵＥから前記ネットワークノードへの送信によって搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成された通信インタフェースと、を備える、通信システム。
例示的な実施形態７７． 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによって前記ユーザデータを提供するように構成されている、通信システム。
例示的な実施形態７８． 上記４つの実施形態の通信システムであって、前記ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、前記要求データに応じて前記ユーザデータを提供するように構成される、通信システム。
例示的な実施形態７９． ホストコンピュータ、ネットワークノード、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記ＵＥから前記ネットワークノードへ送信されたユーザデータを受信することを含み、前記ＵＥは、実施形態１乃至２７のいずれかに含まれるステップを実行する、方法。
例示的な実施形態８０． 上記実施形態の方法であって、前記ＵＥにおいて、前記ネットワークノードへ前記ユーザデータを提供することを更に含む、方法。
例示的な実施形態８１． 上記２つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信対象の前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、を更に含む、方法。
例示的な実施形態８２． 上記３つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データであって、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される前記入力データを受信することと、を含み、送信対象の前記ユーザデータは、前記入力データに応じて前記クライアントアプリケーションによって提供される、方法。
例示的な実施形態８３． ユーザ装置（ＵＥ）からネットワークノードへの送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、前記ネットワークノードは、無線インタフェース及び処理回路を備え、前記ネットワークノードの処理回路は、実施形態２８乃至５１のいずれかに含まれるステップを実行するように構成される、通信システム。
例示的な実施形態８４． 上記実施形態の通信システムであって、前記ネットワークノードを更に備える、通信システム。
例示的な実施形態８５． 上記２つの実施形態の通信システムであって、前記ＵＥを更に含み、前記ＵＥは前記ネットワークノードと通信するように構成される、通信システム。
例示的な実施形態８６． 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストコンピュータと関連付けられたクライアントアプリケーションを実行することで、前記ホストコンピュータによって受信される前記ユーザデータを提供するように構成される、通信システム。
例示的な実施形態８７． ホストコンピュータ、ネットワークノード、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記ネットワークノードが前記ＵＥから受信した送信から生じたユーザデータを、前記ネットワークノードから受信することを含み、前記ＵＥは、実施形態１乃至２７のいずれかに含まれるステップを実行する、方法。
例示的な実施形態８８． 上記実施形態の方法であって、前記ネットワークノードにおいて、前記から前記ユーザデータを受信することを更に含む、方法。
例示的な実施形態８９． 上記２つの実施形態の方法であって、前記ネットワークノードにおいて、前記受信したユーザデータの前記ホストコンピュータへの送信を開始することを更に含む、方法。

Claims (44)

  1. 無線デバイス（１１０）によって実行される方法であって、前記方法は、
    前記無線デバイスにおける無線リンク障害（ＲＬＦ）の検出に応じて、無線リンクモニタリングリソースに関連する情報をロギングすることと、
    前記ＲＬＦの後の再確立に応じて、前記ロギングされた情報の少なくとも一部をネットワークノードへ報告することと、
    を含む、方法。
  2. 請求項１に記載の方法であって、更に、
    タイマー３１０の満了により前記ＲＬＦを検出することを含む、方法。
  3. 請求項１に記載の方法であって、前記ＲＬＦを検出することは、ビーム障害又はビーム障害回復障害を検出することを含み、前記ロギングされた情報は、前記ビーム障害の前記検出についてのインジケーションを含む、方法。
  4. 請求項１乃至３のいずれか１項に記載の方法であって、前記ロギングされた情報は、ＲＬＦの前記検出が生じた際の状態情報を更に含み、前記状態情報は、
    前記ＲＬＦが検出された際にモニタリングされていたリソース上のビーム測定情報と、
    他のリソース上のビーム測定情報と、
    のうちの１つ以上を含む、方法。
  5. 請求項１乃至４のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスがモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
  6. 請求項１に記載の方法であって、ランダムアクセスチャネル（ＲＡＣＨ）障害の媒体アクセス制御からのインジケーションにより前記ＲＬＦを検出することを更に含む、方法。
  7. 請求項１乃至６のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスがモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
  8. 請求項１乃至７のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理についてモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
  9. 請求項１乃至８のいずれか１項に記載の方法であって、前記ロギングされた情報は、異なるプリアンブル再送信に関連付けられたビーム情報を含む、方法。
  10. 請求項９に記載の方法であって、異なるプリアンブル送信に関連付けられた前記ビーム情報は、
    各試行に対するビーム測定情報と、
    同一ビームにおける電力ランピングの発生と、
    所与の選択されたビームについての競合の検出と、
    のうちの１つ以上を含む、方法。
  11. 請求項１乃至１０のいずれか１項に記載の方法であって、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記ネットワークノードへ送信することを更に含む、方法。
  12. 請求項１１に記載の方法であって、更に、
    前記無線デバイスが利用可能な情報をロギングしたという前記インジケーションに応じて前記ネットワークノードから、前記ロギングされた情報を報告することを求める要求を受信することと、
    前記ロギングされた情報の前記少なくとも一部を、前記受信された要求に応じて前記ネットワークノードへ報告することと、を含む、方法。
  13. ネットワークノードによって実行される方法であって、前記方法は、
    無線リンク障害（ＲＬＦ）の後の無線デバイスの再確立に応じて前記無線デバイスから、前記ＲＬＦの検出に応じて前記無線デバイスによってロギングされた情報を含む報告を受信することを含む、方法。
  14. 請求項１３に記載の方法であって、前記ロギングされた情報は、前記無線デバイスがビーム障害又はビーム障害回復障害を検出したというインジケーションを含む、方法。
  15. 請求項１４に記載の方法であって、前記ロギングされた情報は、前記ＲＬＦの前記検出が生じた際の状態情報を更に含み、前記状態情報は、
    前記ＲＬＦが検出された際に前記無線デバイスによってモニタリングされていたリソース上のビーム測定情報と、
    他のリソース上のビーム測定情報と、
    のうちの１つ以上を含む、方法。
  16. 請求項１３乃至１５のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
  17. 請求項１３乃至１６のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、方法。
  18. 請求項１３乃至１７のいずれか１項に記載の方法であって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理についてモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、方法。
  19. 請求項１３乃至１８のいずれか１項に記載の方法であって、前記ロギングされた情報は、異なるプリアンブル再送信に関連付けられたビーム情報を含む、方法。
  20. 請求項１９に記載の方法であって、異なるプリアンブル送信に関連付けられた前記ビーム情報は、
    各試行に対するビーム測定情報と、
    同一ビームにおける電力ランピングの発生と、
    所与の選択されたビームについての競合の検出と、
    のうちの１つ以上を含む、方法。
  21. 請求項１３乃至２０のいずれか１項に記載の方法であって、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記無線デバイスから受信することを更に含む、方法。
  22. 請求項２１に記載の方法であって、更に、
    前記無線デバイスが利用可能な情報をロギングしたという、前記受信されたインジケーションに応じて前記無線デバイスへ、前記ロギングされた情報を報告することを求める要求を送信することと、
    前記無線デバイスによってロギングされた情報を含む報告を、前記要求に応じて受信することと、を含む、方法。
  23. 無線デバイスであって、
    処理回路を備え、当該処理回路は、
    前記無線デバイスにおける無線リンク障害（ＲＬＦ）の検出に応じて、無線リンクモニタリングリソースに関連する情報をロギングし、
    前記ＲＬＦの後の再確立に応じて、前記ロギングされた情報の少なくとも一部をネットワークノードへ報告する、
    ように構成される、無線デバイス。
  24. 請求項２３に記載の無線デバイスであって、前記処理回路は、タイマー３１０の満了により前記ＲＬＦを検出するように構成される、無線デバイス。
  25. 請求項２３に記載の無線デバイスであって、前記ＲＬＦを検出することは、ビーム障害回復障害を検出することを含み、前記ロギングされた情報は、前記ビーム障害の前記検出についてのインジケーションを含む、無線デバイス。
  26. 請求項２３乃至２５のいずれか１項に記載の無線デバイスであって、前記ロギングされた情報は、ＲＬＦの前記検出が生じた際の状態情報を更に含み、前記状態情報は、
    前記ＲＬＦが検出された際にモニタリングされていたリソース上のビーム測定情報と、
    他のリソース上のビーム測定情報と、
    のうちの１つ以上を含む、無線デバイス。
  27. 請求項２３乃至２６のいずれか１項に記載の無線デバイスであって、前記ロギングされた情報は、前記無線デバイスがモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、無線デバイス。
  28. 請求項２３に記載の無線デバイスであって、前記処理回路は、ランダムアクセスチャネル（ＲＡＣＨ）障害の媒体アクセス制御からのインジケーションより前記ＲＬＦを検出するように構成される、無線デバイス。
  29. 請求項２３乃至２８のいずれか１項に記載の無線デバイスであって、前記ロギングされた情報は、前記無線デバイスがモニタリングしているリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、無線デバイス。
  30. 請求項２３乃至２９のいずれか１項に記載の無線デバイスであって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理についてモニタリングしているリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、無線デバイス。
  31. 請求項２３乃至３０のいずれか１項に記載の無線デバイスであって、前記ロギングされた情報は、異なるプリアンブル再送信に関連付けられたビーム情報を含む、無線デバイス。
  32. 請求項３１に記載の無線デバイスであって、異なるプリアンブル送信に関連付けられた前記ビーム情報は、
    各試行に対するビーム測定情報と、
    同一ビームにおける電力ランピングの発生と、
    所与の選択されたビームについての競合の検出と、
    のうちの１つ以上を含む、無線デバイス。
  33. 請求項２３乃至３２のいずれか１項に記載の方法であって、前記処理回路は、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記ネットワークノードへ送信するように構成される、無線デバイス。
  34. 請求項３３に記載の無線デバイスであって、前記処理回路は、
    前記無線デバイスが利用可能な情報をロギングしたという前記インジケーションに応じて前記ネットワークノードから、前記ロギングされた情報を報告することを求める要求を受信し、
    前記ロギングされた情報の前記少なくとも一部を、前記受信された要求に応じて前記ネットワークノードへ報告する、
    ように構成される、無線デバイス。
  35. ネットワークノードであって、
    処理回路を備え、当該処理回路は、
    無線リンク障害（ＲＬＦ）の後の無線デバイスの再確立に応じて前記無線デバイスから、前記ＲＬＦの検出に応じて前記無線デバイスによってロギングされた情報を含む報告を受信するように構成される、ネットワークノード。
  36. 請求項３５に記載のネットワークノードであって、前記ロギングされた情報は、前記無線デバイスがビーム障害を検出したというインジケーションを含む、ネットワークノード。
  37. 請求項３６に記載のネットワークノードであって、前記ロギングされた情報は、前記ＲＬＦの前記検出が生じた際の状態情報を更に含み、前記状態情報は、
    前記ＲＬＦが検出された際に前記無線デバイスによってモニタリングされていたリソース上のビーム測定情報と、
    他のリソース上のビーム測定情報と、
    のうちの１つ以上を含む、ネットワークノード。
  38. 請求項３５乃至３８のいずれか１項に記載のネットワークノードであって、前記ロギングされた情報は、前記無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、ネットワークノード。
  39. 請求項３５乃至３８のいずれか１項に記載のネットワークノードであって、前記ロギングされた情報は、前記無線デバイスがモニタリングしていたリファレンス信号上の、１つ以上の隣接セルのビーム測定情報を含む、ネットワークノード。
  40. 請求項３５乃至３９のいずれか１項に記載のネットワークノードであって、前記ロギングされた情報は、前記無線デバイスが無線リソース管理についてモニタリングしていたリファレンス信号上の、１つ以上のサービングセルのビーム測定情報を含む、ネットワークノード。
  41. 請求項３５乃至４０のいずれか１項に記載のネットワークノードであって、前記ロギングされた情報は、異なるプリアンブル再送信に関連付けられたビーム情報を含む、ネットワークノード。
  42. 請求項４１に記載のネットワークノードであって、異なるプリアンブル送信に関連付けられた前記ビーム情報は、
    各試行に対するビーム測定情報と、
    同一ビームにおける電力ランピングの発生と、
    所与の選択されたビームについての競合の検出と、
    のうちの１つ以上を含む、ネットワークノード。
  43. 請求項３５乃至４２のいずれか１項に記載のネットワークノードであって、前記処理回路は、前記無線デバイスが利用可能な情報をロギングしたというインジケーションを、前記無線デバイスから受信するように構成される、ネットワークノード。
  44. 請求項４３に記載のネットワークノードであって、前記処理回路は、
    前記無線デバイスが利用可能な情報をロギングしたという、前記受信されたインジケーションに応じて前記無線デバイスへ、前記ロギングされた情報を報告することを求める要求を送信し、
    前記無線デバイスによってロギングされた情報を含む報告を、前記要求に応じて受信する、
    ように構成される、ネットワークノード。
JP2021541691A 2019-02-14 2020-02-12 無線リンクモニタリング、ビーム障害検出、及びビーム障害回復のためのユーザ装置からネットワークへの報告 Active JP7315681B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962805827P 2019-02-14 2019-02-14
US62/805,827 2019-02-14
PCT/SE2020/050150 WO2020167226A1 (en) 2019-02-14 2020-02-12 Reporting from user equipment to the network for radio link monitoring, beam failure detection, and beam failure recovery

Publications (2)

Publication Number Publication Date
JP2022521140A true JP2022521140A (ja) 2022-04-06
JP7315681B2 JP7315681B2 (ja) 2023-07-26

Family

ID=69726680

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021541691A Active JP7315681B2 (ja) 2019-02-14 2020-02-12 無線リンクモニタリング、ビーム障害検出、及びビーム障害回復のためのユーザ装置からネットワークへの報告

Country Status (5)

Country Link
US (1) US20220104300A1 (ja)
EP (1) EP3925403B1 (ja)
JP (1) JP7315681B2 (ja)
CN (1) CN113519204A (ja)
WO (1) WO2020167226A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111586842B (zh) * 2019-02-15 2023-09-05 华为技术有限公司 通信方法和通信装置
EP3964025A1 (en) * 2019-05-02 2022-03-09 Nokia Technologies Oy Robust beam failure recovery using a non-serving cell
CN114073165A (zh) * 2019-07-18 2022-02-18 Oppo广东移动通信有限公司 一种信息上报方法及装置、终端、网络设备
WO2021025062A1 (ja) * 2019-08-08 2021-02-11 京セラ株式会社 通信制御方法
WO2021198304A1 (en) * 2020-03-31 2021-10-07 Sony Group Corporation Beam management for device-to-device communication
US11617211B2 (en) * 2020-04-21 2023-03-28 Qualcomm Incorporated Techniques for random access channel beam sweeping across multiple physical cell identifiers of a serving cell
US11595835B2 (en) * 2021-04-20 2023-02-28 Cisco Technology, Inc. Service cognizant radio role assignments
CN116156629A (zh) * 2021-11-17 2023-05-23 华为技术有限公司 波束恢复方法、波束失败检测方法以及相关装置
WO2023201604A1 (en) * 2022-04-21 2023-10-26 Qualcomm Incorporated Explicit beam failure detection reference signal activation and deactivation
WO2024025449A1 (en) * 2022-07-27 2024-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Reporting radio-related failures with rlm/bld relaxation information
WO2024030907A1 (en) * 2022-08-04 2024-02-08 Interdigital Patent Holdings, Inc. Devices, methods, and systems for rlm and bfd for l1/l2 mobility

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018115387A1 (en) * 2016-12-22 2018-06-28 Sony Corporation Apparatus and method for a mobile telecommunications system
WO2018204863A1 (en) * 2017-05-04 2018-11-08 Ofinno Technologies, Llc Beam-based measurement configuration

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2817997T3 (da) * 2012-02-22 2020-08-24 Ericsson Telefon Ab L M Selvorganiseringsnetværksfunktionsinteraktion
US10425874B2 (en) * 2015-03-02 2019-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for managing radio link failures in a wireless communication network
JP2020526086A (ja) * 2017-06-23 2020-08-27 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｎｒにおける統合されたｒｌｆ検出、マルチビームｒｌｍ、及びフルダイバーシティｂｆｒメカニズム
US10863364B2 (en) * 2017-07-21 2020-12-08 Qualcomm Incororated Methods and apparatus for enhanced information reporting
US11206596B2 (en) * 2017-11-27 2021-12-21 Asustek Computer Inc. Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
GB2583323B (en) * 2018-01-04 2023-03-01 Samsung Electronics Co Ltd Semi-persistent channel state information report
KR20200120636A (ko) * 2018-02-16 2020-10-21 레노보 (싱가포르) 피티이. 엘티디. 대역폭 부분들에 대응하는 리소스들
CN110234161A (zh) * 2018-03-05 2019-09-13 华硕电脑股份有限公司 无线通信系统中处置波束故障恢复的方法和设备
CN110913428B (zh) * 2018-09-14 2022-04-26 大唐移动通信设备有限公司 一种信息上报方法、信息获取方法、终端及网络设备
WO2020061569A1 (en) * 2018-09-21 2020-03-26 Perk-Up, Inc. D/B/A Kari-Out Co. Leak-resistant paper clamshell containers
US11259331B2 (en) * 2018-09-27 2022-02-22 Ofinno, Llc RACH type switching

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018115387A1 (en) * 2016-12-22 2018-06-28 Sony Corporation Apparatus and method for a mobile telecommunications system
WO2018204863A1 (en) * 2017-05-04 2018-11-08 Ofinno Technologies, Llc Beam-based measurement configuration

Also Published As

Publication number Publication date
WO2020167226A1 (en) 2020-08-20
EP3925403B1 (en) 2022-08-17
CN113519204A (zh) 2021-10-19
US20220104300A1 (en) 2022-03-31
EP3925403A1 (en) 2021-12-22
JP7315681B2 (ja) 2023-07-26

Similar Documents

Publication Publication Date Title
RU2747278C1 (ru) Инициируемое представление отчета об измерениях для беспроводной связи
JP7315681B2 (ja) 無線リンクモニタリング、ビーム障害検出、及びビーム障害回復のためのユーザ装置からネットワークへの報告
US20220141725A1 (en) Reporting of Successful Handover to a Target Cell
US20220131793A1 (en) Centralized Unit-Distributed Unit Communication Associated to Radio Link Failure Report and Beam Failure Recovery Attempts
JP7022212B2 (ja) 無線リンクモニタリングを実行するための方法
TWI728697B (zh) 具有波束選擇資訊之隨機存取通道報告
US20220030623A1 (en) Wireless channel switching
JP7344986B2 (ja) 無線通信ネットワークにおける事前構成されたアップリンクリソース上の送信を制御する方法及び装置
JP2022506427A (ja) モビリティプロシージャ
US20230040285A1 (en) Reporting Failures of Conditional Handover Mobility Operations
WO2020167236A1 (en) Management of coverage and capacity
JP2021523628A (ja) マルチセルｉｄシナリオにおけるセルｉｄ選択
JP2022527170A (ja) ダウンリンククリアチャネル評価障害の指示
JP2022544586A (ja) Ｃｃａの存在下におけるｕｅ動作のためのシステムおよび方法
EP4158992B1 (en) Reconnection cell id in rlf report
WO2022084544A1 (en) Methods for adapting a radio link procedure for ue power saving
US20220167371A1 (en) Methods, apparatus and computer-readable mediums relating to uplink transmissions

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210921

A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A529

Effective date: 20210921

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210921

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220729

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220902

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20221128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230302

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230616

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230713

R150 Certificate of patent or registration of utility model

Ref document number: 7315681

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150