JP7843398B2 - 体感品質測定の制御 - Google Patents

Description

本開示の実施形態は、一般に電気通信の分野に関し、より詳細には、体感品質（ＱｏＥ：ｑｕａｌｉｔｙ ｏｆ ｅｘｐｅｒｉｅｎｃｅ）測定の制御のためのデバイス、方法、及びコンピュータ可読記憶媒体に関する。

ＱｏＥ測定結果は、アプリケーション（ＡＰＰ）レイヤにおける通信サービス（複数可）の充足に関するユーザの客観的な体験をインジケートする。その結果、これは通常、通信サービス（複数可）の品質を評価及び査定するための重要な指標の１つとして使用されている。さらに、サービスプロバイダまたはオペレータは、ユーザの端末デバイスから測定結果（「ＱｏＥメトリクス」と呼ばれることもある）を収集することにより通信サービス（複数可）の品質を取得し、収集した測定結果に応じて対応する通信サービス（複数可）の品質を向上させ得る。

無線通信では、コアネットワーク（ＣＮ）デバイスまたは運用管理保守（ＯＡＭ：ｏｐｅｒａｔｉｏｎ ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ）デバイスが、アプリケーションサーバからＱｏＥ測定コンフィグレーションを受信し、アクセスネットワークデバイスを介して端末デバイスにＱｏＥ測定コンフィグレーションをさらに送信する。ＱｏＥ測定コンフィグレーションを受信した後、端末デバイスのＡＰＰレイヤはＱｏＥ測定を実行し、測定結果を端末デバイスのアクセスレイヤ／ストラタムに伝達する。測定結果は処理されてアクセスネットワークデバイスに送信され、アクセスネットワークデバイスは測定結果をＣＮ／ＯＡＭデバイスに転送する。上記手順中、アクセスネットワークデバイスは、端末デバイスとＣＮ／ＯＡＭデバイスとの間の転送デバイスとして単に機能する。しかしながら、一部のシナリオ（たとえば、アクセスネットワークデバイスが過負荷状況にあるシナリオ）では、アクセスネットワークデバイスがＱｏＥ測定を調整または制御することが必要になる。したがって、アクセスネットワークデバイスがＱｏＥ測定のコンフィグレーション及び維持の手順に関与し得ることが望ましい。

一般に、本開示の例示的な実施形態は、ＱｏＥ測定の制御のための解決策を提供する。

第１の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１のデバイスに、体感品質測定を実行するために第２のデバイスによって使用される第１の周期性（ｐｅｒｉｏｄｉｃｉｔｙ）をインジケートする第１の周期性情報を取得することと、体感品質測定の１つまたは複数の測定結果を報告するために第２のデバイスのアクセスストラタムによって使用される第２の周期性を決定することと、第２の周期性をインジケートする第２の周期性情報を第２のデバイスに送信することと、を行わせるように構成される。

第２の態様では、第２のデバイスが提供される。第２のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第２のデバイスに、体感品質測定の１つまたは複数の測定結果を報告するために第２のデバイスのアクセスストラタムによって使用される第２の周期性をインジケートする第２の周期性情報を第１のデバイスから受信することであって、第２の周期性は、体感品質測定を第２のデバイスによって実行するために使用される第１の周期性に基づいてコンフィグレーションされる、受信することと、第２のデバイスのアクセスストラタムによって、第２のデバイスのアプリケーションレイヤによって測定された体感品質測定の１つまたは複数の測定結果を収集することと、第２のデバイスのアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告することと、を行わせるように構成される。

第３の態様では、第３のデバイスが提供される。第３のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第３のデバイスに、体感品質測定を実行するために第２のデバイスによって使用される第１の周期性を取得することと、第１の周期性を含むメッセージを第１のデバイスに送信することであって、第１の周期性は、アクセスストラタムに関連して識別可能な方法で送信される、送信することと、を行わせるように構成される。

第４の態様では、方法が提供される。この方法は、第１のデバイスにおいて、体感品質測定を実行するために第２のデバイスによって使用される第１の周期性をインジケートする第１の周期性情報を取得することを含む。この方法は、体感品質測定の１つまたは複数の測定結果を報告するために第２のデバイスのアクセスストラタムによって使用される第２の周期性を決定することをさらに含む。この方法は、第２の周期性をインジケートする第２の周期性情報を第２のデバイスに送信することも含む。

第５の態様では、方法が提供される。この方法は、第２のデバイスにおいて、体感品質測定の１つまたは複数の測定結果を報告するために第２のデバイスのアクセスストラタムによって使用される第２の周期性をインジケートする第２の周期性情報を第１のデバイスから受信することであって、第２の周期性は、体感品質測定を実行するために第２のデバイスによって使用される第１の周期性に基づいてコンフィグレーションされる、受信することを含む。この方法は、第２のデバイスのアクセスストラタムによって、第２のデバイスのアプリケーションレイヤによって測定された体感品質測定の１つまたは複数の測定結果を収集することをさらに含む。この方法は、第２のデバイスのアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告することも含む。

第６の態様では、方法が提供される。この方法は、第３のデバイスにおいて、体感品質測定を実行するために第２のデバイスによって使用される第１の周期性を取得することを含む。この方法は、第１の周期性を含むメッセージを第１のデバイスに送信することであって、第１の周期性は、アクセスストラタムに関連して識別可能な方法で送信される、送信することをさらに含む。

第７の態様では、第１の装置が提供される。第１の装置は、第１の装置において、体感品質測定を実行するために第２の装置によって使用される第１の周期性をインジケートする第１の周期性情報を取得するための手段を備える。第１の装置は、体感品質測定の１つまたは複数の測定結果を報告するために第２の装置のアクセスストラタムによって使用される第２の周期性を決定するための手段をさらに備える。第１の装置は、第２の周期性をインジケートする第２の周期性情報を第２の装置に送信するための手段も備える。

第８の態様では、第２の装置が提供される。第２の装置は、第２の装置において、かつ第１の装置から、体感品質測定の１つまたは複数の測定結果を報告するために第２の装置のアクセスストラタムによって使用される第２の周期性をインジケートする第２の周期性情報を受信するための手段であって、第２の周期性は、体感品質測定を実行するために第２の装置によって使用される第１の周期性に基づいてコンフィグレーションされる、受信するための手段を備える。第２の装置は、第２の装置のアクセスストラタムによって、第２の装置のアプリケーションレイヤによって測定された体感品質測定の１つまたは複数の測定結果を収集するための手段をさらに備える。第２の装置は、第２の装置のアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告するための手段も備える。

第９の態様では、第３の装置が提供される。第３の装置は、第３の装置において、体感品質測定を実行するために第２の装置によって使用される第１の周期性を取得するための手段を備える。第３の装置は、第１の周期性を含むメッセージを第１の装置に送信するための手段であって、第１の周期性は、アクセスストラタムに関連して識別可能な方法で送信される、送信するための手段をさらに備える。

第１０の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、少なくとも第４の態様による方法を装置に実行させるためのプログラム命令を含む。

第１１の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、少なくとも第５の態様による方法を装置に実行させるためのプログラム命令を含む。

第１２の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、少なくとも第６の態様による方法を装置に実行させるためのプログラム命令を含む。

発明の概要のセクションは、本開示の実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を制限するために使用されることを意図するものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解することができるであろう。

次に、いくつかの例示的な実施形態を、添付の図面を参照しながら説明する。

ＱｏＥコンフィグレーション及び報告手順の従来のシグナリングフローである。 本開示の例示的な実施形態が実施され得る例示的な通信ネットワークを示す図である。 本開示のいくつかの実施形態による、ＱｏＥ測定の制御のシグナリングフローである。 本開示のいくつかの実施形態による、ＱｏＥ測定の制御の他のシグナリングフローである。 本開示のいくつかの実施形態による、第１のデバイスで実行される例示的な方法のフローチャートである。 本開示のいくつかの実施形態による、第２のデバイスで実行される例示的な方法のフローチャートである。 本開示のいくつかの実施形態による、第３のデバイスで実行される例示的な方法のフローチャートである。 本開示の例示的な実施形態を実施するのに適したデバイスの簡略化したブロック図である。 本開示の例示的な実施形態による、例示的なコンピュータ可読媒体のブロック図である。

図面全体を通して、同一または類似の参照番号は、同一または類似の要素を表す。

次に、本開示の原理を、いくつかの例示的な実施形態を参照しながら記載する。これらの実施形態は、説明のためにのみ記載したものにすぎず、当業者が本開示を理解し実施するのに役立つものであるが、本開示の範囲については、いかなる制限をも示唆するものではないことを理解されたい。本明細書に記載の開示は、以下に記載している以外にも様々な方法で実施することができる。

下記の説明及び特許請求の範囲では、本明細書で使用する全ての技術用語及び科学用語は、別段の定義がない限り、本開示が属する技術分野の当業者により一般的に理解される意味と同じ意味を有する。

本開示における「一実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、記載の実施形態が特定の特徴、構造、または特性を含み得ることをインジケートするが、あらゆる実施形態が、特定の特徴、構造、または特性を含むことを必要とするわけではない。さらに、そのような語句は、必ずしも同じ実施形態を指しているわけではない。さらに、実施形態に関連して特定の特徴、構造、または特性を記載している場合、明示的に記載しているか否かにかかわらず、他の実施形態に関するそのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であると考えられる。

本明細書では、様々な要素を記載するために、「第１の」、「第２の」などの用語を使用し得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素を他の要素と区別するためにのみ使用している。たとえば、例示的な実施形態の範囲から逸脱することなく、第１の要素が第２の要素と呼ばれ得、同様に、第２の要素が第１の要素と呼ばれ得る。本明細書で使用する場合、用語「及び／または」は、列記した用語のうちの１つまたは複数のありとあらゆる組み合わせを包含する。

本明細書で使用する用語は、特定の実施形態の記述のみを目的としたものであり、例示的な実施形態を限定することを意図したものではない。本明細書で使用する場合、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに他をインジケートする場合を除き、複数形も含むことを意図している。本明細書で使用する場合、用語「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「備える、含む（ｉｎｃｌｕｄｅｓ）」、及び／または「備える、含む（ｉｎｃｌｕｄｉｎｇ）」は、記載した特徴、要素、及び／または構成要素などの存在を特定するものであるが、１つまたは複数の他の特徴、要素、構成要素、及び／またはそれらの組み合わせの存在または追加を排除するものではないことは理解されよう。

本明細書で使用する場合、「判定（決定）する／判定（決定）すること」（及び、それらの文法的な変形）は、計算すること（ｃａｌｃｕｌａｔｉｎｇ）、計算すること（ｃｏｍｐｕｔｉｎｇ）、処理すること、導出すること、測定すること、調査すること、調べること（たとえば、テーブル、データベース、または他のデータ構造内を調べること）、確認することなどをとりわけ含み得る。また「判定（決定）すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ内のデータにアクセスすること）、取得することなどを含み得る。また、「判定（決定）すること」は、解決すること、選択すること、選ぶこと、確立することなどを含み得る。

