JP7179064B2 - 無線通信のためのトリガされる測定報告 - Google Patents

Description

本開示のいくつかの実施形態は、一般に、無線通信に関し、より詳細には、無線通信を構成するための測定値を報告することに関する。

ＮＲにおける測定報告とハンドオーバ／ＳＣＧ変更、ＳＣＧ追加
ロングタームエボリューション（ＬＴＥ）と同様に、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤユーザ機器（ＵＥ）は、セルを変更する必要がある場合、ハンドオーバを実行する。ハンドオーバ、セカンダリセルグループ（ＳＣＧ）の変更、およびＳＣＧの追加をサポートするために、ＵＥが接続されているソースネットワークノードは、隣接セルに関して測定を実行するようにＵＥを構成することができる。ＮＲでは、ネットワークは、同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロック（ＳＳＢ）またはチャネル状態情報推定用参照信号（ＣＳＩ－ＲＳ）（ＵＥ固有の参照信号として構成されている。すなわち、ネットワークは、異なるＵＥに対して異なるセットのＣＳＩ－ＲＳリソースを構成することができる）に基づいて測定を実行するようにＵＥを構成することができる。

種々の参照信号（ＲＳ）タイプがＮＲで標準化された理由の一つは、ネットワークが、そのうちの一つを広いビームで送信でき（典型的にはＳＳＢ）、他は、狭いビームで送信され得る（典型的にはＣＳＩ‐ＲＳリソース）ことである。一般に、以下のトレードオフが存在する。
－ 狭いビームは、カバレッジを改善するが、レイテンシおよびオーバーヘッドを増加させる。
－ 広いビームは、より低いカバレッジを提供するが、レイテンシおよびオーバーヘッドを改善する。

ＮＲ無線リソース制御（ＲＲＣ）仕様３８．３３１によれば、ネットワークは、ＳＳ／ＰＢＣＨブロックに基づいて以下の測定情報を報告するようにＵＥを構成することができる。
－ ＳＳ／ＰＢＣＨブロックごとの測定結果（例えば、ＳＳＢインデックスごとのビームレベル参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、ならびに信号対干渉および雑音比（ＳＩＮＲ））。
－ ＳＳ／ＰＢＣＨブロックに基づくセルごとの測定結果。
－ ＳＳ／ＰＢＣＨブロックインデックス。

ネットワークは、ＣＳＩ－ＲＳリソースに基づいて以下の測定情報を報告するようにＵＥを構成することができる。
－ ＣＳＩ－ＲＳリソースごとの測定結果（例えば、Ｌ３モビリティのために構成されたＣＳＩ－ＲＳリソースごとのビームレベルＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ）。
－ ＣＳＩ－ＲＳリソースに基づくセルごとの測定結果。
－ ＣＳＩ－ＲＳリソース測定識別子（すなわち、測定結果は含まれない）。

ターゲットセル（またはＳＣＧ追加の場合はＳＣＧ ＰＣｅｌｌ）でのビーム測定値の使用
ＳＳＢおよびＣＳＩ－ＲＳリソースごとの測定結果は、基本的に、所与のセルに関連付けられたビームごとの測定値である。そして、インデックスが報告されると言われる場合、ＵＥは、どのインデックスを選択するかを決定するために測定を実行するが、測定結果は報告されない。ＮＲでは、これらは、３８．３００の測定モデルに記載されているように、Ｌ３フィルタリングされることが規定されている。サービングセルおよび隣接セルの両方のビーム測定値が報告されるように、構成することができる。これらのビーム測定情報には、少なくとも以下の目的を挙げることができる。

１． ターゲットセル（またはＳＣＧ追加の場合はＳＣＧ ＰＣｅｌｌ）が競合なしランダムアクセスチャネル（ＲＡＣＨ）リソースを構成することを可能にする。

ＮＲでは、ハンドオーバおよびＳＣＧの変更／追加時における競合ベースおよび競合なしの両方のランダムアクセスが、サポートされる。マルチビーム動作では、ネットワークは、選択されたＤＬビームに応じて、ダウンリンク（ＤＬ）ビームと使用されるＲＡＣＨリソース間のマッピングを使用してＵＥを構成することができ、これは、例えば、ハンドオーバまたはＳＣＧの変更／追加をトリガするＲＲＣ再構成で提供される。所与の入って来るＵＥのためのどのビームのために関連する競合なしリソースを提供すべきかを知るために、ターゲットは、ＲＡＣＨ容量の浪費となり得る、全ての利用可能なＤＬビームのための競合なしリソースを構成する必要がないように、入って来る各ＵＥについてビーム測定情報を知ることにおいて利益を得る。所与のセルの最良のビームは、ＵＥが報告を送信し、ソースがハンドオーバを決定し、ターゲットが競合なしＲＡＣＨリソースを準備した時点から、変化する可能性があり、最良のビームが変化し、または以前の最良のビームがもはや適切でない場合に、ターゲットが複数の競合なしリソースを準備する可能性を少なくとも有するように、ネットワークは、セルごとに複数のビームを報告するようにＵＥを構成することができることに留意されたい。ネットワークはまた、ターゲットセルにアクセスする際のビーム選択のための１つまたは複数の適合性しきい値を、ＵＥに提供する。専用ＲＡＣＨと共通ＲＡＣＨとの間のフォールバック機構も定義される。ネットワークが、ビームのサブセットのための競合なしリソースをＵＥに提供しており、ＵＥが、ビーム選択を実行し、すなわち、これらのビームのうちの１つを選択して、ＲＡＣＨプリアンブルを送信し、ＲＡＲ時間ウィンドウ内にランダムアクセス応答（ＲＡＲ）を受信しない場合、手順失敗タイマが実行されている限り、ＵＥは、場合によっては競合なしリソースに関連付けられた、別のビームを選択することを許可される。競合なしアクセスのための専用ＲＡＣＨリソースは、ＳＳＢまたはＣＳＩ－ＲＳリソースにマッピングされることができる。競合ベースアクセスのための共通ＲＡＣＨは、少なくともリリース１５においては、ＳＳＢのためにしか提供されることができない。

２． ターゲットセルが、入って来るＵＥに対してビーム管理リソースを構成すること、すなわち、ターゲットセル（またはＳＣＧ追加の場合にはＳＣＧ ＰＣｅｌｌ）におけるどのＣＳＩ－ＲＳリソースまたはＳＳＢが、Ｌ１を介してＵＥによって監視され、報告されるべきかを決定することを、可能にする。それはまた、無線リンク監視（ＲＬＭ）ビーム、すなわち、監視されるべき参照信号リソース、の構成を可能にするために使用されてもよい。

ビーム管理は、ＬＴＥにおいて同じ程度では存在しないＮＲにおける重要な特徴である。これは、ＵＥがＬ１を介して（例えば、ダウンリンク制御情報（ＤＣＩ）／物理アップリンク制御チャネル（ＰＵＣＣＨ）／物理ダウンリンク制御チャネル（ＰＤＣＣＨ）シグナリングを介して）、または媒体アクセス制御（ＭＡＣ）シグナリングを介して（例えば、ＭＡＣ制御要素（ＣＥ）を介して）１つのビームから別のビームに移動する、セル内モビリティからなる。セル間モビリティと同様に、ネットワークは、ビームフォーミングされた参照信号に関して測定を実行し、それらを報告するように、ＵＥを構成することもできる。しかしながら、上述したものとは異なり、これらは、Ｌ１測定値、またはチャネル品質インジケータ（ＣＱＩ）もしくはチャネル状態情報（ＣＳＩ）などの、測定値から導出された情報であり、すなわち、Ｌ３フィルタリングされた測定値は存在しない。また、これらの報告は、どのＤＬビームがデータ／制御チャネルを送信するかをネットワークが定義するのに役立つと考えられるので、それらは通常、狭いビームで送信される。そして、全ての可能な候補を測定し報告するためには、ＵＥに負担がかかり得る。したがって、ＮＲにおけるビーム管理手順は、ＵＥが、セルをカバーする全ての狭いビームのサブセットであり得る、最も関連するビームのみを監視していること、または何かを送信しているビームのみを監視していることさえ確実にする。さらに、無線リンク監視（ＲＬＭ）は、監視されるべきビーム（すなわち、ＳＳＢまたはＣＳＩ－ＲＳリソース）のサブセットの構成を必要とするので、ネットワークは、入って来るＵＥのために、どのビームをその目的のために構成すべきかを知る必要がある。

３． ソースノードが、最適化されたハンドオーバ決定を行うこと、すなわち、ハンドオーバ／ＳＣＧ失敗率、早過ぎるハンドオーバ、およびピンポンハンドオーバの低減を可能にする。

測定報告が複数のセルについて送信され、各セルについてビーム情報が送信されると、ソースネットワークノードは、強い測定量値を有するより多くのビームを測定報告が示すターゲットセルを優先させることができる。言い換えれば、最良のビーム測定値に基づき、より高いセル品質を有する潜在的なターゲットが存在し得るが、わずかに低い品質を有するが、まずまずの品質のより多くの検出されたビームを有する別のセルが存在する可能性があり、これは、より安定であり、より低い失敗の可能性を有し得る。１／および２／とは異なり、ここで、ビーム測定情報は、ハンドオーバまたはＳＣＧ追加／変更の決定を行うためにソースノードで使用されることに留意されたい。

ＮＲにおけるビーム管理
ビーム管理のために、ネットワークは、ＲＳＲＰ、ＣＱＩ、ランクインジケータ（ＲＩ）、プリコーディングマトリクスインジケータ（ＰＭＩ）、競合解決識別子（ＣＲＩ）等の、１つまたは複数のビームセット（実際には、１つまたは複数の、ＣＳＩ－ＲＳリソースまたは場合によってはＳＳＢのセットであり得る）に関する様々な種類のＬ１測定を実行するようにＵＥを構成することができる。この構成は、無線リソース管理（ＲＲＭ）の構成とは異なっており、サービングセル構成で与えられる。これは、ＵＥが考慮すべき参照信号を与える参照信号構成、どのような種類の報告（Ｌ１－ＲＳＲＰ、ＣＳＩ）かを記述する報告構成、および参照信号構成と報告構成との間のつながりを含む。

理想的には、ネットワークは、全ての方向に送信されるビームを、ＵＥによって監視されるように構成し、ＵＥは、ネットワークが全ての可能な方向におけるＵＥ知覚についての完全な情報を有することができるように、それらのうちの最も強いビームまたは全てのビームを報告することができるであろう。しかし、特に、ビーム数が著しく増加し得る、より高い周波数では、それは実現不可能である。したがって、セル内の全てのビームのサブセットのみが、ＵＥによって測定され、報告されることができる。図１は、ビーム管理のために監視され報告されるようにビームのサブセットを構成する例を示す。

ＮＲにおけるＲＬＭのビーム構成可能性
ＬＴＥと比較した、ＮＲ無線リンク監視（ＲＬＭ）機能における主な違いの１つは、ＵＥの動作がネットワークによって構成されるパラメータに依存しないように、ＬＴＥにおけるＲＬＭ機能が仕様書に記載されていることである。一方、ＮＲでは、広範囲の周波数および想定される展開およびサービスの多様性のために、ＲＬＭは、かなり構成可能な手順である。ＮＲでは、ネットワークは、ｉ）異なるＲＳタイプ（ＳＳ／ＰＢＣＨブロックおよびＣＳＩ－ＲＳ）、ｉｉ）監視されるべき正確なリソース、および同期／非同期（ＩＳ／ＯＯＳ）表示を生成するための正確な数、ならびにｉｉｉ）測定されたＳＩＮＲ値がそれらにマッピングされて、上位レイヤに示されるべきＩＳ／ＯＯＳイベントを生成することができるようなブロック誤り率（ＢＬＥＲ）しきい値、に基づいて、ＲＬＭを実行するようにＵＥを構成することができる。

ＮＲのＲＬＭは、ネットワークによって構成された最大８個の（予備の）ＲＬＭ ＲＳリソースに基づいて実行される。
１． １つのＲＬＭ－ＲＳリソースは、１つのＳＳ／ＰＢＣＨブロックまたは１つのＣＳＩ－ＲＳリソース／ポートのいずれかであり得る。
２． ＲＬＭ－ＲＳリソースは、少なくともＣＳＩ－ＲＳベースのＲＬＭの場合には、ＵＥ固有に構成される。

ＵＥが、１つまたは複数のＲＬＭ－ＲＳリソースでＲＬＭを実行するように構成されているとき、
１． 全ての構成されたＸ個のＲＬＭ－ＲＳリソースのうちの少なくともＹ＝１のＲＬＭ－ＲＳリソースに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質が、Ｑ＿ｉｎしきい値を上回る場合、周期的ＩＳ（同期）が示される。
２． 全ての構成されたＸ個のＲＬＭ－ＲＳリソースに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質が、Ｑ＿ｏｕｔしきい値を下回る場合、周期的ＯＯＳが示される。

例えば、ＮＲで使用されるような、ビーム測定値を報告することには、現在、いくつかの課題が存在する。例えば、ハンドオーバ／ＳＣＧ追加／ＳＣＧ変更および再確立時に、ターゲットセルが、以下に対して、ビームのどのサブセットでＵＥを構成すべきかを知る方法に関して、いくつかの課題が存在する。
１． ビーム管理監視（すなわち、ＣＳＩ、ＣＱＩ、ＲＳＲＰのようなＬ１監視）および報告、ならびに
２． 監視のためのＲＬＭビーム。

本明細書で説明するシステムおよび方法は、特定の例示的な実施形態を参照して以下で説明するように、これらの技術的課題に対処することができる。

