(57)【要約】ネットワーク設備、例えば、ユーザ側のＵＥデバイス（又はＴＲＰ若しくは基地局のようなネットワーク側デバイス）においてニュー・ラジオ（ＮＲ）リンク障害を検出してＲＬＭ及びリンク障害回復を実行するシステム及び方法が開示される。システム及び方法は、性能最適化のために、マルチビームＲＬＭ及びフルダイバーシティ又はマルチパスリンク障害回復指示を用いて、検出された無線リンクについての受信された指示を統合する。
2020526086.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）の無線リンク障害（ＲＬＦ）を検出する方法であって、
ＢＦＲにより生成される（非周期性）ＩＳ、ＯＳＳ、若しくは明示的ＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成される（周期性）ＩＳ、ＯＳＳ指示、又は並行して両方の指示のうちの少なくとも１つを受信することと、
特定の基準信号若しくはビーム若しくはチャネル若しくはキャリア若しくはセルについて、又はそれらのうちの複数にわたって、前記検出される無線リンクの前記受信された指示の１又は複数を統合することと、
前記統合された指示をＲＬＦへ送信することと、
高速且つ信頼できるＲＬＦ宣言のために前記ＲＬＦの状態機械（Ｎ３１０、Ｔ３１０、Ｎ３１１、Ｔ３１１、Ｔ３１２、等）に影響を及ぼすように前記統合された指示を用いることと
を有する方法。
【請求項２】
当該方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに置かれるか、あるいは、それら又は異なるプロトコルレイヤにわたって分配され、
前記ＢＦＲ指示及びＲＬＭ指示は、並行して、又はＲＬＭに基づく手続き的統合後にＲＬＭを通じてのみ、当該方法に入力され得る、
請求項１に記載の方法。
【請求項３】
ＲＬＦへ送信される統合された指示は、ＢＦＲ動作が成功若しくは失敗であったかどうかの指示に、又はＢＦＲにより生成される非周期性ＩＳ若しくはＯＯＳ指示に、又はＲＬＭにより生成される周期性ＩＳ若しくはＯＯＳ指示に、又はそれらの全てにもっぱら基づく、
請求項１に記載の方法。
【請求項４】
ＢＦＲ動作に影響を及ぼすように物理レイヤへのＢＦＲ動作コマンド又はＲＬＦステータス指示を生成することを更に有する、
請求項１に記載の方法。
【請求項５】
複数のビームは、
同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、
同じ又は異なる周波数キャリアでの複数のビーム、
同じ又は異なる方向の複数のビーム、
同じ又は異なる基準信号の複数のビーム、
同じ又は異なるチャネルでの複数のビーム、
同じ又は異なるセル内の異なるネットワークデバイスからの複数のビーム
のうちの少なくとも１つを有する、
請求項１に記載の方法。
【請求項６】
前記ＢＦＲ指示は、
ビーム形成無線リンク、
１又は複数のビームのサービングチャネルの指示、
前記ビームの基準信号、
コンポーネントキャリアの指示、及び
関連するセルの識別
のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項７】
ＢＦＲ動作に影響を及ぼすように物理レイヤへのＢＦＲ動作コマンド又はＲＬＦステータス指示を生成することを更に有する、
請求項６に記載の方法。
【請求項８】
ビームごとの及び特定の基準信号のビーム品質メトリックに基づき、キャリアレベル、チャネルレベル、又はセルレベルのチャネル品質を導出することを更に有する、
請求項１に記載の方法。
【請求項９】
ＲＬＭ同期内（ＩＳ）指示又は同期外れ（ＯＯＳ）指示を導出及び生成するように、マルチビームチャネル品質メトリック（フィルタ処理されたＲＳＲＰ又はＳＩＮＲ）を導出する数学的基準、設定可能な閾値を上回る品質のビームを選択する多数の最良ビーム選択ポリシー、ビーム特有のフィルタリングポリシー、及びメトリック閾値若しくは仮説的ＢＬＥＲ又はそれらの組み合わせと比較する基準を更に有する、
請求項８に記載の方法。
【請求項１０】
個別のＢＦＲ指示は、同期内（ＩＳ）指示、又は同期外れ（ＯＯＳ）指示、又はＢＦＲステータス指示である、
請求項１に記載の方法。
【請求項１１】
複数のビーム信号の夫々についての個別のビーム障害回復（ＢＦＲ）指示を物理レイヤから受信する前に、前記物理レイヤは、ＢＦＲ成功／失敗ステータスを決定する、
請求項１０に記載の方法。
【請求項１２】
特定のビーム信号についてのＢＦＲが成功ステータスであると前記物理レイヤが決定した後に、前記物理レイヤによって、前記特定のビーム信号についての非周期性の個別的指示を送信することを更に有し、
前記非周期性の個別的指示は、前記ＩＳ又は前記ＢＦＲ成功指示である、
請求項１１に記載の方法。
【請求項１３】
特定のビーム信号についてのＢＦＲが成功ステータスであると前記物理レイヤが決定した後に、前記物理レイヤによって、前記特定のビーム信号についての非周期性の個別的指示を送信することを更に有し、
前記非周期性の個別的指示は、前記ＯＳＳ又は前記ＢＦＲ失敗指示である、
請求項１１に記載の方法。
【請求項１４】
ＲＬＭ指示又は前記統合されたＢＦＲ指示に基づき、特定の基準信号についての又は複数の基準信号の組み合わせについての（ビームレベル、キャリアレベル、ＵＬ若しくはＤＬ方向、制御若しくはデータチャネルレベル、又はセルレベルでの）無線リンク指示を導出することを更に有し、
前記無線リンクは、ビームレベル、キャリアレベル、ＵＬ方向若しくはＤＬ方向、制御チャネルレベル若しくはデータチャネルレベル、又はセルレベルのうちの１つにある、
請求項１に記載の方法。
【請求項１５】
１又は複数のビーム、基準信号、キャリア、方向、制御若しくはデータチャネル、セルに対応する前記無線リンクについてＯＲ、ＡＮＤ、加重和、又は任意の組み合わせによって前記ＩＳ指示又は前記ＯＯＳ指示又はＢＦＲ指示を結合することを更に有する、
請求項１４に記載の方法。
【請求項１６】
重みは、基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、セルごとに定義され、
前記重みは、デジタル数字又は線形スカラーであり、
前記加重和は、線形又は非線形関数である、
請求項１５に記載の方法。
【請求項１７】
個別のＢＦＲ指示を統合することは、
ＯＯＳ指示生成条件を満足する共通の又はセル特有のＤＬ制御チャネルを示す共通の同期外れ（ＯＳＳ）を決定すること、
前記ＯＯＳ指示生成条件を満足するＵＥ特有のＤＬ制御チャネルを示すＵＥ特有のＯＯＳ指示を決定すること、
結果として起こるＢＦＲ失敗又はＢＦＲプロセスの外にある段階的な失敗のいずれか一方を示すＢＦＲ失敗ステータスを決定すること、
設定された周期性又は非周期性イベントトリガ条件に従うタイマ又はイベントによりトリガされたＯＯＳ指示を決定すること、及び
上記の指示を組み合わせて、共通のリンクステータスを示す統合されたＯＯＳ指示を生成すること
のうちの少なくとも１つを有する、
請求項１４に記載の方法。
【請求項１８】
個別のＢＦＲ指示を統合することは、
ＩＳ生成条件を満足する共通の又はセル特有のＤＬ制御チャネルを示す共通の同期内（ＩＳ）指示を決定すること、
前記ＩＳ生成条件を満足するＵＥ特有のＤＬ制御チャネルを示すＵＥ特有のＩＳ指示を決定すること、
ＢＦＲ成功を示すＢＦＲ成功ステータスを決定すること、
設定された周期性又は非周期性イベントトリガ条件に従うタイマ又はイベントによりトリガされたＩＳ指示を決定すること、及び
上記の指示を組み合わせて、共通のリンクステータスを示す統合されたＩＳ指示を生成すること
のうちの少なくとも１つを有する、
請求項１４に記載の方法。
【請求項１９】
前記統合されたＢＦＲ指示は、
前記統合された（周期性又は非周期性）ＩＳ若しくはＯＯＳのみ、又は
（非周期性）ＢＦＲステータス指示のみ、又は
結果として起こるＢＦＲ成功ステータス指示のみ、又は
結果として起こるＢＦＲ成功指示及び段階的な（ＢＦＲプロセス外の）ＢＦＲ成功指示の両方、又は
結果として起こるＢＦＲ失敗ステータス指示のみ、又は
結果として起こるＢＦＲ失敗指示及び段階的な（ＢＦＲプロセス外の）ＢＦＲ失敗指示の両方、又は
前記統合されたＩＳ及びＯＯＳ、並びに前記結果として起こるＢＦＲ成功若しくは失敗ステータス指示の両方
のうちの少なくとも１つを有する、
請求項１乃至１８のうちいずれか一項に記載の方法。
【請求項２０】
無線リソース制御（ＲＲＣ）信号を受信することと、
前記ＲＲＣ信号によって無線リンク設定に従うことによってＢＦＲ又はＲＬＭの指示を決定することと、
設定された（ビーム、基準信号、チャネル、キャリア、方向、又はセル）レベルで前記指示に基づき前記ＲＬＦの状態機械（カウンタ、タイマ）に影響を及ぼすことと、
単一又は複数のビームの前記設定されたセル又はリンクレベルでのＲＬＦステータスを決定することと
を更に有する、
請求項１０に記載の方法。
【請求項２１】
当該方法は、
無線リソース制御（ＲＲＣ）信号を受信することと、
ＲＬＦ又はＲＲＣレイヤで利用可能な（ＵＬ又はＤＬ）パスを決定することと、
前記パスの利用可能性をＢＦＲに示すことと、
代案として前記パスを通じてＢＦＲ要求をリダイレクト又は加速することによって最適化により前記ＢＦＲの状態機械に影響を及ぼすことと
を更に有する、
請求項１に記載の方法。
【請求項２２】
上位レイヤでＲＬＣ又はＲＡＣＨ又はＨＯコマンドステータスを知ることと、
前記ステータスをＢＦＲに示すことと、
加速又は早期終了によりＢＦＲプロセスを最適化することによって前記ＢＦＲの状態機械に影響を及ぼすことと
を更に有する、
請求項１に記載の方法。
【請求項２３】
個別のＢＦＲ指示を物理レイヤから受信して統合し、該統合されたＢＦＲ指示を送信することは、前記物理レイヤ内の機能モジュール、あるいは、第２レイヤ内のモジュール若しくは第３レイヤ内のモジュール又はまとまってそれらによって、実行される、
請求項１に記載の方法。
【請求項２４】
ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
物理レイヤで、前記複数のビームの夫々についてビーム品質メトリックを決定することと、
シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、別個のビーム、リファレンス若しくは同期化信号、方向、キャリア、データ若しくは制御チャネル、セル又はそれらの任意の組み合わせに関して物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを評価することと、
ネットワーク設定及びタイマに基づく制約の下で前記物理レイヤで前記ダイバーシティを十分に活用することによって前記ＢＦＲ動作を達成することと、
ＢＦＲプロセス中に、最終のＢＦＲ動作ステータス（成功、失敗）を決定することと、
ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期性ＩＳ、又はＢＦＲ失敗に対応する非周期性ＯＳＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、
前記ＢＦＲ指示を他のモジュールへ送信することと
を有する方法。
【請求項２５】
ユーザ設備（ＵＥ）において無線リンクモニタリング（ＲＬＭ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
物理レイヤで、前記複数のビームの夫々についてビーム品質メトリックを決定することと、
設定された閾値に対するフィルタ処理されたメトリックに基づき、ビーム特有のメトリックフィルタリング、Ｘ最良ビーム選択を含む、ネットワーク設定マルチビームＲＬＭ基準に基づき前記決定されたビーム品質メトリックを評価して、設定された方法及び特定の基準信号、キャリア、チャネル、又はセルに従って、複数の選択されたビームから一意のサービングリンクメトリクスを導出することと、
周期性（ＩＳ、ＯＳＳ）指示を生成するように、設定されたＲＬＭ基準（ＲＳＲＰ若しくはＲＳＲＱ又は制御チャネルＢＬＥＲ対閾値）に従うことによって前記導出されたサービング無線リンクメトリクスを評価することと、
前記ＲＬＭ指示を他のモジュールへ送信することと
を有する方法。
【請求項２６】
統合により、ＢＦＲ成功ステータス指示が１又は複数のＩＳに、失敗ステータスがＯＯＳに、それらをＲＬＦに供給する前に変換され得る、
請求項２５に記載の方法。
【請求項２７】
ＲＬＦ状態機械の影響は、異なるソースにわたる前記指示を、それらの論理的又は数学的要約によって利用することに基づく、
請求項２５に記載の方法。
【請求項２８】
ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）の無線リンク障害（ＲＬＦ）を検出する方法であって、
ＢＦＲにより生成されるＩＳ、ＯＳＳ、明示的ＢＦＲ成功／失敗ステータス指示、又はＲＬＭにより生成される（周期性）ＩＳ、ＯＳＳ指示のうちの少なくとも１つである指示を受信することと、
前記検出される無線リンクの前記受信された指示を統合することと、
前記統合された指示をＲＬＦへ送信することと、
前記ＲＬＦの状態機械を変更するように前記統合された指示を用いることと
を有する方法。
【請求項２９】
当該方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに置かれるか、あるいは、それら又は異なるプロトコルレイヤにわたって分配され、
前記ＢＦＲ指示及びＲＬＭ指示は、並行して、又はＲＬＭに基づく手続き的統合後にＲＬＭを通じてのみ、当該方法に入力され得る、
請求項２７に記載の方法。
【請求項３０】
ＲＬＦへ送信される統合された指示は、ＢＦＲ動作が成功若しくは失敗であったかどうかの指示に、又はＢＦＲにより生成される非周期性ＩＳ若しくはＯＯＳ指示に、又はＲＬＭにより生成される周期性ＩＳ若しくはＯＯＳ指示に、又はそれらの全てにもっぱら基づく、
請求項２８に記載の方法。
【請求項３１】
ＢＦＲ動作に影響を及ぼすように物理レイヤへのＢＦＲ動作コマンド又はＲＬＦステータス指示を生成することを更に有する、
請求項２８に記載の方法。
【請求項３２】
ＢＦＲにより生成されるＩＳ、ＯＳＳ、明示的ＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成される（周期性）ＩＳ、又はＯＳＳ指示のうちの少なくとも１つである指示を受信するレシーバ手段と、
検出される無線リンクの前記受信された指示を統合し、該統合された指示をＲＬＦへ送信して、前記指示に基づき前記ＲＬＦの状態機械が変更されるようにするプロセッサ手段と
を有するネットワークデバイス。
【請求項３３】
当該方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに置かれるか、あるいは、それら又は異なるプロトコルレイヤにわたって分配され、
前記ＢＦＲ指示及びＲＬＭ指示は、並行して、又はＲＬＭに基づく手続き的統合後にＲＬＭを通じてのみ、当該方法に入力され得る、
請求項３２に記載のデバイス。
【請求項３４】
ＲＬＦへ送信される統合された指示は、ＢＦＲ動作が成功若しくは失敗であったかどうかの指示に、又はＢＦＲにより生成される非周期性ＩＳ若しくはＯＯＳ指示に、又はＲＬＭにより生成される周期性ＩＳ若しくはＯＯＳ指示に、又はそれらの全てにもっぱら基づく、
請求項３３に記載の方法。
【請求項３５】
ＢＦＲ動作に影響を及ぼすように物理レイヤへのＢＦＲ動作コマンド又はＲＬＦステータス指示を生成することを更に有する、
請求項３３に記載の方法。
【請求項３６】
ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々についてビーム品質メトリックを決定することと、
シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、（別個のビーム、方向、キャリア、データ若しくは制御チャネル、セルに関して）物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを評価することと、
ネットワーク設定及びタイマに基づく制約の下で前記物理レイヤで前記ダイバーシティを十分に活用することによって前記ＢＦＲ動作を達成することと、
ＢＦＲプロセス中に、最終のＢＦＲ動作ステータス（成功、失敗）を決定することと、
ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期性ＩＳ、又はＢＦＲ失敗に対応する非周期性ＯＳＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、
前記ＢＦＲ指示を他のモジュールへ送信することと
を有する方法。
【請求項３７】
ＢＦＲは、そのプロセスの途中では何も送信せず、確定的な指示のみをそれが決定された後に送信する、
請求項３６に記載の方法。
【請求項３８】
ユーザ設備（ＵＥ）において無線リンクモニタリング（ＲＬＭ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々についてビーム品質メトリックを決定することと、
設定された閾値に対するフィルタ処理されたメトリックに基づき、ビーム特有のメトリックフィルタリング、Ｘ最良ビーム選択を含む、ネットワーク設定マルチビームＲＬＭ基準に基づき前記決定されたビーム品質メトリックを評価して、設定された方法及び特定の基準信号、キャリア、チャネル、又はセルに従って、複数の選択されたビームから一意のサービングリンクメトリクスを導出することと、
最初又は周期性（ＩＳ、ＯＳＳ）の指示を生成するように、設定されたＲＬＭ基準（ＲＳＲＰ若しくはＲＳＲＱ又は制御チャネルＢＬＥＲ対閾値）に従うことによって前記導出されたサービング無線リンクメトリクスを評価することと、
前記ＲＬＭ指示を他のモジュールへ送信することと
を有する方法。
【請求項３９】
ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）の無線リンク障害（ＲＬＦ）を検出する方法であって、
ＢＦＲにより生成される（非周期性）ＩＳ、ＯＳＳ、若しくは明示的ＢＦＲ成功／失敗ステータス指示を受信すること、又は
ＲＬＭにより生成される（周期性）ＩＳ、ＯＳＳ指示を受信すること、又は
並行して両方の指示を受信すること、又は
ＢＦＲによって生成されるがＲＬＭによって処理され得るＲＬＭ指示からのみ受信することと、
特定の基準信号若しくはビーム若しくはチャネル若しくはキャリア若しくはセルについて、又はそれらのうちの複数にわたって、前記検出される無線リンクの前記受信された指示の１又は複数を統合することと、
前記統合された指示をＲＬＦへ送信することと、
高速且つ信頼できるＲＬＦ宣言のために前記ＲＬＦの状態機械に影響を及ぼすように前記（統合された）指示を用いることと
を有する方法。
【請求項４０】
マルチビームＲＬＭ動作及びＲＬＭ指示生成は、ＲＬＦの部分であるか、又は、逆もまた同じである、
請求項３９に記載の方法。
【請求項４１】
当該方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに、あるいは、それら又は異なるプロトコルレイヤにわたって分配的に、配置され得、
前記ＢＦＲ指示及びＲＬＭ指示は、並行して、又はＲＬＭに基づく処理又は手続き的統合後にＲＬＭを通じてのみ、当該方法に入力され得る、
請求項３９に記載の方法。
【請求項４２】
ＲＬＦへ送信される統合された指示は、ＢＦＲ動作が成功若しくは失敗であったかどうかの指示に、又はＢＦＲにより生成される非周期性ＩＳ若しくはＯＯＳ指示に、又はＲＬＭにより生成される周期性ＩＳ若しくはＯＯＳ指示に、又はそれらの複数にもっぱら基づく、
請求項３９に記載の方法。
【請求項４３】
ＢＦＲ動作に影響を及ぼすように上位レイヤから物理レイヤへのＢＦＲ動作コマンド又はＲＬＦ若しくはＲＬＣ若しくはＲＲＣ若しくはＲＬＭステータス指示を生成することを更に有する、
請求項３９に記載の方法。
【請求項４４】
複数のビームは、
同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、
同じ又は異なる周波数キャリアでの複数のビーム、
同じ又は異なる（ＤＬ／ＵＬ）方向の複数のビーム、
同じ又は異なる基準信号の複数のビーム、
同じ又は異なるチャネルでの複数のビーム、
同じ又は異なるセル内の同じ又は異なるネットワークデバイスからの複数のビーム
のうちの少なくとも１つを有する、
請求項３９に記載の方法。
【請求項４５】
前記ＢＦＲ指示は、
少なくとも１つのビーム形成無線リンク、
１又は複数のビームのサービングリンク又はチャネル、
前記ビームの基準信号、
コンポーネントキャリア、及び
関連する基地局若しくはセルの識別
を指す、
請求項３９に記載の方法。
【請求項４６】
単一又は複数のビームの及び特定の基準信号のビーム品質メトリックに基づき、キャリアレベル、チャネルレベル、又はセルレベルのリンク品質メトリックを導出することによって、リンク品質を検出することを更に有する、
請求項３９に記載の方法。
【請求項４７】
マルチビームＲＬＭ（ＩＳ、ＯＯＳ）指示動作を更に有する、
請求項４６に記載の方法。
【請求項４８】
個別のＢＦＲ指示は、同期内（ＩＳ）指示、又は同期外れ（ＯＯＳ）指示、又はＢＦＲ成功若しくは失敗ステータス指示を指す、
請求項３９に記載の方法。
【請求項４９】
複数のビームフォーミングされた信号の夫々についての個別のＢＦＲ指示は、物理レイヤが最終的なＢＦＲ成功／失敗ステータスを決定した後にのみ生成される、
請求項４８に記載の方法。
【請求項５０】
ＢＦＲ指示は、ＢＦＲ又はビーム管理イベントに基づきイベント駆動されるか又は非周期である、
請求項３９に記載の方法。
【請求項５１】
ＢＦＲ成功ステータス指示を１又は複数の（ＲＬＭ）ＩＳに変換し、失敗ステータスを１又は複数の（ＲＬＭ）ＯＯＳに変換し、あるいは、１又は複数のＲＬＭのＩＳ又はＯＯＳとして置換するか又はカウントされるようにＢＦＲ  ＩＳ、ＯＯＳを使用し、あるいは、ＲＬＭ指示としてしかし特別な重みを有してＢＦＲ非周期性ＩＳ又はＯＯＳ指示を扱い（非周期性ＩＳ／ＯＯＳは、ＲＬＭにより生成される周期性ＩＳ、ＯＯＳよりも高い重みを有し得る。）、あるいは、周期性ＲＬＭ  ＩＳ、ＯＯＳ指示に影響を及ぼすようにＢＦＲ非周期性指示（ＩＳ、ＯＯＳ又は成功及び失敗）を使用し、あるいは、ＲＬＭ状態機械（ＩＳ、ＯＯＳ生成）に影響を及ぼしてＲＬＭのＩＳ又はＯＯＳ周期性、それらの開始点、等に影響を及ぼすようにＢＦＲ成功又は失敗ステータスを使用することを更に有する、
請求項４０に記載の方法。
【請求項５２】
同じ基準信号及び無線リンクに対応する同じソース（ＲＬＭ又はＢＦＲ）からの（変換された又はされていない）ＩＳ指示を、１又は複数のビーム、キャリア、方向、制御若しくはデータチャネル、セルにわたって加重和（カウント）等の数学的要約又は論理的（ＯＲ、ＡＮＤ）演算によって結合し、同じことが（変換された又はされていない）ＯＯＳ指示の結合にも行われることを更に有する、
請求項３９に記載の方法。
【請求項５３】
前記統合の方法は、ＲＬＭからの周期性ＩＳ及びＢＦＲからの非周期性ＩＳを重み付けされた様態でしかし同じＲＬＦタイマ及びカウンタに従ってカウントし、同様のことをＯＯＳに対しても行う加重和等の数学的演算又は論理的（ＡＮＤ／ＯＲ）演算によって、異なるソースからの前記（変換された又は変換されていない）指示を結合する、
請求項３９に記載の方法。
【請求項５４】
前記重みは、基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、又はセルごとに定義され、
前記重みは、デジタル数字又は線形スカラーであり、
前記加重和は、線形又は非線形関数である、
請求項５２又は５３に記載の方法。
【請求項５５】
個別のＢＦＲ指示を統合することは、構成された又は対象の（マルチビーム）無線リンクについて、
ＯＯＳ指示生成条件を満足する共通の又はセル特有のＤＬ制御チャネルを示す共通の同期外れ（ＯＳＳ）を決定すること、
前記ＯＯＳ指示生成条件を満足するＵＥ特有のＤＬ制御チャネルを示すＵＥ特有のＯＯＳ指示を決定すること、
結果として起こるＢＦＲ失敗又はＢＦＲプロセスの外にある段階的な失敗のいずれか一方を示すＢＦＲ失敗ステータスを決定すること、
設定された周期性又は非周期性イベントトリガ条件に従うタイマ又はイベントによりトリガされたＯＯＳ指示を決定すること、及び
上記の指示を組み合わせて、前記無線リンクについての共通のリンクステータスを示す統合されたＯＯＳ指示を生成すること
のうちの少なくとも１つを有する、
請求項５２又は５３に記載の方法。
【請求項５６】
個別のＢＦＲ指示を統合することは、構成された又は対象の（マルチビーム）無線リンクについて、
ＩＳ生成条件を満足する共通の又はセル特有のＤＬ制御チャネルを示す共通の同期内（ＩＳ）指示を決定すること、
前記ＩＳ生成条件を満足するＵＥ特有のＤＬ制御チャネルを示すＵＥ特有のＩＳ指示を決定すること、
ＢＦＲ成功を示すＢＦＲ成功ステータスを決定すること、
設定された周期性又は非周期性イベントトリガ条件に従うタイマ又はイベントによりトリガされたＩＳ指示を決定すること、及び
上記の指示を組み合わせて、前記無線リンクについての共通のリンクステータスを示す統合されたＩＳ指示を生成すること
のうちの少なくとも１つを有する、
請求項５２又は５３に記載の方法。
【請求項５７】
前記統合されたＢＦＲ指示は、
前記統合された（周期性又は非周期性）ＩＳ若しくはＯＯＳのみ、
（非周期性）ＢＦＲステータス指示のみ、
結果として起こるＢＦＲ成功ステータス指示のみ、
結果として起こるＢＦＲ成功指示及び段階的な（ＢＦＲプロセス外の）ＢＦＲ成功指示の両方、
結果として起こるＢＦＲ失敗ステータス指示のみ、
結果として起こるＢＦＲ失敗指示及び段階的な（ＢＦＲプロセス外の）ＢＦＲ失敗指示の両方、又は
前記統合されたＩＳ及びＯＯＳ、並びに前記結果として起こるＢＦＲ成功若しくは心配ステータス指示の両方
のうちの少なくとも１つを有する、
請求項１乃至５７のうちいずれか一項に記載の方法。
【請求項５８】
無線リソース制御（ＲＲＣ）設定信号を受信すること、
前記ＲＲＣ信号によって無線リンク設定に従うことによって、どのような又はどのようにＢＦＲ又はＲＬＭの指示が生成、使用、又は統合されるかを決定すること、
前記設定に従って前記統合の方法及びパラメータを決定すること、
前記設定に従って前記マルチビームＲＬＭに対してフィルタリング基準並びにパラメータ及び（ＩＳ、ＯＯＳ）指示生成アプローチを決定すること、
前記設定に従って、ＲＬＦとＢＦＲとの間の上向き及び下向きの相互指示と、ＲＬＭとのそれらの（並列又はカスケード処理）関係とを決定すること、
設定された上位レベル（ＲＲＣ、ＲＬＣ、ＲＬＦ、ＲＬＭ、ＲＡＣＨ、等）ステータス又はイベントに基づき前記指示に基づいて前記ＢＦＲの状態機械（カウンタ、タイマ）に影響を及ぼすこと、
設定された（ビーム、基準信号、チャネル、キャリア、方向、又はセル）レベルで前記指示に基づいて前記ＲＬＦの状態機械（カウンタ、タイマ）に影響を及ぼすこと、及び
設定された（単一又は複数Ｙ個の）ビームの設定された（セル又はリンク）レベルでＲＬＦステータスを決定すること
のうちの少なくとも１つの構成方法を更に有する、
請求項１乃至５８のうちいずれかに記載の方法。
【請求項５９】
当該方法は、
無線リソース制御（ＲＲＣ）信号を受信することと、
ＲＬＦ又はＲＲＣレイヤで利用可能な（ＵＬ又はＤＬ）パスを決定することと、
前記パスの利用可能性をＢＦＲに示すことと、
代案として前記パスを通じてＢＦＲ要求をリダイレクト又は加速することによって最適化により前記ＢＦＲの状態機械に影響を及ぼすことと
を更に有する、
請求項４３に記載の方法。
【請求項６０】
上位レイヤでＲＬＣ又はＲＡＣＨ又はＨＯステータスを知ることと、
前記ステータスを下位レイヤに示すことと、
その状態、ステップ、タイマ、又はカウンタの加速若しくは早期終了によりＢＦＲプロセスを最適化することによって前記ＢＦＲの状態機械に影響を及ぼすことと
を更に有する、
請求項３９に記載の方法。
【請求項６１】
指示を物理又はＭＡＣレイヤ（すなわち、Ｌ１又はＬ２）から受信、個別のＢＦＲ指示をＲＬＭ指示の有無によらずに統合し、該統合された（ＢＦＲ、ＲＬＭ）指示を送信すること、又は受信された指示をそのまま転送することは、前記物理レイヤ内の機能モジュール、あるいは、第２レイヤ内のモジュール若しくは第３レイヤ内のモジュール又はまとまってそれらによって、実行される、
請求項３９に記載の方法。
【請求項６２】
前記（統合された）指示の利用は、ＲＬＦ宣言を最適化若しくは加速すること又は状態遷移若しくは特定の状態の早期終了、特定のタイマをリセット若しくは停止すること、及び／又は特定のカウンタをリセット若しくは停止することによって、前記ＲＬＦの状態機械に影響を及ぼし得る、
請求項３９に記載の方法。
【請求項６３】
ＵＥに関係がある当該方法は、ネットワークデバイスに対して同様に且つ然るべく鏡像的に設計され得る、
請求項１乃至６３のうちいずれかに記載の方法。
【請求項６４】
ユーザ設備（ＵＥ）において無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々についてビーム品質メトリックを決定することと、
シグナリング、リンク障害検出、新しいビーム識別、並びにリンク障害回復要求及び応答のリンク回復動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを評価することと、
設定された及びタイマに基づく制約の下で、設定されたリンク回復動作について、前記物理レイヤで前記設定された複数のパスを十分に活用することによって、前記リンク回復動作を実行することと、
前記リンク回復のプロセス中にリンク回復動作ステータスを決定することと、
前記リンク回復動作ステータスに従ってリンク回復指示を生成することと、
前記リンク回復指示を前記物理レイヤから上位レイヤへ送信することと
を有する方法。
【請求項６５】
前記リンク回復動作ステータスは、前記リンク回復動作のプロセス中のどのステップでも段階的に生成可能である、
請求項６４に記載の方法。
【請求項６６】
前記リンク回復は、そのプロセスの途中では何も示さないが、前記設定された又はタイマ駆動されたリンク回復動作ステータスの全ステップの結果が前記物理レイヤによって決定された後に確定的な指示のみを送信する、
請求項６４に記載の方法。
【請求項６７】
リンク回復の成功は、前記リンク回復プロセス内の全ステップがタイマ制約の下で成功した場合にのみ確定的であり、
リンク回復の失敗は、タイマ制約の下で前記プロセス内でいずれかのステップの失敗がある場合に確定的である、
請求項６５乃至６７のうちいずれかに記載の方法。
【請求項６８】
リンク回復動作を実行するために評価される信号品質は、サービング制御チャネルのみの特定の基準信号にのみ基づきリンク品質メトリックを導出し得る、
請求項１に記載の方法。
【請求項６９】
前記信号品質メトリックは、複数の設定されたパスからのメトリックの加重平均、加重和、又は閾値比較によって評価され得る、
請求項６５乃至６８のうちいずれかに記載の方法。
【請求項７０】
設定されたマルチパスダイバーシティ利用によって、リンク障害検出は、サービング制御チャネルの全てのＳＳＢ及びＣＳＩ−ＲＳ信号メトリックが設定された期間にわたって閾値を下回る場合に達成され得、リンク障害回復は、前記サービング制御チャネルの前記ＳＳＢ又はＣＳＩ−ＲＳ信号メトリックのいずれかが設定された期間にわたって閾値を超える場合に達成され得る、
請求項６５乃至６９のうちいずれかに記載の方法。
【請求項７１】
ユーザ設備（ＵＥ）におけるマルチビーム無線リンクモニタリング（ＲＬＭ）のための方法であって、
サービングリンクの複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々についてビーム品質メトリックを決定することと、
設定された閾値に対するフィルタ処理されたメトリックに基づき、ビーム特有のメトリックフィルタリング、Ｘ最良ビーム選択を含む、ネットワーク設定マルチビームＲＬＭ基準に基づき前記決定されたビーム品質メトリックを評価して、設定された方法及び特定の基準信号、キャリア、チャネル、又はセルに従って、複数の選択されたビームから一意のサービングリンクメトリクスを導出することと、
最初又は周期性のＲＬＭ指示を生成するように、設定されたＲＬＭ基準に従うことによって前記導出されたサービング無線リンクメトリクスを評価することと、
前記ＲＬＭ指示を他のモジュールへ送信することと
を有する方法。
【請求項７２】
リンクメトリクスの前記設定された導出方法は、複数のビーム特有の信号メトリクスのフィルタリング、又は加重和、移動平均、若しくはＳＩＮＲ対ＢＬＥＲテーブル参照を含む、
請求項７１に記載の方法。
【請求項７３】
無線リンクメトリクスを導出する前記設定されたＲＬＭ基準は、ＲＳＲＰ、ＲＳＲＱ、又は制御チャネルＢＬＥＲ対を含み得る、
請求項７１又は７２に記載の方法。
【請求項７４】
前記ＲＬＭ指示は、ビーム特有の信号メトリクス、マルチビーム導出されたリンクメトリクス、生成された同期内（ＩＳ）又は同期外れ（ＯＯＳ）を含む、
請求項７１乃至７３のうちいずれかに記載の方法。
【請求項７５】
前記ＲＬＭ指示（例えば、信号メトリクス又はリンクメトリクス）は、ビーム障害検出又は新しいビーム識別のような動作において前記リンク回復によって利用され得る、
請求項７１乃至７４に記載の方法。
【請求項７６】
前記ＲＬＭ及びリンク回復動作は、独立して働き得る、
請求項６４又は７１に記載の方法。
【請求項７７】
前記複数のビームは、
同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、
同じ又は異なる周波数キャリアでの複数のビーム、
同じ又は異なる（ＤＬ／ＵＬ）方向の複数のビーム、
同じ又は異なる基準信号の複数のビーム、
同じ又は異なるチャネルでの複数のビーム、
同じ又は異なるセル内の同じ又は異なるネットワークデバイスからの複数のビーム
のうちの少なくとも１つを有する、
請求項６４又は７１に記載の方法。
【請求項７８】
前記リンク障害回復指示は、
少なくとも１つのビーム形成無線リンク、
１又は複数のビームのサービングリンク又はチャネル、
前記ビームの基準信号、
コンポーネントキャリアの指示、及び
関連する基地局又はセルの識別
を指す、
請求項６４に記載の方法。
【請求項７９】
単一又は複数のビームの及び特定の基準信号のビーム品質メトリックに基づき、キャリアレベル、チャネルレベル、又はセルレベルのリンク品質メトリックを導出することによって、リンク品質を検出することを更に有する、
請求項６４に記載の方法。
【請求項８０】
重みは、基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、又はセルごとに定義され、
前記重みは、デジタル数字又は線形スカラーであり、
加重和は、線形又は非線形関数である、
請求項６５乃至７９のうちいずれかに記載の方法。
【請求項８１】
無線リソース制御（ＲＲＣ）設定信号を受信すること、
前記ＲＲＣ信号によって無線リンク設定に従うことによって、どのような又はどのようにリンク回復又はＲＬＭの指示が生成、使用、又はマルチパスダイバーシティ利用されるかを決定すること、
前記設定に従って前記マルチパス利用の方法及びパラメータを決定すること、
前記設定に従って前記マルチビームＲＬＭ及びマルチパスリンク回復に対してフィルタリング基準並びにパラメータ及びＩＳ、ＯＯＳ指示生成アプローチを決定すること、
前記設定に従って、ＲＬＦとリンク回復（並列又はカスケード処理）との間の関係の上向き及び下向きの相互指示を決定すること、
設定された上位レベルステータス又はイベントに基づき前記指示に基づいて前記リンク回復の状態機械に影響を及ぼすこと
のうちの少なくとも１つの構成方法を更に有する、
請求項６５乃至７９のうちいずれかに記載の方法。
【請求項８２】
ＵＥに関係がある当該方法は、ネットワークデバイスに対して同様に且つ然るべく鏡像的に設計され得る、
請求項７１乃至８１のうちいずれかに記載の方法。
【請求項８３】
ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）の無線リンク障害（ＲＬＦ）を検出する方法であって、
上位レイヤ設定、単一又は多重パスチャネル状態に従って、物理レイヤのリンク回復動作により生成されたステータス指示を受信し、該指示は、周期性、非周期性、又はイベント駆動であってよく、パスは、特定の基準信号、ビーム、データ又は制御チャネル、等の通信パスを指し、ＲＬＭにより生成された第１の周期性ＩＳ又はＯＯＳ指示を受信し、前記ＲＬＭは、単一又は多重パスサービスチャネル状態を考慮し、並行して両方の指示を受信し、前記リンク回復によって生成されるがＲＬＭによって処理され得る指示をＲＭＬからのみ受信し、
特定の基準信号又はビーム又はチャネル又はキャリア又はセルの、又はそれらの複数にわたる設定に従って、無線リンクを検出し、
前記受信された指示又は検出された無線リンク品質の１又は複数を設定に従って統合し、
前記統合された指示をＲＬＦへ送信し、
前記指示を用いて、ＲＬＦ宣言のために制御パラメータにより前記ＲＬＦの状態機械に影響を及ぼし、該影響関数は、前記ＲＬＦの状態機械、その状態遷移、そのパラメータを加速、遅延、又は最適化すること、あるいは、特定の状態の早期終了、特定のタイマのリセット又は停止、特定のカウンタのリセット又は停止、等であり、前記パラメータは、Ｎ３１０、Ｔ３１０、Ｎ３１１、Ｔ３１１、Ｔ３１２、等のようなＲＬＦカウンタ及びタイマを含む、
ことを有する方法。
【請求項８４】
前記リンク回復指示は、リンク回復成功に対応する非周期性指示、又はリンク回復失敗に対応する非周期性指示、又は周期性の若しくはイベントに基づくリンク回復ステータスを指し、
前記リンク回復ステータスは、障害検出インスタンス、識別された新しいビーム、測定された基準信号強度又は制御若しくはデータチャネル品質、設定された基準に従う前記識別されたビームパスの実現可能性、並びにタイマ制約の下での段階的な成功若しくは失敗及びリンク回復プロセス全体の最終的な成功若しくは失敗を指す、
請求項８３に記載の方法。
【請求項８５】
前記ＲＬＭ動作及びＲＬＭ指示生成は、ＲＬＦの部分であり、前記ＲＭＬ動作は、リンク回復動作の部分である、
請求項８３に記載の方法。
【請求項８６】
当該方法は、ＲＬＦ、ＲＬＭ、若しくはリンク回復モジュールのうちの１つに、又はそれらにわたって分配的に、又は異なるプロトコルレイヤ若しくは複数のパスにわたって分配的に、位置してよく、
前記リンク回復及びＲＬＭ指示は、並行して、又はＲＬＭに基づく処理後にＲＬＭを通じてのみ、当該方法に入力され得る、
請求項８３に記載の方法。
【請求項８７】
ＲＬＦへ送信される統合された指示は、リンク回復動作が成功若しくは失敗であったかどうかの指示に、又はリンク回復により生成されるステータス指示に、又はＲＬＭにより生成される周期性ＩＳ若しくはＯＯＳ指示に、又はそれらの全てにもっぱら基づく、
請求項８３に記載の方法。
【請求項８８】
前記リンク回復動作に影響を及ぼすように上位レイヤから前記物理レイヤへのリンク回復動作設定コマンド又はＲＬＦ若しくはＲＬＣ若しくはＲＲＣ若しくはＲＬＭステータス指示を生成することを更に有し、
前記設定コマンドは、上位レイヤから物理レイヤへのリンク回復の報告要求、多重パス設定、又はパラメータ設定を指してよく、
前記要求は、リンク回復におけるビーム報告に言及してよく、
前記パラメータは、特定のリンク回復基準信号若しくは伝送パス、タイマ若しくはカウンタ、又は新たに識別されたビームの数及びそのメトリクス閾値を指してよい、
請求項１に記載の方法。
【請求項８９】
前記複数のパスは、
同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、
同じ又は異なる周波数キャリアでの複数のビーム、
同じ又は異なる方向の複数のビーム、
同じ又は異なる基準信号の複数のビーム、
同じ又は異なるチャネルでの複数のビーム、
同じ又は異なるＲＡＴ上での同じ又は異なるセル内の同じ又は異なるネットワークデバイスからの複数のビーム、又は
それらの任意の組み合わせ
のうちの少なくとも１つを更に有し得る、
請求項８３に記載の方法。
【請求項９０】
前記リンク回復及びＲＬＭ指示は、
１つのビーム形成無線リンク、
１又は複数のビームのサービングリンク又はデータ若しくは制御（ＰＤＣＣＨ）チャネル、
前記ビームの基準信号（ＣＳＩ−ＲＳ又はＳＳＢ又はＤＭ−ＲＳ）、
コンポーネントキャリア、及び
関連する基地局又はセル
を含む少なくとも１つのパスを指し、
当該方法が、単一の基準信号、ビーム、チャネル、若しくはセル、又はそれらの組み合わせを有する単一パスのみを考慮し得る、
請求項１に記載の方法。
【請求項９１】
単一又は複数のビームの及び特定の又は複数の基準信号の無線品質メトリックに基づき、キャリアレベル、チャネルレベル、又はセルレベルのリンク品質メトリックを導出することによってリンク品質を検出することを更に有する、
請求項８３に記載の方法
【請求項９２】
リンク回復動作におけるＲＬＭチャネル測定、ビーム障害検出又は新しいビーム識別、あるいは、それらの独立した又は共有若しくは結合された動作によって、前記検出動作を参照することを更に有する、
請求項９１に記載の方法。
【請求項９３】
設定によって、前記リンク回復指示は、
前記周期性又は非周期性ＩＳ若しくはＯＯＳのみ、又は
非周期性リンク回復ステータス指示のみ、又は
結果として起こるリンク回復成功ステータス指示のみ、又は
各ステップが前記リンク回復プロセスの外にある場合に、結果として起こるリンク回復成功指示及び段階的なリンク回復成功指示の両方、又は
結果として起こるＢＦＲ失敗ステータス指示のみ、又は
結果として起こるリンク回復失敗指示及び段階的なリンク回復失敗指示の両方、又は
前記ＩＳ及びＯＯＳ、並びに前記結果として起こるリンク回復成功若しくは失敗ステータス指示の両方
のうちの少なくとも１つを有する、
請求項８３乃至９１のうちいずれか一項に記載の方法。
【請求項９４】
設定によって、前記統合の方法は、前記受信された指示を単に直接入力とみなし、あるいは、リンク回復成功ステータス指示を１又は複数のＩＳに変換し、あるいは、失敗ステータス指示を１又は複数のＯＯＳに変換し、あるいは、１又は複数のＲＬＭのＩＳ又はＯＯＳとして置換するか又はカウントされるようにリンク回復ＩＳ又はＯＯＳを使用し、あるいは、ＲＬＭ指示としてしかし特別な重みを有してリンク回復非周期性ＩＳ又はＯＯＳ指示を扱い、あるいは、周期性ＲＬＭ  ＩＳ又はＯＯＳ指示に影響を及ぼすようにリンク回復指示（ＩＳ若しくはＯＯＳ又は成功及び失敗）を使用し、あるいは、ＲＬＭ状態機械に影響を及ぼすようにリンク回復成功又は失敗ステータスを使用し得る、
請求項８３に記載の方法。
【請求項９５】
リンク回復指示（ＩＳ又はＯＯＳ）は、上位レイヤ統合又はＲＬＦ計数プロセスで、ＲＬＭにより生成される周期性指示（ＩＳ又はＯＯＳ）と同じ又は異なる重みを与えられてよく、
前記リンク回復指示は、ＲＬＭ指示生成、報告周期性、報告開始点、等のような状態機械パラメータのいずれかをトリガ、停止、又はリセットすることによって、前記ＲＬＭ指示又はＲＬＭ状態機械に影響を及ぼし得る、
請求項９４に記載の方法。
【請求項９６】
前記統合の方法は、
ＲＬＭ又はリンク回復の同じ又は異なるソースからの前記ＩＳ指示と、同じ又は異なる基準信号又はビーム又は他のパスに対応する検出された無線リンク品質とを結合又は選択又はフィルタ処理するよう構成されてよく、１又は複数のビーム、信号、キャリア、方向、制御又はデータチャネル、セルにわたって加重和（カウント）のような数学的要約によって前記検出された無線リンク品質をフィルタ処理又は結合又は選択してよく、ＯＯＳ指示の結合も同様である、
請求項８３に記載の方法。
【請求項９７】
前記統合の方法は、ＲＬＭからのＩＳ及びリンク回復からのＩＳを重み付けされた様態でしかし同じＲＬＦタイマ及びカウンタに対してカウントすることを更に有してよい、
請求項８３に記載の方法。
【請求項９８】
前記重みは、基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、又はセルごとに設定され、
前記重みは、デジタル数字又は線形スカラーであり、
前記加重和は、線形又は非線形関数である、
請求項９６又は９９に記載の方法。
【請求項９９】
設定によって、個別のリンク回復指示を統合することは、構成された又は対象のマルチパス無線リンクについて、
ＯＯＳ指示生成条件を満足する共通の又はセル特有のＤＬ制御チャネルを示す共通の同期外れ（ＯＳＳ）を決定すること、
前記ＯＯＳ指示生成条件を満足するＵＥ特有のＤＬ制御チャネルを示すＵＥ特有又は専用のＯＯＳ指示を決定すること、
結果として起こるリンク回復失敗又は前記リンク回復プロセスの外にある段階的な失敗のいずれか一方を示すリンク回復失敗ステータスを決定すること、
設定された周期性又は非周期性イベントトリガ条件に従うタイマ又はイベントによりトリガされたＯＯＳ指示を決定すること、及び
上記の指示を組み合わせて、前記無線リンクについての共通のリンクステータスを示す統合されたＯＯＳ指示を生成すること
のうちの少なくとも１つを有し、
同じ統合はＩＳにも適用される、
請求項８３乃至９５のうちいずれかに記載の方法。
【請求項１００】
ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）の無線リンク障害（ＲＬＦ）を検出する方法であって、
上位レイヤでＲＬＣ又はＲＬＦ又はＲＡＣＨ又はハンドオーバステータスを知ることと、
リンク回復又はＲＬＭ又はＢＭステータスを下位レイヤへ示すことと、
リンク回復プロセスをその状態、ステップ、タイマ又はカウンタの加速又は早期終了により最適化することによって、リンク回復状態機械に影響を及ぼすことと
を有する方法。
【請求項１０１】
無線リソース制御（ＲＲＣ）又はＭＡＣ  ＣＥ又は物理レイヤ設定信号を受信すること、
前記ＲＲＣ信号によって無線リンク設定に従うことによって、どのような又はどのようにリンク回復又はＲＭＬの指示が生成、使用、又は統合されるかを決定すること、
前記設定に従って前記統合の方法及び複数のパスパラメータを決定すること、
前記設定に従ってマルチビームＲＬＭのためのフィルタリング基準並びにパラメータ及び（ＩＳ又はＯＯＳ）指示生成アプローチを決定すること、
リンク回復指示を中間でそのまま転送する前にそれらを統合又は処理するために、ＲＬＦとリンク回復との間の上向き及び下向きの相互指示と、ＲＭＬとのそれらの並列又はカスケード処理関係とを決定すること、
前記設定された上位レベル（ＲＲＣ、ＲＬＣ、ＲＬＦ、ＲＬＭ、ＲＡＣＨ、等）ステータス又はイベントに基づき前記指示に基づいて前記リンク回復状態機械（カウンタ、タイマ）に影響を及ぼすこと、
前記設定された（ビーム、基準信号、チャネル、キャリア、方向、又はセル）レベルで前記指示に基づいて前記ＲＬＦ状態機械（カウンタ、タイマ）に影響を及ぼすこと、
設定された単一又は複数Ｙ個のビームの設定された（セル又はリンク）レベルでＲＬＦステータスを決定すること、
異なるキャリア若しくはチャネル若しくはセルで、ＲＬＦ又はＲＲＣレイヤで、アップリンク若しくはダウンリンクパス、リザーブされた若しくは競合に基づくＲＡＣＨリソースを含む、リンク障害ごとの利用可能な代替パスを決定すること、
代替パスの利用可能性をリンク回復に示すこと、
代案として前記パスを通じてＢＦＲ要求をリダイレクト又は加速することを含む最適化により前記ＢＦＲ状態機械に影響を及ぼすこと
のうちの少なくとも１つの構成方法を更に有する、
請求項８３乃至９９のうちいずれかに記載の方法。
【請求項１０２】
ＵＥに関係がある当該方法は、ネットワークデバイスに対して同様に且つ然るべく鏡像的に設計され得る、
請求項８３乃至１０２のうちいずれかに記載の方法。
【請求項１０３】
前記リンク回復指示は、周期性、非周期性、及びイベント駆動である、
請求項６４に記載の方法。
【請求項１０４】
前記リンク回復指示は、周期性、非周期性、又はイベント駆動である、
請求項６４に記載の方法。
【請求項１０５】
前記非周期性指示は、リンク回復成功に対応し、あるいは、前記非周期性指示は、リンク回復失敗に対応する、
請求項１０４に記載の方法。
【請求項１０６】
前記周期性は、識別されたビーム、測定された信号強度又はチャネル品質、設定された基準に従う前記識別されたビームパスの実現可能性、及びタイマ制約下での段階的な成功又は失敗を含む、
請求項１０４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信ネットワークの分野及び無線リンクの特定の実施形態に関係がある。
【背景技術】
【０００２】
無線アクセスネットワーク（ＲＡＮ）では、ビーム障害及びビーム回復障害（ＢＦＲ）の基準が研究の分野であり続けている。未解決の技術課題として、それらに限られないが、物理レイヤ（ＰＨＹ）が（セル特有の）ＯＳＳ、ＩＳ指示、又は他の必要な新しい指示を生成し、ＲＬＦを宣言したＲＲＣへ供給する方法と、マルチビーム及びシングルビームの両動作のためにＲＬＦ、ＲＬＭ、及びＢＦＲインタラクションの単一のプロシージャを定義する方法とがある。
【０００３】
この背景情報は、本開示に関係がある可能性があり得る情報を提供することを目的とする。必ずしも承認は意図されず、また、上記の情報のいずれも本発明に対する先行技術を構成すると解釈されるべきでもない。
【発明の概要】
【０００４】
本開示の目的は、先行技術の少なくとも１つの欠点を取り除くか又は緩和することである。
【０００５】
一実施形態で、ユーザ設備（ＵＥ）において無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々について信号品質メトリックを決定することと、
シグナリング、ビーム障害検出、新しいビームの識別、並びにリンク障害回復要求及び応答のリンク回復動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定された信号品質メトリックを評価することと、
設定された及びタイマに基づく制約の下で、設定されたリンク回復動作について、前記物理レイヤで、設定された複数のパスを十分に活用することによって、前記リンク回復動作を達成することと、
前記リンク回復のプロセス中にリンク回復動作ステータスを決定することと、
前記リンク回復動作ステータスに従ってリンク回復指示を生成することと、
前記リンク回復指示を前記物理レイヤから上位レイヤ（例えば、ＲＬＭ又はＲＬＦ）へ送信することと
を含む方法が開示される。
【０００６】
他の実施形態で、ユーザ設備（ＵＥ）において無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々について信号品質メトリックを決定することと、
シグナリング、ビーム障害検出、新しいビームの識別、並びにリンク障害回復要求及び応答のリンク回復動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定された信号品質メトリックを評価することと、
設定された及びタイマに基づく制約の下で、設定されたリンク回復動作について、前記物理レイヤで、設定された複数のパスを十分に活用することによって、前記リンク回復動作を実行することと、
前記リンク回復のプロセス中にリンク回復動作ステータスを決定することと、
前記リンク回復動作ステータスに従ってリンク回復指示を生成することと、
前記リンク回復指示を前記物理レイヤから上位レイヤへ送信することと
を含む方法が開示される。
【０００７】
実施形態は、それらが実装され得る本発明の態様と関連して上述されている。当業者に明らかなように、実施形態は、それらが記載される態様と関連して実装されてよいが、その態様の他の実施形態とともに実装されてもよい。実施形態が相互排他的であるか、あるいは、別なふうに互いに互換性がない場合に、それは当業者にとって明らかである。いくつかの実施形態は、１つの態様に関して記載されることがあるが、当業者に明らかなように、他の態様にも適用可能であり得る。
【０００８】
本発明の更なる特徴及び利点は、添付の図面と組み合わせて検討される下記の詳細な説明から明らかになるだろう。
【図面の簡単な説明】
【０００９】
【図１】本開示の代表的な実施形態に従うデバイス及び方法を実装するために使用され得る計算及び通信環境内の電子デバイスのブロック図である。
【図２】５Ｇコア・ネットワークのシステムアーキテクチャのサービスベースビューを表すブロック図である。
【図３】基準点接続性の視点から、図２に示された第５世代（５Ｇ）コア・ネットワークのシステムアーキテクチャを表すブロック図である。
【図４】５Ｇ無線アクセスネットワークのアーキテクチャを表すブロック図である。
【図５】５Ｇ無線アクセスネットワークのアーキテクチャを表すブロック図である。
【図６】フルダイバーシティビーム障害回復（ＢＲＦ）及び統合無線リンク障害（ＲＬＦ）メカニズムの実施形態を表す。
【図７】基礎をなすＲＬＭから伝来する同期内（ＩＳ）指示又は同期外れ（ＯＯＳ）指示のための必要なタイマ及びカウンタを示す、ロング・ターム・エボリューション（ＬＴＥ）におけるＲＬＦ状態機械の設計を表す。
【図８】ＬＴＥにおけるＲＬＦフェーズの設計を表す。
【図９】ＢＦＲ−ＲＬＦインタラクションのエンド間及びレイヤ間フレームワークを表す。
【図１０】ＢＦＲ−ＲＬＦのエンド間及びレイヤ間フレームワークを表す。
【図１１】基礎をなすＢＦＲ状態機械によりトリガされたＩＳ、ＯＯＳ、リンク又はＢＦＲ  ＩＳ、ＯＯＳステータス指示に基づくＲＬＦ検出プロシージャの詳細なフローを表す。
【図１２】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１３】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１４】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１５】ＲＬＦとＢＦＲとの間のインタラクションについての多層アーキテクチャの先行技術を表す。
【図１６】ＢＦＲプロシージャを最適化する詳細なフローを表す。
【発明を実施するための形態】
【００１０】
本願のために、頭字語の下記のリストは、本開示の理解に役立つように与えられている。当業者に知られているように、様々な頭字語が複数の意味を有する可能性があるので、いずれの頭字語の意味も、本開示の適切な文脈を考慮して解釈されるべきである。
【００１１】
図１は、ここで開示されるデバイス及び方法を実装するために使用され得る計算及び通信環境５０内に表されている電子デバイス（ＥＤ）５２のブロック図である。いくつかの実施形態で、電子デバイスは、基地局（例えば、ノードＢ、エボルブド・ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（時々、ｇＮｏｄｅＢ又はｇＮＢと呼ばれる。）、ホーム加入者サーバ（ＨＳＳ）、モビリティ管理エンティティ（ＭＭＥ）、パケット・ゲートウェイ（ＰＧＷ）又はサービング・ゲートウェイ（ＳＧＷ）のようなゲートウェイ（ＧＷ）、あるいは、コア・ネットワーク（ＣＮ）又は公衆地上モビリティネットワーク（ＰＬＭＮ）内の様々な他のノード又は機能のような、通信ネットワークインフラストラクチャの要素であってよい。明りょうさのために、ｅＮＢは、次世代（５Ｇ）のｅＮＢ（ＬＴＥ基地局）であってよく、１つのＣＵ（Central  Unit）と、１つ以上のＤＵ（Distributed  Units）とを含み得る。ＣＵは、Ｌ３、ＲＲＣ、ＰＤＣＰプロトコルレイヤをホストし得る。ＤＵは、ＲＬＣ、及び／又は媒体アクセス制御（ＭＡＣ）、及び／又はＰＨＹ、等をホストし得る。
【００１２】
他の実施形態では、電子デバイスは、携帯電話機、スマートフォン、又はユーザ設備（ＵＥ）として分類され得る他のそのようなデバイスのような、無線インターフェイスを介してネットワークインフラストラクチャへ接続するデバイスであってよい。いくつかの実施形態で、ＥＤ５２は、マシン・タイプ・コミュニケーション（ＭＴＣ）デバイス（マシン・ツー・マシン（ｍ２ｍ）デバイスとも呼ばれる。）、又は直接的なサービスをユーザに提供しないにもかかわらずＵＥとして分類され得る他のそのようなデバイスであってよい。いくつかの参考文献では、ＥＤは、モバイルデバイスと呼ばれることもあるが、これは、デバイス自体がモビリティのために設計されるか、又はモビリティ可能であるかどうかにかかわらず、モバイルネットワークへ接続するデバイスを反映するよう意図された語である。特定のデバイスは、示されている全ての構成要素、又は構成要素の一部のみを利用してよく、一体化の程度は、デバイスごとに様々であってよい。更に、デバイスは、複数のプロセッサ、メモリ、送信器、受信器、等のような、構成要素の複数のインスタンスを含んでよい。電子デバイス５２は、通常は、中央演算処理装置（ＣＰＵ）のようなプロセッサ５４を含み、更には、グラフィクス処理ユニット（ＧＰＵ）又は他のそのようなプロセッサのような特殊化したプロセッサ、メモリ５６、ネットワークインターフェイス５８、及びＥＤ５２の構成要素を接続するバス６０を含んでもよい。ＥＤ５２は、任意に、大容量記憶デバイス６２、ビデオアダプタ６４、及びＩ／Ｏインターフェイス６８のような構成要素（破線で図示。）も含んでよい。
【００１３】
メモリ５６は、静的ランダム・アクセス・メモリ（ＳＲＡＭ）、動的ランダム・アクセス・メモリ（ＤＲＡＭ）、同期型ＤＲＡＭ（ＳＤＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、又はそれらの組み合わせのような、プロセッサ５４によって読み出し可能なあらゆるタイプの非一時的なシステムメモリを有してよい。実施形態において、メモリ５６は、起動時の使用されるＲＯＭ、並びにプログラム及びプログラム実行中に使用されるデータを記憶するＤＲＡＭのような、１よりも多い種類のメモリを含んでよい。バス６０は、メモリバス若しくはメモリコントローラ、ペリフェラルバス、又はビデオバスを含むあらゆるタイプのいくつかのバスアーキテクチャのうちの１以上であってよい。
【００１４】
電子デバイス５２は、有線ネットワークインターフェイス及び無線ネットワークインターフェイスのうちの少なくとも一方を含み得る１以上のネットワークインターフェイス５８を更に含んでもよい。図１に表されているように、ネットワークインターフェイス５８は、ネットワーク７５へ接続するための有線ネットワークインターフェイスを含んでよく、また、無線リンクを介して他のデバイスへ接続するための無線アクセスネットワークインターフェイス７２も含んでよい。ＥＤ５２がネットワークインフラストラクチャ要素である場合に、無線アクセスネットワークインターフェイス７２は、無線端にある要素（例えば、ｅＮＢ）以外のＰＬＭＮの要素として動作するノード又は機能については省略されてよい。ＥＤ５２がネットワークの無線端にあるインフラストラクチャである場合に、有線及び無線の両方のネットワークインターフェイスが含まれ得る。ＥＤ５２が、ユーザ設備のような無線接続デバイスである場合に、無線アクセスネットワークインターフェイス７２が存在してよく、それは、ＷｉＦｉネットワークインターフェイスのような他の無線インターフェイスによって補われ得る。ネットワークインターフェイス５８は、電子デバイス５２が、ネットワーク７４へ接続されているもののような遠隔エンティティと通信することを可能にする。
【００１５】
大容量記憶装置６２は、データ、プログラム、及び他の情報を記憶するよう、且つ、データ、プログラム、及び他の情報をバス６０を介してアクセス可能にするよう構成されたあらゆるタイプの非一時的な記憶デバイスを有してよい。大容量記憶装置６２は、例えば、固体状態ドライブ、ハードディスクドライブ、磁気ディスクドライブ、又は光学ディスクドライブのうちの１以上を有してよい。いくつかの実施形態で、大容量記憶装置６２は、電子デバイス５２から遠く離れており、インターフェイス５８のようなネットワークインターフェイスの使用を通じてアクセス可能であってよい。表されている実施形態では、大容量記憶装置６２は、それが含まれている場合にメモリ５６とは別個のものであり、一般に、より高いレイテンシに対応する記憶タスクを実行し得るが、一般に、揮発が全くないか又はより少ない。いくつかの実施形態で、大容量記憶装置６２は、異種メモリ５６と一体化されてもよい。
【００１６】
任意のビデオアダプタ６４及びＩ／Ｏインターフェイス６８（破線で図示。）は、電子デバイス５２を外部の入力及び出力デバイスへ結合するインターフェイスを提供する。入力及び出力デバイスの例には、ビデオアダプタ６４へ結合されるディスプレイ６６、及びＩ／Ｏインターフェイス６８へ結合されるタッチスクリーンのようなＩ／Ｏデバイス７０がある。他のデバイスが電子デバイス５２へ結合されてもよく、追加の又はより少ないインターフェイスが利用され得る。例えば、ユニバーサル・シリアル・インターフェイス（ＵＳＢ）のようなシリアルインターフェイス（図示せず。）が、外部デバイスのためのインターフェイスを提供するために使用されてもよい。当業者に明らかなように、ＥＤ５２がデータセンターの部分である実施形態では、Ｉ／Ｏインターフェイス６８及びビデオアダプタ６４は仮想化され、ネットワークインターフェイス５８を通じて提供されてもよい。いくつかの実施形態で、電子デバイス５２は、スタンドアローンのデバイスであってよく、一方、他の実施形態では、電子デバイス５２は、データセンター内に常駐してよい。データセンターは、当該技術で理解されるように、集合的な計算及び記憶リソースとして使用され得る計算リソース（通常はサーバの形をとる。）の集合である。データセンター内では、仮想化されたエンティティがインスタンス化され得る計算リソースプールを提供するように、複数のサーバがつなぎ合わされ得る。データセンターは、接続リソースによって夫々へ接続された計算及び記憶リソースのプールから成るネットワークを形成するように互いに相互接続され得る。接続リソースは、イーサネット又は光通信リンクのような物理接続の形をとってよく、いくつかの場合では、無線通信チャネルも含んでよい。２つの異なるデータセンターが複数の異なる通信チャネルによって接続される場合に、リンクは、リンク・アグリゲーション・グループ（ＬＡＧ）の形成を含む多数の技術のうちのいずれかを用いて一緒につなぎ合わされ得る。計算、記憶及び接続リソースのいずれか又は全ては（ネットワーク内の他のリソースとともに）異なるサブネットワーク間で、いくつかの場合にはリソーススライスの形で、分割され得ることが理解されるべきである。多数の接続されたデータセンター又は他のノード集合にわたるリソースがスライスされる場合に、異なるネットワークスライスが形成され得る。
【００１７】
図２は、５Ｇ又は次世代コア（ＮＧＣ）ネットワーク（５ＧＣＮ／ＮＧＣＮ／ＮＣＮ）のためのサービスベースアーキテクチャ８０を表す。この説明図は、ノード及び機能間の論理接続を表し、その表されている接続は、直接的な物理接続として解釈されるべきではない。ＥＤ５０は、Ｎ３インターフェイスのようなネットワークインターフェイスを介してＵＰゲートウェイのようなユーザ・プレーン（ＵＰ）機能（ＵＰＦ）８６へ接続されている（無線）アクセス・ネットワークノード（Ｒ）ＡＮ８４との無線アクセスネットワーク接続を形成する。ＵＰＦ８６は、Ｎ６インターフェイスのようなネットワークインターフェイスを介してデータ・ネットワーク（ＤＮ）８８へ接続する。ＤＮ８８は、オペレータサービスを提供するために使用されるデータ・ネットワークであってよく、あるいは、それは、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）の標準化の範囲外にあってもよい。
【００１８】
３ＧＰＰは、組織的パートナーとして知られている電気通信協会のグループ間の協力である。３ＧＰＰの最初の範囲は、国際電気通信連合（ＩＴＵ）の国際移動体電気通信２０００プロジェクトの範囲内のエボルブド・グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）規格に基づき、世界的に適用可能な第３世代（３Ｇ）携帯電話機システム規格を作ることであった。その範囲は、後に、多数の電気通信標準及びシステムの開発及び保守を含むように拡大された。
【００１９】
いくつかの実施形態で、ＤＮ８８は、モバイル・エッジ・コンピューティング（ＭＥＣ）ネットワークのようなエッジ・コンピューティング・ネットワーク又はリソースを表し得る。ＥＤ５２はまた、アクセス及びモビリティ管理機能（ＡＭＦ）９０へも接続する。ＡＭＦ９０は、モビリティ管理機能とともに、アクセス要求の認証及び承認に関与する。
【００２０】
モビリティ管理は、ＵＥの移動性によるサービングノードの切り替えを指し、しばしば、Ｌ２（レイヤ２）又はＬ３（レイヤ３）シグナリング並びに切り替えのためのノード間の及びＵＥとのデータ転送／分割さえも負う。
【００２１】
ＡＭＦ９０は、３ＧＰＰ技術仕様（ＴＳ）２３．５０１によって定義される他の役割及び機能を実行してもよい。サービスベースビューでは、ＡＭＦ９０は、Ｎａｍｆと表されているサービスベースインターフェイスを通じて他の機能と通信することができる。セッション管理機能（ＳＭＦ）９２は、ＥＤ５２の特定のセッションに関連したトラフィックのためのＵＰＦ８６（又はＵＰＦ８６の特定のインスタンス）の選択とともに、ＵＥへ割り当てられるＩＰアドレスの割り当て及び管理に関与するネットワーク機能である。ＳＭＦ９２は、サービスベースビューでは、Ｎｓｍｆと表されているサービスベースインターフェイスを通じて他の機能と通信することができる。認証サーバ機能（ＡＵＳＦ）９４は、サービスベースのＮａｕｓｆインターフェイスを介して他のネットワーク機能へ認証サービスを提供する。ネットワーク公開機能（ＮＥＦ）９６は、信頼できる範囲外にあるようなサーバ、機能及び他のエンティティが、ネットワーク内のサービス及び能力へ触れることを可能にするためにネットワーク内に配備され得る。１つのそのような例において、ＮＥＦ９６は、表されているネットワークの外にあるアプリケーションサーバと、ポリシー制御機能（ＰＣＦ）１００、ＳＭＦ９２及びＡＭＦ９０のようなネットワーク機能との間で、まるでプロキシのように動作することができ、それにより、外部のアプリケーションサーバは、データセッションに関連したパラメータのセットアップに役立ち得る情報を提供することができる。ＮＥＦ９６は、サービスベースのＮｎｅｆネットワークインターフェイスを通じて他のネットワーク機能と通信することができる。ＮＥＦ９６はまた、非３ＧＰＰ機能へのインターフェイスを有してもよい。ネットワークリポジトリ機能（ＮＲＦ）９８は、ネットワークサービス発見機能を提供する。ＮＲＦ９８は、それが関連付けられている公衆地上モビリティネットワーク（ＰＬＭＮ）又はネットワークオペレータに特有であり得る。サービス発見機能は、ネットワークへ接続されているネットワーク機能及びＵＥが、どこでどのように既存のネットワーク機能にアクセスすべきかを決定することを可能にすることができ、サービスベースインターフェイスＮｎｒｆを与えることができる。ＰＣＦ１００は、サービスベースのＮｐｃｆインターフェイスを介して他のネットワーク機能と通信し、制御プレーン内にあるものを含む他のネットワーク機能へポリシー及びルールを提供するために使用され得る。ポリシー及びルールの施行及び適用は、必ずしもＰＣＦ１００の義務ではなく、代わりに、典型的には、ＰＣＦ１００がポリシーを送信する機能の義務である。１つのそのような例において、ＰＣＦ１００は、セッション管理に関連したポリシーをＳＭＦ９２へ送信してよい。これは、ネットワーク挙動が支配され得る統一ポリシーフレームワークを可能にするために使用されてよい。統一データ管理機能（ＵＤＭ）１０２は、他のネットワーク機能と通信するためにサービスベースのＮｕｄｍインターフェイスを与えることができ、データ記憶機能を他のネットワークインターフェイスへ提供することができる。統合されたデータ記憶は、大部分の関連情報が単一のリソースから異なるネットワーク機能に利用可能にされ得ることを確かにするために使用され得るネットワーク情報の統合表示を可能にすることができる。特定のタイプのデータがネットワーク内のどこに記憶されているかを他のネットワーク機能は判断する必要がないので、これは他のネットワーク機能の実装をより容易にすることができる。ＵＤＭ１０２は、ＵＤＭフロントエンド（ＵＤＭ−ＦＥ）及びユーザ・データ・リポジトリ（ＵＤＲ）として実装されてよい。ＰＣＦ１００は、ＵＤＲに対してサブスクリプションポリシーを要求及び供給することに関与し得るということで、ＵＤＭ１０２に関連し得るが、典型的には、ＰＣＦ１００及びＵＤＭ１０２は、独立した機能であることが理解されるべきである。ＰＣＦは、ＵＤＲへの直接インターフェイスを有してよい。ＵＤＭ−ＦＥは、ＵＤＲに記憶されているコンテンツの要求又はＵＤＲへのコンテンツの格納の要求を受信し、典型的には、クレデンシャルの処理、ロケーション管理及びサブスクリプション管理のような機能に関与する。ＵＤＲ−ＦＥはまた、認証クレデンシャル処理、ユーザ識別処理、アクセス承認、登録／モビリティ管理、サブスクリプション管理、及びショート・メッセージ・サービス（ＳＭＳ）管理のうちのいずれか又は全てもサポートし得る。ＵＤＲは、典型的には、ＵＤＭ−ＦＥによって供給されるデータを記憶することに関与する。記憶されているデータは、通常は、記憶されているデータへのアクセス権を管理するポリシープロファイル情報（ＰＣＦ１００によって提供され得る。）に関連付けられる。いくつかの実施形態で、ＵＤＲは、サブスクリプション識別子、セキュリティクレデンシャル、アクセス及びモビリティに関するサブスクリプションデータ、並びにセッションに関するデータのうちのいずれか又は全てを含み得るユーザサブスクリプションデータとともに、ポリシーデータを記憶し得る。アプリケーション機能（ＡＦ）１０４は、ネットワークオペレータ領域内で及び３ＧＰＰに対応したネットワーク内で配備されているアプリケーションの非データ・プレーン（非ユーザ・プレーンとも呼ばれる。）機能を表す。ＡＦ１０４は、サービスベースのＮａｆインターフェイスを通じて他のコア・ネットワーク機能と相互作用し、トラフィックルーティングのような決定において使用されるアプリケーション情報を提供するとともに、ネットワーク能力公開情報にアクセスし得る。ＡＦ１０４はまた、アプリケーション特有の入力をポリシー及びポリシー施行決定に供給するように、ＰＣＦ１００のような機能と相互作用することができる。多くの状況で、ＡＦ１０４は、ネットワークサービスを他のＮＦへ提供せず、代わりに、しばしば、他のＮＦによって提供されるサービスの消費者又はユーザとみなされることが理解されるべきである。３ＧＰＰネットワーク外のアプリケーションは、ＮＥＦ９６の使用を通じてＡＦ１０４と同じ機能の多くを実行することができる。
【００２２】
ＥＤ５２は、ユーザ・プレーン（ＵＰ）１０６及び制御プレーン（ＣＰ）１０８の中にあるネットワーク機能と通信する。ＵＰＦ８６は、ＣＮ  ＵＰ１０６の部分である（ＤＮ８８は、５ＧＣＮの外にある。）。（Ｒ）ＡＮ８４は、ユーザ・プレーンの部分と見なされ得るが、それは厳密にはＣＮの部分でないので、ＣＮ  ＵＰ１０６の部分であるとはみなされない。ＡＭＦ９０、ＳＭＦ９２、ＡＵＳＦ９４、ＮＥＦ９６、ＰＣＦ１００、及びＵＤＭ１０２は、ＣＮ  ＣＰ１０８内に存在する機能であり、しばしば制御プレーン機能と呼ばれる。ＡＦ１０４は、（直接に又はＮＥＦ９６を通じて間接に）ＣＮ  ＣＰ１０８内の他の機能と通信し得るが、通常はＣＮ  ＣＰ１０８の部分であるとはみなされない。
【００２３】
当業者に明らかなように、（Ｒ）ＡＮ８４とＤＮ８８との間に直列に接続される複数のＵＰＦが存在してよく、図５ＧＳＡ２−Ｂに関連して説明されるように、異なるＤＮへの複数のデータセッションが、並列に複数のＵＰＦの使用を通じて達成され得る。
【００２４】
図３は、５Ｇコア・ネットワークアーキテクチャ８２の基準点表現を表す。明りょうさのために、図２に表されているネットワーク機能のいくつかはこの図からは省略されているが、省略された機能（及び図１又は図２のいずれにも表されていない機能が、表されている機能と相互作用することができることが理解されるべきである。
【００２５】
ＥＤ５２は、（ユーザ・プレーン１０６内の）（Ｒ）ＡＮ８４及び（制御プレーン１０８内の）ＡＭＦ９０の両方へ接続する。ＥＤとＡＭＦとの間の接続はＮ１接続である。（Ｒ）ＡＮ８４はまた、ＡＭＦ９０へも接続し、Ｎ２接続を介してそれを行う。（Ｒ）ＡＮ８４は、Ｎ３接続を介してＵＰＤ機能８６へ接続する。ＵＰＦ８６は、ＰＤＵセッションに関連し、セッション制御情報を受信するようにＮ４インターフェイスを介してＳＭＦ９２へ接続する。ＥＤがアクティブな複数のＰＤＵセッションを有している場合に、それらは、Ｎ４インターフェイスを介してＳＭＦへ夫々接続されている複数の異なるＵＰＦによってサポートされ得る。基準点表現の視点から、ＳＭＦ９２又はＵＰＦ８６のいずれか一方の複数のインスタンスは、別個のエンティティとみなされることが理解されるべきである。ＵＰＦ８６は夫々、Ｎ６インターフェイスを介して５ＧＣＮ外のＤＮ８８へ接続する。ＳＭＦ９２は、Ｎ７インターフェイスを介してＰＣＦ１００へ接続し、一方、ＰＣＦ１００は、Ｎ５インターフェイスを介してＡＦ１０４へ接続する。ＡＭＦ９０は、Ｎ８インターフェイスを介してＵＤＭ１０２へ接続する。ＵＰ１０６内の２つのＵＰＦがお互いに接続する場合に、それらはＮ９インターフェイスを介してそれを行うことができる。ＵＤＭ１０２は、Ｎ１０インターフェイスを介してＳＭＦ９２へ接続することができる。ＡＭＦ９０及びＡＭＦ９２は、Ｎ１１インターフェイスを介してお互いに接続する。Ｎ１２インターフェイスはＡＵＳＦ９４をＡＭＦ９０へ接続する。ＡＵＳＦは、Ｎ１３インターフェイスを介してＵＤＭ１０２へ接続することができる。複数のＡＭＦが存在するネットワークでは、それらはＮ１４インターフェイスを介してお互いに接続することができる。ＰＣＦ１００は、Ｎ１５インターフェイスを介してＡＭＦ９０へ接続することができる。ネットワーク内に複数のＳＭＦが存在する場合に、それらはＮ１６インターフェイスを介してお互いと通信することができる。
【００２６】
また、５Ｇコア・ネットワークのアーキテクチャ８０及び８２に関して上述された機能予備ノードのいずれか又は全ては、ネットワーク内で仮想化されてよく、ネットワーク自体は、以下で説明されるように、より大きいリソースプールのネットワークスライスとして提供されてよいことが理解されるべきである。
【００２７】
図４は、５Ｇ  ＲＡＮとも呼ばれる次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）１１２の実装のための提案されるアーキテクチャ１１０を表し、１つのＥＤが、同じ又は異なる周波数キャリア上で、又は何らかのリソース多重化アプローチを用いて、複数のｇＮＢ又は各ｇＮＢの複数のＤＵと通信し得る。ここでは図示されないが、各ＥＤ−ＤＵ無線リンクは、複数のビーム又はビーム対から成ってよい。ＮＧ−ＲＡＮ１１２は、ＥＤ５２をコア・ネットワーク１１４へ接続する無線アクセスネットワークである。当業者に明らかなように、コア・ネットワーク１１４は、５ＧＣＮ（図５ＧＳＡ２−Ａ及び図５ＧＳＡ２−Ｂで表される。）であってよい。他の実施形態では、コア・ネットワーク１１４は、４ｇエボルブド・パケット・コア（ＥＰＣ）ネットワークであってもよい。ＮＧ−ＲＡＮ１１２を伴ったノードは、ＮＧインターフェイスを介して５Ｇコア・ネットワーク１１４へ接続する。このＮＧインターフェイスは、図５ＧＳＡ２−Ａ及び図５ＧＳＡ２−Ｂに表されているように、制御プレーンへのＮ２インターフェイス及びユーザ・プレーンへのＮ３インターフェイスの両方を有することができる。Ｎ３インターフェイスは、ＣＮ  ＵＰＤへの接続を提供することができる。ＮＧ−ＲＡＮ１１２は、次世代ノードＢ（ｇＮＢ）と呼ばれ得る複数の無線アクセスノードを含む。ＮＧ−ＲＡＮ１１２において、ｇＮＢ１１６Ａ及びｇＮＢ１１６Ｂは、Ｘｎインターフェイスを介してお互いと通信することができる。単一のｇＮＢ１１６Ａ内で、ｇＮＢの機能性は、中央集権的ユニット（ｇＮＢ−ＣＵ）１１８Ａ及び分散ユニットの組（１２０Ａと総称されるｇＮＢ−ＤＵ１２０Ａ−１及びｇＮＢ−ＤＵ１２０Ａ−２）に分解され得る。ｇＮＢ−ＣＵ１１８Ａは、Ｆ１インターフェイスを介してｇＮＢ−ＤＵ１２０Ａへ接続される。同様に、ｇＮＢ１１６Ｂは、分散ユニットｇＮＢ−ＤＵ１２０Ｂ−１及びｇＮＢ−ＤＵ１２０Ｂの組へ接続するｇＮＢ−ＣＵ１１８Ｂを有する。各ｇＮＢ  ＤＵは、１以上のセルがＰＬＭＮ内で無線カバレッジを提供することに関与し得る。
【００２８】
ｇＮＢ−ＣＵとｇＮＢ−ＤＵとの間の責務の分割は、３ＧＰＰによって定義されている。無線リソース管理又は無線リソース監視（ＲＬＭ）機能のような異なる機能が、ＣＵ及びＤＵのうちの一方に、更には、ＥＤとＤＵとの間で１以上の無線リンク又はリンクごとの複数のビームをモニタするためにＥＤにも、配置されてよい。全ての機能的配置と同様に、１又は他の場所での特定の機能の配置に対して利点及び欠点が存在し得る。また、ＮＧ−ＲＡＮ１１２に関して上述された機能のいずれか又は全ては、ネットワーク内で仮想されてよく、ネットワーク自体は、以下で説明されるように、より大きいリソースプールのネットワークスライスとして提供されてよいことが理解されるべきである。
【００２９】
図５は、相互に作用するニュー・ラジオ（ＮＲ）及びＬＴＥ無線インターフェイスを同じＥＤによってサポートし得る５Ｇネットワークのための無線アクセスネットワークのアーキテクチャ１２２を表し、すなわち、１つのインターフェイス（ＬＴＥ  ｎｇ−ｅＮＢによる）は、キャリア上の全指向性無線リンクであってよく、一方、他のインターフェイス（ＮＲ  ｇＮＢによる）は、更にもう１つのキャリア上でマルチビーム無線リンクと結合されたもう１つのキャリア上の全指向性リンクであってよい。ＵＥに組み込まれているＲＬＭ機能及びＢＦＲ機能は、リンク又はセルレベルのＲＬＦステータスを導出し、測定された信号又はマルチビームリンク品質メトリック及びＲＬＦステータスをネットワークに報告するためにデバイス内指示（ビーム、チャネル、若しくはセル特有の無線リンク品質メトリック、又はＩＳ、ＯＯＳ、若しくは未解明のＲＬＦ若しくはＢＦＲ指示）を通じて同じＵＥ内でＲＬＦと相互作用しながら、ダウンリンク無線リンク（例えば、ＲＳＲＰ、ＲＳＲＱ、等）をモニタする必要がある。マルチビームに関連したＲＬＭ、ＢＦＲ、及びＲＭＬのために並びにそれらのインタラクションのためにそのようなメカニズムを定義することが、ＮＲにとってこの時点で重要である。次世代ＲＡＮ（ＮＧ−ＲＡＮ）は、ＮＧ−ＲＡＮノード１２４と総称されるＮＧ−ＲＡＮノード１２４Ａ、ＮＧ−ＲＡＮノード１２４Ｂ、及びＮＧ−ＲＡＮ１２４Ｃのような複数のＮＧ−ＲＡＮノードを含む。ＮＧ−ＲＡＮノード１２４は、通常は無線エッジノードであり、それを通じて、ＥＤ５２はＮＧ−ＲＡＮへ接続する。各ＮＧ−ＲＡＮノード１２４は、図５Ｇ  ＲＡＮ３−１で説明されるようにＣＵ及びＤＵに分けられ得る。ＥＤ５２に提供される接続のタイプは、ＥＤ５２の能力及び特定のＮＧ−ＲＡＮノード１２４の能力に応じて様々であることができる。ＮＧ−ＲＡＮノード１２４Ａは、そのＤＵの部分として、ＥＤ５２へのＬＴＥ接続を提供することができる次世代エボルブド・ノードＢ（ｎｇ−ｅＮＢ）を含む。ＮＧ−ＲＡＮノード１２４Ｃは、そのＤＵの部分として、ＥＤ５２への次世代無線アクセス（ＮＲ）を提供することができるｇＮＢ１２８Ｂを含む。ＮＧ−ＲＡＮノード１２４ＡがそのｇＮＢの欠如によりＥＤ５２へのＮＲ接続を提供することができないのと同様に、ＮＧ−ＲＡＮノード１２４Ｃは、そのｎｇ−ｅＮＢの欠如によりＥＤ５２へのＬＴＥ接続を提供することができないことが留意されるべきである。更に、この図を参照して、ＤＵの部分としてｇＮＢの議論は、ＥＤへの次世代ＲＡＴ接続を提供することができるＤＵを包含することを意図されており、一方、ｎｇ−ｅＮＢは、ＥＤへのＬＴＥ  ＲＡＴ接続を提供することができるＤＵを包含することを意図されていることが留意されるべきである。ＮＧ−ＲＡＮノード１２４Ｂは、そのＤＵ内でｎｇ−ｅＮＢ１２６Ｂ及びｇＮＢ１２８Ａの両方を含む。これは、ＮＧ−ＲＡＮノード１２４ＢがＥＤへのＬＴＥ及びＮＲ接続の両方を提供することを可能にする。
【００３０】
ＮＧ−ＲＡＮノード１２４は、Ｘｎインターフェイスを介して他のＮＧ−ＲＡＮノード１２４と通信することができる。図示されていないが、ＮＧ−ＲＡＮノード１２４Ａは、ＮＧ−ＲＡＮノード１２４ＣへのＸｎインターフェイスを有し得る。ＮＧ−ＲＡＮノード１２４は、Ｎ２又はＮ３インターフェイスのようなＮＧインターフェイスを通じた接続によりコア・ネットワーク１１４へ接続することができ、一方、ＥＤ５２は、Ｎ１インターフェイスのようなＮＧネットワークアクセス層（ＮＧ  ＮＡＳ）を介してコア・ネットワーク１１４へ接続し得る。
【００３１】
一実施形態において、提案されている統合された５Ｇ  ＮＲ  ＲＬＦ検出メカニズムは、提案されている基礎をなすフルダイバーシティビーム障害回復（ＢＦＲ）メカニズムと有効に相互作用する。「フルダイバーシティ」ＢＦＲは、以下の例となる順次的なＢＦＲステップのいずれか又は全てで多次元の様々な因子又は選択（例えば、実現可能な通信及びシグナリングパス）を徹底的に又は選択的にしかし十分に適宜に考慮しており、且つ、そのステータスに関する何らかの未確定ＢＦＲ指示を上位レイヤ（ＲＬＭ又はＲＬＦ）へ送る前にＢＦＲステータス（成功又は失敗）に関する結論に達しているＢＦＲプロセスを指す：
１）ＵＥ特有のサービングセル（例えば、プライマリセル（Ｐｃｅｌｌ）、プライマリセカンダリセル（Ｐｓｃｅｌｌ）、又はセカンダリセル（Ｓｃｅｌｌ））のいずれか又は全てで、構成されたサービス（例えば、制御）チャネル（ＣＨ）及び基準信号（例えば、ｘＳＳ、ｘＲＳ）を構成するサービングビーム対リンクを計測するＢＰＬ障害検出（ステップ１）。
【００３２】
２）ソース又はターゲットサービングＣＨの設定に基づく１以上の実現可能なビーム対のフルダイバーシティを探索する新ビーム識別（ステップ２）。ＣＨは、ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌのいずれか若しくは全てにおける制御若しくはデータのための、あるいは、いずれか又は全ての基準信号、等に基づく、ダウンリンク（ＤＬ）、アップリンク（ＵＬ）であってよい。
【００３３】
３）いずれか又は全てのＵＥ特有のサービングセル（ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌ、等）において、例えば、低周波（ＬＦ）又は高周波（ＨＦ）の同じ又は混合キャリアにより、Ｌ１乃至Ｌ３シグナリング（ＵＣＩ、ＭＡＣ制御要素（ＣＥ）、スケジューリング要求（ＳＲ）、サウンディング基準信号（ＳＲＳ）、等）を通じて、制御又はデータチャネル（ＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、等）とともに実現可能なＵＬパスのフルダイバーシティを探索するビーム回復要求（ステップ３）。
【００３４】
４）Ｌ１〜Ｌ３シグナリングを通じて、又は１以上のサービングセル（ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌ）において、又は各セル内の特定のサービングキャリア若しくは複数のキャリア上で、制御又はデータチャネル（物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、ＰＤＳＣＨ、等）、基準信号（ＳＳ−ブロック／ＰＳＳ／ＳＳＳ、ｘＲＳ、等）のための実現可能なＤＬパスのフルダイバーシティを探索するＢＦＲ回復応答の監視（ステップ４）。
【００３５】
上記の設計では、ＢＦＲの夫々の例となるステップは、上位レイヤでＲＬＦ挙動をトリガせずにＬ１／Ｌ２でビーム障害を徹底的に又は選択的にしかし適宜に（ネットワーク構成されたタイマ制約に基づき）且つ十分に（すなわち、ネットワーク構成された最大リトライ制限の下での要求−応答のリトライを有して）解決しようと試み得るが、上記のステップのいずれかの不成功は、上位レイヤＲＬＦ又はＲＬＭへのタイマに基づく（例えば、ＬＴＥで周期的に）又は周期的な、非周期的な、若しくはイベントに基づく（ＯＯＳ、ＩＳ、リンク若しくはＢＦＲステータス）指示を十分に必然的にトリガする可能性がある。全ての（４つの）ステップ（上記の１乃至４）の適時の達成は、ＲＬＦ又はＲＬＭへ送られる（ＩＳ又は成功）指示によりＢＦＲ成功として求められ得る。反対に、上位レイヤにおけるＲＬＦステータス、タイマ、及び知識は、ＢＦＲ状態機械を最適化（例えば、ＲＬＦ宣言又はリンク回復のイベント時にリセット、先送り、早期終了、又は加速）するように下位レイヤに指示し得る。
【００３６】
更に、提案されているインタラクション統合モジュール（ＩＵＭ）は、ＢＦＲが上記のＢＦＲステップ及びＲＬＭからの指示を統合して、上位レイヤ（Ｌ２又はＬ３）ＲＬＦモジュールへの一意のイベント又はタイマ駆動の指示（例えば、ＩＳ、ＯＯＳ）を生成するのを助ける。逆に、ＩＵＭは、下位レイヤのＢＦＲ動作を同様に支援するようにＲＬＦ状態機械及び他の上位レイヤ情報を考慮してよい。ＩＵＭは、ハードウェア若しくはソフトウェア、又はそれらの組み合わせとして実装されてよく、単一若しくは複数のプロトコルレイヤに、又は単一若しくは複数のモジュール（ＢＦＲ、ビーム管理（ＢＭ）、ＲＬＭ、若しくはＲＬＦ）において配置されてよい。
【００３７】
明りょうさのために、ＢＭは、同じサービングノード、ノードファミリー（送信及び受信点（ＴＲＰ）並びにそのペアレントセル／ｇＮＢ）、又は厳密に同期化されたノード（ＵＥによってビーム動作の視点から全く区別され得ない複数のＴＲＰ）に関するあらゆるビーム特有の動作、特にビーム整列、ビーム微調整、ビーム追跡、ビーム切り替えを指し得る。
【００３８】
明りょうさのために、ＴＲＰは、ネットワーク内にあるが端に位置しながら、無線電波でＵＥに話しかけるサービングノードのユニットを指すよう意図され、通常は、ＰＨＹ又はＭＡＣの有無にかかわらずＲＲＨを指す。
【００３９】
目下開示されている革新は、ＮＲにおいて低コストで、スケーラブルであり、且つ信頼できるＲＬＦ検出を可能にするＲＬＦ及びＲＬＦ−ＢＦＲインタラクションの大いに必要とされるモジュール及び単一／マルチビーム統合プロシージャを提供する。ＢＦＲがＩＵＭモジュールを通じてＲＬＦから下位レイヤビーム特有ダイナミクス（ビーム障害）を隠す限りは、ＲＬＦは、何がＯＯＳ、ＩＳを引き起こしたかを知る必要も気にする必要もないので、下位レイヤＢＦＲ及び上位レイヤＲＬＦ状態機械は、簡単なインタラクションにより適切に分離され得る。
【００４０】
３ＧＰＰ  ＲＡＮ１におけるＮＲシステムでは、ビーム障害及びビーム回復障害の基準は未だ決定されておらず、「フルダイバーシティ」指示は、特に、ＲＬＦへ指示を送信する前の段階的なＩＳ−ＯＳＳ生成及び（セルレベルの）指示統合のために、ＢＦＲの各ステップにおいて未だ考慮されていない。他方で、ＮＲシステムＲＡＮ２のための３ＧＰＰ  ＲＡＮ２は、一定の同意に達しているが、次の問題が未解決なまま残っている：
２）多重ビームリンクについてのＲＲＣ宣言された（セル特有の）ＲＬＦのＢＦＲ及びＲＬＭ（ＯＯＳ、ＩＳ）指示をＵＥがどのようにして生成することができるのか、及び
３）マルチビーム及び単一ビームＲＬＭ動作にかかわらずＢＦＲ−ＲＬＦインタラクションの画一的なプロシージャはどのようなものであるか？
ＲＬＦは３つのオプション、すなわち、ＯＯＳ、ＩＳ、ＲＬＣ（ＡＲＱリトライ）障害又はＲＡＣＨ（ＳＲリトライ後）障害のＰＨＹ指示、に基づいてよい。すなわち、接続モードの場合に、ＵＥは、ＤＬ  ＯＯＳ検出、ランダムアクセスプロシージャ障害検出、及びＲＬＣ（ＡＲＱ再送）障害検出により（Ｔ３１０又はＴ３１２）タイマ終了時にＲＬＦを宣言する。最大ＡＲＱ再送数がＲＬＣ障害検出のための唯一の基準であるかどうかは、将来の研究対象である。ＮＲ  ＲＬＭプロシージャにおいて、物理レイヤは同期外れ（ＯＯＳ）／同期内（ＩＳ）指示を実行し、ＲＲＣはＲＬＦを宣言するが、マルチビームリンクのためのＮＲ  ＲＬＭは未だ未確定である。
【００４１】
ＲＬＦについて、ＲＡＮ２プリファレンスは、同期内／同期外れ指示がセルごとの指示であるべきであることであり、本発明は、単一のサービングセルにおける又は複数のサービングセルにわたるマルチビーム又は単一ビーム無線リンク動作にかかわらず、ＲＬＦ／ＲＬＭ−ＢＦＲインタラクションの単一プロシージャを設計することを目指す。
【００４２】
ＮＲ  ＲＬＦ及びビーム障害検出について未だ未確定であるｘＳＳ／ｘＲＳによって示されるビームフォーミングされた指向性基準信号（ＬＴＥにおける全指向性のセル特有ＲＳ（ＣＲＳ）の代わり）、夫々のサービングチャネル又はリンクのマルチビーム合成によるＵＥのための不明りょうな（リンクレベル、セルレベル、マルチセル）ＲＬＦ定義、制御とデータとの間の空間的に無相関又は非疑似コロケーション（ＱＣＬ）のチャネル、非理想的なＵＬ及びＤＬビーム対応、同時の複数のサービングセル（Ｐｃｅｌｌ／Ｓｃｅｌｌ／Ｐｓｃｅｌｌ）、異なるキャリア又は基準信号、並びに間の不明りょうな指示交換を含む、Ｌ１（若しくはＬ２又は両レイヤ）ＢＦＲ状態機械と上位レイヤ（Ｌ２又はＬ３）ＲＬＦ状態機械との間の不明りょうなインタラクションのような、ＮＲにおいて新たに導入されたＰＨＹ特徴のために、現在、ＬＴＥとは異なる新しいＲＬＦ検出メカニズムが必要とされている。
【００４３】
現在、ＬＴＥのＲＬＭ／ＲＬＦ（チャネルメトリック閾値Ｑ＿ｏｕｔ／Ｑ＿ｉｎを有する。）は、一般的に、全指向性ＣＲＳ測定からのＳＩＮＲ、及びテーブル参照に基づく仮想ＰＤＣＣＨチャネルブロックエラーレート（ＢＬＥＲ）に基づくが、ＮＲにはこれ以上セル特有のＣＲＳは存在せず、ＳＳブロック、ＰＢＣＨ  ＤＭ−ＲＳ、ＣＳＩ−ＲＳ、又は３ＧＰＰ標準では未だ公式に定義されていない他の基準信号が代わりに使用されてよい。その上、ＤＣ／キャリア・アグリゲーション（ＣＡ）によるＬＴＥ  ＲＬＦは、ＭｅＮＢでのＰＣｅｌｌ又はＳｅＮＢでのＰＳｃｅｌｌにのみ基づくが、たとえＰＣｅｌｌが無効であるとしても、実際には、利用可能なＰＵＣＣＨ  ＳＣｅｌｌグループにおいてＵＬ／ＤＬデータ伝送も実行され得る。また、ＣＡの各セル内で、１つのキャリアが無効であることがあるが、他のキャリアは依然として生きていることがある。ＮＲ  ＲＬＦのための既存のＮＲ提案は、上位レイヤへの指示を生成する前にＢＦＲのフルダイバーシティを探索することができないため、一時的なＢＦＲステータスに基づき任意の又は不可能な指示をトリガするか、あるいは、セルレベルＲＬＦ及びビームレベルＢＦＲ状態機械をそれらの大いに異なった時間スケールにかかわらず全て一緒に巻き込んで、不安定な又は最適化されていないＲＬＦ挙動を引き起こす。ＮＲにおけるマルチビームＲＬＭ及びＢＦＲの公式な定義の欠如はまた、設計に非常に難しいものとする。明りょうさのために、ＣＳＩ−ＲＳ／ＤＭ−ＲＳ／ＳＳブロック／ＰＳＳ／ＳＳＳは、通常ｘＳＳ／ｘＲＳと総称される基準信号（ＲＳ）又はプライマリ／セカンダリ同期化信号（ＰＳＳ／ＳＳＳ）の略語である。
【００４４】
図６は、フルダイバーシティビーム障害回復（ＢＲＦ）及び統合された無線リンク障害（ＲＬＦ）メカニズム並びにＵＥでのそれらのインタラクションの実施形態を表し、ここで、集積及び統合モジュール（ＩＵＭ）の論理モジュールは、どこにでも、例えば、ＲＬＭ若しくはＲＬＦの部分としてのみ、又は異なるレイヤにわたって、又はＲＬＦ、ＢＦＲ、若しくはＲＬＭモジュールの部分として、配置されてよく、ＢＦＲは、上位レイヤへ何らかのトリガを送る前に（時間制約により）可能な限り迅速に且つ多くその正当なミッションを達成するように「フルダイバーシティ」のオプションを利用する。
【００４５】
図６に開示されるように、提案されているフルダイバーシティＢＲＦの実施形態が開示されている。提案されている（マルチセル、セルごと、又はリンクごとの）統合されたＲＬＦメカニズム、ＵＥ及びＵＥでのそれらのインタラクションのための間のマルチソース指示の提案されている統合、サイドラインレイヤ特有のシグナリング（暗に遠隔ネットワークデバイス）は、ＵＥ内の各レイヤの動作のために無線入力を提供する。要するに、このプロットは、ＲＬＦ状態機械を可能な限り（ＬＴＥに対して）そのままレイヤ３で保ち、マルチビームＢＲＦを可能な限り包括的に且つ適宜にＬ１（又はＬ２）で扱うメカニズムの実施形態を表す。提案されているＲＬＦは、その状態、その非周期的な若しくはイベント駆動されるＩＳ、ＯＯＳ及び暗に任意の他の（例えば、マルチビームＲＬＭによって生成された周期的な）ＩＳ、ＯＳＳのフルダイバーシティＢＲＦから統合されるネットワーク構成された又は所定のレベルのＩＳ、ＯＯＳのみを考慮する。最終的に、ＲＬＦ検出の統一プロシージャは、単一若しくは複数の基礎をなすサービングビーム、基準信号、セル、ＣＨ、及び基準等にかかわらず作動する。Ｌ２に（実例のみを目的として描かれている。）、あるいは、複数のレイヤにわたって分散して、あるいは、ＲＬＦ、ＲＬＭ、及び／又はＢＲＦ内に位置するＩＵＭモジュールは、ＲＬＦとＢＲＦとの間の統合された指示を導出し報告する。
【００４６】
下位レイヤから上位レイヤへ上向きに、提案されているＩＵＭは、１又は複数の基準信号（ｘＳＳ／ｘＲＳ）に対応する１又は複数のサービングセル又はキャリア（ＰＳＣｅｌｌ、Ｓｃｅｌｌ、Ｐｃｅｌｌ、等）にわたって、単一又は複数のセルグループ（二次セルグループ（ＳＣＧ）、マスタセルグループ（ＭＣＧ）、等）において、単一又は複数のＣＨについて（各セルにおいて、若しくは各キャリア上で、等）、単一の又は複数のサービングビーム（ＣＨごと）に基づいて、等、ターゲット無線リンクについて設定レベルで夫々、時間順序で、又はそれらの多重数列において並行して、統合されたＩＳ、ＯＳＳを導出する。
【００４７】
上位レイヤから下位レイヤへ下向きに、提案されているＩＵＭはまた、ＢＦＲ動作の支援又は最適化のために、デュアル・コネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）／ＣＡ／ハンドオーバー（ＨＯ）／ＲＬＦ／ＲＬＭ／無線リソース管理（ＲＲＭ）／ＲＲＣ等のステータスを含む上位レイヤの有益な情報から、時間順序で、又はそれらの多重数列において並行して、統合されたＩＳ、ＯＳＳを導出する。
【００４８】
図７は、ＲＬＭチャネルメトリック（ＲＳＲＰ／ＲＳＲＱ）測定、ＲＬＦへ送られたＲＬＭからの最初及び周期的なＩＮ／ＯＳＳ指示、既存のＬＴＥシステムでのタイマに基づくＲＬＦ動作のための連続的な指示の計数を含むＲＬＭ及びＲＬＦプロシージャを表す。いくつかの実施形態で、ＰＣｅｌｌ又はＰＳＣｅｌｌのためのＣＲＳ  ＳＩＮＲ（ＣＩＲ）の測定に基づき、ＵＥは、（ＣＲＳに基づき）ダウンリンク無線リンク品質をモニタし、それを、ＴＳ３６．１３３で見られるように、同期外れ及び同期内閾値Ｑｏｕｔ（−８ｄＢ）及びＱｉｎ（−６ｄＢ）と比較する。ＤＲＸの有無にかかわらず、同じ閾レベルが適用可能である。ＤＲＸがオンであるとき、周期ＩＳ、ＯＯＳが、設定されている場合にＤＲＸサイクルに基づき、生成される。
【００４９】
ＬＴＥでは、ＴＳ３６．１３３の表７．６．１−１で定められた伝送パラメータによるＰＣＦＩＣＨエラーを考慮しながら、閾値Ｑｏｕｔは、ダウンリンク無線リンクが確かに受信され得ず、サービングセルからの仮想ＰＤＣＣＨ伝送の１０％ＢＬＥＲ（Ｑｉｎが２％ＢＬＥＲに対応する。）に対応すべきであるところのレベルとして定義される。ＬＴＥでは、推定されるＰＣｅｌｌ又はＰＳＣｅｌｌのＣＲＳ  ＳＩＮＲがＱｏｕｔよりも悪くなるとき、ＵＥのレイヤ１は、同期外れ（ＯＯＳ）指示を（周期的に）高位レイヤへ送るべきであり、上位レイヤはタイマ（Ｔ３１０）を起動すべきである。ＣＲＳ  ＳＩＮＲがＱｉｎよりも高いとき、Ｌ１は、同期内（ＩＳ）指示を（周期的に）上位レイヤへ送るべきである。
【００５０】
Ｔ３１０のタイマが満了するとき、すなわち、Ｔ３１０の最後（２００ｍｓ）の期間にわたってＩＳインジケータがないとき、ＲＬＦが宣言され、ＲＲＣ接続の再確立及びＴ３１１がトリガされる。連続したＮ３１０  ＯＯＳ指示が観測されるとき、Ｔ３１０は起動され、そして、Ｔ３１０は、Ｎ３１１  ＩＳ指示が受信される場合に停止される。
【００５１】
物理レイヤ問題は、既存のＲＬＭモジュールがセル特有の非ビームフォーミング（すなわち、全指向性の）ＬＴＥ  ＣＲＳ（例えば、ＲＳＳ／ＣＩＲ、又はＲＳＲＰ／ＲＳＲＱ）のメトリックをモニタすることによって、検出される：
４）ＣＲＳパイロットに基づく測定の（ＲＳＳ／ＣＩＲ）（２００ｍｓ又は１００ｍｓのスライディングウィンドウにわたる１０ｍｓサンプリング）のＬ１フィルタリング／サンプリングは、フィルタリングされたＣＩＲ＜Ｑｏｕｔ（−８ｄＢ）又は＞Ｑｉｎ（−６ｄＢ）閾値を比較することによって、ＰＤＣＣＨ  ＢＬＥＲ＞１０％又は＜２％にマッピングされる。
【００５２】
５）同期外れ／同期内指示のＬ３フィルタリングは、連続的な同期外れ又は同期内指示のＯＯＳ＞＝Ｎ３１０（Ｔ３１０をトリガする。）又はＩＳ＞＝Ｎ３１１（Ｔ３１０のリセットをトリガする。）の数を比較することを指し、一方、Ｔ３１０は、ＲＬＦ検出期間として、５００〜１０００ｍｓ、又はスモールセルの場合に５０ｍｓに設定され得る。
【００５３】
Ｌ３／ＲＲＣレイヤには、次のＲＬＦタイマがある。
【００５４】
６）Ｔ３１０は、Ｐｃｅｌｌ／Ｐｓｃｅｌｌの物理レイヤ問題を検出すると、すなわち、Ｎ３１０の連続的なＯＯＳを下位レイヤから受信すると、起動し、それは、Ｔ３１０が満了する前にＵＥが下位レイヤのＰｃｅｌｌ／ＰｓｃｅｌｌからＮ３１１の連続的なＩＳを受信する場合に、ハンドオーバープロシージャがトリガされるとき、及び接続再確立プロシージャが開始されるときに、停止する。Ｔ３１０の満了はＴ３１１及びＲＬＦをトリガするので、接続再確立プロシージャを開始する。
【００５５】
７）Ｔ３１１は、ＲＲＣ接続再確立プロシージャが開始されると起動し、適切なＥ−ＵＴＲＡセル又は他のＲＡＴを使用するセルが選択されると停止する。Ｔ３１１の満了は、ＵＥをＲＲＣ＿ＩＤＬＥに入らせる。
【００５６】
８）Ｔ３１２は、Ｔ３１０が動作中である場合に、Ｔ３１２が設定されている測定識別子の測定レポートがトリガされると起動し、それは、下位レイヤからＮ３１１の連続的な同期内指示が受信されるとき、ハンドオーバープロシージャがトリガされるとき、接続再確立プロシージャが開始されるとき、及びＴ３１０が満了するときに停止する。Ｔ３１２の満了は、ＲＬＦをトリガし、コンテキスト／セキュリティが準備されている場合には接続再確立プロシージャを開始し、そうでない場合にはＲＲＣ＿ＩＤＬＥに進む。
【００５７】
ＬＴＥの場合に、ＲＬＦの２つのフェーズが存在し、第１は、ＲＬＦ検出（Ｔ３１０満了時）であり、第２は、ＲＲＣ回復（Ｔ３１１又はＴ３１２の満了によって終了）である。図８は、ＬＴＥで使用され得るＲＬＦの２つのフェーズを表す。
【００５８】
９）ＬＴＥ  ＣＡ及びＤＣにおいて、ＬＴＥ  ＲＬＦ／ＲＬＭは、ＭｅＮＢでのＰＣｅｌｌ又はＳｅＮＢでのＰＳｃｅｌｌにのみ基づく：
１０）ＣＡの場合に、ＲＲＣ接続再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。ＵＥは、ｅＮＢによってモニタされるＳＣｅｌｌのＲＬＦをモニタしない。
【００５９】
１１）ＤＣの場合に、無線リンク障害プロシージャの第１フェーズは、ＰＣｅｌｌ及びＰＳＣｅｌｌに対してサポートされる。再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。しかし、ＰＳＣｅｌｌでＲＬＦを検出すると、再確立プロシージャは、第１フェーズの終わりでトリガされない。代わりに、ＵＥは、ＰＳＣｅｌｌの無線リンク障害をＭｅＮＢに知らせる。
【００６０】
１２）ＤＣ／ＣＡの２つのフェーズ（ＲＬＦ検出及びＲＲＣ回復）：
１３）単一のキャリア及びＣＡの場合に、再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。ＵＥは、ｅＮＢによってモニタされるＳＣｅｌｌのＲＬＦをモニタしない。
【００６１】
１４）ＤＣの場合に、無線リンク障害プロシージャの第１フェーズは、ＰＣｅｌｌ及びＰＳＣｅｌｌに対してサポートされる。再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。しかし、ＰＳＣｅｌｌでＲＬＦを検出すると、再確立プロシージャは、第１フェーズの終わりでトリガされない。代わりに、ＵＥは、ＰＳＣｅｌｌの無線リンク障害をＭｅＮＢに知らせる。
【００６２】
１５）ＬＴＥにおいて、ＵＥは、（ＰＨＹレイヤ検出に基づくだけでなく）次の状況のうちの１つが満たされる場合に上位レイヤ（Ｌ３）で無線リンク障害（ＲＬＦ）を宣言すべきである：
１６）（ＡＲＱ）再送の最大数に達したことのＲＬＣからの指示；
１７）Ｔ３００、Ｔ３０１、Ｔ３０４及びＴ３１１のいずれも動作中でないときにランダムアクセス（ＲＡＣＨ）問題が起こることのＭＡＣからの指示；
１８）Ｔ３１０が動作中であるときのＴ３１２中のハンドオーバーコマンドの受信の失敗、例えば、Ｔ３１２の満了時；
１９）無線リンク監視（ＲＬＭ）に基づく物理レイヤ問題の検出（すなわち、Ｔ３１０の満了前にＮ３１０の数の連続的なＯＯＳはあるが、Ｎ３１１の数の連続的なＩＳがないこと。）、例えば、Ｔ３１０が満了し、Ｔ３１１が起動するとき。
【００６３】
３ＧＰＰ  ＴＲ３８．８０２によれば、ＮＲにおいて、関連する制御チャネルのビーム対リンクの品質が十分に低いとき（例えば、閾値との比較、関連するタイマのタイムアウト）、ビーム障害イベントは起こる。
【００６４】
ＲＡＮ１は、突然のビーム品質劣化を克服することを目的として、ＵＥによりトリガされるビーム回復プロシージャを設計している。
【００６５】
本開示の一実施形態で、ＩＳ、ＯＯＳを導出するフルダイバーシティＢＦＲ。我々の提案されているフルダイバーシティＢＦＲにおいて、ＢＦＲの任意のステップ（特定のＵＥデバイスを例とする。）：
２０）ｉ．ＮＲにおけるマルチビームＲＲＭ［２，６］と同様の又はその拡張として複数の実現可能なビームを選択／統合するために、
ｉｉ．［２，６］で見られる構成に基づき複数のビームを測定することによりＣＨ又はセルレベルＲＬＭメトリックを導出するために、
必要ならば、マルチビームＲＬＭメカニズムを使用する。
【００６６】
２１）ｉ．次のＯＯＳ、ＩＳＳ生成条件が満足される限り、及び／又は
ｉｉ．レイヤ固有の指示周波数制御又は周期タイマがキャリアごとの測定されるセル又はＣＨについてトリガされる限り、
障害又はタイムアウト時に、（ＣＨごと又はセルごとに）ＲＬＦ  ＯＯＳ、ＩＳが（例えば、ＩＵＭ機能の有無にかかわらず）トリガされる。
【００６７】
２２）ＣＨ特有のＯＯＳ、ＩＳ生成条件をチェックする：各特定のビームがサービングキャリア／ＣＨ／セルの特定のｘＳＳ／ｘＲＳを運び、ＵＥのＰＨＹレイヤがＬＴＥで見られるように修正された又は類似のＲＬＭメカニズム（サンプリング及びフィルタリング、並びにＩＮ／ＯＯＳ生成インターバルを使用する。）を採用するとする。また、４つのＢＦＲステップの夫々が、このＵＥのためのサービングビーム／ＣＨ／セルの数にかかわらず、その具体的な（シグナリング又は決定）メカニズムを有し得るとする。
【００６８】
マルチビームＣＨ特有ＯＯＳ生成条件は、様々な理由により満足される。例えば、いくつかの例で、そのフィルタリング／サンプリングされたＲＬＭメトリック＜Ｑｏｕｔの場合、あるいは、同等に、ＵＥ又はチャネル特有ｘＲＳ（ＣＳＩ−ＲＳ及び／又はＤＭＲＳ）に基づき、ＣＨの仮想ＢＬＥＲ（例えば、ＰＤＣＣＨ）＞閾値＿ＯＯＳの場合、且つ、ＯＯＳ生成頻度を制御するタイマがトリガされる場合。他の例では、条件は、そのフィルタリング／サンプリングされたＲＭＬメトリック＜Ｑｏｕｔの場合、あるいは、同等に、ＵＥ又はチャネル特有ｘＲＳ（ＣＳＩ−ＲＳ及び／又はＤＭＲＳ）に基づき、ＣＨの仮想ＢＬＥＲ（例えば、ＰＤＣＣＨ）＞閾値＿ＯＯＳの場合に、満足され得る。ＩＳ生成条件は、同様に、ＯＳＳがトリガされた後、ここでの全てのシナリオについて、Ｑｉｎ及び閾値＿ＩＳに基づくことができる。その上、ＣＨ特有の指示は、チャネルごとのビームのみが存在する場合に、ビーム特有であるように低減され得る。
【００６９】
一般的なＯＯＳ生成条件は、いくつかの数について（例えば、組み合わせを用いて）又は特定の期間にわたって（タイマによる）、例えば、各サイクルが１つのＳＳブロックバースト設定期間に等しくなり得るビーム走査の１又は複数のサイクルにおいて、セル特有の共通信号、例えば、ＰＳＳ若しくはＳＳブロック又はＰＢＣＨ（そのＤＭＲＳを含む）のＵＥの受信及び復号化失敗に基づく。
【００７０】
提案されているフルダイバーシティＢＦＲの各ステップは、時間制約によるＢＦＲ成功又は失敗の迅速且つ確実な決定のためにステップ内の選択又は全ての利用可能な選択肢を利用する。例えば、ステップ１におけるセル１内の故障した制御ＣＨ（ビーム）のビーム回復要求は、時間が許す限り（特定のタイマに基づく）、セル２内のステップ２で識別されたＵＬデータＣＨ（ビーム）又はＲＡＣＨに沿ってピギーバックをＭＡＣ  ＣＥに報告し得る。前のステップの成功若しくは失敗又は一部のダイバーシティの利用は、指示をＲＬＦへ供給するように後のステップ／他のダイバーシティをスキップし得る。各ステップは、直接的に又は間接的にＲＬＦに対して統合機能を通じて指示を提供し得る。
【００７１】
他の実施形態では、ＢＦＲと統合ＲＬＦとの間のインタラクション統合モジュール（ＩＵＭ）機能が開示される。特定のＵＥを例として、ＩＵＭモジュールは、Ｌ１／Ｌ２多次元ＯＳＳ、ＩＳ、リンク、又はＢＦＲステータス指示を、統合されたセルごとのＯＯＳ、ＩＳ指示にフィルタリング又は統合するように（あるいは、新しい指示によりそのまま転送されるが、望ましくはＯＯＳ、ＩＳのみである。）、以下の通りに具現化され得る。
【００７２】
リンク回復指示は、リンク回復成功に対応する非周期的な指示（例えば、ＲＬＭに対して定義されるのと同じＩＳ）、又はリンク回復失敗に対応する周期的な指示（例えば、ＲＬＭに対して定義されるのと同じＯＯＳ）、又は周期的な若しくはイベントに基づくリンク回復ステータスを指す。リンク回復ステータスは、障害検出インスタンス、識別された新しいビーム、測定された基準信号強度又は制御若しくはデータチャネル品質、設定された基準に従う識別されたビームパスの実現可能性、及び設定されたタイマ又はカウンタに基づく制約の下で段階的な成功又は失敗、並びにリンク回復プロセス全体の最終的な成功又は失敗を指す。セルごとのＲＬＦ  ＯＯＳ識別は、このセル内にある場合に、以下に基づきＩＵＭ機能によって、その後に周期的に、生成される：
２３）一般的なＤＬ制御ＣＨ（例えば、一般的なＰＤＣＣＨ）のＣＨ特有のＯＯＳ生成条件が満足されること、あるいは、
２４）ＵＥ特有のＤＬ制御ＣＨ（例えば、ＵＥ特有のＰＤＣＣＨ）のＣＨ特有のＯＯＳ生成条件が満足されること、あるいは、
２５）一般的なＯＯＳ生成条件が満足されること、あるいは、
２６）上記の段落で説明されるような、最終的なリンク若しくはＢＦＲ障害又は（４つのステップからの）段階的な障害のいずれか、あるいは、基準に基づいたチャネル品質劣化を示すリンク又はＢＦＲステータス、あるいは、
２７）報告又は生成頻度のための制御タイマ又はリンク若しくはＢＦＲ若しくはＢＭイベントがトリガされること。
【００７３】
ＩＵＭの統合機能の別の実施形態では、
２８）上記のＡ〜Ｅは、代わりに論理積によって、又は論理和及び論理積等の混合によって、又は他の計算によって、別なふうに組み合わされてよい。加重和のような組み合わせ（注記：重みが１又は０に等しい場合に、それは、ＰＳＣｅｌｌ／Ｐｃｅｌｌ又は特定のｘＲＳ等のみを考慮して、平均又は優先度ベースのようである。これも設定可能である。）。
【００７４】
２９）上記のＡ〜Ｅのうちの１以上は、必ずしもそれらの全てではないが、ＩＵＭ機能を定義するために他の直交条件と論理和又は論理積によって組み合わされ得る。
【００７５】
３０）セルごとのＲＬＦ  ＩＳ：上記はＩＳにも適用可能である（ＢＦＲ成功がリンク回復又はＢＦＲ障害を置換することを伴う。）。
【００７６】
３１）上記のＡ〜Ｅは、リンク又はＢＥＲステータスがチャネル、キャリア、又は信号特有である場合に、チャネルごと又はキャリアごと又は信号ごとにも適用可能である。
【００７７】
マルチセルＯＯＳ、ＩＳは、同様にＩＵＭによって統合され得る。
【００７８】
３２）複数のサービングセル（ＰＳＣｅｌｌ、ＰＣｅｌｌ、Ｓｃｅｌｌ）又はセルグループに適用されるＩＵＭのＡ〜Ｅのステップを全て一緒に混合することによる、又は
３３）セルごとのＩＵＭからの出力としてセルレベルのＲＬＦ  ＯＯＳ又はＩＳ結果を単に組み合わせることによる。
【００７９】
ＩＵＭ統合機能は、指示の生成又は報告のために、シナリオ又は構成に基づき、ＣＨごと、信号ごと、キャリアごと、セルごと、セルグループごと、又はそれらの組み合わせであることができる。
【００８０】
ＩＵＭ統合機能は、いずれかの又は全ての特定のレイヤ（Ｌ１〜Ｌ３）で、すなわち、独立したモジュールとして中央集権化又は分配されるか、あるいは、ＲＬＦ又はＢＲＦに一体化され得る。
【００８１】
ＩＵＭ統合機能は、（統合されたＩＳ、ＯＯＳを生成するために）下位のＢＲＦから上位レイヤＲＬＦへ、あるいは、単一のＵＥ又はネットワークデバイスで（統合されたＢＦＲ支援を生成するために）逆方向に、あるいは、（ＵＥ側及びネットワーク側シグナリングを伴って）エンド間で開始することができる。統合機能は、例えば、ビームごと又はＣＨ  ＩＳ、ＯＯＳごと等の論理積及び論理和結合よりむしろ、ＮＲ＿ＣＨ＿品質の他の数字形式に基づくことができる。
【００８２】
他の実施形態では、ＲＬＦ及びＢＦＲメカニズム（状態機械）間の提案されているエンド間インタラクションモデルが開示される。
【００８３】
図９は、９００においてＢＦＲ−ＲＬＦインタラクションのエンド間及び層間フレームワークを表し、ユーザ側デバイス、例えば、ＵＥ（又はタブレット、ＰＣ等を含む、無線通信可能な任意の他のユーザデバイス）と、ネットワークデバイス（例えば、ｇＮＢ又はＴＲＰ）との間のエンド間及びレイヤごとのシグナリングが９０２（レイヤ３）、９０４（レイヤ２）、９０６（物理レイヤ）で起こる。表示されている階層は、本質的に例示であり、別の実施形態では変化し得ることに留意されたい。例えば、ブロック９０４におけるＬ２での機能は、提案されている統合、等を実行するためのＲＬＭ（複数のプロトコルレイヤにまたがる。）の部分とみなされてよい。更に、別の実施形態では、ＵＥ内のＬ２  ９０４は、単純に省略されてよく、その場合に、下位レイヤでのＢＦＲ動作は、上位レイヤのＲＬＦ状態機械に対して同期内／同期外れ（ＩＳ、ＯＯＳ）又は他のＢＦＲ指示をトリガするように原因となる（十分な）根拠を直接提供する。また、（Ｌ２）ＢＦＲ動作９０４の存在は、単なる例示を目的とし、同様に、図１０において、Ｌ２ＢＦＲシグナリング（例えば、ＭＡＣ  ＣＥ）が標準に導入される場合にも当てはまる。
【００８４】
ＰＨＹレイヤ９０６において、ＵＥは、ｇＮＢ／ＴＲＰとのＬ１  ＢＦＲシグナリングを有し、ＵＥはまた、別な場所で説明されているフルダイバーシティＢＦＲプロセス及び／又はマルチビームＲＬＭの部分として、ｇＮＢ／ＴＲＰからの（ＤＬ）ビームフォーミング基準信号をモニタする。上述されたステップにおけるフルダイバーシティＢＦＲ動作は、少なくともこのレイヤ９０６で無線により、多次元ビーム、信号、セル、及びチャネル等を考慮することによって、ＢＦＴ（成功若しくは失敗）ステータス、ＩＳ、又はＯＯＳ指示を導出する点に留意されたい。レイヤ２  ９０４において、ＵＥ及び／又はｇＮＢ／ＴＲＰは、Ｌ２  ＢＦＲ関連シグナリング（例えば、ＭＡＣ  ＣＥ）を通じて、ＢＦＲ動作が成功か又は失敗かどうかをともに決定し得る。レイヤ３又はＲＲＣ９０２において、複数のタイマ及びカウンタによるＲＬＦ動作は、ｇＮＢ／ＴＲＰでのＲＬＦマシンを導出するために、ｇＮＢ／ＴＲＰのＲＬＦ／ＨＯステータスとＵＥ側の状態との間の無線ＲＲＣシグナリング交換と、ＲＬＦ又はＲＡＣＨ又はＲＬＣ状態機械からの他の直交入力とに関連して、下位レイヤからのＩＳ、ＯＯＳ（及び可能なＢＦＲ状態）指示に基づき設定され作動する。
【００８５】
図１０は、１０００においてＢＦＲ−ＲＬＦインタラクションのエンド間及び層間フレームワークを表すが、指示が上下逆向き、すなわち、下向きである（図９では、指示は下から上、すなわち、上向きであった。）。図１０において、ユーザ側デバイス、例えば、ＵＥ（又はタブレット、ＰＣ等を含む任意の他のユーザデバイス）と、ネットワークデバイス（例えば、ｇＮＢ又はＴＲＰ）との間のエンド間及びレイヤごとのシグナリングは、１００２（レイヤ３）、１００４（レイヤ２）、１００６（物理レイヤ）で起こる。ここでの階層は、より例示を目的としており、別の実施形態では変化し得ることに留意されたい。下位レイヤ（例えば、ＢＦＲの場合に、物理レイヤ９０６又はレイヤ２  ９０４）が上位レイヤ（例えば、レイヤ３  ９０２のＲＬＦ）動作を支援する図９とは対照的に、図１０は、上位レイヤ（例えば、ＲＬＦ、等）又はレイヤ３  １００２が、下位レイヤ（例えば、ＢＦＲの場合に、レイヤ２  １００４又は物理レイヤ１００６）の動作を最適化するのを助けることができる。例えば、ブロック１００４におけるＬ２での機能は、提案されている統合、等を実行するためのＲＬＭ（複数のプロトコルレイヤにまたがる。）の部分とみなされてよい。別の実施形態では、ＵＥ内のＬ２  １００４は、単純に省略されてよく、その場合に、下位レイヤでのＢＦＲ動作は、ＢＦＲ指示を最適化するように原因となる又は十分な根拠としてＬ３  １００２の入力（ＢＦＲ支援情報又は指示）を直接とる。また、（Ｌ２）ＢＦＲ動作１００４の存在は、単なる例示であって、Ｌ２ＢＦＲシグナリング（例えば、ＭＡＣ  ＣＥ）が標準に導入される場合にも当てはまる。
【００８６】
図１０の１００２において、上位レイヤＲＬＦ状態機械は、関連するＢＦＲ支援情報とともに、ＢＦＲ成功／回復又は失敗／リセットの早期終了又は加速を可能にすることができ、このとき、１００２でのそのような支援情報は、ＲＬＦ又はＲＲＣの無線シグナリング（例えば、ＨＯコマンド、ＲＲＣ接続再確立、キャリア又はセル追加又は除外に関連したＤＣ／ＭＣ／ＣＡシグナリング）、あるいは、ポジショニングに基づいたビーム発見又は回復情報、あるいは、ＤＣ／ＣＡ／ＭＣ対応システムにおけるＰＣｅｌｌ、ＰＳＣｅｌｌ又はＳＣｅｌｌ内の他のキャリア又はセルにわたる任意の代替の通信パスに基づいてよい。図１０に示される例では、ＰＨＹレイヤ１００６において、ＵＥは、Ｌ１  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。レイヤ２  １００４において、ＵＥは、Ｌ２  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。ＲＲＣレイヤ１００２において、ＵＥは、図９の９０２等で見られるのと同じように、ＲＬＦ若しくはＲＲＣシグナリング又はデータパスを用いてｇＮＢ／ＴＲＰと通信する。
【００８７】
レイヤ２  １００４において、ＵＥ及び／又はｇＮＢ／ＴＲＰは、Ｌ２  ＢＦＲ関連シグナリング（例えば、ＭＡＣ  ＣＥ）を通じてＢＦＲ動作が最適化され得るかどうかをともに決定してよい。ＰＨＹレイヤ１００６において、ＵＥは、ｇＮＢ／ＴＲＰとのＬ１  ＢＦＲシグナリングを有し、ＵＥはまた、別な場所で説明されているフルダイバーシティＢＦＲプロセス及び／又はマルチビームＲＬＭの部分として、ｇＮＢ／ＴＲＰからの（ＤＬ）ビームフォーミング基準信号をモニタする。上述されたステップにおけるフルダイバーシティＢＦＲ動作は、このレイヤ１００６で無線により、多次元ビーム、信号、セル、及びチャネル等を考慮することによって、ＢＦＴ（成功若しくは失敗）ステータス、ＩＳ、又はＯＯＳ指示を導出するだけでなく、上位レイヤにより提供されたＢＦＴリセット若しくは加速指示又はＢＦＴ支援情報を直接導出する点に留意されたい。物理レイヤ１００６において、複数のタイマ及びカウンタ並びに無線シグナリング（ＢＦＲ要求及び応答）を使用したＢＦＲ動作は、その動作を加速又は効率化することによって最適化するために、上位レイヤからの他の直交入力に関連して、ビームフォーミング基準信号、新しいビームの識別に基づき設定及び作動される。
【００８８】
図１０及び図９の別の実施形態では、ＵＥ側のＢＦＲ及びＲＬＦは、ＵＬに基づくＲＬＭについてｇＮＢ／ＴＲＰ側のＢＦＲ及びＲＬＦにミラーリングされ得る点に留意されたい。例えば、ｇＮＢ／ＴＲＰは、モニタされるキャリア以外の異なるキャリア上で同時にＵＥと通信するＰｃｅｌｌ、ＰＳｃｅｌｌ、又はＳｃｅｌｌからであってよい。同様に、モニタされるリンク又はＣＨは、ターゲットリンク（ＢＦＲ又はＲＬＦ）ステータスを決定する際に、制御、データ、又はそれらの組み合わせであってよい。ＩＳ、ＯＯＳ、又はＢＦＴリセット／加速指示の統合のためのＩＵＭ機能は、ＵＥ上のＲＬＦ及びＢＦＲの間のＬ１（ＰＨＹ）〜Ｌ３（ＲＲＣ）インタラクション間のどこにあってもよく、あるいは、ネットワークデバイス（ｇＮＢ／ＴＲＰ）は、（図示されるように）Ｌ２にあるか、あるいは、Ｌ１又はＬ３に組み込まれるか、あるいは、任意のレイヤにおいて分配される新たに導入されたＩＵＭ機能を含む。従って、ＲＬＦ及びＩＳ、ＯＯＳ、リンク及び／又はＢＦＲ状態は、マルチセル、セルごと、ＣＨごと、信号ごと、又はキャリアごと、リンクごと、あるいは、それらの組み合わせとしてあることができる。
【００８９】
図１０は、上位レイヤＲＬＦ状態機械が、関連するＢＦＲ支援情報（例えば、ＤＣ／ＣＡ／ＭＣにおけるＰＣｅｌｌ、ＰＳｃｅｌｌ又はＳＣｅｌｌ内のポジショニングに基づいたビーム発見又は回復情報）とともに、ＢＦＲ成功／回復又は失敗／リセットの層奇襲量又は加速を可能にすることを表す。図１０に示される例では、ＰＨＹレイヤ１００６において、ＵＥは、Ｌ１  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。レイヤ２  １００４において、ＵＥは、Ｌ２  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。ＲＲＣレイヤ１００２において、ＵＥは、ＲＬＦ又はＲＲＣシグナリングを用いてｇＮＢ／ＴＲＰと通信する。
【００９０】
別の実施形態では、ＵＥ側のＢＦＲ及びＲＬＦは、ＵＬに基づくＲＬＭについてｇＮＢ／ＴＲＰ側のＢＦＲ及びＲＬＦにミラーリングされ得る。ｇＮＢ／ＴＲＰは、Ｐｃｅｌｌ、ＰＳｃｅｌｌ、又はＳｃｅｌｌの異なるキャリアからであってよく、サービングＣＨは、制御、データ、又はそれらの組み合わせであってよい。ＩＳ、ＯＯＳ、又はＢＦＴリセット／加速指示の統合のためのＩＵＭ機能は、ＵＥ上のＲＬＦ及びＢＦＲの間のＬ１（ＰＨＹ）〜Ｌ３（ＲＲＣ）インタラクション間のどこにあってもよく、あるいは、ネットワークデバイス（ｇＮＢ／ＴＲＰ）は、（図示されるように）Ｌ２にあるか、あるいは、Ｌ１又はＬ３に組み込まれるか、あるいは、任意のレイヤにおいて分配される新たに導入されたＩＵＭ機能を含む。従って、ＲＬＦ及びＩＳ、ＯＯＳ、リンク及び／又はＢＦＲ状態は、マルチセル、セルごと、ＣＨごと、信号ごと、又はキャリアごと、リンクごと、あるいは、それらの組み合わせとしてあることができる。
【００９１】
図１１によって表される第３の実施形態では、ＲＬＦ検出の統合されたフロープロシージャが開示され、このとき、ＮＲのための我々の提案しているマルチビームＲＬＭは、フローチャート１１００に示されるように、マルチビームＲＲＭ［２，３，４，６，．．．］に関する同様のビーム結合／選択基準を用いて、サービングＣＨの品質、ＮＲ＿ＣＨ＿品質を導出し、それを、通常ネットワーク構成されるチャネル閾値Ｑｉｎ／Ｑｏｕｔと比較するように、暗にＩＵＭの部分として組み込まれる（あるいは、そうでなければ、ＩＵＭはＲＬＭの部分である。）。提案されているマルチビームＩＵＭ／ＲＬＭモジュールにおけるＩＳ／ＯＳＳ指示は、テーブル参照に基づきＮＲ＿ＣＨ＿品質（例えば、単位ｄＢのＲＳＲＱ）からマッピングされる仮想ＰＤＣＣＨに基づき、ＬＴＥと同様にして、すなわち、以下のステップｖ）で導出され得るか、あるいは、特定の閾値（例えば、Ｑｉｎ及びＱｏｕｔ）とのＮＲ＿ＣＨ＿品質（例えば、単位ｄＢのＲＳＲＱ、単位ｄＢｍのＲＳＲＰ、又は単位ワットの単位電力）との直接比較に基づくことができる。ＲＬＭにより導出されたタイマ又はイベント駆動型のＩＳ、ＯＯＳは、（以下のステップｖｉで及びＩＵＭ統合機能によって図１１見られるように）Ｌ３  ＲＦＬへのＩＳ、ＯＯＳ指示の統合されたストリームのためにＩＳ、ＯＯＳ、リンク又はＢＦＲ失敗／成功指示と統合され得る。
【００９２】
３４）ＮＲ＿ＣＨ＿品質＝（実現可能なビームの品質、すなわち、閾値を上回るビーム品質）の平均＋オフセット（Ｎ）、
ｉ．このとき、Ｎは、閾値を上回る実現可能なビームの数であり、どれも閾値を上回らない場合には、最良のビームが考えられ得る。オフセット（Ｎ）は、Ｎの任意の非減少離散又は連続関数であることができ、例えば、オフセットは、実現可能な（Ｎ）ビームが多いほどマルチビームチャネル品質は良いことを反映するように、Ｎとともに増大する。マルチビームＲＬＭのためにここで提案されているＮ、平均関数、及び閾比較法は、先行技術のマルチビームＲＲＭと非常に似ているが、具体的なパラメータは、ＲＲＭよりもネットワーク（例えば、ＲＲＣ構成）によって別なふうに決定又は設定され得る。  
ｉｉ．ビームごとの品質メトリックはワット、ｄＢｍｍ又はｄＢで測定される。  
ｉｉｉ．フローの初期化（リセット）は、ビーム成功ステータスのようであることができる。  
ｉｖ．平均は、ビームごとの品質の線形和を含む線形又は非線形関数であり、Ｎで平均化された任意の加重和であることができる。Ｎは、ＣＨごと、キャリアごと、セルごと、又はそれらの複数にまたがってよい。  
ｖ．例えば、ＮＥ  ＢＦＲ内のＰＤＣＣＨの仮想ＢＬＥＲは、ＬＴＥと同様であることができる。  
ｖｉ．ＩＵＭ機能へのＩＳ、ＯＯＳ指示入力は、マルチセル、セルごと、マルチビームＣＨごと、又はビームごとに、ビームごとの１以上のｘＳＳ／ｘＲＳに一貫して使用可能であるが、必ずしも混合して使用される必要はない。  
ｖｉｉ．ビームごとの品質メトリックの測定は、複数の信号、例えば、ＲＭＬ／ＲＬＦ  ｘＳＳ／ｘＲＳに（組み合わせて又は別々に）基づく。  
ｖｉｉｉ．図１１は、ＩＳ  ＯＯＳ、リンク又はＢＦＲステータスをトリガした下位レイヤの又は基礎をなすＢＦＲ状態機械（１１０２、１１０４、１１０６、１１０８）に基づく図９に対応するＵＥ側でのＲＬＦ検出プロシージャの詳細なフローチャート１１００を表す。途中、場合により独立して又は提案されるマルチビームＲＬＭ又はＲＬＦの部分として作動するＩＵＭ（１１１０、１１１２、１１１４、１１１６、１１１８）は、（非周期的な又はイベントにより駆動される）ＢＦＲ指示を（最初の及び周期的な）マルチビームＲＬＭ  ＮＲ＿ＣＨ＿品質に基づく指示と統合する論理機能である。その目的は、例えば、ＩＳ、ＯＯＳカウンタ又はタイマ及びＲＬＦ宣言等に影響を及ぼすことによって、上位レイヤのＲＬＦ状態機械１１２０を加速又は最適化することである。
【００９３】
図１１に示される実施形態では、提案されるフルダイバーシティＢＦＲの例となる（４）ステップは、方法１１００のブロック１１０２、１１０４、１１０６及び１１０９で順次に実行される。ターゲットＣＨ又はリンクのサービングビームの監視に基づくブロック１１０２でのビーム障害検出が存在することが開示されており、これによりブロック１１０４につながる。１１０４で、（サービング）ビーム障害が検出されたが、「フルダイバーシティ」の新しいビームが識別される場合に、フローチャートはブロック１１０６へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１０６で、フルダイバーシティＢＦＲ要求（ＴＸ）が成功する場合に、方法はブロック１１０８へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１０８で、フルダイバーシティＢＦＲ応答（ＲＸ）が回復とともに受信される場合に、方法はブロック１１１０へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１１０で、ＢＦＲが最終的に成功し（すなわち、全てのステップが成功した。）、更には、提案されるマルチビームＲＬＭによれば、周期的なチェックでマルチビームＮＲ＿ＣＨ＿品質＞Ｑｉｎ（又はＢＬＥＲ＜閾値）である場合に、方法はブロック１１１２へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１２で、（周期的若しくはタイマに基づくか、又は非周期的か、又はイベントに基づくかにかかわらず）インジケータが上位レイヤは送られ、方法はブロック１１１８へ進む。ブロック１１１４で、ＢＦＲが失敗であったか、又は提案されるマルチビームＲＬＭによれば、周期的なチェックでマルチビームＮＲ＿ＣＨ＿品質＜Ｑｏｕｔ（又はＢＬＥＲ＞閾値）である場合に、方法ではブロック１１１６へ進み、さもなければ、方法はブロック１１０２へ戻る。ブロック１１１２でのＩＳと同様に、ブロック１１１６では、上位レイヤへのタイマ（タイマ又はイベント駆動のＯＯＳ）インジケータが存在し、方法はブロック１１１８へ進む。ブロック１１１８で、ＩＵＭ統合機能は、すなわち、指示頻度チェック（例えば、周期性チェック）を用いて、単一又は複数のビーム／ＣＨ／キャリア／セルのＩＳ、ＯＯＳにわたって論理的論理積／論理和（又は他の）統合動作によって、実行され、ＲＬＦ状態機械は、ブロック１１２０で然るべく更新される（例えば、そのタイマ及びカウンタ及び状態が、ＬＴＥと同じか又は同様にＩＳ、ＯＯＳによって影響を及ぼされる。）。ＲＬＦへのＩＳ、ＯＯＳ（周期性又は否）の単一ストリームを保持することは、単にＲＬＦ状態機械であるか、それをＬＴＥで見られるようにＮＲで同じに保つことであることができる点に留意されたい。
【００９４】
別の実施形態では、上記は、セルレベルのＩＳ、ＯＳＳを生成するように同様に修正可能であり、これは、マルチ又は単一ビームである制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）に基づくことができる。あるいは、同様の方法でマルチビームの複数の（制御、データ、ＵＬ、ＤＬ、同じ若しくは異なるセル、又は組み合わせ）ＣＨのメトリックを選択／結合することによって、導出された「セル」品質メトリックに基づくことができる。
【００９５】
別の実施形態では、上記は、サービング又は候補ビーム／ＣＨ／セルにあることができ、ＩＵＭは、異なるレイヤで分散又は中央集権化され得る。
【００９６】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。各ＢＦＲステップの成功（Ｙ）又は状態は、ＩＵＭへの何らかのＩＳ又は他のＢＦＲ状態を直接トリガし得る。
【００９７】
ＢＳＲＰは、ＢＬＥＲへのマッピングの有無にかかわらず、古い又は新たに定義された閾値（Ｑ＿ｉｎ又はＱ＿ｏｕｔ）と比較するためのＮＲ＿ＣＨ＿品質として直接使用され得る。
【００９８】
他の実施形態では、ＢＦＲへのその又は他の上位レイヤ支援を伴ったＲＬＦの統合されたフロープロシージャが、図１１によって開示され図解される。
【００９９】
この実施形態では、支援情報が、
全ての利用可能なビームリンクにわたって、及び／又は
１又は複数のｘＳＳ／ｘＲＳにわたって若しくは基づいて、及び／又は
イントラセルＣＡでのように、異なる周波数キャリアにわたって、及び／又は
ＤＣ／ＣＡ若しくはＬＦ支援ＨＦでのように、複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）、及び／又は
ＵＬ若しくはＤＬ又は両方にわたって、及び／又は
上位レイヤのタイムアウトイベント（ＲＬＦ  Ｔ３１０／Ｔ３２１の満了）、及び／又は
ＢＦＲを終了するか若しくはそのパラメータをリセットするために使用され得るデバイス内又は無線（ＲＬＦ）ＨＯトリガ、等、
ＢＦＲプロセスを助けるために取得され得るとする。
【０１００】
別の実施形態では、上記は、Ｐｃｅｌｌ又はＰＳＣｅｌｌの制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）にのみ基づくことができ、あるいは、ＢＦＲを導出し、加速し、リセットし、又は一般的に助けるために、何らかの利用可能なデータＣＨ（ＰＵＳＣＨ／ＰＤＳＣＨ、ＰＵＣＣＨでのＳＰＳ、又はＲＡＣ／ＳＲ、又はＭＡＣ  ＣＥピギーバッグ等による許可されたリソース）、又は何らかの検出可能な信号（ＤＬ  ＳＳブロック、ＣＳＩ−ＲＳ、ＤＭＲＳ、ＵＬ  ＳＲＳ／ＤＭＲＳ等を含むｘＳＳ／ｘＲＳ）を使用してもよい。
【０１０１】
別の実施形態では、上記は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭは、異なるレイヤで分散又は中央集権化され得、フローチャートの具体的なステップは変わる可能性がある。
【０１０２】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。上位レイヤの指示は、ＢＦＲ動作を最適化するのを助けるように、ＢＦＲの特定のステップへ指示するために使用され得る。
【０１０３】
多種多様な実施形態は本開示によって考えられていることは、はっきりと理解される。ＵＥ側でのＵＩＭ及びＲＬＦ／ＲＬＭ／ＢＦＲメカニズムは具現化され、次の詳細により異なるシナリオに適用可能である：
ＬＴＥのＲＬＭと同様に、ここで使用されるメトリック、例えば、ｄＢｍ／ワット又はｄＢでのビームごとのＲＳＲＰ（ＲＳＳＩ）又はＲＳＲＱ（ＣＩＮＲ）は、ビーム特有のｘＳＳ／ｘＲＳから測定され得る。
【０１０４】
メトリックは、夫々のＣＨ、セル、又はキャリアについての単一又はマルチビームメトリックに拡張され得る。
【０１０５】
単一ＲＬＭメトリックを導出ための複数の測定されたビームメトリックの組み合わせによるマルチビームＲＬＭ／ＲＬＦがここでは記載される。
【０１０６】
ビーム又はＣＨ特有のＲＭＬメトリックは、基本ＩＳ、ＯＳＳ生成条件及びＩＵＭ機能を用いて、ビーム、ＣＨ又はセル特有のＩＳ、ＯＯＳインジケータを導出するために使用され得る。
【０１０７】
ＩＵＭ等のＵＥ側設計は、ＤＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等に対応するＵＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等を用いてネットワークデバイス（ＴＲＰ、ｇＮＢ、ＣＵ、又はＤＵ等）側にミラーリングされ得る（レガシーＤＬモビリティ及びＢＭに対するＵＬモビリティ及びＢＭによる［５］と同様）。
【０１０８】
別の実施形態では、実施形態のプロット（図２〜６）の詳細は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭ機能は、異なるレイヤで分散又は中央集権化され得、フレームワーク設計、ＮＲ＿ＣＨ＿品質、又はフローチャート中のステップの具体的な詳細は変わる可能性がある。
【０１０９】
本開示の実施の一例が図１２に表されている。図１２は、ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスを示す。ＲＬＭの部分としてのＩＵＭモジュールは、ＲＬＭにより生成されたＩＳ、ＯＯＳ及びＢＦＲにより生成されたステータス（成功又は失敗）指示を、それらをＬ３  ＲＬＦへ送る前に、ＩＳ、ＯＯＳの単一ストリームに統合又は変換する。ＵＥ側にあるＲＬＭ及びＢＦＲが、フローチャート１２００に示されるように同じｘＲＳ又はＳＳを考えているとするならば：
ビーム障害ブロック１２０２で検出された場合に、続くプロセスで、何らかの最終的なＢＦＲ成功／失敗が宣言されるまで、ＢＦＲモジュールは、上位レイヤへ何も指示すべきでない。
【０１１０】
ブロック１２０４でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１２０６で示されるように、肯定的指示（例えば、非周期ＢＦＲ成功又は非周期ＩＳ）をＲＬＭへ送る。
【０１１１】
ブロック１２０４でＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１２０８で示されるように、否定的指示（例えば、非周期ＢＦＲ失敗又は非周期ＯＯＳ）をＲＬＭへ送る。
【０１１２】
（１２１０におけるＩＵＭの実施形態としての）ＲＬＭモジュールは、マルチビーム監視された（サービング）チャネル品質にもっぱら基づいて、結合されたＩＳ、ＯＯＳストリームを導出するように、ＲＬＭの通常のプロセスからは分離され得るＢＦＲ成功／失敗指示からＩＳ、ＯＯＳを導出することができる。これは、ブロック１２０６及び１２０８からの入力を使用し、ＩＳ、ＯＯＳを送信する。１２０６又は１２０８からの非周期ＢＦＲ指示は、事前に定義された統合基準に従うことによって、１２１０で連続的又は周期的な（ＩＳ、ＯＯＳ）指示をトリガするか、又はそれらへ変換するか、又はそれらに影響を及ぼし得る点に留意されたい。
【０１１３】
１２１０のＲＬＭモジュールは、次いで、ブロック１２１２で、ＩＳ、ＯＯＳの統合されたストリームをＬ３  ＲＬＦへ送る。
【０１１４】
この実施形態に基づき、更に他の実施形態では、１２１０は、ＢＦＲの部分として実装され得る、すなわち、ＢＦＲ又は１２０６及び１２０８に組み込まれ得るので、直接にＬ３への非周期ＩＳ、ＯＯＳ、リンク又はＢＦＲ  ＩＳ、ＯＯＳ指示の有無にかかわらず、周期ＩＳ、ＯＯＳに影響を及ぼすか、又はそれらを生成する点に留意されたい。
【０１１５】
ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセス又はフローチャート１３００について図１３によって表される他の実施形態では、ＲＬＭ指示（最初の及び周期的なＩＳ、ＯＯＳ）及びＢＦＲ指示（周期ＩＳ、ＯＯＳ）は、更なる処理のためにＬ３  ＲＬＦへ同時に送られ、すなわち、統合機能は、文字通りＲＬＦ状態機械の部分である。「ＩＵＭモジュール」は、フローチャート１３００によって示されるように、ＢＦＲモジュール（１３０６／１３０８／１３１０／１３１２）から受信したものを文字通り直接Ｌ３  ＲＬＦモジュール１３０２に渡している。ＵＥ側のＲＬＭ１３０４及びＢＦＲが同じ又は異なるｘＲＳ又はＳＳを考えているとする。
【０１１６】
ビーム障害がブロック１３１２で検出された後、何らかのＢＦＲ成功／失敗が宣言されるまで、ＢＦＲモジュールは、上位レイヤへ何も指示すべきでない。
【０１１７】
ブロック１３１０でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１３０６で直接ＲＬＦへ非周期ＩＳを送る。
【０１１８】
ＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１３０８で直接ＲＬＦへ非周期ＯＳＳ指示を送る。
【０１１９】
ブロック１３０６及び１３０８は、ＩＳ、ＯＯＳ指示を直接Ｌ３  ＲＦＬブロック１３０２へ転送する。
【０１２０】
並行して、独立した又は分離されたモジュールとしてのブロック１３０４の提案されているマルチビームＲＬＭモジュールは、マルチビーム監視された（サービング）チャネル品質（上述された通り）に基づいて、最初の及び周期的なＩＳ、ＯＯＳ指示を導出する。
【０１２１】
ブロック１３０２のＲＬＦモジュール（暗黙的に統合機能を埋め込まれている。）は、異なるソース（ブロック１３０４、１３０６及び１３０８を含むが限られない。）からのＩＳ、ＯＯＳ指示を結合するが、それらを（連続カウンタＮ３１０、Ｎ３１１、Ｔ３１０、Ｔ３１１、Ｔ３１２等に関して）ＬＴＥと同じに又は同様に扱うことができる。
【０１２２】
例えば、周期ＩＳの途中で届く非周期ＯＳＳは、Ｎ３１１のカウントをリセットしてよい（従って、Ｔ３１０の停止の遅延）。
【０１２３】
例えば、周期ＯＳＳの途中で届く非周期ＩＳは、Ｎ３１０のカウントをリセットしてよい（従って、Ｔ３１０の開始の遅延）。
【０１２４】
図１３に示される要素のいずれの取り扱いも、異なる実施形態では異なる論理的又は数学的動作に従い得る点に留意されたい。
【０１２５】
図１４によって表されている他の実施形態では、ＵＥ実施形態のＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの他の例がフローチャート１４００で示されている。ここで、ＲＬＭ指示（最初の及び周期的なＩＳ、ＯＯＳ）及びＢＦＲ指示（非周期ＩＳ、ＯＯＳ又は成功／失敗指示）は、ブロック１４０４でのＩＵＭ統合の後にのみＬ３  ＲＬＦ１４０２へ送られる。このとき、ＩＵＭは、ＲＬＭ１４０６若しくはＲＬＦ１４０２の部分又は独立した機能であってよい。しかし、とにかく、それは、指示のタイプ、指示のソース、又は指示が基づく基準信号に基づき、重み付けされた様態で指示を統合する。ＵＥ側のＲＬＭ１４０６及びＢＦＲ（１４０８、１４１０、１４１２、１４１４）が同じ又は異なるｘＲＳ又はＳＳを考えているとすれば、その場合に、ＩＵＭ１４０４は、ＲＬＦ１４０２の部分として又はＲＬＦ１４０２への入力として、ＲＬＭ１４０５からの並びにＢＦＲモジュール１４０８及び１４１０からの指示をフィルタリング又は統合する。
【０１２６】
１  ブロック１４１４でビーム障害検出された後に、ＢＦＲモジュールは、構成されたｘＲＳ／ＳＳに基づき、何らかのＢＦＲ成功／失敗が宣言されるまで、上記レイヤへ何も指示すべきでない。
【０１２７】
ブロック１４１２でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１４０８で直接ＲＬＦへ非周期ＩＳを送る。
【０１２８】
ブロック１４１２でＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１４１０で直接ＲＬＦへ非周期ＯＯＳ指示を送る。
【０１２９】
ＢＦＲから独立した又は分離されたモジュールとしてのＲＬＭモジュール１４０６は、ブロック１４０６での構成されたｘＲＳ／ＳＳに基づきマルチビームＲＬＭで定義されるもののような、マルチビーム監視された（サービング）チャネル品質に基づいて、周期ＩＳ、ＯＯＳを導出する。
【０１３０】
ブロック１４０２のＲＬＦモジュールは、異なるソース（ブロック１４０６、１４０８及び１４１０を含むが限られない。）からのＩＳ、ＯＯＳ指示を結合するが、それらを（連続カウンタＮ３１０、Ｎ３１１、Ｔ３１０、Ｔ３１１、Ｔ３１２等に関して）ＬＴＥと同じに又は同様に扱う。
【０１３１】
例えば、異なるｘＲＳ／ＳＳについて、ＩＵＭ１４０４又はＲＬＦ１４０２は、重み（又は優先度）によって異なるように指示を扱い、場合により、ＢＦＲの中の１４０８及び１４１０からの非周期指示には、１４０６からのＲＬＭにより生成された周期指示よりも高い重み又は絶対優先度が与えられる。
【０１３２】
例えば、異なるソース（ＲＬＭ１４０６対ＢＦＲ１４０８又は１４１０）からの指示について、ＩＵＭ１４０４又はＲＬＦ１４０２は、重み（又は優先度）によって異なるように指示を扱う。
【０１３３】
注釈：等しい重みは、それらが同じに扱われ得ることを意味する。ＩＵＭは、ＲＬＦの部分としてあるならば、Ｎ３１１、Ｎ３１０（図示の通り）又は関連するタイマに直接作用し得る。
【０１３４】
上記の取り扱いは、統合方法において別な場所で定義される具体的な重み付け方法に従うことができる点に留意されたい。別の実施形態では、ＲＬＭ１４０２及びＲＬＦ１４０６（及びＩＵＭ１４０４）は、単一のモジュールとみなされてもよい点に留意されたい。
【０１３５】
図１５は、Ｘ軸に時間、及びＹ軸に対して様々な信号をプロットしたチャートを表す。ＲＲＣ、ＭＡＣ及びＰＨＹレイヤは夫々Ｙ軸上で分離されている。これは、ＲＬＦが起こる場合のフローを示すことを目的とする。図１５はまた、ここで開示されているタイマのいくつか、及びここで開示されているビーム回復を表す。
【０１３６】
図１６は、図１０に対応するＵＥ側の実施形態を示すフローチャート１６００であり、上位レイヤ（ＲＬＦ、ＲＬＣ、ＨＯ状態、又はＲＲＣシグナリング）により提供された支援情報に基づいてＢＦＲプロシージャ１００６及び（１６１０、１６１２、１６１４、１６１６、１６１８、１６２０）を最適化するその詳細なフローを表す。ＢＦＲ状態機械１００６、１００４及び（１６１０〜１６２０）は、上位レイヤ情報（１００２又は１００２及び１００４、１６０２、１６０４、１６０６、１６０８に対応、等）に基づき加速又は早期終了され得る。
【０１３７】
図１６は、上位レイヤ支援が複数の又は実現可能な又はサービスを提供するキャリア、利用可能な又は代替の通信パス、ＲＬＣ  ＡＲＱ再送ステータス、ＲＡＣＨステータス、ＲＲＣ又はＬ２シグナリング情報、あるいは、上位レイヤＲＬＦタイムアウトイベント（Ｔ３１０／Ｔ３１２）又はＨＯ（コマンド）トリガの複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）にわたって取得され得る状況に関係がある。上位レイヤＲＬＦタイムアウトイベント（Ｔ３１０／Ｔ３１２）又はＨＯ（コマンド）トリガは、これ以上必要がない場合に下位レイヤＢＦＲを早期終了するために使用され得、一方、他のイベントはＢＦＲプロセスを加速するのを助け得る点に留意されたい。このフローチャートにおいて、Ｌ３（又はＬ２）のＵＥは、ブロック１６０２でＢＦＲ支援のためのＲＬＦ／ＲＬＣ／ＲＡＣＨ又はＲＲＣ若しくはＬ２信号を知る。上位レイヤと下位レイヤとの間にある論理ＩＵＭは、ブロック１６０４、１６０６及び１６０８に示されているものを含む様々な機能を実行する。これらの機能も論理上ＲＬＦ、ＲＬＭ又はＢＦＲの部分と見なされ得る点に留意されたい。
【０１３８】
ブロック１６０４で、例えば、同じＵＥへの代替のビーム／ＣＨ／キャリア／セルによって定義される、利用可能なダイバーシティパス情報がクエリされ、ＢＦＲを加速させるために用いられる。ブロック１６０６で、Ｔ３１０／Ｔ３１２（ここで、Ｔ３１０及びＴ３１２は、ＬＴＥで定義されるそれらタイマと実質的に類似したタイマである。）の満了、あるいは、新たに受信されたＨＯコマンド、接続再確立、又は新しいビーム、チャネル、キャリア、若しくはセルによるアイドルモード開始のような上位レイヤイベントがブロック１６０６に示されている。ブロック１６０８で、タイマＴ３１０及びT312のリセット又は停止のようなイベントが起こる。１６０６及び１６０８は両方とも、進行中のBFRを早期終了するために使用され得る（進行中か否かはブロック１６１２で判断される。）。１６０４、１６０６及び１６０８によって企図されるＩＵＭによって監視されるイベントは、本質的に同時であってもなくてもよいことが明確に企図される。ブロック１６１０で決定されるように、利用可能なダイバーシティＵＬパスがある場合に、次いでブロック１６１４で、下位レイヤの既存の通信パスでブロック又は遅延されるのではなく、上位レイヤにより通知された代替の通信パス（例えば、他のセル、チャネル、キャリア、ビーム又は他の信号）を通じてＲＡＣＨ又はＳＲ／ＰＵＳＣＨを開始するように、フルダイバーシティＢＦＲ要求（ＴＸ）の加速が行われる。ブロック１６１０でダイバーシティＵＬパスが利用可能でない場合には、ＵＬは上位レイヤによって既に問題があると知られているので、次いでブロック１６０１８で、新しいＤＬビーム、キャリア、チャネル、セル、又は他の信号によりビーム切り替え／識別を開始することによって、フルダイバーシティＢＦＲ  ＤＬ監視又は応答（ＲＸ）の加速が提供され得る。ブロック１６１２で決定されるように、ＢＦＲが依然として進行中である場合には、次いでブロック１６１６で、ＢＦＲパラメータ、タイマ、状態（例えば、ＢＦＲ状態機械の早期終了又は再始動）を引き起こすＢＦＲリセットが存在する。ブロック１６１２、１６１６、１６１８及び１６１４の後に、ＵＥは、場合により、上位レイヤ支援情報又は上位レイヤにより最適化されたＢＦＴ状態を利用して、ブロック１６２０で新たなビーム障害検出を引き続き実行してよい。
【０１３９】
明りょうさのために、Ｔ３１０タイマは、ＰＨＹに関連した問題がどのくらいの期間起こったかを決定するために使用されてよい。一例となる動作が以下で説明される：
ＵＥがＰＨＹレイヤに関連した問題を検出する場合（下位レイヤからＮ３１０の連続的な同期外れ指示を受信する場合）に開始する。
【０１４０】
次の場合に停止する：
ＵＥが下位レイヤからＮ３１１の連続的な同期内ＩＮＨを受信する場合、
ハンドオーバープロシージャがトリガされる場合、
接続再確立プロシージャが開始される場合、
満了時に、セキュリティがアクティブにされていない場合には、ＲＲＣ＿ＩＤＬＥに進み、それ以外の場合には、接続再確立プロシージャを開始する。
【０１４１】
明りょうさのために、Ｔ３１２は、専用チャネルを接続状態で確立するときにレイヤ１からのＮ３１２「同期外れ」指示をＵＥがどれくらいの期間待つかを決定するために使用されてよい。
【０１４２】
図１６は、支援情報が、
全ての利用可能なビームリンクにわたって、及び／又は
１又は複数のｘＳＳ／ｘＲＳにわたって若しくは基づいて、及び／又は
イントラセルＣＡでのように、異なる周波数キャリアにわたって、及び／又は
ＤＣ／ＣＡ若しくはＬＦ支援ＨＦでのように、複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）、及び／又は
ＵＬ若しくはＤＬ又は両方にわたって、及び／又は
上位レイヤのタイムアウトイベント（ＲＬＦ  Ｔ３１０／Ｔ３２１の満了）、及び／又は
ＢＦＲを終了するか若しくはそのパラメータをリセットするために使用され得るデバイス内又は無線（ＲＬＦ）ＨＯトリガ、等、
ＢＦＲプロセスを助けるために取得され得ることを示す。
【０１４３】
別の実施形態では、上記は、Ｐｃｅｌｌ又はＰＳＣｅｌｌの制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）にのみ基づくことができ、あるいは、ＢＦＲを導出し、加速し、リセットし、又は一般的に助けるために、何らかの利用可能なデータＣＨ（ＰＵＳＣＨ／ＰＤＳＣＨ、ＰＵＣＣＨでのＳＰＳ、又はＲＡＣ／ＳＲ、又はＭＡＣ  ＣＥピギーバッグ等による許可されたリソース）、又は何らかの検出可能な信号（ＤＬ  ＳＳブロック、ＣＳＩ−ＲＳ、ＤＭＲＳ、ＵＬ  ＳＲＳ／ＤＭＲＳ等を含むｘＳＳ／ｘＲＳ）を使用してもよい。
【０１４４】
別の実施形態では、上記は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭは、異なるレイヤで分散又は中央集権化され得、フローチャートの具体的なステップは変わる可能性がある。
【０１４５】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。上位レイヤの指示は、ＢＦＲ動作を最適化するのを助けるように、ＢＦＲの特定のステップへ指示するために使用され得る。
【０１４６】
ＵＥ側の開示されているＵＩＭ及びＲＬＦ／ＲＬＭ／ＢＦＲメカニズムは具現化され、次の詳細により異なるシナリオに適用可能である：
ＬＴＥのＲＬＭと同様に、ここで使用されるメトリック、例えば、ｄＢｍ／ワット又はｄＢでのビームごとのＲＳＲＰ（ＲＳＳＩ）又はＲＳＲＱ（ＣＩＮＲ）は、ビーム特有のｘＳＳ／ｘＲＳから測定され得る。
【０１４７】
メトリックは、夫々のＣＨ、セル、又はキャリアについての単一又はマルチビームメトリックに拡張され得る。
【０１４８】
単一ＲＬＭメトリックを導出ための複数の測定されたビームメトリックの組み合わせによるマルチビームＲＬＭ／ＲＬＦが第２０頁で記載される。
【０１４９】
ビーム又はＣＨ特有のＲＭＬメトリックは、ここで開示されている基本ＩＳ、ＯＳＳ生成条件及びＩＵＭ機能を用いて、ビーム、ＣＨ又はセル特有のＩＳ、ＯＯＳインジケータを導出するために使用され得る。
【０１５０】
ＩＵＭ等のＵＥ側設計は、ＤＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等に対応するＵＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等を用いてネットワークデバイス（ＴＲＰ、ｇＮＢ、ＣＵ、又はＤＵ等）側にミラーリングされ得る（ここで開示されているＵＬモビリティ及びＢＭレガシー対ＤＬモビリティ及びＢＭと同様）。
【０１５１】
別の実施形態では、ここで開示されている様々な図の詳細は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭ機能は、異なるレイヤで分散又は中央集権化され得、ここで開示されているフレームワーク設計、ＮＲ＿ＣＨ＿品質、又はフローチャート中のステップの具体的な詳細。
【０１５２】
いくつかの実施形態で、ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法は、物理レイヤで複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、前記複数のビームの夫々についてビーム品質メトリックを決定することと、シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを（分離したビーム、基準若しくは同期化信号、方向、キャリア、データ若しくは制御チャネル、セルに関して）評価することとを意味する。更に、方法は、物理レイヤでダイバーシティを十分に活用することによって、例えば、ネットワーク構成及びタイマに基づく制約の下で、前記ＢＦＲ動作を達成することと、ＢＦＲプロセス中に、最終的なＢＦＲ動作ステータス（成功、失敗）を決定することと、ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期ＩＳ、又はＢＦＲ失敗に対応する非周期ＯＯＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、前記ＢＦＲ指示を他のモジュール（例えば、ＲＬＭ又はＲＬＦ）へ送ることとを更に含む。
【０１５３】
一実施形態において、ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）を検出する方法は、指示（該指示は、ＢＦＲにより生成された（非周期）ＩＳ、ＯＯＳ又は明示的なＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成された（周期）ＩＳ、ＯＯＳ指示を受信すること、両方の指示を同時受信することであってよい。）を受信することと、特定の基準信号若しくはビーム若しくはチャネル若しくはキャリア若しくはセルについて、又はそれらの複数にわたって、検出される無線リンクの前記受信された指示の１又は複数を統合することとを含む。この方法はまた、前記統合された指示をＲＬＦへ送ることと、該統合された指示を用いて、高速な信頼できるＲＬＦ宣言のためにＲＬＦ状態機械（Ｎ３１０、Ｔ３１０、Ｎ３１１、Ｔ３１１、Ｔ３１２等）に影響を及ぼす（例えば、加速、遅延、又は最適化する）こととを含む。
【０１５４】
他の実施形態では、ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）を検出する方法であって、ＢＦＲにより生成されたＩＳ、ＯＯＳ、明示的なＢＦＲ成功／失敗ステータス指示、又はＲＬＭにより生成された（周期）ＩＳ、ＯＯＳ指示の少なくとも１つである指示を受信することと、検出される無線リンクの前記受信された指示を統合することと、該統合された指示をＲＬＦへ送ることと、前記統合された指示を用いてＲＦＬ状態機械を変更することとを含む前記方法が開示される。この方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに、又はそれら若しくは異なるプロトコルレイヤにわたって配置されてよく、ＢＦＲ及びＲＬＭ指示は、同時に、又はＲＬＭに基づく手続き的統合の後にＲＬＭを通じてのみ、当該方法に入力されてよい。
【０１５５】
更なる他の実施形態では、ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法であって、物理レイヤで複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、前記複数のビームの夫々についてビーム品質メトリックを決定することと、シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを（分離したビーム、基準信号、同期化信号、方向、キャリア、データ若しくは制御チャネル、セル、又はそれらの任意の組み合わせに関して）評価することと、物理レイヤで前記ダイバーシティを十分に活用することによって、例えば、ネットワーク構成及びタイマに基づく制約の下で、前記ＢＦＲ動作を達成することと、ＢＦＲプロセス中に、最終的なＢＦＲ動作ステータス（成功、失敗）を決定することと、ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期ＩＳ、又はＢＦＲ失敗に対応する非周期ＯＯＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、前記ＢＦＲ指示を他のモジュール（例えば、ＲＬＭ又はＲＬＦ）へ送ることとを含む前記方法が開示される。
【０１５６】
更なる他の実施形態では、少なくとも１つのネットワークデバイスから、ＢＦＲにより生成されたＩＳ、ＯＯＳ、明示的なＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成されたＩＳ若しくはＯＯＳ指示の少なくとも１つである指示を受信するレシーバ手段と、検出される無線リンク前記受信された指示を統合し、該統合された指示をＲＬＦへ送り、該指示に基づきＲＦＬ状態機械を変更するプロセッサ手段とを含むネットワークデバイスが開示される。
【０１５７】
ネットワーク設備、例えば、ユーザ側のＵＥデバイス（又はＴＲＰ若しくは基地局のようなネットワーク側デバイス）においてニュー・ラジオ（ＮＲ）リンク障害を検出してＲＬＭ及びリンク障害回復を実行するシステム及び方法が開示される。これらのシステム及び方法は、リンク障害回復（例えば、ＢＦＲ）により生成された周期的な、イベントにより駆動される、又は非周期的なステータス又は指示、あるいは、マルチビームＲＬＭにより生成された（最初の及び周期的な）ＩＳ、ＯＯＳ指示の少なくとも１つであることができるデバイス内指示を生成及び受信することに対して、無線信号を測定し、無線シグナリング及び設定メッセージを考慮する手段を含んでよい。システム及び方法は、性能最適化のために、マルチビームＲＬＭ及びフルダイバーシティ又はマルチパスリンク障害回復指示を用いて、検出された無線リンクについての受信された指示を統合する。
【０１５８】
ネットワーク設備、例えば、ユーザ側のＵＥデバイス（又はＴＲＰ若しくは基地局のようなネットワーク側デバイス）におけるネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）の検出及びＲＬＭとのそのインタラクションのためのシステム及び方法が開示される。これらのシステム及び方法は、ＩＳ、ＯＯＳ、又はリンク回復ステータス（例えば、成功、失敗、新たに識別されたビーム、検出された品質メトリック）指示のような、リンク障害回復（例えば、ＢＦＲ）により生成された（周期的な、イベントにより駆動される、又は非周期的な）指示、あるいは、マルチビームＲＬＭにより生成された（最初の及び周期的な）ＩＳ、ＯＯＳ指示、又はチャネル品質メトリック、あるいは、ＢＦＲからＲＬＭへ定義された指示の変換後の指示、あるいは、下位レイヤリンク回復に関連した動作を最適化するための上位レイヤＲＬＦ、ＲＲＣ、ＲＬＣ又はＲＡＣＨにより生成された下方指示、の少なくとも１つであることができるデバイス内指示を生成及び受信することに対して、無線信号を測定し、無線シグナリング及び設定メッセージを考慮する手段を含んでよい。システム及び方法は、ＲＦＬ状態機械を変更してその性能を改善するために、統合された上方指示を、あるいは、性能最適化のためにＢＦＲ状態機械を変更するために、統合された下方指示を利用して、検出された無線リンクについての受信された指示を統合する。
【０１５９】
本発明は、その特定の特徴及び実施形態に関して記載されてきたが、様々な変更及び組み合わせが、本発明から逸脱することなしにそれらに対して行われ得ることは明らかである。従って、明細書及び図面は、添付の特許請求の範囲によって定義される本発明の、単に実例とみなされるべきであり、本発明の適用範囲内に入るありとあらゆる変更、変形、組み合わせ又は均等をカバーするよう企図される。
【０１６０】
［関連出願の相互参照］
本願は、「System  and  Method  for  a  Unified  RLF  Detection  and  Full-Diversity  BFR  Mechanism  in  NR」と題されて２０１７年６月２３日付けで出願された米国特許仮出願第６２／５２４３６２号、及び「System  and  Method  for  a  Unified  RLF  Detection  and  Full-Diversity  BFR  Mechanism  in  NR」と題されて２０１７年９月１１日付け出願された米国特許仮出願第６２／５５７０５２号の優先権を主張する。なお、優先権の基礎となる出願の内容は、参照により援用される。
【図１】
2020526086.tif 000003
【図２】
2020526086.tif 000004
【図３】
2020526086.tif 000005
【図４】
2020526086.tif 000006
【図５】
2020526086.tif 000007
【図６】
2020526086.tif 000008
【図７】
2020526086.tif 000009
【図８】
2020526086.tif 000010
【図９】
2020526086.tif 000011
【図１０】
2020526086.tif 000012
【図１１】
2020526086.tif 000013
【図１２】
2020526086.tif 000014
【図１３】
2020526086.tif 000015
【図１４】
2020526086.tif 000016
【図１５】
2020526086.tif 000017
【図１６】
2020526086.tif 000018
【手続補正書】
【提出日】令和2年1月31日(2020.1.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスにおいて無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
当該デバイスによって、無線ネットワーク内の１以上のネットワークデバイスとユーザ設備（ＵＥ）との間に延在する無線リンクの１以上の通信パスを介して受信される基準信号を測定して、基準信号測定値を生成し、前記１以上の通信パスは前記無線ネットワークによって構成される、ことと、
前記１以上の通信パスから、前記基準信号測定値及び設定された基準に基づき無線リンク動作のリンク品質評価のための少なくとも１つのパスを選択することと、
前記選択された少なくとも１つのパスに関連するリンク回復動作ステータス又は評価されたリンク品質メトリックに基づき無線リンク指示を生成することと、
当該デバイスの物理レイヤから当該デバイスの上位レイヤへ前記無線リンク指示を送信することと
を有する方法。
【請求項２】
前記１以上の通信パスの夫々は、前記１以上の通信パスの他のパスとは異なる基準信号、異なるビーム対、異なるアップリンク若しくはダウンリンク方向、異なるチャネル、異なるキャリア、及び／又は異なるセルに関連する、
請求項１に記載の方法。
【請求項３】
前記無線リンク動作は、アップリンク若しくはダウンリンクシグナリング、リンク障害検出、新しいビームの識別、リンク障害回復要求伝送又は応答監視を含む、
請求項１に記載の方法。
【請求項４】
前記無線リンク指示は、前記評価されたリンク品質メトリックに基づく接続性ステータス、又は成功若しくは失敗の回復動作ステータスを更に示す、
請求項１乃至３のうちいずれか一項に記載の方法。
【請求項５】
基礎をなすリンク又はビーム回復プロセスにおける全ステップが段階的カウンタ又はタイマの満了前に完了している場合にのみ、前記無線リンク指示は動作成功として生成される、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
カウンタ又はタイマが満了する前にリンク又はビーム回復プロセスにおけるいずれかのステップが失敗した場合に、前記無線リンク指示は動作失敗として生成される、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項７】
前記選択されたパスの信号品質の全てが閾値を下回る場合に、前記無線リンク指示は周期的な接続性同期外れ（ＯＯＳ）として生成される、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項８】
前記選択された少なくとも１つのパスのいずれかの信号品質が閾値を超える場合に、前記無線リンク指示は周期的な接続性同期内（ＩＳ）として生成される、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項９】
リンク回復動作を実行すること又はリンク品質を評価することは、特定の基準信号、特定のビーム、サービング制御チャネル、又はそれらの組み合わせを含む特定のパスにのみ基づく、
請求項１乃至８のうちいずれか一項に記載の方法。
【請求項１０】
前記基準信号測定値は、基準信号受信電力（ＲＳＲＰ）測定値、信号対雑音及び干渉比（ＳＩＮＲ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、又は受信信号強度指示（ＲＳＳＩ）測定値を含む、
請求項１乃至９のうちいずれか一項に記載の方法。
【請求項１１】
前記無線リンクのための前記選択された少なくとも１つのパスは、前記基準信号測定値の移動平均、加重和、又は閾値比較に基づき選択される、
請求項１乃至１０のうちいずれか一項に記載の方法。
【請求項１２】
単一又は複数のビームに基づく、特定の基準信号のキャリアレベル、チャネルレベル、又はセルレベルのリンク品質メトリックを導出することによって、リンク品質を評価することを更に有する、
請求項１乃至１１のうちいずれか一項に記載の方法。
【請求項１３】
複数のパスを考慮すること又はパスを選択することによってサービングリンクを評価する基準は、個々のパスのメトリックにフィルタをかけること、閾値比較若しくはメトリック順位付けに基づき１又は複数のパスを選択すること、選択されたパスを重み付き加算のような数学的手法によって結合することによって単一のリンク品質メトリックを導出すること、及び／又は導出されたメトリックを閾値と比較することによって前記リンク品質を評価すること、によって構成される、
請求項１乃至１２のうちいずれか一項に記載の方法。
【請求項１４】
前記無線リンク指示は、選択されたパスを、ビーム若しくはビーム対、サービングチャネル、基準信号、コンポーネントキャリア、及び／又は基地局若しくはセルと関連付ける、
請求項１乃至１３のうちいずれか一項に記載の方法。
【請求項１５】
前記無線リンクに関連する構成された同期化信号ブロック（ＳＳＢ）測定値、構成された復調基準信号（ＤＭ−ＲＳ）測定値、構成されたサウンディング基準信号（ＳＲＳ）測定値、及び構成されたチャネル状態情報基準信号（ＣＳＩ−ＲＳ）測定値が、ある期間に、対応する閾値を下回る場合に、リンク障害検出又はビーム障害検出がトリガされる、
請求項１乃至１４のうちいずれか一項に記載の方法。
【請求項１６】
前記無線リンクに関連する構成された同期化信号ブロック（ＳＳＢ）測定値、構成された復調基準信号（ＤＭ−ＲＳ）測定値、構成されたサウンディング基準信号（ＳＲＳ）測定値、及び構成されたチャネル状態情報基準信号（ＣＳＩ−ＲＳ）測定値が、ある期間に、対応する閾値を上回る場合に、新しいビームの識別又は新しいパスの識別がトリガされる、
請求項１乃至１５のうちいずれか一項に記載の方法。
【請求項１７】
リンク障害動作又はビーム障害動作の指示は、周期的に、非周期的に、又はイベントに応答してトリガされる、
請求項１乃至１６のうちいずれか一項に記載の方法。
【請求項１８】
前記無線リンク指示は、前記無線リンクの特定のパスについて品質メトリックを閾値と比較することを含む第２の構成された基準、又は論理（ＯＲ若しくはＡＮＤ）動作による同じリンクについての複数のパスの組み合わされた指示、に従って決定されるリンク接続性ステータスを識別する、
請求項１乃至１７のうちいずれか一項に記載の方法。
【請求項１９】
サービングリンクメトリックの構成された導出又は評価は、複数のビーム特有の信号メトリックの加重和若しくは移動平均のようなフィルタリング、又はＳＩＮＲ対ＢＬＥＲテーブル参照を含む、
請求項１乃至１８のうちいずれか一項に記載の方法。
【請求項２０】
無線リンク監視（ＲＬＭ）及びリンク回復動作は、独立して作動する、
請求項１乃至１９のうちいずれか一項に記載の方法。
【請求項２１】
前記１以上の通信パスは、複数のビームを含み、該複数のビームは、同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、同じ又は異なる周波数キャリアでの複数のビーム、同じ又は異なる（ＤＬ又はＵＬ）方向の複数のビーム、同じ又は異なる基準信号の複数のビーム、同じ又は異なるチャネルでの複数のビーム、同じ又は異なる無線アクセス技術（ＲＡＴ）での同じ又は異なるセル内の同じ又は異なるネットワークデバイスからの複数のビーム、又はそれらの任意の組み合わせ、のうちの少なくとも１つを有する、
請求項１乃至２０のうちいずれか一項に記載の方法。
【請求項２２】
基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、又はセルごとに重みが設定され、該重みはデジタル数字又は線形スカラーであり、加重和は線形又は非線形関数である、
請求項１乃至２１のうちいずれか一項に記載の方法。
【請求項２３】
無線リソース制御（ＲＲＣ）設定信号を受信すること、
無線リンク設定に従うことによって又はＲＲＣ信号によってどのような又はどのようにリンク回復の指示が生成、使用、又はマルチパス考慮（ダイバーシティ利用）されるかを決定すること、
マルチパス考慮（ダイバーシティ利用）法及びパラメータを決定すること、
マルチパスリンク回復のためのＩＳ又はＯＯＳ指示生成アプローチ並びにフィルタリング基準及びパラメータを決定すること、
ＲＬＭとリンク回復（並列又はカスケード処理）関係との間の上向き及び下向きの相互指示を決定すること、
構成された上位レベルステータス又はイベントに従って指示に基づきリンク回復状態機械の変化に影響を及ぼすこと
のうちの少なくとも１つの構成方法を更に有する、
請求項１乃至２２のうちいずれか一項に記載の方法。
【請求項２４】
当該デバイスは、前記ＵＥである、
請求項１乃至２３のうちいずれか一項に記載の方法。
【請求項２５】
当該デバイスは、前記１以上のネットワークデバイスの１つである、
請求項１乃至２３のうちいずれか一項に記載の方法。
【請求項２６】
プロセッサと、
前記プロセッサによって実行されるプログラムを記憶している非一時的なコンピュータ可読記憶媒体と
を有するデバイスであって、
前記プログラムは、
無線ネットワーク内の１以上のネットワークデバイスとユーザ設備（ＵＥ）との間に延在する無線リンクの１以上の通信パスを介して受信される基準信号を測定して、基準信号測定値を生成し、前記１以上の通信パスは前記無線ネットワークによって構成される、命令と、
前記１以上の通信パスから、前記基準信号測定値及び設定された基準に基づき無線リンク動作のリンク品質評価のための少なくとも１つのパスを選択する命令と、
前記選択された少なくとも１つのパスに関連するリンク回復動作ステータス又は評価されたリンク品質メトリックに基づき無線リンク指示を生成する命令と、
当該デバイスの物理レイヤから当該デバイスの上位レイヤへ前記無線リンク指示を送信する命令と
を含む、デバイス。
【請求項２７】
デバイスにおける無線リンク監視（ＲＬＭ）のための方法であって、
当該デバイスによって、無線ネットワーク内の１以上のネットワークデバイスとユーザ設備（ＵＥ）との間のサービングリンクの１以上のビームを介して受信される基準信号を測定し、基準信号測定値を生成することと、
前記１以上のビームから、ネットワーク構成されたＲＬＭ基準に従って、前記測定された基準信号に基づき、少なくとも１つのビームを選択することと、
前記ネットワーク構成されたＲＬＭ基準に従って、前記選択された少なくとも１つのビームからサービングリンク品質を導出することと、
前記ネットワーク構成されたＲＬＭ基準に従うことによって前記導出されたサービングリンク品質を評価して、１以上の第１の又は周期的なＲＬＭ指示を生成することと、
当該デバイスの同じレイヤ又は上位レイヤに対して前記１以上の第１の又は周期的なＲＬＭ指示を送信することと
を有する方法。
【請求項２８】
前記ネットワーク構成されたＲＬＭ基準は、ビーム特有メトリックフィルタリング、若しくは設定された閾値を上回るフィルタリングされたメトリックに基づくＸ最良ビーム選択、又はその両方を有する、
請求項２７に記載の方法。
【請求項２９】
前記サービングリンク品質を導出するための前記ネットワーク構成されたＲＬＭ基準は、特定の基準信号、ビーム、キャリア、チャネル、又はセル用である、
請求項２７に記載の方法。
【請求項３０】
サービングリンクメトリックの構成された導出又は評価は、複数のビーム特有の信号メトリックの加重和若しくは移動平均のようなフィルタリング、又はＳＩＮＲ対ＢＬＥＲテーブル参照を含む、
請求項２７に記載の方法。
【請求項３１】
前記ネットワーク構成されたＲＬＭ基準は、ビーム特有メトリックフィルタリング基準、フィルタリングされたビームのフィルタリングされたメトリックを閾値と比較するビーム選択基準、及び／又は選択されたビームのリンクメトリックを閾値と比較することによってＲＬＭ指示を導出する基準を含み、前記リンクメトリックは、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、ＳＩＮＲ、又は制御チャネルＢＬＥＲを含む、
請求項２７に記載の方法。
【請求項３２】
前記１以上の第１の又は周期的なＲＬＭ指示は、ビーム特有の信号メトリック（ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、ＳＩＮＲ）、マルチビーム複合リンクメトリック、ＲＬＭ基準により生成された同期内（ＩＳ）又は同期外れ（ＯＯＳ）を含む、
請求項２７乃至３１のうちいずれか一項に記載の方法。
【請求項３３】
信号メトリック又はリンクメトリックを含む前記１以上の第１の又は周期的なＲＬＭ指示は、ビーム若しくはリンク障害検出又は新しいビームの識別を含むリンク回復動作によって利用される、
請求項２７乃至３２のうちいずれか一項に記載の方法。
【請求項３４】
ＲＬＭ及びリンク回復動作は、独立して作動する、
請求項２７乃至３３のうちいずれか一項に記載の方法。
【請求項３５】
前記１以上のビームは、同じ又は異なる基準信号のネットワークデバイスによる複数のビーム、同じ又は異なる周波数キャリアでの複数のビーム、同じ又は異なる（ＤＬ又はＵＬ）方向の複数のビーム、同じ又は異なる基準信号の複数のビーム、同じ又は異なるチャネルでの複数のビーム、同じ又は異なるＲＡＴでの同じ又は異なるセル内の同じ又は異なるネットワークデバイスからの複数のビーム、又はそれらの任意の組み合わせ、のうちの少なくとも１つを有する、
請求項２７乃至３４のうちいずれか一項に記載の方法。
【請求項３６】
基準信号ごと、ビームごと、チャネルごと、方向ごと、キャリアごと、又はセルごとに重みが設定され、該重みはデジタル数字又は線形スカラーであり、加重和は線形又は非線形関数である、
請求項２７乃至３５のうちいずれか一項に記載の方法。
【請求項３７】
無線リソース制御（ＲＲＣ）設定信号を受信すること、
無線リンク設定に従うことによって又はＲＲＣ信号によってどのような又はどのようにリンク回復の指示が生成、使用、又はマルチパス考慮（ダイバーシティ利用）されるかを決定すること、
マルチパス考慮（ダイバーシティ利用）法及びパラメータを決定すること、
マルチビームＲＬＭ又はマルチパスリンク回復のためのＩＳ又はＯＯＳ指示生成アプローチ並びにフィルタリング基準及びパラメータを決定すること、
ＲＬＭとリンク回復（並列又はカスケード処理）関係との間の上向き及び下向きの相互指示を決定すること、
構成された上位レベルステータス又はイベントに従って指示に基づきリンク回復状態機械の変化に影響を及ぼすこと
のうちの少なくとも１つの構成方法を更に有する、
請求項２７乃至３６のうちいずれか一項に記載の方法。
【請求項３８】
当該デバイスは、前記ＵＥである、
請求項２７乃至３７のうちいずれか一項に記載の方法。
【請求項３９】
当該デバイスは、前記１以上のネットワークデバイスの１つである、
請求項２７乃至３７のうちいずれか一項に記載の方法。
【請求項４０】
プロセッサと、
前記プロセッサによって実行されるプログラムを記憶している非一時的なコンピュータ可読記憶媒体と
を有するデバイスであって、
前記プログラムは、
当該デバイスによって、無線ネットワーク内の１以上のネットワークデバイスとユーザ設備（ＵＥ）との間のサービングリンクの１以上のビームを介して受信される基準信号を測定し、基準信号測定値を生成する命令と、
前記１以上のビームから、ネットワーク構成されたＲＬＭ基準に従って、前記測定された基準信号に基づき、少なくとも１つのビームを選択する命令と、
前記ネットワーク構成されたＲＬＭ基準に従って、前記選択された少なくとも１つのビームからサービングリンク品質を導出する命令と、
前記ネットワーク構成されたＲＬＭ基準に従うことによって前記導出されたサービングリンク品質を評価して、１以上の第１の又は周期的なＲＬＭ指示を生成する命令と、
当該デバイスの同じレイヤ又は上位レイヤに対して前記１以上の第１の又は周期的なＲＬＭ指示を送信する命令と
を含む、デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信ネットワークの分野及び無線リンクの特定の実施形態に関係がある。
【背景技術】
【０００２】
無線アクセスネットワーク（ＲＡＮ）では、ビーム障害及びビーム障害回復（beam  failure  recovery，ＢＦＲ）の基準が研究の分野であり続けている。未解決の技術課題として、それらに限られないが、物理レイヤ（ＰＨＹ）が（セル特有の）ＯＳＳ、ＩＳ指示、又は他の必要な新しい指示を生成し、ＲＬＦを宣言したＲＲＣへ供給する方法と、マルチビーム及びシングルビームの両動作のためにＲＬＦ、ＲＬＭ、及びＢＦＲインタラクションの単一のプロシージャを定義する方法とがある。
【０００３】
この背景情報は、本開示に関係がある可能性があり得る情報を提供することを目的とする。必ずしも承認は意図されず、また、上記の情報のいずれも本発明に対する先行技術を構成すると解釈されるべきでもない。
【発明の概要】
【０００４】
本開示の目的は、先行技術の少なくとも１つの欠点を取り除くか又は緩和することである。
【０００５】
一実施形態で、ユーザ設備（user  equipment，ＵＥ）において無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々について信号品質メトリックを決定することと、
シグナリング、ビーム障害検出、新しいビームの識別、並びにリンク障害回復要求及び応答のリンク回復動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定された信号品質メトリックを評価することと、
設定された及びタイマに基づく制約の下で、設定されたリンク回復動作について、前記物理レイヤで、設定された複数のパスを十分に活用することによって、前記リンク回復動作を達成することと、
前記リンク回復のプロセス中にリンク回復動作ステータスを決定することと、
前記リンク回復動作ステータスに従ってリンク回復指示を生成することと、
前記リンク回復指示を前記物理レイヤから上位レイヤ（例えば、ＲＬＭ又はＲＬＦ）へ送信することと
を含む方法が開示される。
【０００６】
他の実施形態で、ユーザ設備（ＵＥ）において無線リンク回復又はビーム障害回復（ＢＦＲ）指示を決定する方法であって、
複数のビームからダウンリンク（downlink，ＤＬ）基準信号を受信し処理することと、
前記複数のビームの夫々について信号品質メトリックを決定することと、
シグナリング、ビーム障害検出、新しいビームの識別、並びにリンク障害回復要求及び応答のリンク回復動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定された信号品質メトリックを評価することと、
設定された及びタイマに基づく制約の下で、設定されたリンク回復動作について、前記物理レイヤで、設定された複数のパスを十分に活用することによって、前記リンク回復動作を実行することと、
前記リンク回復のプロセス中にリンク回復動作ステータスを決定することと、
前記リンク回復動作ステータスに従ってリンク回復指示を生成することと、
前記リンク回復指示を前記物理レイヤから上位レイヤへ送信することと
を含む方法が開示される。
【０００７】
実施形態は、それらが実装され得る本発明の態様と関連して上述されている。当業者に明らかなように、実施形態は、それらが記載される態様と関連して実装されてよいが、その態様の他の実施形態とともに実装されてもよい。実施形態が相互排他的であるか、あるいは、別なふうに互いに互換性がない場合に、それは当業者にとって明らかである。いくつかの実施形態は、１つの態様に関して記載されることがあるが、当業者に明らかなように、他の態様にも適用可能であり得る。
【０００８】
本発明の更なる特徴及び利点は、添付の図面と組み合わせて検討される下記の詳細な説明から明らかになるだろう。
【図面の簡単な説明】
【０００９】
【図１】本開示の代表的な実施形態に従うデバイス及び方法を実装するために使用され得る計算及び通信環境内の電子デバイスのブロック図である。
【図２】５Ｇコア・ネットワークのシステムアーキテクチャのサービスベースビューを表すブロック図である。
【図３】基準点接続性の視点から、図２に示された第５世代（５Ｇ）コア・ネットワークのシステムアーキテクチャを表すブロック図である。
【図４】５Ｇ無線アクセスネットワークのアーキテクチャを表すブロック図である。
【図５】５Ｇ無線アクセスネットワークのアーキテクチャを表すブロック図である。
【図６】フルダイバーシティビーム障害回復（ＢＦＲ）及び統合無線リンク障害（ＲＬＦ）メカニズムの実施形態を表す。
【図７】基礎をなすＲＬＭから伝来する同期内（ＩＳ）指示又は同期外れ（ＯＯＳ）指示のための必要なタイマ及びカウンタを示す、ロング・ターム・エボリューション（ＬＴＥ）におけるＲＬＦ状態機械の設計を表す。
【図８】ＬＴＥにおけるＲＬＦフェーズの設計を表す。
【図９】ＢＦＲ−ＲＬＦインタラクションのエンド間及びレイヤ間フレームワークを表す。
【図１０】ＢＦＲ−ＲＬＦのエンド間及びレイヤ間フレームワークを表す。
【図１１】基礎をなすＢＦＲ状態機械によりトリガされたＩＳ、ＯＯＳ、リンク又はＢＦＲ  ＩＳ、ＯＯＳステータス指示に基づくＲＬＦ検出プロシージャの詳細なフローを表す。
【図１２】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１３】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１４】ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの実施形態を表す。
【図１５】ＲＬＦとＢＦＲとの間のインタラクションについての多層アーキテクチャの先行技術を表す。
【図１６】ＢＦＲプロシージャを最適化する詳細なフローを表す。
【発明を実施するための形態】
【００１０】
本願のために、頭字語の下記のリストは、本開示の理解に役立つように与えられている。当業者に知られているように、様々な頭字語が複数の意味を有する可能性があるので、いずれの頭字語の意味も、本開示の適切な文脈を考慮して解釈されるべきである。
【００１１】
図１は、ここで開示されるデバイス及び方法を実装するために使用され得る計算及び通信環境５０内に表されている電子デバイス（electronic  device，ＥＤ）５２のブロック図である。いくつかの実施形態で、電子デバイスは、基地局（例えば、ノードＢ、エボルブド・ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（時々、ｇＮｏｄｅＢ又はｇＮＢと呼ばれる。））、ホーム加入者サーバ（home  subscriber  server，ＨＳＳ）、モビリティ管理エンティティ（Mobility  Management  Entity，ＭＭＥ）、パケット・ゲートウェイ（packet  gateway，ＰＧＷ）又はサービング・ゲートウェイ（serving  gateway，ＳＧＷ）のようなゲートウェイ（gateway，ＧＷ）、あるいは、コア・ネットワーク（core  network，ＣＮ）又は公衆地上モビリティネットワーク（Public  Land  Mobility  Network，ＰＬＭＮ）内の様々な他のノード又は機能のような、通信ネットワークインフラストラクチャの要素であってよい。明りょうさのために、ｅＮＢは、次世代（５Ｇ）のｅＮＢ（ＬＴＥ基地局）であってよく、１つの中央ユニット（Central  Unit，ＣＵ）と、１つ以上の分散ユニット（Distributed  Units，ＤＵ）とを含み得る。ＣＵは、Ｌ３、ＲＲＣ、ＰＤＣＰプロトコルレイヤをホストし得る。ＤＵは、ＲＬＣ、及び／又は媒体アクセス制御（Medium  Access  Control，ＭＡＣ）、及び／又はＰＨＹ、等をホストし得る。
【００１２】
他の実施形態では、電子デバイスは、携帯電話機、スマートフォン、又はユーザ設備（ＵＥ）として分類され得る他のそのようなデバイスのような、無線インターフェイスを介してネットワークインフラストラクチャへ接続するデバイスであってよい。いくつかの実施形態で、ＥＤ５２は、マシン・タイプ・コミュニケーション（Machine  Type  Communications，ＭＴＣ）デバイス（マシン・ツー・マシン（machine-to-machine，ｍ２ｍ）デバイスとも呼ばれる。）、又は直接的なサービスをユーザに提供しないにもかかわらずＵＥとして分類され得る他のそのようなデバイスであってよい。いくつかの参考文献では、ＥＤは、モバイルデバイスと呼ばれることもあるが、これは、デバイス自体がモビリティのために設計されるか、又はモビリティ可能であるかどうかにかかわらず、モバイルネットワークへ接続するデバイスを反映するよう意図された語である。特定のデバイスは、示されている全ての構成要素、又は構成要素の一部のみを利用してよく、一体化の程度は、デバイスごとに様々であってよい。更に、デバイスは、複数のプロセッサ、メモリ、送信器、受信器、等のような、構成要素の複数のインスタンスを含んでよい。電子デバイス５２は、通常は、中央演算処理装置（Central  Processing  Unit，ＣＰＵ）のようなプロセッサ５４を含み、更には、グラフィクス処理ユニット（Graphics  Processing  Unit，ＧＰＵ）又は他のそのようなプロセッサのような特殊化したプロセッサ、メモリ５６、ネットワークインターフェイス５８、及びＥＤ５２の構成要素を接続するバス６０を含んでもよい。ＥＤ５２は、任意に、大容量記憶デバイス６２、ビデオアダプタ６４、及びＩ／Ｏインターフェイス６８のような構成要素（破線で図示。）も含んでよい。
【００１３】
メモリ５６は、静的ランダム・アクセス・メモリ（static  random  access  memory，ＳＲＡＭ）、動的ランダム・アクセス・メモリ（dynamic  random  access  memory，ＤＲＡＭ）、同期型ＤＲＡＭ（synchronous  DRAM，ＳＤＲＡＭ）、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）、又はそれらの組み合わせのような、プロセッサ５４によって読み出し可能なあらゆるタイプの非一時的なシステムメモリを有してよい。実施形態において、メモリ５６は、起動時の使用されるＲＯＭ、並びにプログラム及びプログラム実行中に使用されるデータを記憶するＤＲＡＭのような、１よりも多い種類のメモリを含んでよい。バス６０は、メモリバス若しくはメモリコントローラ、ペリフェラルバス、又はビデオバスを含むあらゆるタイプのいくつかのバスアーキテクチャのうちの１以上であってよい。
【００１４】
電子デバイス５２は、有線ネットワークインターフェイス及び無線ネットワークインターフェイスのうちの少なくとも一方を含み得る１以上のネットワークインターフェイス５８を更に含んでもよい。図１に表されているように、ネットワークインターフェイス５８は、ネットワーク７５へ接続するための有線ネットワークインターフェイスを含んでよく、また、無線リンクを介して他のデバイスへ接続するための無線アクセスネットワークインターフェイス７２も含んでよい。ＥＤ５２がネットワークインフラストラクチャ要素である場合に、無線アクセスネットワークインターフェイス７２は、無線端にある要素（例えば、ｅＮＢ）以外のＰＬＭＮの要素として動作するノード又は機能については省略されてよい。ＥＤ５２がネットワークの無線端にあるインフラストラクチャである場合に、有線及び無線の両方のネットワークインターフェイスが含まれ得る。ＥＤ５２が、ユーザ設備のような無線接続デバイスである場合に、無線アクセスネットワークインターフェイス７２が存在してよく、それは、ＷｉＦｉネットワークインターフェイスのような他の無線インターフェイスによって補われ得る。ネットワークインターフェイス５８は、電子デバイス５２が、ネットワーク７４へ接続されているもののような遠隔エンティティと通信することを可能にする。
【００１５】
大容量記憶装置６２は、データ、プログラム、及び他の情報を記憶するよう、且つ、データ、プログラム、及び他の情報をバス６０を介してアクセス可能にするよう構成されたあらゆるタイプの非一時的な記憶デバイスを有してよい。大容量記憶装置６２は、例えば、固体状態ドライブ、ハードディスクドライブ、磁気ディスクドライブ、又は光学ディスクドライブのうちの１以上を有してよい。いくつかの実施形態で、大容量記憶装置６２は、電子デバイス５２から遠く離れており、インターフェイス５８のようなネットワークインターフェイスの使用を通じてアクセス可能であってよい。表されている実施形態では、大容量記憶装置６２は、それが含まれている場合にメモリ５６とは別個のものであり、一般に、より高いレイテンシに対応する記憶タスクを実行し得るが、一般に、揮発が全くないか又はより少ない。いくつかの実施形態で、大容量記憶装置６２は、異種メモリ５６と一体化されてもよい。
【００１６】
任意のビデオアダプタ６４及びＩ／Ｏインターフェイス６８（破線で図示。）は、電子デバイス５２を外部の入力及び出力デバイスへ結合するインターフェイスを提供する。入力及び出力デバイスの例には、ビデオアダプタ６４へ結合されるディスプレイ６６、及びＩ／Ｏインターフェイス６８へ結合されるタッチスクリーンのようなＩ／Ｏデバイス７０がある。他のデバイスが電子デバイス５２へ結合されてもよく、追加の又はより少ないインターフェイスが利用され得る。例えば、ユニバーサル・シリアル・インターフェイス（Universal  Serial  Bus，ＵＳＢ）のようなシリアルインターフェイス（図示せず。）が、外部デバイスのためのインターフェイスを提供するために使用されてもよい。当業者に明らかなように、ＥＤ５２がデータセンターの部分である実施形態では、Ｉ／Ｏインターフェイス６８及びビデオアダプタ６４は仮想化され、ネットワークインターフェイス５８を通じて提供されてもよい。いくつかの実施形態で、電子デバイス５２は、スタンドアローンのデバイスであってよく、一方、他の実施形態では、電子デバイス５２は、データセンター内に常駐してよい。データセンターは、当該技術で理解されるように、集合的な計算及び記憶リソースとして使用され得る計算リソース（通常はサーバの形をとる。）の集合である。データセンター内では、仮想化されたエンティティがインスタンス化され得る計算リソースプールを提供するように、複数のサーバがつなぎ合わされ得る。データセンターは、接続リソースによって夫々へ接続された計算及び記憶リソースのプールから成るネットワークを形成するように互いに相互接続され得る。接続リソースは、イーサネット又は光通信リンクのような物理接続の形をとってよく、いくつかの場合では、無線通信チャネルも含んでよい。２つの異なるデータセンターが複数の異なる通信チャネルによって接続される場合に、リンクは、リンク・アグリゲーション・グループ（link  aggregation  groups，ＬＡＧ）の形成を含む多数の技術のうちのいずれかを用いて一緒につなぎ合わされ得る。計算、記憶及び接続リソースのいずれか又は全ては（ネットワーク内の他のリソースとともに）異なるサブネットワーク間で、いくつかの場合にはリソーススライスの形で、分割され得ることが理解されるべきである。多数の接続されたデータセンター又は他のノード集合にわたるリソースがスライスされる場合に、異なるネットワークスライスが形成され得る。
【００１７】
図２は、５Ｇ又は次世代コア（Next  Generation  Core，ＮＧＣ）ネットワーク（５ＧＣＮ／ＮＧＣＮ／ＮＣＮ）のためのサービスベースアーキテクチャ８０を表す。この説明図は、ノード及び機能間の論理接続を表し、その表されている接続は、直接的な物理接続として解釈されるべきではない。ＥＤ５２は、Ｎ３インターフェイスのようなネットワークインターフェイスを介してＵＰゲートウェイのようなユーザ・プレーン（User  Plane，ＵＰ）機能（UP  Function，ＵＰＦ）８６へ接続されている（無線）アクセス・ネットワークノード（(Radio)  Access  Network  node，（Ｒ）ＡＮ）８４との無線アクセスネットワーク接続を形成する。ＵＰＦ８６は、Ｎ６インターフェイスのようなネットワークインターフェイスを介してデータ・ネットワーク（Data  Network，ＤＮ）８８へ接続する。ＤＮ８８は、オペレータサービスを提供するために使用されるデータ・ネットワークであってよく、あるいは、それは、第３世代パートナーシップ・プロジェクト（Third  Generation  Partnership  Project，３ＧＰＰ）の標準化の範囲外にあってもよい。
【００１８】
３ＧＰＰは、組織的パートナーとして知られている電気通信協会のグループ間の協力である。３ＧＰＰの最初の範囲は、国際電気通信連合（International  Telecommunication  Union，ＩＴＵ）の国際移動体電気通信２０００プロジェクトの範囲内のエボルブド・グローバル・システム・フォー・モバイル・コミュニケーションズ（Global  System  for  Mobile  Communications，ＧＳＭ）規格に基づき、世界的に適用可能な第３世代（３Ｇ）携帯電話機システム規格を作ることであった。その範囲は、後に、多数の電気通信標準及びシステムの開発及び保守を含むように拡大された。
【００１９】
いくつかの実施形態で、ＤＮ８８は、モバイル・エッジ・コンピューティング（Mobile  Edge  Computing，ＭＥＣ）ネットワークのようなエッジ・コンピューティング・ネットワーク又はリソースを表し得る。ＥＤ５２はまた、アクセス及びモビリティ管理機能（Access  and  Mobility  Management  Function，ＡＭＦ）９０へも接続する。ＡＭＦ９０は、モビリティ管理機能とともに、アクセス要求の認証及び承認に関与する。
【００２０】
モビリティ管理は、ＵＥの移動性によるサービングノードの切り替えを指し、しばしば、Ｌ２（レイヤ２）又はＬ３（レイヤ３）シグナリング並びに切り替えのためのノード間の及びＵＥとのデータ転送／分割さえも負う。
【００２１】
ＡＭＦ９０は、３ＧＰＰ技術仕様（Technical  Specification，ＴＳ）２３．５０１によって定義される他の役割及び機能を実行してもよい。サービスベースビューでは、ＡＭＦ９０は、Ｎａｍｆと表されているサービスベースインターフェイスを通じて他の機能と通信することができる。セッション管理機能（Session  Management  Function，ＳＭＦ）９２は、ＥＤ５２の特定のセッションに関連したトラフィックのためのＵＰＦ８６（又はＵＰＦ８６の特定のインスタンス）の選択とともに、ＵＥへ割り当てられるＩＰアドレスの割り当て及び管理に関与するネットワーク機能である。ＳＭＦ９２は、サービスベースビューでは、Ｎｓｍｆと表されているサービスベースインターフェイスを通じて他の機能と通信することができる。認証サーバ機能（Authentication  Server  Function，ＡＵＳＦ）９４は、サービスベースのＮａｕｓｆインターフェイスを介して他のネットワーク機能へ認証サービスを提供する。ネットワーク公開機能（Network  Exposure  Function，ＮＥＦ）９６は、信頼できる範囲外にあるようなサーバ、機能及び他のエンティティが、ネットワーク内のサービス及び能力へ触れることを可能にするためにネットワーク内に配備され得る。１つのそのような例において、ＮＥＦ９６は、表されているネットワークの外にあるアプリケーションサーバと、ポリシー制御機能（Policy  Control  Function，ＰＣＦ）１００、ＳＭＦ９２及びＡＭＦ９０のようなネットワーク機能との間で、まるでプロキシのように動作することができ、それにより、外部のアプリケーションサーバは、データセッションに関連したパラメータのセットアップに役立ち得る情報を提供することができる。ＮＥＦ９６は、サービスベースのＮｎｅｆネットワークインターフェイスを通じて他のネットワーク機能と通信することができる。ＮＥＦ９６はまた、非３ＧＰＰ機能へのインターフェイスを有してもよい。ネットワークリポジトリ機能（Network  Repository  Function，ＮＲＦ）９８は、ネットワークサービス発見機能を提供する。ＮＲＦ９８は、それが関連付けられている公衆地上モビリティネットワーク（Public  Land  Mobility  Network，ＰＬＭＮ）又はネットワークオペレータに特有であり得る。サービス発見機能は、ネットワークへ接続されているネットワーク機能及びＵＥが、どこでどのように既存のネットワーク機能にアクセスすべきかを決定することを可能にすることができ、サービスベースインターフェイスＮｎｒｆを与えることができる。ＰＣＦ１００は、サービスベースのＮｐｃｆインターフェイスを介して他のネットワーク機能と通信し、制御プレーン内にあるものを含む他のネットワーク機能へポリシー及びルールを提供するために使用され得る。ポリシー及びルールの施行及び適用は、必ずしもＰＣＦ１００の義務ではなく、代わりに、典型的には、ＰＣＦ１００がポリシーを送信する機能の義務である。１つのそのような例において、ＰＣＦ１００は、セッション管理に関連したポリシーをＳＭＦ９２へ送信してよい。これは、ネットワーク挙動が支配され得る統一ポリシーフレームワークを可能にするために使用されてよい。統一データ管理機能（Unified  Data  Management  Function，ＵＤＭ）１０２は、他のネットワーク機能と通信するためにサービスベースのＮｕ��ｍインターフェイスを与えることができ、データ記憶機能を他のネットワークインターフェイスへ提供することができる。統合されたデータ記憶は、大部分の関連情報が単一のリソースから異なるネットワーク機能に利用可能にされ得ることを確かにするために使用され得るネットワーク情報の統合表示を可能にすることができる。特定のタイプのデータがネットワーク内のどこに記憶されているかを他のネットワーク機能は判断する必要がないので、これは他のネットワーク機能の実装をより容易にすることができる。ＵＤＭ１０２は、ＵＤＭフロントエンド（UDM  Front  End，ＵＤＭ−ＦＥ）及びユーザ・データ・リポジトリ（User  Data  Repository，ＵＤＲ）として実装されてよい。ＰＣＦ１００は、ＵＤＲに対してサブスクリプションポリシーを要求及び供給することに関与し得るということで、ＵＤＭ１０２に関連し得るが、典型的には、ＰＣＦ１００及びＵＤＭ１０２は、独立した機能であることが理解されるべきである。ＰＣＦ１００は、ＵＤＲへの直接インターフェイスを有してよい。ＵＤＭ−ＦＥは、ＵＤＲに記憶されているコンテンツの要求又はＵＤＲへのコンテンツの格納の要求を受信し、典型的には、クレデンシャルの処理、ロケーション管理及びサブスクリプション管理のような機能に関与する。ＵＤＲ−ＦＥはまた、認証クレデンシャル処理、ユーザ識別処理、アクセス承認、登録／モビリティ管理、サブスクリプション管理、及びショート・メッセージ・サービス（Short  Message  Service，ＳＭＳ）管理のうちのいずれか又は全てもサポートし得る。ＵＤＲは、典型的には、ＵＤＭ−ＦＥによって供給されるデータを記憶することに関与する。記憶されているデータは、通常は、記憶されているデータへのアクセス権を管理するポリシープロファイル情報（ＰＣＦ１００によって提供され得る。）に関連付けられる。いくつかの実施形態で、ＵＤＲは、サブスクリプション識別子、セキュリティクレデンシャル、アクセス及びモビリティに関するサブスクリプションデータ、並びにセッションに関するデータのうちのいずれか又は全てを含み得るユーザサブスクリプションデータとともに、ポリシーデータを記憶し得る。アプリケーション機能（Application  Function，ＡＦ）１０４は、ネットワークオペレータ領域内で及び３ＧＰＰに対応したネットワーク内で配備されているアプリケーションの非データ・プレーン（非ユーザ・プレーンとも呼ばれる。）機能を表す。ＡＦ１０４は、サービスベースのＮａｆインターフェイスを通じて他のコア・ネットワーク機能と相互作用し、トラフィックルーティングのような決定において使用されるアプリケーション情報を提供するとともに、ネットワーク能力公開情報にアクセスし得る。ＡＦ１０４はまた、アプリケーション特有の入力をポリシー及びポリシー施行決定に供給するように、ＰＣＦ１００のような機能と相互作用することができる。多くの状況で、ＡＦ１０４は、ネットワークサービスを他のＮＦへ提供せず、代わりに、しばしば、他のＮＦによって提供されるサービスの消費者又はユーザとみなされることが理解されるべきである。３ＧＰＰネットワーク外のアプリケーションは、ＮＥＦ９６の使用を通じてＡＦ１０４と同じ機能の多くを実行することがで��る。
【００２２】
ＥＤ５２は、ユーザ・プレーン（ＵＰ）１０６及び制御プレーン（ＣＰ）１０８の中にあるネットワーク機能と通信する。ＵＰＦ８６は、ＣＮ  ＵＰ１０６の部分である（ＤＮ８８は、５ＧＣＮの外にある。）。（Ｒ）ＡＮ８４は、ユーザ・プレーンの部分と見なされ得るが、それは厳密にはＣＮの部分でないので、ＣＮ  ＵＰ１０６の部分であるとはみなされない。ＡＭＦ９０、ＳＭＦ９２、ＡＵＳＦ９４、ＮＥＦ９６、ＰＣＦ１００、及びＵＤＭ１０２は、ＣＮ  ＣＰ１０８内に存在する機能であり、しばしば制御プレーン機能と呼ばれる。ＡＦ１０４は、（直接に又はＮＥＦ９６を通じて間接に）ＣＮ  ＣＰ１０８内の他の機能と通信し得るが、通常はＣＮ  ＣＰ１０８の部分であるとはみなされない。
【００２３】
当業者に明らかなように、（Ｒ）ＡＮ８４とＤＮ８８との間に直列に接続される複数のＵＰＦが存在してよく、図５ＧＳＡ２−Ｂに関連して説明されるように、異なるＤＮへの複数のデータセッションが、並列に複数のＵＰＦの使用を通じて達成され得る。
【００２４】
図３は、５Ｇコア・ネットワークアーキテクチャ８２の基準点表現を表す。明りょうさのために、図２に表されているネットワーク機能のいくつかはこの図からは省略されているが、省略された機能（及び図１又は図２のいずれにも表されていない機能）が、表されている機能と相互作用することができることが理解されるべきである。
【００２５】
ＥＤ５２は、（ユーザ・プレーン１０６内の）（Ｒ）ＡＮ８４及び（制御プレーン１０８内の）ＡＭＦ９０の両方へ接続する。ＥＤとＡＭＦとの間の接続はＮ１接続である。（Ｒ）ＡＮ８４はまた、ＡＭＦ９０へも接続し、Ｎ２接続を介してそれを行う。（Ｒ）ＡＮ８４は、Ｎ３接続を介してＵＰＤ機能８６へ接続する。ＵＰＦ８６は、ＰＤＵセッションに関連し、セッション制御情報を受信するようにＮ４インターフェイスを介してＳＭＦ９２へ接続する。ＥＤ５２がアクティブな複数のＰＤＵセッションを有している場合に、それらは、Ｎ４インターフェイスを介してＳＭＦへ夫々接続されている複数の異なるＵＰＦによってサポートされ得る。基準点表現の視点から、ＳＭＦ９２又はＵＰＦ８６のいずれか一方の複数のインスタンスは、別個のエンティティとみなされることが理解されるべきである。ＵＰＦ８６は夫々、Ｎ６インターフェイスを介して５ＧＣＮ外のＤＮ８８へ接続する。ＳＭＦ９２は、Ｎ７インターフェイスを介してＰＣＦ１００へ接続し、一方、ＰＣＦ１００は、Ｎ５インターフェイスを介してＡＦ１０４へ接続する。ＡＭＦ９０は、Ｎ８インターフェイスを介してＵＤＭ１０２へ接続する。ＵＰ１０６内の２つのＵＰＦがお互いに接続する場合に、それらはＮ９インターフェイスを介してそれを行うことができる。ＵＤＭ１０２は、Ｎ１０インターフェイスを介してＳＭＦ９２へ接続することができる。ＡＭＦ９０及びＡＭＦ９２は、Ｎ１１インターフェイスを介してお互いに接続する。Ｎ１２インターフェイスはＡＵＳＦ９４をＡＭＦ９０へ接続する。ＡＵＳＦ９４は、Ｎ１３インターフェイスを介してＵＤＭ１０２へ接続することができる。複数のＡＭＦが存在するネットワークでは、それらはＮ１４インターフェイスを介してお互いに接続することができる。ＰＣＦ１００は、Ｎ１５インターフェイスを介してＡＭＦ９０へ接続することができる。ネットワーク内に複数のＳＭＦが存在する場合に、それらはＮ１６インターフェイスを介してお互いと通信することができる。
【００２６】
また、５Ｇコア・ネットワークのアーキテクチャ８０及び８２に関して上述された機能予備ノードのいずれか又は全ては、ネットワーク内で仮想化されてよく、ネットワーク自体は、以下で説明されるように、より大きいリソースプールのネットワークスライスとして提供されてよいことが理解されるべきである。
【００２７】
図４は、５Ｇ  ＲＡＮとも呼ばれる次世代無線アクセスネットワーク（Next  Generation  Radio  Access  Network，ＮＧ−ＲＡＮ）１１２の実装のための提案されるアーキテクチャ１１０を表し、１つのＥＤが、同じ又は異なる周波数キャリア上で、又は何らかのリソース多重化アプローチを用いて、複数のｇＮＢ又は各ｇＮＢの複数のＤＵと通信し得る。ここでは図示されないが、各ＥＤ−ＤＵ無線リンクは、複数のビーム又はビーム対から成ってよい。ＮＧ−ＲＡＮ１１２は、ＥＤ５２をコア・ネットワーク１１４へ接続する無線アクセスネットワークである。当業者に明らかなように、コア・ネットワーク１１４は、５ＧＣＮ（図５ＧＳＡ２−Ａ及び図５ＧＳＡ２−Ｂで表される。）であってよい。他の実施形態では、コア・ネットワーク１１４は、４ｇエボルブド・パケット・コア（Evolved  Packet  Core，ＥＰＣ）ネットワークであってもよい。ＮＧ−ＲＡＮ１１２を伴ったノードは、ＮＧインターフェイスを介して５Ｇコア・ネットワーク１１４へ接続する。このＮＧインターフェイスは、図５ＧＳＡ２−Ａ及び図５ＧＳＡ２−Ｂに表されているように、制御プレーンへのＮ２インターフェイス及びユーザ・プレーンへのＮ３インターフェイスの両方を有することができる。Ｎ３インターフェイスは、ＣＮ  ＵＰＤへの接続を提供することができる。ＮＧ−ＲＡＮ１１２は、次世代ノードＢ（ｇＮＢ）と呼ばれ得る複数の無線アクセスノードを含む。ＮＧ−ＲＡＮ１１２において、ｇＮＢ１１６Ａ及びｇＮＢ１１６Ｂは、Ｘｎインターフェイスを介してお互いと通信することができる。単一のｇＮＢ１１６Ａ内で、ｇＮＢの機能性は、中央集権的ユニット（ｇＮＢ−ＣＵ）１１８Ａ及び分散ユニットの組（１２０Ａと総称されるｇＮＢ−ＤＵ１２０Ａ−１及びｇＮＢ−ＤＵ１２０Ａ−２）に分解され得る。ｇＮＢ−ＣＵ１１８Ａは、Ｆ１インターフェイスを介してｇＮＢ−ＤＵ１２０Ａへ接続される。同様に、ｇＮＢ１１６Ｂは、分散ユニットｇＮＢ−ＤＵ１２０Ｂ−１及びｇＮＢ−ＤＵ１２０Ｂ−２の組へ接続するｇＮＢ−ＣＵ１１８Ｂを有する。各ｇＮＢ−ＤＵは、１以上のセルがＰＬＭＮ内で無線カバレッジを提供することに関与し得る。
【００２８】
ｇＮＢ−ＣＵとｇＮＢ−ＤＵとの間の責務の分割は、３ＧＰＰによって定義されている。無線リソース管理又は無線リソース監視（radio  resource  management又はradio  resource  monitoring，ＲＬＭ）機能のような異なる機能が、ＣＵ及びＤＵのうちの一方に、更には、ＥＤとＤＵとの間で１以上の無線リンク又はリンクごとの複数のビームをモニタするためにＥＤにも、配置されてよい。全ての機能的配置と同様に、１又は他の場所での特定の機能の配置に対して利点及び欠点が存在し得る。また、ＮＧ−ＲＡＮ１１２に関して上述された機能のいずれか又は全ては、ネットワーク内で仮想されてよく、ネットワーク自体は、以下で説明されるように、より大きいリソースプールのネットワークスライスとして提供されてよいことが理解されるべきである。
【００２９】
図５は、相互に作用するニュー・ラジオ（New  Radio，ＮＲ）及びＬＴＥ無線インターフェイスを同じＥＤによってサポートし得る５Ｇネットワークのための無線アクセスネットワークのアーキテクチャ１２２を表し、すなわち、１つのインターフェイス（ＬＴＥ  ｎｇ−ｅＮＢによる）は、キャリア上の全指向性無線リンクであってよく、一方、他のインターフェイス（ＮＲ  ｇＮＢによる）は、更にもう１つのキャリア上でマルチビーム無線リンクと結合されたもう１つのキャリア上の全指向性リンクであってよい。ＵＥに組み込まれているＲＬＭ機能及びＢＦＲ機能は、リンク又はセルレベルのＲＬＦステータスを導出し、測定された信号又はマルチビームリンク品質メトリック及びＲＬＦステータスをネットワークに報告するためにデバイス内指示（ビーム、チャネル、若しくはセル特有の無線リンク品質メトリック、又はＩＳ、ＯＯＳ、若しくは未解明のＲＬＦ若しくはＢＦＲ指示）を通じて同じＵＥ内でＲＬＦと相互作用しながら、ダウンリンク無線リンク（例えば、ＲＳＲＰ、ＲＳＲＱ、等）をモニタする必要がある。マルチビームに関連したＲＬＭ、ＢＦＲ、及びＲＭＬのために並びにそれらのインタラクションのためにそのようなメカニズムを定義することが、ＮＲにとってこの時点で重要である。次世代ＲＡＮ（ＮＧ−ＲＡＮ）は、ＮＧ−ＲＡＮノード１２４と総称されるＮＧ−ＲＡＮノード１２４Ａ、ＮＧ−ＲＡＮノード１２４Ｂ、及びＮＧ−ＲＡＮ１２４Ｃのような複数のＮＧ−ＲＡＮノードを含む。ＮＧ−ＲＡＮノード１２４は、通常は無線エッジノードであり、それを通じて、ＥＤ５２はＮＧ−ＲＡＮへ接続する。各ＮＧ−ＲＡＮノード１２４は、図５Ｇ  ＲＡＮ３−１で説明されるようにＣＵ及びＤＵに分けられ得る。ＥＤ５２に提供される接続のタイプは、ＥＤ５２の能力及び特定のＮＧ−ＲＡＮノード１２４の能力に応じて様々であることができる。ＮＧ−ＲＡＮノード１２４Ａは、そのＤＵの部分として、ＥＤ５２へのＬＴＥ接続を提供することができる次世代エボルブド・ノードＢ（ｎｇ−ｅＮＢ）を含む。ＮＧ−ＲＡＮノード１２４Ｃは、そのＤＵの部分として、ＥＤ５２への次世代無線アクセス（ＮＲ）を提供することができるｇＮＢ１２８Ｂを含む。ＮＧ−ＲＡＮノード１２４ＡがそのｇＮＢの欠如によりＥＤ５２へのＮＲ接続を提供することができないのと同様に、ＮＧ−ＲＡＮノード１２４Ｃは、そのｎｇ−ｅＮＢの欠如によりＥＤ５２へのＬＴＥ接続を提供することができないことが留意されるべきである。更に、この図を参照して、ＤＵの部分としてｇＮＢの議論は、ＥＤへの次世代ＲＡＴ接続を提供することができるＤＵを包含することを意図されており、一方、ｎｇ−ｅＮＢは、ＥＤへのＬＴＥ  ＲＡＴ接続を提供することができるＤＵを包含することを意図されていることが留意されるべきである。ＮＧ−ＲＡＮノード１２４Ｂは、そのＤＵ内でｎｇ−ｅＮＢ１２６Ｂ及びｇＮＢ１２８Ａの両方を含む。これは、ＮＧ−ＲＡＮノード１２４ＢがＥＤへのＬＴＥ及びＮＲ接続の両方を提供することを可能にする。
【００３０】
ＮＧ−ＲＡＮノード１２４は、Ｘｎインターフェイスを介して他のＮＧ−ＲＡＮノード１２４と通信することができる。図示されていないが、ＮＧ−ＲＡＮノード１２４Ａは、ＮＧ−ＲＡＮノード１２４ＣへのＸｎインターフェイスを有し得る。ＮＧ−ＲＡＮノード１２４は、Ｎ２又はＮ３インターフェイスのようなＮＧインターフェイスを通じた接続によりコア・ネットワーク１１４へ接続することができ、一方、ＥＤ５２は、Ｎ１インターフェイスのようなＮＧネットワークアクセス層（NG  Network  Access  Stratum，ＮＧ  ＮＡＳ）を介してコア・ネットワーク１１４へ接続し得る。
【００３１】
一実施形態において、提案されている統合された５Ｇ  ＮＲ  ＲＬＦ検出メカニズムは、提案されている基礎をなすフルダイバーシティビーム障害回復（beam  failure  recovery，ＢＦＲ）メカニズムと有効に相互作用する。「フルダイバーシティ」ＢＦＲは、以下の例となる順次的なＢＦＲステップのいずれか又は全てで多次元の様々な因子又は選択（例えば、実現可能な通信及びシグナリングパス）を徹底的に又は選択的にしかし十分に適宜に考慮しており、且つ、そのステータスに関する何らかの未確定ＢＦＲ指示を上位レイヤ（ＲＬＭ又はＲＬＦ）へ送る前にＢＦＲステータス（成功又は失敗）に関する結論に達しているＢＦＲプロセスを指す：
１）ＵＥ特有のサービングセル（例えば、プライマリセル（Primary  Cell，Ｐｃｅｌｌ）、プライマリセカンダリセル（Primary  Secondary  Cell，Ｐｓｃｅｌｌ）、又はセカンダリセル（Secondary  Cell，Ｓｃｅｌｌ））のいずれか又は全てで、構成されたサービス（例えば、制御）チャネル（Channel，ＣＨ）及び基準信号（例えば、ｘＳＳ、ｘＲＳ）を構成するサービングビーム対リンクを計測するＢＰＬ障害検出（ステップ１）。
【００３２】
２）ソース又はターゲットサービングＣＨの設定に基づく１以上の実現可能なビーム対のフルダイバーシティを探索する新ビーム識別（ステップ２）。ＣＨは、ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌのいずれか若しくは全てにおける制御若しくはデータのための、あるいは、いずれか又は全ての基準信号、等に基づく、ダウンリンク（downlink，ＤＬ）、アップリンク（uplink，ＵＬ）であってよい。
【００３３】
３）いずれか又は全てのＵＥ特有のサービングセル（ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌ、等）において、例えば、低周波（low  frequency，ＬＦ）又は高周波（high  frequency，ＨＦ）の同じ又は混合キャリアにより、Ｌ１乃至Ｌ３シグナリング（ＵＣＩ、ＭＡＣ制御要素（Control  Element，ＣＥ）、スケジューリング要求（Scheduling  Request，ＳＲ）、サウンディング基準信号（Sounding  Reference  Signal，ＳＲＳ）、等）を通じて、制御又はデータチャネル（ＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、等）とともに実現可能なＵＬパスのフルダイバーシティを探索するビーム回復要求（ステップ３）。
【００３４】
４）Ｌ１〜Ｌ３シグナリングを通じて、又は１以上のサービングセル（ＰＣｅｌｌ／ＳＣｅｌｌ／ＰＳｃｅｌｌ）において、又は各セル内の特定のサービングキャリア若しくは複数のキャリア上で、制御又はデータチャネル（物理ダウンリンク制御チャネル（Physical  Downlink  Control  Channel，ＰＤＣＣＨ）、ＰＤＳＣＨ、等）、基準信号（ＳＳ−ブロック／ＰＳＳ／ＳＳＳ、ｘＲＳ、等）のための実現可能なＤＬパスのフルダイバーシティを探索するＢＦＲ回復応答の監視（ステップ４）。
【００３５】
上記の設計では、ＢＦＲの夫々の例となるステップは、上位レイヤでＲＬＦ挙動をトリガせずにＬ１／Ｌ２でビーム障害を徹底的に又は選択的にしかし適宜に（ネットワーク構成されたタイマ制約に基づき）且つ十分に（すなわち、ネットワーク構成された最大リトライ制限の下での要求−応答のリトライを有して）解決しようと試み得るが、上記のステップのいずれかの不成功は、上位レイヤＲＬＦ又はＲＬＭへのタイマに基づく（例えば、ＬＴＥで周期的に）又は周期的な、非周期的な、若しくはイベントに基づく（ＯＯＳ、ＩＳ、リンク若しくはＢＦＲステータス）指示を十分に必然的にトリガする可能性がある。全ての（４つの）ステップ（上記の１乃至４）の適時の達成は、ＲＬＦ又はＲＬＭへ送られる（ＩＳ又は成功）指示によりＢＦＲ成功として求められ得る。反対に、上位レイヤにおけるＲＬＦステータス、タイマ、及び知識は、ＢＦＲ状態機械を最適化（例えば、ＲＬＦ宣言又はリンク回復のイベント時にリセット、先送り、早期終了、又は加速）するように下位レイヤに指示し得る。
【００３６】
更に、提案されているインタラクション統合モジュール（interaction  unification  module，ＩＵＭ）は、ＢＦＲが上記のＢＦＲステップ及びＲＬＭからの指示を統合して、上位レイヤ（Ｌ２又はＬ３）ＲＬＦモジュールへの一意のイベント又はタイマ駆動の指示（例えば、ＩＳ、ＯＯＳ）を生成するのを助ける。逆に、ＩＵＭは、下位レイヤのＢＦＲ動作を同様に支援するようにＲＬＦ状態機械及び他の上位レイヤ情報を考慮してよい。ＩＵＭは、ハードウェア若しくはソフトウェア、又はそれらの組み合わせとして実装されてよく、単一若しくは複数のプロトコルレイヤに、又は単一若しくは複数のモジュール（ＢＦＲ、ビーム管理（Beam  Management，ＢＭ）、ＲＬＭ、若しくはＲＬＦ）において配置されてよい。
【００３７】
明りょうさのために、ＢＭは、同じサービングノード、ノードファミリー（送信及び受信点（Transmission  And  Reception  Point，ＴＲＰ）並びにそのペアレントセル／ｇＮＢ）、又は厳密に同期化されたノード（ＵＥによってビーム動作の視点から全く区別され得ない複数のＴＲＰ）に関するあらゆるビーム特有の動作、特にビーム整列、ビーム微調整、ビーム追跡、ビーム切り替えを指し得る。
【００３８】
明りょうさのために、ＴＲＰは、ネットワーク内にあるが端に位置しながら、無線電波でＵＥに話しかけるサービングノードのユニットを指すよう意図され、通常は、ＰＨＹ又はＭＡＣの有無にかかわらずＲＲＨを指す。
【００３９】
目下開示されている革新は、ＮＲにおいて低コストで、スケーラブルであり、且つ信頼できるＲＬＦ検出を可能にするＲＬＦ及びＲＬＦ−ＢＦＲインタラクションの大いに必要とされるモジュール及び単一／マルチビーム統合プロシージャを提供する。ＢＦＲがＩＵＭモジュールを通じてＲＬＦから下位レイヤビーム特有ダイナミクス（ビーム障害）を隠す限りは、ＲＬＦは、何がＯＯＳ、ＩＳを引き起こしたかを知る必要も気にする必要もないので、下位レイヤＢＦＲ及び上位レイヤＲＬＦ状態機械は、簡単なインタラクションにより適切に分離され得る。
【００４０】
３ＧＰＰ  ＲＡＮ１におけるＮＲシステムでは、ビーム障害及びビーム回復障害の基準は未だ決定されておらず、「フルダイバーシティ」指示は、特に、ＲＬＦへ指示を送信する前の段階的なＩＳ−ＯＳＳ生成及び（セルレベルの）指示統合のために、ＢＦＲの各ステップにおいて未だ考慮されていない。他方で、ＮＲシステムＲＡＮ２のための３ＧＰＰ  ＲＡＮ２は、一定の同意に達しているが、次の問題が未解決なまま残っている：
２）多重ビームリンクについてのＲＲＣ宣言された（セル特有の）ＲＬＦのＢＦＲ及びＲＬＭ（ＯＯＳ、ＩＳ）指示をＵＥがどのようにして生成することができるのか、及び
３）マルチビーム及び単一ビームＲＬＭ動作にかかわらずＢＦＲ−ＲＬＦインタラクションの画一的なプロシージャはどのようなものであるか？
ＲＬＦは３つのオプション、すなわち、ＯＯＳ、ＩＳ、ＲＬＣ（ＡＲＱリトライ）障害又はＲＡＣＨ（ＳＲリトライ後）障害のＰＨＹ指示、に基づいてよい。すなわち、接続モードの場合に、ＵＥは、ＤＬ  ＯＯＳ検出、ランダムアクセスプロシージャ障害検出、及びＲＬＣ（ＡＲＱ再送）障害検出により（Ｔ３１０又はＴ３１２）タイマ終了時にＲＬＦを宣言する。最大ＡＲＱ再送数がＲＬＣ障害検出のための唯一の基準であるかどうかは、将来の研究対象である。ＮＲ  ＲＬＭプロシージャにおいて、物理レイヤは同期外れ（out-of-sync，ＯＯＳ）／同期内（in-sync，ＩＳ）指示を実行し、ＲＲＣはＲＬＦを宣言するが、マルチビームリンクのためのＮＲ  ＲＬＭは未だ未確定である。
【００４１】
ＲＬＦについて、ＲＡＮ２プリファレンスは、同期内／同期外れ指示がセルごとの指示であるべきであることであり、本発明は、単一のサービングセルにおける又は複数のサービングセルにわたるマルチビーム又は単一ビーム無線リンク動作にかかわらず、ＲＬＦ／ＲＬＭ−ＢＦＲインタラクションの単一プロシージャを設計することを目指す。
【００４２】
ＮＲ  ＲＬＦ及びビーム障害検出について未だ未確定であるｘＳＳ／ｘＲＳによって示されるビームフォーミングされた指向性基準信号（ＬＴＥにおける全指向性のセル特有ＲＳ（cell  specific  RS，ＣＲＳ）の代わり）、夫々のサービングチャネル又はリンクのマルチビーム合成によるＵＥのための不明りょうな（リンクレベル、セルレベル、マルチセル）ＲＬＦ定義、制御とデータとの間の空間的に無相関又は非疑似コロケーション（quasi-co-located，ＱＣＬ）のチャネル、非理想的なＵＬ及びＤＬビーム対応、同時の複数のサービングセル（Ｐｃｅｌｌ／Ｓｃｅｌｌ／Ｐｓｃｅｌｌ）、異なるキャリア又は基準信号、並びに間の不明りょうな指示交換を含む、Ｌ１（若しくはＬ２又は両レイヤ）ＢＦＲ状態機械と上位レイヤ（Ｌ２又はＬ３）ＲＬＦ状態機械との間の不明りょうなインタラクションのような、ＮＲにおいて新たに導入されたＰＨＹ特徴のために、現在、ＬＴＥとは異なる新しいＲＬＦ検出メカニズムが必要とされている。
【００４３】
現在、ＬＴＥのＲＬＭ／ＲＬＦ（チャネルメトリック閾値Ｑ＿ｏｕｔ／Ｑ＿ｉｎを有する。）は、一般的に、全指向性ＣＲＳ測定からのＳＩＮＲ、及びテーブル参照に基づく仮想ＰＤＣＣＨチャネルブロックエラーレート（Block  Error  Rate，ＢＬＥＲ）に基づくが、ＮＲにはこれ以上セル特有のＣＲＳは存在せず、ＳＳブロック、ＰＢＣＨ  ＤＭ−ＲＳ、ＣＳＩ−ＲＳ、又は３ＧＰＰ標準では未だ公式に定義されていない他の基準信号が代わりに使用されてよい。その上、ＤＣ／キャリア・アグリゲーション（Carrier  Aggregation，ＣＡ）によるＬＴＥ  ＲＬＦは、ＭｅＮＢでのＰＣｅｌｌ又はＳｅＮＢでのＰＳｃｅｌｌにのみ基づくが、たとえＰＣｅｌｌが無効であるとしても、実際には、利用可能なＰＵＣＣＨ  ＳＣｅｌｌグループにおいてＵＬ／ＤＬデータ伝送も実行され得る。また、ＣＡの各セル内で、１つのキャリアが無効であることがあるが、他のキャリアは依然として生きていることがある。ＮＲ  ＲＬＦのための既存のＮＲ提案は、上位レイヤへの指示を生成する前にＢＦＲのフルダイバーシティを探索することができないため、一時的なＢＦＲステータスに基づき任意の又は不可能な指示をトリガするか、あるいは、セルレベルＲＬＦ及びビームレベルＢＦＲ状態機械をそれらの大いに異なった時間スケールにかかわらず全て一緒に巻き込んで、不安定な又は最適化されていないＲＬＦ挙動を引き起こす。ＮＲにおけるマルチビームＲＬＭ及びＢＦＲの公式な定義の欠如はまた、設計に非常に難しいものとする。明りょうさのために、ＣＳＩ−ＲＳ／ＤＭ−ＲＳ／ＳＳブロック／ＰＳＳ／ＳＳＳは、通常ｘＳＳ／ｘＲＳと総称される基準信号（reference  signal，ＲＳ）又はプライマリ／セカンダリ同期化信号（Primary  Synchronization  Signal/Secondary  Synchronization  Signal，ＰＳＳ／ＳＳＳ）の略語である。
【００４４】
図６は、フルダイバーシティビーム障害回復（ＢＦＲ）及び統合された無線リンク障害（Radio  Link  Failure，ＲＬＦ）メカニズム並びにＵＥでのそれらのインタラクションの実施形態を表し、ここで、集積及び統合モジュール（Integration  and  Unification  Module，ＩＵＭ）の論理モジュールは、どこにでも、例えば、ＲＬＭ若しくはＲＬＦの部分としてのみ、又は異なるレイヤにわたって、又はＲＬＦ、ＢＦＲ、若しくはＲＬＭモジュールの部分として、配置されてよく、ＢＦＲは、上位レイヤへ何らかのトリガを送る前に（時間制約により）可能な限り迅速に且つ多くその正当なミッションを達成するように「フルダイバーシティ」のオプションを利用する。
【００４５】
図６に開示されるように、提案されているフルダイバーシティＢＦＲの実施形態が開示されている。提案されている（マルチセル、セルごと、又はリンクごとの）統合されたＲＬＦメカニズム、ＵＥ及びＵＥでのそれらのインタラクションのための間のマルチソース指示の提案されている統合、サイドラインレイヤ特有のシグナリング（暗に遠隔ネットワークデバイス）は、ＵＥ内の各レイヤの動作のために無線入力を提供する。要するに、このプロットは、ＲＬＦ状態機械を可能な限り（ＬＴＥに対して）そのままレイヤ３で保ち、マルチビームＢＦＲを可能な限り包括的に且つ適宜にＬ１（又はＬ２）で扱うメカニズムの実施形態を表す。提案されているＲＬＦは、その状態、その非周期的な若しくはイベント駆動されるＩＳ、ＯＯＳ及び暗に任意の他の（例えば、マルチビームＲＬＭによって生成された周期的な）ＩＳ、ＯＳＳのフルダイバーシティＢＲＦから統合されるネットワーク構成された又は所定のレベルのＩＳ、ＯＯＳのみを考慮する。最終的に、ＲＬＦ検出の統一プロシージャは、単一若しくは複数の基礎をなすサービングビーム、基準信号、セル、ＣＨ、及び基準等にかかわらず作動する。Ｌ２に（実例のみを目的として描かれている。）、あるいは、複数のレイヤにわたって分散して、あるいは、ＲＬＦ、ＲＬＭ、及び／又はＢＦＲ内に位置するＩＵＭモジュールは、ＲＬＦとＢＦＲとの間の統合された指示を導出し報告する。
【００４６】
下位レイヤから上位レイヤへ上向きに、提案されているＩＵＭは、１又は複数の基準信号（ｘＳＳ／ｘＲＳ）に対応する１又は複数のサービングセル又はキャリア（ＰＳＣｅｌｌ、Ｓｃｅｌｌ、Ｐｃｅｌｌ、等）にわたって、単一又は複数のセルグループ（二次セルグループ（secondary  cell  group，ＳＣＧ）、マスタセルグループ（master  cell  group，ＭＣＧ）、等）において、単一又は複数のＣＨについて（各セルにおいて、若しくは各キャリア上で、等）、単一の又は複数のサービングビーム（ＣＨごと）に基づいて、等、ターゲット無線リンクについて設定レベルで夫々、時間順序で、又はそれらの多重数列において並行して、統合されたＩＳ、ＯＳＳを導出する。
【００４７】
上位レイヤから下位レイヤへ下向きに、提案されているＩＵＭはまた、ＢＦＲ動作の支援又は最適化のために、デュアル・コネクティビティ（Dual  Connectivity，ＤＣ）／マルチコネクティビティ（Multi-connectivity，ＭＣ）／ＣＡ／ハンドオーバー（Handover，ＨＯ）／ＲＬＦ／ＲＬＭ／無線リソース管理（Radio  Resource  Management，ＲＲＭ）／ＲＲＣ等のステータスを含む上位レイヤの有益な情報から、時間順序で、又はそれらの多重数列において並行して、統合されたＩＳ、ＯＳＳを導出する。
【００４８】
図７は、ＲＬＭチャネルメトリック（ＲＳＲＰ／ＲＳＲＱ）測定、ＲＬＦへ送られたＲＬＭからの最初及び周期的なＩＮ／ＯＳＳ指示、既存のＬＴＥシステムでのタイマに基づくＲＬＦ動作のための連続的な指示の計数を含むＲＬＭ及びＲＬＦプロシージャを表す。いくつかの実施形態で、ＰＣｅｌｌ又はＰＳＣｅｌｌのためのＣＲＳ  ＳＩＮＲ（ＣＩＲ）の測定に基づき、ＵＥは、（ＣＲＳに基づき）ダウンリンク無線リンク品質をモニタし、それを、ＴＳ３６．１３３で見られるように、同期外れ及び同期内閾値Ｑｏｕｔ（−８ｄＢ）及びＱｉｎ（−６ｄＢ）と比較する。ＤＲＸの有無にかかわらず、同じ閾レベルが適用可能である。ＤＲＸがオンであるとき、周期ＩＳ、ＯＯＳが、設定されている場合にＤＲＸサイクルに基づき、生成される。
【００４９】
ＬＴＥでは、ＴＳ３６．１３３の表７．６．１−１で定められた伝送パラメータによるＰＣＦＩＣＨエラーを考慮しながら、閾値Ｑｏｕｔは、ダウンリンク無線リンクが確かに受信され得ず、サービングセルからの仮想ＰＤＣＣＨ伝送の１０％ＢＬＥＲ（Ｑｉｎが２％ＢＬＥＲに対応する。）に対応すべきであるところのレベルとして定義される。ＬＴＥでは、推定されるＰＣｅｌｌ又はＰＳＣｅｌｌのＣＲＳ  ＳＩＮＲがＱｏｕｔよりも悪くなるとき、ＵＥのレイヤ１は、同期外れ（ＯＯＳ）指示を（周期的に）高位レイヤへ送るべきであり、上位レイヤはタイマ（Ｔ３１０）を起動すべきである。ＣＲＳ  ＳＩＮＲがＱｉｎよりも高いとき、Ｌ１は、同期内（ＩＳ）指示を（周期的に）上位レイヤへ送るべきである。
【００５０】
Ｔ３１０のタイマが満了するとき、すなわち、Ｔ３１０の最後（２００ｍｓ）の期間にわたってＩＳインジケータがないとき、ＲＬＦが宣言され、ＲＲＣ接続の再確立及びＴ３１１がトリガされる。連続したＮ３１０  ＯＯＳ指示が観測されるとき、Ｔ３１０は起動され、そして、Ｔ３１０は、Ｎ３１１  ＩＳ指示が受信される場合に停止される。
【００５１】
物理レイヤ問題は、既存のＲＬＭモジュールがセル特有の非ビームフォーミング（すなわち、全指向性の）ＬＴＥ  ＣＲＳ（例えば、ＲＳＳ／ＣＩＲ、又はＲＳＲＰ／ＲＳＲＱ）のメトリックをモニタすることによって、検出される：
４）ＣＲＳパイロットに基づく測定の（ＲＳＳ／ＣＩＲ）（２００ｍｓ又は１００ｍｓのスライディングウィンドウにわたる１０ｍｓサンプリング）のＬ１フィルタリング／サンプリングは、フィルタリングされたＣＩＲ＜Ｑｏｕｔ（−８ｄＢ）又は＞Ｑｉｎ（−６ｄＢ）閾値を比較することによって、ＰＤＣＣＨ  ＢＬＥＲ＞１０％又は＜２％にマッピングされる。
【００５２】
５）同期外れ／同期内指示のＬ３フィルタリングは、連続的な同期外れ又は同期内指示のＯＯＳ＞＝Ｎ３１０（Ｔ３１０をトリガする。）又はＩＳ＞＝Ｎ３１１（Ｔ３１０のリセットをトリガする。）の数を比較することを指し、一方、Ｔ３１０は、ＲＬＦ検出期間として、５００〜１０００ｍｓ、又はスモールセルの場合に５０ｍｓに設定され得る。
【００５３】
Ｌ３／ＲＲＣレイヤには、次のＲＬＦタイマがある。
【００５４】
６）Ｔ３１０は、Ｐｃｅｌｌ／Ｐｓｃｅｌｌの物理レイヤ問題を検出すると、すなわち、Ｎ３１０の連続的なＯＯＳを下位レイヤから受信すると、起動し、それは、Ｔ３１０が満了する前にＵＥが下位レイヤのＰｃｅｌｌ／ＰｓｃｅｌｌからＮ３１１の連続的なＩＳを受信する場合に、ハンドオーバープロシージャがトリガされるとき、及び接続再確立プロシージャが開始されるときに、停止する。Ｔ３１０の満了はＴ３１１及びＲＬＦをトリガするので、接続再確立プロシージャを開始する。
【００５５】
７）Ｔ３１１は、ＲＲＣ接続再確立プロシージャが開始されると起動し、適切なＥ−ＵＴＲＡセル又は他のＲＡＴを使用するセルが選択されると停止する。Ｔ３１１の満了は、ＵＥをＲＲＣ＿ＩＤＬＥに入らせる。
【００５６】
８）Ｔ３１２は、Ｔ３１０が動作中である場合に、Ｔ３１２が設定されている測定識別子の測定レポートがトリガされると起動し、それは、下位レイヤからＮ３１１の連続的な同期内指示が受信されるとき、ハンドオーバープロシージャがトリガされるとき、接続再確立プロシージャが開始されるとき、及びＴ３１０が満了するときに停止する。Ｔ３１２の満了は、ＲＬＦをトリガし、コンテキスト／セキュリティが準備されている場合には接続再確立プロシージャを開始し、そうでない場合にはＲＲＣ＿ＩＤＬＥに進む。
【００５７】
ＬＴＥの場合に、ＲＬＦの２つのフェーズが存在し、第１は、ＲＬＦ検出（Ｔ３１０満了時）であり、第２は、ＲＲＣ回復（Ｔ３１１又はＴ３１２の満了によって終了）である。図８は、ＬＴＥで使用され得るＲＬＦの２つのフェーズを表す。
【００５８】
９）ＬＴＥ  ＣＡ及びＤＣにおいて、ＬＴＥ  ＲＬＦ／ＲＬＭは、ＭｅＮＢでのＰＣｅｌｌ又はＳｅＮＢでのＰＳｃｅｌｌにのみ基づく：
１０）ＣＡの場合に、ＲＲＣ接続再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。ＵＥは、ｅＮＢによってモニタされるＳＣｅｌｌのＲＬＦをモニタしない。
【００５９】
１１）ＤＣの場合に、無線リンク障害プロシージャの第１フェーズは、ＰＣｅｌｌ及びＰＳＣｅｌｌに対してサポートされる。再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。しかし、ＰＳＣｅｌｌでＲＬＦを検出すると、再確立プロシージャは、第１フェーズの終わりでトリガされない。代わりに、ＵＥは、ＰＳＣｅｌｌの無線リンク障害をＭｅＮＢに知らせる。
【００６０】
１２）ＤＣ／ＣＡの２つのフェーズ（ＲＬＦ検出及びＲＲＣ回復）：
１３）単一のキャリア及びＣＡの場合に、再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。ＵＥは、ｅＮＢによってモニタされるＳＣｅｌｌのＲＬＦをモニタしない。
【００６１】
１４）ＤＣの場合に、無線リンク障害プロシージャの第１フェーズは、ＰＣｅｌｌ及びＰＳＣｅｌｌに対してサポートされる。再確立は、ＰＣｅｌｌがＲＬＦを経験する場合にトリガされる。しかし、ＰＳＣｅｌｌでＲＬＦを検出すると、再確立プロシージャは、第１フェーズの終わりでトリガされない。代わりに、ＵＥは、ＰＳＣｅｌｌの無線リンク障害をＭｅＮＢに知らせる。
【００６２】
１５）ＬＴＥにおいて、ＵＥは、（ＰＨＹレイヤ検出に基づくだけでなく）次の状況のうちの１つが満たされる場合に上位レイヤ（Ｌ３）で無線リンク障害（radio  link  failure，ＲＬＦ）を宣言すべきである：
１６）（ＡＲＱ）再送の最大数に達したことのＲＬＣからの指示；
１７）Ｔ３００、Ｔ３０１、Ｔ３０４及びＴ３１１のいずれも動作中でないときにランダムアクセス（ＲＡＣＨ）問題が起こることのＭＡＣからの指示；
１８）Ｔ３１０が動作中であるときのＴ３１２中のハンドオーバーコマンドの受信の失敗、例えば、Ｔ３１２の満了時；
１９）無線リンク監視（ＲＬＭ）に基づく物理レイヤ問題の検出（すなわち、Ｔ３１０の満了前にＮ３１０の数の連続的なＯＯＳはあるが、Ｎ３１１の数の連続的なＩＳがないこと。）、例えば、Ｔ３１０が満了し、Ｔ３１１が起動するとき。
【００６３】
３ＧＰＰ  ＴＲ３８．８０２によれば、ＮＲにおいて、関連する制御チャネルのビーム対リンクの品質が十分に低いとき（例えば、閾値との比較、関連するタイマのタイムアウト）、ビーム障害イベントは起こる。
【００６４】
ＲＡＮ１は、突然のビーム品質劣化を克服することを目的として、ＵＥによりトリガされるビーム回復プロシージャを設計している。
【００６５】
本開示の一実施形態で、ＩＳ、ＯＯＳを導出するフルダイバーシティＢＦＲ。我々の提案されているフルダイバーシティＢＦＲにおいて、ＢＦＲの任意のステップ（特定のＵＥデバイスを例とする。）：
２０）ｉ．ＮＲにおけるマルチビームＲＲＭ［２，６］と同様の又はその拡張として複数の実現可能なビームを選択／統合するために、
ｉｉ．［２，６］で見られる構成に基づき複数のビームを測定することによりＣＨ又はセルレベルＲＬＭメトリックを導出するために、
必要ならば、マルチビームＲＬＭメカニズムを使用する。
【００６６】
２１）ｉ．次のＯＯＳ、ＩＳＳ生成条件が満足される限り、及び／又は
ｉｉ．レイヤ固有の指示周波数制御又は周期タイマがキャリアごとの測定されるセル又はＣＨについてトリガされる限り、
障害又はタイムアウト時に、（ＣＨごと又はセルごとに）ＲＬＦ  ＯＯＳ、ＩＳが（例えば、ＩＵＭ機能の有無にかかわらず）トリガされる。
【００６７】
２２）ＣＨ特有のＯＯＳ、ＩＳ生成条件をチェックする：各特定のビームがサービングキャリア／ＣＨ／セルの特定のｘＳＳ／ｘＲＳを運び、ＵＥのＰＨＹレイヤがＬＴＥで見られるように修正された又は類似のＲＬＭメカニズム（サンプリング及びフィルタリング、並びにＩＮ／ＯＯＳ生成インターバルを使用する。）を採用するとする。また、４つのＢＦＲステップの夫々が、このＵＥのためのサービングビーム／ＣＨ／セルの数にかかわらず、その具体的な（シグナリング又は決定）メカニズムを有し得るとする。
【００６８】
マルチビームＣＨ特有ＯＯＳ生成条件は、様々な理由により満足される。例えば、いくつかの例で、そのフィルタリング／サンプリングされたＲＬＭメトリック＜Ｑｏｕｔの場合、あるいは、同等に、ＵＥ又はチャネル特有ｘＲＳ（ＣＳＩ−ＲＳ及び／又はＤＭＲＳ）に基づき、ＣＨの仮想ＢＬＥＲ（例えば、ＰＤＣＣＨ）＞閾値＿ＯＯＳの場合、且つ、ＯＯＳ生成頻度を制御するタイマがトリガされる場合。他の例では、条件は、そのフィルタリング／サンプリングされたＲＭＬメトリック＜Ｑｏｕｔの場合、あるいは、同等に、ＵＥ又はチャネル特有ｘＲＳ（ＣＳＩ−ＲＳ及び／又はＤＭＲＳ）に基づき、ＣＨの仮想ＢＬＥＲ（例えば、ＰＤＣＣＨ）＞閾値＿ＯＯＳの場合に、満足され得る。ＩＳ生成条件は、同様に、ＯＳＳがトリガされた後、ここでの全てのシナリオについて、Ｑｉｎ及び閾値＿ＩＳに基づくことができる。その上、ＣＨ特有の指示は、チャネルごとのビームのみが存在する場合に、ビーム特有であるように低減され得る。
【００６９】
一般的なＯＯＳ生成条件は、いくつかの数について（例えば、組み合わせを用いて）又は特定の期間にわたって（タイマによる）、例えば、各サイクルが１つのＳＳブロックバースト設定期間に等しくなり得るビーム走査の１又は複数のサイクルにおいて、セル特有の共通信号、例えば、ＰＳＳ若しくはＳＳブロック又はＰＢＣＨ（そのＤＭＲＳを含む）のＵＥの受信及び復号化失敗に基づく。
【００７０】
提案されているフルダイバーシティＢＦＲの各ステップは、時間制約によるＢＦＲ成功又は失敗の迅速且つ確実な決定のためにステップ内の選択又は全ての利用可能な選択肢を利用する。例えば、ステップ１におけるセル１内の故障した制御ＣＨ（ビーム）のビーム回復要求は、時間が許す限り（特定のタイマに基づく）、セル２内のステップ２で識別されたＵＬデータＣＨ（ビーム）又はＲＡＣＨに沿ってピギーバックをＭＡＣ  ＣＥに報告し得る。前のステップの成功若しくは失敗又は一部のダイバーシティの利用は、指示をＲＬＦへ供給するように後のステップ／他のダイバーシティをスキップし得る。各ステップは、直接的に又は間接的にＲＬＦに対して統合機能を通じて指示を提供し得る。
【００７１】
他の実施形態では、ＢＦＲと統合ＲＬＦとの間のインタラクション統合モジュール（Interaction  Unification  Module，ＩＵＭ）機能が開示される。特定のＵＥを例として、ＩＵＭモジュールは、Ｌ１／Ｌ２多次元ＯＳＳ、ＩＳ、リンク、又はＢＦＲステータス指示を、統合されたセルごとのＯＯＳ、ＩＳ指示にフィルタリング又は統合するように（あるいは、新しい指示によりそのまま転送されるが、望ましくはＯＯＳ、ＩＳのみである。）、以下の通りに具現化され得る。
【００７２】
リンク回復指示は、リンク回復成功に対応する非周期的な指示（例えば、ＲＬＭに対して定義されるのと同じＩＳ）、又はリンク回復失敗に対応する周期的な指示（例えば、ＲＬＭに対して定義されるのと同じＯＯＳ）、又は周期的な若しくはイベントに基づくリンク回復ステータスを指す。リンク回復ステータスは、障害検出インスタンス、識別された新しいビーム、測定された基準信号強度又は制御若しくはデータチャネル品質、設定された基準に従う識別されたビームパスの実現可能性、及び設定されたタイマ又はカウンタに基づく制約の下で段階的な成功又は失敗、並びにリンク回復プロセス全体の最終的な成功又は失敗を指す。セルごとのＲＬＦ  ＯＯＳ識別は、このセル内にある場合に、以下に基づきＩＵＭ機能によって、その後に周期的に、生成される：
２３）一般的なＤＬ制御ＣＨ（例えば、一般的なＰＤＣＣＨ）のＣＨ特有のＯＯＳ生成条件が満足されること、あるいは、
２４）ＵＥ特有のＤＬ制御ＣＨ（例えば、ＵＥ特有のＰＤＣＣＨ）のＣＨ特有のＯＯＳ生成条件が満足されること、あるいは、
２５）一般的なＯＯＳ生成条件が満足されること、あるいは、
２６）上記の段落で説明されるような、最終的なリンク若しくはＢＦＲ障害又は（４つのステップからの）段階的な障害のいずれか、あるいは、基準に基づいたチャネル品質劣化を示すリンク又はＢＦＲステータス、あるいは、
２７）報告又は生成頻度のための制御タイマ又はリンク若しくはＢＦＲ若しくはＢＭイベントがトリガされること。
【００７３】
ＩＵＭの統合機能の別の実施形態では、
２８）上記の２３）〜２７）は、代わりに論理積によって、又は論理和及び論理積等の混合によって、又は他の計算によって、別なふうに組み合わされてよい。加重和のような組み合わせ（注記：重みが１又は０に等しい場合に、それは、ＰＳＣｅｌｌ／Ｐｃｅｌｌ又は特定のｘＲＳ等のみを考慮して、平均又は優先度ベースのようである。これも設定可能である。）。
【００７４】
２９）上記の２３）〜２７）のうちの１以上は、必ずしもそれらの全てではないが、ＩＵＭ機能を定義するために他の直交条件と論理和又は論理積によって組み合わされ得る。
【００７５】
３０）セルごとのＲＬＦ  ＩＳ：上記はＩＳにも適用可能である（ＢＦＲ成功がリンク回復又はＢＦＲ障害を置換することを伴う。）。
【００７６】
３１）上記の２３）〜２７）は、リンク又はＢＥＲステータスがチャネル、キャリア、又は信号特有である場合に、チャネルごと又はキャリアごと又は信号ごとにも適用可能である。
【００７７】
マルチセルＯＯＳ、ＩＳは、同様にＩＵＭによって統合され得る。
【００７８】
３２）複数のサービングセル（ＰＳＣｅｌｌ、ＰＣｅｌｌ、Ｓｃｅｌｌ）又はセルグループに適用されるＩＵＭの２３）〜２７）のステップを全て一緒に混合することによる、又は
３３）セルごとのＩＵＭからの出力としてセルレベルのＲＬＦ  ＯＯＳ又はＩＳ結果を単に組み合わせることによる。
【００７９】
ＩＵＭ統合機能は、指示の生成又は報告のために、シナリオ又は構成に基づき、ＣＨごと、信号ごと、キャリアごと、セルごと、セルグループごと、又はそれらの組み合わせであることができる。
【００８０】
ＩＵＭ統合機能は、いずれかの又は全ての特定のレイヤ（Ｌ１〜Ｌ３）で、すなわち、独立したモジュールとして中央集権化又は分配されるか、あるいは、ＲＬＦ又はＢＦＲに一体化され得る。
【００８１】
ＩＵＭ統合機能は、（統合されたＩＳ、ＯＯＳを生成するために）下位のＢＦＲから上位レイヤＲＬＦへ、あるいは、単一のＵＥ又はネットワークデバイスで（統合されたＢＦＲ支援を生成するために）逆方向に、あるいは、（ＵＥ側及びネットワーク側シグナリングを伴って）エンド間で開始することができる。統合機能は、例えば、ビームごと又はＣＨ  ＩＳ、ＯＯＳごと等の論理積及び論理和結合よりむしろ、ＮＲ＿ＣＨ＿品質の他の数字形式に基づくことができる。
【００８２】
他の実施形態では、ＲＬＦ及びＢＦＲメカニズム（状態機械）間の提案されているエンド間インタラクションモデルが開示される。
【００８３】
図９は、９００においてＢＦＲ−ＲＬＦインタラクションのエンド間及び層間フレームワークを表し、ユーザ側デバイス、例えば、ＵＥ（又はタブレット、ＰＣ等を含む、無線通信可能な任意の他のユーザデバイス）と、ネットワークデバイス（例えば、ｇＮＢ又はＴＲＰ）との間のエンド間及びレイヤごとのシグナリングが９０２（レイヤ３）、９０４（レイヤ２）、９０６（物理レイヤ）で起こる。表示されている階層は、本質的に例示であり、別の実施形態では変化し得ることに留意されたい。例えば、ブロック９０４におけるＬ２での機能は、提案されている統合、等を実行するためのＲＬＭ（複数のプロトコルレイヤにまたがる。）の部分とみなされてよい。更に、別の実施形態では、ＵＥ内のＬ２  ９０４は、単純に省略されてよく、その場合に、下位レイヤでのＢＦＲ動作は、上位レイヤのＲＬＦ状態機械に対して同期内／同期外れ（ＩＳ、ＯＯＳ）又は他のＢＦＲ指示をトリガするように原因となる（十分な）根拠を直接提供する。また、（Ｌ２）ＢＦＲ動作９０４の存在は、単なる例示を目的とし、同様に、図１０において、Ｌ２ＢＦＲシグナリング（例えば、ＭＡＣ  ＣＥ）が標準に導入される場合にも当てはまる。
【００８４】
ＰＨＹレイヤ９０６において、ＵＥは、ｇＮＢ／ＴＲＰとのＬ１  ＢＦＲシグナリングを有し、ＵＥはまた、別な場所で説明されているフルダイバーシティＢＦＲプロセス及び／又はマルチビームＲＬＭの部分として、ｇＮＢ／ＴＲＰからの（ＤＬ）ビームフォーミング基準信号をモニタする。上述されたステップにおけるフルダイバーシティＢＦＲ動作は、少なくともこのレイヤ９０６で無線により、多次元ビーム、信号、セル、及びチャネル等を考慮することによって、ＢＦＲ（成功若しくは失敗）ステータス、ＩＳ、又はＯＯＳ指示を導出する点に留意されたい。レイヤ２  ９０４において、ＵＥ及び／又はｇＮＢ／ＴＲＰは、Ｌ２  ＢＦＲ関連シグナリング（例えば、ＭＡＣ  ＣＥ）を通じて、ＢＦＲ動作が成功か又は失敗かどうかをともに決定し得る。レイヤ３又はＲＲＣ９０２において、複数のタイマ及びカウンタによるＲＬＦ動作は、ｇＮＢ／ＴＲＰでのＲＬＦマシンを導出するために、ｇＮＢ／ＴＲＰのＲＬＦ／ＨＯステータスとＵＥ側の状態との間の無線ＲＲＣシグナリング交換と、ＲＬＦ又はＲＡＣＨ又はＲＬＣ状態機械からの他の直交入力とに関連して、下位レイヤからのＩＳ、ＯＯＳ（及び可能なＢＦＲ状態）指示に基づき設定され作動する。
【００８５】
図１０は、１０００においてＢＦＲ−ＲＬＦインタラクションのエンド間及び層間フレームワークを表すが、指示が上下逆向き、すなわち、下向きである（図９では、指示は下から上、すなわち、上向きであった。）。図１０において、ユーザ側デバイス、例えば、ＵＥ（又はタブレット、ＰＣ等を含む任意の他のユーザデバイス）と、ネットワークデバイス（例えば、ｇＮＢ又はＴＲＰ）との間のエンド間及びレイヤごとのシグナリングは、１００２（レイヤ３）、１００４（レイヤ２）、１００６（物理レイヤ）で起こる。ここでの階層は、より例示を目的としており、別の実施形態では変化し得ることに留意されたい。下位レイヤ（例えば、ＢＦＲの場合に、物理レイヤ９０６又はレイヤ２  ９０４）が上位レイヤ（例えば、レイヤ３  ９０２のＲＬＦ）動作を支援する図９とは対照的に、図１０は、上位レイヤ（例えば、ＲＬＦ、等）又はレイヤ３  １００２が、下位レイヤ（例えば、ＢＦＲの場合に、レイヤ２  １００４又は物理レイヤ１００６）の動作を最適化するのを助けることができる。例えば、ブロック１００４におけるＬ２での機能は、提案されている統合、等を実行するためのＲＬＭ（複数のプロトコルレイヤにまたがる。）の部分とみなされてよい。別の実施形態では、ＵＥ内のＬ２  １００４は、単純に省略されてよく、その場合に、下位レイヤでのＢＦＲ動作は、ＢＦＲ指示を最適化するように原因となる又は十分な根拠としてＬ３  １００２の入力（ＢＦＲ支援情報又は指示）を直接とる。また、（Ｌ２）ＢＦＲ動作１００４の存在は、単なる例示であって、Ｌ２ＢＦＲシグナリング（例えば、ＭＡＣ  ＣＥ）が標準に導入される場合にも当てはまる。
【００８６】
図１０の１００２において、上位レイヤＲＬＦ状態機械は、関連するＢＦＲ支援情報とともに、ＢＦＲ成功／回復又は失敗／リセットの早期終了又は加速を可能にすることができ、このとき、１００２でのそのような支援情報は、ＲＬＦ又はＲＲＣの無線シグナリング（例えば、ＨＯコマンド、ＲＲＣ接続再確立、キャリア又はセル追加又は除外に関連したＤＣ／ＭＣ／ＣＡシグナリング）、あるいは、ポジショニングに基づいたビーム発見又は回復情報、あるいは、ＤＣ／ＣＡ／ＭＣ対応システムにおけるＰＣｅｌｌ、ＰＳＣｅｌｌ又はＳＣｅｌｌ内の他のキャリア又はセルにわたる任意の代替の通信パスに基づいてよい。図１０に示される例では、ＰＨＹレイヤ１００６において、ＵＥは、Ｌ１  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。レイヤ２  １００４において、ＵＥは、Ｌ２  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。ＲＲＣレイヤ１００２において、ＵＥは、図９の９０２等で見られるのと同じように、ＲＬＦ若しくはＲＲＣシグナリング又はデータパスを用いてｇＮＢ／ＴＲＰと通信する。
【００８７】
レイヤ２  １００４において、ＵＥ及び／又はｇＮＢ／ＴＲＰは、Ｌ２  ＢＦＲ関連シグナリング（例えば、ＭＡＣ  ＣＥ）を通じてＢＦＲ動作が最適化され得るかどうかをともに決定してよい。ＰＨＹレイヤ１００６において、ＵＥは、ｇＮＢ／ＴＲＰとのＬ１  ＢＦＲシグナリングを有し、ＵＥはまた、別な場所で説明されているフルダイバーシティＢＦＲプロセス及び／又はマルチビームＲＬＭの部分として、ｇＮＢ／ＴＲＰからの（ＤＬ）ビームフォーミング基準信号をモニタする。上述されたステップにおけるフルダイバーシティＢＦＲ動作は、このレイヤ１００６で無線により、多次元ビーム、信号、セル、及びチャネル等を考慮することによって、ＢＦＲ（成功若しくは失敗）ステータス、ＩＳ、又はＯＯＳ指示を導出するだけでなく、上位レイヤにより提供されたＢＦＲリセット若しくは加速指示又はＢＦＲ支援情報を直接導出する点に留意されたい。物理レイヤ１００６において、複数のタイマ及びカウンタ並びに無線シグナリング（ＢＦＲ要求及び応答）を使用したＢＦＲ動作は、その動作を加速又は効率化することによって最適化するために、上位レイヤからの他の直交入力に関連して、ビームフォーミング基準信号、新しいビームの識別に基づき設定及び作動される。
【００８８】
図１０及び図９の別の実施形態では、ＵＥ側のＢＦＲ及びＲＬＦは、ＵＬに基づくＲＬＭについてｇＮＢ／ＴＲＰ側のＢＦＲ及びＲＬＦにミラーリングされ得る点に留意されたい。例えば、ｇＮＢ／ＴＲＰは、モニタされるキャリア以外の異なるキャリア上で同時にＵＥと通信するＰｃｅｌｌ、ＰＳｃｅｌｌ、又はＳｃｅｌｌからであってよい。同様に、モニタされるリンク又はＣＨは、ターゲットリンク（ＢＦＲ又はＲＬＦ）ステータスを決定する際に、制御、データ、又はそれらの組み合わせであってよい。ＩＳ、ＯＯＳ、又はＢＦＲリセット／加速指示の統合のためのＩＵＭ機能は、ＵＥ上のＲＬＦ及びＢＦＲの間のＬ１（ＰＨＹ）〜Ｌ３（ＲＲＣ）インタラクション間のどこにあってもよく、あるいは、ネットワークデバイス（ｇＮＢ／ＴＲＰ）は、（図示されるように）Ｌ２にあるか、あるいは、Ｌ１又はＬ３に組み込まれるか、あるいは、任意のレイヤにおいて分配される新たに導入されたＩＵＭ機能を含む。従って、ＲＬＦ及びＩＳ、ＯＯＳ、リンク及び／又はＢＦＲ状態は、マルチセル、セルごと、ＣＨごと、信号ごと、又はキャリアごと、リンクごと、あるいは、それらの組み合わせとしてあることができる。
【００８９】
図１０は、上位レイヤＲＬＦ状態機械が、関連するＢＦＲ支援情報（例えば、ＤＣ／ＣＡ／ＭＣにおけるＰＣｅｌｌ、ＰＳｃｅｌｌ又はＳＣｅｌｌ内のポジショニングに基づいたビーム発見又は回復情報）とともに、ＢＦＲ成功／回復又は失敗／リセットの層奇襲量又は加速を可能にすることを表す。図１０に示される例では、ＰＨＹレイヤ１００６において、ＵＥは、Ｌ１  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。レイヤ２  １００４において、ＵＥは、Ｌ２  ＢＦＲシグナリングを用いてｇＮＢ／ＴＲＰと通信する。ＲＲＣレイヤ１００２において、ＵＥは、ＲＬＦ又はＲＲＣシグナリングを用いてｇＮＢ／ＴＲＰと通信する。
【００９０】
別の実施形態では、ＵＥ側のＢＦＲ及びＲＬＦは、ＵＬに基づくＲＬＭについてｇＮＢ／ＴＲＰ側のＢＦＲ及びＲＬＦにミラーリングされ得る。ｇＮＢ／ＴＲＰは、Ｐｃｅｌｌ、ＰＳｃｅｌｌ、又はＳｃｅｌｌの異なるキャリアからであってよく、サービングＣＨは、制御、データ、又はそれらの組み合わせであってよい。ＩＳ、ＯＯＳ、又はＢＦＲリセット／加速指示の統合のためのＩＵＭ機能は、ＵＥ上のＲＬＦ及びＢＦＲの間のＬ１（ＰＨＹ）〜Ｌ３（ＲＲＣ）インタラクション間のどこにあってもよく、あるいは、ネットワークデバイス（ｇＮＢ／ＴＲＰ）は、（図示されるように）Ｌ２にあるか、あるいは、Ｌ１又はＬ３に組み込まれるか、あるいは、任意のレイヤにおいて分配される新たに導入されたＩＵＭ機能を含む。従って、ＲＬＦ及びＩＳ、ＯＯＳ、リンク及び／又はＢＦＲ状態は、マルチセル、セルごと、ＣＨごと、信号ごと、又はキャリアごと、リンクごと、あるいは、それらの組み合わせとしてあることができる。
【００９１】
図１１によって表される第３の実施形態では、ＲＬＦ検出の統合されたフロープロシージャが開示され、このとき、ＮＲのための我々の提案しているマルチビームＲＬＭは、フローチャート１１００に示されるように、マルチビームＲＲＭ［２，３，４，６，．．．］に関する同様のビーム結合／選択基準を用いて、サービングＣＨの品質、ＮＲ＿ＣＨ＿品質を導出し、それを、通常ネットワーク構成されるチャネル閾値Ｑｉｎ／Ｑｏｕｔと比較するように、暗にＩＵＭの部分として組み込まれる（あるいは、そうでなければ、ＩＵＭはＲＬＭの部分である。）。提案されているマルチビームＩＵＭ／ＲＬＭモジュールにおけるＩＳ／ＯＳＳ指示は、テーブル参照に基づきＮＲ＿ＣＨ＿品質（例えば、単位ｄＢのＲＳＲＱ）からマッピングされる仮想ＰＤＣＣＨに基づき、ＬＴＥと同様にして、すなわち、以下のステップｖ）で導出され得るか、あるいは、特定の閾値（例えば、Ｑｉｎ及びＱｏｕｔ）とのＮＲ＿ＣＨ＿品質（例えば、単位ｄＢのＲＳＲＱ、単位ｄＢｍのＲＳＲＰ、又は単位ワットの単位電力）との直接比較に基づくことができる。ＲＬＭにより導出されたタイマ又はイベント駆動型のＩＳ、ＯＯＳは、（以下のステップｖｉで及びＩＵＭ統合機能によって図１１見られるように）Ｌ３  ＲＦＬへのＩＳ、ＯＯＳ指示の統合されたストリームのためにＩＳ、ＯＯＳ、リンク又はＢＦＲ失敗／成功指示と統合され得る。
【００９２】
３４）ＮＲ＿ＣＨ＿品質＝（実現可能なビームの品質、すなわち、閾値を上回るビーム品質）の平均＋オフセット（Ｎ）、
ｉ．このとき、Ｎは、閾値を上回る実現可能なビームの数であり、どれも閾値を上回らない場合には、最良のビームが考えられ得る。オフセット（Ｎ）は、Ｎの任意の非減少離散又は連続関数であることができ、例えば、オフセットは、実現可能な（Ｎ）ビームが多いほどマルチビームチャネル品質は良いことを反映するように、Ｎとともに増大する。マルチビームＲＬＭのためにここで提案されているＮ、平均関数、及び閾比較法は、先行技術のマルチビームＲＲＭと非常に似ているが、具体的なパラメータは、ＲＲＭよりもネットワーク（例えば、ＲＲＣ構成）によって別なふうに決定又は設定され得る。  
ｉｉ．ビームごとの品質メトリックはワット、ｄＢｍｍ又はｄＢで測定される。  
ｉｉｉ．フローの初期化（リセット）は、ビーム成功ステータスのようであることができる。  
ｉｖ．平均は、ビームごとの品質の線形和を含む線形又は非線形関数であり、Ｎで平均化された任意の加重和であることができる。Ｎは、ＣＨごと、キャリアごと、セルごと、又はそれらの複数にまたがってよい。  
ｖ．例えば、ＮＥ  ＢＦＲ内のＰＤＣＣＨの仮想ＢＬＥＲは、ＬＴＥと同様であることができる。  
ｖｉ．ＩＵＭ機能へのＩＳ、ＯＯＳ指示入力は、マルチセル、セルごと、マルチビームＣＨごと、又はビームごとに、ビームごとの１以上のｘＳＳ／ｘＲＳに一貫して使用可能であるが、必ずしも混合して使用される必要はない。  
ｖｉｉ．ビームごとの品質メトリックの測定は、複数の信号、例えば、ＲＭＬ／ＲＬＦ  ｘＳＳ／ｘＲＳに（組み合わせて又は別々に）基づく。  
ｖｉｉｉ．図１１は、ＩＳ  ＯＯＳ、リンク又はＢＦＲステータスをトリガした下位レイヤの又は基礎をなすＢＦＲ状態機械（１１０２、１１０４、１１０６、１１０８）に基づく図９に対応するＵＥ側でのＲＬＦ検出プロシージャの詳細なフローチャート１１００を表す。途中、場合により独立して又は提案されるマルチビームＲＬＭ又はＲＬＦの部分として作動するＩＵＭ（１１１０、１１１２、１１１４、１１１６、１１１８）は、（非周期的な又はイベントにより駆動される）ＢＦＲ指示を（最初の及び周期的な）マルチビームＲＬＭ  ＮＲ＿ＣＨ＿品質に基づく指示と統合する論理機能である。その目的は、例えば、ＩＳ、ＯＯＳカウンタ又はタイマ及びＲＬＦ宣言等に影響を及ぼすことによって、上位レイヤのＲＬＦ状態機械１１２０を加速又は最適化することである。
【００９３】
図１１に示される実施形態では、提案されるフルダイバーシティＢＦＲの例となる（４）ステップは、方法１１００のブロック１１０２、１１０４、１１０６及び１１０９で順次に実行される。ターゲットＣＨ又はリンクのサービングビームの監視に基づくブロック１１０２でのビーム障害検出が存在することが開示されており、これによりブロック１１０４につながる。１１０４で、（サービング）ビーム障害が検出されたが、「フルダイバーシティ」の新しいビームが識別される場合に、フローチャートはブロック１１０６へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１０６で、フルダイバーシティＢＦＲ要求（ＴＸ）が成功する場合に、方法はブロック１１０８へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１０８で、フルダイバーシティＢＦＲ応答（ＲＸ）が回復とともに受信される場合に、方法はブロック１１１０へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１１０で、ＢＦＲが最終的に成功し（すなわち、全てのステップが成功した。）、更には、提案されるマルチビームＲＬＭによれば、周期的なチェックでマルチビームＮＲ＿ＣＨ＿品質＞Ｑｉｎ（又はＢＬＥＲ＜閾値）である場合に、方法はブロック１１１２へ進み、さもなければ、方法はブロック１１１４へ進む。ブロック１１１２で、（周期的若しくはタイマに基づくか、又は非周期的か、又はイベントに基づくかにかかわらず）インジケータが上位レイヤは送られ、方法はブロック１１１８へ進む。ブロック１１１４で、ＢＦＲが失敗であったか、又は提案されるマルチビームＲＬＭによれば、周期的なチェックでマルチビームＮＲ＿ＣＨ＿品質＜Ｑｏｕｔ（又はＢＬＥＲ＞閾値）である場合に、方法ではブロック１１１６へ進み、さもなければ、方法はブロック１１０２へ戻る。ブロック１１１２でのＩＳと同様に、ブロック１１１６では、上位レイヤへのタイマ（タイマ又はイベント駆動のＯＯＳ）インジケータが存在し、方法はブロック１１１８へ進む。ブロック１１１８で、ＩＵＭ統合機能は、すなわち、指示頻度チェック（例えば、周期性チェック）を用いて、単一又は複数のビーム／ＣＨ／キャリア／セルのＩＳ、ＯＯＳにわたって論理的論理積／論理和（又は他の）統合動作によって、実行され、ＲＬＦ状態機械は、ブロック１１２０で然るべく更新される（例えば、そのタイマ及びカウンタ及び状態が、ＬＴＥと同じか又は同様にＩＳ、ＯＯＳによって影響を及ぼされる。）。ＲＬＦへのＩＳ、ＯＯＳ（周期性又は否）の単一ストリームを保持することは、単にＲＬＦ状態機械であるか、それをＬＴＥで見られるようにＮＲで同じに保つことであることができる点に留意されたい。
【００９４】
別の実施形態では、上記は、セルレベルのＩＳ、ＯＳＳを生成するように同様に修正可能であり、これは、マルチ又は単一ビームである制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）に基づくことができる。あるいは、同様の方法でマルチビームの複数の（制御、データ、ＵＬ、ＤＬ、同じ若しくは異なるセル、又は組み合わせ）ＣＨのメトリックを選択／結合することによって、導出された「セル」品質メトリックに基づくことができる。
【００９５】
別の実施形態では、上記は、サービング又は候補ビーム／ＣＨ／セルにあることができ、ＩＵＭは、異なるレイヤで分散又は中央集権化され得る。
【００９６】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。各ＢＦＲステップの成功（Ｙ）又は状態は、ＩＵＭへの何らかのＩＳ又は他のＢＦＲ状態を直接トリガし得る。
【００９７】
ＢＳＲＰは、ＢＬＥＲへのマッピングの有無にかかわらず、古い又は新たに定義された閾値（Ｑ＿ｉｎ又はＱ＿ｏｕｔ）と比較するためのＮＲ＿ＣＨ＿品質として直接使用され得る。
【００９８】
他の実施形態では、ＢＦＲへのその又は他の上位レイヤ支援を伴ったＲＬＦの統合されたフロープロシージャが、図１１によって開示され図解される。
【００９９】
この実施形態では、支援情報が、
全ての利用可能なビームリンクにわたって、及び／又は
１又は複数のｘＳＳ／ｘＲＳにわたって若しくは基づいて、及び／又は
イントラセルＣＡでのように、異なる周波数キャリアにわたって、及び／又は
ＤＣ／ＣＡ若しくはＬＦ支援ＨＦでのように、複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）にわたって、及び／又は
ＵＬ若しくはＤＬ又は両方にわたって、及び／又は
上位レイヤのタイムアウトイベント（ＲＬＦ  Ｔ３１０／Ｔ３１２の満了）時に、及び／又は
ＢＦＲを終了するか若しくはそのパラメータをリセットするために使用され得るデバイス内又は無線（ＲＬＦ）ＨＯトリガ時に、等、
ＢＦＲプロセスを助けるために取得され得るとする。
【０１００】
別の実施形態では、上記は、Ｐｃｅｌｌ又はＰＳＣｅｌｌの制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）にのみ基づくことができ、あるいは、ＢＦＲを導出し、加速し、リセットし、又は一般的に助けるために、何らかの利用可能なデータＣＨ（ＰＵＳＣＨ／ＰＤＳＣＨ、ＰＵＣＣＨでのＳＰＳ、又はＲＡＣ／ＳＲ、又はＭＡＣ  ＣＥピギーバッグ等による許可されたリソース）、又は何らかの検出可能な信号（ＤＬ  ＳＳブロック、ＣＳＩ−ＲＳ、ＤＭＲＳ、ＵＬ  ＳＲＳ／ＤＭＲＳ等を含むｘＳＳ／ｘＲＳ）を使用してもよい。
【０１０１】
別の実施形態では、上記は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭは、異なるレイヤで分散又は中央集権化され得、フローチャートの具体的なステップは変わる可能性がある。
【０１０２】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。上位レイヤの指示は、ＢＦＲ動作を最適化するのを助けるように、ＢＦＲの特定のステップへ指示するために使用され得る。
【０１０３】
多種多様な実施形態は本開示によって考えられていることは、はっきりと理解される。ＵＥ側でのＩＵＭ及びＲＬＦ／ＲＬＭ／ＢＦＲメカニズムは具現化され、次の詳細により異なるシナリオに適用可能である：
ＬＴＥのＲＬＭと同様に、ここで使用されるメトリック、例えば、ｄＢｍ／ワット又はｄＢでのビームごとのＲＳＲＰ（ＲＳＳＩ）又はＲＳＲＱ（ＣＩＮＲ）は、ビーム特有のｘＳＳ／ｘＲＳから測定され得る。
【０１０４】
メトリックは、夫々のＣＨ、セル、又はキャリアについての単一又はマルチビームメトリックに拡張され得る。
【０１０５】
単一ＲＬＭメトリックを導出ための複数の測定されたビームメトリックの組み合わせによるマルチビームＲＬＭ／ＲＬＦがここでは記載される。
【０１０６】
ビーム又はＣＨ特有のＲＭＬメトリックは、基本ＩＳ、ＯＳＳ生成条件及びＩＵＭ機能を用いて、ビーム、ＣＨ又はセル特有のＩＳ、ＯＯＳインジケータを導出するために使用され得る。
【０１０７】
ＩＵＭ等のＵＥ側設計は、ＤＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等に対応するＵＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等を用いてネットワークデバイス（ＴＲＰ、ｇＮＢ、ＣＵ、又はＤＵ等）側にミラーリングされ得る（レガシーＤＬモビリティ及びＢＭに対するＵＬモビリティ及びＢＭによる［５］と同様）。
【０１０８】
別の実施形態では、実施形態のプロット（図２〜６）の詳細は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭ機能は、異なるレイヤで分散又は中央集権化され得、フレームワーク設計、ＮＲ＿ＣＨ＿品質、又はフローチャート中のステップの具体的な詳細は変わる可能性がある。
【０１０９】
本開示の実施の一例が図１２に表されている。図１２は、ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスを示す。ＲＬＭの部分としてのＩＵＭモジュールは、ＲＬＭにより生成されたＩＳ、ＯＯＳ及びＢＦＲにより生成されたステータス（成功又は失敗）指示を、それらをＬ３  ＲＬＦへ送る前に、ＩＳ、ＯＯＳの単一ストリームに統合又は変換する。ＵＥ側にあるＲＬＭ及びＢＦＲが、フローチャート１２００に示されるように同じｘＲＳ又はＳＳを考えているとするならば：
ビーム障害ブロック１２０２で検出された場合に、続くプロセスで、何らかの最終的なＢＦＲ成功／失敗が宣言されるまで、ＢＦＲモジュールは、上位レイヤへ何も指示すべきでない。
【０１１０】
ブロック１２０４でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１２０６で示されるように、肯定的指示（例えば、非周期ＢＦＲ成功又は非周期ＩＳ）をＲＬＭへ送る。
【０１１１】
ブロック１２０４でＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１２０８で示されるように、否定的指示（例えば、非周期ＢＦＲ失敗又は非周期ＯＯＳ）をＲＬＭへ送る。
【０１１２】
（１２１０におけるＩＵＭの実施形態としての）ＲＬＭモジュールは、マルチビーム監視された（サービング）チャネル品質にもっぱら基づいて、結合されたＩＳ、ＯＯＳストリームを導出するように、ＲＬＭの通常のプロセスからは分離され得るＢＦＲ成功／失敗指示からＩＳ、ＯＯＳを導出することができる。これは、ブロック１２０６及び１２０８からの入力を使用し、ＩＳ、ＯＯＳを送信する。１２０６又は１２０８からの非周期ＢＦＲ指示は、事前に定義された統合基準に従うことによって、１２１０で連続的又は周期的な（ＩＳ、ＯＯＳ）指示をトリガするか、又はそれらへ変換するか、又はそれらに影響を及ぼし得る点に留意されたい。
【０１１３】
１２１０のＲＬＭモジュールは、次いで、ブロック１２１２で、ＩＳ、ＯＯＳの統合されたストリームをＬ３  ＲＬＦへ送る。
【０１１４】
この実施形態に基づき、更に他の実施形態では、１２１０は、ＢＦＲの部分として実装され得る、すなわち、ＢＦＲ又は１２０６及び１２０８に組み込まれ得るので、直接にＬ３への非周期ＩＳ、ＯＯＳ、リンク又はＢＦＲ  ＩＳ、ＯＯＳ指示の有無にかかわらず、周期ＩＳ、ＯＯＳに影響を及ぼすか、又はそれらを生成する点に留意されたい。
【０１１５】
ＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセス又はフローチャート１３００について図１３によって表される他の実施形態では、ＲＬＭ指示（最初の及び周期的なＩＳ、ＯＯＳ）及びＢＦＲ指示（周期ＩＳ、ＯＯＳ）は、更なる処理のためにＬ３  ＲＬＦへ同時に送られ、すなわち、統合機能は、文字通りＲＬＦ状態機械の部分である。「ＩＵＭモジュール」は、フローチャート１３００によって示されるように、ＢＦＲモジュール（１３０６／１３０８／１３１０／１３１２）から受信したものを文字通り直接Ｌ３  ＲＬＦモジュール１３０２に渡している。ＵＥ側のＲＬＭ１３０４及びＢＦＲが同じ又は異なるｘＲＳ又はＳＳを考えているとする。
【０１１６】
ビーム障害がブロック１３１２で検出された後、何らかのＢＦＲ成功／失敗が宣言されるまで、ＢＦＲモジュールは、上位レイヤへ何も指示すべきでない。
【０１１７】
ブロック１３１０でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１３０６で直接ＲＬＦへ非周期ＩＳを送る。
【０１１８】
ＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１３０８で直接ＲＬＦへ非周期ＯＳＳ指示を送る。
【０１１９】
ブロック１３０６及び１３０８は、ＩＳ、ＯＯＳ指示を直接Ｌ３  ＲＦＬブロック１３０２へ転送する。
【０１２０】
並行して、独立した又は分離されたモジュールとしてのブロック１３０４の提案されているマルチビームＲＬＭモジュールは、マルチビーム監視された（サービング）チャネル品質（上述された通り）に基づいて、最初の及び周期的なＩＳ、ＯＯＳ指示を導出する。
【０１２１】
ブロック１３０２のＲＬＦモジュール（暗黙的に統合機能を埋め込まれている。）は、異なるソース（ブロック１３０４、１３０６及び１３０８を含むが限られない。）からのＩＳ、ＯＯＳ指示を結合するが、それらを（連続カウンタＮ３１０、Ｎ３１１、Ｔ３１０、Ｔ３１１、Ｔ３１２等に関して）ＬＴＥと同じに又は同様に扱うことができる。
【０１２２】
例えば、周期ＩＳの途中で届く非周期ＯＳＳは、Ｎ３１１のカウントをリセットしてよい（従って、Ｔ３１０の停止の遅延）。
【０１２３】
例えば、周期ＯＳＳの途中で届く非周期ＩＳは、Ｎ３１０のカウントをリセットしてよい（従って、Ｔ３１０の開始の遅延）。
【０１２４】
図１３に示される要素のいずれの取り扱いも、異なる実施形態では異なる論理的又は数学的動作に従い得る点に留意されたい。
【０１２５】
図１４によって表されている他の実施形態では、ＵＥ実施形態のＢＦＲ、ＲＬＭ、及びＲＬＦインタラクションプロセスの他の例がフローチャート１４００で示されている。ここで、ＲＬＭ指示（最初の及び周期的なＩＳ、ＯＯＳ）及びＢＦＲ指示（非周期ＩＳ、ＯＯＳ又は成功／失敗指示）は、ブロック１４０４でのＩＵＭ統合の後にのみＬ３  ＲＬＦ１４０２へ送られる。このとき、ＩＵＭは、ＲＬＭ１４０６若しくはＲＬＦ１４０２の部分又は独立した機能であってよい。しかし、とにかく、それは、指示のタイプ、指示のソース、又は指示が基づく基準信号に基づき、重み付けされた様態で指示を統合する。ＵＥ側のＲＬＭ１４０６及びＢＦＲ（１４０８、１４１０、１４１２、１４１４）が同じ又は異なるｘＲＳ又はＳＳを考えているとすれば、その場合に、ＩＵＭ１４０４は、ＲＬＦ１４０２の部分として又はＲＬＦ１４０２への入力として、ＲＬＭ１４０５からの並びにＢＦＲモジュール１４０８及び１４１０からの指示をフィルタリング又は統合する。
【０１２６】
ブロック１４１４でビーム障害検出された後に、ＢＦＲモジュールは、構成されたｘＲＳ／ＳＳに基づき、何らかのＢＦＲ成功／失敗が宣言されるまで、上記レイヤへ何も指示すべきでない。
【０１２７】
ブロック１４１２でＢＦＲ成功がある場合には、次いで、ＵＥは、ブロック１４０８で直接ＲＬＦへ非周期ＩＳを送る。
【０１２８】
ブロック１４１２でＢＦＲ失敗がある場合には、次いで、ＵＥは、ブロック１４１０で直接ＲＬＦへ非周期ＯＯＳ指示を送る。
【０１２９】
ＢＦＲから独立した又は分離されたモジュールとしてのＲＬＭモジュール１４０６は、ブロック１４０６での構成されたｘＲＳ／ＳＳに基づきマルチビームＲＬＭで定義されるもののような、マルチビーム監視された（サービング）チャネル品質に基づいて、周期ＩＳ、ＯＯＳを導出する。
【０１３０】
ブロック１４０２のＲＬＦモジュールは、異なるソース（ブロック１４０６、１４０８及び１４１０を含むが限られない。）からのＩＳ、ＯＯＳ指示を結合するが、それらを（連続カウンタＮ３１０、Ｎ３１１、Ｔ３１０、Ｔ３１１、Ｔ３１２等に関して）ＬＴＥと同じに又は同様に扱う。
【０１３１】
例えば、異なるｘＲＳ／ＳＳについて、ＩＵＭ１４０４又はＲＬＦ１４０２は、重み（又は優先度）によって異なるように指示を扱い、場合により、ＢＦＲの中の１４０８及び１４１０からの非周期指示には、１４０６からのＲＬＭにより生成された周期指示よりも高い重み又は絶対優先度が与えられる。
【０１３２】
例えば、異なるソース（ＲＬＭ１４０６対ＢＦＲ１４０８又は１４１０）からの指示について、ＩＵＭ１４０４又はＲＬＦ１４０２は、重み（又は優先度）によって異なるように指示を扱う。
【０１３３】
注釈：等しい重みは、それらが同じに扱われ得ることを意味する。ＩＵＭは、ＲＬＦの部分としてあるならば、Ｎ３１１、Ｎ３１０（図示の通り）又は関連するタイマに直接作用し得る。
【０１３４】
上記の取り扱いは、統合方法において別な場所で定義される具体的な重み付け方法に従うことができる点に留意されたい。別の実施形態では、ＲＬＭ１４０２及びＲＬＦ１４０６（及びＩＵＭ１４０４）は、単一のモジュールとみなされてもよい点に留意されたい。
【０１３５】
図１５は、Ｘ軸に時間、及びＹ軸に対して様々な信号をプロットしたチャートを表す。ＲＲＣ、ＭＡＣ及びＰＨＹレイヤは夫々Ｙ軸上で分離されている。これは、ＲＬＦが起こる場合のフローを示すことを目的とする。図１５はまた、ここで開示されているタイマのいくつか、及びここで開示されているビーム回復を表す。
【０１３６】
図１６は、図１０に対応するＵＥ側の実施形態を示すフローチャート１６００であり、上位レイヤ（ＲＬＦ、ＲＬＣ、ＨＯ状態、又はＲＲＣシグナリング）により提供された支援情報に基づいてＢＦＲプロシージャ１００６及び（１６１０、１６１２、１６１４、１６１６、１６１８、１６２０）を最適化するその詳細なフローを表す。ＢＦＲ状態機械１００６、１００４及び（１６１０〜１６２０）は、上位レイヤ情報（１００２又は１００２及び１００４、１６０２、１６０４、１６０６、１６０８に対応、等）に基づき加速又は早期終了され得る。
【０１３７】
図１６は、上位レイヤ支援が複数の又は実現可能な又はサービスを提供するキャリア、利用可能な又は代替の通信パス、ＲＬＣ  ＡＲＱ再送ステータス、ＲＡＣＨステータス、ＲＲＣ又はＬ２シグナリング情報、あるいは、上位レイヤＲＬＦタイムアウトイベント（Ｔ３１０／Ｔ３１２）又はＨＯ（コマンド）トリガの複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）にわたって取得され得る状況に関係がある。上位レイヤＲＬＦタイムアウトイベント（Ｔ３１０／Ｔ３１２）又はＨＯ（コマンド）トリガは、これ以上必要がない場合に下位レイヤＢＦＲを早期終了するために使用され得、一方、他のイベントはＢＦＲプロセスを加速するのを助け得る点に留意されたい。このフローチャートにおいて、Ｌ３（又はＬ２）のＵＥは、ブロック１６０２でＢＦＲ支援のためのＲＬＦ／ＲＬＣ／ＲＡＣＨ又はＲＲＣ若しくはＬ２信号を知る。上位レイヤと下位レイヤとの間にある論理ＩＵＭは、ブロック１６０４、１６０６及び１６０８に示されているものを含む様々な機能を実行する。これらの機能も論理上ＲＬＦ、ＲＬＭ又はＢＦＲの部分と見なされ得る点に留意されたい。
【０１３８】
ブロック１６０４で、例えば、同じＵＥへの代替のビーム／ＣＨ／キャリア／セルによって定義される、利用可能なダイバーシティパス情報がクエリされ、ＢＦＲを加速させるために用いられる。ブロック１６０６で、Ｔ３１０／Ｔ３１２（ここで、Ｔ３１０及びＴ３１２は、ＬＴＥで定義されるそれらタイマと実質的に類似したタイマである。）の満了、あるいは、新たに受信されたＨＯコマンド、接続再確立、又は新しいビーム、チャネル、キャリア、若しくはセルによるアイドルモード開始のような上位レイヤイベントがブロック１６０６に示されている。ブロック１６０８で、タイマＴ３１０及びT312のリセット又は停止のようなイベントが起こる。１６０６及び１６０８は両方とも、進行中のBFRを早期終了するために使用され得る（進行中か否かはブロック１６１２で判断される。）。１６０４、１６０６及び１６０８によって企図されるＩＵＭによって監視されるイベントは、本質的に同時であってもなくてもよいことが明確に企図される。ブロック１６１０で決定されるように、利用可能なダイバーシティＵＬパスがある場合に、次いでブロック１６１４で、下位レイヤの既存の通信パスでブロック又は遅延されるのではなく、上位レイヤにより通知された代替の通信パス（例えば、他のセル、チャネル、キャリア、ビーム又は他の信号）を通じてＲＡＣＨ又はＳＲ／ＰＵＳＣＨを開始するように、フルダイバーシティＢＦＲ要求（ＴＸ）の加速が行われる。ブロック１６１０でダイバーシティＵＬパスが利用可能でない場合には、ＵＬは上位レイヤによって既に問題があると知られているので、次いでブロック１６０１８で、新しいＤＬビーム、キャリア、チャネル、セル、又は他の信号によりビーム切り替え／識別を開始することによって、フルダイバーシティＢＦＲ  ＤＬ監視又は応答（ＲＸ）の加速が提供され得る。ブロック１６１２で決定されるように、ＢＦＲが依然として進行中である場合には、次いでブロック１６１６で、ＢＦＲパラメータ、タイマ、状態（例えば、ＢＦＲ状態機械の早期終了又は再始動）を引き起こすＢＦＲリセットが存在する。ブロック１６１２、１６１６、１６１８及び１６１４の後に、ＵＥは、場合により、上位レイヤ支援情報又は上位レイヤにより最適化されたＢＦＲ状態を利用して、ブロック１６２０で新たなビーム障害検出を引き続き実行してよい。
【０１３９】
明りょうさのために、Ｔ３１０タイマは、ＰＨＹに関連した問題がどのくらいの期間起こったかを決定するために使用されてよい。一例となる動作が以下で説明される：
ＵＥがＰＨＹレイヤに関連した問題を検出する場合（下位レイヤからＮ３１０の連続的な同期外れ指示を受信する場合）に開始する。
【０１４０】
次の場合に停止する：
ＵＥが下位レイヤからＮ３１１の連続的な同期内ＩＮＨを受信する場合、
ハンドオーバープロシージャがトリガされる場合、
接続再確立プロシージャが開始される場合、
満了時に、セキュリティがアクティブにされていない場合には、ＲＲＣ＿ＩＤＬＥに進み、それ以外の場合には、接続再確立プロシージャを開始する。
【０１４１】
明りょうさのために、Ｔ３１２は、専用チャネルを接続状態で確立するときにレイヤ１からのＮ３１２「同期外れ」指示をＵＥがどれくらいの期間待つかを決定するために使用されてよい。
【０１４２】
図１６は、支援情報が、
全ての利用可能なビームリンクにわたって、及び／又は
１又は複数のｘＳＳ／ｘＲＳにわたって若しくは基づいて、及び／又は
イントラセルＣＡでのように、異なる周波数キャリアにわたって、及び／又は
ＤＣ／ＣＡ若しくはＬＦ支援ＨＦでのように、複数のセル（Ｐｃｅｌｌ、Ｐｓｃｅｌｌ、Ｓｃｅｌｌ）にわたって、及び／又は
ＵＬ若しくはＤＬ又は両方にわたって、及び／又は
上位レイヤのタイムアウトイベント（ＲＬＦ  Ｔ３１０／Ｔ３１２の満了）時に、及び／又は
ＢＦＲを終了するか若しくはそのパラメータをリセットするために使用され得るデバイス内又は無線（ＲＬＦ）ＨＯトリガ時に、等、
ＢＦＲプロセスを助けるために取得され得ることを示す。
【０１４３】
別の実施形態では、上記は、Ｐｃｅｌｌ又はＰＳＣｅｌｌの制御ＣＨ（例えば、ＬＴＥで見られるような仮想ＰＤＣＣＨ  ＢＬＥＲ）にのみ基づくことができ、あるいは、ＢＦＲを導出し、加速し、リセットし、又は一般的に助けるために、何らかの利用可能なデータＣＨ（ＰＵＳＣＨ／ＰＤＳＣＨ、ＰＵＣＣＨでのＳＰＳ、又はＲＡＣ／ＳＲ、又はＭＡＣ  ＣＥピギーバッグ等による許可されたリソース）、又は何らかの検出可能な信号（ＤＬ  ＳＳブロック、ＣＳＩ−ＲＳ、ＤＭＲＳ、ＵＬ  ＳＲＳ／ＤＭＲＳ等を含むｘＳＳ／ｘＲＳ）を使用してもよい。
【０１４４】
別の実施形態では、上記は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭは、異なるレイヤで分散又は中央集権化され得、フローチャートの具体的なステップは変わる可能性がある。
【０１４５】
他の実施形態では、フローチャート内の具体的なステップは変わる可能性がある。例えば、関連するＢＦＲステップが異なることがある。上位レイヤの指示は、ＢＦＲ動作を最適化するのを助けるように、ＢＦＲの特定のステップへ指示するために使用され得る。
【０１４６】
ＵＥ側の開示されているＩＵＭ及びＲＬＦ／ＲＬＭ／ＢＦＲメカニズムは具現化され、次の詳細により異なるシナリオに適用可能である：
ＬＴＥのＲＬＭと同様に、ここで使用されるメトリック、例えば、ｄＢｍ／ワット又はｄＢでのビームごとのＲＳＲＰ（ＲＳＳＩ）又はＲＳＲＱ（ＣＩＮＲ）は、ビーム特有のｘＳＳ／ｘＲＳから測定され得る。
【０１４７】
メトリックは、夫々のＣＨ、セル、又はキャリアについての単一又はマルチビームメトリックに拡張され得る。
【０１４８】
単一ＲＬＭメトリックを導出ための複数の測定されたビームメトリックの組み合わせによるマルチビームＲＬＭ／ＲＬＦがここで記載される。
【０１４９】
ビーム又はＣＨ特有のＲＭＬメトリックは、ここで開示されている基本ＩＳ、ＯＳＳ生成条件及びＩＵＭ機能を用いて、ビーム、ＣＨ又はセル特有のＩＳ、ＯＯＳインジケータを導出するために使用され得る。
【０１５０】
ＩＵＭ等のＵＥ側設計は、ＤＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等に対応するＵＬ信号／ビーム／ＣＨに基づくＲＬＦ及びＲＭＬ等を用いてネットワークデバイス（ＴＲＰ、ｇＮＢ、ＣＵ、又はＤＵ等）側にミラーリングされ得る（ここで開示されているＵＬモビリティ及びＢＭレガシー対ＤＬモビリティ及びＢＭと同様）。
【０１５１】
別の実施形態では、ここで開示されている様々な図の詳細は、サービング又は候補ビーム／キャリア／ＣＨ／セルに適用可能であり、ＩＵＭ機能は、異なるレイヤで分散又は中央集権化され得、ここで開示されているフレームワーク設計、ＮＲ＿ＣＨ＿品質、又はフローチャート中のステップの具体的な詳細は、変わる可能性がある。
【０１５２】
いくつかの実施形態で、ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法は、物理レイヤで複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、前記複数のビームの夫々についてビーム品質メトリックを決定することと、シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを（分離したビーム、基準若しくは同期化信号、方向、キャリア、データ若しくは制御チャネル、セルに関して）評価することとを意味する。更に、方法は、物理レイヤでダイバーシティを十分に活用することによって、例えば、ネットワーク構成及びタイマに基づく制約の下で、前記ＢＦＲ動作を達成することと、ＢＦＲプロセス中に、最終的なＢＦＲ動作ステータス（成功、失敗）を決定することと、ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期ＩＳ、又はＢＦＲ失敗に対応する非周期ＯＯＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、前記ＢＦＲ指示を他のモジュール（例えば、ＲＬＭ又はＲＬＦ）へ送ることとを更に含む。
【０１５３】
一実施形態において、ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）を検出する方法は、指示（該指示は、ＢＦＲにより生成された（非周期）ＩＳ、ＯＯＳ又は明示的なＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成された（周期）ＩＳ、ＯＯＳ指示を受信すること、両方の指示を同時受信することであってよい。）を受信することと、特定の基準信号若しくはビーム若しくはチャネル若しくはキャリア若しくはセルについて、又はそれらの複数にわたって、検出される無線リンクの前記受信された指示の１又は複数を統合することとを含む。この方法はまた、前記統合された指示をＲＬＦへ送ることと、該統合された指示を用いて、高速な信頼できるＲＬＦ宣言のためにＲＬＦ状態機械（Ｎ３１０、Ｔ３１０、Ｎ３１１、Ｔ３１１、Ｔ３１２等）に影響を及ぼす（例えば、加速、遅延、又は最適化する）こととを含む。
【０１５４】
他の実施形態では、ユーザ設備（ＵＥ）においてネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）を検出する方法であって、ＢＦＲにより生成されたＩＳ、ＯＯＳ、明示的なＢＦＲ成功／失敗ステータス指示、又はＲＬＭにより生成された（周期）ＩＳ、ＯＯＳ指示の少なくとも１つである指示を受信することと、検出される無線リンクの前記受信された指示を統合することと、該統合された指示をＲＬＦへ送ることと、前記統合された指示を用いてＲＦＬ状態機械を変更することとを含む前記方法が開示される。この方法は、ＲＬＦ、ＲＬＭ、又はＢＦＲモジュールの１つに、又はそれら若しくは異なるプロトコルレイヤにわたって配置されてよく、ＢＦＲ及びＲＬＭ指示は、同時に、又はＲＬＭに基づく手続き的統合の後にＲＬＭを通じてのみ、当該方法に入力されてよい。
【０１５５】
更なる他の実施形態では、ユーザ設備（ＵＥ）においてビーム障害回復（ＢＦＲ）指示を決定する方法であって、物理レイヤで複数のビームからダウンリンク（ＤＬ）基準信号を受信し処理することと、前記複数のビームの夫々についてビーム品質メトリックを決定することと、シグナリング、ビーム識別、及びビーム障害回復のＢＦＲ動作を実行するために、物理レイヤ伝送パスの多重ダイバーシティの前記決定されたビーム品質メトリックを（分離したビーム、基準信号、同期化信号、方向、キャリア、データ若しくは制御チャネル、セル、又はそれらの任意の組み合わせに関して）評価することと、物理レイヤで前記ダイバーシティを十分に活用することによって、例えば、ネットワーク構成及びタイマに基づく制約の下で、前記ＢＦＲ動作を達成することと、ＢＦＲプロセス中に、最終的なＢＦＲ動作ステータス（成功、失敗）を決定することと、ＢＦＲ動作ステータスが確定的である場合にのみ、明示的なＢＦＲ指示（ＢＦＲ成功に対応する非周期ＩＳ、又はＢＦＲ失敗に対応する非周期ＯＯＳ、又は明示的なＢＦＲ成功若しくは失敗ステータス）を生成することと、前記ＢＦＲ指示を他のモジュール（例えば、ＲＬＭ又はＲＬＦ）へ送ることとを含む前記方法が開示される。
【０１５６】
更なる他の実施形態では、少なくとも１つのネットワークデバイスから、ＢＦＲにより生成されたＩＳ、ＯＯＳ、明示的なＢＦＲ成功／失敗ステータス指示、ＲＬＭにより生成されたＩＳ若しくはＯＯＳ指示の少なくとも１つである指示を受信するレシーバ手段と、検出される無線リンク前記受信された指示を統合し、該統合された指示をＲＬＦへ送り、該指示に基づきＲＦＬ状態機械を変更するプロセッサ手段とを含むネットワークデバイスが開示される。
【０１５７】
ネットワーク設備、例えば、ユーザ側のＵＥデバイス（又はＴＲＰ若しくは基地局のようなネットワーク側デバイス）においてニュー・ラジオ（ＮＲ）リンク障害を検出してＲＬＭ及びリンク障害回復を実行するシステム及び方法が開示される。これらのシステム及び方法は、リンク障害回復（例えば、ＢＦＲ）により生成された周期的な、イベントにより駆動される、又は非周期的なステータス又は指示、あるいは、マルチビームＲＬＭにより生成された（最初の及び周期的な）ＩＳ、ＯＯＳ指示の少なくとも１つであることができるデバイス内指示を生成及び受信するために、無線信号を測定し、無線シグナリング及び設定メッセージを考慮する手段を含んでよい。システム及び方法は、性能最適化のために、マルチビームＲＬＭ及びフルダイバーシティ又はマルチパスリンク障害回復指示を用いて、検出された無線リンクについての受信された指示を統合する。
【０１５８】
ネットワーク設備、例えば、ユーザ側のＵＥデバイス（又はＴＲＰ若しくは基地局のようなネットワーク側デバイス）におけるネットワーク無線（ＮＲ）無線リンク障害（ＲＬＦ）の検出及びＲＬＭとのそのインタラクションのためのシステム及び方法が開示される。これらのシステム及び方法は、ＩＳ、ＯＯＳ、又はリンク回復ステータス（例えば、成功、失敗、新たに識別されたビーム、検出された品質メトリック）指示のような、リンク障害回復（例えば、ＢＦＲ）により生成された（周期的な、イベントにより駆動される、又は非周期的な）指示、あるいは、マルチビームＲＬＭにより生成された（最初の及び周期的な）ＩＳ、ＯＯＳ指示、又はチャネル品質メトリック、あるいは、ＢＦＲからＲＬＭへ定義された指示の変換後の指示、あるいは、下位レイヤリンク回復に関連した動作を最適化するための上位レイヤＲＬＦ、ＲＲＣ、ＲＬＣ又はＲＡＣＨにより生成された下方指示、の少なくとも１つであることができるデバイス内指示を生成及び受信するために、無線信号を測定し、無線シグナリング及び設定メッセージを考慮する手段を含んでよい。システム及び方法は、ＲＦＬ状態機械を変更してその性能を改善するために、統合された上方指示を、あるいは、性能最適化のためにＢＦＲ状態機械を変更するために、統合された下方指示を利用して、検出された無線リンクについての受信された指示を統合する。
【０１５９】
本発明は、その特定の特徴及び実施形態に関して記載されてきたが、様々な変更及び組み合わせが、本発明から逸脱することなしにそれらに対して行われ得ることは明らかである。従って、明細書及び図面は、添付の特許請求の範囲によって定義される本発明の、単に実例とみなされるべきであり、本発明の適用範囲内に入るありとあらゆる変更、変形、組み合わせ又は均等をカバーするよう企図される。
【０１６０】
［関連出願の相互参照］
本願は、「System  and  Method  for  a  Unified  RLF  Detection  and  Full-Diversity  BFR  Mechanism  in  NR」と題されて２０１７年６月２３日付けで出願された米国特許仮出願第６２／５２４３６２号、及び「System  and  Method  for  a  Unified  RLF  Detection  and  Full-Diversity  BFR  Mechanism  in  NR」と題されて２０１７年９月１１日付け出願された米国特許仮出願第６２／５５７０５２号の優先権を主張する。なお、優先権の基礎となる出願の内容は、参照により援用される。
【国際調査報告】
2020526086.tif 000019
2020526086.tif 000020
2020526086.tif 000021
2020526086.tif 000022
2020526086.tif 000023