本出願で使用する場合、用語「回路」は、以下のうちの１つまたは複数あるいは全てを指し得る。
（ａ）ハードウェアのみの回路実装（たとえば、アナログ及び／またはデジタル回路のみでの実装）
（ｂ）ハードウェア回路とソフトウェアとの組み合わせ、たとえば（適用可能な場合）：
（ｉ）アナログ及び／またはデジタルハードウェア回路（複数可）と、ソフトウェア／ファームウェアとの組み合わせ
（ｉｉ）携帯電話またはサーバなどの装置に様々な機能を実行させるように協働する、（デジタルシグナルプロセッサ（複数可）を含む）ソフトウェアを使用するハードウェアプロセッサ（複数可）の任意の部分、ソフトウェア、及びメモリ（複数可）
（ｃ）動作のためにソフトウェア（たとえば、ファームウェア）を必要とするハードウェア回路（複数可）及び／またはプロセッサ（複数可）、たとえば、マイクロプロセッサ（複数可）もしくはマイクロプロセッサ（複数可）の一部。しかしながら、ソフトウェアは、動作に不要な場合には存在しない場合がある。

「回路」のこの定義は、あらゆる請求項を含む、本出願書類におけるこの用語の全ての使用に適用される。さらなる例として、回路という用語は、本出願で使用する場合、単なるハードウェア回路またはプロセッサ（もしくは複数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部、ならびにそれに（またはそれらに）付随するソフトウェア及び／またはファームウェアの一実施態様も包含する。回路という用語はまた、たとえば、特定の請求項の構成要素に該当する場合、モバイルデバイスのベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラネットワークデバイス、または他のコンピューティングもしくはネットワークデバイスにおける同様の集積回路も包含する。

本明細書で使用する場合、用語「通信ネットワーク」は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）など、任意の適切な通信規格に準拠したネットワークを指す。さらに、通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、次世代の第５世代（５Ｇ）の通信プロトコル、及び／または現在知られているか今後開発される他の任意のプロトコルを含むがこれらに限定されない、任意の適切な世代の通信プロトコルに従って実行され得る。本開示の実施形態は、様々な通信システムに適用され得る。通信における急速な発展を考えると、当然ながら、本開示が具現化され得る未来型の通信技術及びシステムも存在するであろう。本開示の範囲を前述のシステムのみに限定するものと見なすべきではない。

本明細書で使用する場合、用語「アクセスネットワークデバイス」は、端末デバイスが、それを介してネットワークにアクセスし、そこからサービスを受ける、通信ネットワーク内のノードを指す。ネットワークデバイスは、適用される用語及び技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）、たとえば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムトやピコなどの低電力ノードなどを指し得る。

用語「端末デバイス」とは、無線通信が可能であり得る任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、携帯加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）とも呼ばれ得る。端末デバイスは、携帯電話、セルラ電話、スマートフォン、ボイスオーバＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ電話、タブレット、ウェアラブル端末デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生器具、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、移動局、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、ワイヤレス顧客構内機器（ＣＰＥ）、モノのインターネット（ｌｏＴ）デバイス、時計もしくは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（たとえば、リモート手術）、産業用デバイス及びアプリケーション（たとえば、生産加工及び／または自動処理チェーンの状況で動作するロボット及び／または他のワイヤレスデバイス）、家庭用電子デバイス、商用及び／または産業用ワイヤレスネットワーク上で動作するデバイスなどを含み得るが、これらに限定されない。以下の記載では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」及び「ＵＥ」という用語は、交換可能に用いられ得る。

「コアネットワークデバイス」という用語は、アクセス及びモビリティ管理機能（ＡＭＦ：ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ：ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ユーザプレーン機能（ＵＰＦ：ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）などを提供する任意のデバイスまたはエンティティを指す。限定ではなく例として、コアネットワークデバイスは、ホーム加入者サーバ（ＨＳＳ：ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ）、モビリティ管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、ＡＭＦ、ＳＭＦ、ＵＰＦなどであり得る。他の実施形態では、コアネットワークデバイスは、他の任意の適切なデバイスまたはエンティティであり得る。

「ＯＡＭデバイス」という用語は、運用、管理、及び保守などの機能を提供する任意のデバイスまたはエンティティを指す。限定ではなく例として、ＯＡＭデバイスは、ネットワーク管理システム（ＮＭＳ：ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）またはネットワークエレメント管理システム（ＥＭＳ：ｎｅｔｗｏｒｋ ｅｌｅｍｅｎｔ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）であり得る。他の実施形態では、コアネットワークデバイスは、他の任意の適切なデバイスまたはエンティティであり得る。

「アクセスストラタムに関連して識別可能である」という用語は、通信ネットワーク内のデバイスのアクセスストラタムが関連するデータ／情報を識別できることを指す。本明細書で使用する「アクセスレイヤ」、「アクセスストラタム」、及び「無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）レイヤ」という用語は、互いに同義である。

「ＡＰＰレイヤに関連して識別可能である」という用語は、通信ネットワーク内のデバイスのＡＰＰレイヤが関連するデータ／情報を識別できることを単に指す。「ＡＰＰレイヤ」という用語は、本開示では「アプリケーションレイヤ」または「上位レイヤ」とも呼ばれ得る。

本明細書に記載の機能は、様々な例示的な実施形態において、固定及び／または無線ネットワークノードで実行することができるが、他の例示的な実施形態では、機能はユーザ機器装置（たとえば、携帯電話、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、モバイルＩＯＴデバイス、または固定ＩＯＴデバイス）において実装され得る。このユーザ機器装置には、たとえば、必要に応じて、固定及び／または無線ネットワークノード（複数可）に関連して説明する対応する能力を備え付けることができる。ユーザ機器装置は、ユーザ機器、及び／またはユーザ機器に取り付けられたときにユーザ機器を制御するように構成されるチップセットもしくはプロセッサなどの制御デバイスであり得る。そのような機能の例には、ブートストラップサーバ機能及び／またはホーム加入者サーバが含まれ、これらは、ユーザ機器装置にこれらの機能／ノードの観点から実行させるように構成されるソフトウェアをユーザ機器装置に提供することによって、ユーザ機器装置に実装され得る。

上記で論じたように、ＱｏＥ測定の手順を改善することが望ましい。第３世代パートナーシッププロジェクト（３ＧＰＰ）において、新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）でのＱｏＥ測定のための作業項目（ＷＩ：ｗｏｒｋ ｉｔｅｍ）が実施された。その作業の結果として、ＲＡＮ２の観点からいくつかのＱｏＥソリューションが提案され、規定された。より具体的には、ＮＲでは以下のＱｏＥソリューションが規格化された。
・シグナリングベースの手順：ＣＮデバイスは、ＯＡＭによってコンフィグレーションされたＱｏＥ測定のアクティブ化を開始し、ＱｏＥ測定コンフィグレーションを次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードに送信する。ＮＧ－ＲＡＮノードはさらに、ＲＲＣシグナリングを介してＱｏＥ測定コンフィグレーションを特定のＵＥに渡す。ＵＥのアクセスストラタム（ＡＳ）（たとえば、ＲＲＣレイヤ）は、ＱｏＥ測定コンフィグレーションをＵＥのＡＰＰレイヤに送信する。
・管理ベースの手順では、ＯＡＭデバイスがＱｏＥ測定コンフィグレーションをＮＧ－ＲＡＮノードに送信する。ＮＧ－ＲＡＮノードは、基準（たとえば、エリアスコープ、アプリケーションレイヤの能力、サービスタイプなど）を満たす複数の適格なＵＥまたは単一の特定のＵＥを決定する。ＮＧ－ＲＡＮノードは、ＱｏＥ測定コンフィグレーションを特定のＵＥまたは適格な各ＵＥのＡＳレイヤに送信する。ＱｏＥ測定コンフィグレーションを受信すると、ＵＥのＡＳは、ＱｏＥ測定コンフィグレーションをＵＥのＡＰＰレイヤに送信する。

ＱｏＥデータ収集手順は、ＱｏＥ測定手順の中心となる手順である。一般的に言えば、ＱｏＥデータ収集とは、ダウンロード及びダイナミックアダプティブストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）用に開発されたＱｏＥメトリクスの収集のための無線プロトコルを使用する方法を指す。ＬＴＥのＱｏＥソリューションに関して、いくつかの合意に達している。たとえば、ＬＴＥのＱｏＥソリューションには以下の主要な部分が含まれている。
・シグナリングベース及び管理ベースの両方で開始されたケースが許可される。
・ＬＴＥのＱｏＥ機能はトレース機能によってアクティブ化される。
・ＯＡＭまたはＣＮから受信されたＡＰＰレイヤ測定コンフィグレーションは、透過型のコンテナ内にカプセル化することができ、これはダウンリンクＲＲＣメッセージでＵＥに転送される。ＵＥの上位レイヤ（たとえば、ＡＰＰレイヤ）から受信されたＡＰＰレイヤ測定結果は、透過型のコンテナ内にカプセル化して、アップリンクＲＲＣメッセージでネットワークに送信することができる。

ＮＲのＱｏＥに関しては、ＬＴＥのＱｏＥソリューションをベースラインとしており、詳細はＷＩフェーズで議論され得る。さらに、ＱｏＥ測定のためのコンフィグレーション及び報告のいくつかの原理も提案される。具体的には、管理ベースのＱｏＥコンフィグレーションはシグナリングベースのＱｏＥコンフィグレーションをオーバーライドすべきではない。さらに、ＱｏＥ測定結果は、ＮＲでは別個のシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）（すなわち、現在のＳＲＢとは別個）を介して報告され、その理由は、この報告の優先順位が他のＳＲＢ送信よりも低いためである。最後に、ＵＥに対する複数の同時ＱｏＥ測定のためのコンフィグレーション及び報告がサポートされるべきである。

ここで図１を参照すると、図１はＱｏＥコンフィグレーション及び報告手順の従来のシグナリングフロー１００である。図１に示すように、ＣＮ／ＯＡＭはＱｏＥ測定コンフィグレーションをｇＮＢに送信し（１０５）、ＱｏＥ測定コンフィグレーションはＸＭＬ形式である。ｇＮＢは、関連付けられたＵＥを決定し、１つのアプリケーションレイヤコンテナを介してＱｏＥ測定コンフィグレーションをＵＥ ＲＲＣに送信する（１１０）。ＱｏＥ測定コンフィグレーションに含まれたＱｏＥパラメータは、ｇＮＢ及びＵＥのＲＲＣレイヤに対して透過的である。ＱｏＥパラメータは、ＡｐｐＬａｙｅｒＣｏｎｆｉｇｕｒａｔｉｏｎサービスタイプを介してＵＥ ＡＰＰレイヤ（すなわち、ＵＥ ＡＰＰエンティティ）に送信される（１１５）。ＵＥ ＡＰＰレイヤは、ＱｏＥ測定が利用可能であると判定し（１２０）、次いで、測定結果をＵＥ ＲＲＣレイヤ（すなわち、ＵＥ ＲＲＣエンティティ）に送信する（１２５）。ＵＥ ＲＲＣレイヤは、ＡｐｐＬａｙｅｒＭｅａｓＲｅｐｏｒｔコンテナを介して測定結果をｇＮＢに送信し（１３０）、ｇＮＢは測定結果をＣＮ／ＯＡＭデバイスに転送する（１３５）。