ハンドオーバ実行時に、ＵＥがメッセージ３でビーム報告を送信することも、知られている。図３は、競合ベースランダムアクセス（ＣＢＲＡ）で使用され得る例を示す。図３で、ＵＥは、ハンドオーバコマンドで搬送されたＮＲ－ＳＳに関連付けられた共通ＲＡＣＨリソース構成から、ｍｓｇ１を送信するための「適切な」ビームを選択する。次に、ｇＮＢが、Ｍｓｇ２（ＲＡＲ）を送信し、ＵＥは、ＮＲ－ＳＳに基づいてビーム測定（構成が、ＮＲ－ＳＳで搬送される）を行うことができる。次に、ＵＥは、後続のデータ送信のためのより良好なＴＸビームをｇＮＢに示すブロックインデックスを伴うＭｓｇ３を送信する。ｇＮＢは、ビーム報告を受信した後、Ｍｓｇ４から、リファインされたｇＮＢ－ＵＥビームペアを使用することができる。

上述の方法にはいくつかの制限がある。例えば、提案された方法は、ビームのセットではなく、単一の「より良好なＴＸビーム」のみを送信する。さらに、提案された方法は、これらの測定値および報告がいつ送信され得るかについての決定またはトリガを記載しておらず、すなわち、これは、完全に未定義であるか、またはこれらがＵＥによって常に報告されることが想定されているかのいずれかであり、これは、これらが常に必要とされるわけではないので、無駄であり得る。実際、提案した方法は、本明細書に記載されている、ビーム管理およびＲＭ構成最適化の問題、例えば、複数のビームの品質を知ることにも対処できない。最後に、提案された方法は、ハンドオーバの一部としてその使用を説明するだけであり、したがって、同じＲＬＭおよびビーム管理構成が発生する他の手順には対処していない。

一実施形態によれば、アップリンクデータを送信するための方法が、無線デバイスによって実行される。この方法は、無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントを検出することを含む。この方法は、ターゲットネットワークノードに送信するメッセージに含める測定情報を決定することを、さらに含む。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。トリガイベントの検出に応答して、この方法は、メッセージ内の決定された測定情報をターゲットネットワークノードに送信することを、さらに含む。

別の実施形態によれば、無線デバイスは、メモリおよび処理回路を備える。メモリは、命令を記憶するように構成される。処理回路は、命令を実行するように構成される。処理回路は、無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントを検出するように、構成される。処理回路は、ターゲットネットワークノードに送信するメッセージに含める測定情報を決定するように、構成される。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。トリガイベントの検出に応答して、処理回路は、メッセージ内の決定された測定情報をターゲットネットワークノードに送信するように、構成される。

さらに別の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含む。コンピュータ可読プログラムコードは、無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントを検出するためのプログラムコードを含む。コンピュータ可読プログラムコードは、ターゲットネットワークノードに送信するメッセージに含める測定情報を決定するためのプログラムコードを、さらに含む。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。コンピュータ可読プログラムコードは、トリガイベントの検出に応答して、メッセージ内の決定された測定情報をターゲットネットワークノードに送信するためのプログラムコードを、さらに含む。

いくつかの実施形態では、方法／無線デバイス／コンピュータプログラムコードは、１つ以上のさらなる特徴を含むことができる。

特定の実施形態では、トリガイベントは、ハンドオーバコマンドの受信に対応する。

特定の実施形態では、トリガイベントは、条件付きハンドオーバコマンドの受信に対応する。

特定の実施形態において、トリガイベントを検出することは、少なくとも１つのビーム測定値が、ビーム測定値をソースネットワークノードに報告した後に、変化したことを決定することを含む。測定情報を含むメッセージは、少なくとも１つのビーム測定値が変化したことを、ターゲットネットワークノードに示す。メッセージは、ハンドオーバ手順を完了する前に、ターゲットネットワークノードに送信される。

特定の実施形態では、少なくとも１つのビーム測定値が変化したことを決定することは、最も強いビームが変化したことを決定することと、少なくとも１つのビームに関連する電力、品質、または干渉が変化したことを決定することとのうちの１つ以上を含む。

特定の実施形態では、トリガイベントは、ターゲットノードにランダムアクセス試行を送信し、ランダムアクセス応答ウィンドウ内でランダムアクセス応答を受信しなかった後に、ＲＡＣＨフォールバック手順を実行することを決定することに対応する。

特定の実施形態では、測定情報を含むメッセージは、ターゲットノードからランダムアクセス応答を受信した後に送信される。

特定の実施形態では、測定情報は、ターゲットノードとのランダムアクセス手順のＭｓｇ３またはハンドオーバ完了メッセージに含まれる。

特定の実施形態では、測定情報を含むメッセージは、ダウンリンクビームのセットに関連する測定値を示し、セット内のダウンリンクビームの少なくとも１つは、最良のビームではない。

特定の実施形態では、測定情報を含むメッセージは、ＳＳ／ＰＢＣＨブロックに関連する測定情報、ＣＳＩ－ＲＳリソースに関連する測定情報、またはその両方を含む。

特定の実施形態では、測定情報を決定することは、どのタイプのイベントをトリガイベントとして構成するかを決定することを含む。

特定の実施形態では、方法／無線デバイス／コンピュータプログラムコードは、測定情報を送信するためにどのメッセージを使用するかを決定することを、さらに含む。

特定の実施形態では、測定情報を決定することは、どの測定値をメッセージに含めるかを決定することを含む。

特定の実施形態では、測定情報を決定することは、アクセス時にターゲットネットワークノードへのメッセージにどの測定値が含まれるべきかを、決定することを含む。

特定の実施形態では、方法／無線デバイス／コンピュータプログラムコードは、アクセス時にターゲットネットワークノードへの測定情報を含むメッセージに含まれるべき測定を、実行することを、さらに含む。

一実施形態によれば、方法が、ネットワーク内の無線デバイスによって実行される。この方法は、無線デバイスがダウンリンクビーム選択に依拠する、ネットワークノードへの接続再確立またはビームリカバリのための手順に関するトリガイベントを検出することを含む。この方法は、ネットワークノードに送信するメッセージに含める測定情報を決定することを、さらに含む。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。トリガイベントの検出に応答して、この方法は、メッセージ内の決定された測定情報をネットワークノードに送信することを、さらに含む。

別の実施形態によれば、無線デバイスは、メモリおよび処理回路を備える。メモリは、命令を記憶するように構成される。処理回路は、命令を実行するように構成される。処理回路は、無線デバイスがダウンリンクビーム選択に依拠する、ネットワークノードへの接続再確立またはビームリカバリのための手順に関するトリガイベントを検出するように、構成される。処理回路は、ネットワークノードに送信するメッセージに含める測定情報を決定するように、さらに構成される。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。トリガイベントの検出に応答して、処理回路は、メッセージ内の決定された測定情報をネットワークノードに送信するように、構成される。

さらに別の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含む。コンピュータ可読プログラムコードは、無線デバイスがダウンリンクビーム選択に依拠する、ネットワークノードへの接続再確立またはビームリカバリのための手順に関するトリガイベントを検出するためのプログラムコードを含む。コンピュータ可読プログラムコードは、ネットワークノードに送信するメッセージに含める測定情報を決定するためのプログラムコードを、さらに含む。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって、取得される。コンピュータ可読プログラムコードは、トリガイベントの検出に応答して、メッセージ内の決定された測定情報をネットワークノードに送信するためのプログラムコードを、さらに含む。

いくつかの実施形態では、方法／無線デバイス／コンピュータプログラムコードは、１つ以上のさらなる特徴を含むことができる。

特定の実施形態では、トリガイベントは、ソースネットワークノードに向かうビーム失敗の検出に対応する。

特定の実施形態では、測定情報を含むメッセージは、ダウンリンクビームのセットに関連する測定値を示し、セット内のダウンリンクビームの少なくとも１つは、最良のビームではない。

特定の実施形態では、測定情報を含むメッセージは、ＳＳ／ＰＢＣＨブロックに関連する測定情報、ＣＳＩ－ＲＳリソースに関連する測定情報、またはその両方を提供する。

特定の実施形態では、測定情報を決定することは、どのタイプのイベントをトリガイベントとして構成するかを決定することを含む。

特定の実施形態では、方法／無線デバイス／コンピュータプログラムコードは、測定情報を送信するためにどのメッセージを使用するかを決定することを、さらに含む。

特定の実施形態では、測定情報を決定することは、測定情報を含むメッセージにおいてどの測定値を報告するかを決定することを含む。

特定の実施形態では、方法／無線デバイス／コンピュータプログラムコードは、ネットワークノードへの測定情報を含むメッセージに含まれるべき測定を実行することを、さらに含む。

一実施形態によれば、方法が、ターゲットネットワークノードによって実行される。この方法は、ターゲットネットワークノードを含み、この方法は、ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ手順中にソースネットワークノードから取得されたビーム情報を使用することを含む。この方法は、ソースネットワークノードからのハンドオーバ手順中に無線デバイスから測定情報を含むメッセージを受信することを、さらに含む。この方法は、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新することを、さらに含む。この方法は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信することを、さらに含む。

別の実施形態によれば、ターゲットネットワークノードは、メモリおよび処理回路を備える。メモリは、命令を記憶するように構成され、処理回路は、命令を実行するように構成される。処理回路は、ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ手順中にソースネットワークノードから取得されたビーム情報を使用するように構成される。処理回路は、ソースネットワークノードからのハンドオーバ手順中に無線デバイスから測定情報を含むメッセージを受信するように、さらに構成される。処理回路は、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新するように、さらに構成される。処理回路は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信するように、さらに構成される。

さらに別の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含む。コンピュータ可読プログラムコードは、ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ手順中にソースネットワークノードから取得されたビーム情報を使用するためのプログラムコードを含む。コンピュータ可読プログラムコードは、ソースネットワークノードからのハンドオーバ手順中に無線デバイスから測定情報を含むメッセージを受信するためのプログラムコードを、さらに含む。コンピュータ可読プログラムコードは、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新するためのプログラムコードを、さらに含む。コンピュータ可読プログラムコードは、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信するためのプログラムコードを、さらに含む。

いくつかの実施形態では、方法／ターゲットネットワークノード／コンピュータプログラムコードは、１つ以上のさらなる特徴を含むことができる。

特定の実施形態では、ターゲットネットワークノードは、ターゲットネットワークノードが無線デバイスにビーム測定構成要求を送信する前に、無線デバイスから測定情報を含むメッセージを受信する。

特定の実施形態では、測定情報は、無線デバイスとのランダムアクセス手順のＭｓｇ３において、またはハンドオーバ完了メッセージにおいて受信される。

特定の実施形態では、測定情報を含むメッセージは、ダウンリンクビームのセットに関連する測定値を示し、セット内のダウンリンクビームの少なくとも１つは、最良のビームではない。

一実施形態によれば、方法が、ネットワークノードによって実行される。この方法は、接続再確立またはビームリカバリ手順中に無線デバイスから測定情報を含むメッセージを受信することを含む。この方法は、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新することを、さらに含む。この方法は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信することを、さらに含む。

別の実施形態によれば、ネットワークノードは、メモリおよび処理回路を備える。メモリは、命令を記憶するように構成される。処理回路は、命令を実行するように構成される。処理回路は、接続再確立またはビームリカバリ手順中に無線デバイスから測定情報を含むメッセージを受信するように、構成される。処理回路は、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新するように、さらに構成される。処理回路は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信するように、さらに構成される。

さらに別の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含む。コンピュータ可読プログラムコードは、接続再確立またはビームリカバリ手順中に無線デバイスから測定情報を含むメッセージを受信するためのプログラムコードを含む。コンピュータ可読プログラムコードは、無線デバイスから測定情報を含むメッセージを受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連するリソースを更新するためのプログラムコードを、さらに含む。コンピュータ可読プログラムコードは、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに関連する更新されたリソースを使用して無線デバイスと通信するためのプログラムコードを、さらに含む。

本開示のいくつかの実施形態は、１つ以上の技術的利点を提供することができる。例えば、いくつかの実施形態は、ハンドオーバ関連トリガに基づいて測定情報がターゲットネットワークノードに送信されることを可能にする。このようにして、無線デバイスは、ハンドオーバソースノードから受信された測定情報とは異なることがある最新の測定情報を、ターゲットネットワークノードに提供することができる。別の例として、トリガイベントは、接続の再確立またはビームリカバリ動作であってもよい。したがって、無線デバイスは、ネットワークノードが測定する異なるビームを決定し、ビーム測定値を取得するように無線デバイスを再構成することを必要とせずに、ビーム測定値を送信することができる。さらに別の例として、いくつかの実施形態は、トリガ検出プロセスの一部としてビーム測定値が変化したかどうかの決定を提供する。このようにして、無線デバイスは、例えば、ハンドオーバ手順中に、または再確立もしくはビームリカバリが開始された後に、最良のビームが変化した場合、または測定されたパラメータが変化した場合、ビーム測定値をいつ送信するかを選択的に選択することができる。

いくつかの実施形態は、上記の利点のいずれも有さないか、いくつか、または全てを有することができる。他の利点は、当業者には容易に明らかであろう。

開示された実施形態、ならびにそれらの特徴および利点をより完全に理解するために、添付の図面と併せて以下の説明を参照する。

