JP7509898B2 - Ｕｅ電力節約モードのもとで測定を実行するための方法 - Google Patents

Description

関連出願
本出願は、２０２０年２月１１日に出願された米国特許仮出願第６２／９７２，９９６号の利益を主張するものであり、その開示は、その全体が参照によって本明細書に組み込まれている。

本開示は、セルラ通信システムに関し、より具体的には、セルラ通信システムにおける無線デバイスで測定を実行することに関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおいては、ユーザ機器（ＵＥ）によって実行される無線測定は、典型的には、いくつかの既知の参照シンボルまたはパイロットシーケンスを介してサービングセル上で、ならびに近隣セル上で実行される。測定は、無線アクセステクノロジー（ＲＡＴ）をサポートするＵＥの能力に応じて、周波数内キャリア、周波数間キャリア上の、ならびにＲＡＴ間キャリア上のセル上で行われる。ギャップを必要とするＵＥのための周波数間およびＲＡＴ間測定を可能にするためには、ネットワークは、測定ギャップを設定しなければならない。

測定は、さまざまな目的のために実行される。いくつかの例示的な測定目的は、モビリティ、ポジショニング、自己組織化ネットワーク（ＳＯＮ）、ドライブテストの最小化（ＭＤＴ）、運用保守（Ｏ＆Ｍ）、ネットワークの計画および最適化などである。ＬＴＥにおける測定の例は、物理セル識別情報（ＰＣＩ）取得としても知られているセル識別、参照シンボル受信電力（ＲＳＲＰ）、参照シンボル受信品質（ＲＳＲＱ）、狭帯域ＲＳＲＰ（ＮＲＳＲＰ）、狭帯域ＲＳＲＱ（ＮＲＳＲＱ）、サイドリンクＲＳＲＰ（Ｓ－ＲＳＲＰ）、参照信号信号対干渉雑音比（ＲＳ－ＳＩＮＲ）、チャネル状態情報（ＣＳＩ）ＲＳＲＰ（ＣＳＩ－ＲＳＲＰ）、システム情報（ＳＩ）の取得、セルグローバル識別情報（ＣＧＩ）取得、参照信号時間差（ＲＳＴＤ）、ＵＥ受信（ＲＸ）－送信（ＴＸ）時間差測定、無線リンクモニタリング（ＲＬＭ）（同期外れ（ｏｕｔ－ｏｆ－ｓｙｎｃ）検知と同期中（ｉｎ－ｓｙｎｃ）検知とから構成されている）などである。ＵＥによって実行されるＣＳＩ測定は、スケジューリング、リンク適合などのためにネットワークによって使用される。ＣＳＩ測定またはＣＳＩ報告の例は、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）などである。ＣＳＩ測定は、セル固有参照信号（ＣＲＳ）、ＣＳＩ参照信号（ＣＳＩ－ＲＳ）、または復調用参照信号（ＤＭＲＳ）などの参照信号上で実行されることが可能である。

測定は、一方向（たとえば、ダウンリンク（ＤＬ）もしくはアップリンク（ＵＬ））または双方向（たとえば、Ｒｘ－Ｔｘ、ラウンドトリップタイム（ＲＴＴ）等などのＵＬおよびＤＬコンポーネントを有する）であることが可能である。

ＬＴＥにおいては、ＤＬサブフレーム＃０およびサブフレーム＃５が、同期信号、すなわち、プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）の両方を搬送する。未知のセル（たとえば、新たな近隣セル）を識別するためには、ＵＥは、そのセルのタイミングを、そして最終的にはそのセルのＰＣＩを取得しなければならない。これは、セル検索もしくはセル識別と呼ばれ、またはセル検知とさえ呼ばれる。その後に、ＵＥは、新たに識別されたセルのＲＳＲＰおよび／またはＲＳＲＱも測定して、ＵＥ自体で使用し、および／またはネットワークに報告する。合計で５０４個のＰＣＩがある。セル検索も測定の一種である。

測定は、すべての無線リソース制御（ＲＲＣ）状態で、すなわち、ＲＲＣアイドル状態およびＲＲＣ接続状態で行われる。

近隣セルに関する緩和されたモニタリング基準が、３ＧＰＰ技術仕様（ＴＳ）３６．３０４ ｖ１５．２．０で指定されている。ＴＳ３６．３０４において記述されているように、ＵＥが、周波数内または周波数間測定を実行することを必要とされているときに、ＵＥは、下記の場合には、周波数内または周波数間測定を実行しないことを選ぶことが可能である。
緩和されたモニタリング基準が、Ｔ_{ＳｅａｒｃｈＤｅｌｔａＰ}の期間にわたって満たされている場合、および
セル再選択に関する測定が最後に実行されてから２４時間未満が経過している場合、および
ＵＥが、新たなセルを選択または再選択した後に少なくともＴ_{ＳｅａｒｃｈＤｅｌｔａＰ}の間に周波数内または周波数間測定を実行した場合。
緩和されたモニタリング基準は、下記の場合に満たされる。
（Ｓｒｘｌｅｖ_Ｒｅｆ－Ｓｒｘｌｅｖ）＜Ｓ_{ＳｅａｒｃｈＤｅｌｔａＰ}
この場合、
Ｓｒｘｌｅｖ＝サービングセルの現在のＳｒｘｌｅｖ値（ｄＢ）。
Ｓｒｘｌｅｖ_Ｒｅｆ＝下記のように設定されるサービングセルの参照Ｓｒｘｌｅｖ値（ｄＢ）。
新たなセルを選択もしくは再選択した後に、または
（Ｓｒｘｌｅｖ－Ｓｒｘｌｅｖ_Ｒｅｆ）＞０である場合に、または
緩和されたモニタリング基準が、Ｔ_{ＳｅａｒｃｈＤｅｌｔａＰ}にわたって満たされていない場合に、
ＵＥは、Ｓｒｘｌｅｖ_Ｒｅｆの値をサービングセルの現在のＳｒｘｌｅｖ値に設定することになり、
Ｔ_{ＳｅａｒｃｈＤｅｌｔａＰ}＝５分、またはｅＤＲＸが設定されていて、かつｅＤＲＸサイクル長が５分よりも長い場合には、ｅＤＲＸサイクル長。

無線デバイスによって実行される測定手順を適合させることに関するシステムおよび方法が、本明細書において開示されている。一実施形態においては、測定手順を適合させるために無線デバイスによって実行される方法が、無線デバイスが複数の動作シナリオ（ＯＳ：Ｏｐｅｒａｔｉｏｎａｌ Ｓｃｅｎａｒｉｏ）のうちの１つのＯＳで動作しているということを決定することと、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定することとを含む。この方法はさらに、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させることを含む。この様式においては、測定手順は、無線デバイスの動作シナリオに適合される。

一実施形態においては、複数のＯＳのうちの１つは、無線デバイスが低モビリティで動作していることに関連している。別の実施形態においては、複数のＯＳのうちの１つは、無線デバイスが静止していることまたはあるしきい値を下回るスピードで移動していることに関連している。一実施形態においては、複数のＯＳのうちの１つは、無線デバイスが少なくとも無線デバイスのサービングセルのセルエッジに物理的に位置していないこと、および／または無線デバイスがサービングセルの中央において、もしくはサービングセルを提供しているサービング基地局の近くで動作していることに関連している。

一実施形態においては、複数のＯＳのそれぞれは、それぞれの１つまたは複数の基準または条件に関連付けられている。一実施形態においては、決定されたＯＳで無線デバイスが動作しているということを決定することは、決定されたＯＳのそれぞれの１つまたは複数の基準または条件が満たされているということを決定することを含む。

一実施形態においては、複数のＯＳのそれぞれは、少なくとも１つの測定スケーリング係数に関連付けられている。

一実施形態においては、少なくとも１つの測定スケーリング係数を決定することはさらに、決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定することを含む。一実施形態においては、キャリアの優先度レベルは、無線デバイスのサービングセルのキャリアの優先度に関連している。

一実施形態においては、複数のＯＳのそれぞれは、複数の測定スケーリング係数に関連付けられている。一実施形態においては、複数の測定スケーリング係数のそれぞれは、同じタイプの測定要件を導き出すために同じタイプのものである。一実施形態においては、少なくとも１つの測定スケーリング係数を決定することは、ルールと、決定されたＯＳの複数の測定スケーリング係数とに基づいて少なくとも１つの測定スケーリング係数を決定することを含む。一実施形態においては、ルールは、測定のために設定されているキャリアの数に基づく。一実施形態においては、ルールは、測定のために設定されているキャリアの無線アクセステクノロジー（ＲＡＴ）のタイプに基づく。一実施形態においては、複数の測定スケーリング係数は、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数を含む。一実施形態においては、別々のタイプの測定要件は、測定遅延要件を含む。一実施形態においては、別々のタイプの測定要件は、測定精度レベルに関連した要件を含む。

一実施形態においては、無線デバイスが１つのＯＳで動作しているということを決定することは、トリガーまたはルールの結果として無線デバイスが１つのＯＳで動作しているということを決定することを含み、トリガーまたはルールは、あらかじめ規定されるか、またはネットワークノードによって設定されるかのいずれかである。一実施形態においては、トリガーまたはルールは、無線デバイスがいずれかの低無線リソース制御（ＲＲＣ）アクティビティ状態で動作している場合に無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む。一実施形態においては、トリガーまたはルールは、無線デバイスがあるタイプの低ＲＲＣアクティビティ状態で動作している場合に無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む。一実施形態においては、トリガーまたはルールは、無線デバイスが無線デバイスのＯＳを決定するようにネットワークノードによって明示的に設定されている場合に無線デバイスが無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む。一実施形態においては、トリガーまたはルールは、無線デバイスのバッテリー電力が低下してあるしきい値を下回った場合に無線デバイスが無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む。

一実施形態においては、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させることは、少なくとも１つの測定スケーリング係数を少なくとも１つの測定手順に関する１つまたは複数の参照要件に適用することを含む。

無線デバイスの対応する実施形態も開示されている。一実施形態においては、測定手順を適合させるための無線デバイスが、無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを決定することと、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定することと、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させることとを行うように設定されている。

一実施形態においては、測定手順を適合させるための無線デバイスが、１つまたは複数の送信機と、１つまたは複数の受信機と、１つまたは複数の送信機および１つまたは複数の受信機に関連付けられている処理回路とを含む。処理回路は、無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを決定することと、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定することと、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させることとを無線デバイスに行わせるように設定されている。

本明細書に組み込まれていて、その一部を形成している添付の図面は、本開示のいくつかの態様を示しており、記述とともに、本開示の原理を説明するのに役立つ。

本開示の実施形態が実施されることが可能であるセルラ通信システムの一例を示す図である。 本開示のいくつかの実施形態による、測定手順を適合させるために無線デバイスによって実行される方法を示す図である。 無線アクセスノードまたはネットワークノードの例示的な実施形態の概略ブロック図である。 無線アクセスノードまたはネットワークノードの例示的な実施形態の概略ブロック図である。 無線アクセスノードまたはネットワークノードの例示的な実施形態の概略ブロック図である。 無線デバイスまたはユーザ機器（ＵＥ）の例示的な実施形態の概略ブロック図である。 無線デバイスまたはユーザ機器（ＵＥ）の例示的な実施形態の概略ブロック図である。 本開示の実施形態が実施されることが可能である通信システムの例示的な実施形態を示す図である。 図８のホストコンピュータ、基地局、およびＵＥの例示的な実施形態を示す図である。 図８の通信システムなどの通信システムにおいて実施される方法の例示的な実施形態を示すフローチャートである。 図８の通信システムなどの通信システムにおいて実施される方法の例示的な実施形態を示すフローチャートである。 図８の通信システムなどの通信システムにおいて実施される方法の例示的な実施形態を示すフローチャートである。 図８の通信システムなどの通信システムにおいて実施される方法の例示的な実施形態を示すフローチャートである。 本開示の実施形態によるネットワークノードのオペレーションの例示的な実施形態を示すフローチャートである。 本開示の実施形態によるネットワークノードのオペレーションの例示的な実施形態を示すフローチャートである。

以降に記載されている実施形態は、当業者がそれらの実施形態を実践することを可能にするための情報を表しており、それらの実施形態を実践する最良のモードを示している。添付の図面に照らして以降の記述を読めば、当業者なら、本開示のコンセプトを理解するであろうし、本明細書において特に扱われていないこれらのコンセプトの適用を認識するであろう。これらのコンセプトおよび適用は本開示の範囲内に収まるということを理解されたい。

一般に、本明細書において使用されているすべての用語は、関連性のある技術分野におけるそれらの通常の意味に従って解釈されるべきである。ただし、異なる意味が明確に与えられている場合、および／またはその用語が使用されている文脈から暗示されている場合は除く。要素、装置、コンポーネント、手段、ステップなどへのすべての言及は、別段の明示がない限り、要素、装置、コンポーネント、手段、ステップなどの少なくとも１つの例に言及するものとしてオープンに解釈されるべきである。本明細書において開示されているいずれの方法のステップも、開示されている厳密な順序で実行される必要はない。ただし、あるステップが別のステップに後続もしくは先行するものとして明示的に記述されている場合、および／または、あるステップが別のステップに後続もしくは先行しなければならないということが黙示的である場合は除く。本明細書において開示されている実施形態のうちのいずれかのいずれの特徴も、適切な場合は常に、任意のその他の実施形態に適用されることが可能である。同様に、それらの実施形態のうちのいずれかのいずれの利点も、任意のその他の実施形態に当てはまることが可能であり、その逆もまた同様である。含まれている実施形態のその他の目的、特徴、および利点は、以降の記述から明らかであろう。

