(57)【特許請求の範囲】
【請求項１】
無線通信ネットワーク（100）における、ユーザ装置（UE）（120）にサービスを提供している基地局（110）によって送信されたビームを監視するために前記UE（120）により実行される方法であって、
前記基地局（110）からの、前記ビームに関連する基準信号を監視すること（1202）と、
前記基準信号の品質が第1の閾値を下回るたびに、同期外れ（OOS）イベントを生成すること（1203）と、
前記基準信号の品質が第2の閾値を超えるたびに、同期中（In-Synchronization（IS））イベントを生成すること（1204）と、
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達し、かつ、ISイベントの数がIS BFD閾値未満である場合に、ビーム回復手順をトリガすること（1205）と、
OOSイベントの数が前記OOS BFD閾値よりも高いOOS無線リンク監視（RLM）閾値に達し、かつ、ISイベントの数がIS RLM閾値未満である場合に、無線リンク障害（RLF）タイマーを開始すること（1206a）、
を含み、
前記IS RLM閾値と前記IS BFD閾値は、RLFを宣言する前に前記ビーム回復手順がトリガされるように構成される、方法。
【請求項２】
請求項１に記載の方法であって、
ビーム障害検出を担当する前記UE（120）の第1のレイヤは、OOSイベントの数が前記OOS BFD閾値に達するかどうかを監視するように構成され、無線リンク監視を担当する前記UE（120）の第2のレイヤは、OOSイベントの数が前記OOS RLM閾値に達するかどうかを並行して監視するように構成される、方法。
【請求項３】
請求項１に記載の方法であって、
前記OOS BFD閾値と前記OOS RLM閾値を監視するために単一のカウンタが使用される、方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
前記基地局（110）から、BFDおよびセルレベルRLMのために前記UE（120）によって監視されるべき、前記ビームに関連する少なくとも１つの基準信号を含む設定を受信すること（1201）をさらに含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、
前記RLFタイマーを開始すること（1206a）は、ISイベントをカウントすることを開始することをさらに含む、方法。
【請求項６】
請求項５に記載の方法であって、
カウントされたISイベントの数が前記IS RLM閾値に達していない間に前記RLFタイマーが満了した場合、無線リンク障害を宣言すること（1206）をさらに含む、方法。
【請求項７】
請求項６に記載の方法であって、
前記RLFタイマーが動作している間に、カウントされたISイベントの数が前記IS RLM閾値に達した場合、前記タイマーを停止すること（1207）をさらに含む、方法。
【請求項８】
プロセッサによって実行されると、前記プロセッサに請求項１から７のいずれかに従う動作を実行させる命令を含むコンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【請求項１０】
無線通信ネットワーク（100）における、ユーザ装置（UE）（120）にサービスを提供している基地局（110）によって送信されたビームを監視するように前記UE（120）を設定するための前記基地局（110）により実行される方法であって、請求項１から７のいずれか１項に記載の方法を実行するように前記UE（120）を設定すること（1301）を含む、方法。
【請求項１１】
プロセッサによって実行されると、前記プロセッサに請求項１０に従う動作を実行させる命令を含むコンピュータプログラム。
【請求項１２】
請求項１１に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【請求項１３】
無線通信ネットワーク（100）における、ユーザ装置（UE）（120）にサービスを提供している基地局（110）によって送信されたビームを監視するための前記UE（120）であって、請求項１から７のいずれか１項に記載の方法を実行するように構成される、UE（120）。
【請求項１４】
無線通信ネットワーク（100）における、ユーザ装置（UE）（120）にサービスを提供するように適合される基地局（110）によって送信されたビームを監視するように前記UE（120）を設定するための前記基地局（110）であって、前記UE（120）を請求項１から７のいずれか１項に記載の方法を実行するように設定する（1301）ように適合される、基地局（110）。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の実施形態は、ユーザ装置（UE）、基地局、およびそれらにおける方法に関する。特に、当該実施形態は、無線通信ネットワーク内の基地局によって送信されるビームを監視し、無線通信ネットワーク内の基地局に送信されるビームを監視するようにUEを構成することに関する。
【背景技術】
【０００２】
典型的な無線通信ネットワークでは無線通信デバイス、移動局、局（STA）、および／またはユーザ装置（UE）としても知られる無線デバイスは、Wi-Fiネットワークまたは無線アクセスネットワーク（RAN）などのローカルエリアネットワークを介して1つまたは複数のコアネットワーク（CN）と通信する。RANは、ビームまたはビームグループとも呼ばれるサービスエリアまたはセルエリアに分割される地理的エリアをカバーし、各サービスエリアまたはセルエリアは無線アクセスノード、たとえば、Wi-Fiアクセスポイントまたは無線基地局（RBS）などの無線ネットワークノードによってサービスされ、いくつかのネットワークでは、たとえば、5Gで示されるノードB、eNodeB（eNB）、またはgNBと呼ばれることもある。サービスエリアまたはセルエリアは、無線カバレッジが無線ネットワークノードによって提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内で無線デバイスと無線周波数で動作するエアインターフェースを介して通信する。
【０００３】
第4世代（4G）ネットワークとも呼ばれる進化型パケットシステム（EPS）の仕様は第3世代パートナーシッププロジェクト（3GPP）内で完了しており、この作業は例えば、5G New Radio（新無線（NR））とも呼ばれる第5世代（5G）ネットワークを指定するために、次の3GPPリリースにおいて継続する。EPSは、LTE（Long Term Evolution（ロングタームエボリューション））無線アクセスネットワークとしても知られるE-UTRAN（Evolved Universal Terrestrial Radio Access Network（進化型ユニバーサル地上波無線アクセスネットワーク））と、SAE（System Architecture Evolution（システムアーキテクチャ進化型））コアネットワークとしても知られるEPC（Evolved Packet Core（進化型パケットコア））とを備える。E-UTRAN／LTEは、無線ネットワークノードが3Gネットワークで使用されるRNCではなく、EPCコアネットワークに直接接続される、3GPP無線アクセスネットワークの変形である。一般に、E-UTRAN／LTEでは、3G RNCの機能が無線ネットワークノード、例えば、LTE内のeNodeBとコアネットワークとの間で分散される。したがって、EPSのRANは、1つまたは複数のコアネットワークに直接接続された、すなわちRNCに接続されていない無線ネットワークノードを備える、本質的に「フラット」なアーキテクチャを有する。これを補償するために、E-UTRAN仕様は無線ネットワークノード間の直接インターフェースを定義し、このインターフェースはX2インターフェースと呼ばれる。
【０００４】
マルチアンテナ技術は、無線通信システムのデータレートおよび信頼性を著しく高めることができる。送信機および受信機の両方が複数のアンテナを備えている場合、性能は特に改善され、その結果、多入力多出力（MIMO）通信チャネルが得られる。そのようなシステムおよび／または関連技術は、一般にMIMOと呼ばれる。
【０００５】
ピークインターネット接続速度の高速化に加えて、5Gの計画は現在の4Gよりも高い容量を目指し、エリア単位当たりのモバイルブロードバンドユーザの数をより多くすることを可能にし、月当たりおよびユーザ当たりのギガバイト単位のより高いまたは無制限のデータ量の消費を可能にする。これは、人口の大部分がWi-Fiホットスポットの到達範囲外にあるときに、モバイルデバイスを用いて1日に何時間も高精細メディアをストリーミングすることを実現可能にする。5Gの研究開発はまた、4G機器よりも低コスト、低バッテリ消費、および低待ち時間を目指して、モノのインターネット（Internet of things）としても知られている、機械（マシン）間通信の改善されたサポートを目指している。
【０００６】
［NRにおけるマルチアンテナ方式］
NRのためのマルチアンテナ方式は、現在、3GPPにおいて議論されている。NRについては、100GHzまでの周波数範囲が考慮される。6GHzを超える高周波無線通信は、かなりの経路損失および透過損失を被ることが知られている。この問題に対処するための1つの解決策は、高周波数信号の波長が小さいために妥当な解決策で高ビームフォーミング利得を達成するために大規模アンテナアレイを配備することである。したがって、NRのためのMIMO方式は、マッシブ（大規模）MIMOとも呼ばれる。約30／70GHzでは、256個までの送信（Tx）および受信（Rx）アンテナ素子が想定される。70GHzで1024Txをサポートする拡張が合意され、30GHzについて議論されている。サブ6GHz通信では、アンテナ素子の数を増やすことによって、より多くのビームフォーミングおよび多重化利得を得ることも傾向である。
【０００７】
マッシブMIMOでは、ビームフォーミングに対する3つのアプローチ、すなわち、アナログ、デジタル、およびこれら2つの組み合わせであるハイブリッドが議論されている。
【０００８】
アナログビームフォーミングはNRシナリオにおいて高い経路損失を補償し、一方、デジタルプリコーディングは、6GHz未満のキャリア周波数、いわゆるサブ6GHzシナリオに対してMIMOと同様の追加の性能ゲインを提供する。アナログビームフォーミングの実装の複雑さは、デジタルプリコーディングよりも著しく小さい。これは、単純な位相シフタ（移相器）に依存するからである。しかしながら、欠点は多方向の柔軟性におけるその制限であり、すなわち、単一のビームのみが一度に形成されることができ、次いで、ビームは時間領域において切り替えられる。広帯域送信のみ、すなわち、サブバンドを介して送信することが不可能であること、アナログ領域における不可避の不正確さなど。
【０００９】
LTEにおいて今日使用されているデジタルビームフォーミングは、IF領域へのおよび／またはIF領域へのデジタル領域へのおよび／またはデジタル領域からの高価な変換器（コンバータ）を必要とする。しかしながら、これは一度に複数のサブバンドにわたる複数のビームを形成することができるデータレートおよび多重化能力に関して最良の性能を提供するが、同時に、電力消費、統合、およびコストに関して困難であり、さらに、コストが急速に増大している間に、ゲインが送信および／または受信ユニットの数と共に線形にスケーリングしない。
【００１０】
したがって、費用効率の高いアナログビームフォーミングおよび大容量デジタルビームフォーミングから利益を得るために、ハイブリッドビームフォーミングをサポートすることは、NRにとって望ましい。ハイブリッドビームフォーミングのための例示的な図が図1に示されている。ここで、
IFFTは逆フーリエ変換、
P/Sはパラレルシリアル変換、
DACはデジタルアナログコンバータ、
PAは電力アンプを意味する。
【００１１】
ビームフォーミングは、送信ビームおよび／または受信ビーム、ネットワーク側、またはUE側であってもよい。
【００１２】
［ビーム掃引］
サブアレイのアナログビームは各OFDMシンボルにおいて単一の方向に向けられることができ、したがって、サブアレイの数は、各OFDMシンボル上のビーム方向の数および対応するカバレッジを決定する。しかしながら、サービスエリア全体をカバーするビームの数は、特に個々のビーム幅が小さい（狭いとも呼ばれる）場合には典型的にはサブアレイの数よりも多い。したがって、サービングエリア全体をカバーするために、時間領域において異なるようにステアリングされた狭いビームを用いた複数の送信も必要とされる可能性が高い。この目的のために複数の狭いカバレッジビームを提供することは、「ビーム掃引（beam sweeping）」と呼ばれてきた。アナログおよびハイブリッドビームフォーミングのために、ビーム掃引は、NRにおける基本的なカバレッジを提供するために不可欠であるように思われる。この目的のために、異なる方向に向けられたビームがサブアレイを介して送信されることができる複数のOFDMシンボルが割り当てられ、周期的に送信され得る。
【００１３】
図2は、2つのサブアレイ上のTxビーム掃引を示す。
【００１４】
図3は、3つのサブアレイ上のTxビーム掃引を示す。
【００１５】
［同期信号（SS）ブロック構成］
本明細書では、他の実施形態で想定され得るSSブロックおよびSSバースト構成の非限定的な例を説明する。
【００１６】
SSブロック：NR-PSS、NR-SSSおよび／またはNR-PBCHは、SSブロック内で送信されることができる。所与の周波数帯域について、SSブロックは特定の、例えばデフォルトのサブキャリア間隔に基づいてN個のOFDMシンボルに対応し、Nは定数である。UEはSSブロックから、少なくともOFDMシンボルインデックス、無線フレーム中のスロットインデックス、および無線フレーム番号を識別することができる。（例えば、無線フレームに関して、またはSSバーストセットに関して）可能なSSブロック時間位置の単一のセットが、周波数帯域ごとに指定される。少なくともマルチビームの場合、少なくともSSブロックの時間インデックスがUEに示される。実際に送信されたSSブロックの位置はCONNECTED／IDLEモード測定を支援するために、CONNECTEDモードUEが未使用のSSブロックにおいてDLデータ／制御を受信することを支援するために、および潜在的にIDLEモードUEが未使用のSSブロックにおいてDLデータ／制御を受信することを支援するために、通知され得る。
【００１７】
SSバースト：1つまたは複数のSSブロックがSSバーストを構成する。SSバーストセット内のSSブロックの最大数Lは、搬送波周波数に依存し得る。
・周波数範囲カテゴリ#A（例えば、0 〜 6GHz）の場合、数（L）は、L ≦[16]内のTBDである 
・周波数範囲カテゴリ#A（例えば、6 〜 60GHz）の場合、数（L）は、L ≦[128]内のTBDである
【００１８】
SSバーストセット：1つまたは複数のSSブロックがSSバーストを構成する。SSバーストセット内のSSブロックの最大数Lは例えば、キャリア周波数に依存し得る。
・周波数範囲カテゴリ#A（例えば、0〜3GHz）の場合、数（L）はL=4である 
・周波数範囲カテゴリ#B（例えば、3〜6GHz）の場合、数（L）はL=8である
・周波数範囲カテゴリ#A（例えば、6〜60 GHz）の場合、数（L）はL=64である
【００１９】
SSバーストセット送信：物理層仕様の観点から、SSバーストセットの少なくとも1つの周期性がサポートされる。UEの観点から、SSバーストセット送信は周期的である。少なくとも初期セル選択のために、UEは所与のキャリア周波数、例えば、5ms、10ms、20ms、40ms、80ms、または160msのうちの1つについて、SSバーストセット送信のデフォルト周期性を仮定し得る。UEは、所与のSSブロックがSSバーストセット周期性で繰り返されると仮定することができる。デフォルトでは、UEがgNBがSSバーストセット内の異なるSSブロックにわたって、同じ数の物理ビーム（複数可）も同じ物理ビーム（複数可）も送信しないと仮定することができる。
【００２０】
各キャリアについて、SSブロックは時間整列されてもよく、または完全にもしくは少なくとも部分的に重なり合ってもよく、またはSSブロックの開始は例えば、送信されたSSブロックの実際の数が異なるセルにおいて異なる場合に、時間整列されてもよい。
【００２１】
図4は、SSブロック、SSバースト、およびSSバーストセット／シリーズの構成例を示す。
【００２２】
［NRにおけるモビリティとビーム管理］
NRではモビリティ（移動性）の2つのレベルがあり、1つは無線リソース制御（RRC）を伴わず、セル内モビリティとも呼ばれ、しばしばビーム管理と呼ばれるもの一部であり、別のタイプのモビリティはRRCを伴い、セルレベルモビリティとも呼ばれることが合意されている。セルレベルモビリティは、TS 38.300仕様書に以下のように記載されている。
【００２３】
セルレベルモビリティは、トリガされるべき明示的なRRC信号、すなわちハンドオーバを必要とする。ハンドオーバシグナリング手順は、3GPP TS 36.300に規定されているレリーズ13 E-UTRANと同じ原理を採用する。gNB間ハンドオーバの場合、シグナリング手順は少なくとも、図5に示す以下の要素コンポーネント、すなわち、gNB間ハンドオーバ手順からなる。
1  ソースgNBはハンドオーバを開始し、Xnインターフェースを介してハンドオーバ要求を発行する。XnインターフェイスはgNB間のインターフェイスである。
2  ターゲットgNBは承認制御（アドミッションコントロール）を実行し、ハンドオーバ確認（肯定）応答の一部としてRRC構成（設定）を提供する。
3  ソースgNBは、ハンドオーバコマンドでUEにRRC構成を提供する。ハンドオーバコマンドメッセージは少なくともセルIDと、ターゲットセルにアクセスするために必要な全ての情報とを含み、UEは、システム情報を読み取ることなくターゲットセルにアクセスすることができる。場合によっては、コンテンションベースおよびコンテンションフリーランダムアクセスに必要な情報をハンドオーバコマンドメッセージに含めることができる。ターゲットセルへのアクセス情報はもしあれば、ビーム固有情報を含むことができる。
4  UEはRRC接続をターゲットgNBに移動し、ハンドオーバ完了に応答する。
RRCによってトリガされるハンドオーバメカニズムはUEが少なくとも媒体アクセス制御（MAC）エンティティをリセットし、RLCを再確立することを必要とする。RLC確認応答モード（AM）モードを使用するデータ無線ベアラ（DRB）の場合、パケットデータ収束プロトコル（PDCP）は、セキュリティ鍵（キー）変更と共に再確立されるか、または鍵変更なしにデータ回復手順を開始することができる。RLC確認応答モード（UM）モードを使用するDRBの場合、およびSRBの場合、PDCPは、セキュリティ鍵の変更とともに再確立されるか、または鍵の変更なしにそのまま残ることができる。
【００２４】
ターゲットgNBがソースgNBと同じDRB構成およびQoSフローからDRBへのマッピングを使用する場合、ハンドオーバ時のデータ転送、インシーケンス配信、および重複回避を保証することができる。
【００２５】
ビームレベルモビリティは明示的なRRC信号がトリガされることを必要とせず、より低い層で処理され、RRCは所与の時点でどのビームが使用されているかを知ることを必要としない。
【００２６】
ビームレベルモビリティは、しばしばビーム管理手順と呼ばれるものによって達成される。RAN1ではビーム管理に使用される主基準信号（primary Reference Signal（（RS））がチャネル状態情報（CSI）-RSであり、これは個別シグナリングを介して構成することができることが合意されている。
【００２７】
［LTEにおけるCSI-RS構成およびMAC制御要素（CE）のアクティブ化／非アクティブ化の使用］
LTEでは、リリース13まで、UEがCSI演算、CRS、CSI-RSのために使用するすべての基準信号はUEが生チャネルを測定し、それに基づいて好ましいプリコーディング行列を含む演算されたフィードバックを測定することができるように、プリコーディングされなかった。Txアンテナの数が増加することにつれて、フィードバック量は大きくなる。LTEリリース10では、8Tx閉ループプリコーディングのサポートが導入されたときに、UEが最初に広帯域粗プレコーダを選択し、次いでサブバンド毎に2番目のコードワードを選択する、ダブルコードブックアプローチが導入された。
【００２８】
別の可能なアプローチはeNBビームのようなネットワークノードが基準信号を形成し、UEがその上でフィードバックを計算することである。このアプローチは次のセクションで説明されるように、LTEリリース13およびフルディメンション（FD）-MIMOのための1つのオプションで採用された。
【００２９】
LTEにおけるリリース13 FD-MIMO仕様は、ビームフォーミングされたCSI-RSのためのクラスBと呼ばれる拡張CSI-RS報告をサポートする。ここで、LTE RRC_CONNECTED UEは、K個のCSI-RSリソース（ここで、８＞K＞1）を用いて構成されてもよく、ここで、各CSI-RSリソースに対して1、2、4、または8個のポートであってもよい。各CSI-Rsリソースは、CSI-RSリソースインジケータ（CRI）に関連付けられる。UEはレガシーコードブック（すなわち、Rel-12）に基づくRI／CQI／PMIと共に、好ましいCSI-RSリソースを示すためにCRIを報告する。
【００３０】
リリース14拡張フルディメンション（enhanced Full-Dimension （eFD））-MIMO 非周期的（aperiodic） CSI-RSには、2つの異なるサブフレーバーを導入した。K CSI-RSリソース設定が非周期的、非周期的―非周期的、またはマルチショット非周期的として機能するように構成されている場合、CSI-RSリソースは、LTEリリース13のようにUE用に構成される。UEは、K個のCSI-RSリソースのうちのN個についてMAC CEアクティブ化を待機する。非周期的-非周期的の場合、UEは報告前に、MAC CEに加えて、CSI-RSリソースのDCIアクティブ化を待機する。
【００３１】
アクティブ化／非アクティブ化コマンドは3GPP TS36.321において指定され、セクション5.19は、以下のように記述する。
ネットワークは、6.1.3.14節に記載されるCSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化をUEに送信することによって、サービングセルの構成されたCSI-RSリソースをアクティブ化および非アクティブ化することができる。構成されたCSI-RSリソースは、構成時およびハンドオーバ後に最初に非アクティブ化される。図6において、eNBは、ビームフォーミングされたCSI-RS 1、2、および3を送信する。UEはこれらのCSI-RS 1、2、および3を測定し、ビームCSI RS 2が最良の結果を与えるので、UEは、CSI-RS 2上で測定されるCRI = 2およびRI／CQI／PMIを報告する。
【００３２】
TS 36.321 のセクション6.1.3.14は、以下ように記述する。
CSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化は表6.2.1-1で指定されるように、論理チャネル識別子（LCID）を有するMACプロトコルデータユニット（PDU）サブヘッダによって識別される。これは、構成されたCSI処理の数（N）として可変サイズを有し、図6.1.3.14-1に定義されている。CSI-RSコマンドのアクティブ化／非アクティブ化は、図6.1.3.14-2 に定義されている。 CSI処理のCSI-RSリソースをアクティブ化または非アクティブ化する。CSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化は、UEがCSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化を受信するサービングセルに適用される。
【００３３】
CSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化は、以下のように定義される。
Ri：このフィールドは、CSI-RS処理のためのCSI-RS-ConfigNZPId iに関連するCSI-RSリソースのアクティブ化／非アクティブ化ステータスを示す。RiフィールドはCSI-RS処理のためのCSI-RS-ConfigNZPId iに関連するCSI-RSリソースがアクティブ化されることを示すために、「1」に設定される。Riフィールドは、CSI-RS-ConfigNZPId iが非アクティブ化されることを示すために「0」に設定される。ConfigNZPIdは構成非ゼロ電力識別子を意味する。図6.1.3.14-1を図7に示し、CSI-RSリソースMAC制御要素のアクティブ化／非アクティブ化を示す。図6.1.3.14-2を図8に示し、CSI-RSコマンドのアクティブ化／非アクティブ化を示す。
【００３４】
MAC CEがサポートされる最大CSI-RSリソースまで選択的にアクティブ化するので、UEがフィードバックをサポートすることができるUEのためのより多くのCSI-RSリソースを構成することができるように、MAC CEアクティブ化がLTEに導入された。次いで、RRCによって再構成する必要なしに、ネットワークは、UEのために構成されたリソースのうちの別の設定をアクティブ化することができる。
【００３５】
［LTEにおける無線リンク監視（RLM）およびNRにおける潜在的な差異］
UEにおけるRLM機能の目的はRRC_CONNECTED（RRC接続）状態においてサービングセルのダウンリンク無線リンク品質を監視することであり、所与のLTEセルに常に関連付けられ、物理セル識別子（PCI）から導出されるセル固有基準信号（CRS）に基づいてLTEにある。これは、RRC_CONNECTED状態にあるときに、UEがそのサービングセルに対して同期中（同期している）（in-sync）か同期外れ（同期していない）（out-of-sync）かを判定することを可能にする。
【００３６】
ダウンリンク無線リンク品質のUEの推定値はRLMの目的のために、それぞれ、同期外れ閾値Qoutおよび同期中閾値Qinと比較される。これらの閾値は、サービングセルからの仮想物理ダウンリンク制御チャネル（PDCCH）送信のブロック誤り率（BLER）に関して表現される。具体的には、Qoutは10% BLERに相当し、Qinは2% BLERに相当する。間欠受信（DRX）の有無に関わらず、同じ閾値レベルが適用可能である。
【００３７】
CRSベースのダウンリンク品質と仮定のPDCCH BLERとの間のマッピングは、UE実装に依存する。しかし、性能は、様々な環境に対して定義された適合性試験によって検証される。また、UEは、PDCCHがスケジュールされる場所を必ずしも知らないので、帯域全体にわたって受信されたCRSに基づいてダウンリンク品質を計算することができる。
【００３８】
図9は、ダウンリンク送信帯域幅全体にわたってPDCCHがどのようにスケジュールされ得るかを示す。
【００３９】
DRXが設定されていない場合、最後の200ms期間にわたって推定されたダウンリンク無線リンク品質が閾値Qoutよりも悪くなると、同期外れが生じる。同様に、DRXがなければ、最後の100ms期間にわたって推定されたダウンリンク無線リンク品質が閾値Qinよりも良くなったときに、同期（同期中）が発生する。同期外れを検出すると、UEは同期の評価を開始する。同期外および同期の発生は、UEの物理層によってその上位レイヤに内部的に報告され、それは次に無線リンク障害（RLF）の評価のためにレイヤ3（すなわち上位レイヤ）フィルタリングを適用することができる。図10は、LTEにおける上位レイヤRLM手順を示す。
【００４０】
DRXが使用中である場合、十分なUE電力節約を可能にするために、同期外れおよび同期中の評価期間が延長され、設定（構成）されたDRXサイクル長に依存する。同期外れが発生したときはいつでも、UEは同期評価を開始する。したがって、TEvaluate_Qout_DRXとも呼ばれる同じ期間が、同期外れおよび同期中の評価に使用される。しかしながら、T310と呼ばれるRLFタイマーをその満了まで開始すると、同期中評価期間は100msに短縮され、これはDRXがない場合と同じである。タイマーT310がN311の連続する同期指示のために停止した場合、UEはDRXベースの期間（TEvaluate_Qout_DRX）に従って同期評価を実行する。N311は同期中カウンタと称される。
【００４１】
LTEにおいてRLMのために使用される方法全体、すなわち、PDCCH品質を「推定」するためにCRSを測定することは、UEがPDCCHおよびCRSを送信する単一の接続エンティティであるLTEセルに接続されるという事実に依拠する。
【００４２】
［ビーム回復］
NRでは、ビーム回復と呼ばれる手順が定義されている。ビーム回復では、RRC_CONNECTED UEがサービングリンクの品質に関連する測定を実行し、その品質が所与の閾値を下回る（閾値未満の）場合、UEはビーム回復を実行する。この手順はgNodeBおよびUEのTXビームおよびRXビームが不整合になったが、gNodeBとUEとの間の接続を維持するために使用することができる追加のビームが存在する状況を解決することを目的とする。
【００４３】
ビーム障害回復手順は、以下の態様を含む：
・ビーム障害検出：ここでは、UEがサービングリンクの品質を推定するために、ある周期的基準信号（RS）を監視する。そのリンクの品質がある閾値を下回ると、UEはビーム回復を開始する。
・新しい候補ビーム識別。ビーム障害が検出されると、UEは、適切な品質を提供する新しいビームを識別しようと試みる。次いで、UEは異なる候補ビームではあるが、同じノードから送信される特定のRSを探索する。この探索手順中に、UEは、そのRXビームを変更することもできる。
・ビーム障害回復要求の送信。新しい候補ビームが見つかると、UEは、あるULリソースを使用してUL信号を送信する。gNodeBはこれらのULリソースにおいてUL信号を受信する準備ができており、受信UL信号に基づいてUEがどの候補ビームを選択したかを決定することができる。
・gNodeBは、ビーム障害回復要求を受信すると、新しいビームの知識を使用して、要求を受信したことをUEに示すDL応答を送信する。
・UEは、ビーム障害回復要求に対するgNB応答を監視するUEが応答の受信に成功すると、ビーム回復は完了する。
【００４４】
NRでは、サービングリンクの品質を推定するためにUEが監視する周期的RSに関して、いくつかのオプションが議論されている：
・ネットワークは、SSブロックで送信された信号に基づいてビーム監視を実行するようにUEを構成することができる。
・ネットワークはまた、チャネル状態情報参照信号（CSI-RS）に基づいてビーム監視を実行するようにUEを構成することができる。
【００４５】
候補ビーム識別に使用される基準信号と同じ選択肢が検討されている。少なくともCSI-RSについては、異なる構成が2つの目的のために使用されてもよい。
【００４６】
ビーム障害回復要求に使用されるUL信号の1つの候補は物理ランダムアクセスチャネル（PRACH）であり、これは、初期アクセス中に使用されるのと同じタイプの信号である。PRACHを使用して送信するために、UEは、利用可能なPRACHシーケンスの中から1つのシーケンスを選択する。したがって、PRACHはペイロードを搬送しない。情報は、異なるプリアンブルを選択することによって伝達される。初期アクセス中、UEは、利用可能なPRACHシーケンスの大きなセットから1つのPRACHシーケンスをランダムに選択する。他の場合、例えば、ハンドオーバ中に、UEは、1つの要素のみを有するセットからPRACHシーケンスを選択することができる。
【００４７】
ビーム回復手順は、RLF及びRRC再確立手順に幾分類似している。主な違いは、ビーム回復がより速い手順であることである。また、接続はサービングセルと再確立され、UEは他のセルを探索しない。
【００４８】
ビーム回復によって、UEは、サービングセルと迅速に再接続することができる。 
Media Tek Inc., "RLM and RLF in HF NR", 3GPP TSG-RAN WG2 Meeging 97bis, Spokane, USA, 2017年4月3日〜7日, R2-1702770は、ビーム管理を使用してRLMを実行する方法、および、複数ビームオペレーションを使用してNRでRLFを宣言する方法を開示している。
【発明の概要】
【００４９】
したがって、本明細書の実施形態の目的は、ビームを使用する無線通信ネットワークの性能を改善することである。
【００５０】
本明細書の実施形態の第1の態様によれば、この目的は、無線通信ネットワーク内の基地局によって送信されるビームを監視するためにユーザ装置（UE）によって実行される方法によって達成される。基地局は、UEにサービスを提供している。UEは、基地局からのビームに関連する基準信号を監視する。基準信号の品質が第1の閾値を下回るたびに、UEは、同期外れ（OOS）イベントを生成し、
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達した（達する）場合に、UEはビーム回復準備手順をトリガし、
OOSイベントの数がOOS無線リンク監視（RLM）閾値に達した（達する）場合に、UEはRLFタイマーを開始する。
【００５１】
本明細書の実施形態の第2の態様によれば、この目的は、無線通信ネットワークにおける基地局によって送信されるビームを監視するようにUEを構成するために基地局によって実行される方法によって達成される。基地局は、UEにサービスを提供している。基地局は、UEを以下のように構成する。
‐  UEは、基地局からのビームに関連する基準信号を監視する。
‐  基準信号の品質が第1の閾値を下回るたびに、UEは、同期外れ（OOS）イベントを生成する。
‐  OOSイベントの数がOOSビーム障害検出（BFD）閾値に達した（達する）場合に、ビーム回復準備手順をトリガし、
‐  OOSイベントの数がOOS無線リンク監視（RLM）閾値に達した（達する）場合に、RLFタイマーを開始する。
【００５２】
本明細書の実施形態の第3の態様によれば、この目的は、無線通信ネットワークにおける基地局によって送信されるビームを監視するためのユーザ装置（UE）によって達成される。基地局は、UEにサービスを提供している。UEは、以下のように構成される。
‐  基地局からのビームに関連する基準信号を監視する。
‐  基準信号の品質が第1の閾値を下回るたびに、同期外れ（OOS）イベントを生成する。
‐  OOSイベントの数がOOSビーム障害検出（BFD）閾値に達した（達する）場合に、ビーム回復準備手順をトリガし、
‐  OOSイベントの数がOOS無線リンク監視（RLM）閾値に達した（達する）場合に、RLFタイマーを開始する。
【００５３】
本明細書の実施形態の第4の態様によれば、この目的は、無線通信ネットワークにおいて基地局によって送信されるビームを監視するようにUEを構成するための基地局によって達成される。基地局は、UEにサービスを提供している。基地局は、UEを以下のように構成するように適合される。
‐  基地局からのビームに関連する基準信号を監視する。
‐  基準信号の品質が第1の閾値を下回るたびに、UEは、同期外れ（OOS）イベントを生成する。
‐  OOSイベントの数がOOSビーム障害検出（BFD）閾値に達した（達する）場合に、ビーム回復準備手順をトリガし、
‐  OOSイベントの数がOOS無線リンク監視（RLM）閾値に達した（達する）場合に、RLFタイマーを開始する。
【００５４】
本明細書の実施形態の利点はそれらが、UE監視動作を単純化するビーム障害検出および無線リンク監視のための測定フレームワークを提供し、UE監視動作が、UE実装、ネットワーク構成の量、およびビームを使用する無線通信ネットワークの性能を改善するUEによって実行される測定の量を単純化し得ることである。これは、さらに、例えば、UEにおけるバッテリ消費を低減することにつながり得る。
【図面の簡単な説明】
【００５５】
本明細書の実施形態の例は、添付の図面を参照してより詳細に説明される。
【図１】図1は、従来技術による概略ブロック図である。
【図２】図2は、従来技術による概略図である。
【図３】図3は、従来技術による概略図である。
【図４】図4は、従来技術による概略ブロック図である。
【図５】図5は、従来技術による方法を示すシーケンス図である。
【図６】図6は、従来技術による概略ブロック図である。
【図７】図7は、従来技術による概略ブロック図である。
【図８】図8は、従来技術による概略ブロック図である。
【図９】図9は、従来技術による概略ブロック図である。
【図１０】図10は、従来技術による概略ブロック図である。
【図１１】図11は、無線通信ネットワークの実施形態を示す概略ブロック図である。
【図１２ａ】図12aは、UEにおける方法の実施形態を示すフローチャートである。
【図１２ｂ】図12bは、UEにおける方法の実施形態を示すフローチャートである。
【図１３】図13は、基地局における方法の実施形態を示すフローチャートである。
【図１４】図14は、UEの実施形態を示す概略ブロック図である。
【図１５】図15は、基地局の実施形態を示す概略ブロック図である。
【図１６】図16は、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを概略的に示す。
【図１７】図17は、基地局を介して、部分的に無線接続を介してユーザ装置と通信するホストコンピュータの一般化されたブロック図である。
【図１８】図18は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１９】図19は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図２０】図20は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図２１】図21は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【発明を実施するための形態】
【００５６】
本明細書の実施形態を発展させる一部として、まず、問題が識別され、議論される。
【００５７】
UEがサービングセル内のダウンリンク問題を検出し、ネットワークが最適と仮定し得るDLビーム（すなわち、例えば、データまたは制御情報をスケジュールするために、ネットワークがUEにコンタクトするためにPDCCH送信のために使用したものであろうDLビーム）が、もはや十分に良好でないか、またもはや最適ではないかのいずれかであることを示す動作（アクション）をUEがトリガすることを可能にする方法として、新しい5G無線（NR）についてビーム回復を説明した。そのビーム回復手順に関して、3GPP TS 38.213、セクション6において、RAN1#88において以下のことが合意されている。
【００５８】
合意
・UEビーム障害回復メカニズムは、以下の態様を含む
‐  ビーム障害検出
‐  新しい候補ビーム識別
‐  ビーム障害回復要求送信
‐  UEは、ビーム障害回復要求に対するgNB応答を監視する
・ビーム障害検出
‐  UEは、ビーム障害検出RSを監視して、ビーム障害トリガ条件が満たされたかどうかを評価する
‐  ビーム障害検出RSは、ビーム管理のための周期的CSI-RSを少なくとも含む
・SSブロックがビーム管理にも使用される場合、サービングセル内のSSブロックを考慮することができる
‐  さらなる研究（FFS）：ビーム障害を宣言するためのトリガ条件
・新しい候補ビーム識別
‐  UEは、新しい候補ビームを見つけるためにビーム識別RSを監視する
‐  ビーム識別RSは以下を含む
・NWで設定されている場合は、ビーム管理のための周期的CSI-RS
・SSブロックがビーム管理にも使用される場合、サービングセル内の周期的CSI-RSおよびSSブロック
・ビーム障害回復要求送信
‐  ビーム障害回復要求によって搬送される情報は、少なくとも1つの以下のものを含む
・UEおよび新しいgNB TXビーム情報を識別することに関する明示的／暗黙的情報
・UEを識別すること、および新しい候補ビームが存在するかどうかに関する明示的／暗黙的情報
・FFS：
・UEビーム障害を示す情報
・追加情報、例えば、新しいビーム品質
‐  ビーム障害回復要求送信のための以下のオプションの間のダウン選択
・PRACH
・PUCCH
・PRACHのようなものと（例えば、PRACHからのプリアンブルシーケンスのための異なるパラメータ）
‐  ビーム障害回復要求リソース／信号は、スケジューリング要求のために追加的に使用されてもよい
・UEは、ビーム障害回復要求に対するgNB応答を受信するために制御チャネル探索空間を監視する
‐  FFS：制御チャネル探索空間は、サービングBPLに関連する現在の制御チャネル探索空間と同じであっても異なっていてもよい
‐  FFS：gNBがビーム障害回復要求送信を受信しない場合のUEのさらなる応答
【００５９】
RAN1またはRAN2では議論されなかった、このような、解決すべきいくつかの問題がある。
【００６０】
本明細書のいくつかの実施形態はこれらの問題に対処し、これらのそれぞれについて1組の方法を提供する。
【００６１】
したがって、上述のように、本明細書の実施形態の目的は、ビームを使用する無線通信ネットワークの性能を改善することである。
【００６２】
本明細書のいくつかの実施形態は、ビーム回復手順に関する。
【００６３】
本明細書の実施形態はUEおよび基地局などのネットワークによって実行される1組の方法を含み、1組のネットワーク構成と、UEがサービングセル内のビームの起こり得る障害を監視することを可能にするUE動作とを含む。これは、本明細書の例示的な実施形態によれば、ネットワークがPDCCHまたは任意の他のダウンリンク制御チャネルを用いてUEに効率的に到達することができないとUEが推定すること、PDCCHのためにダウンリンクで使用される新しいビームであり得るものをネットワークに通知するためにUE動作をトリガすること、ビーム回復が成功したか否か、および、例えば、ビーム管理関連構成のような、新しく選択されたビームに基づいてUEにおいて更新される必要があるものに関する通知をUEに送信するためにネットワークをトリガすること、そのネットワーク応答に対するUE動作、ビーム回復が通知される前後にUEにどのように到達し得るかに関するネットワーク動作を意味し得る。
【００６４】
本明細書の実施形態は、一般に無線通信ネットワークに関する。図11は、無線通信ネットワーク100を示す概略図である。無線通信ネットワーク100は、1つまたは複数のRANおよび1つまたは複数のCNを備える。無線通信ネットワーク100は、いくつかの可能な実装を挙げると、Wi-Fi、LTE（ロングタームエボリューション）、LTE-アドバンスト、5G、NR（New Radio（新無線））、WCDMA（広帯域符号分割多重アクセス）、GSM／EDGE（移動通信のためのグローバルシステム／GSMエボリューションのための強化データレート）、WiMAX（Worldwide Interoperability for Microwave Access）、またはUMB（ウルトラモモバイルブロードバンド）である。本明細書の実施形態は5Gコンテキストにおいて特に興味深い最近の技術傾向に関連するが、実施形態は例えば、WCDMAおよびLTEなどの既存の無線通信システムのさらなる開発にも適用可能である。
【００６５】
無線通信ネットワーク100では無線デバイス、たとえば、移動局、非アクセスポイント（非AP）STA、STA、および／または無線端末などのUE120は1つまたは複数のアクセスネットワーク（AN）、たとえばRANを介して、1つまたは複数のコアネットワーク（CN）と通信する。「無線デバイス」は任意の端末、無線通信端末、ユーザ装置、マシンタイプコミュニケーション（MTC）デバイス、デバイスツーデバイス（D2D）端末、またはノード、例えば、スマートフォン、ラップトップ、モバイルフォン、センサ、リレー、モバイルタブレット、またはセル内で通信する小型基地局さえも手段する非限定的な語であることを当業者は理解されたい。
【００６６】
無線通信ネットワーク100は、5G、LTE、Wi-Fiなどの第1の無線アクセス技術（RAT）のビームまたはビームグループとも呼ばれ得る地理的エリアであるサービスエリア11にわたって無線カバレッジを提供する基地局110を備える。基地局110は、送受信ポイント、例えば、無線ローカルエリアネットワーク（WLAN）アクセスポイントまたはアクセスポイントステーション（AP STA）のような無線アクセスネットワークノード、アクセスコントローラ、基地局、例えば、ノードBのような無線基地局、進化型ノードB（eNB、eNode B）、5GノードB（gNB、gNodeB）、基地送受信局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の送信構成、スタンドアロンアクセスポイント、または、例えば、使用される第1の無線アクセス技術および用語に応じて、基地局110によってサービスされるサービスエリア内の無線デバイスと通信することができる任意の他のネットワークユニットであってもよい。基地局110は、サービング無線ネットワークノードと呼ばれてもよく、UE120へのダウンリンク（DL）送信およびUE120からのアップリンク（UL）送信を用いてUE120と通信する。
【００６７】
無線通信ネットワーク100において基地局110に送信されるビームを監視するようにUE120を構成するための方法は、基地局110によって実行される。代替処理として、例えば、図11に示されるようなクラウド130に含まれる分散ノード（Distrubuted Node（DN））および機能性が、方法を実行するために、または部分的に実行するために使用されてもよい。
【００６８】
無線通信ネットワーク100内の基地局110によって送信されるビームを監視するために、UE120によって実行される方法の実施形態を示すフローチャートの例示的な実施形態が、図12aに示されている。基地局110は、UE120にサービスを提供している。この方法は最初に一般的な方法で説明され、これはより詳細に説明され、実施例は後に説明される。この方法は以下の動作（アクション）のうちの1つ以上を含み、これらの動作は、任意の適切な順序で行われ得る。オプションの動作は、図12aの破線のボックスに示されている。
【００６９】
［動作1201］
この動作はオプションである。UE120は最初に、例えば、基地局110のようなネットワークから設定を受信することによって構成されてもよい。したがって、いくつかの実施形態では、UE120が基地局110から設定を受信する。この設定は、ビームに関連する少なくとも1つの基準信号を含む。基準信号は、ビーム障害検出（BFD）およびセルレベル無線リンク監視（RLM）のために、UE120によって監視されるべきである。
【００７０】
［動作1202］
UE120は、ビームに関連する基準信号を監視する。ビームは基地局110から送信される。上述のように、基準信号は、BFDおよびセルレベルRLMについてUE120によって監視されるべきである。
【００７１】
［動作1203］
ビーム障害を検出できるようにするために、UE120は、測定されたCSI-RSなどの基準信号の品質に基づいて、同期外れ（OOS）イベントを生成すべきである。したがって、基準信号の品質がThr-oosとも呼ばれる第1の閾値未満であるたびに、UE120は、OOSイベントを生成する。
【００７２】
［動作1204］
この動作はオプションである。ある種の回復を検出するために、UE120は、測定されたCSI-RSなどの基準信号の品質に基づいてISイベントを生成することができる。
基準信号の品質がThr-ISとも呼ばれる第2の閾値を超えるたびに、UE120は、いくつかの実施形態では同期中（IS）イベントを生成し得る。
【００７３】
［動作1205］
OOSイベントの数がN-oos-bfdとも呼ばれるOOS BFD閾値に達すると、UE120は、ビーム回復準備手順をトリガする。UE120がN-oos-bfd OOS指示を検出すると、UE120は現在のビームに問題があると判定し、ビームを回復する準備を開始することができる。
いくつかの実施形態では、ビーム回復準備手順のトリガがさらに、ISイベントの数がN-IS-bfdとも呼ばれるIS BFD閾値未満である場合に実行される。UE120は、より少ないN-IS-bfd is指示を検出したので、UE120は現在のビームに問題があると判断し、ビームを回復する準備を開始することができる。
【００７４】
［動作1206a］
OOSイベントの数がN-oos-rlmとも呼ばれるOOS RLM閾値に達すると、UE120は、Timer-oos-rlmとも呼ばれるRLFタイマーを開始する。
いくつかの実施形態では、RLFタイマーの開始OFがさらに、ISイベントの数がN-IS-rlmとも呼ばれるis RLM閾値未満であるときに実行される。 
いくつかの実施形態では、RLFタイマーの開始がISイベントのカウントを開始することをさらに含む。これは、いくつかの実施形態ではRLFを宣言するか、または単にタイマーを停止するかを決定するために使用され得る。 
【００７５】
［動作1206b」
これは、任意の代替処理である。カウントされたISイベントの数がIS RLM閾値に達していない間にRLFタイマーが満了した場合、UE120は、RLFを宣言することができる。
【００７６】
［動作1207］
これは、任意の代替処理である。RLFタイマーが実行されている（動作している）間に、カウントされたISイベントの数がIS RLM閾値に達した場合、UE120は、RLFタイマーを停止することができる。
【００７７】
OOS RLM閾値およびOOS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。OOS RLM閾値およびOOS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。
【００７８】
例えば、無線通信ネットワーク100内の基地局110によって送信されるビームを監視するために、UE120によって実行される方法の実施形態を描写するフローチャートの例示的な実施形態が、図12bに示される。基地局110は、UE120にサービスを提供している。この方法は以下の動作のうちの1つ以上を含み、これらの動作は、任意の適切な順序で行われ得る。
基地局110からのビームに関連する基準信号を監視し(1202)、
基準信号の品質が第1の閾値を下回るたびに、同期外れ（OOS）イベントを生成し（1203）、
基準信号の品質が第2の閾値を上回るたびに、同期中（IS）イベントを生成し(1204)、
OOSイベントの数が、OOSビーム障害検出（BFD）閾値に達する場合に、場合によってはISイベントの数がIS BFD閾値を下回る場合に、ビーム回復準備手順をトリガし(1205)、
OOSイベントの数が、OOS無線リンク監視（RLM）閾値に達する場合に、場合によってはISイベントの数がIS RLM閾値を下回る場合に、ビームに関連する無線リンク障害を宣言し(1206)、
ここで、OOS RLM閾値およびOOS BFD閾値は、場合によってはIS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成される。
【００７９】
無線通信ネットワーク100において基地局110送信されたビームを監視するようにUE120を構成するために基地局110によって実行される方法の実施形態を示すフローチャートの例示的な実施形態を図13に示す。基地局110はUE120にサービスを提供している。この方法は以下の動作のうちの1つ以上を含み、これらの動作は、任意の適切な順序で行われ得る。
この方法は、上述の方法の動作を実行するようにUE120を構成する。
【００８０】
［動作1301］
基地局110は、UE120を、
‐  基地局100からのビームに関連する基準信号を監視し、
‐  基準信号の品質が第1の閾値を下回るたびに、同期外れ（OOS）イベントを生成する、
ように設定（構成）する。
【００８１】
いくつかの実施形態では、基地局110はさらに、基準信号の品質が第2の閾値を超えるたびに、ISイベントを生成するようにUE120を設定する。
これらの実施形態のいくつかでは、基地局110はさらに、ISイベントの数がIS BFD閾値未満であるときに実行されるビーム回復準備手順をトリガするようにUE120を設定する。
【００８２】
基地局110はさらに、ISイベントの数がIS RLM閾値未満であるときに、RLFタイマーを開始するようにUE120を設定することができる。
いくつかの実施形態では、基地局110は、RLFタイマーを開始するときにISイベントをカウントし始め、以下に従って動作するようにUE 120を設定する：
カウントされたISイベントの数がIS RLM閾値に到達していない間にRLFタイマーが満了した場合に、無線リンク障害を宣言し、RLFタイマーが動作している間にカウントされたISイベントの数がIS RLM閾値に到達した場合に、タイマーを停止する。 
【００８３】
OOS RLM閾値およびOOS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。 
さらに、IS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。
【００８４】
［さらなる拡張および変形］
以下に説明されるUEはUE120を参照することができ、以下に説明されるネットワークは、基地局110を参照することができる。例示的な実施形態は、任意の適切な方法で組み合わせることができる。
【００８５】
本明細書の例示的な実施形態は例えば、以下でUEと呼ばれるUE120と、以下でネットワークと呼ばれる基地局110とからの以下のステップを含む：
【００８６】
［パート1：ビーム障害検出のためのRS構成および無線リンク監視］
RRC_CONNECTED UEは例えば、個別シグナリングを介して、セルレベル無線リンク監視およびビーム障害検出のために監視されるべき少なくとも1つのCSI-RSリソースを用いて構成され得る。その構成は、特定のCSI-RSが送信される1つまたは複数のリソースを備えることができる。そのコンテキストでは、リソースが時間領域、例えば、1つまたは複数のOFDMシンボル、周波数領域および／またはシーケンス領域、例えば、仮想セルIDなどの所与のシードにあり得る。UEは、CSI-RSリソースがネットワークによって送信されたダウンリンクにおける特定のビームにどのようにマッピングされるか、すなわち、UEがその特定のリソースの品質を監視するように単に構成されているかを認識する必要がない場合がある。
【００８７】
ネットワーク側では、その構成されたCSI-RSがフォールバックPDCCHと同様にビームフォーミングされ、すなわち、ネットワークがPDSCH送信に使用される狭ビームなどのそれ以上のきめ細かい情報を有さない場合、ネットワークがどのようにUEに到達すべきかがビームフォーミングされる。ネットワーク側では、これらの2つの目的、すなわちビーム障害検出および無線リンク監視のための正確な構成はRRC_IDLEからRRC_CONNECTEDへの状態遷移中またはハンドオーバ後に、ネットワークがランダムアクセス手順中に取得することができる初期ダウンリンクビーム知識に基づいて決定される。RRC接続が確立されたとき、UEはRRC_CONNECTEDにある。そうでない場合、すなわち、RRC接続が確立されていない場合、UEは、RRC_IDLEまたはRRC_INACTIVE状態にある。言い換えれば、ランダムアクセスの後、例えば、SSブロックにおいて送信されたRSを使用するビーム選択に基づいて、ネットワークは、UEがカバーする最適なDLビームを知る。ネットワーク構成によっては、次の2つのケースがある。
‐  ネットワークがセルをカバーするために周期的なCSI-RSのビーム掃引を実行している場合、ネットワークはその入力に基づいて既に送信されたDLビームのうちの1つを選択することができ、すなわち、ネットワークは実際に、その方向に送信するCSI-RSリソースを選択する。これを行うことによって、ネットワークは、UEがランダムアクセス中のUE選択に従って最適であるDLビームで送信されるCSI-RSリソースを監視することを確実にする。ネットワークは、セルがロードされ、多くのUEがこれらの目的のためにセルカバレッジ全体にわたって多くのビームを監視することを必要とする場合、その構成を使用することを選択することができる。
‐  ネットワークがセルをカバーするために周期的なCSI-RSのビーム掃引を実行していない場合、ネットワークは、ビーム追跡を実行する柔軟性を有する。その場合、ネットワークは例えば、ランダムアクセス中のUE入力に基づいて、その選択されたビームで送信するために、任意の利用可能なリソース、時間、周波数、シーケンスを選択することができる。ネットワークはセルがロードされていない場合、他のセルへの干渉を引き起こす可能性があるすべての方向への掃引を回避するために、その構成を使用することを選択することができる。
【００８８】
［パート2：ビーム障害検出および無線リンク監視およびUE監視動作をトリガするための構成］
UEはビーム障害検出および無線リンク監視をトリガするために異なる基準で構成されるが、UEが所与のビームのカバレッジ内にある限り、同じRS構成を両方の目的に使用することができる。
【００８９】
ビーム障害を検出するために、UEは測定された基準信号、例えば、CSI-RSの品質に基づいて、同期外れ（OOS）イベントを生成すべきである。ある種の回復を検出するために、UEは測定された基準信号、例えば、CSI-RSの品質に基づいて同期中（IS）イベントを生成すべきである。これらのイベントが生成され得る異なる方法が存在し得る。OOSイベントは例えば、基準信号の品質がある閾値未満であるときに生成され得る。ISイベントは例えば、基準信号の品質がある閾値を超えるときに生成され得る。
【００９０】
いくつかの実施形態では、UEが閾値Thr-oosを有するネットワークによって構成され、閾値は構成された基準信号、例えば、CSI-RSの品質がその値を下回る場合、UEがOSSイベントを生成し、それらのカウントを開始すべきであることを示す。閾値Thr-oosは、本明細書では第1の閾値とも呼ばれる。同様に、UEは閾値Thr-ISを有するネットワークによって構成され、閾値は構成された基準信号、例えば、CSI-RSの品質がその値を上回る場合、UEがISイベントを生成し、それらのカウントを開始すべきであることを示す。閾値Thrは、本明細書では第2の閾値とも呼ばれる。
【００９１】
いくつかの他の実施形態では、UEの実装は、所与のPDCCH BLER（例えば、2%）を、所与の精度のために予め定義された測定された間隔でマッピングする内部閾値thresholds-osおよびThr-isを定義する。閾値Thr-oosは構成された基準信号、例えば、CSI-RSの品質がその値を下回る場合、UEがOOSイベントを生成し、それらのカウントを開始すべきであることを示す。これは、ビーム故障の初期指標である。閾値Thr-isは構成されたCSI-RSの品質がその値を超える場合、UEがISイベントを生成し、それらのカウントを開始すべきであることを示す。
【００９２】
UEはまた、ビーム障害検出および無線リンク障害検出のトリガに関連する以下のパラメータのうちの少なくともいくつかを用いて構成され、ここで、以下のパラメータにおける「N」は、「番号（number）」を意味する。
‐  N-oos-bfd：OOSイベント数がこの値N-oos-bfdに達したときに、後述するビーム回復準備手順をトリガする。これは開始されるタイマーの開始であってもよく、満了すると、UEはビーム障害検出を宣言してもよい。
‐  Timer-oos-bfd：このタイマーは、OOSイベントの数が値N-oos-bfdに達すると開始される。このタイマーが開始すると、UEは、同期中イベントの数の監視を開始すべきである。また、ネットワークによって構成可能であるか、またはPDCCH品質に関連する要件、例えば、所与の精度および測定間隔に対する2% BLERに基づいて定義される、それに関連する閾値があってもよい。一旦N-oos-bfdに達すると、ネットワークがUEに直ちにビーム回復をトリガさせたい場合、そのタイマーはゼロに設定されてもよいことに留意されたい。代替的に、別の実施形態は、タイマーが存在しないと考えることができる。
‐  N-is-bfd：Timer-oos-bfdが開始した後、UEは、構成されたCSI-RSの品質およびISイベントの発生を監視し続けるべきである。ISイベントの数がその値を超える場合、タイマーは停止されるべきであり、UEは、ビーム回復手順に入るための条件を離れるべきである。タイマーがゼロに設定されている場合、そのパラメータを設定する必要はない。パラメータTimer-oos-bfdがない一実施形態では、このパラメータも存在する必要はない。
‐  N-oos-rlm： N-oos-rlmは、LTEのN310と同様である。OOSイベントの数がその値に達したときに、RLFタイマーを開始すべきである。この値は、好ましくはN-oos-bfdよりも高く構成され得ることに留意されたい。そのパラメータはLTEにおけるN310パラメータと等価であり、RLFタイマーは、LTEにおけるT310と等価である。
oタイマーTimer-oos-bfdが実行されている間にN-oos-rlmに達した場合、UEは、RLFが宣言される前にタイマーが終了するのを待つべきである。これは、UE120に、RLFが宣言される前に、同じセル内でそのビーム回復試行を終了する機会を与える。
‐  Timer-oos-rlm：このタイマーは、OOSイベントの数が値N-oos-rlmに達すると開始される。タイマーが始動すると、UEはISイベントの監視を開始する。この値は、N-oos-bfdよりも高く（＞）設定する必要があることに注意すべきである。そのタイマーが実行されている間、UEは、明確に定義された振る舞いに従って、同じセル内でビーム回復手順を実行することを依然として許可される。いくつかの実施形態では、そのタイマーが実行されている間、UEはバックオフ時間の間停止する前に最大回数の試みを試み、再び試みるべきである。UEはまた、Txビームの変更などのランダムアクセス電力ランプアップ動作を使用することができる。成功した試みは、構成されたCSI-RSのためのネットワーク側からのビームまたはビーム対の切り替えの影響として、後続のISイベントによって、より高いレイヤにおいて知覚され得る。タイマーTimer-oos-rlmが満了すると、UEはRLFを宣言する。
‐  N-is-rlm：LTEにおけるT310に相当するRLFタイマーは、ISイベントの数がこの値N-is-rlmに達したときに停止されるべきである。
下位レイヤは常に、UEにおいて上位レイヤにISおよびOOSイベントを提供し得ることに留意されたい。しかしながら、上位レイヤはおそらくTimer-oos-rlmをトリガするためにOOSイベントを常に監視しているが、ISイベントはタイマーがトリガされるとカウンタになるだけである。
【００９３】
［パート3：UE監視動作］
UEがパート2に記載されたパラメータで構成されると、UEは構成された基準信号、例えば、CSI-RSを監視し、その品質を閾値と比較する。品質がThr-oosよりも小さい（＜）場合、UEはOOSイベントを生成すべきである。そのイベントは例えば、RRCのようなRLMを担当するレイヤ、及び、例えば、MAC、物理（PHY）又はRRCのようなビーム障害検出のために示され、ビーム障害検出を担当するUEにおけるレイヤはOOSイベントの数がN-oos-bfdに到達するかどうかを監視し、同時に、並行して、無線リンク監視を担当するレイヤは、OOSイベントの数がN-oos-rlmに到達するかどうかを監視する。したがって、これらのカウンタは、最初のOOSイベントが到着すると開始される。2つの並列カウンタを保持することは1つの単純化された実施であるが、例えば、同じレイヤ（またはUEにおける機能）がビーム障害検出およびRLM手順の両方を処理する場合、単一のカウンタを保持するが、両方の閾値を監視することができることに留意されたい。
【００９４】
ビーム障害検出レイヤの動作
一実施形態では、OOSイベントの数がN-oos-bfdに達すると、UEはビーム障害の検出を宣言し、ビーム回復手順を呼び出すべきである。これは、非常に単純な解決策である。
別の実施形態では、OOSイベントの数がN-oos-bfdに達すると、UEはタイマーTimer-oos-bfdを開始し、ISイベントのカウントを開始する。カウントされたISイベントの数がN-is-bfdに達していない間にタイマーが満了する場合、UEはビーム障害の検出を宣言し、ビーム回復手順を呼び出すべきである。カウントされたISイベントの数がN-IS-bfdに達すると、タイマーが実行されている間に、UEは、その条件を離れ、タイマーを停止しなければならない。これは、ビーム障害検出によってトリガされないL1報告に基づいて、ネットワークおよび／またはネットワークが回復することを示す必要なしに、UEが回復するためのある時間を提供する。
注意：次の部分（パート4）はビーム障害検出時のUE動作、すなわち、ビーム回復手順およびそれに対するネットワーク応答を説明する。
【００９５】
無線リンク監視レイヤの動作
一実施形態では、OOSイベントの数がN-oos-rlmに達すると、UEはタイマーTimer-oos-rlmを開始し、ISイベントのカウントを開始する。カウントされたISイベントの数がN-is-rlmに達していない間にタイマーが満了した場合、UEはRLFを宣言すべきである。カウントされたISイベントの数がN-IS-rlmに達すると、タイマーが動作している間に、UEはその条件を離れ、すなわち、タイマーが動作している状態になり、タイマーを停止しなければならない。「条件（condition）」という用語は、本明細書で使用される場合、タイマーが動作していることを意味する。
【００９６】
無線通信ネットワーク100内の基地局110によって送信されるビームを監視するための方法動作を実行するために、UE120は図14に示される構成を備えることができ、UE120は、基地局110によってサービスされるように適合される。
【００９７】
UE120は例えば、UE120における監視モジュール1410の手段によって、基地局110からの光線に関連する基準信号を監視するように構成される。
【００９８】
UE120は例えば、UE120における生成モジュール1420の手段によって、基準信号の品質が第1の閾値を下回るたびに、OOSイベントを生成するように構成される。
【００９９】
UE120はさらに、例えば、UE120におけるトリガモジュール1430の手段によって、OOSイベントの回数がOOS BFD閾値に達した場合に、ビーム回復準備手順をトリガするように構成される。
【０１００】
UE120はさらに、例えば、OOSイベントの回数がOOS RLM閾値に達した場合に、UE120内のトリガモジュール1430の手段によって、RLFタイマーを開始するように構成される。
【０１０１】
UE120はさらに、例えば、UE120内の受信モジュール1450の手段によって、基地局110から、ビームに関連する少なくとも1つの基準信号を含む設定（構成）を受信するように構成されてもよく、この基準信号は、BFDおよびセルレベルRLMのためにUE120によって監視されるべきである。
【０１０２】
UE120はさらに、例えば、UE120における生成モジュール1420の手段によって、基準信号の品質が第2の閾値を超えるたびに、ISイベントを生成するように構成されてもよい。
【０１０３】
UE120はさらに、例えば、UE120におけるトリガモジュール1430の手段によって、ISイベントの回数がIS BFD閾値未満である場合に、ビーム回復準備手順をトリガするように構成されてもよい。
【０１０４】
UE120はさらに、例えば、UE120におけるトリガモジュール1430の手段によって、ISイベントの数がIS RLM閾値未満である場合に、RLFタイマーを開始するように構成されてもよい。
【０１０５】
UE120はさらに、例えば、UE120におけるのトリガモジュール1430の手段によって、RLFタイマーを開始し、ISイベントのカウントを開始するようにさらに構成されてもよい。
【０１０６】
UE120はさらに、例えば、UE120における宣言モジュール1440の手段によって、カウントされたISイベントの数がIS RLM閾値に達していない間にRLFタイマーが満了した場合、無線リンク障害を宣言するように構成されてもよい。
【０１０７】
UE12はさらに、例えば、UE120におけるプロセッサ1460の手段によって、RLFタイマーが動作している間に、カウントされたISイベントの数がIS RLM閾値に達した場合、RLFタイマーを停止するように構成されてもよい。
【０１０８】
OOS RLM閾値およびOOS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。
【０１０９】
IS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成することができる。
【０１１０】
無線通信ネットワーク100において基地局110に送信されたビームを監視するようにUE120を設定するための方法動作を実行するために、基地局110は図15に示す構成を備えることができ、UE120は、基地局110によってサービスされるように適合される。
【０１１１】
基地局110は例えば、UE120における設定モジュール1510の手段によって、UE120を以下のように設定するように適合される：
‐  基地局110からのビームに関連する基準信号を監視する。
‐  基準信号の品質が第1の閾値を下回るたびに、同期外れ（OOS）イベントを生成する。
‐  OOSイベントの数が、OOS BFD閾値に達した場合に、ビーム回復準備手順をトリガする。
‐  OOSイベントの数が、OOS RLM閾値に達した場合に、RLFタイマーを開始する。
【０１１２】
基地局110はさらに、例えば、UE120における設定モジュール1510の手段によって、基準信号の品質が第2の閾値を上回るたびに、ISイベントを生成するようにUE120を設定するように適合されてもよい。
【０１１３】
基地局110はさらに、例えば、UE120における設定モジュール1510の手段によって、ISイベントの数がIS BFD閾値未満であるときに実行されるべきビーム回復準備手順をトリガするようにUE120を設定するように適合されてもよい。
【０１１４】
基地局110はさらに、例えば、UE120における設定モジュール1510の手段によって、ISイベントの数がIS RLM閾値未満であるときに、RLFタイマーを開始するようにUE120を設定するように適合されてもよい。
【０１１５】
基地局110はさらに、例えば、UE120における設定モジュール1510の手段によって、RLFタイマーを開始し、さらにISイベントをカウントし始めるようにUE120を設定するように適合されてもよい。
【０１１６】
基地局110はさらに、例えば、UE120における設定モジュール1510の手段によって、カウントされたISイベントの数がIS RLM閾値値に達していない間にRLFタイマーが満了した場合に、無線リンク障害を宣言するようにUE120を設定するように適合されてもよい。
【０１１７】
基地局110は例えば、UE120における設定モジュール1510の手段によって、カウントされたISイベントの数がIS RLM閾値に達し、RLFタイマーが実行されている間にRLFタイマーを停止するようにUE120を設定するようにさらに適合されてもよい。
【０１１８】
OOS RLM閾値およびOOS BFDは、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成されてもよい。
【０１１９】
IS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成されてもよい。
【０１２０】
UE120は、基地局110と通信するように構成された入力および出力インターフェース1400を備えることができる。入力および出力インターフェース1400は、無線受信器（図示せず）および無線送信器（図示せず）を備えることができる。
【０１２１】
基地局110は、UE120と通信するように構成された入力および出力インターフェース1500を備えることができる。入力および出力インターフェース1500は、無線受信器（図示せず）および無線送信器（図示せず）を備えることができる。
【０１２２】
本明細書の実施形態は本明細書の実施形態の機能および動作（アクション）を実行するためのそれぞれのコンピュータプログラムコードとともに、図15に示される基地局110における処理回路のそれぞれのプロセッサ1520、および図14に示されるUE120における処理回路のプロセッサ1460など、それぞれのプロセッサまたは1つまたは複数のプロセッサを介して実装され得る。上述のプログラムコードはまた、例えば、それぞれの基地局110およびUE120にロードされたときに本明細書の実施形態を実行するためのコンピュータプログラムコードを搬送するデータキャリアの形態で、コンピュータプログラム製品として提供されてもよい。コンピュータプログラムコードはさらに、純粋なプログラムコードとしてサーバ上に提供され、それぞれの基地局110およびUE120にダウンロードされてもよい。
【０１２３】
基地局110およびUE120は、1つまたは複数のメモリ部を備えるそれぞれのメモリ1470、1530をさらに備えることができる。メモリは、それぞれの基地局110およびUE120内のプロセッサによって実行可能な命令を備える。
【０１２４】
メモリは例えば、フィードバックオプション、情報、データ、設定、および、それぞれの基地局110およびUE120において実行されるときに本明細書の方法を実行するためのアプリケーションを格納するために使用されるように構成される。
【０１２５】
いくつかの実施形態では、それぞれのコンピュータプログラムがそれぞれの少なくとも1つのプロセッサによって実行されるときに、それぞれの基地局110およびUE120の少なくとも1つのプロセッサに上記の動作を実行させる命令を備える。
【０１２６】
いくつかの実施形態では、それぞれのキャリアがそれぞれのコンピュータプログラムを含み、キャリアは電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの1つであり。
【０１２７】
図16を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク3211とコアネットワーク3214とを備える、3GPPタイプのセルラネットワークなどのWLANなどの電気通信ネットワーク3210を含む。アクセスネットワーク3211は、AP STA NB、eNB、gNB、または他のタイプの無線アクセスポイントなどの複数の基地局3212a、3212b、3212cを備え、それぞれは対応するカバレッジエリア3213a、3213b、3213cを定義する。各基地局3212a、3212b、3212cは、有線または無線接続3215を介してコアネットワーク3214に接続可能である。カバレッジエリア3213c内に位置する非AP STA 3291などの第1のユーザ装置（UE）は、対応する基地局3212cに無線で接続するように、または対応する基地局3212cによってページングされるように構成される。カバレッジエリア3213a内の非AP STAなどの第2のUE 3292は、対応する基地局3212aに無線で接続可能である。この例では複数のUE3291、3292が示されているが、開示された実施形態は単一のUEがカバレッジエリア内にある状況、または単一のUEが対応する基地局3212に接続している状況に等しく適用可能である。
【０１２８】
電気通信ネットワーク3210はそれ自体がホストコンピュータ3230に接続され、ホストコンピュータ3230はスタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、またはサーバファーム内の処理リソースとして実施することができる。ホストコンピュータ3230は、サービスプロバイダの所有権または制御下にあってもよく、またはサービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。電気通信ネットワーク3210とホストコンピュータ3230との間の接続3221、3222はコアネットワーク3214からホストコンピュータ3230に直接延在することができ、または任意選択の中間ネットワーク3220を介して進むことができる。中間ネットワーク3220は公衆ネットワーク、プライベートネットワーク、またはホストネットワークのうちの1つ、または2つ以上の組み合わせとすることができ、中間ネットワーク3220はもしあれば、バックボーンネットワークまたはインターネットとすることができ、特に、中間ネットワーク3220は、2つ以上のサブネットワーク（図示せず）を含むことができる。
【０１２９】
図16の通信システムは、全体として、接続されたUE3291、3292のうちの1つとホストコンピュータ3230との間の接続を可能にする。接続性は、オーバー・ザ・トップ（OTT）接続3250として説明することができる。ホストコンピュータ3230および接続されたUE3291、3292は、アクセスネットワーク3211、コアネットワーク3214、任意の中間ネットワーク3220、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、OTT接続3250を介してデータおよび／または信号を通信するように構成される。OTT接続3250は、OTT接続3250が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、トランスペアレント（透過的）であり得る。例えば、基地局3212は接続されたUE3291に転送される（例えば、ハンドオーバされる）ホストコンピュータ3230から発信されるデータとの後続のダウンリンク通信の過去のルーティングについて通知されなくてもよく、または通知される必要がなくてもよい。同様に、基地局3212は、UE 3291からホストコンピュータ3230に向かう発信アップリンク通信の将来のルーティングを知っている必要はない。
【０１３０】
実施例は上記の実施形態に従い、図17を参照して、本節で説明したUE、基地局およびホストコンピュータの具体化に従い、通信システム3300では、ホストコンピュータ3310が通信システム3300の異なる通信装置のインターフェースと有線または無線の接続を設定し維持するように構成された通信インターフェース3316を含むハードウェア3315を構成する。ホストコンピュータ3310は、記憶および／または処理能力を有することができる処理回路3318をさらに備える。具体的には、処理回路3318が1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。ホストコンピュータ3310はホストコンピュータ3310に格納されているか、またはホストコンピュータ3310によってアクセス可能であり、処理回路3318によって実行可能なソフトウェア3311をさらに備える。ソフトウェア3311は、ホストアプリケーション3312を含む。ホストアプリケーション3312は、UE3330およびホストコンピュータ3310で終端するOTT接続3350を介して接続するUE3330などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション3312は、OTT接続3350を使用して送信されるユーザデータを提供することができる。
【０１３１】
通信システム3300はさらに、通信システム内に提供され、ホストコンピュータ3310およびUE3330と通信することを可能にするハードウェア3325を備える基地局3320を含む。ハードウェア3325は、通信システム3300の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するための通信インターフェース3326、ならびに基地局3320によってサービスされるカバレッジエリア（図17には示されていない）内に位置するUE3330との少なくとも無線接続3370をセットアップおよび維持するための無線インターフェース3327を含み得る。通信インターフェース3326は、ホストコンピュータ3310への接続3360を容易にするように構成することができる。接続3360は、直接的であってもよく、電気通信システムのコアネットワーク（図17には示されていない）を通過してもよく、および／または電気通信システムの外部の1つ以上の中間ネットワークを通過してもよい。図示の実施形態では基地局3320のハードウェア3325が処理回路3328をさらに含み、処理回路3328は1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。基地局3320は、内部に格納された、または外部接続を介してアクセス可能なソフトウェア3321をさらに有する。
【０１３２】
通信システム3300は、既に参照されたUE3330をさらに含む。そのハードウェア3335はUE3330が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続3370をセットアップし、維持するように構成された無線インターフェース3337を含み得る。UE3330のハードウェア3335は処理回路3338をさらに含み、処理回路3338は、1つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。UE3330は、UE3330に格納されるか、またはUE3330によってアクセス可能であり、処理回路3338によって実行可能であるソフトウェア3331をさらに備える。ソフトウェア3331は、クライアントアプリケーション3332を含む。クライアントアプリケーション3332はホストコンピュータ3310のサポートにより、UE3330を介して人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ3310では、実行中のホストアプリケーション3312がUE3330およびホストコンピュータ3310で終端するOTT接続3350を介して、実行中のクライアントアプリケーション3332と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション3332はホストアプリケーション3312から要求データを受信し、要求データに応答してユーザデータを提供することができる。OTT接続3350は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション3332は、ユーザと対話して、それが提供するユーザデータを生成することができる。図17に示されるホストコンピュータ3310、基地局3320、およびUE3330は、それぞれ、ホストコンピュータ3230、基地局3212a、3212b、3212cのうちの1つ、および図16のUE3291、3292のうちの1つと同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図17に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図16のものであってもよい。
【０１３３】
図17ではOTT接続3350を抽象的に描いて、基地局3320を介したホストコンピュータ3310と使用機器3330との間の通信を示しているが、いかなる中間デバイスも明示的に基準せず、これらのデバイスを介したメッセージの正確なルーティングも示していない。ネットワークインフラストラクチャはUE3330から、またはホストコンピュータ3310を操作するサービスプロバイダから、またはその両方から隠すように構成され得るルーティングを決定し得る。OTT接続3350がアクティブである間、ネットワークインフラストラクチャは（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。
【０１３４】
UE3330と基地局3320との間の無線接続3370は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの1つまたは複数は、無線接続3370が最後のセグメントを形成するOTT接続3350を使用して、UE3330に提供されるOTTサービスの性能を改善する。
【０１３５】
1つまたは複数の実施形態が改善するデータレート、待ち時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、測定結果の変動に応答して、ホストコンピュータ3310とUE3330との間のOTT接続3350を再構成するためのオプションのネットワーク機能があってもよい。OTT接続3350を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ3310のソフトウェア3311、またはUE3330のソフトウェア3331、またはその両方において実装され得る。実施形態ではセンサ（図示せず）がOTT接続3350が通過する通信デバイスに配備されるか、またはそれに関連して配備されてもよく、センサは上で例示された監視量の値を供給することによって、またはソフトウェア3311、3331が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加することができる。OTT接続3350の再構成はメッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局3320に影響を及ぼす必要はなく、基地局3320には知られていないか、または知覚できないことがある。このような手順および機能性は当技術分野で公知であり、実践され得る。特定の実施形態では、測定がスループット、伝搬時間、待ち時間などのホストコンピュータ3310の測定を容易にする独自のUEシグナリングを含むことができる。測定は、ソフトウェア3311、3331が伝搬時間、エラーなどを監視しながら、OTT接続3350を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。
【０１３６】
図18は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータと、AP STAなどの基地局と、図16および図17を参照して説明したものとすることができる非AP STAなどのUEとを含む。本開示を簡単にするために、図18に対する図面参照のみがこのセクションに含まれる。本方法の第1のステップ3410において、ホストコンピュータはユーザデータを提供する。第1のステップ3410の任意選択（オプション）のサブステップ3411において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第2のステップ3420において、ホストコンピュータは、ユーザデータを伝達（搬送）する送信をUEに開始する。任意選択の第3のステップ3430において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において伝達（搬送）されたユーザデータをUEに送信する。任意の第4のステップ3440において、UEは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【０１３７】
図19は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータと、AP STAなどの基地局と、図16および図17を参照して説明したものとすることができる非AP STAなどのUEとを含む。本開示を簡単にするために、図19に対する図面参照のみがこのセクションに含まれる。本方法の第1のステップ3510において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）では、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。第2のステップ3520において、ホストコンピュータは、ユーザデータを伝達（搬送）する送信をUEに開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して渡され得る。オプションの第3のステップ3530において、UEは、送信において伝達（搬送）されたユーザデータを受信する。
【０１３８】
図20は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータと、AP STAなどの基地局と、図16および図17を参照して説明したものとすることができる非AP STAなどのUEとを含む。本開示を簡単にするために、図20に対する図面参照のみがこのセクションに含まれる。本方法の任意選択の第1のステップ3610において、UEは、ホストコンピュータによって提供される入力データを受信する。追加的にまたは代替的に、オプションの第2のステップ3620において、UEは、ユーザデータを提供する。第2のステップ3620の任意選択のサブステップ3621において、UEは、クライアントアプリケーションを実行することによってユーザデータを提供する。第1のステップ3610のさらなる任意選択のサブステップ3611において、UEは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、UEは、任意の第3のサブステップ3630において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第4のステップ3640において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、UEから送信されたユーザデータを受信する。
【０１３９】
図21は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータと、AP STAなどの基地局と、図16および図17を参照して説明したものとすることができる非AP STAなどのUEとを含む。本開示を簡単にするために、図21に対する図面参照のみがこのセクションに含まれる。方法の任意選択の第1のステップ3710では本開示全体にわたって説明される実施形態の教示に従って、基地局はUEからユーザデータを受信する。任意選択の第2のステップ3720では、基地局が受信したユーザデータのホストコンピュータへの送信を開始する。第3のステップ3730において、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。
【０１４０】
番号1〜9のいくつかの例示的な実施形態を以下に説明する。
【０１４１】
以下の実施形態は、図11、図12、図13、図14および図15を参照する。 
【０１４２】
［実施形態1］
例えば、基地局110がユーザ装置（UE）120にサービスを提供している無線通信ネットワーク100において基地局110によって送信されるビームを監視するために、UE120によって実行される方法であって、当該方法は、
基地局からの、ビームに関連する基準信号を監視すること（1202）、 
基準信号の品質が第1の閾値を下回るたびに、同期外れ（Out-Of-Synchronization（OOS））イベントを生成すること（1203）、
基準信号の品質が第2の閾値を超えるたびに、同期中（In-Synchronization（IS））イベントを生成すること（1204）、 
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達するなどを超え、場合によってはISイベントの数がIS BFD閾値を下回る場合に、ビーム回復準備手順をトリガすること（1205）、
OOSイベントの数がOOS無線リンク監視（RLM）閾値に達し、場合によってはISイベントの数がIS RLM閾値を下回る場合に、ビームに関連する無線リンク障害を宣言すること（1205）、
のうちの1つ以上を含み、
OOS RLM閾値およびOOS BFD閾値と、場合によってはIS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成される。
【０１４３】
［実施形態2］
実施形態1に従う方法であって、
ビーム障害検出（BFD）およびセルレベル無線リンク監視（RLM）のためにUE120によって監視されるべき、ビームに関連する少なくとも1つの基準信号を含む設定を基地局110から受信する（1201）。
【０１４４】
［実施形態3］
プロセッサによって実行されると、プロセッサに、実施形態1〜2のいずれかによる動作を実行させる命令を含むコンピュータプログラム。
【０１４５】
［実施形態4］
実施形態3に記載のコンピュータプログラムを含むキャリアであって、当該キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの1つである。
【０１４６】
［実施形態5］
基地局110によって実行される方法であって、例えば、無線通信ネットワーク100において基地局110に送信されたビームを監視するようにUE120を設定するための方法であって、基地局110はUE120にサービスを提供し、当該方法は、
基地局110からの、ビームに関連する基準信号を監視し、
基準信号の品質が第1の閾値を下回るたびに、同期外れ（Out-Of-Synchronization（OOS））イベントを生成し、
基準信号の品質が第2の閾値を超えるたびに、同期中（In-Synchronization（IS））イベントを生成し、
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達し、場合によってはISイベントの数がIS BFD閾値を下回る場合に、ビーム回復準備手順をトリガし、
OOSイベントの数がOOS無線リンク監視（RLM）閾値に達し、場合によってはISイベントの数がIS RLM閾値を下回る場合に、ビームに関連する無線リンク障害を宣言する、
の1つ以上にUEを設定すること（1301）を含み、
OOS RLM閾値およびOOS BFD閾値と、場合によってはIS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成される。
【０１４７】
［実施形態6］
プロセッサによって実行されると、プロセッサに、実施形態5のいずれかによる動作を実行させる命令を含むコンピュータプログラム。
【０１４８】
［実施形態7］
実施形態6に記載のコンピュータプログラムを含むキャリアであって、当該キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの1つである。
【０１４９】
［実施形態8］
例えば、無線通信ネットワーク100における基地局110によって送信されるビームを監視するためのユーザ装置（UE）120であって、基地局110はUE120にサービスを提供するように適合され、UE120は、
例えばUE120における監視モジュール1410の手段によって、基地局110からの、ビームに関連する基準信号を監視し、
例えばUE120における生成モジュール1420の手段によって、基準信号の品質が第1の閾値値を下回るたびに、同期外れ（Out-Of-Synchronization（OOS））イベントを生成し、
例えばUE120における生成モジュール1420の手段によって、基準信号の品質が第2の閾値を超えるたびに、同期中（In-Synchronization（IS））イベントを生成し、
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達し、場合によってはISイベントの数がIS BFD閾値を下回る場合に、例えばUE120におけるトリガモジュール1430の手段によって、ビーム回復準備手順をトリガし、
OOSイベントの数がOOS無線リンク監視（RLM）閾値に達し、場合によってはISイベントの数がIS RLM閾値を下回る場合に、例えばUE120における宣言モジュール1440の手段によって、ビームに関連する無線リンク障害を宣言する、
の1つ以上に設定され、
OOS RLM閾値およびOOS BFD閾値と、場合によってはIS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成される。
【０１５０】
［実施形態9］
実施形態8に従うUE120であって、当該UEは、
例えばUE120における受信モジュール1450の手段によって、基地局110から、ビームに関連する少なくとも1つの基準信号を含む設定を受信するように構成され、当該基準信号は、UE120によって、ビーム障害検出（BFD）およびセルレベル無線回線監視（RLM）について監視される。
【０１５１】
［実施形態10］
例えば、無線通信ネットワーク100における基地局110から送信されたビームを監視するようにUE120を設定するための基地局であって、当該基地局110は、例えば基地局110における設定モジュール1510の手段によって、UE120を、
基地局110からの、ビームに関連する基準信号を監視し、
基準信号の品質が第1の閾値を下回るたびに、同期外れ（Out-Of-Synchronization（OOS））イベントを生成し、
基準信号の品質が第2の閾値を超えるたびに、同期中（In-Synchronization（IS））イベントを生成し、
OOSイベントの数がOOSビーム障害検出（BFD）閾値に達し、場合によってはISイベントの数がIS BFD閾値を下回る場合に、ビーム回復準備手順をトリガし、
OOSイベントの数がOOS無線リンク監視（RLM）閾値に達し、場合によってはISイベントの数がIS RLM閾値を下回る場合に、ビームに関連する無線リンク障害を宣言する、
の1つ以上に設定するように適合され、
OOS RLM閾値およびOOS BFD閾値と、場合によってはIS RLM閾値およびIS BFD閾値は、無線リンク障害を宣言する前にビーム回復準備手順がトリガされるように構成される。
【０１５２】
また、当業者は上述したそれぞれの基地局110およびUE120内のモジュールがアナログ回路およびデジタル回路、および／または、例えば、上述したプロセッサなどのそれぞれの1つまたは複数のプロセッサによって実行されるときに、UE120および／または基地局110内に格納されたソフトウェアおよび／またはファームウェアで構成された1つまたは複数のプロセッサの組合せを指すことができることを理解するのであろう。これらのプロセッサのうちの1つまたは複数は他のデジタルハードウェアと同様に、単一の特定用途向け集積回路ASICに含まれてもよく、または、個々にパッケージされているか、またはシステムオンチップSoCに組み立てられているかにかかわらず、いくつかのプロセッサおよび各種デジタルハードウェアがいくつかの別個の構成要素の間で分散されてもよい。
【０１５３】
用語「含む（comprise）」または「含む（comprising）」を使用する場合、それは、非限定的であると解釈されるべきであり、すなわち、「少なくとも〜からなる（consist at least of）」を意味する。
【０１５４】
本明細書の実施形態は、上述の好ましい実施形態に限定されない。様々な代替、修正、および均等物を使用することができる。
【図１】
0006889280.tif 000002
【図２】
0006889280.tif 000003
【図３】
0006889280.tif 000004
【図４】
0006889280.tif 000005
【図５】
0006889280.tif 000006
【図６】
0006889280.tif 000007
【図７】
0006889280.tif 000008
【図８】
0006889280.tif 000009
【図９】
0006889280.tif 000010
【図１０】
0006889280.tif 000011
【図１１】
0006889280.tif 000012
【図１２ａ】
0006889280.tif 000013
【図１２ｂ】
0006889280.tif 000014
【図１３】
0006889280.tif 000015
【図１４】
0006889280.tif 000016
【図１５】
0006889280.tif 000017
【図１６】
0006889280.tif 000018
【図１７】
0006889280.tif 000019
【図１８】
0006889280.tif 000020
【図１９】
0006889280.tif 000021
【図２０】
0006889280.tif 000022
【図２１】
0006889280.tif 000023