いくつかの実施形態による、ビーム管理のために監視され報告されるビームのサブセットの構成の例を示す。 いくつかの実施形態による、ハンドオーバ準備の受信とハンドオーバ実行との間の期間におけるターゲットセルの最良のビームの変化を示す例示的なシグナリング図を示す。 いくつかの実施形態による、競合ベースランダムアクセス手順中のビームリファインメント手順を示す例示的なシグナリング図を示す。 いくつかの実施形態による、測定値の報告をトリガするハンドオーバコマンドを示す例示的なシグナリング図を示す。 いくつかの実施形態による、測定値の報告をトリガする条件付きハンドオーバコマンドを示す例示的なシグナリング図を示す。 いくつかの実施形態による、測定値の報告をトリガするフォールバック手順を示す例示的なシグナリング図を示す。 いくつかの実施形態による、ビーム失敗の検出に応答して測定値を報告するトリガを示す例示的なシグナリング図を示す。 いくつかの実施形態による、ビーム測定値の変化の検出に応答して測定値を報告するトリガを示す例示的なシグナリング図を示す。 いくつかの実施形態による例示的な無線ネットワークを示す。 いくつかの実施形態による例示的なユーザ機器を示す。 いくつかの実施形態による例示的な仮想化環境を示す。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された例示的な電気通信ネットワークを示す。 いくつかの実施形態による、基地局を経由して部分無線接続でユーザ機器と通信する例示的なホストコンピュータを示す。 いくつかの実施形態による、通信システムにおいて実施される例示的な方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実施される第２の例示的な方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実施される第３の方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実施される第４の方法を示すフローチャートである。 いくつかの実施形態による、無線デバイスによって実行される例示的な方法を示す。 いくつかの実施形態による、無線ネットワークにおける第１の例示的な装置の概略ブロック図を示す。 いくつかの実施形態による、無線デバイスによって実行される第２の例示的な方法を示す。 いくつかの実施形態による、無線デバイスによって実行される第３の例示的な方法を示す。 いくつかの実施形態による、ネットワークノードによって実行される例示的な方法を示す。 いくつかの実施形態による、ネットワークノードによって実行される第２の例示的な方法を示す。

一般に、本明細書で使用される全ての用語は、異なる意味が明確に与えられ、かつ／またはそれが使用されるコンテキストから暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。１つの要素、装置、構成要素、手段、ステップなどへの言及は全て、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスへの言及として開放的に解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されている、かつ／またはステップが別のステップの後または前でなければならないことが暗に示されている場合を除いて、開示される正確な順序で実行される必要はない。本明細書に開示される任意の実施形態の任意の特徴が、適切な場合には、任意の他の実施形態に適用されてよい。同様に、任意の実施形態の任意の利点が、任意の他の実施形態に適用されてよく、その逆も同様である。記載されている実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるであろう。

ベースラインソリューション：ＲＡＣＨからのビーム選択
どのビームを構成するかを決定するための潜在的なベースラインソリューションは、ＵＥによって選択されるべきターゲットセルに関連付けられたＤＬビームが、ＵＥが送信するプリアンブルと、ＵＥがＵＬにおいて使用すべきＲＡＣＨリソースとに関連付けられる、ＮＲにおいて定義されるマルチビームランダムアクセス手順と統合され得る。言い換えれば、特定のＲＡＣＨリソース内に選択されたプリアンブルを検出することによって、ネットワークは、ＵＥがセルにアクセスするために選択したＤＬビームを知り、ＲＡＲをどのように送信するかを知る。一方、現在のＮＲ仕様によれば、ＤＬビームが適切であれば（例えば、ハンドオーバコマンド／ＳＣＧ変更／ＳＣＧ追加構成メッセージで提供される構成可能なしきい値を上回れば）十分であり、このことは、ネットワークが、これが最良のビームの中にあることを確信することができないことを意味する。したがって、ＲＡＲが送信され、ハンドオーバが完了した後、ターゲットノードは、入って来るＵＥのためのビーム品質についての入手可能な最新の情報であるので、そのビームに基づくビーム管理リソースでＵＥを再構成する必要があり得る。したがって、これらの問題に対処するために、追加の検討を実施することができる。

ＲＡＣＨからのビーム選択およびハンドオーバ準備で提供されるビーム測定情報
いくつかの実施形態では、ソースノードは、何らかの測定トリガイベントに基づいて、隣接セルに関連するビーム測定情報を報告するように、ＵＥを構成することができる。ターゲットが、例えば競合なしアクセスのための、専用ＲＡＣＨリソースを提供するＤＬビームを選択できるように、ソースノードは、ハンドオーバ準備中に、これらの測定値をターゲットセルに送信できることが、ＬＴＥにおけるように、ＮＲにおいて合意されている。その情報を使用する別の方法は、（例えば、ビーム管理手順のための）Ｌ１監視および報告のためにターゲットセル内でＤＬビームを構成すること、ならびにＲＬＭのためにターゲット内でＤＬビームを構成することである。ソースからターゲットへの情報は、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージで（または、任意の他の適切なメッセージもしくは送信によって）送信されることができる。

したがって、ＵＥがターゲットノードにアクセスするとき、ターゲットノードは、ソースノードが、ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏＬｉｓｔ内で、ＲＲＭ ｃｏｎｆｉｇ．の一部として、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｉｔｏｎを介してターゲットノードに送信したかもしれないので、すでにＲＳＲＰ／ＲＳＲＱ／ＳＩＮＲ測定値を持っているかもしれない。そして、ＬＴＥにおけるように、これらのセルの品質は、ＵＥが（ターゲットノードに送信される）最新の測定報告をソースノードに送信した時点から、ハンドオーバ実行が実行される時点まで、劇的には変化しないかもしれない。

ＲＡＮ２＃９９ベルリンで合意されているように、ソースノードは、ＲＲＭ ｃｏｎｆｉｇの一部として、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎでセル測定値とビーム測定値の両方を送信できることが、合意されている：
２．２ ＬＴＥにおけるように、ソースｇＮＢからターゲットｇＮＢに送信されるＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎは、ＡＳ構成、ＲＲＭ構成、およびＡＳコンテキスト（ハンドオーバ失敗を処理するために必要な情報を含む）を含むことができる。各ＩＥの内容の詳細は、さらなる検討を要す。
４．２： ＬＴＥにおけるように、ＣＡの場合をサポートするために、ＲＲＭ構成は、測定情報が入手可能である各周波数上の最良のセルのリストを含むことができる。
５ ビーム測定情報（すなわち、ビームインデックスおよび任意選択で測定結果）が、ＵＥによって報告されるようにソースｇノードＢによって構成されている場合、入手可能なビーム測定情報は、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージのＲＲＭ構成の一部とすることができる。その情報は、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの必須部分ではない。
６ ＲＲＭ構成は、報告されたセル（または上記のさらなる検討の結果に応じたセル）のためのＳＳブロックおよびＣＳＩ－ＲＳの両方に関連するビーム測定情報（レイヤ３モビリティのための）を、両方のタイプの測定値が入手可能である場合、含むことができる。
．．．

見解１ － ＮＲでは、ＬＴＥと同様に、ソースは、ハンドオーバ準備情報におけるＲＲＭ－ｃｏｎｆｉｇの一部として、ターゲットにビームおよびセルの測定情報を提供することができる。

セル測定の主な目的は、ターゲットがデュアルコネクティビティ（ＤＣ）および／またはキャリアアグリゲーション（ＣＡ）を設定することを可能にすることであり、一方、ビーム測定は、ビームごとに競合なしリソースを割り当てるために、または（例えば、より安定したビームを有するセルを優先させることによって）ハンドオーバ決定を最適化するために、ターゲットにおいて使用されることができる。さらに、これらのビーム測定値は、ＵＥに提供されるビーム管理構成の入力としてターゲットによって使用されることもでき、例えば、ハンドオーバ後のＬ１ビーム報告の量を制限するために、限られた量のＣＳＩ－ＲＳリソースが構成され、ＳＳ／ＰＢＣＫブロックのサブセットと擬似コロケーション（ＱＣＬ）される。

しかしながら、以前に実行されたセル測定値は、ハンドオーバ準備からハンドオーバ実行まで安定していると考えられるが、ビーム測定値は、そうではないかもしれない、すなわち、ハンドオーバをトリガすることができる最初の測定報告をＵＥが送信する瞬間の最良のビームは、ＵＥがハンドオーバコマンドを最終的に受信する瞬間の最良のビームとは異なることがあることが確認されている。そして、その理由のために、ハンドオーバ時のビーム選択が、関連する競合なしリソースを有さないビームに至ったときに、ＵＥが共通リソースを使用することができるＲＡＣＨフォールバック機構が、合意されている。

見解２ － ＮＲでは、ターゲットセルの最良のビームは、ターゲットがＨＯ準備を受信した時点からＵＥがＨＯ実行を実行する時点までに変化し得る。したがって、ＲＡＮ２では、ＲＡＣＨフォールバック機構が合意された。

図２は、ターゲットセルの最良のビームが、ターゲットがＨＯ準備を受信した時点からＵＥがＨＯ実行を実行する時点までに変化することができる例を示す。

そのＲＡＣＨフォールバックが使用されるとき、ＵＥは、おそらく、更新されたビーム測定値を有しており、場合によっては以前の測定値に基づいて、ハンドオーバコマンドにおいて提供されるビーム管理構成およびＲＬＭ構成は、最も最適化された構成ではない場合があり得る。

したがって、結果として、ＲＬＭおよびビーム管理構成がＲＲＣ構成（例えば、ハンドオーバコマンド、ＳＣＧ追加／変更コマンド）において提供されているにもかかわらず、ターゲットセルにアクセスし、初期ビーム測定Ｌ１報告およびＲＬＭを開始する際に、ネットワークは、監視されるべきビームを最適化するために、ＵＥにさらに別のＲＲＣ再構成を送信することがある。さらに悪い結果は、ビーム失敗およびビームリカバリ手順の発生であり得、これは、監視されるべきＲＬＭリソースが適切に構成されていない場合、例えば、ＵＥが、実際には適切な品質を提供していないビームに基づいて失敗を監視およびトリガするように構成されている場合に、トリガされ得る。

本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。例えば、いくつかの実施形態は、ハンドオーバ、接続再確立、ＳＣＧ変更／ＳＣＧ追加時の、ターゲットセルでの測定報告の送信のトリガのための、（ＵＥなどの）無線デバイスにおける方法を提供する。（１）ターゲットへのビーム／セル報告をトリガするための、すなわち、無線デバイスがこれらの報告をいつ送信すべきかを示すための様々な方法を提供する、（２）これらの測定値がターゲットへのどのメッセージで報告されるかを記述する、（３）どの正確な測定値が報告されるかを記述する、（４）アクセス時にターゲットへの測定報告にどの測定値が含まれるべきかを、どのように無線デバイスが決定するかを記述する、（５）アクセス時にターゲットへの測定報告に含まれるべきこれらの測定をどのように無線デバイスが実行するかを記述する、様々な実施形態が、本明細書で、さらに説明される。実施形態１～５は、任意の適切な方法で組み合わせることができる。

いくつかの実施形態は、以下の技術的利点のうちの１つ以上を提供することができる。例えば、いくつかの実施形態は、ターゲットセルがＲＬＭリソースおよびビーム管理パラメータを再構成するのを助けるために、ＵＥにおいて入手可能な測定値を使用する。そうすることによって、ＵＥは、ターゲットセルにアクセスすることができ、最適化された構成を使用するまで構成および報告の追加の繰り返しを行なうことを回避することができる。少なくとも、手順失敗タイマ（ハンドオーバ失敗の場合には、ＬＴＥにおけるｔ３０７のような）が実行されているまで、および、ＨＯコマンドまたはＳＣＧ追加もしくはＳＣＧ変更のような、ターゲットセルにアクセスすることを示すＲＲＣ再構成が受信されるまで、ＵＥは、これらの測定をいずれにしても実行するので、余分な努力は必要とされない。ビームが少ない設定では、このような特徴は必要とされず、オフにされてもよい。対照的に、本明細書で開示される方法およびシステムから利益を得ることができるシステムの例は、複数のビームを有するシステム、ならびにビーム管理がそれ自体のＴＲＰエンティティによって構成および管理され得る複数の送受信ポイント（ＴＲＰ）を有するシステムを含む。

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

いくつかの実施形態では、非限定的な用語「ＵＥ」が使用される。本明細書におけるＵＥは、無線信号を介してネットワークノードまたは別のＵＥと通信することができる任意のタイプの無線デバイスであり得る。ＵＥはまた、無線通信デバイス、ターゲットデバイス、端末間通信（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ、またはマシンツーマシン通信（Ｍ２Ｍ）が可能なＵＥ、ターゲットデバイス、ＵＥを装備したセンサ、ｉＰＡＤ、タブレット、移動端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内設備（ＣＰＥ）などであってもよい。

さらに、いくつかの実施形態では、一般的な用語「ネットワークノード」が使用される。これは、基地局、無線基地局、ＢＴＳ（基地局）、基地局コントローラ、ネットワークコントローラ、ｇＮＢ、ｅｎ－ｇＮＢ、ｎｒ－ｅＮＢ、ＮＲ ＢＳ、発展型ノードＢ（ｅＮＢ）、ノードＢ、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、マルチスタンダードＢＳ（別名ＭＳＲ ＢＳ）、コアネットワークノード（例えば、ＭＭＥ、ＳＯＮノード、調整ノード、測位ノード（例えば、ロケーションサーバ、ＳＭＬＣ、Ｅ－ＳＭＬＣなど）、ＭＤＴノードなど）、または外部ノード（例えば、第３者ノード、現在のネットワークの外部のノード）などの、無線ネットワークノードを含むことができる、任意の種類のネットワークノードであってよい。また、ネットワークノードは、試験機器を備えていてもよい。いくつかの実施形態は、「ソースノード」または「ターゲットノード」を参照することによって記述することができる。いくつかの実施形態では、ソースノードとターゲットノードは、同じノードである。いくつかの実施形態では、ソースノードとターゲットノードは、異なるノードである。

本明細書で使用される用語「無線ノード」は、ＵＥまたは無線ネットワークノードを示すために使用されることがある。