いくつかの実施形態においては、より一般的な用語「ネットワークノード」が使用されており、これは、ＵＥと、および／または別のネットワークノードと通信する任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応することが可能である。ネットワークノードの例は、無線ネットワークノード、ｇＮｏｄｅＢ（ｇＮＢ）、ｎｇ－ｅＮＢ、基地局（ＢＳ）、ＮＲ基地局、ＴＲＰ（送信受信ポイント）、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）におけるノード、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノードまたはロケーションサーバ（たとえば、Ｅ－ＳＭＬＣ）、ＭＤＴ、テスト機器（物理ノードまたはソフトウェア）などである。

いくつかの実施形態においては、ユーザ機器（ＵＥ）または無線デバイスという非限定的な用語が使用されており、これは、セルラまたは移動体通信システムにおいてネットワークノードと、および／または別のＵＥと通信する任意のタイプの無線デバイスを指す。ＵＥの例は、ＮＲをサポートしている無線デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥまたはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、ＰＤＡ、ＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ドローン、ＵＳＢドングル、ＰｒｏＳｅ ＵＥ、Ｖ２Ｖ ＵＥ、Ｖ２Ｘ ＵＥなどである。

「無線ノード」という用語は、無線信号を送信すること、または無線信号を受信すること、またはその両方が可能な無線ネットワークノードまたはＵＥを指すことが可能である。

無線アクセステクノロジー、またはＲＡＴという用語は、任意のＲＡＴ、たとえば、ＵＴＲＡ、Ｅ－ＵＴＲＡ、狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、次世代ＲＡＴ、新無線（ＮＲ）、４Ｇ、５Ｇなどを指すことが可能である。ノード、ネットワークノード、または無線ネットワークノードという用語によって示される機器のいずれも、単一のまたは複数のＲＡＴをサポートすることが可能であり得る。

ＵＥは、参照信号（ＲＳ）についての測定を実行する。ＲＳの例は、同期信号ブロック（ＳＳＢ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、セル固有参照信号（ＣＲＳ）、復調用参照信号（ＤＭＲＳ）、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）などである。測定の例は、セル識別（たとえば、物理セル識別情報（ＰＣＩ）取得、セル検知）、参照シンボル受信電力（ＲＳＲＰ）、参照シンボル受信品質（ＲＳＲＱ）、同期信号ＲＳＲＰ（ＳＳ－ＲＳＲＰ）、同期信号ＲＳＲＱ（ＳＳ－ＲＳＲＱ）、信号対干渉雑音比（ＳＩＮＲ）、参照信号ＳＩＮＲ（ＲＳ－ＳＩＮＲ）、同期信号ＳＩＮＲ（ＳＳ－ＳＩＮＲ）、チャネル状態情報ＲＳＲＰ（ＣＳＩ－ＲＳＲＰ）、チャネル状態情報ＲＳＲＱ（ＣＳＩ－ＲＳＲＱ）、システム情報（ＳＩ）の取得、セルグローバル識別情報（ＣＧＩ）取得、参照信号時間差（ＲＳＴＤ）、ＵＥ受信（Ｒｘ）－送信（Ｔｘ）時間差測定、無線リンクモニタリング（ＲＬＭ）（同期外れ（ｏｕｔ－ｏｆ－ｓｙｎｃ）検知と同期中（ｉｎ－ｓｙｎｃ）検知とから構成されている）などである。

本明細書において与えられている記述は、３ＧＰＰセルラ通信システムに焦点を合わせており、したがって、３ＧＰＰ用語または３ＧＰＰ用語に類似している用語が使用されている場合が多いということに留意されたい。しかしながら、本明細書において開示されているコンセプトは、３ＧＰＰシステムに限定されない。

本明細書における記述においては、「セル」という用語に対して言及が行われる場合があるが、特に５Ｇ ＮＲのコンセプトに関しては、セルの代わりにビームが使用される場合があり、したがって、本明細書において記述されているコンセプトは、セルおよびビームの両方に等しく適用可能であることが重要であるということに留意されたい。

現在、ある課題が存在している。３ＧＰＰ Ｒｅｌｅａｓｅ １６ ＮＲ ＵＥ ｐｏｗｅｒ ｓａｖｉｎｇ Ｗｏｒｋ Ｉｔｅｍ （ＷＩ） ［ＲＰ－１９１６０７］の一部として、ＵＥの電力消費を改善するための方法が、ＮＲにおいて導入されている。改善された電力消費を達成するための技術のうちの１つは、少なくともサービングセルおよび／または近隣セルの測定を含むＵＥ測定要件を緩和することによるものである。

現在のＮＲ仕様によれば、ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態におけるＵＥは、サービングセルについての同期信号参照信号受信電力（ＳＳ－ＲＳＲＰ）および同期信号参照信号受信品質（ＳＳ－ＲＳＲＱ）測定を実行して、Ｍ１＊Ｎ１個のＤＲＸサイクルごとに少なくとも１回セル選択基準を評価することを必要とされており、この場合、
同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）測定時間設定（ＳＭＴＣ）周期（Ｔ_ＳＭＴＣ）＞２０ミリ秒（ｍｓ）であり、かつ間欠受信（ＤＲＸ）サイクル≦０．６４秒であるならば、Ｍ１＝２であり、そして
そうでなければ、Ｍ１＝１である。

緩和された測定要件の一例においては、ＵＥは、サービングキャリア上のセルに比較して、より少ない頻度で、さまざまなキャリアに属するセルについて測定を行うことを許可されることが可能である。第２の例においては、ＵＥは、たとえば、サービングセルの測定品質がしきい値よりも少なくともＸデシベル（ｄＢ）良好であるならば、サービングセルの測定値の変化が許容範囲内にあるならば、などのある条件のもとで、あるキャリアに属するセルについてまったく測定を行わないことを許可されることが可能である。

測定の緩和は、さまざまな形態で達成されることが可能であり、および／またはさらに、ＵＥが動作しているシナリオに依存することが可能である。緩和方法と動作シナリオとの間における関係は、現在規定されていない。

本開示のある態様およびそれらの態様の実施形態は、前述のまたはその他の課題に対する解決策を提供することが可能である。ある無線デバイスに関連した第１の実施形態によれば、その無線デバイスは、以降の例に関してはＵＥであり、そのＵＥは、ＵＥが少なくとも２つの異なる動作シナリオ（ＯＳ：Ｏｐｅｒａｔｉｏｎａｌ Ｓｃｅｎａｒｉｏ）（ＯＳ＃１（低モビリティ）およびＯＳ＃２（セルエッジにない））のうちの１つで動作しているということを決定し、そのＵＥが動作している決定されたＯＳに関連付けられている１つまたは複数の測定スケーリング係数を決定し、決定された測定スケーリング係数に基づいて測定手順を適合させる。それらの動作シナリオは、下記を含む。
ＯＳ＃１（低モビリティ）： ＯＳ＃１では、ＵＥは、静止していること、またはあるしきい値を下回るスピードで移動していることが可能である。
ＯＳ＃２（セルエッジにない）： ＯＳ＃２では、ＵＥは、少なくともセルエッジに物理的に位置しておらず、またそのＵＥは、セルの中央において、またはサービング基地局などの近くで動作していることが可能である。

２つのＯＳのそれぞれは、そのそれぞれの１つまたは複数の基準または条件に関連付けられている。ＵＥは、ＵＥが動作しているＯＳに関する対応する基準が満たされているならば、そのＯＳを決定する。それぞれの動作シナリオは、少なくとも１つの測定スケーリング係数に関連付けられている。たとえば、
ＵＥがＯＳ＃１で動作している場合に測定手順を適合させるために、少なくとも測定スケーリング係数Ｋ１が使用される。
ＵＥがＯＳ＃２で動作している場合に測定手順を適合させるために、少なくとも測定スケーリング係数Ｋ２が使用される。

この実施形態の第２の態様においては、それぞれのＯＳに関連付けられている測定スケーリング係数は、測定のために設定されているキャリアの優先度レベルに依存する。たとえば、ＯＳ＃１およびＯＳ＃２に関するスケーリング係数Ｋ１およびＫ２は、低いまたは同等の優先度レベルを伴って設定されているキャリアについての測定に関連付けられており、その一方でＯＳ＃１およびＯＳ＃２に関するスケーリング係数Ｋ１’およびＫ２’は、より高い優先度レベルを伴って設定されているキャリアについての測定に関連付けられている。

この実施形態の第３の態様においては、それぞれのＯＳが、同じタイプの測定要件を導き出すために同じタイプの複数の測定スケーリング係数に関連付けられている（たとえば、ＯＳ＃１に関するＫ１１、Ｋ１２、．．．、Ｋ１ｎなど）。そして、一例においては、測定手順を適合させるための測定スケーリング係数は、ルールに基づいて導き出され、たとえば、導き出される測定スケーリング係数は、測定のために設定されているキャリアの数に基づき、導き出される測定スケーリング係数は、測定のために設定されているキャリアの無線アクセステクノロジー（ＲＡＴ）のタイプに基づく、といった具合である。

この実施形態の第４の態様においては、１つのＯＳが、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数に関連付けられている。たとえば、係数Ｋ（たとえば、Ｋ１）は、ＯＳに関連付けられている場合に（たとえば、ＯＳ＃１で動作している場合に）測定遅延要件を導き出すために使用され、係数Ｌ（たとえば、Ｌ１）は、ＯＳに関連付けられている場合に（たとえば、ＯＳ＃１で動作している場合に）、測定精度レベルに関連した要件を導き出すために使用される、といった具合である。このケースにおいては、ＵＥは、測定手順を適合させるためにさまざまなタイプの測定スケーリングを使用して、対応する要件が満たされることを確実にする。測定スケーリング係数のそれぞれのタイプは、前の例（第２の態様）におけるようなルールに基づいてスケーリング係数のセットからさらに導き出されることが可能である。

本明細書において使用されている測定スケーリング係数という用語は、測定緩和係数、緩和係数などと呼ばれる場合もある。

本明細書において開示されている問題のうちの１つまたは複数に対処するさまざまな実施形態が、本明細書において提案されている。いくつかの実施形態においては、測定手順を適合させるために無線デバイスによって実行される方法が、無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを決定することと、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定することと、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させることとを含む。

いくつかの実施形態においては、複数のＯＳのうちの１つは、無線デバイスが静止していることまたはあるしきい値を下回るスピードで移動していることに関連している。いくつかの実施形態においては、複数のＯＳのうちの１つは、無線デバイスが少なくともセルエッジに物理的に位置していないこと、および／または無線デバイスがセルの中央において、もしくはサービング基地局の近くで動作していることに関連している。いくつかの実施形態においては、複数のＯＳのそれぞれは、そのそれぞれの１つまたは複数の基準または条件に関連付けられている。いくつかの実施形態においては、決定されたＯＳで無線デバイスが動作しているということを決定することは、決定されたＯＳのそれぞれの１つまたは複数の基準または条件が満たされているということを決定することを含む。

いくつかの実施形態においては、複数のＯＳのそれぞれは、少なくとも１つの測定スケーリング係数に関連付けられている。いくつかの実施形態においては、少なくとも１つの測定スケーリング係数を決定することはさらに、決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定することを含む。いくつかの実施形態においては、キャリアの優先度レベルは、低い優先度レベル、同等の優先度レベル、およびより高い優先度レベルのうちの１つである。

いくつかの実施形態においては、複数のＯＳのそれぞれは、複数の測定スケーリング係数に関連付けられている。いくつかの実施形態においては、複数の測定スケーリング係数のそれぞれは、同じタイプの測定要件を導き出すために同じタイプのものである。

いくつかの実施形態においては、少なくとも１つの測定スケーリング係数を決定することは、ルールと、決定されたＯＳの複数の測定スケーリング係数とに基づいて少なくとも１つの測定スケーリング係数を決定することを含む。いくつかの実施形態においては、ルールは、測定のために設定されているキャリアの数に基づく。いくつかの実施形態においては、ルールは、測定のために設定されているキャリアのＲＡＴのタイプに基づく。

いくつかの実施形態においては、複数の測定スケーリング係数は、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数を含む。いくつかの実施形態においては、別々のタイプの測定要件は、測定遅延要件を含む。いくつかの実施形態においては、別々のタイプの測定要件は、測定精度レベルに関連した要件を含む。

いくつかの実施形態においては、無線デバイスが１つのＯＳで動作しているということを決定することは、トリガーまたはルールの結果であり、そのトリガーまたはルールは、あらかじめ規定されること、またはネットワークノードによって設定されることが可能である。いくつかの実施形態においては、ルールは、無線デバイスがいずれかの低無線リソース制御（ＲＲＣ）アクティビティ状態で、たとえば、アイドル状態で、非アクティブ状態で、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む。いくつかの実施形態においては、ルールは、無線デバイスがあるタイプの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態でのみ、または非アクティブ状態でのみ、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む。いくつかの実施形態においては、ルールは、無線デバイスが無線デバイスのＯＳのステータスを評価するようにネットワークノードによって明示的に設定されている場合に無線デバイスがその評価を実行することを含む。いくつかの実施形態においては、ルールは、無線デバイスのバッテリー電力が低下してあるしきい値を下回った（たとえば、最大バッテリー電力の２５％を下回った）場合に無線デバイスが無線デバイスのＯＳのステータスを評価することを含む。

いくつかの実施形態においては、測定手順を適合させるために基地局によって実行される方法が、無線デバイスから測定値を受信することを含み、測定手順は、少なくとも１つの測定スケーリング係数に基づいて適合された。

いくつかの実施形態においては、測定手順を適合させるために基地局によって実行される方法が、無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを無線デバイスがいつ決定するかに関するトリガーまたはルールを用いて無線デバイスを設定することを含む。