上記の従来の手順では、ＱｏＥ測定コンフィグレーションはＸＭＬ形式である。したがって、ＵＥのＡＰＰレイヤのみが、ＱｏＥ測定コンフィグレーションに含まれたＱｏＥパラメータ（たとえば、測定結果を報告する間隔）を理解することができる。ＱｏＥパラメータを取得した後、ＵＥ ＡＰＰレイヤは、ＱｏＥ測定コンフィグレーションで定義された周期性でＱｏＥデータ／メトリクス（すなわち、測定結果）を報告し得る。

上記で論じたように、ＱｏＥパラメータはｇＮＢ及びＵＥ ＲＲＣレイヤに対して透過的に送信されるので、ｇＮＢもＵＥ ＲＲＣレイヤもＱｏＥパラメータを取得することができない。したがって、ｇＮＢ及びＵＥ ＲＲＣレイヤの両方は、測定結果を報告する正確な時刻を知ることができない。

実際の通信環境は非常に複雑である。ｇＮＢが過負荷になるのは一般的なシナリオである。従来の手順によれば、ｇＮＢが過負荷状況にある場合、ｇＮＢはエアインターフェース接続（たとえば、ＲＲＣ接続）を解放し得る。図２に示すように、ｇＮＢは、ＲＲＣ解放メッセージをＵＥ ＲＲＣレイヤに送信され得る（１４０）。ＲＲＣ接続を解放する動作は、ＱｏＥ測定に影響を与える。たとえば、新しいＱｏＥ測定コンフィグレーションは停止され、進行中のＱｏＥ測定の報告は、解放されるかまたはＵＥのＲＲＣレイヤで一時停止される。

しかしながら、ＲＲＣ接続を解放する動作は、ＵＥ ＡＰＰレイヤには知らされない。したがって、ＱｏＥ測定の一時停止の影響はＲＲＣレイヤでのみ発生する。そのため、アプリケーションレベルでコンフィグレーションが進行中のままになるという問題が発生する。より具体的には、図１に示すように、ＲＲＣ解放メッセージを受信した後、ＵＥ ＡＰＰレイヤはＱｏＥ測定が利用可能であると判定し（１４５）、次いで、測定結果をＵＥ ＲＲＣに送信する（１５０）。しかしながら、ＲＲＣ接続はＵＥ ＲＲＣレイヤによって解放されているので、測定結果をｇＮＢに送信することはできない（１５５）。次の手順では、ＵＥ ＡＰＰレイヤは、ＱｏＥ測定が利用可能であると再び判定し（１６０）、次いで、測定結果をＵＥ ＲＲＣレイヤに送信する（１６５）。測定結果は依然としてｇＮＢに送信することができない（１７０）。上記の送信失敗は繰り返される。この場合、ＵＥ ＡＰＰレイヤは、アクティブなＲＲＣ接続がないためにｇＮＢに送信することができない報告の嵐を生成する。

これまでのところ、様々なＲＲＣ状態のコンテキストでＱｏＥ測定報告を一時停止／レジュームする方法に関する解決策は提案されておらず、これにより、ＵＥ ＡＰＰレイヤによって生成される予期しないＱｏＥ測定結果の対処にさらなる複雑さがもたらされている。さらに、上記で論じたように、ＱｏＥの測定結果はサービスプロバイダまたはオペレータにとって重要である。したがって、ＱｏＥ測定の一時停止または停止も望ましい結果とは考えられない。

本開示は、アクセスネットワークデバイスがＱｏＥ測定を制御または維持することができれば、特に報告手順をコンフィグレーションすることができれば、ＱｏＥ測定手順はより柔軟で合理的になり得ることに注目した。

本開示のいくつかの例示的な実施形態によれば、ＱｏＥ測定を制御するための解決策が提供される。この解決策では、第１のデバイス（たとえば、アクセスネットワークデバイス）は、第１の周期性をインジケートする第１の周期性情報を取得する。第１の周期性は、第２のデバイス（たとえば、端末デバイス）によってＱｏＥ測定を実行するために使用される。次いで、第１のデバイスは、第２のデバイスのＡＳ（たとえば、ＲＲＣレイヤ）によってＱｏＥ測定の１つまたは複数の測定結果を報告するために使用される第２の周期性を決定し、第２の周期性をインジケートする第２の周期性情報を第２のデバイスに送信する。このようにして、第１のデバイスは、ＱｏＥ測定のコンフィグレーション及び維持の手順に関与し得る。具体的には、第１のデバイスは、ＱｏＥ測定結果を報告する間隔／サイクルを制御し得る。本開示は、第１のデバイスが過負荷状況にあるシナリオに特に有益である。

図２は、本開示の例示的な実施形態を実施することができる例示的な通信環境２００を示している。通信環境２００において、第１のデバイス２１０は、物理的な通信チャネルまたはリンクを介して第２のデバイス２２０及び第３のデバイス２３０と通信することができる。

図２の例では、第２のデバイス２２０は端末デバイスとして示している。第１のデバイス２１０は、第２のデバイス２２０にサービスを提供するアクセスネットワークデバイスとして示している。第１のデバイス２１０のサービスエリアはセル２４０と呼ばれる。第３のデバイス２３０は、ＱｏＥ測定サーバとして示している。第３のデバイス２３０は、ＣＮデバイス、ＯＡＭデバイス、またはアプリケーションサーバであり得る。

図２の特定の例では、第３のデバイス２３０は、ＱｏＥ測定のためのパラメータを取得またはコンフィグレーションし得る。次いで、第３のデバイス２３０はパラメータを第１のデバイス２１０に送信し得る。第１のデバイス２１０は、パラメータを第２のデバイス２２０に転送し得る。パラメータを受信した後、第２のデバイス２２０のＡＰＰレイヤは、ＱｏＥ測定を実行し、測定結果を第２のデバイス２２０のＡＳ（たとえば、ＲＲＣレイヤ）に送信する。測定結果は、第２のデバイス２２０のＡＳによって第１のデバイス２１０に送信され、次いで、第１のデバイス２１０によって第３のデバイス２３０または他のＱｏＥ収集サーバ（複数可）に転送され得る。

第１のデバイス、第２のデバイス、及び第３のデバイスの数は、いかなる限定も示唆することなく、単に説明のためのものであることを理解されたい。通信環境２００は、本開示の実施形態を実施するのに適した任意の好適な数の第１のデバイス、第２のデバイス、及び第３のデバイスを含み得る。

本開示の原理及び実施態様は、図３を参照して以下で詳細に説明し、図３は、本開示のいくつかの実施形態による、ＱｏＥ測定を制御するための方法の例示的なシグナリングチャート３００を示している。この方法は、特定の実装に従って任意の適切なデバイスで実装され得る。

例示のみを目的として、シグナリングチャート３００は、図２に示すように、第１のデバイス２１０、第２のデバイス２２０、及び第３のデバイス２３０の間で実装されるように説明する。さらに、第２のデバイス２２０は端末デバイスとして機能し、第１のデバイス２１０はアクセスネットワークデバイスとして機能し、第３のデバイス２３０はＣＮデバイス、ＯＡＭデバイス、またはアプリケーションサーバとして機能する。

さらに、以下では、動作を特定の順序で示しているが、これは望ましい結果を得るために、そのような動作が図示した特定の順序でもしくは順次的に実行されることも、例示した全ての動作が実行されることも必要とするものとして理解されるべきではない。

さらに、第３のデバイス２３０は、ネットワークシステム内のサービスプロバイダまたはオペレータが１つまたは複数のユーザデバイス（たとえば、端末デバイス）から１つまたは複数の測定結果を収集し得るように、ＱｏＥ測定のためのパラメータを取得またはコンフィグレーションし得る。より具体的には、第３のデバイス２３０は、周期性（本明細書では「第１の周期性」と呼ぶ）をコンフィグレーションし得、第１の周期性は、測定結果を収集するための継続時間または測定結果を報告するためのサイクルであり得る。

さらに、第１の周期性は、任意の適切な方法で表され得る。いくつかの例示的な実施形態では、第１の周期性はパラメータ＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌとして表され得る。＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌは、測定報告を送信する必要がある時刻（複数可）をインジケートする。さらに、＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌがコンフィグレーションされていない場合、第２のデバイス２２０は、ストリーミングセッションが終了した後に測定結果を含む報告を送信する必要がある。＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌがコンフィグレーションされている場合、第２のデバイス２２０は＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌに従って測定結果を含む報告を送信する必要がある。さらに、第２のデバイス２２０によって送信される各報告には、新たに収集された測定結果のみが含まれ、その理由は、以前の測定結果は報告済みであるためである。本開示のいくつかの例示的実施形態によれば、第３のデバイス２３０によってコンフィグレーションされた第１の周期性は、以下で論じるように、第１のデバイス２１０によってコンフィグレーションされる第２の周期性によってハイジャックされ得る。

第３のデバイス２３０は、コンフィグレーション（たとえば、コンフィグレーションメッセージまたはコンフィグレーション情報エレメント）を介してパラメータを第１のデバイス２１０に送信し得る（３０５）。いくつかの例示的な実施形態では、コンフィグレーションは、ＸＭＬ形式のファイル／データ、またはアプリケーションベースのコンテナとして表され得る。次いで、第１のデバイス２１０は、コンフィグレーションを含むアプリケーションレイヤコンテナを第２のデバイス２２０のアクセスストラタムＡＳ（すなわち、ＲＲＣレイヤまたはアクセスストラタム）に送信し得る（３２０）。第２のデバイス２２０では、アプリケーションレイヤコンテナに含まれたパラメータがＡＳから第２のデバイス２２０のＡＰＰレイヤに送信される（３２５）。このようにして、第２のデバイス２２０は、コンフィグレーションに従ってＱｏＥ測定を実行し得る。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第１の周期性をインジケートする第１の周期性情報を取得する（３１０）。第１のデバイス２１０は、任意の適切な方法によって第１の周期性情報を取得し得る。例示的な実施形態として、第１のデバイス２１０は、第３のデバイス２３０によって送信された上述のコンフィグレーションから第１の周期性情報をデコードし得る。上記で論じたように、コンフィグレーションはＡＰＰレイヤに関連して識別可能であり、体感品質測定をコンフィグレーションするために使用される。したがって、第１のデバイス２１０は、コンフィグレーションを受信すると、そのコンフィグレーションをデコードする必要がある。このようにして、第１のデバイス２１０は、他のデバイスと追加のメッセージを交換することなく、第１の周期性を取得し得る。