本明細書で説明される実施形態は、ＵＥのシングルキャリアおよびマルチキャリア動作に適用可能である。マルチキャリア動作の例は、キャリアアグリゲーション（ＣＡ）、マルチコネクティビティ（ＭＣ）などである。ＣＡ動作では、ＵＥは、１つより多いサービングセルに対してデータを受信および／または送信することができる。ＭＣでは、ＵＥは、２つの異なるネットワークノードによって動作される少なくとも２つのサービングセル（例えば、ＰＣｅｌｌおよびＰＳＣｅｌｌ）によってサービングされる。キャリアアグリゲーション（ＣＡ）という用語は、「マルチキャリアシステム」、「マルチセル動作」、「マルチキャリア動作」、「マルチキャリア」送信および／または受信とも呼ばれる（例えば、互換的に呼ばれる）。ＣＡでは、コンポーネントキャリア（ＣＣ）のうちの１つが、プライマリコンポーネントキャリア（ＰＣＣ）、または単にプライマリキャリア、またはアンカーキャリアでさえある。残りのキャリアは、セカンダリコンポーネントキャリア（ＳＣＣ）、または単にセカンダリキャリア、または補助キャリアとさえ呼ばれる。サービングセルは、プライマリセル（ＰＣｅｌｌ）またはプライマリサービングセル（ＰＳＣ）と互換的に呼ばれる。同様に、セカンダリサービングセルは、セカンダリセル（ＳＣｅｌｌ）またはセカンダリサービングセル（ＳＳＣ）と互換的に呼ばれる。

本明細書で使用される「シグナリング」という用語は、（例えば、ＲＲＣ、ＮＡＳメッセージなどを介する）上位レイヤシグナリング、（例えば、ＭＡＣ、物理制御チャネルなどを介する）下位レイヤシグナリング、またはそれらの組合せのうちのいずれかを含むことができる。シグナリングは、暗示的であっても明示的であってもよい。シグナリングは、さらに、ユニキャスト、マルチキャストまたはブロードキャストであってもよい。シグナリングはまた、別のノードに直接であってもよいし、または第３のノードを介してもよい。

ターゲットへのビーム／セル報告をトリガするための実施形態の組
第１の組の実施形態では、ハンドオーバ実行手順、ＳＣＧ変更手順、またはＳＣＧ追加手順の発生であり、例えば、ＵＥがターゲットセルにアクセスすべきであることを示すＲＲＣ構成メッセージの受信は、ビーム／セル報告をターゲットネットワークノードに送信するようにＵＥをトリガする。言い換えると、ハンドオーバコマンド（ＬＴＥ用語では、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎであり、ＮＲ用語では、同期ＲＲＣ再構成）が、ビーム／セル報告をターゲットネットワークノードに送信するようにＵＥをトリガする。メッセージは、少なくとも、ターゲットセル識別子と、ビームフォーミングされた同期ソース信号（ＳＳ／ＰＢＣＨブロック）の周波数と、使用されるＲＡＣＨリソースに関連付けられたＤＬ内のビームフォーミングされた参照信号の周波数とを含むことができ、これらのＲＳは、同じＳＳ／ＰＢＣＨブロックおよび／または専用ＣＳＩ－ＲＳリソースとすることができる。メッセージ内のセル識別子は、ＵＥが、その特定のセルに関連付けられたビームを測定し報告すべきであることを示す。これらの実施形態に関する例示的な信号フロー図が、図４に示されており、強調表示された信号（ＨＯコマンド）が、測定値を報告するためのトリガとして働く。図示の例では、ＵＥが、記録された測定値をｍｓｇ３と共に報告することが示されているが、以下に示すように、ＵＥは、任意の後続のメッセージでそうすることができる（以下の「これらの測定値が報告される、ターゲットへのメッセージ」を参照）。

第２の組の実施形態では、トリガイベントは、条件付きハンドオーバ実行手順、条件付きＳＣＧ変更手順、または条件付きＳＣＧ追加手順の発生であり、例えば、構成された条件のトリガ時にＵＥがターゲットセルのセットのうちの１つにアクセスすべきであることを示すＲＲＣ構成メッセージの受信である。例えば、サービングセル品質が、しきい値よりも悪くなり、構成されたターゲットのうちの１つが、しきい値よりも良くなる場合、またはサービングセル品質が、構成されたターゲットのうちの１つよりも悪くなる場合である。言い換えると、条件付きハンドオーバコマンド（ＬＴＥ用語では、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを伴うＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎであり、ＮＲ用語では、条件付き同期ＲＲＣ再構成）である。メッセージは、少なくとも１つまたは複数のターゲットセル識別子と、セルごとのビームフォーミングされた同期ソース信号（ＳＳ／ＰＢＣＨブロック）の周波数と、セルごとの使用されるＲＡＣＨリソースに関連付けられたＤＬ内のビームフォーミングされた参照信号の周波数とを含み、これらのＲＳは、同じＳＳ／ＰＢＣＨブロックおよび／または専用ＣＳＩ－ＲＳリソースとすることができる。メッセージ内のセル識別子は、ＵＥが、選択されたセルのうちの１つに関連付けられたビームを測定し報告すべきであることを示す。第２の組の実施形態に関する例示的な信号フロー図が、図５に示されており、強調表示された信号（条件付きＨＯコマンド）が、測定値を報告するためのトリガとして働く。図示された例は、ＵＥが、記録された測定値をｍｓｇ３と共に報告することを示すが、以下に示されるように、ＵＥは、記録された測定値を任意の他の適切なメッセージで報告することができることが、本明細書では企図される（以下の「これらの測定値が報告される、ターゲットへのメッセージ」を参照）。図４および図５に示すように、ＵＥは、ソースｇＮＢとターゲットｇＮＢとの間でハンドオーバを実行することができる。上述のように、ハンドオーバは、ソースノードに関連付けられたソースセルからターゲットノードに関連付けられたターゲットセルへとすることができる。

第３の組の実施形態では、トリガイベントは、ターゲットセルにアクセスする際に、例えば、ＵＥが（専用リソースまたは共通リソースのいずれかを有する）ターゲットセルにおけるＤＬビームを選択し、ＲＡＲウィンドウ内でＲＡＲを受信しないときの、ＲＡＣＨフォールバック手順の発生である。次いで、ＲＡＣＨフォールバック手順に従って、ＵＥは、別のビームを選択し、各ＲＡＲ時間ウィンドウの終了後に、「手順失敗タイマ」（例えば、ＬＴＥにおけるＴ３０７のようなハンドオーバ失敗タイマ）が実行されている限り、ランダムアクセスを何度も実行することができる。したがって、ＵＥが、ＲＡＣＨフォールバック手順でターゲットセルにアクセスすることに成功した場合、これは、ターゲットが競合なしＲＡＣＨに割り当てたビームが最良のビームではなかった可能性があること、ならびにアクセスをトリガするＲＲＣ構成で構成されたビーム管理およびＲＬＭリソースもまた、最も最適化された構成ではない可能性があることを示すので、ＵＥは、ターゲットにアクセスする際に、ターゲットに測定報告を送信し、これらの測定値は、少なくともターゲットセルに関するビーム測定値を含む。第３の組の実施形態に関する例示的な信号フロー図が、図６に示されており、強調表示されたボックス（ＲＡＣＨフォールバック手順）が、測定値を報告するためのトリガとして働く。図示された例は、ＵＥが、記録された測定値をｍｓｇ３と共に報告することを示すが、以下に示されるように、ＵＥは、任意の他の適切なメッセージで記録された測定値を報告することができることが、本明細書では企図される（以下の「これらの測定値が報告される、ターゲットへのメッセージ」を参照）。

第４の組の実施形態では、トリガイベントは、成功したビームリカバリ手順の発生であり、例えば、ビーム失敗の検出、それに続く、ＰＲＡＣＨプリアンブルのような、Ｌ１／Ｌ２上のＵＬ信号上での送信、（ＲＡＲ時間ウィンドウのような）時間ウィンドウ内のＭＡＣシグナリングメッセージの監視、そしてビームリカバリ手順が成功したことを示す、ネットワークからのそのＬ１／Ｌ２応答を受信すると、ターゲットセルへのビーム測定値を伴う測定報告がトリガされる。ターゲットセルは、ソースセルと同じでも、または異なるセルでもよい（マルチセルビームリカバリがサポートされている場合、例えば、ビーム失敗検出時に、サービングセルとは異なる別のセルに関連付けられたビームに対してビーム選択を実行することが、ＵＥに許可されている場合）。一例では、ＵＥは、ビームリカバリの成功を確認するネットワークからの応答を受信すると、入手可能なビーム測定値を常に報告する。別の例では、ネットワークからの応答メッセージは、ＵＥがそのメッセージの後に、入手可能な測定値を送信すべきであることを示すフラグまたはパラメータを含むことができる。第４の組の実施形態に関する例示的な信号フロー図が、図７に示されており、強調表示されたボックス（ソースセルに向かうビーム失敗の検出）が、測定値を報告するためのトリガとして働く。図示された例は、同じセル内のビームリカバリを示すが、いくつかの実施形態は、ビームリカバリが、マルチセルビームリカバリシナリオなどで、ターゲットｇＮＢ （異なるセルおよび／またはノード）において実行されてもよいことを企図する。

第５の組の実施形態では、トリガイベントは、ビームリカバリ手順時における少なくとも１つのビームリカバリ試行失敗の発生であり、例えば、ビーム失敗の検出、それに続く、ＰＲＡＣＨプリアンブルのような、Ｌ１／Ｌ２上のＵＬ信号上での送信、（ＲＡＲ時間ウィンドウのような）時間ウィンドウ内のＭＡＣシグナリングメッセージの監視、そして（ランダムアクセス手順におけるＲＡＲ時間ウィンドウのような）その時間ウィンドウを制御するタイマの満了である。ウィンドウが満了したという事実は、別のビーム選択を実行するようにＵＥをトリガし、これは、手順が成功した場合に、ターゲットセルに関するビーム測定値が報告されるべきであることをＵＥに示すトリガであり、例えば、ビームリカバリ手順が成功したことを示す、ネットワークからのそのＬ１／Ｌ２応答の受信時に、かつ手順に少なくとも１回のリカバリ試行の失敗があった時に、ターゲットセルへのビーム測定値を伴う測定報告がトリガされる。ターゲットセルは、ソースセルと同じでも、または異なるセルでもよい（マルチセルビームリカバリがサポートされている場合、例えば、ビーム失敗検出時に、サービングセルとは異なる別のセルに関連付けられたビームに対してビーム選択を実行することが、ＵＥに許可されている場合）。いくつかの実施形態では、ＵＥは、ビームリカバリの成功を確認するネットワークからの応答を受信すると、入手可能なビーム測定値を常に報告する。いくつかの実施形態では、ネットワークからの応答メッセージは、ＵＥがそのメッセージの後に、入手可能な測定値を送信すべきであることを示すフラグまたはパラメータを含むことができる。

いくつかの実施形態では、トリガイベントは、ビーム条件が変化した可能性があるということの、ＵＥによる検出を含むことができる。いくつかの実施形態では、ビーム変化条件は、ターゲットセルに関連する以前の測定報告に含まれる最良のビームが変化したことであってもよい。いくつかの実施形態では、ビーム変化条件は、検出されたビームの数がターゲットセルに対応して異なることであってもよい。第５の組の実施形態に関する例示的な信号フロー図が、図８に示されており、強調表示されたボックス（ビーム測定値の変化の検出）が、測定値を報告するためのトリガとして働く。図示された例は、ＵＥが、記録された測定値をｍｓｇ３と共に報告することを示すが、以下に示されるように、ＵＥは、任意の他の適切なメッセージで記録された測定値を報告することができることが、本明細書では企図される（以下の「これらの測定値が報告される、ターゲットへのメッセージ」を参照）。

いくつかの実施形態では、トリガイベントは、ビーム測定値がしきい値（例えば、ｂｅａｍＱｕａｌｉｔｙＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ）を超えて変化した可能性があることをＵＥが検出することを含む。ｂｅａｍＱｕａｌｉｔｙＣｈａｎｇｅＴｈｒｅｓｈｏｌｄは、ｒｅｐｏｒｔＣｏｎｆｉｇまたはｍｅａｓＩＤ構成などで構成することができる。ＵＥは、ＵＥによってネットワークに送信された最新の測定報告に含まれるビームレベル測定値と、ＲＡＲの受信時にＵＥによって知覚されたビームレベル測定値との間の差を計算することができる。これらの測定値の差が、構成されたｂｅａｍＱｕａｌｉｔｙＣｈａｎｇｅＴｈｒｅｓｈｏｌｄを超える場合、ＵＥは、ターゲットセルへの報告をトリガすることができる。

いくつかの実施形態では、トリガイベントは、最初の測定報告から、ターゲットへのアクセスをトリガするＲＲＣ構成までの時間が、定義されたしきい値を超えたことを、ＵＥが検出することを含む。いくつかの実施形態では、検出することは、各測定報告の送信時に開始されるタイマを含み、タイマが満了し、ＵＥが、ターゲットへのアクセスをトリガするＲＲＣ構成をまだ受信していないときに、それが受信されたときにターゲットへのアクセスは本発明で説明される測定報告を含むべきであることを決定することを、含む。

いくつかの実施形態では、ターゲットセル構成は、ＨＯコマンドで受信された測定構成を含み、ＵＥは、ターゲットセル品質測定のトリガ条件を構成される。

これらの測定値が報告される、ターゲットへのメッセージ
いくつかの実施形態では、測定報告は、ハンドオーバの場合にハンドオーバ完了メッセージに含まれる。