ある実施形態は、下記の技術的な利点のうちの１つまたは複数を提供することが可能である。いくつかの実施形態は、無線デバイスまたはＵＥが動作シナリオに応じてさまざまなレベルの緩和を有することを可能にする。たとえば、限られたモビリティを有するＵＥは、適度なモビリティを有するＵＥに比較して、より多くの緩和を許容することが可能であり、セルエッジに位置していないＵＥは、セル境界にあるＵＥに比較して、異なるレベルの緩和を有することが可能である、といった具合である。

図１は、本開示の実施形態が実施されることが可能であるセルラ通信システム１００の一例を示している。本明細書において記述されている実施形態においては、セルラ通信システム１００は、ＮＲ ＲＡＮもしくはＬＴＥ ＲＡＮ（すなわち、Ｅ－ＵＴＲＡ ＲＡＮ）を含む５Ｇシステム（５ＧＳ）、またはＬＴＥ ＲＡＮを含むエボルブドパケットシステム（ＥＰＳ）である。この例においては、ＲＡＮは、基地局１０２－１および１０２－２を含み、基地局１０２－１および１０２－２は、ＬＴＥにおいてはｅＮＢ（ＥＰＣに接続されている場合）と呼ばれ、５Ｇ ＮＲにおいてはｇＮＢまたは次世代ｅＮＢ（ｎｇ－ｅＮＢ）（すなわち、５Ｇコア（５ＧＣ）に接続されているＬＴＥ ＲＡＮノード）と呼ばれ、対応する（マクロ）セル１０４－１および１０４－２を制御する。基地局１０２－１および１０２－２は一般に、本明細書においては集合的に基地局１０２と呼ばれ、個別に基地局１０２と呼ばれる。同様に、（マクロ）セル１０４－１および１０４－２は一般に、本明細書においては集合的に（マクロ）セル１０４と呼ばれ、個別に（マクロ）セル１０４と呼ばれる。ＲＡＮは、対応するスモールセル１０８－１～１０８－４を制御するいくつかの低電力ノード１０６－１～１０６－４を含むことも可能である。低電力ノード１０６－１～１０６－４は、小型基地局（ピコ基地局もしくはフェムト基地局など）またはリモート無線ヘッド（ＲＲＨ）などであることが可能である。特に、図示されてはいないが、スモールセル１０８－１～１０８－４のうちの１つまたは複数は、代替として基地局１０２によって提供されることが可能である。低電力ノード１０６－１～１０６－４は一般に、本明細書においては集合的に低電力ノード１０６と呼ばれ、個別に低電力ノード１０６と呼ばれる。同様に、スモールセル１０８－１～１０８－４は一般に、本明細書においては集合的にスモールセル１０８と呼ばれ、個別にスモールセル１０８と呼ばれる。セルラ通信システム１００はまた、コアネットワーク１１０を含み、コアネットワーク１１０は、５ＧＳにおいては５Ｇコア（５ＧＣ）と呼ばれる。基地局１０２（および任意選択で低電力ノード１０６）は、コアネットワーク１１０に接続されている。

基地局１０２および低電力ノード１０６は、対応するセル１０４および１０８における無線通信デバイス１１２－１～１１２－５にサービスを提供する。無線通信デバイス１１２－１～１１２－５は一般に、本明細書においては集合的に無線通信デバイス１１２と呼ばれ、個別に無線通信デバイス１１２と呼ばれる。以降の記述においては、無線通信デバイス１１２は、ＵＥである場合が多く、したがって、本明細書においてはＵＥ１１２と呼ばれる場合があるが、本開示は、それに限定されない。

本開示の実施形態は、下記のシナリオに関連している。このシナリオは、少なくとも１つのＵＥ（たとえば、少なくとも１つのＵＥ１１２）を含み、このＵＥは、ネットワークノード（ＮＷ１）（たとえば、第１の基地局１０２）によってサーブされている第１のセル（ｃｅｌｌ１）（第１のセル１０４）において動作しており、ＵＥのサービングセルおよび１つまたは複数の近隣セルについて、たとえば、サービングキャリア、および／または測定のために設定されている１つもしくは複数の追加のキャリアについて測定を実行している。任意の追加のキャリアが、サービングキャリア周波数のＲＡＴに属することが可能である。このケースにおいては、そのキャリアが非サービングキャリアである場合には、そのキャリアは、周波数間キャリアと呼ばれる。その追加のキャリアは、別のＲＡＴに属することも可能であり、そのケースにおいては、そのキャリアは、ＲＡＴ間キャリアと呼ばれる。キャリアという用語は、キャリア周波数、レイヤ、周波数レイヤ、キャリア周波数レイヤなどと言い換え可能に呼ばれることも可能である。一貫性のために、本明細書においてはキャリアという用語が使用されている。設定されるキャリアは、サービングセルの優先度レベルに比較して、異なる優先度レベル、たとえば、低い優先度、同等の優先度、またはより高い優先度に関連付けられることも可能である。測定ルールは、キャリアの優先度レベルに依存する。たとえば、より高い優先度のキャリアは、ＵＥによって周期的に、ただし非常に長い周期で、たとえば６０秒ごとに１回、検索されることを必要とする。低いまたは同等の優先度のキャリアは、典型的には間欠受信（ＤＲＸ）サイクルごとに１回、ただしサービングセル信号レベルが低下してあるしきい値を下回った場合にのみ、測定されることを必要とする。ＵＥはさらに、ＵＥが動作することが可能である少なくとも２つの異なる動作シナリオ（ＯＳ＃１およびＯＳ＃２）を評価するように設定されている。それぞれの動作シナリオは、少なくとも１つの測定スケーリング係数に関連付けられている。ＯＳ＃１では、ＵＥは低モビリティで動作し、そしてＯＳ＃２では、ＵＥは、セルの中央において動作し、または少なくともセルエッジにおいては動作しない。

本明細書において記述されている実施形態どうしは、任意の組合せで実施されることが可能である。図２は、本開示のいくつかの実施形態による、測定手順を適合させるために無線デバイス（たとえば、無線デバイス１１２またはＵＥ）によって実行される方法を示している。無線デバイスは、その無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを決定する（ステップ２００）。無線デバイスは、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定する（ステップ２０２）。無線デバイスは次いで、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させる（ステップ２０４）。

いくつかの実施形態においては、これらのステップは、下記のうちのいくつかまたはすべてを含むことが可能である。
ステップ２００： 無線デバイスは、無線デバイスが動作している少なくとも２つの動作シナリオ（ＯＳ）のうちの１つを決定する。
動作シナリオの例は、下記を含む。
ＯＳ＃１： 低モビリティシナリオ
ＯＳ＃２： 「セルエッジにない」シナリオ
ステップ２０２： 無線デバイスは、決定された動作シナリオに基づいて測定スケーリング係数を決定する。
ステップ２０４： 無線デバイスは、決定されたスケーリング係数に基づいて測定手順を適合させ、たとえば、スケーリング係数の決定された値に基づいて導き出された測定要件に従って、設定されているキャリア上のセルを測定および評価する。

これらのステップは、下記のサブセクションにおいて詳細に記述されている。以降の記述においては、無線デバイスはＵＥである。

ステップ２００のいくつかの実施形態においては、ＵＥは、ＵＥが現在動作している少なくとも２つの動作シナリオのうちの１つ、すなわち、ＵＥの動作シナリオのステータスを決定する。この決定は、以降で記述されているように１つまたは複数の基本的なまたは初歩的なまたは不可欠な基準に基づくことが可能である。そのため、それぞれのシナリオは、１つまたは複数の基準に関連付けられている。ＵＥが１つまたは複数の基準を満たしている場合には、ＵＥは、それらの基準に関連付けられているシナリオでＵＥが動作していると想定する。ＵＥは、トリガーまたはルールに基づいて、ＵＥが２つの動作シナリオのうちの１つで動作しているかどうかを評価することが可能であり、そのトリガーまたはルールは、あらかじめ規定されること、またはネットワークノードによって設定されることが可能である。ルールの例は、下記のとおりである。
ルールの一例においては、ＵＥは、いずれかの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態で、非アクティブ状態で、といった具合に動作している場合にＵＥの動作シナリオのステータスを評価する。
ルールの別の例においては、ＵＥは、あるタイプの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態でのみ、または非アクティブ状態でのみ、といった具合に動作している場合にＵＥの動作シナリオのステータスを評価する。
ルールのさらに別の例においては、ＵＥがＵＥの動作シナリオのステータスを評価するようにネットワークノード（たとえば、基地局１０２）によって明示的に設定されている場合に、ＵＥはその評価を実行する。
ルールのさらに別の例においては、ＵＥのバッテリー電力が低下してあるしきい値を下回った（たとえば、最大バッテリー電力の２５％を下回った）場合に、ＵＥは、ＵＥの動作シナリオのステータスを評価する。

１つまたは複数の基準に基づく動作シナリオの決定が、以降で両方のシナリオに関して詳述されている。

動作シナリオ＃１ － 低モビリティ： ＵＥが測定の緩和されたモニタリングを実行することを許可される動作シナリオの一例は、ＵＥのモビリティ状態に基づく。たとえば、ＵＥが低モビリティ状態にある場合には、ＵＥは、１つまたは複数のセル、たとえば、近隣セルに関する緩和されたモニタリング状態に入ることを許可される。低モビリティ、または低モビリティの状態という用語は、ＵＥが静止しているか、またはあらかじめ規定されることもしくはネットワークノードによって設定されることが可能であるあるスピードしきい値を下回るスピードで移動しているということを意味する。ＵＥのスピードを規定するパラメータの例は、ドップラー速度（たとえば、Ｘ１Ｈｚ）、単位時間あたりの距離で表されるスピード（たとえば、Ｘ２ｋｍ／時）などを含む。そのため、ＵＥは、そのＵＥが、移動しているＵＥであるかまたは静止しているＵＥであるかを示すＵＥモビリティに関連した情報と、そのＵＥが移動している場合のＵＥのスピードとを入手する。この情報は、本明細書においては「モビリティ情報」と呼ばれる。ＵＥが低モビリティ状態にあるということを決定するための基準は、下記のうちの１つまたは複数を含む。
一例においては、モビリティ情報は、ＵＥのモビリティ状態、たとえば、そのＵＥが静止しているかまたは移動しているかを示す明示的な情報（たとえば、より高いレイヤのシグナリング、またはサブスクリプションデータ）であることが可能である。
別の例においては、モビリティ情報は、ＵＥモビリティを示す黙示的な情報であることも可能である。１つのそのような例は、ＵＥのモビリティ状態を決定するために、緩和されたセルモニタリング基準（ＴＳ３６．３０６ｖ１５．２．０において規定されており、セクション２．１．１．３において記述されている）を使用することである。緩和されたセルモニタリング基準は、ＵＥが周波数内測定または周波数間測定を実行しないことを選択することが可能であるかどうかを決定するための多くの条件を含む。それらの条件は、ＵＥが、限られたモビリティを有している場合、たとえば静止しているかまたは実質的に静止している場合にのみ、ＵＥが周波数内測定および周波数間測定を実行しないことを許可されるように選択される。緩和されたモニタリング条件が満たされている場合には、それは、ＵＥがあまり移動していないか、または静止している可能性があるということを示している。そのような状況のもとでは、ＵＥは、サービングセルについて測定を行うことのみを必要とされており、近隣セルの測定をスキップすることを許可されている。
さらに別の例においては、ＵＥは、その他のノード、たとえば、ネットワークノードからＵＥモビリティ状態に関する情報を入手して、ＵＥのモビリティ状態をシグナリングすることも可能である。
さらに別の例においては、ＵＥは、ＵＥ自体のスピードを推定し、そのスピードをあるしきい値と比較して、ＵＥが低モビリティ状態にあるか否かを決定することも可能である。

動作シナリオ＃２ － セルエッジにない： ＵＥが測定の緩和モニタリングを実行することを許可される動作シナリオの別の例は、サービングセルにおけるＵＥのロケーションに基づく。たとえば、ＵＥがサービングセルのセルエッジにない場合、またはＵＥがサービングセルの中央にある場合、またはＵＥがサービング基地局の近くにある場合には、ＵＥは、動作シナリオ＃２にあるとみなされる。ＵＥは、ＵＥがセルのセルエッジエリアにあるかどうかを決定し、（ステップ２０２において記述されているように）この情報を、さらに測定スケーリング係数を決定するために使用する。この決定は、セル１に関してＵＥによって測定された信号レベルと、しきい値との間における比較に基づくことが可能である。たとえば、測定された信号レベル（たとえば、ＳＳ－ＲＳＲＰ、ＳＳ－ＲＳＲＱなど）があるしきい値（Ｈ）を下回っている場合には、ＵＥは、ＵＥがセルエッジにあると想定することが可能であり、そうでない場合には、ＵＥはセルエッジにない（むしろサービング基地局により近い）と想定される。Ｈの値は、あらかじめ規定されること、またはネットワークノードによって設定されることが可能である。

明示的なインジケータ： ＵＥは、ある緩和された測定モードを使用して動作するようにシグナリングされることも可能である。そのようなシグナリングは、たとえば、専用のＲＲＣシグナリングを使用するサービングネットワークノードから来ることが可能であり、その専用のＲＲＣシグナリングをＵＥは、接続状態から入手して、アイドルモードにおいて使用する。同様のインジケータが、接続モードにおいて、緩和された測定モードを選択するために使用されることも可能である。

参照シナリオ： これは、緩和された測定状態において新たな要件を導き出すための参照として使用されるシナリオである。参照シナリオに関するスケーリング係数（Ｋｎ）は１であると想定される。