あるいは、またはさらに、第１のデバイス２１０は、第３のデバイス２３０によって送信されるメッセージ３０５から第１の周期性情報を抽出し得、第１の周期性情報は、アクセスストラタム（すなわち、ＲＲＣレイヤまたはアクセスレイヤ）に関連して識別可能な方法で送信される。たとえば、第３のデバイス２３０は、情報エレメント（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を介して第１の周期性情報を送信し得る。第１の周期性情報を含むＩＥは、コンフィグレーションと共に送信され得る。あるいは、ＩＥはコンフィグレーションとは別に送信され得る。たとえば、第３のデバイス２３０は、第１のデバイス２１０からの要求に応じてＩＥを送信する（３０５）。このようにして、第１のデバイス２１０は、ＡＰＰレイヤコンテナをデコードする追加の能力を第１のデバイス２１０に追加する必要なく、第１の周期性を取得し得る。

あるいは、またはさらに、第１のデバイス２１０は、第２のデバイス２２０から第１の周期性情報を抽出し得る。より具体的には、第２のデバイス２２０は、第１の周期性情報を含むＲＲＣメッセージを送信し得る。いくつかの例示的な実施形態では、第２のデバイス２２０が第１の周期性を取得すると、第２のデバイス２２０はＲＲＣメッセージを送信し得る。あるいは、第２のデバイス２２０は、第１のデバイス２１０からの要求に応じてＲＲＣメッセージを送信し得る。このようにして、第１のデバイス２１０は、ＡＰＰレイヤコンテナをデコードする追加の能力を第１のデバイス２１０に追加する必要なく、第１の周期性を取得し得る。

あるいは、またはさらに、第１のデバイス２１０は、第２のデバイス２２０から報告された測定結果の統計に基づいて第１の周期性情報を取得し得る。一例として、第２のデバイス２２０は、第２のデバイス２２０によって報告された測定結果の間の間隔を導出し得、その間隔を第１の周期性と同一視し得る。このようにして、第１のデバイス２１０は、他のデバイスと追加のメッセージを交換することなく、第１の周期性を取得し得る。

第１の周期性情報を取得するための上記の例は、いかなる限定も示唆することなく、説明の目的で示していることを理解されたい。他の例示的な実施形態では、第１のデバイス２１０は、任意の適切な方法によって第１の周期性情報を取得し得る。

第１の周期性情報を取得した後、第１のデバイス２１０は、第２の周期性を決定し得る（３１５）。第２の周期性は、第２のデバイス２２０のＡＳ（たとえば、ＲＲＣレイヤ）によってＱｏＥ測定の測定結果を報告するために使用される。いくつかの例示的な実施形態では、第２の周期性は第１の周期性よりも長い。さらに、第２の周期性が有効化されている（すなわち、第２のデバイス２２０によって適用されている）場合、第２のデバイス２２０が測定結果を報告するときに、第１の周期性が第２の周期性によってハイジャックされる。次いで、第１のデバイス２１０は、第２の周期性をインジケートする第２の周期性情報を第２のデバイス２２０に送信する（３２０）。

いくつかの例示的な実施形態では、第１の周期性が存在しない場合、第１のデバイス２１０は、ＱｏＥ測定値を報告するための独自のパラメータ（すなわち、第２の周期性）をコンフィグレーションし、第２の周期性を、ＲＡＮでトリガされる追加パラメータとして第２のデバイス２２０に送信する。

いくつかの実施形態では、第１のデバイス２１０は、ＱｏＥ測定のためのパラメータを含むコンフィグレーションを含むアプリケーションレイヤコンテナと共に第２の周期性情報を送信し得る。あるいは、第１のデバイス２１０が過負荷状況にあると第１のデバイス２１０が判定した場合に、第１のデバイス２１０は第２の周期性情報を送信し得る。

さらに、第１のデバイス２１０は、第２のデバイス２２０に第２の周期性を適用するか否かを第２のデバイス２１０に命令し得る。いくつかの例示的な実施形態では、第２の周期性情報は、第２の周期性を適用するように第２のデバイス２２０に命令するための暗黙的なインジケーションとして使用され得る。あるいは、第１のデバイス２１０は、明示的な方法として第１の要求を第２のデバイス２２０に送信し得る。第１の要求は、１つまたは複数の測定結果を報告するときに第２の周期性を適用するように第２のデバイス２２０に命令するために使用される。さらに、第１のデバイス２１０が過負荷状況にあると第１のデバイス２１０が判定した場合に、第１のデバイス２１０は第１の要求を送信し得る。

さらに、第２の周期性情報は、任意の適切な方法を通じて第２の周期性を示し得る。第２の周期性情報の一例は、第２の周期性の値である。第２の周期性情報の他の例は、第２の周期性と第１の周期性との間の時間差をインジケートするオフセット値である。第２の周期性情報のさらなる例は、第１の周期性に対する第２の周期性のスケールファクタである。

第２の周期性情報の上記の例は、いかなる限定も示唆することなく、説明の目的で示していることを理解されたい。他の例示的な実施形態では、第１のデバイス２１０は、任意の適切な方法によって第２の周期性を示し得る。

このようにして、第１のデバイス２１０は、第２のデバイス２２０のＡＳによって測定結果を報告するために使用される周期性をコンフィグレーションし得る。したがって、第１のデバイス２１０が過負荷状況にある場合でも、第１のデバイス２１０は必ずしも進行中のＱｏＥ測定をすぐに停止または一時停止する必要がない。

さらに、第１のデバイス２１０は、サービスごとに第２の周期性を決定し得る。換言すれば、第２の周期性は少なくとも１つのサービスに固有である。この場合、第１のデバイス２１０は、第２の周期性情報と共に第２のデバイス２２０の少なくとも１つのサービスのインジケーションも送信する。

このようにして、第２のデバイス２２０の異なるサービスに異なる第２の周期性がコンフィグレーションされ得る。このように、異なるサービスのＱｏＥがより柔軟に制御され得る。

あるいは、またはさらに、第２の周期性は、ネットワークによって提供される複数のサービス間で共有される共通の周期性である。より具体的には、異なるサービスに異なる第１の周期性がコンフィグレーションされ得、第１のデバイス２１０は、異なる第１の周期性のうちの最長の周期性よりも長い共通の第２の周期性を決定し得る。

さらに、第１のデバイス２１０は、２つ以上の第２の周期性を１つのメッセージまたは複数のメッセージで第２のデバイス２２０に送信し得る。第２のデバイス２２０は、任意の適切な事前定義された戦略に従って２つ以上の第２の周期性を適用し得る。

いくつかの例示的な実施形態では、第１のデバイス２１０は、システム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して第２の周期性情報を送信する。あるいは、第１のデバイス２１０は、ＲＲＣメッセージを介して第２の周期性情報を送信する。第２の周期性は、ブロードキャスト方式、マルチキャスト方式、またはユニキャスト方式で第２のデバイス２２０に送信できることを理解されたい。

いくつかの例示的な実施形態では、第１のデバイス２１０はまた、第１の周期性を適用することをレジュームするように第２のデバイス２２０に示し得る。具体的には、第１のデバイス２１０が非過負荷状況にあると第１のデバイス２１０が判定した場合、第１のデバイス２１０は第２のデバイス２２０に第２の要求を送信する。第２の要求は、１つまたは複数の測定結果を報告するときに第１の周期性を適用することをレジュームするように第２のデバイス２２０に命令するために使用される。

さらに、第１のデバイス２１０は、第１のデバイス２１０の負荷状態をインジケートする負荷インジケーションを第２のデバイス２２０に送信し得、第２のデバイス２２０は、第１のデバイス２１０の負荷インジケーションに基づいて第２の周期性または第１の周期性のいずれを適用するかを判定し得る。

このようにして、第１のデバイス２１０は、測定報告を報告する周期性を動的に調整し得る。

図２の特定の例では、第２のデバイス２２０のＡＰＰレイヤはＱｏＥ測定を実行し、これはＱｏＥメトリクスとして表され得る。測定結果は、第２のデバイス２２０のＡＳレイヤに送信される。より具体的には、ＡＰＰレイヤは、測定結果を第２のデバイス２２０のＡＳに送信する（３３０－１及び３３０－２）。第２のデバイス２２０のＡＳは、１つまたは複数の測定結果を収集し（３３５）、１つまたは複数の測定結果を第１のデバイス２１０に報告する。さらに、測定結果は、ＡＰＰレイヤに関連して識別可能な方法で送信される。たとえば、測定結果はアプリケーションベースのコンテナに含められる。

第２のデバイス２２０に第２の周期性がコンフィグレーションされている場合、第２のデバイス２２０は、測定結果を報告するときに、第２の周期性に従ってタイマを開始し得る。タイマ内で、第２のデバイス２２０は、各測定結果を測定ログに付加する。タイマがタイムアウトすると、第２のデバイス２２０は、測定ログを第１のデバイス２１０に報告する（３４５）。

このようにして、測定結果を報告する頻度／間隔が減少し、それによって第１のデバイス２１０と第２のデバイス２２０との間のエアインターフェースのリソースが節約される。

さらに、第２のデバイス２２０は、何らかの事前定義された基準に従って第２の周期性または第１の周期性のいずれを適用するかを判定し得る。

いくつかの例示的な実施形態では、第２のデバイス２２０は、まず、第２の周期性を適用するための条件が満たされるか否かを判定し（３４０）、次いで、第２の周期性を適用するか否かを判定する。条件の一例は、第１のデバイス２１０から第２の周期性情報を受信することである。条件の他の例は、第２の周期性を適用する第１の要求を第１のデバイス２１０から受信することである。この場合、第１の要求はトリガとして機能する。すなわち、第２のデバイスは、第２の周期性情報を含むコンフィグレーションを受信した後、第１の要求を受信したときのコンフィグレーションに基づいて第２の周期性を適用する。条件のさらなる例は、第１のデバイス２１０が過負荷状況にあると判定することである。具体的には、第２のデバイス２２０は、第１のデバイス２１０と第２のデバイス２２０との間の通信を検出して、第１のデバイス２１０の負荷状態の検出に起因して第２のデバイス２２０にバックオフまたは解放させ得る。第２のデバイス２２０は、任意の適切な方法によって、たとえば、チャネル状態、ローカルバッファのステータス、アップリンク／ダウンリンク伝送速度、接続の解放などを検出することによって、第１のデバイス２１０の負荷状態を検出し得る。あるいは、第２のデバイス２２０は、第１のデバイス２１０から負荷インジケーションを受信して、第１のデバイス２１０の負荷情報を取得し得る。具体的には、第１のデバイス２１０が過負荷状況にある場合、第１のデバイスは、過負荷インジケータを第２のデバイス２２０に送信し、ＲＲＣ接続を解放する手順を開始し、新たなランダムアクセス要求または接続要求を拒否するなどし得る。