いくつかの実施形態では、測定報告は、ＲＲＣ再確立要求メッセージ（または同等物）に含まれる。いくつかの実施形態では、ＵＥは、ＳＣＧ追加または変更に参加し、ＨＯ完了と同等のメッセージがある場合、ＵＥは、これらのビーム測定値を同等のメッセージに含めることができる。同等のメッセージがない場合、後続の測定報告を使用して、例えば、特別なｍｅａｓＩｄまたはその目的のためにターゲットによって構成されたｍｅａｓＩｄを用いて、測定値を送信することができる。

ＳＯＮ機能などの長期学習ソリューションに関連するいくつかの実施形態では、ＵＥは、測定報告をＵＥ履歴情報ログ（例えば、ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏＬｉｓｔ）に含める。この情報は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージへの応答としてＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージでＵＥによって提供されてもよい。

どの測定値が報告されるか
いくつかの実施形態では、ＵＥは、以下のような、ターゲットセルに関する測定値を報告する。
１． ＳＳ／ＰＢＣＨブロックに関連する測定情報
・ １つまたは複数の測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲ）に従う、ＳＳＢインデックス
・ ＳＳＢインデックスごとの測定結果、すなわち、ＳＳＢビームごとのＲＳＲＰおよび／またはＲＳＱおよび／またはＳＩＮＲ
・ ＳＳＢに基づくセル測定結果
２． ＣＳＩ－ＲＳリソースに関連する測定情報
・ １つまたは複数の測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、またはＳＩＮＲ）に従う、（例えば、Ｌ３モビリティのために構成された）ＣＳＩ－ＲＳリソースのためのインデックス
・ ＣＳＩ－Ｒｓリソースインデックスごとの測定結果、すなわち、ＣＳＩ－ＲＳビームごとのＲＳＲＰおよび／またはＲＳＱおよび／またはＳＩＮＲ
・ ＣＳＩ－ＲＳに基づくセル測定結果
３． ＳＳＢとＣＳＩ－ＲＳリソースの両方に関連する測定情報
・ ＳＳＢインデックスとＣＳＩ－ＲＳインデックス
・ ＳＳＢとＣＳＩ－ＲＳの測定結果

いくつかの実施形態では、ＵＥは、ｉ）同じ周波数内の隣接セル、ｉｉ）ビーム測定情報が入手可能な全てのトリガされたセル、ｉｉｉ）ソース上の各サービング周波数内の最良の隣接セル、ｉｖ）ソース内のサービングセルに関するビーム測定情報（いくつかの実施形態では、ビーム測定情報は、ＳＣＧ変更／追加／ハンドオーバ後のＳＣｅｌｌに関してである）などの、複数のセルに関する測定値を報告する。

いくつかの実施形態では、ＵＥは、ＲＡＣＨフォールバック手順に関連する情報を報告する。いくつかの実施形態では、ＵＥは、ＲＡＣＨフォールバックが発生したことを、例えばフラグを用いて、報告する。より詳細な情報も報告することができる。いくつかの実施形態では、ＵＥは、成功したＲＡＣＨ手順に関連する上述のビーム測定情報のいずれかを報告する。いくつかの実施形態では、ＵＥは、全てのＲＡＣＨ試行に関連するビーム測定情報を報告し、失敗したものおよび成功したものを示す。いくつかの実施形態では、ＵＥは、失敗したＲＡＣＨ試行の数、すなわち、ランダムアクセスが成功するまでＵＥにおいてインクリメントされる失敗したＲＡＣＨ試行の数を報告する。

いくつかの実施形態では、トリガ条件が、ビームリカバリにおける失敗した試行の発生である場合、ＵＥは、失敗したビームリカバリ試行に関連する情報を報告する。いくつかの実施形態では、ＵＥは、少なくとも１つまたは複数の失敗した試行が発生したことを、例えばフラグを用いて、報告する。より詳細な情報も報告することができる。いくつかの実施形態では、ＵＥは、成功したビームリカバリ手順に関連する上述のビーム測定情報のいずれかを報告する。いくつかの実施形態では、ＵＥは、全てのビームリカバリ試行に関連するビーム測定情報を報告し、失敗したものおよび成功したものを示す。いくつかの実施形態では、ＵＥは、失敗したビームリカバリ試行の数、すなわち、ビームリカバリが成功するまでＵＥにおいてインクリメントされる失敗したビームリカバリ試行の数を報告する。いくつかの実施形態では、ビームリカバリは、ランダムアクセスと比較して異なる手順であってもよく、または異なるパラメータを有する同じ手順であってもよい。

どの測定値が、アクセス時にターゲットへの測定報告に含まれるべきかを、どのようにＵＥが決定するか
いくつかの実施形態では、ＵＥは、「ターゲットへのアクセス時におけるターゲットへの測定報告」に、ターゲットセルに関連する全ての入手可能なビーム測定情報、例えば、以前のセクションで上述した情報のうちのいずれかを含める。

一組の実施形態では、ハンドオーバ、ＳＣＧ変更、および／またはＳＣＧ追加の場合など、例えば、トリガが、ターゲットアクセスを伴うＲＲＣ再構成である場合に、ＵＥは、ＲＲＣ構成メッセージでターゲットによって提供された構成に従って、測定情報を含める。言い換えると、ＲＲＣメッセージは、その報告機能を有効にし、場合によっては、ターゲットセルへのアクセス時におけるそのビーム測定報告のための報告構成パラメータを含む、追加のＩＥを含むことができる。ネットワーク側からは、これは、ターゲットノードが、その情報から、例えば、そのサービングセルからの入って来るＵＥに関連する以前の統計によって、利益を得ることができるというしるしになり得る。

いくつかの実施形態では、その構成は、暗に示されており、例えば、それは、他の目的のために使用され、その構成に基づいて、ＵＥは、どの正確な測定が実行され報告されるべきかを導出する。例えば、ＵＥは、以下の例に示すように、ＲＲＣ構成で提供されるＲＡＣＨ構成に基づいて、何を報告するかを選択する。
例ａ：
－ 共通ＲＡＣＨリソースのみが、ＳＳＢに基づいて、提供される場合、ＵＥは、ターゲットセルに関するＳＳＢ測定値を含める。
－ 共通ＲＡＣＨリソース（ＳＳＢに基づく）および専用ＲＡＣＨリソースが提供される場合：
・ ＳＳＢに基づく専用リソースの場合、アクセス時にビーム測定値を報告しない。その理由は、ネットワークが、ビームカバレッジについてのある程度の知識を有するからである。
・ ＣＳＩ－ＲＳに基づく専用リソースの場合、ＳＳＢビーム測定値を報告する。ここで、その理由は、ＣＳＩ－ＲＳに関連するプリアンブルが、最良のＣＳＩ－ＲＳビームをすでにネットワークに提供しているので、ＳＳＢはネットワークへの追加情報となるからである。
例ｂ
・ 共通ＲＡＣＨリソースのみが、ＳＳＢに基づいて提供される場合、ターゲットへのアクセス時にビーム測定値を報告しない。その理由は、ネットワークが、すでにビームカバレッジについてのある程度の知識を有するからである。これは、ビームの数が少ない配備において当てはまり得る。
－ 共通ＲＡＣＨリソース（ＳＳＢに基づく）および専用ＲＡＣＨリソースが提供される場合：
・ ＳＳＢに基づく専用リソースの場合、入手可能であれば、アクセス時に、入手可能なＣＳＩ－ＲＳビーム測定値を報告する。その理由は、プリアンブルおよびアクセスされたＲＡＣＨリソースによって提供される知識が、適切なＳＳＢについてであるけれども、ネットワークが、最良の狭いビームに関する追加情報から利益を得ることができるからである。
・ ＣＳＩ－ＲＳに基づく専用リソースの場合、入手可能であれば、アクセス時に、入手可能なＳＳＢビーム測定値を報告する。その理由は、プリアンブルおよびアクセスされたＲＡＣＨリソースによって提供される知識が、適切なＳＳＢについてであるけれども、ネットワークが、最良の狭いビームに関する追加情報から利益を得ることができるからである。

いくつかの実施形態では、ＵＥは、測定報告が何に関するものであるかをターゲットが識別するように、場合によってはいかなるｍｅａｓＯｂｊｅｃｔの関連も伴わずに、測定識別子を含むことができる、ターゲットセルによって提供されたｍｅａｓＣｏｎｆｉｇにおいて提供される報告構成に従って、ビーム測定値を含める。いくつかの実施形態では、ｍｅａｓＯｂｊｅｃｔは、測定構成において任意選択であってもよい。測定構成は、例えば、ｔａｒｇｅｔＡｃｃｅｓＲｅｐｏｒｔを使用して、その目的のための特別なｒｅｐｏｒｔＴｙｐｅを定義することができるｒｅｐｏｒｔＣｏｎｆｉｇを含むことができ、ｔａｒｇｅｔＡｃｃｅｓＲｅｐｏｒｔは、任意選択で追加の構成を含んでも、または含まなくてもよい。ターゲットは、例えば、準備フェーズ中に（例えば、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを介して、ＨＯ準備中に）提供されるような、ソース内のＵＥのｍｅａｓＣｏｎｆｉｇを知っているので、ターゲットは、それを決定することができることに留意されたい。いくつかの実施形態では、これがどの測定値であるかをターゲットセルが識別するように、ｍｅａｓＩｄが、測定報告に含まれる。他の実施形態では、ｍｅａｓＩｄは、もはや使用されなくてもよい。

アクセス時にターゲットへの測定報告に含まれるべきこれらの測定を、ＵＥが実行する方法
いくつかの実施形態では、ＵＥは、ＵＥが手順を完了するまで、例えばｍｅａｓＣｏｎｆｉｇを使用して、ソースノードによって提供された構成情報に従って、測定を実行する。いくつかの実施形態では、ビーム測定情報は、各構成されたｍｅａｓＩｄならびに関連するｒｅｐｏｒｔＣｏｎｆｉｇおよびｍｅａｓＯｂｊｅｃｔにおける構成に従って、生成されてもよい。

ビーム測定情報がターゲットセルに関連するいくつかの実施形態では、ＵＥは、ターゲットセルに関連する構成、例えばｍｅａｓＯｂｊｅｃｔによって構成された１つ以上の統合しきい値に従って、かつ、例えばｑｕａｎｔｉｔｙＣｏｎｆｉｇにおいて構成されているようなビーム測定のためのフィルタ係数を使用して、測定を実行することができる。いくつかの実施形態では、Ｌ３ビームのフィルタリングされた測定のための種々のフィルタ係数が、ＣＳＩ－ＲＳおよび／またはＳＳＢに基づいて使用されてもよい。

いくつかの実施形態では、ＵＥは、ターゲットノードによって提供される構成情報、例えばｍｅａｓＣｏｎｆｉｇに従って測定を実行する。いくつかの実施形態では、特別なＩＥが、このタイプの測定またはｍｅａｓＣｏｎｆｉｇ（もしくは内部のＩＥ）に定義された追加のパラメータのために定義されてもよい。例えば、ターゲットにアクセスする際のＲＡＣＨのためのビーム選択中に実行される測定のためだけのフィルタ係数が、提供されてもよい。それらは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ内で、または、別のＩＥの一部として提供されてもよい。

いくつかの実施形態では、ＵＥは、ターゲットによって提供されたｍｅａｓＣｏｎｆｉｇに従って測定を実行する。ターゲットセルのｍｅａｓＣｏｎｆｉｇを受信したとき、ＵＥは、ソースセル構成に従って以前に実行された測定および／またはフィルタリングを捨てて忘れなくてもよく、ターゲットセル／ビーム品質のフィルタリングを継続する。

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

無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および／もしくは無線ネットワークまたは他の同様のタイプのシステムを備える、かつ／または、それらとインターフェース接続することができる。いくつかの実施形態では、無線ネットワークは、特定の規格または他のタイプの事前定義された規則もしくは手順に従って動作するように構成されてもよい。したがって、無線ネットワークの特定の実施形態は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／もしくは他の適切な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／またはＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、および／もしくはＺｉｇＢｅｅ規格などの任意の他の適切な無線通信規格を実施することができる。

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

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

本明細書で使用される場合、ネットワークノードは、無線デバイスと、ならびに／または無線デバイスへの無線アクセスを可能にし、および／もしくは提供し、ならびに／もしくは無線ネットワーク内で他の機能（例えば、管理）を実行する、無線ネットワーク内の他のネットワークノードもしくは機器と、直接的または間接的に通信する能力がある、通信するように構成された、準備された、および／または動作可能な機器を指す。ネットワークノードの例には、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、発展型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））が含まれるが、これらに限定されない。基地局は、それらが提供するカバレッジの量（または、別の言い方をすれば、それらの送信電力レベル）に基づいて分類されてもよく、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれてもよい。基地局は、中継ノードまたは中継を制御する中継ドナーノードであってもよい。ネットワークノードは、集約デジタルユニットおよび／またはリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＨ）と呼ばれることもある）などの、分散無線基地局の１つ以上の（または全ての）部分を含むこともできる。このようなリモート無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されてもよいし、されなくてもよい。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）におけるノードと呼ばれることもある。ネットワークノードのさらに別の例は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ－ＳＭＬＣ）、および／またはＭＤＴを含む。別の例として、ネットワークノードは、以下により詳細に説明されるように、仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線デバイスに無線ネットワークへのアクセスを可能にし、および／もしくは提供する、または無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供する能力がある、するように構成されている、準備されている、および／または動作可能である任意の適切なデバイス（またはデバイスのグループ）を表すことができる。

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

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

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

処理回路１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／もしくは符号化されたロジックの組合せのうちの１つ以上の組合せを備えることができ、単独で、もしくはデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と共に、ネットワークノード１６０機能を提供するように動作可能である。例えば、処理回路１７０は、デバイス可読媒体１８０または処理回路１７０内のメモリに記憶された命令を実行することができる。そのような機能は、本明細書で説明される様々な無線の特徴、機能、または利点のいずれかを提供することを含むことができる。いくつかの実施形態において、処理回路１７０は、システムオンチップ（ＳＯＣ）を含むことができる。

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

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

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

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

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

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

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

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

