(57)【特許請求の範囲】
【請求項１】
方法であって、
少なくとも１つの所定の特性を有するデータフローを検出するために、ネットワークノードにおいて、通信システムの端末装置に関連するデータフローを分析するステップと、
前記ネットワークノードにおいて、前記少なくとも１つの所定の特性を有する前記データフローを、顧客体験ＣＥ測定を実行すべき重要なデータフローとして選択するステップと、
フローについて定められた精度目標に従って前記フローの個々のパケットの前記顧客体験ＣＥ測定の数を制限するステップと、
を含み、
前記方法は、さらに、前記ネットワークノードにおいて、前記選択に基づいて、それぞれのパケット又はフローをマーキングすることにより、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行するように測定エージェントに指示するステップを含み、
前記精度目標は、所与の測定時間ウィンドウ中に前記フローから収集すべき測定サンプルの数を示し、前記顧客体験ＣＥ測定は、前記測定時間ウィンドウ（Ｔ）中に時間的に均等に分布し、
前記顧客体験ＣＥ測定のペース配分は、パケットの平均到着間時間（ｔ）をモニタすることによって行われ、従って次のウィンドウ内の予想パケット数は、ｎ＝Ｔ／ｔによって与えられることを特徴とする方法。
【請求項２】
前記所定の特性は、前記データフロー内で大量のデータが送信されることである、
請求項１に記載の方法。
【請求項３】
前記所定の特性は、前記フローが重要なアプリケーションに属することである、
請求項１又は２に記載の方法。
【請求項４】
前記方法は、前記ネットワークノードにおいて、前記選択に基づいて、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行するステップを含む、
請求項１から３のいずれかに記載の方法。
【請求項５】
前記方法は、前記ネットワークノードにおいて、
フロー毎の目標測定サンプル数を導入するステップと、
ベアラ毎の目標測定サンプル数を導入するステップと、
アプリケーション毎の目標測定サンプル数を導入するステップと、
ＱＣＩクラス毎の目標測定サンプル数を導入するステップと、
ＤＳＣＰクラス毎、セル毎の目標測定サンプル数を導入するステップと、
基地局毎の目標測定サンプル数を導入するステップと、
のうちの１つ又は２つ以上を含む、
請求項１から４のいずれかに記載の方法。
【請求項６】
前記方法は、前記ネットワークノードにおいて、
分散測定エージェントから分析結果に関する情報を受け取るステップと、
前記受け取りに基づいて、中央測定エージェントにおいてＱｏＥ管理活動を引き起こすステップと、
を含む、
請求項１に記載の方法。
【請求項７】
前記方法は、１又は２以上の分散測定エージェントが、関連する顧客体験ＣＥ測定を実行できるように、前記ネットワークノードにおいて、トラフィックモニタリング情報、プロトコルレベルのパケット解釈情報、測定コンテキスト検出情報、測定スケジューリング情報、及び測定実行情報のうちの１つ又は２つ以上を中央測定エージェントから前記分散測定エージェントに提供するステップを含む、
請求項１から６のいずれかに記載の方法。
【請求項８】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、
を備えた装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、
少なくとも１つの所定の特性を有するデータフローを検出するために、通信システムの端末装置に関連するデータフローを分析することと、
前記少なくとも１つの所定の特性を有する前記データフローを、顧客体験ＣＥ測定を実行すべき重要なデータフローとして選択することと、
フローについて定められた精度目標に従って前記フローの個々のパケットの前記顧客体験ＣＥ測定の数を制限することと、
を行わせるように構成され、
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、前記選択に基づいて、それぞれのパケット又はフローをマーキングすることにより、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行するように測定エージェントに指示することを行わせるように構成され、
前記精度目標は、所与の測定時間ウィンドウ中に前記フローから収集すべき測定サンプルの数を示し、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、前記測定時間ウィンドウ（Ｔ）中に前記顧客体験ＣＥ測定を時間的に均等に分布させることを行わせるように構成され、
前記顧客体験ＣＥ測定のペース配分は、パケットの平均到着間時間（ｔ）をモニタすることによって行われ、従って次のウィンドウ内の予想パケット数は、ｎ＝Ｔ／ｔによって与えられることを特徴とする装置。
【請求項９】
前記所定の特性は、前記フローが重要なアプリケーションに属することである、
請求項８に記載の装置。
【請求項１０】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、前記選択に基づいて、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行することを行わせるように構成される、
請求項８又は９に記載の装置。
【請求項１１】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、
フロー毎の目標測定サンプル数を導入することと、
ベアラ毎の目標測定サンプル数を導入することと、
アプリケーション毎の目標測定サンプル数を導入することと、
ＱＣＩクラス毎の目標測定サンプル数を導入することと、
ＤＳＣＰクラス毎の目標測定サンプル数を導入することと、
セル毎の目標測定サンプル数を導入することと、
基地局毎の目標測定サンプル数を導入することと、
のうちの１つ又は２つ以上を実行させるように構成される、
請求項８から１０のいずれかに記載の装置。
【請求項１２】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、
分散測定エージェントから分析結果に関する情報を受け取ることと、
前記受け取りに基づいて、中央測定エージェントにおいてＱｏＥ管理活動を引き起こすことと、
を行わせるように構成される、
請求項８から１１のいずれかに記載の装置。
【請求項１３】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、１又は２以上の分散測定エージェントが、関連する顧客体験ＣＥ測定を実行できるように、トラフィックモニタリング情報、プロトコルレベルのパケット解釈情報、測定コンテキスト検出情報、測定スケジューリング情報、及び測定実行情報のうちの１つ又は２つ以上を中央測定エージェントから前記分散測定エージェントに提供することを行わせるように構成される、
請求項８から１２のいずれかに記載の装置。
【請求項１４】
コンピュータによって読み取り可能な非一時的配布媒体上に具現化された、プログラム命令を含むコンピュータプログラムであって、前記プログラム命令は、前記コンピュータ内にロードされた時に、ネットワークノードに、
所定の特性を有するデータフローを検出するために、通信システムの端末装置に関連するデータフローを分析することと、
前記所定の特性を有する前記データフローを、顧客体験ＣＥ測定を実行すべき重要なデータフローとして選択することと、
フローについて定められた精度目標に従って前記フローの個々のパケットの前記顧客体験ＣＥ測定の数を制限することと、
を行わせるコンピュータ処理を実行する、
前記コンピュータプログラムは、さらに、前記ネットワークノードにおいて、前記選択に基づいて、それぞれのパケット又はフローをマーキングすることにより、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行するように測定エージェントに指示することを含み、
前記精度目標は、所与の測定時間ウィンドウ中に前記フローから収集すべき測定サンプルの数を示し、前記顧客体験ＣＥ測定は、前記測定時間ウィンドウ（Ｔ）中に時間的に均等に分布し、
前記顧客体験ＣＥ測定のペース配分は、パケットの平均到着間時間（ｔ）をモニタすることによって行われ、従って次のウィンドウ内の予想パケット数は、ｎ＝Ｔ／ｔによって与えられることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に関する。
【背景技術】
【０００２】
体感品質（ＱｏＥ）は、ユーザの視点から示されるサービスの総合的価値の尺度である。ＱｏＥは、適切性、柔軟性、可動性、安全性、コスト、個人化及び／又は選択などの、ユーザ価値全体に寄与する様々な因子を考慮する。
【発明の概要】
【課題を解決するための手段】
【０００３】
ある態様では、独立クレームの主題を提供する。従属クレームには実施形態を定める。
【０００４】
以下の添付図面及び説明では、１又は２以上の実装例をさらに詳細に示す。説明、図面及び特許請求の範囲からは、その他の特徴も明らかになるであろう。
【０００５】
以下、添付図面を参照しながら、好ましい実施形態を用いて本発明をさらに詳細に説明する。
【図面の簡単な説明】
【０００６】
【図１】本発明の実施形態を適用できる無線通信システムを示す図である。
【図２】顧客体験エージェントの展開オプションを示す図である。
【図３】本発明の実施形態による測定調整手順のシグナリング図である。
【図４】分散顧客体験エージェントベースの測定システムを示す図である。
【図５】分散測定エージェントにおける中央支援型測定を示す図である。
【図６】負荷ベースの分析委任を示す図である。
【図７】分析及び活動委任を示す図である。
【図８】測定の拡張性を示す図である。
【図９】中央測定編成を示す図である。
【図１０】ＣＥエージェント間の負荷ベースの分析委任を示す図である。
【図１１】本発明の実施形態による測定調整処理を示す図である。
【図１２】本発明の実施形態による装置のブロック図である。
【発明を実施するための形態】
【０００７】
以下の実施形態は例示である。本明細書では、複数の箇所において「ある（ａｎ）」、「１つの（ｏｎｅ）」又は「いくつかの（ｓｏｍｅ）」実施形態という言及を行うことがあるが、これらは、必ずしもこのような各言及が同じ実施形態に対して行われていることや、或いは特定の特徴が単一の実施形態のみに適用されることを意味するものではない。異なる実施形態の単一の特徴を組み合わせて他の実施形態を提供することもできる。さらに、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ、ｉｎｃｌｕｄｉｎｇ）」という単語は、説明する実施形態を言及した特徴のみで構成されるように限定していると理解すべきではなく、このような実施形態は、具体的に言及していない特徴／構造を含むこともできる。
【０００８】
図１に、本発明の実施形態を適用できる無線通信シナリオを示す。図１を参照すると、セルラー通信システムが、決められた地理的地域に無線カバレッジを提供するように配置された基地局を含む無線アクセスネットワークを含むことができる。基地局は、例えば数平方マイルにも及ぶ比較的広い地域にわたって端末装置（ＵＥ）１０６に無線カバレッジを提供するように配置されたマクロセル基地局（ｅＮＢ）１０２を含むことができる。容量の改善が必要な人口密集ホットスポットには、狭域セル基地局（ｅＮＢ）１００を展開して、端末装置（ＵＥ）１０４に高データレートサービスを提供することができる。このような狭域セル基地局は、マイクロセル基地局、ピコセル基地局、又はフェムトセル基地局と呼ぶことができる。通常、狭域セル基地局は、マクロ基地局１０２よりも著しく狭いカバレッジ範囲を有する。セルラー通信システムは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）アドバンスト、又はその進化版の仕様に従って動作することができる。
【０００９】
自動的で正確なネットワークモニタリングは、異常の検出、問題の定位、根本原因の分析、及びトラフィック／ＱｏＳ／ＱｏＥ管理活動を含む効率的なネットワーク運用を可能にする。このような機能は、ユーザ行動、アプリケーションセッションの属性、顧客体験、並びに（局所及び末端間の両方の）ネットワーク状態に対する相関インサイト（ｃｏｒｒｅｌａｔｅｄ  ｉｎｓｉｇｈｔ）を必要とする。相関インサイは、関連ユーザ、アプリケーション及び／又はＱｏＥ固有のデータ、並びに（ユーザ活動、アプリケーション固有のメタデータ、ダウンロード時間、アプリケーションレベルの待ち時間、ビデオ劣化、再生時間などの）ＫＰＩ及び（スループット、ＲＴＴ、遅延、ジッタ、パケットロス、ＴＣＰタイムアウト、パケット破棄パターンなどの）ＱｏＳ  ＫＰＩを収集及び／又は測定することによって取得される。これらの測定結果の一部は、（論理的に）単一のモニタリングエージェントにおいて収集することができるが、局在的（すなわち、無線インターフェイスなどの専用ネットワークセグメントに対応する）インサイトの収集、及び協調測定（例えば、片道遅延の測定）による一連のＫＰＩの強化には、例えば無線アクセスネットワーク及びコアネットワークの両方においてモニタリングエンティティが複数の箇所に展開された分散測定システムが必要である。図２に、複数箇所においてユーザプレーンパケットをモニタし、バンド内ヘッダ強化（ｉｎｂａｎｄ  ｈｅａｄｅｒ  ｅｎｒｉｃｈｍｅｎｔ）を用いてエージェント間の協調測定及びステータスアップデートを行うことができる顧客体験（ＣＥ）エージェントを使用する実装を示す。このような設定は、ネットワーク側の正しい分析、決定、及びＱｏＥの実施を含む活動の必須条件である、輻輳定位情報を含む正確なネットワーク状態情報にＱｏＥインサイトが自然に相関付けられることを確実にする。
【００１０】
無線アクセスネットワークベースのエージェントとコアネットワークベースのエージェントの両方で構成された分散測定システムの場合、各モニタリングエージェントは、各機能を実行してできるだけ多くの測定結果を収集する本格的なＣＥエージェントとして実装することができる。これにより、最大精度の測定及び計算が行われるが、できるだけ多くのサンプルを収集して分析することは、（埋め込みプラットフォームなどのリソースが限られた展開の場合には）計算的に実現不可能な場合もあり、或いは（このような高精度が分析及び活動に必要でなく、又は利点をもたらさない場合には）不要な場合もある。また、リソースが限られたシナリオでは、本格的なスタンドアロン型のパケットモニタリング、並びにフローレベル、プロトコルレベル及びアプリケーションレベルでの分析の代わりに、特別な低オーバーヘッドの測定技術が必要な場合もある。
【００１１】
既存の測定システムは、ネットワーク管理及びＱｏＳ定量化／定性化の使用事例を対象にしている。ＱｏＥ管理に利用できる拡張可能な測定の解決策は存在しない。すなわち、既存の測定システムは、ユーザ、アプリケーション、ＱｏＥ及びネットワーク側のきめ細かい相関性のあるインサイトをリアルタイムに提供しないので、従来の電気通信アプリケーション及びＯＴＴアプリケーションのリアルタイムＱｏＥ管理をいずれもサポートすることができない。既存の測定システムは、上位レベルのインターフェイスログ（例えば、セルトレース）、測定ウィンドウにわたる平均／総ＫＰＩを収集し、従ってフロー／アプリケーションレベルのインサイトなどが欠けている。特にＯＴＴアプリケーションの場合、リアルタイムＱｏＥ測定は、データ量を測定するだけでなく、プロトコルヘッダ及びメタデータから抽出された情報を用いて関連のＫＰＩを作成するパケットレベルのトラフィックモニタリングを必要とする。事実上、これらのＫＰＩは、各パケットが測定エージェントを通過する毎に更新される。既存の技術は、システム負荷を生じるパケット数又はフロー数に依存しない比較的少量の測定データを生成する。ＴＷＡＭＰなどの既存のパケットベースの測定機構は、人工的に作成した少数のパケットをユーザプレーンに投入し、これらのパケットに対して測定を実行する。しかしながら、これらの技術は、ユーザパケットさえも対象にしていないので、ＱｏＥ管理に必要なフローインサイト及びアプリケーションインサイトを提供することができない。
【００１２】
対照的に、リアルタイムＱｏＥ管理システム及び機構は、（ＱｏＥ管理の究極の目的は、劣化によって良くないユーザ体験が引き起こされる前に劣化を防止又は解決することであるため）過渡的劣化を検出するためにユーザデータのクローズドモニタリングを必要とする。従って、ＲＴＴ、パケット再送、パケット破棄、メディアレート、コンテンツ解像度、オブジェクトサイズなどの関連するＫＰＩを取得するために、所与のアプリケーションによって生成されたパケットを傍受し、これらのパケットが搬送するプロトコルヘッダコンテンツ及びプロトコルメタデータを抽出する。また、異常の定位を可能にするために、システム内の各終端間経路内に複数の測定エージェントが存在し、この分散測定が、対応する測定エージェントの低コスト通信を可能にする。（データ量及び待ち時間の両方のエージェントの視点から見た）最も効率的な通信は、バンド内ヘッダ強化、すなわちユーザプレーンパケット自体の拡張ヘッダを、測定エージェントが交換する情報又はコマンドで強化することである。
【００１３】
パケットベースの測定実行及びバンド内通信を伴う分散測定システムでは、デフォルトでは全てのパケット及び全てのフローが、測定を実行する機会、又は相手方の測定エンティティに向けてデータを便乗させる機会である。従って、生成される測定サンプルの数、通信オーバーヘッド、及び測定エージェントにおける処理要件は、これらのエージェントがモニタするトラフィック量及びフロー数と共に増加する。測定システムは、十分な処理リソースが存在する限り最大数の測定結果を配信し、測定結果の評価又は集約において最も高い精度及び統計的信頼度を達成することができる。これらのシステムは、各アプリケーションの全てのフローを測定することもできる。
【００１４】
測定エージェントは、（リモートラジオヘッド、ルータボード、低クロックネットワークプロセッサなどの）リソースが限られた埋め込みシステムである場合には、各パケット及びフローをこのような測定密度で処理できないこともある。一方で、このような測定エージェントは、その位置（例えば、無線に近いこと）に起因して、異常／輻輳の検出／定位及びＱｏＥ管理にとって非常に貴重な一意の測定結果を配信できるという理由で、分散測定システムに参加することが必要である。
【００１５】
たとえ（利用可能な処理リソースについて）考えられる最大数の測定結果が収集された場合でも、依然としてこのような多くのデータから恩恵を受けないこともある。分析及び分析に基づく活動がこのようなデータを必要としなければ、精度の高さ及び測定結果の多さはリソースの無駄にすぎない。
【００１６】
次に、図３を参照しながら、中央ＱｏＥ編成のための本発明の実施形態を説明する。図３は、セルラー通信ネットワークのネットワーク要素間における顧客体験ＣＥパラメータの通信方法を示すシグナリング図である。これらのネットワーク要素は、ネットワークノード、アクセスノード、基地局、端末装置、サーバコンピュータ又はホストコンピュータとすることができる。例えば、サーバコンピュータ又はホストコンピュータは、ホストコンピュータが端末装置と通信する仮想ネットワークを生成することができる。一般に、仮想ネットワーキングでは、ハードウェア及びソフトウェアのネットワークリソース及びネットワーク機能を単一のソフトウェアベースの管理エンティティである仮想ネットワークに一体化する処理を行う。別の実施形態では、ネットワークノードを端末装置とすることができる。ネットワーク仮想化は、しばしばリソース仮想化と組み合わされるプラットフォーム仮想化を伴うことができる。ネットワーク仮想化は、多くのネットワーク又はネットワークの一部をサーバコンピュータ又はホストコンピュータに組み合わせる外部仮想ネットワーキングとして分類することができる。外部ネットワーク仮想化は、最適化されたネットワーク共有を目的とする。別のカテゴリは、単一システム上のソフトウェアコンテナにネットワーク様の機能を提供する内部仮想ネットワーキングである。仮想ネットワーキングは、端末装置の試験に使用することもできる。
【００１７】
図３を参照すると、項目３０１において、端末装置のアプリケーションセッションを開始し、システムのアプリケーションセッション内で対応するデータフローを送信することができる。ステップ３０２において、このデータフローが、中央ＣＥエージェントなどのネットワークノードＮＥ１によって分析される（データフローは、端末装置との間で送受信され、ネットワークノードＮＥ１は、システム内で送信されたデータフローを受け取ることができる）。中央ＣＥエージェントは、ネットワークに接続された別個のエンティティとすることも、或いは（ＬＴＥ／ＬＴＥ−ＡシステムのＳＡＥ−ＧＷなどの）他のネットワークノードに統合することもできる。ステップ３０２において、ネットワークノードＮＥ１は、分析３０２に基づいて、データフロー３０１が所定のフロー特性を有することを検出した場合、この所定の特性を有するデータフローを、顧客体験ＣＥ測定を実行すべき重要なデータフローとして選択する３０２。例えば、所定のフロー特性としては、データフロー内で大量のデータが送信されること、長いフロー長、及び／又はフローが重要なアプリケーションに属することを挙げることができる。
【００１８】
項目３０３において、ネットワークノードＮＥ１は、（（単複の）分散ＣＥエージェントなどの）別のネットワークノード（他のネットワークノード）ＮＥ２に、顧客体験ＣＥ測定を実行すべき重要な（単複の）データフローを通知することができる。例えば、この通知は、ネットワークノードＮＥ１がそれぞれのパケット又はフローをマーキングする（例えば、強化する）ことを含むことができる。項目３０３において、ネットワークノードＮＥ１は、（単複の）分散ＣＥエージェントＮＥ２が、関連する顧客体験ＣＥ測定を実行できるように、トラフィックモニタリング情報、プロトコルレベルのパケット解釈情報、測定コンテキスト検出情報、測定スケジューリング情報、及び／又は測定実行情報などの情報を分散ＣＥエージェントに提供することもできる。分散ＣＥエージェントＮＥ２は、情報を受け取ったこと３０３に基づいて、１又は２以上の重要なデータフローに対して顧客体験ＣＥ測定を実行するように構成される（図３には図示せず）。
【００１９】
項目３０４において、ネットワークノードＮＥ１は、ＣＥエージェント間で分析責任を（静的又は動的に）委任して計算負荷のバランスを保つことができる。項目３０４において、ネットワークノードＮＥ１は、管理されているリソースの近くで局所的ＱｏＳ管理、ＱｏＥ管理、トラフィック管理、輻輳制御などが行われるように、活動責任及び分析責任を分散ＣＥエージェントに委任することもできる。項目３０５において、分散ＣＥエージェントは、分析結果に関する情報を送信することができる。ステップ３０６において、ネットワークノードＮＥ１は、分散ＣＥエージェントから分析又は活動に関する情報を受け取り、受け取ったことに基づいて、中央ＣＥエージェントにおいてＱｏＥ管理活動を引き起こし、或いは分散ＣＥエージェントに対する活動責任及び／又は分析責任の委任を取り消すことができる。
【００２０】
本明細書におけるマーキングとは、所望の状態を示すためにパケットヘッダ内の選択された既存のビットの値を変更することを意味し、強化とは、パケットヘッダに追加の（例えば、構造化）データを挿入することを意味することができる。しかしながら、マーキング及び／又は強化という用語の他の解釈も可能である。
【００２１】
ある実施形態では、ＣＥ測定が、様々な集約レベル（例えば、フロー毎、セル毎、ＤＳＣＰ毎の集約など）についていずれかの所与の目標精度（例えば、時間ウィンドウ当たりのサンプル数）を満たすことができるように知的に拡張される。測定エージェントは、分散測定システムの有用な部分とされる。拡張可能な中央／分散ＣＥエージェント測定調整には、適応的責任委任が提供される。測定の拡張性は、モニタするトラフィック量及び測定を実行するノードの負荷に測定密度を適応させることによって保証される。リソースが限られた無線アクセスノードにおける軽量の測定実装を可能にするために、中央ＣＥエージェントは、測定を実行すべきパケットを明示的にマーキングし、これらのパケットを追加のコンテキストで強化して、他の場所におけるプロトコルレベルのフローモニタリング要件を排除することができる。また、中央ＣＥエージェント及び分散ＣＥエージェントは、責任及び機能を互いに動的に委任し、すなわちコアネットワークからエッジ（無線）ノードに、又はその逆にＱｏＥモニタリングを転送して、（必要に応じて）他のノードに結果のみを配信することができる。これにより、たとえ特定の場所の計算負荷によって各機能を実行できない場合でも、分散ＣＥエージェント内の関連する各フロー又はアプリケーションに対応する各測定をシステムとしてアクティブに保つことができる。
【００２２】
ある実施形態では、分散測定システム内で、ユーザ、アプリケーション、ＱｏＥ、ネットワーク側ＱｏＳ、又は他のいずれかの測定の実行及び収集が調整される。ある実施形態は、様々なネットワーク位置に展開された協働する複数の測定エージェントを、ネットワーク要素において実行される、又はネットワーク要素に接続されたソフトウェアエージェントとして、或いはスタンドアロンのミドルボックスとして有するあらゆる測定システムに適用可能である。エージェントは、ユーザプレーンパケット及びフロー自体に対して測定を実行して、必要なレベル及び粒度のインサイトを生成する。ネットワークから収集されたインサイトの精度及び／又は詳細レベルを高めるために、特定の状態情報及び／又は測定情報を交換することができる。ある実施形態は、例えばＬＴＥ及びそれ以上（５Ｇ）、３Ｇ／ＨＳＰＡ、Ｗｉ−Ｆｉ、ＩＳＰ、マルチラジオ異種ネットワーク及び／又は他のパケットネットワーク内の協働するＣＥエージェントの展開に適用可能である。モバイルシステムの特性に起因して、測定システムは、中央ＣＥエージェントが無線ノードにおける各測定エージェントと論理的に接続されたスタートポロジを有することができる。従って、エンドツーエンドの事例（測定トポロジ内の論理リンク）では、中央エンティティと無線ノード側エンティティの両方が同じインサイトを収集することができ、協働的測定を通じて、あらゆるノードにおける効率的な分析を可能にするのに十分な情報を共有することができる。中央要素は、測定、分析及び（ＱｏＥの実施などの）活動を実行するのに対し、分散エージェントは、測定の実行をサポートする。
【００２３】
ある実施形態では、分散測定システムの動作が、システムが処理するトラフィックの量に関わらず同じ処理リソースを必要とする拡張可能な測定方法によって強化される。この強化は、最低数の測定（従って、最小限の測定オーバーヘッド）を含む予め構成された目標測定精度を通じて達成される。（測定に必要な）複雑なロジック及び詳細なパケットモニタリングを単独でサポートできない、計算リソースが限られた測定エージェントに対処する機構を提供する。これにより、システムは、関連する各ネットワーク要素から必要なデータを収集できるようになる。測定エージェント間でタスク、機能及び責任を動的に委任する機構を提供する。委任のタイプとしては、１）エージェントを実行するノードの計算リソース（負荷）のバランスを保つように分析責任を委任すること、２）管理されているリソースの近くで局所的ＱｏＳ／ＱｏＥ／トラフィック管理及び輻輳制御活動を効率的に実行するように、分析及び活動をいずれも分散ノードに委任すること、が挙げられる。図４に、分散ＣＥエージェントベースの測定システムを示す。
【００２４】
ある実施形態では、大量のデータを送信するフロー、長いフロー長を有するフロー、及び／又は重要なアプリケーションに属するフローのみを選択し、短い一過性のフローを測定から除外することによって測定の拡張性を達成する。この選択により、測定を実行するためにモニタすべきフロー及びパケットの量が既に制限される。また、所与の時間間隔及び所与のＫＰＩ（例えば、遅延、ＲＴＴなど）又は集約レベル（例えば、フロー毎、ベアラ／アプリケーション毎、ＱＣＩ／ＤＳＣＰクラス毎、セル毎、ｅＮＢ毎など）にわたって目標測定サンプル数を導入する。目標数は、必要な精度レベルから導出され、使用事例に依存する。従って、顧客体験ＣＥ測定から、重要でないデータフローを少なくとも部分的に除外することができる。
【００２５】
ある実施形態では、終端間経路の戦略的位置に（例えば、ｅＮＢ及びコアネットワークに）測定エージェントを有することで、きめ細かなネットワーク側インサイトの収集及び輻輳の定位が可能になる。しかしながら、無線ノードにおいて利用可能な計算リソースの量により、詳細な文脈内エンドツーエンド測定に対する無線ノードの寄与レベルが著しく制限されることもある。特に、中央エンティティの測定をサポートするには、分散測定エージェントにおける自力でのトラフィックモニタリング、プロトコル（例えば、ＴＣＰ／ＩＰ）レベルのパケット解釈、測定文脈検出、及び測定スケジューリング／実行の能力が必要である。このような場合、中央エンティティは、無線ノードが扱うべき計算オーバーヘッドを制限するために、目標とする測定のための直接的な情報を提供することによって無線ノードを支援する。図５に、分散測定エージェントにおける中央支援型測定を示す。
【００２６】
ある実施形態では、中央測定エージェントと分散測定エージェントとの間の責任委任が可能である。委任は、中央要素における過負荷管理としての分析委任、及び／又は分散測定エージェントにおける局所的な分析及び活動の効率的な実行を可能にすることを含むことができる。本明細書における分析という用語は、ＱｏＥの測定、過負荷の検出、過負荷の定位、ＱｏＥ及びネットワーク状態の相関などの分析手順を意味することができる。本明細書における活動という用語は、ＱｏＥの実施、ＴＣＰの最適化、輻輳制御、ＱＣＩ／ＳＰＩの変更、リアルタイム／アクティブモードＴＳ／Ｗｉ−Ｆｉオフロードなどの活動を含むＱｏＥ管理を意味することができる。
【００２７】
負荷ベースの分析委任では、中央要素から分散測定エージェントに分析タスクを転送する。分散測定エージェントは、この転送された分析においてトラフィック（例えば、ｅＮＢのトラフィック）をモニタする。この場合、中央要素は、エンドツーエンド測定でのサポート役を保つのに対し、分散測定エージェントは分析（ＱｏＥの測定、過負荷の検出及び定位、及び／又はＱｏＥ及びネットワーク状態の相関）を実行する。無線側要素は、中央要素が活動を引き起こすことができるように、分析の結果について中央要素に継続的に通知する。図６に、負荷ベースの分析委任を示す。分析委任の決定は、中央要素が消費できる計算リソース量を制限する負荷閾値に基づく。閾値に達した場合、中央要素は、分散測定エージェントに分析を委任し始める。委任の条件は、対象の測定エンティティが分析に対処することができ、自由に使える必要な計算リソースを有していることである。
【００２８】
（恒久的な無線側輻輳などの）いくつかのネットワーク側の異常又は劣化は、異常／劣化の近接性から、すなわち無線アクセスノードに位置するモニタリングエージェントによって最適に管理することができる。中央エンティティは、分析責任及び活動責任の両方を分散ノードにおいて局所的に実行されるように委任することができる（図７を参照）。ネットワークトポロジ及びネットワーク構成が、所与の無線アクセスノードの文脈において無線ネットワーク側のみでしか輻輳が生じないことを保証する場合（例えば、ｅＮＢからコアネットワークへの専用ファイバー接続）、この委任は静的（恒久的）である。一方、毎回エッジから活動を行うべきでない場合、委任は動的である。動的委任は、分散活動が効果的な場合（例えば、無線過負荷の最初）に引き起こされ、この委任は、コアネットワーク側の活動が必要になると中央エンティティによって反転される。いずれにせよ、分散エンティティは、中央エンティティがネットワーク状態及び進行中の活動の全景を見通せるように、分散エンティティの動作（分析及び活動）について中央エンティティに継続的に通知する。
【００２９】
ある実施形態では、文脈ベース及びネットワーク状態ベースの拡張可能な測定スケジューリングを提供してＱｏＥ測定をフローの関連部分のみに制限し、フローレベル又はフロー集約（例えば、アプリケーション、ユーザなど）レベルの目標測定精度を維持して、最低限の実行及び通信オーバーヘッドを達成する。リソースが制限されている分散測定エージェントは、測定のためのトリガと、任意にさらなる入力／文脈とを外部から提供することによって中心的に編成され指示を受ける。リソースが限られた分散位置（例えば、無線アクセスノード内）に軽量のステートレスな測定装置を実装しながら、インサイト生成全体に対する寄与を維持することができる。動的かつ適応的な集中的−分散的負荷共有及び責任委任を実行して各モニタリングエージェントの持続可能な動作を可能にしながら、全体としての測定システムの完全な能力を維持する。また、分散測定エージェントに対する分析及び活動の委任は、輻輳又は異常の近くにおける局所的ＱｏＥ実施活動のさらに最適な実行も可能にする。
【００３０】
ある実施形態では、一連の選択されたフロー（単純な選択基準は、フロー長、又はアプリケーションの代表的フローであることである）に測定を制限し、時間間隔当たりの測定数を制限する後続の機構を与える。いずれも、拡張性を強化するのに効率的な方法である。選択されたフローへの測定の制限は、ユーザプレーンパケットヘッダ及びアプリケーションメタデータから導出されるフローレベル及びアプリケーションレベルのインサイトによって可能になる。ＣＥエージェントは、このインサイトに基づいて、所与の接続が送信しそうなデータ量を検出又は予測することができ、従って（大量のデータを伝送する）長いフローと短いフローとを区別することができる。ＨＴＴＰヘッダが利用可能である（非暗号化トラフィック）場合、ＨＴＴＰ応答のコンテンツ長ヘッダフィールドは、次にダウンロードされるオブジェクトが搬送する予定のデータ量を示す。或いは、ウェブページ又はウェブページのタイプ（例えば、マルチメディア／写真の重いコンテンツ）を識別することによっても、かなり量のトラフィックを予想することができる。このような接続は、長期にわたる測定に適している一方で、キープアライブモードのフロー又は最低限のデータしか送信しないフロー（例えば、ソーシャルネットワークサイトへの定期的チェックイン及びステータス更新）は、特定のタイプの測定から除外することができ、これらのステータスは、同じ終端間経路を共有する重いフローから取得された測定から推測することができる。
【００３１】
ある実施形態では、測定を消費する、又は測定に作用するビジネスロジックに基づいて、（トランスポートプロトコル、アプリケーション識別子、コンテンツ、ユーザなどに基づく）特定のタイプのトラフィックを特定の（例えば、ＱｏＥ）測定から全体的に除外することができる。ＣＥエージェントは、測定を関心トラフィックのみに集中させるようにトラフィックを識別してこのようなポリシーを実施する能力を有する。
【００３２】
ある実施形態では、測定するフローを選択すると、フローについて定められた精度目標に従ってフローの個々のパケットの測定が制限される。精度目標は、所与の時間ウィンドウ（Ｔ）中にフローから収集すべき測定サンプルの数（Ｎ）を示す。測定すべき個々のパケットの選択は、到着した最初のＮ個のパケットを時間ウィンドウ内で単純に測定するのではなく、測定ウィンドウ内で測定が時間的に均等に分布する（すなわち、ペースが一定になる）ように実行される（図８を参照）。測定のペース配分は、パケットの平均到着間時間（ｔ）をモニタすることによって行われ、従って次のウィンドウ内の予想パケット数は、ｎ＝Ｔ／ｔによって与えられる。ｎがＮよりも小さい場合には、各パケットをできるだけ目標精度に近づくように測定する必要がある。ｎ＞Ｎの場合、強化パケットの数はＮ（すなわち、目標精度）であり、パケットの測定後には、次のｎ／Ｎ−１個のパケットを迂回する。
【００３３】
ある実施形態では、フロー当たりの精度目標とは別に、又はこれに加えて、集約ベースの目標（例えば、ＤＳＣＰ当たり又はＱＣＩクラス当たりのサンプル数など）を定めることもできる。この場合、目標精度を実施する際に、測定のために選択された、集約基準に一致する各フローを累積的に処理する。これには、累積的フロー集約におけるパケットの到着間時間の測定、及び次の測定パケットの選択が含まれる。
【００３４】
中央ＣＥエージェントは、分散測定エージェントにおける（例えば、ｅＮＢにおける）不十分なリソースに対処するために、明示的に測定を指示するとともに、明示的なマーキングを通じて測定対象のパケットと共に必要な文脈情報を提供する。ＬＴＥシステムでは、ネットワーク側のＫＰＩが、無線側ＲＴＴ、Ｓ１インターフェイス上の一方向ＤＬ及びＵＬ遅延、並びにＤＬ  Ｓ１パケットロスの検出を含む。これらの測定は、トランスポートネットワーク上（ＵＬ方向又はＤＬ方向で別個の）又は無線インターフェイス上の輻輳の検出及び定位を可能にする。通常、無線側ＲＴＴの測定では、ｅＮＢ側のＣＥエージェントがＤＬ  ＴＣＰセグメントを追跡し、同じフロー内のＵＬ  ＴＣＰ  ＡＣＫと相関付ける必要がある。そのためには、ＩＰアドレス及びポートペアを識別子として含むフロー毎の文脈を生成し、所与のシーケンス番号に一致するパケットがＤＬ方向においていつ観察されたかを記録し、所与のセグメントを確認応答するＴＣＰ  ＡＣＫがＵＬにおいて受け取られたかどうかを解明する必要がある。また、重複ＡＣＫ及び再送データセグメントは、ＲＴＴ測定から除外すべきである。そのためには、ｅＮＢ側のＣＥエージェントからのＴＣＰプロトコルレベルの理解が必要である。しかしながら、ある実施形態では、コア側のＣＥエージェントが、システム側の（すなわち、ＵＥと自機との間の）ＲＴＴを測定し、これからＳ１  ＲＴＴ（すなわち、Ｓ１  ＤＬ及びＵＬ遅延の合計）を差し引くことによって、無線側のＲＴＴを非明示的に推測することができる。従って、無線側のＲＴＴ測定の要件を全体的に引き下げることによってｅＮＢ側のＣＥエージェントを軽量化しながら、依然として測定システム全体の同レベルのインサイト及び能力を維持することができる。
【００３５】
コアネットワーク側のＣＥエージェントとｅＮＢ側のＣＥエージェントは、残りの片道遅延測定に起因してタイムスタンプを交換することによって協働して遅延測定の結果を収集する。所与のＴＣＰフローからのＤＬパケットは、コア側のＣＥエージェントＣＮ／ＮＥ１（すなわち、中央ＣＥエージェント）によるタイムスタンプで強化される。ｅＮＢ側のＣＥエージェントｅＮＢ／ＮＥ２は、このタイムスタンプを含むパケットを検出し、（これらのエージェントが時間的に同期していると仮定して）自機のクロックと強化されたタイムスタンプとの間の差分として片道遅延を計算する。ｅＮＢ側のＣＥエージェントは、測定がどのフローに対応するか（すなわち、結果を搬送している接続）をコアネットワーク側のＣＥエージェントが認識するように、測定結果を強化することによって、同じ接続に属するＵＬ  ＴＣＰパケット（通常はＡＣＫ）に測定結果を戻す必要がある。ｅＮＢ側のＣＥエージェントにおいて同じ接続を見つけ出すには、ＲＴＴ測定と同様に、ＩＰアドレス及びＴＣＰポート番号に基づいてＤＬ及びＵＬパケットを相関付ける必要がある。しかしながら、ある実施形態では、（図９に示すように）コア側のＣＥエージェントが、ＤＬパケットに対して強化された情報内で（タイムスタンプ以外の）さらなる文脈を提供することによってこの要件を排除することができる。所与のｅＮＢを通過するフロー間に一意のフローＩＤを提供すると、フローＩＤは、この時点で測定結果と測定対象（すなわち、フロー）のアソシエーションを搬送するので、ｅＮＢ側のＣＥエージェントは、コア側のＣＥエージェントから受け取ったフローＩＤと共にＳ１の片道遅延の測定結果をＵＬパケットのうちのいずれかで送信することができる。ｅＮＢ側は、（強化するのに十分なヘッダ空間を有する）好適なＵＬパケットが受け取られるまで［フローＩＤ、測定結果］のペアのみを記憶する。このことは、ＵＬ方向において同じフローからのパケットを見つけ出すためにＩＰアドレスとポートのペアに基づいてＤＬパケットとＵＬパケットを実際に相関付ける必要がある場合よりも軽量である。
【００３６】
ｅＮＢ側のＣＥエージェントは、タイムスタンプ自体を好適なＵＬパケット内に強化することによってＵＬ  Ｓ１遅延測定を開始する。通常、測定をスケジューリングする（すなわち、このような測定をいつ開始するかを決定する）には、ｅＮＢ側のＣＥエージェントがコア側のＣＥエージェントと同じロジックを実行する必要がある。ある実施形態では、ＵＬ測定の開始が、コア側のＣＥエージェントによって指示されるＤＬタイムスタンプベースの測定の頻度に直接従い、すなわちｅＮＢは、コア側のＣＥエージェントに片道遅延の測定を送信する時には、結果の強化をタイムスタンプ自体で拡張し、コア側のＣＥエージェントによって指示されるＤＬ遅延測定と同じ頻度をＵＬ遅延測定についても達成する。従って、無線ネットワークノード（例えば、ｅＮＢ側のＣＥエージェント）ｅＮＢ／ＮＥ２は、コアネットワークノードＣＮ／ＮＥ１によって指示されるダウンリンクタイムスタンプベースの測定の頻度に直接従ってアップリンクＳ１遅延測定を開始し、片道遅延の測定結果をコアネットワークノードに送信し、コアネットワークノードによって指示されるダウンリンク遅延測定と同じ頻度をアップリンクＳ１の遅延測定についても取得するために、片道遅延の測定結果の強化をタイムスタンプで拡張し（すなわち、強化された片道遅延の測定値に加えてタイムスタンプを追加し）、フロー識別毎に最新の強化されたシーケンス番号を記憶し、ＴＣＰ／ＩＰプロトコルヘッダを解釈することなくロス検出を実行して、ＩＰアドレスとＴＣＰポートのペアに基づいてデータフローを区別し、１又は２以上のアップリンクパケットにおいてフロー識別及び検出されたロスを強化することにより、検出されたロスをコアネットワークノードに指示するように構成される。コアネットワークノード（例えば、コアネットワーク側のＣＥエージェント）ＣＮ／ＮＥ１は、無線ネットワークノードｅＮＢ／ＮＥ２にアップリンクＳ１の遅延測定を開始するように指示し、無線ネットワークノードから片道遅延の測定結果を受け取り、無線ネットワークノードをロス検出で支援するために、各ダウンリンクパケットに対してフロー識別及びパケット毎のシーケンス番号を強化し、強化されたフロー識別指示及び強化された検出ロスの指示を１又は２以上のアップリンクパケット内に含む、検出されたロスに関する指示を無線ネットワークノードから受け取るように構成される。
【００３７】
Ｓ１インターフェイス上のＤＬパケットロスを検出するには、ｅＮＢ側のＣＥエージェントが、ＴＣＰレベルのシーケンス番号を解釈し、ＩＰヘッダ内に示されるパケット長に基づいて次の予想シーケンス番号を計算し、（ｅＮＢの上流の紛失パケットを示す）順序違いのシーケンスを検出する必要がある。ある実施形態では、コア側のＣＥエージェントが、各ＤＬパケットに対してフローＩＤ及びパケット毎のシーケンス番号を強化することによってｅＮＢ側のＣＥエージェントのロス検出を支援する。この時、ｅＮＢ側のＣＥエージェントは、フローＩＤ毎の最新の強化されたシーケンス番号を記憶し、ＴＣＰ／ＩＰプロトコルヘッダを解釈する必要なくギャップを検出し、ＩＰアドレスとＴＣＰポートのペアに基づいてフローを区別すればよい。検出されたロスは、（ＤＬ遅延の測定結果を伝えるのと同様に）好適なＵＬパケットのうちのいずれかにおけるフローＩＤ及び検出されたロスを強化することによってコア側のＣＥエージェントに通知される。
【００３８】
ある実施形態では、コア側のＣＥエージェントが、所与のパケットのヘッダを強化すべきか否かを決定することにより、すなわちｅＮＢ側で測定を引き起こし、又は迂回することにより、測定を特定のフロー、アプリケーション、ユーザなどに限定することができる。決定に必要なロジックを実行するのはコアネットワーク側のＣＥエージェントであるため、ｅＮＢ側のＣＥエージェントは、コア側からコマンドを受け取ってこれらを直ちに実行する軽量なイベント駆動型のステートレスな測定エージェントとして動作する。これにより、トランスポートプロトコルレベル及びアプリケーションプロトコルレベルで個々の接続を追跡する本格的な実装に比べて、ｅＮＢ側のＣＥエージェントの複雑性及びリソース活用が軽減される。
【００３９】
ある実施形態では、ヘッダ強化ベースのバンド内通信が、ＴＣＰ、ＩＰ、ＧＴＰ、ＲＴＰなどを含む、拡張の可能性があるあらゆる好適なプロトコルヘッダを使用することができる。
【００４０】
ある実施形態では、中央測定エージェントとＣＥエージェントなどの分散測定エージェントとの間に動的責任委任が導入される。この委任は、負荷バランシングのための分析タスク、並びに局所的ＱｏＥ管理のための分析及び活動に適用される。
【００４１】
ある実施形態では、中央ＣＥエージェントが、ノードの全体的な実行能力を妨げることなく消費できる計算リソース量（すなわち、プロセッサ負荷）についての明示的な閾値に基づいて、負荷ベースの分析責任委任を始動する。中央ＣＥエージェントは、モニタするトラフィックの分析活動を実行する能力及び自由なリソースを有する相手方のＣＥエージェントのリストを保持する。従って、分散ＣＥエージェントは、自機の負荷をモニタして中央ＣＥエージェントに報告することができる。
【００４２】
ある実施形態では、中央ＣＥエージェントにおいて負荷が作動閾値に達した場合に委任が開始される。中央ＣＥエージェントの負荷に応じて、好適な各分散ＣＥエージェントが必ずしも分析タスクを引き受ける必要はなく、負荷を作動閾値以下に保つ目的で、ますます増えるＣＥエージェントに向かって徐々に委任が引き起こされる。最初に分析タスクが解除されるＣＥエージェントは、それ自体の負荷が最も低いエージェントである。負荷が下限非作動閾値を下回った場合、委任は逆戻りする（すなわち、分析責任が中央ＣＥエージェントに戻される）（ヒステリシスベースの委任管理）。図示のコアネットワークベースのＣＥエージェントとＲＡＣＳベースのＣＥエージェントとの間の処理では、利用可能な計算リソースによってさらに複雑な分析タスクの実行も可能になる（図１０を参照）。この機構の適用性は、ＲＡＣＳに限定されるものではない。
【００４３】
ある実施形態では、中央ＣＥエージェントが、分析タスクの委任に加えて、ネットワークリソースを管理するのに良好な位置に存在するＣＥエージェントに、所与のネットワークリソースの文脈における活動（例えば、ＱｏＥ管理）を委任することもできる。例えば、無線セル／ｅＮＢにおけるＱｏＥの実施は、エアインターフェイスの容量によって制限されることはあるが、そのバックホールによっては制限されない（例えば、無線セル／ｅＮＢは、リソース予約されたファイバー接続又は専用のポイントツーポイント接続を有する）。この場合、輻輳リソースは、（待ち時間が短く、潜在的にｅＮＢに向かう内部インターフェイスであることによって）中央ＣＥエージェントよりもｅＮＢ／ＲＡＣＳ側のＣＥエージェントの方が効率的に管理できるエアインターフェイスである。委任後は、コア側のＣＥエージェントが、ｅＮＢ／ＲＡＣＳ側のＣＥエージェントのＱｏＳ管理をサポートする。ｅＮＢ／ＲＡＣＳ側のＣＥエージェントは、中央ＣＥエージェントがネットワークの状態及び進行中の活動の状態についての正確な見識を維持するように、自機の活動を中央ＣＥエージェントにレポートする。
【００４４】
ある実施形態では、既存トラフィックの上位のバンド内又は専用のバンド外制御接続で伝えられる要求／応答メッセージトランザクションとして委任を実装することができる。要求は、委任すべき責任（すなわち、分析のみ、又は分析と活動）を含む。相手方エンティティは、委任要求の容認を確認する確認応答メッセージで応答する。相手方エンティティは、最も早い都合の良い時点で（例えば、最初の新たなフローが検出された時、又は正確な分析にとって十分な情報が収集された時に）分析を実行し始める。この結果、既存の通信手段を用いて分析結果が中央ＣＥエージェントに配信される。中央ＣＥエージェントが受け取る最初の分析結果は、分析タスク自体の実行を停止できる非明示的なトリガでもある。この機構は、たとえ移行期間中であっても、エンドツーエンド測定システムにおいて分析が継続的に実行されることを確実にする。
【００４５】
次に、図１１を参照しながらいくつかの実施形態を説明する。図１１を参照すると、ステップ１１０において、中央ＣＥエージェントなどのネットワークノードＮＥ１が、端末装置のアプリケーションセッションに関するデータフローを分析する。中央ＣＥエージェントは、ネットワークに接続された別個のエンティティとすることも、或いは（ＬＴＥのＳＡＥ−ＧＷなどの）他のネットワークノードに統合することもできる。ステップ１１１において、ネットワークノードＮＥ１は、分析１１０に基づいて、データフローが所定のフロー特性を有することを検出した場合、この所定の特性を有するデータフローを、顧客体験ＣＥ測定を実行すべき重要なデータフローとして選択する１１１。例えば、所定のフロー特性としては、データフロー内で大量のデータが送信されること（マルチメディア／写真の重いコンテンツ）、データフローの長さが長いこと、及び／又はフローが重要なアプリケーションに属することを挙げることができる。例えば、重要なデータフローは、次にダウンロードされるオブジェクトのデータ量を示すＨＴＴＰ応答のコンテンツ長ヘッダフィールドに基づいて検出することができる。或いは、重要なデータフローは、ウェブページ又はウェブページのタイプ（例えば、マルチメディア／写真の重いコンテンツ）に基づいて検出することもできる。
【００４６】
項目１１２において、ネットワークノードＮＥ１は、（（単複の）分散ＣＥエージェントなどの）別のネットワークノード（他のネットワークノード）ＮＥ２に、顧客体験ＣＥ測定を実行すべき重要な（単複の）データフローを通知することができる。例えば、この通知は、ネットワークノードＮＥ１がそれぞれのパケット又はフローをマーキングする（例えば、強化する）ことを含むことができる。項目１１２において、ネットワークノードＮＥ１は、（単複の）分散ＣＥエージェントＮＥ２が、関連する顧客体験ＣＥ測定を実行できるように、トラフィックモニタリング情報、プロトコルレベルのパケット解釈情報、測定コンテキスト検出情報、測定スケジューリング情報、及び／又は測定実行情報などの情報を分散ＣＥエージェントに提供することもできる。
【００４７】
項目１１３において、ネットワークノードＮＥ１は、計算負荷のバランスを保つようにＣＥエージェント間で分析責任を（静的又は動的に）委任することができる。項目１１３において、ネットワークノードＮＥ１は、管理されているリソースの近くで局所的ＱｏＳ管理、ＱｏＥ管理、トラフィック管理、輻輳制御などが行われるように、活動責任及び分析責任を分散ＣＥエージェントに委任することもできる。ステップ１１４において、ネットワークノードＮＥ１は、分散ＣＥエージェントから分析又は活動に関する情報を受け取ることができる。ステップ１１５において、ネットワークノードＮＥ１は、受け取りに基づいて、中央ＣＥエージェントでＱｏＥ管理活動を引き起こし、或いは分散ＣＥエージェントに対する活動責任及び／又は分析責任の委任を取り消すことができる。
【００４８】
図１１に示すように、ステップ１１２〜１１５は任意である。
【００４９】
ある実施形態は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを有する装置を提供し、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、上述したネットワーク要素又はネットワークノードの手順を装置に実行させるように構成される。従って、少なくとも１つのプロセッサ、少なくとも１つのメモリ及びコンピュータプログラムコードは、上述したネットワーク要素又はネットワークノードの手順を実行する手段の実施形態と見なすことができる。図１２は、このような装置の構造のブロック図である。この装置は、ネットワーク要素又はネットワークノードに含めることができ、例えば、装置は、ネットワーク要素又はネットワークノード内のチップセット又は回路を形成することができる。いくつかの実施形態では、装置がネットワーク要素又はネットワークノードである。装置は、少なくとも１つのプロセッサを含む処理回路１０を有する。処理回路１０は、アプリケーションセッションに関するデータフローを分析するように構成されたフローアナライザ１６を含むことができる。データフローアナライザ１６は、上述したようにアプリケーションセッションに関するデータフローを検出し、データフローに関する情報をフローセレクタ１８に出力するように構成することができる。フローセレクタ１８は、顧客体験ＣＥ測定を実行すべき重要なデータフローを選択するように構成される。装置は、ＣＥ測定エージェントにＣＥ測定情報を提供するように構成された測定指示子１２をさらに含むことができる。委任コントローラ１４は、活動責任及び／又は分析責任をＣＥ測定エージェントに静的又は動的に委任するように構成される。
【００５０】
処理回路１０は、回路１２〜１８をサブ回路として含むことができ、或いは、これらのサブ回路を、同じ物理的処理回路によって実行されるコンピュータプログラムモジュールと見なすこともできる。メモリ２０は、回路１２〜１８の動作を指定するプログラム命令を含む１又は２以上のコンピュータプログラム製品２４を記憶することができる。メモリ２０は、例えば測定調整のための定義を含むデータベース２６をさらに記憶することができる。装置は、装置に端末装置との無線通信機能を提供する通信インターフェイス（図１２には図示せず）をさらに含むことができる。通信インターフェイスは、無線通信を可能にする無線通信回路を含み、無線周波数信号処理回路及びベースバンド信号処理回路を含むこともできる。ベースバンド信号処理回路は、送信機及び／又は受信機の機能を実行するように構成することができる。いくつかの実施形態では、通信インターフェイスを、少なくとも１つのアンテナを含むリモートラジオヘッドに接続することができ、いくつかの実施形態では、基地局に対して遠隔位置に存在する無線周波数信号処理に接続することができる。このような実施形態では、通信インターフェイスが、無線周波数信号処理の一部しか実行しないことも、或いは無線周波数信号処理を全く実行しないこともある。通信インターフェイスとリモートラジオヘッドとの間の接続は、アナログ接続又はデジタル接続とすることができる。いくつかの実施形態では、通信インターフェイスが、有線通信を可能にする固定通信回路を含むことができる。
【００５１】
本出願において使用する「回路」という用語は、（ａ）アナログ回路及び／又はデジタル回路のみにおける実装などのハードウェアのみの回路実装、（ｂ）（適用可能な場合には）（ｉ）プロセッサ又はプロセッサコア同士の組み合わせ、又は（ｉｉ）装置に特定の機能を実行させるように協働する（単複の）デジタルシグナルプロセッサ、ソフトウェア及び少なくとも１つのメモリを含む（単複の）プロセッサ／ソフトウェアの一部などの、回路とソフトウェア（及び／又はファームウェア）との組み合わせ、及び（ｃ）たとえソフトウェア又はファームウェアが物理的に存在しない場合でも動作のためにソフトウェア又はファームウェアを必要とする、（単複の）マイクロプロセッサ又は（単複の）マイクロプロセッサの一部などの回路、の全てを意味する。
【００５２】
この「回路」の定義は、本出願におけるこの用語の全ての使用に当てはまる。さらなる例として、本出願において使用する「回路」という用語は、プロセッサ（又は複数のプロセッサ）、又はマルチコアプロセッサの１つのコアなどのプロセッサの一部と、その（又はそれらの）付属ソフトウェア及び／又はファームウェアとの実装も対象とする。また、「回路」という用語は、例えば、特定の要素に適用できる場合には、本発明の実施形態による装置のベースバンド集積回路、特定用途向け集積回路（ＡＳＩＣ）、及び／又はフィールドプログラマブルグリッドアレイ（ＦＰＧＡ）回路も対象とする。
【００５３】
図１〜図１２に関連して上述した処理又は方法は、１又は２以上のコンピュータプログラムによって定められる１又は２以上のコンピュータ処理の形で実行することもできる。コンピュータプログラムは、コンピュータプログラムのモジュールも含むと見なすべきであり、例えば、上述した処理は、さらに大きなアルゴリズム又はコンピュータ処理のプログラムモジュールとして実行することができる。（単複の）コンピュータプログラムは、ソースコード形式、オブジェクトコード形式、又は何らかの中間形式とすることができ、プログラムを搬送できるいずれかのエンティティ又は装置とすることができるキャリアに記憶することができる。このようなキャリアは、例えば記録媒体、コンピュータメモリ、リードオンリメモリ、電気的キャリア信号、電気通信信号及びソフトウェア配布パッケージなどの、一時的及び／又は非一時的コンピュータ媒体を含む。これらのコンピュータプログラムは、必要な処理能力に応じて、単一の電子デジタル処理ユニットにおいて実行することも、或いは複数の処理ユニット間で分散することもできる。
【００５４】
本発明は、上述のセルラー又はモバイル通信システムだけでなく、他の好適な通信システムにも適用可能である。使用するプロトコル、セルラー通信システムの仕様、これらのネットワーク要素及び端末装置は急速に発展する。このような発展により、説明した実施形態にさらなる変更が必要になることもある。従って、全ての単語及び表現は広義に解釈すべきであり、これらは実施形態を例示するものであって限定するものではない。
【００５５】
当業者には、技術が進歩するにつれ、本発明の概念を様々な方法で実施できることが明らかになるであろう。本発明及びその実施形態は、上述の例に限定されるものではなく、特許請求の範囲内で変更することができる。
【００５６】
略語リスト
３ＧＧＰ  第３世代パートナーシッププロジェクト
ＡＭＢＲ  最大総ビットレート
ＡＰ  アクセスポイント
ＡＲＰ  割り当て及び保持優先度
ＢＴＳ  基地局
ＣＤＮ  コンテンツ配信ネットワーク
ＣＥ  顧客体験
ＣＥＭ  顧客体験管理
ＣｍＣＨ−ＰＩ  共通チャネル優先度指示子
ＣＮ  コアネットワーク
ＣＳＶ  カンマ区切り値
ＤＬ  ダウンリンク
ＤＲＴ  遅延基準時間
ＤＳＣＰ  区分サービスコードポイント
ＥＣＧＩ  進化型セルグローバル識別子
ｅＮＢ  進化型ノードＢ
ＦＣＯ  ｆｌｅｘｉコンテンツオプティマイザ
ＦＰ  フレームプロトコル
ＦＳＮ  フレームシーケンス番号
ＦＴＰ  ファイル転送プロトコル
ＧＢＲ  保証ビットレート
ＧＰＲＳ  汎用パケット無線サービス
ＧＰＳ  全地球測位システム
ＧＴＰ  ＧＰＲＳトンネリングプロトコル
ＨＥ  ヘッダ強化
ＨＳＰＤＡ  高速ダウンリンクパケットアクセス
ＨＳＰＡ  高速パケットアクセス
ＨＳＵＰＡ  高速アップリンクパケットアクセス
ＨＴＴＰ  ハイパーテキスト転送プロトコル
ＨＴＴＰＳ  ハイパーテキスト転送プロトコルセキュア
ＩＭＳＩ  国際移動電話加入者識別番号
ＩＰ  インターネットプロトコル
ＩＳＰ  インターネットサービスプロバイダ
ＫＰＩ  主要性能評価指標
ＬＴＥ  ロングタームエボリューション
ＭＢＲ  最大ビットレート
ＭＭＥ  モビリティ管理エンティティ
ＭＳＳ  最大セグメントサイズ
ＮＴＰ  ネットワークタイムプロトコル
ＯＷＡＭＰ  一方向アクティブ測定プロトコル
ＰＣＥＦ  ポリシー及び課金施行機能
ＰＣＲＦ  ポリシー及び課金ルール機能
ＰＨＢ  ホップ毎の挙動
ＰＴＰ  精密時間プロトコル
ＱｏＥ  体感品質
ＱｏＳ  サービス品質
ＲＡＣＳ  無線アプリケーションクラウドサーバ
ＲＡＣＳ−Ｃ  コア内ＲＡＣＳ
ＳＤＮ  ソフトウェア定義によるネットワーキング
ＲＮＣ  無線ネットワークコントローラ
ＳＰＩ  スケジューリングプライオリティインデックス
ＲＲＣ  無線リソース制御
ＲＴＴ  ラウンドトリップ時間
ＳＡＥ−ＧＷ  サービスアーキテクチャエボリューションゲートウェイ
ＳＣＴＰ  ストリーム制御伝送プロトコル
ＳＯＮ  自己組織化ネットワーク
ＴＣＰ  伝送制御プロトコル
ＴＦＴ  トラフィックフローテンプレート
ＴＬＳ  トランスポート層セキュリティ
ＴＷＡＭＰ  双方向アクティブ測定プロトコル
ＵＤＰ  ユーザデータグラムプロトコル
ＵＥ  ユーザ装置
ＵＬ  アップリンク
ＵＰＣＯＮ  ユーザプレーン輻輳管理
ＶｏＩＰ  ボイスオーバーＩＰ
ＩＤ  識別
【符号の説明】
【００５７】
１１０  データフローを分析
１１１  重要なデータフローを選択
１１２  分散エージェントに通知
１１３  分析／活動を委任
１１４  分析結果を受信
１１５  委任を取り消し／活動を始動
【図１】
0006585173.tif 000002
【図２】
0006585173.tif 000003
【図３】
0006585173.tif 000004
【図４】
0006585173.tif 000005
【図５】
0006585173.tif 000006
【図６】
0006585173.tif 000007
【図７】
0006585173.tif 000008
【図８】
0006585173.tif 000009
【図９】
0006585173.tif 000010
【図１０】
0006585173.tif 000011
【図１１】
0006585173.tif 000012
【図１２】
0006585173.tif 000013