ステップ２０２のいくつかの実施形態においては、それらの実施形態のさまざまな態様が、以降で記述されている。

ＵＥ実施形態の第１の態様
ＵＥ実施形態の第１の態様によれば、ＵＥは、ステップ２００において、決定された動作シナリオに基づいて少なくとも１つの測定スケーリング係数を決定する。高いレベルでは、それぞれのＯＳは、少なくとも１つの測定スケーリング係数に関連付けられていると想定される。測定緩和係数という用語は、スケーリング係数、測定スケーリング係数などと呼ばれる場合もある。

決定されたスケーリング係数は、１つまたは複数の測定要件を導き出すために使用される。たとえば、
スケーリング係数Ｋ１は、ＵＥがＯＳ＃１で動作している場合に使用され、
スケーリング係数Ｋ２は、ＵＥがＯＳ＃２で動作している場合に使用される。
これは、ＵＥがＯＳ＃１で動作している場合に、参照シナリオ要件を係数Ｋ１でスケーリングすることによって、新たな要件が導き出されることを意味する。同様に、ＯＳ＃２で動作するＵＥに関する要件は、参照シナリオ要件を係数Ｋ２でスケーリングすることによって導き出される。

決定された動作シナリオ内で、ＵＥどうしは、典型的には、ＵＥモビリティ、ＤＲＸ設定、デバイスタイプ、地理的ロケーション、トラフィック行動などを含む（ただし、それらに限定されない）同様の設定および／または行動を有する。ステップ２００において、いくつかのＵＥがＯＳ＃１で動作していると決定された場合には、それらのＵＥは、参照シナリオに比較して低減されたモビリティを有すると予想される。それらは、固定された地理的位置を有するセンサタイプのデバイス（ＩｏＴ）であることが可能であり、および／またはそれらは、あるトラフィック行動を有することが可能である。このケースにおいては、スケーリング係数Ｋ１は、参照ケースＫｎに比較して大きな値を有することが可能であり、これによって要件は、より緩和される。そのような緩和は、時間ドメインおよび精度ドメインの両方にあること、たとえば、延長された測定遅延、測定バイアスに関するさらに高い許容範囲であることが可能である。緩和は、周波数ドメインにあること、たとえば、モニタする非サービングキャリアの数に関するものであることも可能である。

同様に、ステップ２００において、いくつかのＵＥがＯＳ＃２で動作していると決定された場合には、それらのＵＥは、たとえば、モビリティ、デバイスタイプ、ＤＲＸ構成などに関して、ＯＳ＃１で動作しているＵＥとは異なる行動を有すると予想される。たとえば、それらのＵＥは、高速のものであることが可能であり、そのため、基準＃１を伴う前のシナリオに比較して、より短いＤＲＸを伴って設定されることが可能である。そのため、Ｋ１の値とは異なるＫ２の値を想定することが妥当である。これらのＵＥは、低モビリティのものではないので、検索／測定／モニタするキャリアの数を示すスケーリング係数は、ＯＳ＃１でのＵＥに関する対応する係数よりも高くなることがある。

第１の例においては、Ｋ１＞Ｋ２であると想定される。なぜなら、ＯＳ＃１で動作するＵＥは、ＯＳ＃２でのＵＥに比較して、限られたまたは低減されたモビリティを有するので、ＯＳ＃２で動作するＵＥに比較して長いＤＲＸサイクル長または拡張ＤＲＸ（ｅＤＲＸ）を伴って設定される（または設定されると予想される）ことが可能であるからである。そのため、設定は、ＯＳ＃１でのＵＥが、ＯＳ＃２で動作するＵＥよりも頻繁にＤＲＸ ＯＦＦにあるように行われることが可能である。ある例においては、ＯＳ＃１でのＵＥは、拡張ＤＲＸ（ｅＤＲＸ）を伴って設定されることが可能であり、その一方でＯＳ＃２でのＵＥは、通常のＤＲＸを伴って設定される。

第２の例においては、Ｋ１＞Ｋ２であると想定される。なぜなら、ＯＳ＃１で動作するＵＥは、ＩｏＴ（センサ）タイプのデバイスであることが可能であり、その一方でＯＳ＃２で動作するＵＥは、ハンドヘルドデバイスであることが可能であるからである。

第３の例においては、Ｋ２＞Ｋ１であると想定される。なぜなら、ＯＳ＃１で動作するＵＥは、たとえば、セルエッジにないかまたはサービングノードの近くにあるＯＳ＃２で動作するＵＥに比較して、セル内のどこにでもあることが可能であるからであり、その場合、カバレッジは典型的には問題にならない。そのため、要件はより緩和されることが可能であり、たとえば、ＵＥはより長い時間にわたって近隣セルについての測定を行う。

さらに別の例においては、それぞれのＯＳに関する測定スケーリング係数は、セル再選択のために最後の測定（たとえば、近隣セル測定、ＲＳＲＰ、ＲＳＲＱ）が実行されてからの経過時間（Ｔｅ）に依存する。たとえば、Ｔｅ＜Ｈ（しきい値）である場合には、測定スケーリング係数は、Ｔｅ≧Ｈであるケースに比較して、より大きな値に設定される。たとえば、Ｈ＝３時間である。しきい値は、ＯＳに応じてさまざまに設定されることが可能であり、たとえば、ＵＥが静止しているかまたは低いモビリティを有すると予想されるシナリオ（ＯＳ＃１）では、しきい値は、ＵＥが高速で移動している可能性があるＯＳ（ＯＳ＃２）に比較して、より大きな値に設定される。たとえば、ＯＳ＃１ではＨ＝４時間であり、ＯＳ＃２ではＨ＝２時間である。Ｈの値は、あらかじめ規定されること、ネットワークノードによって設定されること、または識別されたＯＳに応じてＵＥによって自律的に決定されることが可能である。

ＵＥ実施形態の第２の態様
ＵＥ実施形態の第２の態様によれば、ＯＳ＃１およびＯＳ＃２で使用されるスケーリング係数は、測定のために設定されているキャリアの優先度レベルに依存する。これは、下記の例を用いて説明される。

スケーリング係数がキャリアの優先度レベルに基づく第１の例示的な実施態様においては、
スケーリング係数の第１のセット（Ｓ１）が、サービングキャリアの優先度レベルに対して同等のまたはより低い優先度レベルのキャリアについて行われる測定に関連した測定手順を適合させるために使用され、
スケーリング係数の第２のセット（Ｓ２）が、サービングキャリアの優先度レベルに関してさらに高い優先度レベルのキャリアについて行われる測定に関連した測定手順を適合させるために使用され、この場合、セットＳ１およびＳ２におけるスケーリング係数の値どうしは異なる。

スケーリング係数がキャリアの優先度レベルに基づく第２の例示的な実施態様においては、
スケーリング係数の第１のセット（Ｓ１）が、サービングキャリアの優先度レベルに関して同等の優先度レベルのキャリアについて行われる測定に関連した測定手順を適合させるために使用され、
スケーリング係数の第２のセット（Ｓ２）が、サービングキャリアの優先度レベルに関してさらに低い優先度レベルのキャリアについて行われる測定に関連した測定手順を適合させるために使用され、
スケーリング係数の第３のセット（Ｓ３）が、サービングキャリアの優先度レベルに関してさらに高い優先度レベルのキャリアについて行われる測定に関連した測定手順を適合させるために使用され、この場合、セットＳ１、Ｓ２、およびＳ３におけるスケーリング係数の値どうしは異なる。

第１の例示的な実施態様は、以降のようにさらに詳述されている。ＵＥは、より高い優先度のキャリアに属するセルの測定要件を導き出すために使用されるスケーリング係数Ｋ１’およびＫ２’（セットＳ２）を決定する。スケーリング係数Ｋ１’およびＫ２’は、より高い優先度のキャリアの測定のみに固有である。これは、本明細書におけるレガシーＲＲＭ測定が、別々のスケーリング係数（セットＳ１におけるＫ１およびＫ２）を使用して実行される、同等の優先度またはより低い優先度のキャリアに属するセルのＲＲＭ測定を指していたということを意味する。

いくつかの実施形態においては、スケーリング係数は、決定されたＯＳに基づいて決定される。セットＳ２（Ｋ１’，Ｋ２’）とセットＳ１（Ｋ１，Ｋ２）との間における関係は、ＵＥの動作シナリオのタイプ（ＯＳ＃１，ＯＳ＃２，）、ＵＥの地理的ロケーション、サポートされるＲＡＴの数、ＤＲＸ設定、デバイスのタイプ、より高い優先度の設定されているキャリアの数、より低いまたは同等の優先度の設定されているキャリアの数等などのいくつかのファクタに依存する。より高い優先度のキャリアを測定することの目的は、通常のキャリア（低い優先度および同等の優先度のキャリア）について測定を行うこととは異なる。典型的には、より高い優先度のキャリアは、負荷分散のために使用され、その一方で、その他のキャリア（たとえば、同等のまたはより低い優先度のキャリア）は、ＵＥのカバレッジおよびモビリティを保持するために使用される。そのため、より高い優先度のキャリアに関しては、低いまたは同等の優先度レベルのキャリアに関して使用されるものに比較して、異なるスケーリング係数が使用されると想定することが妥当である。

一例においては、ＯＳ＃１で動作するＵＥは、Ｋ１’に関して、Ｋ１に比較してさらに大きな値を想定することが可能である。その理由は、Ｋ１の測定がモビリティの目的のために使用され、その一方でＫ１’の測定が負荷分散のために使用されることである。低モビリティのデバイスは、典型的には多くのトラフィックを生成しない場合があるので、負荷分散は、ここではあまり興味を引かない使用事例となる。

別の例においては、ＯＳ＃２で動作するＵＥは、Ｋ２’に関して、Ｋ２に比較してさらに小さな値を想定することが可能である。なぜなら、これらのＵＥがセルエッジにないかまたはサービング基地局の近くにある場合には、これらのＵＥは、良好なカバレッジにあると予想されるからである。そのようなシナリオでは、負荷分散は、関連性の高い使用事例であり、より高い優先度のキャリアに関して、通常のキャリアに関するよりも小さなスケーリング係数を有することによって、それらのさらに高い優先度のキャリアは、あまり緩和されなくなる。

セットＳ２内のスケーリング係数どうし（Ｋ１’およびＫ２’）が、１つまたは複数の基準に基づいて互いに関連していることも可能である。Ｋ１’およびＫ２’は異なる。Ｋ１’とＫ２’との間における関係が、以降で例を使用して記述されている。

別の例においては、Ｋ２’＜Ｋ１’である。なぜなら、ＯＳ＃２で動作するＵＥは、高速のものであることが可能であり、これは、ＯＳ＃１で動作するＵＥには当てはまらないからである。Ｋ２’に関して、Ｋ１’に比較してさらに小さな値を有することによって、高速のＵＥは、より高い優先度の測定をより速く完了することが可能である。

さらに別の例においては、Ｋ１’およびＫ２’の値は、設定されているキャリアの数に依存することが可能である。典型的には、より高い優先度のキャリアは、ある条件のもとで（たとえば、Ｓｒｘｌｅｖ＞Ｓ_{ｎｏｎＩｎｔｒａＳｅａｒｃｈＰ}であって、かつＳｑｕａｌ＞Ｓ_{ｎｏｎＩｎｔｒａＳｅａｒｃｈＱ}である場合に）ある周期で（たとえば、６０ｍｓごとに１回）測定される。レガシーシステムによれば、より高い優先度のキャリアの測定は、設定されているキャリアの数にも、ＵＥが測定することが可能であるキャリアの最大数にも依存しない。しかしながら、緩和された測定モードに関するサポートの導入に伴って、この行動を変更すると、より高い優先度のキャリアの測定パフォーマンスを改善することが可能であり、これは、ひいてはネットワークパフォーマンス、たとえば負荷分散を改善することが可能である。

Ｋ１’およびＫ２’と、設定されているキャリアの数との間における関係の一例が、テーブル１において示されている。負荷分散は、ＵＥがＯＳ＃１でよりもＯＳ＃２で動作している場合に関連性の高い使用事例であるので、Ｘ１’＞Ｘ２’であると想定することが妥当である。

別の例においては、ＵＥがＯＳ＃１で動作していて、Ｎが大きい場合には、より高い優先度のキャリアに関するスケーリング係数に関しては、大きな値を想定することが妥当である。これは、ＯＳ＃１での限られたＵＥモビリティに起因して、たとえ測定のための多数の設定されているキャリアがあるとしても、すべての設定されているキャリアについて測定を行うことは、やはりあまり関連性がなく、またはあまり有用ではないからである。その一方で、ＵＥがＯＳ＃２で動作していて、Ｎが大きい場合には、より高い優先度のキャリアに関するスケーリング係数に関しては、小さな値を想定することが妥当である。なぜなら、ＵＥは移動している可能性があり、依然としてセルの良好なカバレッジ内にある可能性があり、これによって負荷分散は、関連性が高くなる。

一般的なルールは、ＯＳ＃２に関してＮが増加するにつれてスケーリング係数が減少するということであることが可能である。その理由は、Ｎが増加した場合には、ＵＥが、さまざまなキャリアについての測定を行うためにさらに多くの時間を必要とするということであり、なぜなら、非サービングキャリアの測定値は、典型的には連続して測定され、このケースにおいてさらに要件を緩和すると、パフォーマンスが低下する場合があるからである。Ｎに基づくさらに高い優先度のキャリアに関するスケーリング係数どうしの間における関係は、（Ｘ１’＞Ｙ１’＞Ｚ１’）および（Ｘ２’＞Ｙ２’＞Ｚ２’）として表されることが可能である。ＯＳ＃１およびＯＳ＃２のもとで動作するＵＥに関するさらに高い優先度のキャリアのスケーリング係数どうしの間における関係は、（Ｘ１’＞Ｘ２’）、（Ｙ１’＞Ｙ２’）、および（Ｚ１’＞Ｚ２’）として表される。