ネットワークノード１６０の代替の実施形態は、本明細書で説明される機能のいずれか、および／または本明細書で説明される主題をサポートするために必要な任意の機能を含む、ネットワークノードの機能のある態様を提供する役割を担うことができる、図９に示されるもの以外の追加の構成要素を含むことができる。例えば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にし、ネットワークノード１６０からの情報の出力を可能にするユーザインターフェース機器を含んでもよい。これにより、ユーザは、ネットワークノード１６０の診断、保守、修理、および他の管理機能を実行することができる。

本明細書で使用される場合、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信する能力がある、通信するように構成された、準備された、および／または動作可能なデバイスを指す。特に断らない限り、用語ＷＤは、本明細書では、ユーザ機器（ＵＥ）と交換可能に使用され得る。無線で通信することは、電磁波、電波、赤外線、および／または空気中を通って情報を伝えるのに適した他のタイプの信号を使用して、無線信号を送信すること、および／または受信することを含むことができる。いくつかの実施形態では、ＷＤは、直接的な人的対話なしに情報を送信および／または受信するように構成されてもよい。例えば、ＷＤは、内部または外部のイベントによってトリガされたとき、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、スマートフォン、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、携帯電話（ｃｅｌｌ ｐｈｏｎｅ）、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶装置、再生装置、ウェアラブル端末装置、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内設備（ＣＰＥ）、車載無線端末装置等が挙げられるが、これらに限定されない。ＷＤは、例えば、サイドリンク通信、車車間（Ｖ２Ｖ）、路車間（Ｖ２Ｉ）、車車間／路車間（Ｖ２Ｘ）のための３ＧＰＰ規格を実行することによって、端末間（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、モノのインターネット（ＩｏＴ）のシナリオでは、ＷＤは、監視および／または測定を実行し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他のデバイスを表すことができる。この場合、ＷＤは、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰのコンテキストでは、ＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰのナローバンドＩｏＴ（ＮＢ‐ＩｏＴ）規格を実行するＵＥであってもよい。そのような機械または装置の特定の例は、センサ、電力計などの計量装置、産業機械、または家庭用もしくは個人用機器（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル機器（例えば、時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の機器を表すことができる。上述のＷＤは、無線接続のエンドポイントを表すことができ、この場合、デバイスは、無線端末と呼ばれることがある。さらに、上述のＷＤは、移動できてもよく、その場合、モバイルデバイスまたは移動端末と呼ばれてもよい。

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

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

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

処理回路１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／もしくは符号化されたロジックの組合せのうちの１つ以上の組合せを備えることができ、単独で、もしくはデバイス可読媒体１３０などの他のＷＤ１１０構成要素と共に、ＷＤ１１０機能を提供するように動作可能である。そのような機能は、本明細書で説明される様々な無線の特徴または利点のいずれかを提供することを含むことができる。例えば、処理回路１２０は、本明細書で開示される機能を提供するために、デバイス可読媒体１３０または処理回路１２０内のメモリに記憶された命令を実行することができる。

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

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

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

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

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

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

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

図１０は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。本明細書で使用される場合、ユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、かつ／または操作する人間のユーザという意味でのユーザを有しなくてもよい。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、特定の人間のユーザに関連付けられていなくてもよい、または最初は関連付けられていなくてもよいデバイスを表してもよい（例えば、スマートスプリンクラーコントローラ）。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによる操作が意図されていないが、ユーザに関連付けられてもよい、またはユーザのために操作されてもよいデバイスを表してもよい（例えば、スマート電力計）。ＵＥ２２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって確認された任意のＵＥであってよい。図１０に示すように、ＵＥ２００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格などの、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって公表された１つ以上の通信規格に従って通信するように構成されたＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用され得る。したがって、図１０はＵＥであるが、ここで説明される構成要素は、ＷＤに等しく適用可能であり、その逆もまた同様である。

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

図１０において、処理回路２０１は、コンピュータ命令およびデータを処理するように構成され得る。処理回路２０１は、１つ以上のハードウェア実装状態機械（例えば、個別論理、ＦＰＧＡ、ＡＳＩＣなど）、プログラマブル論理ならびに適切なファームウェア、マイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの、１つ以上のプログラム内蔵方式汎用プロセッサ、ならびに適切なソフトウェア、または上記の任意の組合せなどの、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作する任意の逐次型状態機械を実装するように構成され得る。例えば、処理回路２０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形態の情報であってよい。

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

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

ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中にデータまたはコンピュータ命令の記憶またはキャッシュを提供するために、バス２０２を介して処理回路２０１にインターフェース接続するように構成することができる。ＲＯＭ２１９は、コンピュータ命令またはデータを処理回路２０１に提供するように構成することができる。例えば、ＲＯＭ２１９は、不揮発性メモリに記憶された、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信などの基本システム機能のための不変の低レベルシステムコードまたはデータを記憶するように構成することができる。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）などのメモリ、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブを含むように構成することができる。一例では、記憶媒体２２１は、オペレーティングシステム２２３、ウェブブラウザアプリケーション、ウィジェットもしくはガジェットエンジンまたは他のアプリケーションなどのアプリケーションプログラム２２５、およびデータファイル２２７を含むように構成することができる。記憶媒体２２１は、ＵＥ２００によって使用するために、様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちの任意のものを記憶することができる。

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

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

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

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

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

いくつかの実施形態では、本明細書に記載する機能の一部または全てが、１つ以上のハードウェアノード３３０によってホスティングされる１つ以上の仮想環境３００内に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装されてもよい。さらに、仮想ノードが無線アクセスノードではない、または無線接続を必要としない（例えば、コアネットワークノード）実施形態において、ネットワークノードが、完全に仮想化されてもよい。

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

仮想化環境３００は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェアコンポーネントもしくは専用プロセッサを含む任意の他のタイプの処理回路であってもよい、１つ以上のプロセッサのセットまたは処理回路３６０を備える汎用または専用ネットワークハードウェアデバイス３３０を備える。各ハードウェアデバイスは、処理回路３６０によって実行される命令３９５またはソフトウェアを一時的に記憶するための非永続的メモリとすることができるメモリ３９０－１を備えることができる。各ハードウェアデバイスは、物理ネットワークインターフェース３８０を含む、ネットワークインターフェースカードとも呼ばれる、１つ以上のネットワークインターフェースコントローラ（ＮＩＣ）３７０を含むことができる。各ハードウェアデバイスはまた、処理回路３６０によって実行可能なソフトウェア３９５および／または命令を記憶した、非一時的な永続的な機械可読記憶媒体３９０－２を含むことができる。ソフトウェア３９５は、１つ以上の仮想化レイヤ３５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェア、ならびに本明細書で説明されるいくつかの実施形態に関連して説明される機能、特徴、および／または利点をそれが実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。

仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワークまたはインターフェースおよび仮想ストレージを含み、対応する仮想化レイヤ３５０またはハイパーバイザによって実行されてもよい。仮想アプライアンス３２０のインスタンスの様々な実施形態が、１つ以上の仮想マシン３４０上で実施されてもよく、実施は、様々な方法で行われてもよい。

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

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

ハードウェアの仮想化は、いくつかのコンテキストでは、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、データセンタ内および顧客構内設備内に配置することができる業界標準の大容量サーバハードウェア、物理スイッチ、および物理ストレージ上に、多くのネットワーク機器タイプを統合するために使用することができる。

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

さらに、ＮＦＶのコンテキストで、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワークインフラストラクチャ３３０上の１つ以上の仮想マシン３４０で実行され、図１１のアプリケーション３２０に対応する特定のネットワーク機能を処理する役割を担う。

いくつかの実施形態では、それぞれが１つ以上の送信機３２２０および１つ以上の受信機３２１０を含む１つ以上の無線ユニット３２００が、１つ以上のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つ以上の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信することができ、無線アクセスノードまたは基地局などの、無線機能を有する仮想ノードを提供するために、仮想コンポーネントと組み合わせて使用することができる。

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

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

電気通信ネットワーク４１０は、スタンドアロンサーバ、クラウドサーバ、分散サーバのハードウェアおよび／もしくはソフトウェアに、またはサーバファーム内の処理リソースとして具現化され得るホストコンピュータ４３０に、それ自体、接続される。ホストコンピュータ４３０は、サービスプロバイダの所有または管理下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。電気通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１および４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接延びてもよく、あるいは任意選択の中間ネットワーク４２０を介してもよい。中間ネットワーク４２０は、パブリック、プライベートまたはホストされたネットワークのうちの１つであっても、またはそれらのうちの２つ以上の組み合わせであってもよい。中間ネットワーク４２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよい。詳細には、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図１２の通信システム全体が、接続されたＵＥ４９１、４９２とホストコンピュータ４３０との間の接続性を可能にする。接続性は、オーバー・ザ・トップ（ＯＴＴ）接続路４５０として説明することができる。ホストコンピュータ４３０および接続されたＵＥ４９１、４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介物として使用して、ＯＴＴ接続路４５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続路４５０が通過する関与している通信デバイスは、アップリンク通信およびダウンリンク通信のルーティングを意識しないという意味で、ＯＴＴ接続路４５０は、トランスペアレントであり得る。例えば、基地局４１２は、接続されたＵＥ４９１に転送（例えば、ハンドオーバ）されるためにホストコンピュータ４３０から発信されたデータを有する入って来るダウンリンク通信の過去のルーティングについて通知されなくてもよい、または通知される必要がない。同様に、基地局４１２は、ＵＥ４９１からホストコンピュータ４３０に向けて発信された出て行くアップリンク通信の将来のルーティングを意識する必要はない。

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

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

通信システム５００は、すでに言及したＵＥ５３０を、さらに含む。そのハードウェア５３５は、ＵＥ５３０が現在位置するカバレッジエリアをサービングする基地局との無線接続５７０をセットアップおよび維持するように構成された無線インターフェース５３７を含むことができる。ＵＥ５３０のハードウェア５３５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる処理回路５３８を、さらに含む。ＵＥ５３０は、ＵＥ５３０内に記憶され、またはＵＥ５３０によってアクセス可能であり、処理回路５３８によって実行可能であるソフトウェア５３１を、さらに備える。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートにより、ＵＥ５３０を介して人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ５１０において、実行中のホストアプリケーション５１２は、ＵＥ５３０およびホストコンピュータ５１０で終端するＯＴＴ接続路５５０を介して、実行中のクライアントアプリケーション５３２と通信することができる。サービスをユーザに提供する際に、クライアントアプリケーション５３２は、ホストアプリケーション５１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供することができる。ＯＴＴ接続路５５０は、リクエストデータとユーザデータの両方を転送することができる。クライアントアプリケーション５３２は、ユーザと対話して、それが提供するユーザデータを生成することができる。

図１３に示されるホストコンピュータ５１０、基地局５２０、およびＵＥ５３０は、図１２のホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つ、およびＵＥ４９１、４９２のうちの１つと、それぞれ類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図１３に示されるようなものであってもよく、それとは独立して、周囲のネットワークトポロジーは、図１２のものであってもよい。

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

ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上が、無線接続５７０が最後のセグメントを形成するＯＴＴ接続路５５０を使用してＵＥ５３０に提供されるＯＴＴサービスのパフォーマンスを改善する。より正確には、これらの実施形態の教示は、レイテンシを改善し、それによって、短縮されたユーザ待ち時間およびより良好な応答性などの利点を提供することができる。

１つ以上の実施形態によって改善されるデータレート、レイテンシ、および他の要因を監視するための測定手順が提供されてもよい。さらに、測定結果の変動に応答して、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続路５５０を再構成するための任意選択のネットワーク機能があってもよい。測定手順および／またはＯＴＴ接続路５５０を再構成するためのネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１およびハードウェア５１５で、またはＵＥ５３０のソフトウェア５３１およびハードウェア５３５で、またはその両方で実施されてもよい。実施形態では、センサ（図示せず）が、ＯＴＴ接続路５５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上で例示された監視量の値を供給することによって、またはソフトウェア５１１、５３１が他の物理量から監視量を計算または推定することができる該他の物理量の値を供給することによって、測定手順に関与してもよい。ＯＴＴ接続路５５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含んでもよく、再構成は、基地局５２０に影響を及ぼす必要はなく、基地局５２０に知られない、または基地局５２０には感知できなくてもよい。このような手順および機能は、当技術分野で既知であり、実行されていてもよい。いくつかの実施形態では、測定は、ホストコンピュータ５１０によるスループット、伝搬時間、レイテンシなどの測定を容易にする独自のＵＥシグナリングを含むことができる。ソフトウェア５１１および５３１が、伝搬時間、エラーなどを監視している間、ＯＴＴ接続路５５０を使用して、メッセージ、詳細には空または「ダミー」メッセージを送信させることによって、測定が、実施されてもよい。

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

図１５は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１２および図１３を参照して説明したものであってもよいホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、図１５への図面参照のみが、このセクションに含まれる。方法のステップ７１０において、ホストコンピュータは、ユーザデータを用意する。任意選択のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを用意する。ステップ７２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を経由することができる。ステップ７３０（任意選択であってもよい）において、ＵＥは、送信で搬送されたユーザデータを受信する。

図１６は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１２および図１３を参照して説明したものであってもよいホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、図１６への図面参照のみが、このセクションに含まれる。ステップ８１０（任意選択であってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加的に、または代替的に、ステップ８２０において、ＵＥは、ユーザデータを用意する。ステップ８２０のサブステップ８２１（任意選択であってもよい）において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを用意する。ステップ８１０のサブステップ８１１（任意選択であってもよい）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答して、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、さらに、ユーザから受け取ったユーザ入力を考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ８３０（任意選択であってもよい）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

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

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