第２の周期性を適用するための上記の条件は、いかなる限定も示唆することなく、説明の目的で示していることを理解されたい。第２のデバイス２２０は、第２の周期性を適用するか否かを判定するために任意の適切な条件を適用し得る。

さらに、いくつかの例示的な実施形態では、第２のデバイス２２０は、まず、第１の周期性を適用することをレジュームする条件が満たされるか否かを判定し（３４０）、次いで、第１の周期性を適用することをレジュームするか否かを判定する。条件の一例は、第１の周期性を適用することをレジュームする第２の要求を第１のデバイス２１０から受信することである。条件のさらなる例は、第１のデバイス２１０が非過負荷状況にあると判定することである。第２のデバイス２２０は、任意の適切な方法によって、たとえば、チャネル状態、ローカルバッファのステータス、アップリンク／ダウンリンク伝送速度、接続の解放などを検出することによって、第１のデバイス２１０の負荷状態を検出し得る。条件のさらなる例は、第２のデバイス２２０が、コンフィグレーションされた第２の周期性を受信するのではなく、ＱｏＥ測定を実行するために使用される新しいコンフィグレーションを受信することである。

第１の周期性を適用することをレジュームするための条件が満たされると第２のデバイス２２０が判定した場合（３５５）、第２のデバイス２２０のＡＳは、第１の周期性に従って測定結果を報告する。より具体的には、第２のデバイス２２０のＡＰＰレイヤは、第２のデバイス２２０のＡＳに測定結果を送信し（３５０）、第２のデバイス２２０のＡＳは、第１の周期性に対応するタイマを使用することによって実装され得る第１の周期性に従って測定結果を第１のデバイス２１０に報告する（３６０）。

さらに、上記で論じたように、第２の周期性は、少なくとも１つのサービスに固有であり得る。したがって、第２のデバイス２２０は、複数の第２の周期性を受信し得る。この場合、第２のデバイス２２０は、異なるサービスのＱｏＥ測定を独立して実行する。あるいは、第２のデバイス２２０は、複数の第２の周期性に従って異なるサービスを複数のサービスグループに分割し得、次いで、サービスグループごとにＱｏＥ測定を実行する。１つの例示的な実施形態では、第２のデバイス２２０は、少なくとも１つのサービスに固有の第２の周期性を受信する。次いで、第２のデバイス２２０は、少なくとも１つのサービスに第２の周期性を適用し、第２の周期性に従って少なくとも１つのサービスの測定結果を報告する。

このようにして、第２の周期性内で収集された測定結果が１つの報告としてＲＲＣメッセージを介して送信され得、測定を報告する効率が向上する。

あるいは、またはさらに、第２の周期性はまた、第２のデバイス２２０によって複数のサービス間で共有される共通の周期性であり得る。１つの例示的な実施形態では、第２のデバイス２２０は共通の第２の周期性を受信する。次いで、第２のデバイス２２０は、第２の周期性を複数のサービスに適用し、第２の周期性に従って複数のサービスの測定結果を報告する。

第２のデバイス２２０は複数の第２の周期性を受信し得、複数の第２の周期性のそれぞれはサービス固有の第２の周期性または共通の第２の周期性のいずれかであり得ることを理解されたい。第２のデバイス２２０は、任意の事前定義された戦略に従って複数の第２の周期性を適用し得る。

測定結果は、第１のデバイス２１０によってＱｏＥ収集サーバに送信される。ＱｏＥ収集サーバは、通信ネットワーク内のＣＮデバイス、ＯＡＭデバイス、または他のアプリケーションサーバであり得る。

このようにして、第１のデバイス２１０は、ＱｏＥ測定のコンフィグレーション及び維持の手順に関与し得る。具体的には、第１のデバイス２１０は、ＱｏＥ測定結果を報告する間隔を制御し得る。本開示は、第１のデバイス２１０が過負荷状況にあるシナリオに特に有益である。

さらに、本開示の実施形態によれば、従来の解決策と比較して、第１のデバイス２１０が過負荷状況にあるときのＱｏＥ測定の制御がより柔軟になる。ＱｏＥ測定の手順中に、ＱｏＥ報告サイクルがより長いサイクルになるように調整され得る。このように、ＱｏＥ測定を中断することなく、第１のデバイス２１０の負荷を軽減することができる。さらに、一時停止／レジュームコマンドを第２のデバイス２２０に頻繁に送信することも回避され、エアインターフェースにおけるシグナリングリソースがさらに節約される。

ＱｏＥ測定の制御の１つの特定の例
図４は、ＱｏＥ測定を制御する方法の例示的なシグナリングチャート４００を示している。例示のみを目的として、シグナリングチャート４００は、図２に示すように、第１のデバイス２１０、第２のデバイス２２０、及び第３のデバイス２３０の間で実装されるように説明する。さらに、第２のデバイス２２０は端末デバイスとして機能し、第１のデバイス２１０はアクセスネットワークデバイスとして機能し、第３のデバイス２３０はＣＮデバイス、ＯＡＭデバイス、またはアプリケーションサーバとして機能する。

第３のデバイス２３０は、ＱｏＥ測定のためのパラメータを決定し、そのパラメータを第１のデバイス２１０に送信する（４０５）。パラメータの１つは第１の周期性（たとえば、＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌ）である。たとえば、第３のデバイス２３０は、ＱｏＥに関するパラメータを含むＱｏＥ測定コンフィグレーションを第１のデバイス２１０に送信する。さらに、ＱｏＥ測定コンフィグレーションは、ＸＭＬ形式のデータ／情報／ファイルまたはアプリケーションベースのコンテナとして表される。あるいは、またはさらに、第１の周期性はまた、ネットワークエンティティのアクセスストラタムに関連して識別可能な方法で送信され得る。

第１のデバイス２１０は、受信したＱｏＥ測定コンフィグレーションから第１の周期性（たとえば、＠ｒｅｐｏｒｔｉｎｇｉｎｔｅｒｖａｌ）をデコードまたは抽出する（４１０）。次いで、第１のデバイス２１０は、第１の周期性に基づいて１つまたは複数の第２の周期性を決定する。次いで、第１のデバイス２１０は、アプリケーションコンテナ（たとえば、ＡｐｐＬａｙｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ）を第２のデバイス２２０のＡＳ（たとえば、ＲＲＣレイヤ）に送信する（４１５）。アプリケーションコンテナは、サービス固有の第２の周期性（たとえば、サービスごとの報告間隔）、及び／または共通の第２の周期性（たとえば、セッションごとのロギング継続時間、またはセッションごとの報告周期性）などの１つまたは複数の第２の周期性を含み得る。

第２のデバイス２２０のＡＳは、ＡｐｐＬａｙｅｒＣｏｎｆｉｇｕｒａｔｉｏｎサービスタイプなどを介してＱｏＥパラメータをＡＰＰレイヤに送信する（４２０）。第２のデバイス２２０のＡＰＰレイヤは、ＱｏＥ測定が利用可能であると判定し（４２５）、次いで、測定結果を第２のデバイス２２０のＡＳに送信する（４３０）。第２のデバイス２２０のＡＳは、受信した測定結果を記録するための測定ログを作成し（４３５）、第２の周期性に従ってタイマを開始する（４４０）。測定ログは、第２のデバイス２２０の内部ストレージに記憶され得る。

次に、第２のデバイス２２０のＡＰＰレイヤは、ＱｏＥ測定が利用可能であると再び判定し（４４５）、次いで、測定結果を第２のデバイス２２０のＡＳに送信する（４５０）。タイマがタイムアウトしていないので、第２のデバイス２２０のＡＳは、測定結果を測定ログに付加する（４５５）。第２のデバイス２２０のアプリケーションレイヤは、ＱｏＥ測定を実行し続ける。図４に示すように、第２のデバイス２２０のＡＰＰレイヤは、ＱｏＥ測定が利用可能であると判定し（４６０）、次いで、測定結果を第２のデバイス２２０のＡＳに送信する（４６５）。タイマがまだタイムアウトしていないので、第２のデバイス２２０のＡＳは、測定結果を測定ログに付加する（４７０）。次いで、第２のデバイス２２０のＡＳは、タイマがタイムアウトしているか否かを判定する（４７０）。タイマがタイムアウトであると第２のデバイス２２０が判定した場合、第２のデバイス２２０のＡＳは、１つまたは複数の測定値を含む測定ログを第１のデバイス２１０に報告する（４８０）。

このようにして、第１のデバイス２１０は、ＱｏＥ測定結果を報告する間隔を制御し得る。

図５は、本開示のいくつかの例示的な実施形態による、第１のデバイス２１０で実施される例示的な方法５００のフローチャートを示している。議論の目的で、方法５００は、図２及び／または図４に関して第１のデバイス２１０の観点から説明する。方法５００は、図示していない追加のブロックを含み得、及び／または図示したいくつかのブロックを省略し得、本開示の範囲はこの点で限定されないことを理解されたい。

ブロック５１０において、第１のデバイス２１０は、第１のデバイス２１０において、第２のデバイス２２０によって体感品質測定を実行するために使用される第１の周期性をインジケートする第１の周期性情報を取得する。

ブロック５２０において、第１のデバイス２１０は、第２のデバイス２２０のアクセスストラタムによって体感品質測定の１つまたは複数の測定結果を報告するために使用される第２の周期性を決定する。

ブロック５３０において、第１のデバイス２１０は、第２の周期性をインジケートする第２の周期性情報を第２のデバイス２２０に送信する。

いくつかの例示的な実施形態では、第１のデバイス２１０が第１の周期性情報を取得することは、第３のデバイス２３０によって送信されるコンフィグレーションから第１の周期性情報をデコードすることであって、コンフィグレーションは、アプリケーションレイヤに関連して識別可能であり、体感品質測定をコンフィグレーションするために使用される、デコードすること、第３のデバイス２３０によって送信されるメッセージから第１の周期性情報を抽出することであって、第１の周期性情報は、アクセスストラタムに関連して識別可能な方法で送信される、抽出すること、第２のデバイス２２０によって送信される無線リソース制御メッセージから第１の周期性情報を抽出すること、または第２のデバイス２２０から報告される１つまたは複数の測定結果の統計に基づいて第１の周期性情報を取得すること、のうちの少なくとも１つによって、第１の周期性情報を取得することを含む。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第３のデバイス２３０から、体感品質測定をコンフィグレーションするために使用されるコンフィグレーションを受信する。さらに、第１のデバイス２１０は、コンフィグレーションを含むアプリケーションレイヤコンテナを第２の周期性情報と共に第２のデバイス２２０に送信する。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第１のデバイス２１０が過負荷状況にあるという判定に従って、第２の周期性情報を送信する。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第１のデバイス２１０が過負荷状況にあるという判定に従って、１つまたは複数の測定結果を報告するときに第２の周期性を適用する第１の要求を第２のデバイス２２０に送信する。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第１のデバイス２１０が非過負荷状況にあるという判定に従って、１つまたは複数の測定結果を報告するときに第１の周期性を適用することをレジュームする第２の要求を第２のデバイス２２０に送信する。