特別なケースとして、ある実施態様においては、ルールは、ＯＳ＃１で動作するＵＥに関して逆であることが可能であり、すなわち、スケーリング係数は、より高い優先度のキャリアに関してＮとともに増加する。その理由は、測定するキャリアの数が増加するにつれてＵＥの電力消費が増加するということである。スケーリング係数に関して、より小さな値を設定または想定することによって、測定期間が延長され、すなわち、ＵＥは、同じ測定をより長い時間にわたって実行することを可能にされ、これは、ＵＥの電力消費を低減するのに役立つ。ＯＳ＃１でのＵＥは、限られたモビリティを有しており、負荷分散機能は、典型的にはタイムクリティカルではないので、より高い優先度のキャリアの測定期間を延長することは、許容可能であり得る。たとえば、テーブル３におけるＮの関数としてのスケーリング係数Ｋ１’およびＫ２’のセットは、それぞれ（Ｘ１’＜Ｙ１’＜Ｚ１’）および（Ｘ２’＞Ｙ２’＞Ｚ２’）という式に従って関連している。このルールは、たとえば、ＵＥのバッテリー電力が低下してあるしきい値を下回った場合に適用されることが可能である。別の例においては、ＵＥは、ＵＥが一般的なルール（上記）を適用することになるか、またはＵＥの動作シナリオに基づいてさらに高い優先度のキャリアについての測定に関するスケーリング係数を導き出すための特別なルールを適用することになるかをネットワークノードによって設定されることが可能である。

ＵＥ実施形態の第３の態様
この実施形態の第３の態様によれば、スケーリング係数は、ＵＥがサポートする、または測定することが可能である、または測定するように設定されているキャリアの数に依存する。ＵＥがサポートするキャリアの最大数（Ｍ）は、ＵＥの能力であるが、Ｎ個のキャリア（すなわち、サービングおよび非サービングの両方）について測定を行うようにサービングネットワークノードによって設定されることが可能であり、この場合、Ｎ≦Ｍである。あるキャリアの測定機会（ｆ_１）は、Ｎにおける増加とともに減少するので、Ｎが高い場合には、より低いスケーリング係数を想定することが妥当である。その一方で、Ｎが低い場合には、より大きなスケーリング係数が想定されることが可能である。一例がテーブル２において示されており、テーブル２では、スケーリング係数がＮにどのように依存するかが示されている。スケーリング係数は、Ｎが増加するにつれて減少し、その理由は、Ｎが増加した場合には、ＵＥが、さまざまなキャリアについての測定を行うためにさらに多くの時間を必要とするということであり、なぜなら、非サービングキャリアの測定値は、典型的には連続して測定され、このケースにおいてさらに要件を緩和すると、パフォーマンスが低下する場合があるからである。そのため、設定されているキャリアの数（Ｎ）に関するスケーリング係数どうしの間における関係は、（Ｘ１＞Ｙ１＞Ｚ１）、（Ｘ２＞Ｙ２＞Ｚ２）などのようになる。ＯＳ＃１およびＯＳ＃２のもとで動作するＵＥに関するキャリアのスケーリング係数どうしの間における関係は、（Ｘ１＞Ｘ２）、（Ｙ１＞Ｙ２）、および（Ｚ１＞Ｚ２）として表される。

同様に、より多くのＲＡＴについてサポートまたは測定（すなわち、ＲＡＴ間測定）を行うＵＥは、スケーリング係数に関して、単一のＲＡＴまたは少数のＲＡＴをサポートするだけであるＵＥに比較して低いまたはより小さい値を想定することが可能である。一例においては、スケーリング係数はさらに、測定を行っている対象のＲＡＴ（ＲＡＴ間）のタイプに依存することが可能である。たとえば、ＮＲセルにおいて動作してＬＴＥセルについて測定を行うＵＥは、スケーリング係数に関して、ＮＲセルにおいて動作してＵＭＴＳセルについて測定を行うＵＥに比較して大きな値を想定することが可能である。スケーリング係数が小さいほど、合計の測定遅延はスピードアップされる。同様に、より少ないＲＡＴ間セル（たとえば、ＬＴＥセル）について測定を行っているＵＥは、より多くのＲＡＴ間セル（たとえば、ＬＴＥセル、ＵＭＴＳセル、ＧＳＭセル）について測定を行っているＵＥに比較して、より大きなスケーリング係数を想定することが可能である。

特別なケースとして、ある実施態様においては、ルールは、上述されている例と逆であることが可能であり、すなわち、スケーリング係数は、同等のおよび／またはより低い優先度のキャリアに関してＮとともに増加する。その理由は、測定するキャリアの数が増加するにつれてＵＥの電力消費が増加するということである。スケーリング係数に関して、大きな値を設定または想定することによって、測定期間が延長され、すなわち、ＵＥは、同じ測定をより長い時間にわたって実行することを可能にされ、これは、ＵＥの電力消費を低減するのに役立ち、その一方でＵＥは、依然として近隣セルについて識別および測定を行うことが可能である。これは、ＯＳ＃１で動作するＵＥにとって特に重要であり得る。このケースにおいても、テーブル２におけるＮの関数としてのスケーリング係数Ｋ１およびＫ２のセットは、それぞれ（Ｘ１＜Ｙ１＜Ｚ１）および（Ｘ２＞Ｙ２＞Ｚ２）という式に従って関連していることが可能である。このルールも、たとえば、ＵＥのバッテリー電力が低下してあるしきい値を下回った場合に適用されることが可能である。別の例においては、ＵＥは、ＵＥが一般的なルール（上記）を適用することになるか、またはＵＥの動作シナリオに基づいて同等のまたはより低い優先度レベルのキャリアについての測定に関するスケーリング係数を導き出すための特別なルールを適用することになるかをネットワークノードによって設定されることが可能である。

同じ動作シナリオで動作するＵＥどうしは、同様のＵＥ行動および設定を有しており、ひいてはＫ１とＫ２との間における関係も、その行動および設定に依存する。一例においては、関係は、下記の（１）におけるとおりであることが可能である。なぜなら、ＯＳ＃１でのＵＥは、ＯＳ＃２でのＵＥよりも少ないモビリティを有するからである。
Ｋ１＞Ｋ２ （１）

Ｋ１およびＫ２の例示的な値は、それぞれ４および２である。

ＵＥ実施形態の第４の態様
ＵＥ実施形態の第４の態様によれば、１つのＯＳが、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数に関連付けられている。たとえば、
係数Ｋ（たとえば、Ｋ１）は、ＯＳに関連付けられている（たとえば、ＯＳ＃１が満たされている）場合に測定遅延要件を導き出すために使用され、
係数Ｌ（たとえば、Ｌ１）は、ＯＳに関連付けられている（たとえば、基準＃１が満たされている）場合などに、測定精度レベルに関連した要件を導き出すために使用され、そして
係数Ｐ（たとえば、Ｐ１）は、ＯＳ（たとえば、ＯＳ＃１）に関連付けられている場合に周波数ドメイン要件を導き出すために使用される。

新たな要件を導き出すために使用される演算は、加算、減算、乗算、除算を含む。たとえば、ＯＳで適用される遅延要件（時間ドメイン要件）は、決定されたスケーリング係数を対応する参照要件に乗じることによって導き出される。しかし、測定精度（ｄＢドメイン要件）は、決定されたスケーリング係数で参照要件を加算または減算することによって決定される。しかし、周波数ドメイン要件（たとえば、測定するキャリアの数）は、乗算、除算、加算、または減算という演算のうちのいずれかを使用して導き出されることが可能である。

一例がテーブル３において示されており、テーブル３では、係数Ｋが測定遅延要件を導き出し、係数Ｌが、測定精度レベルに関連した要件を導き出すために使用される、といった具合である。

このケースにおいては、ＵＥは、測定手順を適合させて、対応する要件が満たされることを確実にするために、さまざまなタイプの測定スケーリングを使用する。測定スケーリング係数のそれぞれのタイプはさらに、前の例（第２の態様）におけるようなルールに基づいてスケーリング係数のセットから導き出されることが可能である。

ステップ２０４のいくつかの実施形態においては、ＵＥは、ステップ２０２における決定された測定スケーリング係数に基づいて測定手順を適合させる。測定手順の適合は、下記のうちの１つまたは複数を含むことが可能である。
決定されたスケーリング係数に基づいて測定のための測定要件を導き出すこと。測定要件を導き出すことの例は、以降でさらに記述されている。
スケーリング係数に基づいてＵＥが測定サンプルを入手する測定レートを適合させること。
導き出された測定要件を満たしながら１つまたは複数の測定を実行すること。
実行された測定の結果を１つまたは複数の動作タスクに関して使用すること。動作タスクは、（たとえば、セル再選択、ハンドオーバ、ＲＲＣ再確立などのさまざまなタイプのセル変更に関する）さまざまな基準を評価するために測定結果を使用すること、それらの測定、またはそれらの測定の結果をさまざまなノード（たとえば、ＮＷ１、別のＵＥ）に報告することなどを含む。

より高い優先度のキャリアについての測定のための新たな測定要件を導き出すためのルールの具体的な例が、下記のように本明細書において指定されることが可能である。
ＵＥが動作シナリオ＃１で動作している場合には、ＵＥは、少なくともＴ_{ｈｉｇｈｅｒ＿ｐｒｉｏｒｉｔｙ＿ｓｅａｒｃｈ}＝６０＊Ｋ１’＊Ｎ_{ｌａｙｅｒｓ}）秒ごとにさらに高い優先度のあらゆるレイヤを検索することになり、その場合、Ｎ_{ｌａｙｅｒｓ}は、システム情報においてブロードキャストされるさらに高い優先度のＮＲおよびＥ－ＵＴＲＡキャリア周波数の総数である。
さもなければ、ＵＥが動作シナリオ＃２で動作している場合には、ＵＥは、少なくともＴ_{ｈｉｇｈｅｒ＿ｐｒｉｏｒｉｔｙ＿ｓｅａｒｃｈ}＝６０＊Ｋ２’＊Ｎ_{ｌａｙｅｒｓ}）秒ごとにさらに高い優先度のあらゆるレイヤを検索することになり、その場合、Ｎ_{ｌａｙｅｒｓ}は、システム情報においてブロードキャストされるさらに高い優先度のＮＲおよびＥ－ＵＴＲＡキャリア周波数の総数であり、その場合、Ｋ１’およびＫ２’は異なる。１つのある例においては、Ｋ’２＜Ｋ１’である。別のある例においては、Ｋ’２＝１かつＫ１’＞１である。さらに別のある例においては、Ｋ’２＝１かつＫ１’＝２である。

ＵＥのＯＳに基づいてスケーリング係数Ｋを適用することによって、低アクティビティ状態にあるＵＥに関する新たな遅延要件（時間ドメイン要件）を導き出すことの別のある例が、周波数内測定に関してはテーブル４において、そして周波数間測定に関してはテーブル５において示されている。周波数内測定に関するこの例においては、ＵＥは、テーブル４における要件を満たさなければならない。
ＵＥがＯＳ＃１で動作している場合には、Ｋ＝Ｋ１で。そして
ＵＥがＯＳ＃２で動作している場合には、Ｋ＝Ｋ２で。この場合、Ｋ１およびＫ２は、セル検知遅延（Ｔ_{ｄｅｔｅｃｔ，ＮＲ＿Ｉｎｔｒａ}）、測定時間（Ｔ_{ｍｅａｓｕｒｅ，ＮＲ＿Ｉｎｔｒａ}）、および評価期間（Ｔ_{ｅｖａｌｕａｔｅ，ＮＲ＿Ｉｎｔｒａ}）という要件のセットの少なくとも１つに関して異なる。

また、周波数間測定に関する上記の例においては、ＵＥは、テーブル５における要件を満たさなければならない。
ＵＥがＯＳ＃１で動作している場合には、Ｋ＝Ｋ１で。そして
ＵＥがＯＳ＃２で動作している場合には、Ｋ＝Ｋ２で。この場合、Ｋ１およびＫ２は、セル検知遅延（Ｔ_{ｄｅｔｅｃｔ，ＮＲ＿Ｉｎｔｅｒ}）、測定時間（Ｔ_{ｍｅａｓｕｒｅ，ＮＲ＿Ｉｎｔｅｒ}）、および評価期間（Ｔ_{ｅｖａｌｕａｔｅ，ＮＲ＿Ｉｎｔｅｒ}）という要件のセットの少なくとも１つに関して異なる。Ｋ１およびＫ２の値は、周波数内測定および周波数間測定に関して同じであることが可能であり、またはそれらの値は、周波数内測定および周波数間測定に関して異なることが可能である。