図１８は、特定の実施形態による方法を示す。この方法は、（ＵＥなどの）無線デバイスによって実行され得る。この方法は、ステップ１８０２で始まり、無線デバイスがダウンリンクビーム選択に依拠し、無線リンク管理構成に関連するリソースおよび／またはビーム管理に関連するパラメータを更新するようにネットワークに要求してもよい手順に関するトリガイベントを検出する。このようなイベントの例は、接続再確立または再開、ハンドオーバ、条件付きハンドオーバ、ＳＣＧ変更、およびＳＣＧ追加（追加／変更されたＳＣＧがＮＲセルであり、ＭＣＧ ＰＣｅｌｌがＬＴＥセルであるＥＮ－ＤＣのケースを含む）、ならびにビームリカバリである。トリガイベントの例は、ＨＯコマンドの受信（例えば、図４参照）、条件付きＨＯコマンドの受信（例えば、図５参照）、ＲＡＣＨフォールバック手順を実行する決定（例えば、図６参照）、ソースセルに向かうビーム失敗の検出（例えば、図７参照）、およびビーム測定値の変化の検出（例えば、図８参照）を含む。本方法は、ステップ１８０４に進み、トリガイベントの検出に応答して、ネットワークへの１つ以上のビーム／セル報告の送信をトリガする。１つ以上のビーム／セル報告をネットワークに送信することに関連するさらなる詳細が、上でさらに説明されている（例えば、見出し「これらの測定値が報告される、ターゲットへのメッセージ」；「どの正確な測定値が報告されるか」；「どの測定値が、アクセス時にターゲットへの測定報告に含まれるべきかを、どのようにＵＥが決定するか」；および、「アクセス時にターゲットへの測定報告に含まれるべきこれらの測定を、どのようにＵＥが実行するか」を含む１２～１５ページを参照されたい）。いくつかの実施形態では、ビーム／セル報告は、ビームのセットについての測定値を提供する（例えば、セットは、最良のビームではない１つ以上のビームを含み、任意選択で最良のビームを含む）。

図１９は、無線ネットワーク（例えば、図９に示される無線ネットワーク）における装置１９００の概略ブロック図を示す。装置は、無線デバイス（例えば、図９の無線デバイス１１０）に実装され得る。装置１９００は、図１８を参照して説明された例示的な方法、および場合によっては本明細書で開示された任意の他のプロセスまたは方法を実行するように動作可能である。図１８の方法は、必ずしも装置１９００によってのみ実行されるわけではないことも、理解されるべきである。本方法の少なくともいくつかの動作は、１つ以上の他のエンティティによって実行することができる。

仮想装置１９００は、１つ以上のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを備えることができる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたはいくつかのタイプのメモリを含むことができるメモリに記憶されたプログラムコードを実行するように、構成することができる。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つ以上の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つ以上を実行するための命令を含む。いくつかの実施態様では、処理回路は、イベント検出ユニット１９０２、ビーム／セル監視ユニット１９０４、報告ユニット１９０６、および装置１９００の任意の他の適切なユニットに、本開示の１つ以上の実施形態による対応する機能を実行させるために使用され得る。

図１９に図示されるように、装置１９００は、イベント検出ユニット１９０２、ビーム／セル監視ユニット１９０４、および報告ユニット１９０６を含む。イベント検出ユニット１９０２は、無線デバイスがダウンリンクビーム選択に依拠し、無線リンク管理構成に関連するリソースおよび／またはビーム管理に関連するパラメータを更新するようにネットワークに要求してもよい手順に関するトリガイベントを検出するように構成される。ビーム／セル監視ユニット１９０４は、無線デバイスによって受信されたビーム／セルに関する測定を監視／実行するように構成される。報告ユニット１９０６は、ビーム／セル監視ユニット１９０４によって収集された測定値をネットワークに報告するように構成される。一例として、報告ユニット１９０６は、Ｍｓｇ ３内に、またはハンドオーバ手順の一部としてターゲットノードへのハンドオーバ完了メッセージ内に、ビーム／セル報告を含み得る。

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

実施形態の例

グループＡの実施形態
１． 無線デバイスによって実行される方法であって、
－ 無線デバイスがダウンリンクビーム選択に依拠し、無線リンク管理構成に関連するリソースおよび／またはビーム管理に関連するパラメータを更新することをネットワークに要求し得る手順に関するトリガイベントを検出することと、
－ トリガイベントの検出に応答して、ネットワークへの１つ以上のビーム／セル報告の送信をトリガすることと、を含む方法。

２． トリガイベントは、ターゲットノードへのハンドオーバのための手順に関連し、トリガイベントは、１つ以上のビーム／セル報告をターゲットノードに送信することをトリガする、実施形態１の方法。

３． トリガイベントは、ハンドオーバコマンドの受信に対応する、実施形態２の方法。

４． トリガイベントは、条件付きハンドオーバコマンドの受信に対応する、実施形態２の方法。

５． トリガイベントは、ハンドオーバコマンドまたは条件付きハンドオーバコマンドの受信後の、ターゲットノードのビームのビーム測定値の変化の検出を含む、実施形態２の方法。

６． トリガイベントは、ターゲットノードにランダムアクセス試行を送信し、ランダムアクセス応答ウィンドウ内でランダムアクセス応答を受信しなかった後に、ＲＡＣＨフォールバック手順を実行することを決定することに対応する、実施形態２の方法。

７． ターゲットノードからランダムアクセス応答を受信した後に、１つ以上のビーム／セル報告が送信される、実施形態２から６のいずれかの方法。

８． １つ以上のビーム／セル報告が、ターゲットノードとのランダムアクセス手順のＭｓｇ３に、またはハンドオーバ完了メッセージに含まれる、実施形態７の方法。

９． トリガイベントが、接続再確立またはビームリカバリのための手順に関係する、実施形態１の方法。

１０． トリガイベントが、ソースノードに向かうビーム失敗の検出に対応する、実施形態９の方法。

１１． １つ以上のビーム／セル報告が、ダウンリンクビームのセットに関連する測定値を示し、セット内のダウンリンクビームの少なくとも１つは、最良のビームではない、前述の実施形態のいずれかの方法。

１２． ビーム／セル報告は、ＳＳ／ＰＢＣＨブロックに関連する測定情報、ＣＳＩ－ＲＳリソースに関連する測定情報、またはその両方を提供する、前述の実施形態のいずれかの方法。

１３． どのタイプのイベントをトリガイベントとして構成するかを決定することを、さらに含む、前述の実施形態のいずれかの方法。

１４． １つ以上のビーム／セル報告を送信するためにどのメッセージを使用するかを決定することを、さらに含む、前述の実施形態のいずれかの方法。

１５． １つ以上のビーム／セル報告においてどの測定値を報告するかを決定することを含む、さらに含む、前述の実施形態のいずれかの方法。

１６． アクセス時にターゲットへの１つ以上のビーム／セル報告にどの測定値が含まれるべきかを決定することを、さらに含む、前述の実施形態のいずれかの方法。

１７． アクセス時にターゲットへの１つ以上のビーム／セル報告に含まれるべき測定を実行することを、さらに含む、前述の実施形態のいずれかの方法。

１８．
－ ユーザデータを提供することと、
－ 基地局への送信を介してユーザデータをホストコンピュータに転送することと、をさらに含む、前述の実施形態のいずれかの方法。

グループＢの実施形態
１９． ターゲット基地局によって実行される方法であって、
－ ソース基地局からのハンドオーバ手順中に無線デバイスから１つ以上のビーム／セル報告を受信することと、
－ 無線デバイスから１つ以上のビーム／セル報告を受信することに応答して、無線リンク管理構成に関連するリソースおよび／またはビーム管理に関連するパラメータを更新することと、を含む方法。

２０． １つ以上のビーム／セル報告が、無線デバイスとのランダムアクセス手順のＭｓｇ３において、またはハンドオーバ完了メッセージにおいて受信される、実施形態１９の方法。

２１． 基地局によって実行される方法であって、
－ 接続再確立またはビームリカバリ手順中に無線デバイスから１つ以上のビーム／セル報告を受信することと、
－ 無線デバイスから１つ以上のビーム／セル報告を受信することに応答して、無線リンク管理構成に関連するリソースおよび／またはビーム管理に関連するパラメータを更新することと、を含む方法。

２２． １つ以上のビーム／セル報告が、ダウンリンクビームのセットに関連する測定値を示し、セット内のダウンリンクビームの少なくとも１つは、最良のビームではない、前述の実施形態のいずれかの方法。

２３．
－ ユーザデータを取得することと、
－ ユーザデータをホストコンピュータまたは無線デバイスに転送することと、をさらに含む、前述の実施形態のいずれかの方法。

グループＣの実施形態
２４． 無線デバイスであって、
－ グループＡの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、
－ 無線デバイスに電力を供給するように構成された電源回路と、を備える無線デバイス。

２５． 基地局であって、
－ グループＢの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路と、
－ 無線デバイスに電力を供給するように構成された電源回路と、を備える基地局。

２６． ユーザ機器（ＵＥ）であって、
－ 無線信号を送受信するように構成されたアンテナと、
－ アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、
－ グループＡの実施形態のいずれかのステップのいずれかを実行するように構成されている処理回路と、
－ 処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように構成された入力インターフェースと、
－ 処理回路に接続され、処理回路によって処理された情報をＵＥから出力するように構成された出力インターフェースと、
－ 処理回路に接続され、ＵＥに電力を供給するように構成されたバッテリと、を備えるＵＥ。

２７．
－ ユーザデータを提供するように構成された処理回路と、
－ ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を備えるホストコンピュータを含む通信システムであって、
－ セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を備え、基地局の処理回路は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

２８． 基地局をさらに含む、前述の実施形態の通信システム。

２９． ＵＥをさらに含み、ＵＥが基地局と通信するように構成される、前述の２つの実施形態の通信システム。

３０．
－ ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、
－ ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、前述の３つの実施形態の通信システム。

３１． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実施される方法であって、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、を含み、基地局は、グループＢの実施形態のいずれかのステップのいずれかを実行する、方法。

３２． 基地局において、ユーザデータを送信することを、さらに含む、前述の実施形態の方法。

３３． ユーザデータは、ホストアプリケーションを実行することによって、ホストコンピュータにおいて提供され、方法は、ＵＥにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを、さらに含む、前述の２つの実施形態の方法。

３４． 基地局と通信するように構成されたユーザ機器（ＵＥ）であって、無線インターフェースおよび前述の３つの実施形態を実行するように構成された処理回路を備えるＵＥ。

３５．
－ ユーザデータを提供するように構成された処理回路と、
－ ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を備えるホストコンピュータを含む通信システムであって、
－ ＵＥは、無線インターフェースおよび処理回路を備え、ＵＥのこれらの構成要素は、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

３６． セルラーネットワークは、ＵＥと通信するように構成された基地局を、さらに含む、前述の実施形態の通信システム。

３７．
－ ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、
－ ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される、前述の２つの実施形態の通信システム。

３８． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実施される方法であって、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、を含み、ＵＥは、グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

３９． ＵＥにおいて、基地局からユーザデータを受信することを、さらに含む、前述の実施形態の方法。

４０．
－ ユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、
－ ＵＥは、無線インターフェースおよび処理回路を備え、ＵＥの処理回路は、グループＡの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

４１． ＵＥをさらに含む、前述の実施形態の通信システム。

４２． 基地局をさらに含み、基地局は、ＵＥと通信するように構成された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータに転送するように構成された通信インターフェースとを備える、前述の２つの実施形態の通信システム。

４３．
－ ホストコンピュータの処理回路が、ホストアプリケーションを実行するように構成され、
－ ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように構成される、前述の３つの実施形態の通信システム。

４４．
－ ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってリクエストデータを提供するように構成され、
－ ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってリクエストデータに応答してユーザデータを提供するように構成される、前述の４つの実施形態の通信システム。

４５． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実施される方法であって、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥは、グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

４６． ＵＥにおいて、基地局にユーザデータを提供することを、さらに含む、前述の実施形態の方法。

４７．
－ ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、をさらに含む、前述の２つの実施形態の方法。

４８．
－ ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することと、をさらに含み、入力データは、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって、ホストコンピュータにおいて提供され、
－ 送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供される、前述の３つの実施形態の方法。

４９． ユーザ機器（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局は、無線インターフェースおよび処理回路を備え、基地局の処理回路は、グループＢの実施形態のいずれかのステップのいずれかを実行するように構成される、通信システム。

５０． 基地局をさらに含む、前述の実施形態の通信システム。

５１． ＵＥをさらに含み、ＵＥが基地局と通信するように構成される、前述の２つの実施形態の通信システム。

５２．
－ ホストコンピュータの処理回路が、ホストアプリケーションを実行するように構成され、
－ ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってホストコンピュータによって受信されるべきユーザデータを提供するように構成される、前述の３つの実施形態の通信システム。

５３． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実施される方法であって、
－ ホストコンピュータにおいて、基地局がＵＥから受信した送信に由来するユーザデータを、基地局から受信することを含み、ＵＥが、グループＡの実施形態のいずれかのステップのいずれかを実行する、方法。

５４． 基地局において、ＵＥからユーザデータを受信することを、さらに含む、前述の実施形態の方法。

５５． 基地局において、ホストコンピュータへの受信されたユーザデータの送信を開始することを、さらに含む、前述の２つの実施形態の方法。