いくつかの例示的な実施形態では、第１のデバイス２１０は、第２のデバイス２２０の少なくとも１つのサービスのインジケーションを送信し、第２の周期性は少なくとも１つのサービスに固有である。

いくつかの例示的な実施形態では、第２の周期性は、第２のデバイス２２０によって複数のサービス間で共有される共通の周期性である。

いくつかの例示的な実施形態では、第２の周期性のインジケーションは、第２の周期性の値、第２の周期性と第１の周期性との間の時間差をインジケートするオフセット値、または第１の周期性に対する第２の周期性のスケールファクタ、のうちの少なくとも１つを含む。

いくつかの例示的な実施形態では、第２の周期性情報は、システム情報ブロックまたは無線リソース制御メッセージを介して送信される。

いくつかの例示的な実施形態では、第２の周期性は第１の周期性よりも長い。

いくつかの例示的な実施形態では、第１の周期性は第３のデバイス２３０によってコンフィグレーションされ、第３のデバイス２３０は、コアネットワークデバイスまたは運用管理保守デバイスである。

いくつかの例示的な実施形態では、第１のデバイス２１０はアクセスネットワークデバイスであり、第２のデバイス２２０はアクセスストラタム及びアプリケーションレイヤを含む端末デバイスである。

方法５００を実行することが可能な第１の装置は、方法５００のそれぞれの動作を実行するための手段を備え得る。これらの手段は、任意の好適な形で実施され得る。たとえば、これらの手段は、回路またはソフトウェアモジュールで実施され得る。第１の装置は、第１のデバイス２１０として実装され得、または第１のデバイス２１０に含まれ得る。

いくつかの例示的な実施形態では、第１の装置は、第１の装置において、体感品質測定を実行するために第２の装置によって使用される第１の周期性をインジケートする第１の周期性情報を取得するための手段と、体感品質測定の１つまたは複数の測定結果を報告するために第２の装置のアクセスストラタムによって使用される第２の周期性を決定するための手段と、第２の周期性をインジケートする第２の周期性情報を第２の装置に送信するための手段と、を備える。

いくつかの例示的な実施形態では、第１の周期性情報を取得するための手段は、第３の装置によって送信されるコンフィグレーションから第１の周期性情報をデコードすることであって、コンフィグレーションは、アプリケーションレイヤに関連して識別可能であり、体感品質測定をコンフィグレーションするために使用される、デコードすること、第３の装置によって送信されるメッセージから第１の周期性情報を抽出することであって、第１の周期性情報は、アクセスストラタムに関連して識別可能な方法で送信される、抽出すること、第２の装置によって送信される無線リソース制御メッセージから第１の周期性情報を抽出すること、または第２の装置から報告される１つまたは複数の測定結果の統計に基づいて第１の周期性情報を取得すること、のうちの少なくとも１つによって、第１の周期性情報を取得するための手段を備える。

いくつかの例示的な実施形態では、第１の装置は、第３の装置から、体感品質測定をコンフィグレーションするために使用されるコンフィグレーションを受信するための手段と、コンフィグレーションを含むアプリケーションレイヤコンテナを第２の周期性情報と共に第２の装置に送信するための手段と、をさらに備える。

いくつかの例示的な実施形態では、第２の周期性情報を送信するための手段は、第１の装置が過負荷状況にあるという判定に従って、第２の周期性情報を送信するための手段を備える。

いくつかの例示的な実施形態では、第１の装置は、第１の装置が過負荷状況にあるという判定に従って、１つまたは複数の測定結果を報告するときに第２の周期性を適用する第１の要求を第２の装置に送信するための手段をさらに備える。

いくつかの例示的な実施形態では、第１の装置は、第１の装置が非過負荷状況にあるという判定に従って、１つまたは複数の測定結果を報告するときに第１の周期性を適用することをレジュームする第２の要求を第２の装置に送信するための手段をさらに備える。

いくつかの例示的な実施形態では、第１の装置は、第２の装置の少なくとも１つのサービスのインジケーションを送信するための手段であって、第２の周期性は少なくとも１つのサービスに固有である、送信するための手段をさらに備える。

いくつかの例示的な実施形態では、第２の周期性は、第２の装置によって複数のサービス間で共有される共通の周期性である。

いくつかの例示的な実施形態では、第２の周期性のインジケーションは、第２の周期性の値、第２の周期性と第１の周期性との間の時間差をインジケートするオフセット値、または第１の周期性に対する第２の周期性のスケールファクタ、のうちの少なくとも１つを含む。

いくつかの例示的な実施形態では、第２の周期性情報は、システム情報ブロックまたは無線リソース制御メッセージを介して送信される。

いくつかの例示的な実施形態では、第２の周期性は第１の周期性よりも長い。

いくつかの例示的な実施形態では、第１の周期性は第３の装置によってコンフィグレーションされ、第３の装置は、コアネットワーク装置または運用管理保守装置である。

いくつかの例示的な実施形態では、第１の装置はアクセスネットワーク装置であり、第２の装置はアクセスストラタム及びアプリケーションレイヤを含む端末装置である。

図６は、本開示のいくつかの例示的な実施形態による、第２のデバイス２２０で実施される例示的な方法６００のフローチャートを示している。議論の目的で、方法６００は、図２に関して第２のデバイス２２０の観点から説明する。方法６００は、図示していない追加のブロックを含み得、及び／または図示したいくつかのブロックを省略し得、本開示の範囲はこの点で限定されないことを理解されたい。

ブロック６１０において、第２のデバイス２２０は、第２のデバイス２２０において、体感品質測定の１つまたは複数の測定結果を報告するために第２のデバイス２２０のアクセスストラタムによって使用される第２の周期性をインジケートする第２の周期性情報を第１のデバイス２１０から受信し、第２の周期性は、体感品質測定を実行するために第２のデバイス２２０によって使用される第１の周期性に基づいてコンフィグレーションされる。

ブロック６２０において、第２のデバイス２２０は、第２のデバイス２２０のアクセスストラタムによって、第２のデバイス２２０のアプリケーションレイヤによって測定された体感品質測定の１つまたは複数の測定結果を収集する。

ブロック６３０において、第２のデバイス２２０は、第２のデバイス２２０のアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第１の周期性を取得し、第１の周期性をインジケートする第１の周期性情報を含むメッセージを第１のデバイス２１０に送信する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、体感品質測定のためのパラメータをコンフィグレーションするために使用されるアプリケーションレイヤコンテナを第２の周期性情報と共に第１のデバイス２１０から受信する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第２の周期性を適用するための条件が満たされるという判定に従って、第２のデバイス２２０のアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第１のデバイス２１０から第２の周期性情報を受信すること、１つまたは複数の測定結果を報告するときに第２の周期性を適用する第１の要求を第１のデバイス２１０から受信すること、または、第１のデバイス２１０が過負荷状況にあると判定すること、のうちの少なくとも１つに応答して、第２の周期性を適用するための条件が満たされると判定する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第１の周期性を適用することをレジュームするための条件が満たされるという判定に従って、第２のデバイス２２０のアクセスストラタムによって、第１の周期性に従って１つまたは複数の測定結果を報告する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、１つまたは複数の測定結果を報告するときに第１の周期性を適用することをレジュームする第２の要求を第１のデバイス２１０から受信すること、または、第１のデバイス２１０が非過負荷状況にあると判定すること、のうちの少なくとも１つに応答して、第１の周期性を適用することをレジュームするための条件が満たされると判定する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第２の周期性に従ってタイマを開始し、１つまたは複数の測定結果のそれぞれを測定ログに付加し、タイマがタイムアウトであるという判定に従って、測定ログを第１のデバイス２１０に報告する。

いくつかの例示的な実施形態では、第２のデバイス２２０は、第１のデバイス２１０から、第２のデバイス２２０の少なくとも１つのサービスのインジケーションを受信し、第２の周期性は少なくとも１つのサービスに固有である。第２のデバイス２２０のアクセスストラタムは、第２の周期性に従って少なくとも１つのサービスの１つまたは複数の測定結果を報告する。

いくつかの例示的な実施形態では、第２の周期性は、第２のデバイス２２０によって複数のサービス間で共有される共通の周期性である。第２のデバイス２２０は、第２の周期性を複数のサービスに適用し、第２のデバイス２２０のアクセスストラタムによって、第２の周期性に従って複数のサービスの１つまたは複数の測定結果を報告する。

いくつかの例示的な実施形態では、第２の周期性情報は、第２の周期性の値、第２の周期性と第１の周期性との間の時間差をインジケートするオフセット値、または第１の周期性に対する第２の周期性のスケールファクタ、のうちの少なくとも１つを含む。

いくつかの例示的な実施形態では、第２の周期性情報は、システム情報ブロックまたは無線リソース制御メッセージを介して受信される。

いくつかの例示的な実施形態では、第２の周期性は第１の周期性よりも長い。

いくつかの例示的な実施形態では、第１の周期性は第３のデバイス２３０によってコンフィグレーションされ、第３のデバイス２３０はコアネットワークデバイスまたは運用管理保守デバイスである。

いくつかの例示的な実施形態では、第１のデバイス２１０はアクセスネットワークデバイスであり、第２のデバイス２２０はアクセスストラタム及びアプリケーションレイヤを含む端末デバイスである。

方法６００を実行することが可能な第２の装置は、方法６００のそれぞれの動作を実行するための手段を備え得る。これらの手段は、任意の好適な形で実施され得る。たとえば、これらの手段は、回路またはソフトウェアモジュールで実施され得る。第２の装置は、第２のデバイス２２０として実装され得、または第２のデバイス２２０に含まれ得る。

いくつかの例示的な実施形態では、第２の装置は、第２の装置において、体感品質測定の１つまたは複数の測定結果を報告するために第２の装置のアクセスストラタムによって使用される第２の周期性をインジケートする第２の周期性情報を第１の装置から受信するための手段であって、第２の周期性は、第２の装置によって体感品質測定を実行するために使用される第１の周期性に基づいてコンフィグレーションされる、受信するための手段と、第２の装置のアクセスストラタムによって、第２の装置のアプリケーションレイヤによって測定された体感品質測定の１つまたは複数の測定結果を収集するための手段と、第２の装置のアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告するための手段と、を備える。