図３は、本開示のいくつかの実施形態による無線アクセスノード３００の概略ブロック図である。本明細書において使用される際には、「無線アクセスノード」は、セルラ通信システムの無線アクセスネットワーク（ＲＡＮ）内にあるネットワークノードの一種である。任意選択の機能は、破線の枠によって表されている。無線アクセスノード３００は、たとえば、基地局１０２もしくは１０６、または本明細書において記述されている基地局１０２もしくはｇＮＢの機能性のすべてもしくは一部を実施するネットワークノードであることが可能である。示されているように、無線アクセスノード３００は、制御システム３０２を含み、制御システム３０２は、１つまたは複数のプロセッサ３０４（たとえば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）、メモリ３０６、およびネットワークインターフェース３０８を含む。１つまたは複数のプロセッサ３０４は、本明細書においては処理回路とも呼ばれる。加えて、無線アクセスノード３００は、１つまたは複数の無線ユニット３１０を含むことが可能であり、それらの無線ユニット３１０はそれぞれ、１つまたは複数のアンテナ３１６に結合されている１つまたは複数の送信機３１２および１つまたは複数の受信機３１４を含む。無線ユニット３１０は、無線インターフェース回路と呼ばれること、またはその一部であることが可能である。いくつかの実施形態においては、無線ユニット３１０は、制御システム３０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム３０２に接続されている。しかしながら、いくつかのその他の実施形態においては、無線ユニット３１０および潜在的にアンテナ３１６は、制御システム３０２とともに統合されている。１つまたは複数のプロセッサ３０４は、本明細書において記述されている無線アクセスノード３００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態においては、それらの機能は、ソフトウェアで実装され、そのソフトウェアは、たとえばメモリ３０６に格納され、１つまたは複数のプロセッサ３０４によって実行される。

図４は、本開示のいくつかの実施形態による無線アクセスノード３００の仮想化された実施形態を示す概略ブロック図である。この論考は、その他のタイプのネットワークノードにも等しく適用可能である。さらに、その他のタイプのネットワークノードは、同様の仮想化されたアーキテクチャを有することが可能である。やはり、任意選択の機能は、破線の枠によって表されている。

本明細書において使用される際には、「仮想化された」無線アクセスノードは、無線アクセスノード３００の一実施態様であり、この実施態様においては、無線アクセスノード３００の機能性の少なくとも一部分が、仮想コンポーネントとして（たとえば、ネットワークにおける物理処理ノード上で実行している仮想マシンを介して）実施される。示されているように、この例においては、無線アクセスノード３００は、上述されている制御システム３０２および／または１つもしくは複数の無線ユニット３１０を含むことが可能である。制御システム３０２は、たとえば、光ケーブルなどを介して無線ユニット３１０に接続されることが可能である。無線アクセスノード３００は、ネットワーク４０２に結合されている、またはネットワーク４０２の一部として含まれている１つまたは複数の処理ノード４００を含む。存在している場合には、制御システム３０２または無線ユニットは、ネットワーク４０２を介して処理ノード４００に接続される。それぞれの処理ノード４００は、１つまたは複数のプロセッサ４０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）、メモリ４０６、およびネットワークインターフェース４０８を含む。

この例においては、本明細書において記述されている無線アクセスノード３００の機能４１０が、１つまたは複数の処理ノード４００において実装されるか、または任意の所望の様式で１つまたは複数の処理ノード４００および制御システム３０２および／または無線ユニット３１０にわたって分散される。いくつかのある実施形態においては、本明細書において記述されている無線アクセスノード３００の機能４１０のうちのいくつかまたはすべては、処理ノード４００によってホストされる仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当技術分野における当業者によって理解されるように、所望の機能４１０のうちの少なくともいくつかを実行するために、処理ノード４００と制御システム３０２との間におけるさらなるシグナリングまたは通信が使用される。特に、いくつかの実施形態においては、制御システム３０２が含まれないことが可能であり、そのケースにおいては、無線ユニット３１０は、適切なネットワークインターフェースを介して処理ノード４００と直接通信する。

いくつかの実施形態においては、命令を含むコンピュータプログラムであって、それらの命令が、少なくとも１つのプロセッサによって実行されたときに、無線アクセスノード３００の機能性、または、本明細書において記述されている実施形態のうちのいずれかによる仮想環境における無線アクセスノード３００の機能４１０のうちの１つまたは複数を実施するノード（たとえば、処理ノード４００）の機能性を少なくとも１つのプロセッサに実行させる、コンピュータプログラムが提供される。いくつかの実施形態においては、前述のコンピュータプログラム製品を含むキャリアが提供される。そのキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージメディア（たとえば、メモリなどの非一時的コンピュータ可読メディア）のうちの１つである。

図５は、本開示のいくつかのその他の実施形態による無線アクセスノード３００の概略ブロック図である。無線アクセスノード３００は、１つまたは複数のモジュール５００を含み、それらのそれぞれは、ソフトウェアで実装される。モジュール５００は、本明細書において記述されている無線アクセスノード３００の機能性を提供する。この論考は、図４の処理ノード４００にも等しく適用可能であり、その場合、モジュール５００は、処理ノード４００のうちの１つにおいて実装されること、または複数の処理ノード４００にわたって分散されること、ならびに／または処理ノード４００および制御システム３０２にわたって分散されることが可能である。

図６は、本開示のいくつかの実施形態による無線通信デバイス６００の概略ブロック図である。示されているように、無線通信デバイス６００は、１つまたは複数のプロセッサ６０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ６０４と、１つまたは複数のアンテナ６１２に結合されている１つまたは複数の送信機６０８および１つまたは複数の受信機６１０をそれぞれが含む１つまたは複数のトランシーバ６０６とを含む。トランシーバ６０６は、当技術分野における当業者によって理解されるように、アンテナ６１２とプロセッサ６０２との間において通信される信号を調整するように設定されているアンテナ６１２に接続されている無線フロントエンド回路を含む。プロセッサ６０２は、本明細書においては処理回路とも呼ばれる。トランシーバ６０６は、本明細書においては無線回路とも呼ばれる。いくつかの実施形態においては、上述されている無線通信デバイス６００の機能性は、たとえば、メモリ６０４に格納されてプロセッサ６０２によって実行されるソフトウェアで完全にまたは部分的に実施されることが可能である。無線通信デバイス６００は、たとえば、１つまたは複数のユーザインターフェースコンポーネント（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカーなどを含む入力／出力インターフェース、ならびに／または、無線通信デバイス６００への情報の入力を可能にするための、および／もしくは無線通信デバイス６００からの情報の出力を可能にするための任意のその他のコンポーネント）、電力供給源（たとえば、バッテリーおよび関連付けられている電力回路）等など、図６においては示されていないさらなるコンポーネントを含むことが可能であるということに留意されたい。

いくつかの実施形態においては、命令を含むコンピュータプログラムであって、それらの命令が、少なくとも１つのプロセッサによって実行されたときに、本明細書において記述されている実施形態のうちのいずれかによる無線通信デバイス６００の機能を少なくとも１つのプロセッサに実行させる、コンピュータプログラムが提供される。いくつかの実施形態においては、前述のコンピュータプログラム製品を含むキャリアが提供される。そのキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージメディア（たとえば、メモリなどの非一時的コンピュータ可読メディア）のうちの１つである。

図７は、本開示のいくつかのその他の実施形態による無線通信デバイス６００の概略ブロック図である。無線通信デバイス６００は、１つまたは複数のモジュール７００を含み、それらのそれぞれは、ソフトウェアで実装される。モジュール７００は、本明細書において記述されている無線通信デバイス６００の機能性を提供する。

図８を参照すると、一実施形態によれば、通信システムが、３ＧＰＰタイプのセルラネットワークなどの通信ネットワーク８００を含み、通信ネットワーク８００は、ＲＡＮなどのアクセスネットワーク８０２と、コアネットワーク８０４とを含む。アクセスネットワーク８０２は、ノードＢ、ｅＮＢ、ｇＮＢ、またはその他のタイプの無線アクセスポイント（ＡＰ）などの複数の基地局８０６Ａ、８０６Ｂ、８０６Ｃを含み、それらはそれぞれ、対応するカバレッジエリア８０８Ａ、８０８Ｂ、８０８Ｃを規定している。それぞれの基地局８０６Ａ、８０６Ｂ、８０６Ｃは、有線または無線接続８１０を介してコアネットワーク８０４に接続可能である。カバレッジエリア８０８Ｃに位置している第１のＵＥ８１２が、対応する基地局８０６Ｃに無線で接続するように、または対応する基地局８０６Ｃによってページングされるように設定されている。カバレッジエリア８０８Ａにおける第２のＵＥ８１４が、対応する基地局８０６Ａに無線で接続可能である。この例においては複数のＵＥ８１２、８１４が示されているが、開示されている実施形態は、単独のＵＥがカバレッジエリアにある状況、または単独のＵＥが、対応する基地局８０６に接続している状況に等しく適用可能である。

通信ネットワーク８００は、それ自体がホストコンピュータ８１６に接続されており、ホストコンピュータ８１６は、スタンドアロンのサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアで、またはサーバファームにおける処理リソースとして具体化されることが可能である。ホストコンピュータ８１６は、サービスプロバイダの所有もしくは制御のもとにあることが可能であり、またはサービスプロバイダによって、もしくはサービスプロバイダのために運営されることが可能である。通信ネットワーク８００とホストコンピュータ８１６との間における接続８１８および８２０は、コアネットワーク８０４からホストコンピュータ８１６へ直接延びることが可能であり、または任意選択の中間ネットワーク８２２を介して延びることが可能である。中間ネットワーク８２２は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの複数の組合せであることが可能であり、中間ネットワーク８２２は、もしもあるならば、バックボーンネットワークまたはインターネットであることが可能であり、詳細には、中間ネットワーク８２２は、２つ以上のサブネットワーク（図示せず）を含むことが可能である。

図８の通信システムは、全体として、接続されているＵＥ８１２、８１４とホストコンピュータ８１６との間におけるコネクティビティを可能にする。そのコネクティビティは、オーバーザトップ（ＯＴＴ）接続８２４として記述されることが可能である。ホストコンピュータ８１６および接続されているＵＥ８１２、８１４は、アクセスネットワーク８０２、コアネットワーク８０４、任意の中間ネットワーク８２２、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続８２４を介してデータおよび／またはシグナリングを通信するように設定されている。ＯＴＴ接続８２４が経由する参加している通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気づかないという意味で、ＯＴＴ接続８２４はトランスペアレントであることが可能である。たとえば、基地局８０６は、接続されているＵＥ８１２へ転送される（たとえば、ハンドオーバされる）ことになるホストコンピュータ８１６から生じるデータを伴う入ってくるダウンリンク通信の過去のルーティングについて知らされることが可能ではない、または知らされることが必要ではない。同様に、基地局８０６は、ＵＥ８１２からホストコンピュータ８１６へ生じる出ていくアップリンク通信の今後のルーティングに気づく必要はない。

前述のパラグラフにおいて論じられているＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実施態様が、次いで図９を参照しながら記述される。通信システム９００において、ホストコンピュータ９０２が、通信システム９００の別の通信デバイスのインターフェースとの有線または無線接続をセットアップして保持するように設定されている通信インターフェース９０６を含むハードウェア９０４を含む。ホストコンピュータ９０２はさらに、処理回路９０８を含み、処理回路９０８は、ストレージ能力および／または処理能力を有することが可能である。詳細には、処理回路９０８は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含むことが可能である。ホストコンピュータ９０２はさらに、ソフトウェア９１０を含み、ソフトウェア９１０は、ホストコンピュータ９０２に格納されるか、またはホストコンピュータ９０２によってアクセス可能であり、処理回路９０８によって実行可能である。ソフトウェア９１０は、ホストアプリケーション９１２を含む。ホストアプリケーション９１２は、ＵＥ９１４とホストコンピュータ９０２とにおいて終端しているＯＴＴ接続９１６を介して接続しているＵＥ９１４などのリモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション９１２は、ユーザデータを提供することが可能であり、そのユーザデータは、ＯＴＴ接続９１６を使用して送信される。

通信システム９００はさらに、通信システムにおいて提供されていてハードウェア９２０を含む基地局９１８を含み、ハードウェア９２０は、基地局９１８がホストコンピュータ９０２と、およびＵＥ９１４と通信することを可能にする。ハードウェア９２０は、通信システム９００の別の通信デバイスのインターフェースとの有線または無線接続をセットアップして保持するための通信インターフェース９２２、ならびに基地局９１８によってサーブされているカバレッジエリア（図９においては示されていない）に配置されているＵＥ９１４との少なくとも無線接続９２６をセットアップして保持するための無線インターフェース９２４を含むことが可能である。通信インターフェース９２２は、ホストコンピュータ９０２への接続９２８を容易にするように設定されることが可能である。接続９２８は、直接であることが可能であり、または接続９２８は、通信システムのコアネットワーク（図９においては示されていない）を経由すること、および／もしくは通信システムの外部の１つもしくは複数の中間ネットワークを経由することが可能である。示されている実施形態においては、基地局９１８のハードウェア９２０はさらに、処理回路９３０を含み、処理回路９３０は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含むことが可能である。基地局９１８はさらに、内部に格納されている、または外部接続を介してアクセス可能なソフトウェア９３２を有する。

通信システム９００はさらに、既に言及されているＵＥ９１４を含む。ＵＥ９１４のハードウェア９３４は、ＵＥ９１４が現在位置しているカバレッジエリアにサーブしている基地局との無線接続９２６をセットアップして保持するように設定されている無線インターフェース９３６を含むことが可能である。ＵＥ９１４のハードウェア９３４はさらに、処理回路９３８を含み、処理回路９３８は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含むことが可能である。ＵＥ９１４はさらに、ソフトウェア９４０を含み、ソフトウェア９４０は、ＵＥ９１４に格納されているか、またはＵＥ９１４によってアクセス可能であり、処理回路９３８によって実行可能である。ソフトウェア９４０は、クライアントアプリケーション９４２を含む。クライアントアプリケーション９４２は、ホストコンピュータ９０２のサポートを伴って、ＵＥ９１４を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ９０２においては、実行しているホストアプリケーション９１２が、ＵＥ９１４とホストコンピュータ９０２とにおいて終端しているＯＴＴ接続９１６を介して、実行しているクライアントアプリケーション９４２と通信することが可能である。ユーザにサービスを提供する際に、クライアントアプリケーション９４２は、要求データをホストアプリケーション９１２から受信して、その要求データに応答してユーザデータを提供することが可能である。ＯＴＴ接続９１６は、要求データおよびユーザデータの両方を転送することが可能である。クライアントアプリケーション９４２は、クライアントアプリケーション９４２が提供するユーザデータを生成するためにユーザと対話することが可能である。