図２０は、上述の無線デバイス１１０、２００、３３０、４９１、４９２、または５３０などの無線デバイスで使用するための方法９００の例示的なフローチャート図を示す。ステップ９２０において、無線デバイスは、無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントを検出する。例えば、トリガイベントは、ソースネットワークノードからハンドオーバコマンドを受信すること、もしくは条件付きハンドオーバコマンドを受信すること、および／またはハンドオーバのための条件が満たされたことを決定することを含むことができる。このようにして、例えば、ダウンリンクビーム測定が必要とされることをトリガイベントが示すので、または本明細書で説明されるような他の基準のために、測定情報が必要とされる場合にのみ、無線デバイスは、測定情報を送信することができる。いくつかの実施形態では、無線デバイスは、例えば、ネットワークからの暗示的または明示的な構成情報を使用して、どのトリガイベントを検出するかを決定する。

いくつかの実施形態では、トリガイベントを検出することは、少なくとも１つのビーム測定値が、ビーム測定値をソースネットワークノードに報告した後に、変化したことを決定することを含む。例えば、これは、最も強いビームが変化したこと、および／または少なくとも１つのビームに関連する電力、品質、もしくは干渉が変化したことを決定することを含むことができる。したがって、測定情報を含むメッセージは、少なくとも１つのビーム測定値が変化したことをターゲットネットワークノードに示すことができる。

いくつかの実施形態では、トリガイベントは、ターゲットノードにランダムアクセス試行を送信し、ランダムアクセス応答ウィンドウ内でランダムアクセス応答を受信しなかった後に、ＲＡＣＨフォールバック手順を実行することを決定することに、対応する。例えば、ハンドオーバ手順中に、無線デバイスが、ランダムアクセス応答を受信しない場合、これは、ＲＡＣＨフォールバック手順が使用されなければならないことを示すことができる。それは、ターゲットノードにおけるビーム測定情報が古いかもしれないことを、さらに示し、それによって、より新しい測定情報を送信することを無線デバイスに示すことができる。

ステップ９４０において、無線デバイスは、ターゲットネットワークノードに送信するためのメッセージに含めるべき測定情報を決定する。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに従って１つ以上のビームを測定することによって取得され得る。例えば、無線デバイスは、上記のセクション「どの測定値が報告されるか」および「どの測定値が、アクセス時にターゲットへの測定報告に含まれるべきかを、どのようにＵＥが決定するか」に開示された実施形態に従って、どの測定情報を含めるべきか、および／またはどのメッセージを使用して測定情報を送信すべきかを決定することができる。いくつかの実施形態では、測定情報を決定することは、ソースネットワークノードから以前に受信された構成に従ってもよい。いくつかの実施形態では、測定情報を決定することは、例えば、ソースノードから受信された構成情報に従って、メッセージに含まれるべきビーム測定を実行することを含む。

ステップ９６０において、無線デバイスは、トリガイベントの検出に応答して、決定された測定情報をメッセージ内でターゲットネットワークノードに送信する。上述のように、測定情報は、任意の適切なメッセージ、例えば、ハンドオーバ完了メッセージ、ランダムアクセス手順におけるＭｓｇ３などで送信されてもよい。いくつかの実施形態では、メッセージは、セット内のダウンリンクビームの少なくとも１つが最良のビームではない、ダウンリンクビームのセットに関連する測定値を示す。例えば、測定値は、単一のビームよりも多くのビームに関してでもよい。このようにして、無線デバイスは、ターゲットネットワークノードのために最新の測定情報を提供することができる。

図２１は、上述の無線デバイス１１０、２００、３３０、４９１、４９２、または５３０などの無線デバイスで使用するための方法１０００の例示的なフローチャート図を示す。ステップ１０２０において、無線デバイスは、無線デバイスがダウンリンクビーム選択に依拠する、ネットワークノードへの接続再確立またはビームリカバリのための手順に関するトリガイベントを検出する。これは、トリガイベントがハンドオーバ手順に関連しないという点で、方法９００とは異なる。例えば、いくつかの実施形態では、トリガイベントは、ソースネットワークノードに向かうビーム失敗の検出に対応する。このようにして、無線デバイスは、例えば、ネットワークノードと最後に接続してからあまりに長い時間が経ったので、またはビームが失敗した場合に、使用すべきより良いビームが存在し得るので、測定情報を更新することが、保証されていると、判定することができる。

ステップ１０４０において、無線デバイスは、ネットワークノードに送信するためのメッセージに含めるべき測定情報を決定する。測定情報は、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに従って１つ以上のビームを測定することによって取得され得る。ステップ１０６０において、トリガイベントの検出に応答して、無線デバイスは、決定された測定情報をメッセージ内でネットワークノードに送信する。どのように測定情報が決定され、ネットワークノードに送信され得るかは、上述の方法９００を参照することを含む、前述の実施形態を参照して説明され得る。

図２２は、上述のネットワークノード１６０、３３０、４１２、または５２０などのネットワークノードで使用するための方法１１００の例示的なフローチャート図を示す。方法１１００は、ステップ１１２０で開始することができ、ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ手順中にソースネットワークノードから取得されたビーム情報が、使用される。例えば、ネットワークノードは、ハンドオーバ手順を開始または継続するために無線デバイスにコンタクトするために、ビーム情報を使用することができる。

ステップ１１４０において、ネットワークノードは、ソースネットワークノードからのハンドオーバ手順中に、測定情報を含むメッセージを無線デバイスから受信する。例えば、ネットワークノードは、上記の図９および図１０に記載されているように、メッセージを受信してもよい。いくつかの実施形態では、ネットワークノードは、ネットワークノードが無線デバイスに任意のビーム測定構成要求を送信する前に、無線デバイスから測定情報を含むメッセージを受信する。このようにして、ネットワークノードは、要求を送信せずに構成情報を調整し、それによって、古い構成を使用する時間を短縮することができる。メッセージは、無線デバイスがトリガされた後に任意の適切なメッセージで、例えば、無線デバイスとのランダムアクセス手順のＭｓｇ３で、またはハンドオーバ完了メッセージで受信されることができる。

ステップ１１６０において、測定情報を含むメッセージを無線デバイスから受信することに応答して、ネットワークノードは、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに関連するリソースを更新する。例えば、それは、無線デバイスのために構成されるべきビームのセットを更新することができ、これは、どのビームがセットに含まれるか、または、どのビームがダウンリンクのための最良のビームであるかを変更することを含む。

ステップ１１８０において、ネットワークノードは、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに関連する更新されたリソースを使用して、無線デバイスと通信することができる。例えば、ネットワークノードは、無線デバイスと通信するために、どのダウンリンクビームを使用するかを、変更することができ、または無線デバイスが測定および／もしくは使用のために構成されるビームを変更することができる。このようにして、ネットワークノードは、ハンドオーバ手順が完了した後に、測定値を要求する必要なしに、無線デバイスからの最新の測定値を使用して構成を調整することができる。

図２３は、上述のネットワークノード１６０、３３０、４１２、または５２０などのネットワークノードで使用するための方法１２００の例示的なフローチャート図を示す。方法１２００は、ステップ１２２０で開始することができ、ネットワークノードは、接続再確立またはビームリカバリ手順中に、無線デバイスから測定情報を含むメッセージを受信する。これは、測定情報が、ハンドオーバ手順中ではなく、接続再確立またはビームリカバリ手順中に受信される点で、図２２とは異なる。無線デバイスは、前述の理由により、これらのシナリオで、メッセージの送信をトリガするように構成されてもよい。

ステップ１２４０および１２６０は、図２２に示す方法１１００の同様のステップ１１６０および１１８０に対応する。図２２と同様に、ステップ１２４０において、ネットワークノードは、測定情報を含むメッセージを無線デバイスから受信することに応答して、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに関連するリソースを更新することができる。ステップ１２６０において、ネットワークノードは、無線リンク管理構成、ビーム管理構成、および測定構成のうちの１つに関連する更新されたリソースを使用して、無線デバイスと通信することができる。方法１２００は、異なるトリガ条件に基づいて異なってもよく、これは、どの測定情報がネットワークノードによって受信されるか、およびネットワークノードがどのように無線デバイスとの通信を継続するかに影響を及ぼし得る。

本開示は、いくつかの実施形態を用いて説明されてきたが、無数の変更、変形、改変、変換、および修正が、当業者に提案されてもよく、本開示は、添付の特許請求の範囲内にあるような変更、変形、改変、変換、および修正を包含することが意図される。

Claims (13)

1. ネットワーク内の無線デバイスによって実行される方法（９００）であって、該方法は、
   前記無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントであって、ハンドオーバコマンドの受信または条件付きハンドオーバコマンドの受信に対応するトリガイベントを検出すること（９２０）と、
   前記ターゲットネットワークノードに送信するメッセージに含める測定情報を決定すること（９４０）であって、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって取得された測定情報を決定すること（９４０）と、
   前記トリガイベントの検出に応答して、決定された前記測定情報を前記メッセージ内で前記ターゲットネットワークノードに送信すること（９６０）と、
   を含み、
   前記トリガイベントを検出することは、少なくとも１つのビーム測定値が、該ビーム測定値を前記ソースネットワークノードに報告した後に変化したことを決定することを含み、
   前記測定情報を含む前記メッセージは、前記少なくとも１つのビーム測定値が変化したことを、前記ターゲットネットワークノードに示し、前記メッセージが、ハンドオーバ手順を完了する前に前記ターゲットネットワークノードに送信される、方法。
2. 前記少なくとも１つのビーム測定値が変化したことを決定することが、検出されたビームの数が変化したことを決定することを含む、請求項１に記載の方法。
3. 少なくとも１つのビーム測定値が変化したことを決定することが、
   最も強いビームが変化したことを決定すること、および
   前記少なくとも１つのビームに関連する電力、品質、または干渉が変化したことを決定すること、
   のうちの一方または両方を含む、請求項１に記載の方法。
4. 前記測定情報を含む前記メッセージが、前記ターゲットネットワークノードからランダムアクセス応答を受信した後に送信される、請求項１から３のいずれか一項に記載の方法。
5. 前記測定情報が、前記ターゲットネットワークノードとのランダムアクセス手順のＭｓｇ３に、またはハンドオーバ完了メッセージに含まれる、請求項４に記載の方法。
6. 前記測定情報を含む前記メッセージが、ダウンリンクビームのセットに関連する測定値を示し、前記セット内の前記ダウンリンクビームの少なくとも１つが、最良のビームではない、請求項１から５のいずれか一項に記載の方法。
7. 前記測定情報を含む前記メッセージが、同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロックに関連する測定情報、チャネル状態情報推定用参照信号（ＣＳＩ－ＲＳ）リソースに関連する測定情報、またはその両方を含む、請求項１から６のいずれか一項に記載の方法。
8. 前記測定情報を決定することが、どのタイプのイベントをトリガイベントとして構成するかを決定することを含む、請求項１から７のいずれか一項に記載の方法。
9. 前記測定情報を送信するためにどのメッセージを使用するかを、決定することをさらに含む、請求項１から８のいずれか一項に記載の方法。
10. 測定情報を決定することが、どの測定値を前記メッセージに含めるかを決定することを含む、請求項１から９のいずれか一項に記載の方法。
11. 無線デバイス（１１０、２００、３３０、４９１、４９２、５３０）であって、該無線デバイスは、
    命令を記憶するように構成されたメモリ（１３０、２１５、３９０－１、３９０－２）、および
    前記命令を実行するように構成された処理回路（１２０、２０１、３６０、５３８）
    を備え、前記処理回路が、
    前記無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノード（１６０、３３０、４１２、５２０）からターゲットネットワークノード（１６０、３３０、４１２、５２０）へのハンドオーバのための手順に関するトリガイベントであって、ハンドオーバコマンドまたは条件付きハンドオーバコマンドの受信に対応するトリガイベントを検出すること、
    前記ターゲットネットワークノードに送信するメッセージに含める測定情報を決定することであって、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって取得された測定情報を決定すること、ならびに
    前記トリガイベントの検出に応答して、決定された前記測定情報を前記メッセージ内で前記ターゲットネットワークノードに送信すること、
    を行うように構成されており、
    前記トリガイベントを検出することは、少なくとも１つのビーム測定値が、該ビーム測定値を前記ソースネットワークノードに報告した後に変化したことを決定することを含み、
    前記測定情報を含む前記メッセージは、前記少なくとも１つのビーム測定値が変化したことを、前記ターゲットネットワークノードに示し、前記メッセージが、ハンドオーバ手順を完了する前に前記ターゲットネットワークノードに送信される、無線デバイス。
12. 前記無線デバイスが、請求項２から９の方法のいずれかを実行するように、さらに構成されている、請求項１１に記載の無線デバイス。
13. コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体（１３０、２１５、３９０－１、３９０－２）を備えるコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、
    無線デバイスがダウンリンクビーム選択に依拠する、ソースネットワークノードからターゲットネットワークノードへのハンドオーバのための手順に関するトリガイベントであって、ハンドオーバコマンドまたは条件付きハンドオーバコマンドの受信に対応するトリガイベントを検出するためのプログラムコード、
    前記ターゲットネットワークノードに送信するメッセージに含める測定情報を決定するためのプログラムコードであって、前記測定情報が、無線リンク管理構成、ビーム管理構成、および測定構成のうちの少なくとも１つに従って１つ以上のビームを測定することによって取得される、プログラムコード、ならびに
    前記トリガイベントの検出に応答して、決定された前記測定情報を前記メッセージ内で前記ターゲットネットワークノードに送信するためのプログラムコード、
    を含み、
    前記トリガイベントを検出することは、少なくとも１つのビーム測定値が、該ビーム測定値を前記ソースネットワークノードに報告した後に変化したことを決定することを含み、
    前記測定情報を含む前記メッセージは、前記少なくとも１つのビーム測定値が変化したことを、前記ターゲットネットワークノードに示し、前記メッセージが、ハンドオーバ手順を完了する前に前記ターゲットネットワークノードに送信される、コンピュータプログラム製品。

Images