いくつかの例示的な実施形態では、第２の装置はさらに、第１の周期性を取得するための手段と、第１の周期性をインジケートする第１の周期性情報を含むメッセージを第１の装置に送信するための手段と、を備える。

いくつかの例示的な実施形態では、第２の装置はさらに、体感品質測定のためのパラメータをコンフィグレーションするために使用されるアプリケーションレイヤコンテナを第２の周期性情報と共に第１の装置から受信するための手段を備える。

いくつかの例示的な実施形態では、第２の周期性に従って１つまたは複数の測定結果を報告するための手段は、第２の周期性を適用するための条件が満たされるという判定に従って、第２の装置のアクセスストラタムによって、第２の周期性に従って１つまたは複数の測定結果を報告するための手段を備える。

いくつかの例示的な実施形態では、第２の装置はさらに、第１の装置から第２の周期性情報を受信すること、１つまたは複数の測定結果を報告するときに第２の周期性を適用する第１の要求を第１の装置から受信すること、または、第１の装置が過負荷状況にあると判定すること、のうちの少なくとも１つに応答して、第２の周期性を適用するための条件が満たされると判定するための手段を備える。

いくつかの例示的な実施形態では、第２の装置はさらに、第１の周期性を適用することをレジュームするための条件が満たされるという判定に従って、第２の装置のアクセスストラタムによって、第１の周期性に従って１つまたは複数の測定結果を報告するための手段を備える。

いくつかの例示的な実施形態では、第２の装置はさらに、１つまたは複数の測定結果を報告するときに第１の周期性を適用することをレジュームする第２の要求を第１の装置から受信すること、または、第１の装置が非過負荷状況にあると判定すること、のうちの少なくとも１つに応答して、第１の周期性を適用することをレジュームするための条件が満たされると判定するための手段を備える。

いくつかの例示的な実施形態では、第２の周期性に従って１つまたは複数の測定結果を報告するための手段は、第２の周期性に従ってタイマを開始するための手段と、１つまたは複数の測定結果のそれぞれを測定ログに付加するための手段と、タイマがタイムアウトであるという判定に従って、測定ログを第１の装置に報告するための手段と、を備える。

いくつかの例示的な実施形態では、第２の装置は、第１の装置から、第２の装置の少なくとも１つのサービスのインジケーションを受信するための手段であって、第２の周期性は少なくとも１つのサービスに固有である、受信するための手段と、第２の装置のアクセスストラタムによって、第２の周期性に従って少なくとも１つのサービスの１つまたは複数の測定結果を報告するための手段と、をさらに備える。

いくつかの例示的な実施形態では、第２の周期性は、第２の装置によって複数のサービス間で共有される共通の周期性である。第２の装置は、第２の周期性を複数のサービスに適用するための手段と、第２の装置のアクセスストラタムによって、第２の周期性に従って複数のサービスの１つまたは複数の測定結果を報告するための手段と、をさらに備える。

いくつかの例示的な実施形態では、第２の周期性情報は、第２の周期性の値、第２の周期性と第１の周期性との間の時間差をインジケートするオフセット値、または第１の周期性に対する第２の周期性のスケールファクタ、のうちの少なくとも１つを含む。

いくつかの例示的な実施形態では、第２の周期性情報は、システム情報ブロックまたは無線リソース制御メッセージを介して受信される。

いくつかの例示的な実施形態では、第２の周期性は第１の周期性よりも長い。

いくつかの例示的な実施形態では、第１の周期性は第３の装置によってコンフィグレーションされ、第３の装置はコアネットワーク装置または運用管理保守装置である。

いくつかの例示的な実施形態では、第１の装置はアクセスネットワーク装置であり、第２の装置はアクセスストラタム及びアプリケーションレイヤを含む端末装置である。

図７は、本開示のいくつかの例示的な実施形態による、第３のデバイス２３０で実施される例示的な方法７００のフローチャートを示している。議論の目的で、方法７００は、図２に関して第３のデバイス２３０の観点から説明する。方法７００は、図示していない追加のブロックを含み得、及び／または図示したいくつかのブロックを省略し得、本開示の範囲はこの点で限定されないことを理解されたい。

ブロック７１０において、第３のデバイス２３０は、第３のデバイス２３０において、第２のデバイス２２０によって体感品質測定を実行するために使用される第１の周期性を取得する。

ブロック７２０において、第３のデバイス２３０は、第１の周期性を含むメッセージを第１のデバイス２１０に送信し、第１の周期性は、アクセスストラタムに関連して識別可能な方法で送信される。

いくつかの例示的な実施形態では、第３のデバイス２３０はコアネットワークデバイスまたは運用管理保守デバイスであり、第１のデバイス２１０はアクセスネットワークデバイスであり、第２のデバイス２２０は、アクセスストラタム及びアプリケーションレイヤを含む端末デバイスである。

方法７００を実行することが可能な第３の装置は、方法７００のそれぞれの動作を実行するための手段を備え得る。これらの手段は、任意の好適な形で実施され得る。たとえば、これらの手段は、回路またはソフトウェアモジュールで実施され得る。第３の装置は、第３のデバイス２３０として実装され得、または第３のデバイス２３０に含まれ得る。

いくつかの例示的な実施形態では、第３の装置は、第３の装置において、体感品質測定を実行するために第２の装置によって使用される第１の周期性を取得するための手段と、第１の周期性を含むメッセージを第１の装置に送信するための手段であって、第１の周期性は、アクセスストラタムに関連して識別可能な方法で送信される、送信するための手段と、を備える。

いくつかの例示的な実施形態では、第３の装置はコアネットワーク装置または運用管理保守装置であり、第１の装置はアクセスネットワーク装置であり、第２の装置は、アクセスストラタム及びアプリケーションレイヤを含む端末装置である。

図８は、本開示の実施形態を実施するのに適したデバイス８００の簡略化したブロック図である。デバイス８００は、たとえば、図２に示すような、第１のデバイス２１０、第２のデバイス２２０、及び第３のデバイス２３０などの通信デバイスを実装するために提供され得る。図示のように、デバイス８００は、１つまたは複数のプロセッサ８１０と、プロセッサ８１０に結合された１つまたは複数のメモリ８２０と、プロセッサ８１０に結合された１つまたは複数の通信モジュール８４０（たとえば、送信機及び／または受信機）とを含む。

通信モジュール８４０は、双方向通信用のものである。通信モジュール８４０は、通信を容易にするために少なくとも１つのアンテナを有する。通信インターフェースは、他のネットワークエレメントとの通信に必要な任意のインターフェースを表し得る。

プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。デバイス８００は、メインプロセッサを同期させるクロックに時間的にスレーブされた特定用途向け集積回路チップなどの複数のプロセッサを有し得る。

メモリ８２０は、１つまたは複数の不揮発性メモリと１つまたは複数の揮発性メモリとを含み得る。不揮発性メモリの例は、読み出し専用メモリ（ＲＯＭ）８２４、電気的プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ならびに他の磁気ストレージ及び／または光学ストレージを含むが、これらに限定されない。揮発性メモリの例は、ランダムアクセスメモリ（ＲＡＭ）８２２、及び電源を落としている間には持続しない他の揮発性メモリを含むが、これらに限定されない。

コンピュータプログラム８３０は、関連するプロセッサ８１０によって実行されるコンピュータ実行可能命令を含む。プログラム８３０は、ＲＯＭ８２０に記憶され得る。プロセッサ８１０は、プログラム８３０をＲＡＭ８２０にロードすることにより、任意の適切な動作及び処理を実行し得る。

本開示の実施形態は、図３～図７を参照して論じた本開示の任意の処理をデバイス８００が実行し得るように、プログラム８３０によって実施され得る。本開示の実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実施され得る。

いくつかの実施形態では、プログラム８３０は、デバイス８００に含まれ得るコンピュータ可読媒体（たとえば、メモリ８２０）に、またはデバイス８００によってアクセス可能な他の記憶デバイスに、有形に含まれ得る。デバイス８００は、実行のために、プログラム８３０をコンピュータ可読媒体からＲＡＭ８２２にロードし得る。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤなど、任意のタイプの有形の不揮発性ストレージを含み得る。図９は、ＣＤまたはＤＶＤの形態のコンピュータ可読媒体９００の例を示している。コンピュータ可読媒体には、プログラム８３０が記憶されている。

一般に、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施され得る。一部の態様はハードウェアで実施され得、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施され得る。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他のいくつかの図的記述を使用して図示及び説明しているが、本明細書に記載のブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組み合わせにより実施され得ることを理解されたい。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図５～図７を参照して上記で説明した方法５００～７００を実行するために、ターゲットの実プロセッサまたは仮想プロセッサ上のデバイスで実行される、プログラムモジュールに含まれるようなコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データ型を実施する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態において望まれるように、プログラムモジュール間で組み合わせ、または分割され得る。プログラムモジュールの機械実行可能な命令は、ローカルデバイス内または分散型デバイス内で実行され得る。分散型デバイスでは、プログラムモジュールは、ローカル及びリモートの両方の記憶媒体に配置され得る。

本開示の方法を実行するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組み合わせで記述され得る。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供され得、その結果、プログラムコードがプロセッサまたはコントローラによって実行された場合に、フローチャート及び／またはブロック図で規定された機能／動作が実行されるようになる。プログラムコードは、完全にマシン上で実行される場合もあれば、スタンドアローンのソフトウェアパッケージとして一部マシン上で実行される場合もあり、一部がマシン上で実行され、一部がリモートマシン上で実行される場合もあれば、完全にリモートマシンまたはサーバ上で実行される場合もある。

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置またはプロセッサが、上記のように様々なプロセス及び動作を実行できるように、任意の適切なキャリアによって搬送され得る。キャリアの例は、信号、コンピュータ可読媒体などを含む。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいはそれらの任意の好適な組み合わせを含み得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、またはこれらの任意の好適な組み合わせが挙げられるであろう。

さらに、動作は特定の順序で示しているが、これは望ましい結果を得るために、そのような動作が、示した特定の順序で実行されること、もしくは順次実行されること、または図示した全ての動作が実行されることを要求するものと理解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利であり得る。同様に、いくつかの特定の実施態様の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限と解釈されるべきではなく、特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。別個の実施形態の文脈で説明している特定の特徴は、単一の実施形態のうちで組み合わせても実施され得る。逆に、単一の実施形態の文脈で説明している様々な特徴もまた、複数の実施形態で別々に、または任意の好適なサブコンビネーションで実施され得る。

本開示は、構造的特徴及び／または方法論的行為に特有の文言で説明しているが、添付の特許請求の範囲で定義される本開示は、必ずしも前述の特定の特徴または行為に限定されないことを理解されたい。むしろ、上記の特定の特徴及び行為は、特許請求の範囲を実施するための例示的な形態として開示している。