図９において示されているホストコンピュータ９０２、基地局９１８、およびＵＥ９１４は、それぞれ図８のホストコンピュータ８１６、基地局８０６Ａ、８０６Ｂ、８０６Ｃのうちの１つ、およびＵＥ８１２、８１４のうちの１つと同様または同一であることが可能であるということに留意されたい。すなわち、これらのエンティティの内部作用は、図９において示されているとおりであることが可能であり、独立して、周囲のネットワークトポロジは、図８のネットワークトポロジであることが可能である。

図９においては、ＯＴＴ接続９１６は、あらゆる中間デバイス、およびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な言及を伴わずに、基地局９１８を介したホストコンピュータ９０２とＵＥ９１４との間における通信を例示するために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定することが可能であり、そのルーティングは、ＵＥ９１４から、またはホストコンピュータ９０２を運営しているサービスプロバイダから、またはその両方から隠れるように設定されることが可能である。ＯＴＴ接続９１６がアクティブである間に、ネットワークインフラストラクチャはさらに、決定を下すことが可能であり、その決定によって、ネットワークインフラストラクチャは、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する。

ＵＥ９１４と基地局９１８との間における無線接続９２６は、本開示の全体を通じて記述されている実施形態の教示に従っている。さまざまな実施形態のうちの１つまたは複数は、ＯＴＴ接続９１６を使用してＵＥ９１４に提供されるＯＴＴサービスのパフォーマンスを改善し、ＯＴＴ接続９１６においては、無線接続９２６が最後のセグメントを形成している。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それによって、たとえば、低減されたユーザ待ち時間、ファイルサイズについての緩和された制限、より良好な応答性、延長されたバッテリー寿命などの利点を提供することが可能である。

１つまたは複数の実施形態が改善するデータレート、レイテンシ、およびその他のファクタをモニタするという目的のための測定手順が提供されることが可能である。測定結果における変動に応答してホストコンピュータ９０２とＵＥ９１４との間におけるＯＴＴ接続９１６を再設定するための任意選択のネットワーク機能性がさらにあることが可能である。その測定手順、および／または、ＯＴＴ接続９１６を再設定するためのネットワーク機能性は、ホストコンピュータ９０２のソフトウェア９１０およびハードウェア９０４において、またはＵＥ９１４のソフトウェア９４０およびハードウェア９３４において、またはその両方において実施されることが可能である。いくつかの実施形態においては、ＯＴＴ接続９１６が経由する通信デバイスにおいて、またはそれらの通信デバイスに関連して、センサ（図示せず）が展開されることが可能であり、それらのセンサは、上で例示されているモニタされた量の値を供給すること、またはモニタされた量をソフトウェア９１０、９４０が算出もしくは推定することができる元となるその他の物理量の値を供給することによって、測定手順に関与することが可能である。ＯＴＴ接続９１６の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことが可能であり、その再設定は、基地局９１８に影響を与える必要がなく、その再設定は、基地局９１８に知られないことまたは知覚できないことが可能である。そのような手順および機能性は、当技術分野において知られていて実践されていると言える。ある実施形態においては、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ９０２の測定を容易にする独自のＵＥシグナリングを含むことが可能である。ソフトウェア９１０および９４０がＯＴＴ接続９１６を使用して、メッセージ、とりわけ空の、または「ダミーの」メッセージが送信されるようにし、その間にソフトウェア９１０および９４０が伝搬時間、エラーなどをモニタするという点において、測定が実施されることが可能である。

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

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

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

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

図１４は、本開示の一実施形態による、無線デバイス（たとえば、無線デバイス１１２）における測定手順の適合を可能にするためのネットワークノード（たとえば、基地局１０２）のオペレーションを示すフローチャートである。示されているように、ネットワークノードは、無線デバイスから測定値を受信し、測定手順は、少なくとも１つの測定スケーリング係数に基づいて適合された（ステップ１４００）。測定手順は、本明細書において記述されている無線デバイス関連の実施形態のうちのいずれかに基づく無線デバイスにおいて適合されることが可能である。

図１５は、本開示の一実施形態による、無線デバイス（たとえば、無線デバイス１１２）における測定手順の適合をトリガーするためのネットワークノード（たとえば、基地局１０２）のオペレーションを示すフローチャートである。示されているように、ネットワークノードは、無線デバイスが複数のＯＳのうちの１つのＯＳで動作しているということを無線デバイスがいつ決定するかに関するトリガーまたはルールを用いて無線デバイスを設定する（ステップ１５００）。この設定は、ネットワークまたはネットワークノードから上述のＵＥ関連の実施形態のうちのいずれかにおける無線デバイスまたはＵＥへ送信される設定情報のうちのいずれかを含むことが可能である。一実施形態においては、トリガーまたはルールは、無線デバイスがいずれかの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態で、非アクティブ状態で、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価すること（すなわち、無線デバイスがいずれかの低ＲＲＣアクティビティ状態で動作している場合に無線デバイスのＯＳを決定することになるというトリガーまたはルール）を含む。別の実施形態においては、トリガーまたはルールは、無線デバイスがあるタイプの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態でのみ、または非アクティブ状態でのみ、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価すること（すなわち、無線デバイスがある低ＲＲＣアクティビティ状態で動作している場合に無線デバイスのＯＳを決定することになるというトリガーまたはルール）を含む。別の実施形態においては、トリガーまたはルールは、無線デバイスが無線デバイスのＯＳのステータスを評価するように基地局によって明示的に設定されている場合に無線デバイスがその評価を実行すること（すなわち、無線デバイスが無線デバイスのＯＳを決定するようにネットワークノードによって明示的に設定されている場合に無線デバイスがそうすることになるというトリガーまたはルール）を含む。一実施形態においては、トリガーまたはルールは、無線デバイスのバッテリー電力が低下してあるしきい値を下回った（たとえば、最大バッテリー電力の２５％を下回った）場合に無線デバイスが無線デバイスのＯＳのステータスを評価すること（すなわち、無線デバイスのバッテリー電力が低下してあるしきい値を下回った場合に、または下回ったことに応答して、無線デバイスが無線デバイスのＯＳを決定することになるというトリガーまたはルール）を含む。トリガーまたはルールは、無線デバイスの決定された動作状態に基づいて無線デバイスにおいて測定手順の適合をトリガーするためのトリガーまたはルールであると言われることも可能であるということに留意されたい。

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

図におけるプロセスは、本開示のある実施形態によって実行されるオペレーションのある順序を示している場合があるが、そのような順序は、例示的なものである（たとえば、代替実施形態は、それらのオペレーションを異なる順序で実行すること、あるオペレーションどうしを組み合わせること、あるオペレーションどうしを重ね合わせることなどが可能である）ということを理解されたい。

本開示のいくつかの例示的な実施形態は、下記のとおりである。

グループＡの実施形態
実施形態１： 測定手順を適合させるために無線デバイスによって実行される方法であって、無線デバイスが複数の動作シナリオ（ＯＳ）のうちの１つのＯＳで動作しているということを決定すること（２００）と、決定されたＯＳに基づいて少なくとも１つの測定スケーリング係数を決定すること（２０２）と、少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させること（２０４）とを含む方法。

実施形態２： 複数のＯＳのうちの１つが、無線デバイスが静止していることまたはあるしきい値を下回るスピードで移動していることに関連している、実施形態１に記載の方法。

実施形態３： 複数のＯＳのうちの１つが、無線デバイスが少なくともセルエッジに物理的に位置していないこと、および／または無線デバイスがセルの中央において、もしくはサービング基地局の近くで動作していることに関連している、実施形態１または２のいずれか１つに記載の方法。

実施形態４： 複数のＯＳのそれぞれが、それぞれの１つまたは複数の基準または条件に関連付けられている、実施形態１から３のいずれか１つに記載の方法。

実施形態５： 決定されたＯＳで無線デバイスが動作しているということを決定することが、決定されたＯＳのそれぞれの１つまたは複数の基準または条件が満たされているということを決定することを含む、実施形態４に記載の方法。

実施形態６： 複数のＯＳのそれぞれが、少なくとも１つの測定スケーリング係数に関連付けられている、実施形態１から５のいずれか１つに記載の方法。

実施形態７： 少なくとも１つの測定スケーリング係数を決定することがさらに、決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定することを含む、実施形態１から６のいずれか１つに記載の方法。

実施形態８： キャリアの優先度レベルが、低い優先度レベル、同等の優先度レベル、およびより高い優先度レベルのうちの１つである、実施形態７に記載の方法。

実施形態９： 複数のＯＳのそれぞれが、複数の測定スケーリング係数に関連付けられている、実施形態１から８のいずれか１つに記載の方法。

実施形態１０： 複数の測定スケーリング係数のそれぞれが、同じタイプの測定要件を導き出すために同じタイプのものである、実施形態９に記載の方法。

実施形態１１： 少なくとも１つの測定スケーリング係数を決定することが、ルールと、決定されたＯＳの複数の測定スケーリング係数とに基づいて少なくとも１つの測定スケーリング係数を決定することを含む、実施形態１０に記載の方法。

実施形態１２： ルールが、測定のために設定されているキャリアの数に基づく、実施形態１１に記載の方法。

実施形態１３： ルールが、測定のために設定されているキャリアの無線アクセステクノロジー（ＲＡＴ）のタイプに基づく、実施形態１１に記載の方法。

実施形態１４： 複数の測定スケーリング係数が、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数を含む、実施形態９から１３のいずれか１つに記載の方法。

実施形態１５： 別々のタイプの測定要件が、測定遅延要件を含む、実施形態１４に記載の方法。

実施形態１６： 別々のタイプの測定要件が、測定精度レベルに関連した要件を含む、実施形態１４または１５に記載の方法。

実施形態１７： 無線デバイスが１つのＯＳで動作しているということを決定することが、トリガーまたはルールの結果であり、そのトリガーまたはルールが、あらかじめ規定されること、またはネットワークノードによって設定されることが可能である、実施形態１から１６のいずれか１つに記載の方法。

実施形態１８： ルールが、無線デバイスがいずれかの低無線リソース制御（ＲＲＣ）アクティビティ状態で、たとえば、アイドル状態で、非アクティブ状態で、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む、実施形態１７に記載の方法。

実施形態１９： ルールが、無線デバイスがあるタイプの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態でのみ、または非アクティブ状態でのみ、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む、実施形態１７に記載の方法。

実施形態２０： ルールが、無線デバイスが無線デバイスのＯＳのステータスを評価するようにネットワークノードによって明示的に設定されている場合に無線デバイスがその評価を実行することを含む、実施形態１７に記載の方法。

実施形態２１： ルールが、無線デバイスのバッテリー電力が低下してあるしきい値を下回った（たとえば、最大バッテリー電力の２５％を下回った）場合に無線デバイスが無線デバイスのＯＳのステータスを評価することを含む、実施形態１７に記載の方法。

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

グループＢの実施形態
実施形態２３： 測定手順を適合させるために基地局によって実行される方法であって、無線デバイスから測定値を受信することを含み、測定手順が、少なくとも１つの測定スケーリング係数に基づいて適合された、方法。

実施形態２４： 測定手順が、グループＡの実施形態のうちのいずれかに基づいて適合された、実施形態２３に記載の方法。

実施形態２５： 測定手順を適合させるために基地局によって実行される方法であって、無線デバイスが複数の動作シナリオ（ＯＳ）のうちの１つのＯＳで動作しているということを無線デバイスがいつ決定するかに関するトリガーまたはルールを用いて無線デバイスを設定することを含む、方法。

実施形態２６： ルールが、無線デバイスがいずれかの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態で、非アクティブ状態で、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む、実施形態２５に記載の方法。

実施形態２７： ルールが、無線デバイスがあるタイプの低ＲＲＣアクティビティ状態で、たとえば、アイドル状態でのみ、または非アクティブ状態でのみ、といった具合に動作している場合に無線デバイスのＯＳのステータスを評価することを含む、実施形態２５に記載の方法。

実施形態２８： ルールが、無線デバイスが無線デバイスのＯＳのステータスを評価するように基地局によって明示的に設定されている場合に無線デバイスがその評価を実行することを含む、実施形態２５に記載の方法。

実施形態２９： ルールが、無線デバイスのバッテリー電力が低下してあるしきい値を下回った（たとえば、最大バッテリー電力の２５％を下回った）場合に無線デバイスが無線デバイスのＯＳのステータスを評価することを含む、実施形態２５に記載の方法。

実施形態３０： ユーザデータを入手することと、ユーザデータをホストコンピュータまたは無線デバイスへ転送することとをさらに含む、実施形態２３から２９のいずれか１つに記載の方法。

グループＣの実施形態
実施形態３１： 測定手順を適合させるための無線デバイスであって、グループＡの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている処理回路と、無線デバイスに電力を供給するように設定されている電力供給源回路とを含む無線デバイス。

実施形態３２： 測定手順を適合させるための基地局であって、グループＢの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている処理回路と、基地局に電力を供給するように設定されている電力供給源回路とを含む基地局。

実施形態３３： 測定手順を適合させるためのユーザ機器（ＵＥ）であって、無線信号を送信および受信するように設定されているアンテナと、アンテナに、および処理回路に接続されていて、アンテナと処理回路との間において通信される信号を調整するように設定されている無線フロントエンド回路と、グループＡの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている処理回路と、処理回路に接続されていて、処理回路によって処理されることになる情報のＵＥへの入力を可能にするように設定されている入力インターフェースと、処理回路に接続されていて、処理回路によって処理された情報をＵＥから出力するように設定されている出力インターフェースと、処理回路に接続されていて、ＵＥに電力を供給するように設定されているバッテリーとを含むＵＥ。

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

実施形態３５： さらに基地局を含む、実施形態３４に記載の通信システム。

実施形態３６： さらにＵＥを含み、ＵＥが、基地局と通信するように設定されている、実施形態３４または３５に記載の通信システム。

実施形態３７： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定されており、ＵＥが、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行するように設定されている処理回路を含む、実施形態３４から３６のいずれか１つに記載の通信システム。

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

実施形態３９： 基地局において、ユーザデータを送信することをさらに含む、実施形態３８に記載の方法。

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

実施形態４１： 基地局と通信するように設定されているユーザ機器（ＵＥ）であって、実施形態３８から４０のいずれか１つに記載の方法を実行するように設定されている無線インターフェースおよび処理回路を含むＵＥ。

実施形態４２： ユーザデータを提供するように設定されている処理回路と、ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラネットワークへ転送するように設定されている通信インターフェースとを含むホストコンピュータを含む通信システムであって、ＵＥが、無線インターフェースおよび処理回路を含み、ＵＥのコンポーネントが、グループＡの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている、通信システム。

実施形態４３： セルラネットワークがさらに、ＵＥと通信するように設定されている基地局を含む、実施形態４２に記載の通信システム。

実施形態４４： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定されており、ＵＥの処理回路が、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行するように設定されている、実施形態４２または４３に記載の通信システム。

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

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

実施形態４７： ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定されている通信インターフェースを含むホストコンピュータを含む通信システムであって、ＵＥが、無線インターフェースおよび処理回路を含み、ＵＥの処理回路が、グループＡの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている、通信システム。

実施形態４８： さらにＵＥを含む、実施形態４７に記載の通信システム。

実施形態４９： さらに基地局を含み、基地局が、ＵＥと通信するように設定されている無線インターフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータへ転送するように設定されている通信インターフェースとを含む、実施形態４７または４８に記載の通信システム。

実施形態５０： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定されており、ＵＥの処理回路が、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定されている、実施形態４７から４９のいずれか１つに記載の通信システム。

実施形態５１： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによって要求データを提供するように設定されており、ＵＥの処理回路が、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによって要求データに応答してユーザデータを提供するように設定されている、実施形態４７から５０のいずれか１つに記載の通信システム。

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

実施形態５３： ＵＥにおいて、ユーザデータを基地局に提供することをさらに含む、実施形態５２に記載の方法。

実施形態５４： ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されることになるユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられているホストアプリケーションを実行することとをさらに含む、実施形態５２または５３に記載の方法。

実施形態５５： ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することとをさらに含み、入力データが、クライアントアプリケーションに関連付けられているホストアプリケーションを実行することによってホストコンピュータにおいて提供され、送信されることになるユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態５２から５４のいずれか１つに記載の方法。

実施形態５６： ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定されている通信インターフェースを含むホストコンピュータを含む通信システムであって、基地局が、無線インターフェースおよび処理回路を含み、基地局の処理回路が、グループＢの実施形態のうちのいずれかのステップのうちのいずれかを実行するように設定されている、通信システム。

実施形態５７： さらに基地局を含む、実施形態５６に記載の通信システム。

実施形態５８： さらにＵＥを含み、ＵＥが、基地局と通信するように設定されている、実施形態５６または５７に記載の通信システム。

実施形態５９： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定されており、ＵＥが、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによって、ホストコンピュータによって受信されることになるユーザデータを提供するように設定されている、実施形態５６から５８のいずれか１つに記載の通信システム。

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

実施形態６１： 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態６０に記載の方法。

実施形態６２： 基地局において、受信されたユーザデータのホストコンピュータへの送信を開始することをさらに含む、実施形態６０または６１に記載の方法。

下記の略語のうちの少なくともいくつかが、本開示において使用されている場合がある。略語どうしの間に矛盾がある場合には、その略語が上でどのように使用されているかが優先されるべきである。以降で複数回にわたって記載されている場合には、最初の記載が、いかなる後続の記載よりも優先されるべきである。
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
５ＧＣ 第５世代コア
５ＧＳ 第５世代システム
ＡＦ アプリケーション機能
ＡＭＦ アクセスおよびモビリティ機能
ＡＮ アクセスネットワーク
ＡＰ アクセスポイント
ＡＳＩＣ 特定用途向け集積回路
ＡＵＳＦ 認証サーバ機能
ＣＰＵ 中央処理装置
ＤＮ データネットワーク
ＤＳＰ デジタル信号プロセッサ
ｅＮＢ 拡張またはエボルブドノードＢ
ＥＰＳ エボルブドパケットシステム
Ｅ－ＵＴＲＡ エボルブドユニバーサルテレストリアルラジオアクセス
ＦＰＧＡ フィールドプログラマブルゲートアレイ
ｇＮＢ 新無線基地局
ｇＮＢ－ＤＵ 新無線基地局分散ユニット
ＨＳＳ ホームサブスクライバーサーバ
ＩｏＴ インターネットオブシングス
ＩＰ インターネットプロトコル
ＬＴＥ ロングタームエボリューション
ＭＭＥ モビリティ管理エンティティ
ＭＴＣ マシンタイプ通信
ＮＥＦ ネットワーク公開機能
ＮＦ ネットワーク機能
ＮＲ 新無線
ＮＲＦ ネットワーク機能リポジトリ機能
ＮＳＳＦ ネットワークスライス選択機能
ＯＴＴ オーバーザトップ
ＰＣ パーソナルコンピュータ
ＰＣＦ ポリシー制御機能
Ｐ－ＧＷ パケットデータネットワークゲートウェイ
ＱｏＳ サービス品質
ＲＡＭ ランダムアクセスメモリ
ＲＡＮ 無線アクセスネットワーク
ＲＯＭ 読み取り専用メモリ
ＲＲＨ リモート無線ヘッド
ＲＴＴ ラウンドトリップタイム
ＳＣＥＦ サービス能力公開機能
ＳＭＦ セッション管理機能
ＵＤＭ 統合データ管理
ＵＥ ユーザ機器
ＵＰＦ ユーザプレーン機能

当業者なら、本開示の実施形態に対する改善および修正を認識するであろう。すべてのそのような改善および修正は、本明細書において開示されているコンセプトの範囲内にあるとみなされる。

Claims (26)

1. 測定手順を適合させるために無線デバイス（１１２）によって実行される方法であって、
   前記無線デバイス（１１２）が複数の動作シナリオ（ＯＳ：Ｏｐｅｒａｔｉｏｎａｌ Ｓｃｅｎａｒｉｏ）のうちの１つのＯＳで動作しているということを決定すること（２００）であって、前記複数のＯＳのうちの１つが、前記無線デバイスが少なくとも前記無線デバイスのサービングセルのセルエッジに物理的に位置していないことに関連している、動作しているということを決定すること（２００）と、
   前記決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定すること（２０２）と、
   前記少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させること（２０４）とを含む方法。
2. 前記複数のＯＳのうちの１つが、前記無線デバイス（１１２）が低モビリティで動作していることに関連している、請求項１に記載の方法。
3. 前記複数のＯＳのうちの１つが、前記無線デバイス（１１２）が静止していることまたはあるしきい値を下回るスピードで移動していることに関連している、請求項１または２に記載の方法。
4. 前記複数のＯＳのうちの１つが、前記無線デバイスが前記サービングセルの中央において、または前記サービングセルを提供しているサービング基地局の近くで動作していることに関連している、請求項１から３のいずれか一項に記載の方法。
5. 前記複数のＯＳのそれぞれが、それぞれの１つまたは複数の基準または条件に関連付けられている、請求項１から４のいずれか一項に記載の方法。
6. 前記決定されたＯＳで前記無線デバイス（１１２）が動作しているということを決定すること（２００）が、前記決定されたＯＳの前記それぞれの１つまたは複数の基準または条件が満たされているということを決定することを含む、請求項５に記載の方法。
7. 前記複数のＯＳのそれぞれが、少なくとも１つの測定スケーリング係数に関連付けられている、請求項１から６のいずれか一項に記載の方法。
8. 前記キャリアの前記優先度レベルが、前記無線デバイス（１１２）のサービングセルのキャリアの優先度に関連している、請求項７に記載の方法。
9. 前記複数のＯＳのそれぞれが、複数の測定スケーリング係数に関連付けられている、請求項１から８のいずれか一項に記載の方法。
10. 前記複数の測定スケーリング係数のそれぞれが、同じタイプの測定要件を導き出すために同じタイプのものである、請求項９に記載の方法。
11. 前記少なくとも１つの測定スケーリング係数を決定すること（２００）が、ルールと、前記決定されたＯＳの前記複数の測定スケーリング係数とに基づいて前記少なくとも１つの測定スケーリング係数を決定すること（２００）を含む、請求項１０に記載の方法。
12. 前記ルールが、前記測定のために設定されているキャリアの数に基づく、請求項１１に記載の方法。
13. 前記ルールが、前記測定のために設定されている前記キャリアの無線アクセステクノロジー（ＲＡＴ）のタイプに基づく、請求項１１に記載の方法。
14. 前記複数の測定スケーリング係数が、別々のタイプの測定要件を導き出すために別々のタイプの測定スケーリング係数を含む、請求項９から１３のいずれか一項に記載の方法。
15. 前記別々のタイプの測定要件が、測定遅延要件を含む、請求項１４に記載の方法。
16. 前記別々のタイプの測定要件が、測定精度レベルに関連した要件を含む、請求項１４または１５に記載の方法。
17. 前記無線デバイス（１１２）が１つのＯＳで動作しているということを決定すること（２００）が、トリガーまたはルールの結果として前記無線デバイス（１１２）が１つのＯＳで動作しているということを決定すること（２００）を含み、前記トリガーまたはルールが、あらかじめ規定されるか、またはネットワークノードによって設定されるかのいずれかである、請求項１から１６のいずれか一項に記載の方法。
18. 前記トリガーまたはルールが、前記無線デバイスがいずれかの低無線リソース制御（ＲＲＣ）アクティビティ状態で動作している場合に前記無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む、請求項１７に記載の方法。
19. 前記トリガーまたはルールが、前記無線デバイスがあるタイプの低無線リソース制御（ＲＲＣ）アクティビティ状態で動作している場合に前記無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む、請求項１７に記載の方法。
20. 前記トリガーまたはルールが、前記無線デバイスが前記無線デバイスのＯＳを決定するようにネットワークノードによって明示的に設定されている場合に前記無線デバイスが前記無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む、請求項１７に記載の方法。
21. 前記トリガーまたはルールが、前記無線デバイスのバッテリー電力が低下してあるしきい値を下回った場合に前記無線デバイスが前記無線デバイスのＯＳを決定することになるというトリガーまたはルールを含む、請求項１７に記載の方法。
22. 前記少なくとも１つの測定スケーリング係数に基づいて前記少なくとも１つの測定手順を適合させること（２０４）が、前記少なくとも１つの測定スケーリング係数を前記少なくとも１つの測定手順に関する１つまたは複数の参照要件に適用することを含む、請求項１から２１のいずれか一項に記載の方法。
23. 測定手順を適合させるための無線デバイス（１１２）であって、
    前記無線デバイス（１１２）が複数の動作シナリオ（ＯＳ：Ｏｐｅｒａｔｉｏｎａｌ Ｓｃｅｎａｒｉｏ）のうちの１つのＯＳで動作しているということを決定すること（２００）であって、前記複数のＯＳのうちの１つが、前記無線デバイスが少なくとも前記無線デバイスのサービングセルのセルエッジに物理的に位置していないことに関連している、動作しているということを決定すること（２００）と、
    前記決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定すること（２０２）と、
    前記少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させること（２０４）とを行うように設定されている無線デバイス（１１２）。
24. 請求項２から２２のいずれか一項に記載の方法を実行するようにさらに設定されている、請求項２３に記載の無線デバイス（１１２）。
25. 測定手順を適合させるための無線デバイス（１１２；６００）であって、前記無線デバイス（１１２）が、
    １つまたは複数の送信機（６０８）と、
    １つまたは複数の受信機（６１０）と、
    前記１つまたは複数の送信機（６０８）および前記１つまたは複数の受信機（６１０）に関連付けられている処理回路（６０２）とを含み、前記処理回路（６０２）が、前記無線デバイス（１１２）に、
    前記無線デバイス（１１２）が複数の動作シナリオ（ＯＳ：Ｏｐｅｒａｔｉｏｎａｌ Ｓｃｅｎａｒｉｏ）のうちの１つのＯＳで動作しているということを決定すること（２００）であって、前記複数のＯＳのうちの１つが、前記無線デバイスが少なくとも前記無線デバイスのサービングセルのセルエッジに物理的に位置していないことに関連している、動作しているということを決定すること（２００）と、
    前記決定されたＯＳと、測定のために設定されているキャリアの優先度レベルとに基づいて少なくとも１つの測定スケーリング係数を決定すること（２０２）と、
    前記少なくとも１つの測定スケーリング係数に基づいて少なくとも１つの測定手順を適合させること（２０４）と
    を行わせるように設定されている、無線デバイス（１１２；６００）。
26. 前記処理回路（６０２）がさらに、請求項２から２２のいずれか一項に記載の方法を前記無線デバイス（１１２；６００）に実行させるように設定されている、請求項２５に記載の無線デバイス（１１２；６００）。

Images