Claims (27)

1. 端末デバイスであって、
   少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリと、
   を備え、
   前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに、
   アクセスネットワークデバイスから、前記端末デバイスのアクセスストラタムによってアプリケーションレイヤコンテナ及び第２の周期性情報を受信することであって、
   前記アプリケーションレイヤコンテナは、前記端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定のための体感品質測定コンフィグレーションパラメータを含み、第１の周期性情報を含み、
   前記第１の周期性情報は、前記端末デバイスの前記サービスに対する前記体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートし、
   前記第２の周期性情報は、前記アプリケーションレイヤコンテナと共に受信され、
   前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、
   前記受信することと、
   前記端末デバイスによって、前記端末デバイスの前記アプリケーションレイヤによって測定された前記体感品質測定の前記１つ以上の測定結果を収集することと、
   前記第２の周期性に従って前記１つ以上の測定結果を報告することと、
   を行わせるように構成される、端末デバイス。
2. 前記端末デバイスは、前記アクセスネットワークデバイスからの要求を受信した後、前記アクセスストラタムによって前記１つ以上の測定結果を送信するために前記第２の周期性を使用する、請求項１に記載の端末デバイス。
3. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに、
   前記第２の周期性に従ってタイマを開始することと、
   前記１つ以上の測定結果の各々を測定ログに付加することと、
   前記タイマがタイムアウトであるという判定に従って、前記測定ログを前記アクセスネットワークデバイスに報告することと
   によって、前記第２の周期性に従って前記１つ以上の測定結果を報告させるように構成される、請求項１に記載の端末デバイス。
4. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに、
   前記端末デバイスの前記アクセスストラタムによって、前記１つ以上の測定結果を前記アクセスネットワークデバイスに送信すること
   をさらに行わせるように構成される、請求項１に記載の端末デバイス。
5. 前記１つ以上の測定結果は、前記端末デバイスの前記アクセスストラタムによって収集され、
   前記１つ以上の測定結果は、前記端末デバイスの前記アクセスストラタムによって送信される、請求項１に記載の端末デバイス。
6. 前記第２の周期性情報は、無線リソース制御メッセージを介して受信される、請求項１に記載の端末デバイス。
7. 前記第２の周期性情報は、セッションごとのロギング継続時間を含む、請求項１に記載の端末デバイス。
8. 前記第２の周期性情報は、
   前記第２の周期性の値、または
   前記第１の周期性に対する前記第２の周期性のスケールファクタ、
   のうちの少なくとも１つを含む、請求項１に記載の端末デバイス。
9. 方法であって、
   アクセスネットワークデバイスから、端末デバイスのアクセスストラタムによってアプリケーションレイヤコンテナ及び第２の周期性情報を受信することであって、前記アプリケーションレイヤコンテナは、前記端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定をコンフィグレーションするために使用される体感品質測定コンフィグレーションパラメータを含み、前記端末デバイスの前記サービスに対する体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートする第１の周期性情報を含み、前記第２の周期性情報は、前記アプリケーションレイヤコンテナと共に受信され、前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、前記受信することと、
   前記端末デバイスによって、前記端末デバイスの前記アプリケーションレイヤによって測定された前記体感品質測定の前記１つ以上の測定結果を収集することと、
   前記第２の周期性に従って前記１つ以上の測定結果を報告することと、
   を含む、方法。
10. 前記１つ以上の測定結果は、前記端末デバイスの前記アクセスストラタムによって収集され、
    前記１つ以上の測定結果は、前記端末デバイスの前記アクセスストラタムによって送信される、請求項９に記載の方法。
11. 前記第２の周期性に従って前記１つ以上の測定結果を報告することは、
    前記第２の周期性に従ってタイマを開始することと、
    前記１つ以上の測定結果の各々を測定ログに付加することと、
    前記タイマがタイムアウトであるという判定に従って、前記測定ログを前記アクセスネットワークデバイスに報告することと、
    を含む、請求項９に記載の方法。
12. 前記端末デバイスの前記アクセスストラタムによって、前記１つ以上の測定結果を前記アクセスネットワークデバイスに送信すること
    をさらに含む、請求項９に記載の方法。
13. 前記第２の周期性情報は、無線リソース制御メッセージを介して受信される、請求項９に記載の方法。
14. 前記第２の周期性情報は、セッションごとのロギング継続時間を含む、請求項９に記載の方法。
15. 前記第２の周期性情報は、
    前記第２の周期性の値、または
    前記第１の周期性に対する前記第２の周期性のスケールファクタ、
    のうちの少なくとも１つを含む、請求項９に記載の方法。
16. アクセスネットワークデバイスであって、
    少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備え、
    前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記アクセスネットワークデバイスに、
    端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定をコンフィグレーションするために前記端末デバイスによって使用される体感品質測定コンフィグレーションパラメータを含み、前記端末デバイスの前記サービスに対する体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートする第１の周期性情報を含むアプリケーションレイヤコンテナを、前記端末デバイスのアクセスストラタムに送信することと、
    前記アプリケーションレイヤコンテナと共に第２の周期性情報を送信することであって、前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、前記送信することと、
    を行わせるように構成される、アクセスネットワークデバイス。
17. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記アクセスネットワークデバイスに、
    第３のデバイスによって送信されるコンフィグレーションから前記第１の周期性情報をデコードすることであって、前記コンフィグレーションは、アプリケーションレイヤに対して識別可能であり、前記体感品質測定をコンフィグレーションするために使用される、前記デコードすること、
    前記第３のデバイスによって送信されるメッセージから前記第１の周期性情報を抽出することであって、前記第１の周期性情報は、前記アクセスストラタムに対して識別可能な方法で送信される、前記抽出すること、
    前記端末デバイスによって送信される無線リソース制御メッセージから前記第１の周期性情報を抽出すること、または
    前記端末デバイスから報告される前記１つ以上の測定結果の統計に基づいて前記第１の周期性情報を取得すること、
    のうちの少なくとも１つによって、前記第１の周期性情報を取得させるように構成される、請求項１６に記載のアクセスネットワークデバイス。
18. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記アクセスネットワークデバイスに、
    第３のデバイスから、前記体感品質測定をコンフィグレーションするために使用されるコンフィグレーションを受信すること
    をさらに行わせるように構成される、請求項１６に記載のアクセスネットワークデバイス。
19. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記アクセスネットワークデバイスに、
    前記端末デバイスの前記サービスのインジケーションを送信すること
    をさらに行わせるように構成される、請求項１６に記載のアクセスネットワークデバイス。
20. 前記第２の周期性情報は、
    前記第２の周期性の値、または
    前記第１の周期性に対する前記第２の周期性のスケールファクタ、
    のうちの少なくとも１つを含む、請求項１６に記載のアクセスネットワークデバイス。
21. アクセスネットワークデバイスが、端末デバイスを、体感品質測定及びそれらの報告を実行するように構成する方法であって、前記方法は、
    前記端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定をコンフィグレーションするために前記端末デバイスによって使用される体感品質測定コンフィグレーションパラメータを含み、前記端末デバイスの前記サービスに対する体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートする第１の周期性情報を含むアプリケーションレイヤコンテナを送信することと、
    前記アプリケーションレイヤコンテナと共に第２の周期性情報を前記端末デバイスに送信することであって、前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、前記送信することと、
    を含む方法。
22. 前記第１の周期性情報を取得することは、
    第３のデバイスによって送信されるコンフィグレーションから前記第１の周期性情報をデコードすることであって、前記コンフィグレーションは、アプリケーションレイヤに対して識別可能であり、前記体感品質測定をコンフィグレーションするために使用される、前記デコードすること、
    前記第３のデバイスによって送信されるメッセージから前記第１の周期性情報を抽出することであって、前記第１の周期性情報は、アクセスストラタムに対して識別可能な方法で送信される、前記抽出すること、
    前記端末デバイスによって送信される無線リソース制御メッセージから前記第１の周期性情報を抽出すること、または
    前記端末デバイスから報告される前記１つ以上の測定結果の統計に基づいて前記第１の周期性情報を取得すること、
    のうちの少なくとも１つによって、前記第１の周期性情報を取得することを含む、請求項２１に記載の方法。
23. 第３のデバイスから、前記体感品質測定をコンフィグレーションするために使用されるコンフィグレーションを受信することをさらに含む、請求項２１に記載の方法。
24. 前記端末デバイスの前記サービスのインジケーションを送信すること
    をさらに含む、請求項２１に記載の方法。
25. 前記第２の周期性情報は、
    前記第２の周期性の値、または
    前記第１の周期性に対する前記第２の周期性のスケールファクタ、
    のうちの少なくとも１つを含む、請求項２１に記載の方法。
26. コンピュータ可読媒体上にコンピュータプログラムを含むコンピュータ可読媒体であって、前記コンピュータプログラムは、アクセスネットワークデバイスのプロセッサによって実行される時に、前記アクセスネットワークデバイスに、
    端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定をコンフィグレーションするために前記端末デバイスによって使用される体感品質測定コンフィグレーションパラメータを含み、前記端末デバイスの前記サービスに対する体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートする第１の周期性情報を含むアプリケーションレイヤコンテナを、前記端末デバイスのアクセスストラタムに送信することと、
    前記アプリケーションレイヤコンテナと共に第２の周期性情報を送信することであって、前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、前記送信することと、
    を行わせる、コンピュータ可読媒体。
27. コンピュータ可読媒体上にコンピュータプログラムを含むコンピュータ可読媒体であって、前記コンピュータプログラムは、端末デバイスのプロセッサによって実行される時に、前記端末デバイスに、
    アクセスネットワークデバイスから、端末デバイスのアクセスストラタムによってアプリケーションレイヤコンテナ及び第２の周期性情報を受信することであって、前記アプリケーションレイヤコンテナは、前記端末デバイスのサービスに対する前記端末デバイスのアプリケーションレイヤによる体感品質測定をコンフィグレーションするために使用される体感品質測定コンフィグレーションパラメータを含み、前記端末デバイスの前記サービスに対する体感品質測定を報告する際に前記端末デバイスの前記アプリケーションレイヤによって使用される第１の周期性をインジケートする第１の周期性情報を含み、前記第２の周期性情報を前記アプリケーションレイヤコンテナと共に受信し、前記第２の周期性情報は、前記サービスの前記体感品質測定の１つ以上の測定結果を報告するために、前記端末デバイスに対して前記アクセスネットワークデバイスによりコンフィグレーションされる第２の周期性をインジケートする、前記受信することと、
    前記端末デバイスによって、前記端末デバイスの前記アプリケーションレイヤによって測定された前記体感品質測定の前記１つ以上の測定結果を収集することと、
    前記第２の周期性に従って前記１つ以上の測定結果を報告することと、
    を行わせる、コンピュータ可読媒体。