JP6825003B2 - 通信におけるダイナミックエクスペリエンスマネージメント - Google Patents

Description

本発明は、通信に関するものである。

ダイナミックエクスペリエンスマネージメント（ＤＥＭ）とは、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ、Ｗｉ−Ｆｉ、固定又は他の適当な通信テクノロジーのような通信テクノロジーを利用することによりインターネットアクセスを与えるＣＳＰ／ＩＳＰシステムのためのリアルタイムエクスペリエンスクオリティ（ＱｏＥ）マネージメントフレームワークである。

１つの観点によれば、独立請求項の要旨が提供される。それらの実施形態が従属請求項に規定される。

添付図面及び以下の説明には１つ以上の実施例が詳細に述べられる。他の特徴は、その説明及び添付図面から及び請求の範囲から明らかとなろう。

以下、本発明は、添付図面を参照した好ましい実施形態により詳細に説明される。

本発明の実施形態が適用されるワイヤレス通信システムを示す。 ＤＥＭアーキテクチャーを示す。 ＱＵＩＣ接続により使用される完全プロトコルスタックを示す。 本発明の実施形態によるダイナミックエクスペリエンスマネージメントの手順のシグナリング図である。 一実施形態によるＳ１／Ｓ５インターフェイスにおけるイン・バンドＨＥのためのＩＰｖ４オプションの使用を示す。 一実施形態によるＳＧｉインターフェイスにおけるイン・バンドＨＥのためのＩＰｖ４オプションの使用を示す。 一実施形態によりＣプレーンパケットを使用して情報をピギーバックすることを示す。 一実施形態によるＣＥＡとＡＤＡとの間のオフ・バンド通信を示す。 一実施形態によるオフ・バンド接続を経ての協力的一方向ダウンリンク遅延測定を示す。 一実施形態によるＲＴＴ測定を示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態によるダイナミックエクスペリエンスマネージメントの例示的プロセスを示す。 本発明の一実施形態による装置のブロック図である。

以下の実施形態は例示に過ぎない。明細書の多数の位置に「一(an)」、「１つの(one)」又は「幾つかの(some)」実施形態が現れるが、これは、必ずしも、その各々が同じ実施形態を指すか又は特徴が１つの実施形態のみに適用されることを意味するものではない。又、異なる実施形態の１つの特徴を組み合わせて他の実施形態を形成してもよい。更に、「備える(comprising)」及び「含む(including)」という語は、ここに述べる実施形態を、ここに記載した特徴のみで構成することに限定するものではなく、且つそのような実施形態は、ここに特別に記載されない特徴／構造を含んでもよいことを理解されたい。

ここに述べる実施形態は、基本的なワイドバンド−コード分割多重アクセス（Ｗ−ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、長期進化（ＬＴＥ）、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）、及び／又は５Ｇシステムをベースとするユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ、３Ｇ）の少なくとも１つのような無線システムにおいて具現化される。しかしながら、本発明は、これらのシステムに限定されない。

これらの実施形態は、一例として示されるシステムに限定されず、当業者であれば、その解決策を、必要な特性が設けられた他の通信システムにも適用できるであろう。適当な通信システムの一例は、上述した５Ｇシステムである。５Ｇのネットワークアーキテクチャーは、ＬＴＥ−アドバンストに非常に類似していると仮定する。５Ｇは、おそらく、多入力・多出力（ＭＩＭＯ）アンテナを使用するもので、小さなローカルエリアアクセスノードと協働し且つおそらく良好なカバレージ及び改善されたデータレートのために種々の無線テクノロジーも使用するマクロサイトも含めて、ＬＴＥの現在ネットワーク配備（いわゆる小型セル概念）より非常に多数のベースステーション又はノードを使用するものである。５Ｇは、おそらく、ある使用ケース及び／又はスペクトルについて各々最適化された２つ以上の無線アクセステクノロジー（ＲＡＴ）で構成される。

将来のネットワークは、ネットワークノード機能を、サービス提供のため作動的に接続され又は一緒にリンクされる「ビルディングブロック」又はエンティティへとバーチャル化することを提案するネットワークアーキテクチャー概念であるネットワーク機能バーチャル化（ＮＦＶ）を利用することを認識されたい。バーチャル化ネットワーク機能（ＶＮＦ）は、カスタマイズされたハードウェアではなく標準的又は一般的タイプのサーバーを使用してコンピュータプログラムコードを実行する１つ以上のバーチャルマシンを備えている。クラウドコンピューティングやクラウドデータストレージも利用される。無線通信では、これは、リモート無線ヘッドへと作動的に結合されるサーバー、ホスト又はノードにおいて少なくとも一部分実行されるノードオペレーションを意味する。又、ノードオペレーションは、複数のサーバー、ノード又はホストの間に分散されることも考えられる。又、コアネットワークオペレーションとベースステーションオペレーションとの間の労力の分散は、ＬＴＥの場合とは異なるか、又は存在しないことすらある点も理解されたい。おそらく使用される幾つかの他の技術的進歩は、ソフトウェア定義ネットワーキング（ＳＤＮ）、ビッグデータ、及びオールＩＰであり、これは、ネットワークの構造及び管理の仕方を変化させることがある。

図１は、本発明の実施形態が適用されるセルラー通信システムの一例を示す。第３世代パートナーシッププロジェクト（３ＧＰＰ）の長期進化（ＬＴＥ）、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）、又は予想される将来の５Ｇ解決策のようなセルラー無線通信ネットワークは、典型的に、セル１００を形成するネットワーク要素１１０のような少なくとも１つのネットワーク要素で構成される。各セルは、例えば、マクロセル、マイクロセル、フェムトセル、又はピコセルである。ネットワーク要素１１０は、ＬＴＥ及びＬＴＥ−Ａのような進化型ノードＢ（ｅＮＢ）、或いはセル内の無線通信を制御し且つ無線リソースを管理することのできる他の装置である。５Ｇ解決策の場合、具現化は、上述したように、ＬＴＥ−Ａと同様である。ネットワーク要素１１０は、ベースステーション又はアクセスノードとも呼ばれる。セルラー通信システムは、各セル１００、１０２、１０４を各々制御するネットワーク要素１１０、１１２、１１４、例えば、ｅＮＢで構成される。ネットワーク要素１１０から１１４は、各々、ターミナルデバイス１２０の広域カバレージを与えるマクロセル１００から１０４を制御する。又、ネットワーク要素１１０から１１４は、インターネットのような他のネットワークへのワイヤレスアクセスをターミナルデバイス１２０に与えるので、アクセスノートとも呼ばれる。更に、１つ以上のローカルエリアアクセスノード１１６が、マクロセル１００から１０４を制御するネットワーク要素１１０、１１２、１１４の制御エリア内に配置される。ローカルエリアアクセスノード１１６は、マクロセル１００内に構成されるサブセル１０６内のワイヤレスアクセスを与える。サブセルは、例えば、マイクロセル、ピコセル及び／又はフェムトセルを含む。典型的に、サブセルは、マクロセル内にホットスポットを与える。ローカルエリアアクセスノード１１６のオペレーションは、サブセルが設けられた制御エリアのもとでネットワーク要素１１０により制御される。ネットワーク要素１１０及び他のネットワーク要素１１２から１１６は、ターミナルデバイス１２０がマスターｅＮＢネットワーク要素及び二次ｅＮＢネットワーク要素に関連したセルと多数の接続を確立する二重接続性（ＤＣ）をサポートする。

ネットワーク要素１１０は、隣接周波数帯域又は非隣接周波数帯域にある複数のコンポーネントキャリアからリソースをターミナルデバイス１１２に割り当てるキャリアアグリゲーションを使用する。あるネットワーク要素１１０は、あるコンポーネントキャリア、例えば、一次コンポーネントキャリアを与え、一方、他のネットワーク要素１１６は、別のコンポーネントキャリア、例えば、二次コンポーネントキャリアを与える。一次コンポーネントキャリアを動作するネットワーク要素１１０が、全てのコンポーネントキャリアにおけるリソースのスケジューリングを実行してもよいし、又は各ネットワーク要素１１０、１１６が、それが動作するコンポーネントキャリアのスケジューリングを制御してもよい。或いは又、ネットワーク要素１１０が、１つのコンポーネントキャリア、例えば、一次コンポーネントキャリアを与えると共に、別のコンポーネントキャリア、例えば、二次コンポーネントキャリアを与えてもよい。

通信ネットワークに多数のｅＮＢがある場合には、ｅＮＢは、ＬＴＥで特定されるＸ２インターフェイスと互いに接続される。又、ネットワーク要素間の他の通信方法も考えられる。ネットワーク要素１１０から１１６は、更に、Ｓ１インターフェイスを経て進化型パケットコア（ＥＰＣ）１３０に接続され、より詳細には、モビリティマネージメントエンティティ（ＭＭＥ）１３２及びシステムアーキテクチャー進化ゲートウェイ（ＳＡＥ−ＧＷ）１３４に接続される。

図１の無線システムは、マシンタイプ通信（ＭＴＣ）をサポートする。ＭＴＣは、少なくとも１つのターミナルデバイス１２０のような多量のＭＴＣケーパブルデバイスにサービスを提供することができる。少なくとも１つのターミナルデバイス１２０は、移動電話、スマートフォン、タブレットコンピュータ、ラップトップ、及びＭＴＣネットワークのような無線通信ネットワークとのユーザ通信に使用される他のデバイスを含む。これらのデバイスは、ボイス、ビデオ及び／又はデータ転送のための通信リンクのようなＭＴＣスキームに匹敵する更なる機能を与えることができる。しかしながら、ＭＴＣの観点では、少なくとも１つのターミナルデバイス１２０は、ＭＴＣデバイスと理解されてもよい。又、少なくとも１つのターミナルデバイス１２０は、幾つか例を挙げると、位置、加速度、及び／又は温度情報を与えるセンサデバイスのような別のＭＴＣケーパブルデバイスも含む。

ダイナミックエクスペリエンスマネージメント（ＤＥＭ）は、人気のあるＯＴＴアプリケーション（例えば、ＹｏｕＴｕｂｅ（登録商標）、Ｆａｃｅｂｏｏｋ、Ｗａｚｅ、Ｖｉｂｅｒ、等）のための良好な顧客エクスペリエンスを与えることができる。しかしながら、他のサービスバーチカル（例えば、ネーティブＶｏＬＴＥ又は他のＩＭＳサービス）のマネージメントも考えられる。ＤＥＭアーキテクチャーは、中央コアネットワークノード、例えば、分析及び判断エージェント（ＡＤＡ）、及び少なくとも１つの分散型無線ネットワークノード、例えば、顧客エクスペリエンスエージェント（ＣＥＡ）を含む。図２は、多数のＣＥＡ配備オプションを含むＤＥＭアーキテクチャーを示す。ＡＤＡは、測定値を収集し且つフローのコヒレントセット（例えば、多数のセル又はｅＮＢ）において相関分析及びアクションを遂行するためＧｉ／ＳＧｉインターフェイスに配備され、ＡＤＡが無線及びトランスポートネットワークリソースを柔軟な仕方で需要に基づいて効率的に再分散できるようにする。又、ＡＤＡは、ＨＳＳ、ＳＡＩ、等の他のコアネットワークノードとインターフェイスされてもよい。

ＤＥＭは、相関的な仕方で収集された顧客エクスペリエンスＣＥ及びネットワーク状態の正確な指示に基づいて動作する。これは、測定されたＱｏＥが文脈的に解釈され、即ちネットワーク性能、ユーザ位置、デバイス能力、等と相関され、且つ適当なアクションが計算及び実施されることを保証する。この情報は、ユーザプレーン（アプリケーション）トラフィックそれ自体からリアルタイムＵプレーン測定を通して抽出される。

ＣＥＡ及びＡＤＡは、互いに通信を行い且つ２つの測定点を要求するフローごとの測定を実行するためイン・バンドヘッダエンリッチメント（ＨＥ）テクノロジー（即ち、情報エレメントがユーザプレーンパケットのプロトコルヘッダに直接書き込まれる）を使用する。この測定技術は、協力的測定と称され、特定のＵプレーンパケット又はフローに対応する情報を交換することをＡＤＡ及びＣＥＡに要求する測定、例えば、ＡＤＡとＣＥＡとの間の一方向遅延の測定（ＡＤＡにおいてパケットへのタイムスタンプをエンリッチしそしてＣＥＡにおいてそのエンリッチされたタイムスタンプで正に同じパケットを検査することを伴う）を含む。イン・バンドＵプレーンＨＥは、ＨＥが測定情報を関連データストリームに自然に結合するときにＣＥＡとＡＤＡとの間でＵプレーンフロー関連情報を交換するための効率的なメカニズムである。より詳細には、ＣＥＡ及びＡＤＡは、イン・バンド測定のためにＴＣＰオプションＨＥを使用する。というのは、ほとんどのＯＴＴアプリケーションがＴＣＰをトランスポートレイヤプロトコルとして使用し（従って、ほとんどのＯＴＴパケットにＴＣＰヘッダが存在し）そしてＴＣＰオプションスペースが完全サポートの端−端データコンテナである（即ち、それは、中間ノード、ルータ又はファイアウオールにより処理、変更又は除去されない）からである。

ＹｏｕＴｕｂｅ及び他のＧｏｏｇｌｅサービスは、Ｇｏｏｇｌｅによる出現ＵＤＰベース完全暗号化ユーザスペーストランスポートプロトコルであるＱＵＩＣを経てデータを送信する利益のために、ＴＣＰから離れつつある。ＱＵＩＣは、一般的な混雑及びフロー制御振る舞い（例えば、スロースタート、パケットロスへの再アクション、等）に関するＴＣＰ接続のオペレーションに類似しているが、ＱＵＩＣのワイヤフォーマットは、イン・バンドＵプレーンＨＥの基本的イネーブラーに顕著な影響を及ぼすＴＣＰとは基本的に相違する。第１に、ＱＵＩＣレイヤは、完全に認証され且つ部分的に暗号化され、これは、中間ノードが、イン・フライトパケットを無効化せずにそれを変更しそして端−端接続を切断するのを防止する。第２に、ＱＵＩＣパケットは、中間ノードにより付加的な情報をエンコードするのに使用されるＴＣＰオプションのようなデータフィールドを含まない。第３に、ＱＵＩＣのもとのトランスポートプロトコルは、ヘッダエンリッチされるプロトコルフィールドをもたないＵＤＰである。

ＱＵＩＣの採用は、トランスポートレイヤ内及びその上でＨＥ技術を困難にし、ＤＥＭがＱＵＩＣトラフィックのＱｏＥマネージメントのために必要な測定値を効率的に収集するのを妨げる。ＹｏｕＴｕｂｅ（ＱＵＩＣを経て移動するための第１アプリケーション）は、人気のあるデータインテンシブなアプリケーションであり、潜在的に、多くのアプリケーションは、結局は、ＱＵＩＣを採用する。従って、ＤＥＭは、ＱＵＩＣを効率的に取り扱うために測定値の収集を可能にする。

ＱＵＩＣを経てコンテンツが配送されるときにＵプレーン測定値の効率的な収集を可能にするため、ＨＥは、ＵＤＰ及びＱＵＩＣプロトコル設計によるオプションではない。図３は、ＱＵＩＣ接続によって使用される完全プロトコルスタックを示すもので、ＱＵＩＣ接続により使用される当該データフィールドを示している。

ＤＥＭ内のＨＥは、ＣＥＡとＡＤＡとの間で情報を交換する（ネットワークから外部サーバーへ情報をパブリッシュするのではなく）。それ故、ＣＥＡ及びＡＤＡは、エンリッチ型情報を剥離することにより、各ヘッダエンリッチ型ダウンリンク及びアップリンクパケットのコンテンツをそれらのオリジナル状態（即ち、エンリッチ前の状態）へと回復する。理論的には、この能力は、エンリッチ型パケットが端−端プロトコルワイヤフォーマット及び条件（例えば、チェック和の有効性、ヘッダ長さフィールドの一貫性等）に違反し、そしてパケットがそのエンリッチ形態（発生するとは思われない）でネットワークから漏れ出すとすれば、端−端Ｕプレーン接続を切断させるように情報を運搬することを許す。しかしながら、実際上、頑健なＨＥ具現化は、そのような動作の自由を許さず、完全な端−端パケット有効性を保持し、付加的な制約を課する。ネットワークの各ホップにおいてパケットを完全に有効に保持するための理由は、少なくとも２つある。無効のエンリッチ型パケットが漏れ出す影響は甚だしいものであり、そして通常のＤＥＭオペレーション以外であっても、例えば、ＣＥＡ／ＡＤＡソフトウェア再構成、再スタート、過負荷又は機能不良のために、防止されねばならない。これらの場合にパケット漏洩の確率がゼロであることが保証されないので、パケットの有効性を保証しなければならない。ネットワーク内の進歩型デバイス又は中間ノード（例えば、ファイアウオール、ルータ、セキュリティゲートウェイ等）は、ＣＥＡとＡＤＡとの間のＩＰレイヤの上でパケットヘッダ及びフィールドについて有効性チェックを遂行し、そして無効パケットを検出して破棄することができる。

パケットを完全に有効に保持する必要を考慮すると、ＱＵＩＣ及びＵＤＰレイヤ内でのイン・バンドＨＥの使用を妨げる理由が生じる。それらの理由は、例えば、ＱＵＩＣヘッダ認証及び暗号化を含む。ＱＵＩＣは、できるだけ多くのプロトコル情報を中間ネットワークノードから隠す。従って、ほとんどのヘッダフィールドは、端−端経路において暗号化され、中間ノードによるそれらの解釈及び変更を不可能にする。クリアテキストで送信される幾つかのプロトコルフィールド（パブリックフラグ、バージョン、接続ＩＤ、及びシーケンス番号）があるが、それらは、端−端経路において認証もされ、それらの値への変化又は追加バイトの挿入でパケットが無効になる（これは、回避されねばならない）ことを意味する。更に、ＵＤＰヘッダフィールド（チェック和、長さ、ソース及び行先ポート）は、その目標を満足し、即ち接続のポート番号を識別するためにプロトコルに要求される必要最低限以外の追加情報を搬送することができない。既存のヘッダフィールドは、次の理由でＱＵＩＣにおいてイン・バンドＨＥに使用することができない。チェック和は、ゼロにセットされるか（それらが計算されない場合）、又は１つの正しい値のみにセットされ（即ち、ペイロード及び選択されたヘッダの１の補数）、従って、特定の情報をエンコードするようチェック和を変更することは、それを無効化せずにはなし得ない。同様に、ポート番号を変更することは、文脈無視(out of context)の無効パケットを生成し、従って、それは、ＨＥのためのオプションではない。ＵＤＰヘッダとＱＵＩＣペイロードとの間にデータを注入すること（即ち、ＵＤＰペイロードを本質的に膨らますこと）も、標準的なＵＤＰ／ＱＵＩＣ処理ポイントからパケット構造を無効化する。

イン・バンドＨＥのためにＩＰｖ４オプション（ＴＣＰオプションに類似した）を使用することは、ＣＥＡ及びＡＤＡの別々の配備に影響を及ぼす。というのは、ほとんどのルータ及びファイアウオールのデフォールト及び推奨振る舞いが、いかなる種類のＩＰオプションを有するパケットも廃棄するからである（厳密に解釈されるセキュリティ及び性能上の理由で）。それでも、ＡＤＡの位置を入念に選択することで、ＩＰｖ４オプションが使用されてもよい。

ユーザプレーン接続がＩＰｖ４ではなくＩＰｖ６を使用する場合、ＩＰｖ６延長ヘッダは、ルータ及びファイアウオールにより破棄されるおそれなくエンリッチ情報を運搬するためにＩＰｖ４オプションと同様の仕方を与える。しかしながら、端−端経路にＩＰｖ６を採用することは、依然、低い。

ユーザプレーン測定値収集のためのイン・バンドＨＥは、通常のＵプレーンプロトコル（ＴＣＰ及びＲＴＰを含む）に適したイン・バンドＨＥ装置において協力的イン・バンド測定を可能にする。

図４を参照して、ＱＵＩＣを使用するときのダイナミックエクスペリエンスマネージメントのための本発明の実施形態を以下に説明する。しかしながら、ＱＵＩＣではなく、例示的手順は、ＶＰＮテクノロジー又はＬ２／Ｌ３トンネルにも適用することができる。図４は、セルラー通信システムのネットワーク要素間で送信されるユーザプレーンパケットに対して協力的ＣＥ測定をネットワーク装置において遂行する方法を示すシグナリング図である。ネットワーク装置は、ネットワークノード、アクセスノード、ベースステーション、ターミナルデバイス、サーバーコンピュータ又はホストコンピュータを含む。例えば、サーバーコンピュータ又はホストコンピュータは、バーチャルネットワークを生成し、これを通してホストコンピュータがターミナル装置と通信する。一般的に、バーチャルネットワーキングは、ハードウェア及びソフトウェアネットワークリソース並びにネットワーク機能を、単一のソフトウェアベースの管理エンティティ、バーチャルネットワークへと結合するプロセスを含む。ある実施形態では、ネットワークノードは、ターミナルデバイスである。ネットワークバーチャル化は、リソースバーチャル化としばしば結合して、プラットホームバーチャル化を含む。ネットワークバーチャル化は、多数のネットワーク又はネットワークの一部分をサーバーコンピュータ又はホストコンピュータへと結合する外部バーチャルネットワーキングとして分類される。外部ネットワークバーチャル化は、最適なネットワークシェアリングを目標とする。別の分類は、単一システム上のソフトウェアコンテナにネットワーク状の機能を与える内部バーチャルネットワーキングである。又、バーチャルネットワーキングは、ターミナルデバイスのテストにも使用される。

図４を参照すれば、この方法は、通信システムのネットワーク要素（例えば、ＵＥ、コンテンツサーバー）間で送信される（ブロック４０１、４０６）ユーザプレーンパケットを検出する（ブロック４０２）ことを含む。検出されたユーザプレーンパケットに基づいて、この方法は、ユーザプレーン顧客エクスペリエンス測定情報（例えば、ネットワークノードは、第１測定ポイント及び第２測定ポイントにおいてＱＵＩＣ接続上で顧客エクスペリエンス測定を遂行する）及び任意のコンテキスト情報（図１２、１３、１４を参照）を第１測定ポイント及び第２測定ポイントにおいて得る（ブロック４０３）ことを含む。この方法は、第２測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報及び任意のコンテキスト情報（図１３、１４を参照）を第２測定ポイントから第１測定ポイントへ送信する（ブロック４０４）ことを含む。又、この方法は、第１測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、第１測定ポイントで得たコンテキスト情報及び第１測定ポイントで受け取ったコンテキスト情報（又は第２測定ポイントから第１測定ポイントへユーザプレーン顧客エクスペリエンス測定情報を転送するのに使用されるユーザプレーンパケットのコンテキスト情報、図１２を参照）を使用することにより、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる（ブロック４０５）ことを含む。

一実施形態において、第１測定ポイント及び第２測定ポイントは、互いに協力するためにヘッダエンリッチメントのイン・バンドＩＰオプションを使用する。ここで、ＩＰヘッダエンリッチメントは、ＩＰｖ４オプション又はＩＰｖ６オプションを使用する。

別の実施形態では、第１測定ポイント及び第２測定ポイントは、互いに協力するためにイン・バンド制御プレーンヘッダエンリッチメントを使用する。

更に別の実施形態では、第１測定ポイント及び第２測定ポイントは、互いに協力するために専用のオフ・バンド接続（測定ポイント間に確立される）を使用する。

例えば、装置は、第１測定ポイントとして使用される分析及び判断エージェント（ＡＤＡ）、及び第２測定ポイントとして使用される顧客エクスペリエンスエージェント（ＣＥＡ）を備え、又はその逆のことも言える。この装置は、バーチャルノード及び／又は分散型ノードを備えてもよいし、或いは別のネットワークノード又はネットワーク要素に一体化されてもよい。

図４は、アップリンク実施を示す。しかしながら、例示的手順は、ダウンリンク実施に適用されてもよい。

コンテキスト情報は、ユーザプレーンパケットコンテキスト情報、第２測定ポイントのコンテキスト情報、及び／又は他のコンテキスト情報（例えば、プロトコル関連コンテキスト情報）を含む。ユーザプレーンパケットコンテキスト情報は、ユーザプレーン顧客エクスペリエンス測定情報を第２測定ポイントから第１測定ポイントへ転送するために使用されるユーザプレーンパケットのコンテキスト情報を含む。ユーザプレーンパケットコンテキスト情報は、測定されたユーザプレーンパケットのコンテキスト情報を含む。ユーザプレーンパケットコンテキスト情報は、測定情報を転送するため測定されたパケット及び／又は使用されるパケットを識別する。ユーザプレーンパケットコンテキスト情報は、測定が行われたとき及び／又は測定値の転送に使用されるパケットが送信されたときの時間（例えば、タイムスタンプ）を指示する。

一実施形態は、ＱＵＩＣを経てコンテンツが配送されるときＤＥＭ内でＵプレーン測定を遂行するためにＩＰｖ４（又はＩＰｖ６）オプションをサポートする特定のＡＤＡ配備に関するものである。別の実施形態は、ＱＵＩＣを経てコンテンツが配送されるときＤＥＭ内でＵプレーン測定を遂行するためにイン・バンドＣプレーン通信に関するものである。更に別の実施形態は、ＱＵＩＣを経てコンテンツが配送されるときＤＥＭ内でＵプレーン測定を遂行するために専用のオフ・バンド接続に関するものである。これらの実施形態は、ＣＥＡ及びＡＤＡにより、イン・バンドＨＥを自然にイネーブルしない接続に選択的に適用される（一方、通常のＴＣＰ又はＲＴＰ／ＵＤＰ接続については、イン・バンドメカニズムが使用される）。

一実施形態において、ＩＰｖ４オプションをサポートするための特定のＡＤＡ配備は、ヘッダエンリッチのパケットを破棄するおそれなく、ＣＥＡとＡＤＡとの間のＨＥに対してユーザＩＰｖ４オプションの使用をイネーブルする。ＡＤＡは、できるだけＳＧＷ／ＰＧＷに接近して配備される（即ち、ＡＤＡとＳＧＷ／ＰＧＷとの間にはできるだけ僅かな中間物理的／バーチャルノード／デバイス／アプライアンスを有する）。必要があれば、中間デバイスの構成は、ＩＰオプションを伴うパケットを、変更又は破棄されずに、通過できることが保証される。ユーザプレーンＩＰヘッダは、ｅＮＢとＳＧＷとの間のＧＴＰ／ＵＤＰ／ＩＰトンネル、及びＳＧＷとＰＧＷとの間のＧＴＰ又はＰＭＩＰ（ＧＲＥ／ＩＰ）トンネルにカプセル化される。従って、ｅＮＢ−ＰＧＷ経路では、ＩＰオプションがルータ／ファイアウオールメカニズム（ＩＰ ＨＥを伴うパケットを破棄する）から自然に隠される。それ故、ＡＤＡは、ＳＧＷのＳ１インターフェイス、又はＳＧＷとＰＧＷとの間のＳ５インターフェイスのいずれかに配備される。図５は、Ｓ１／Ｓ５インターフェイスにおけるＡＤＡを伴うイン・バンドＨＥのためのＩＰｖ４オプションの使用を示す。

或いは又、ＡＤＡは、ＳＧｉインターフェイスにも配備される。この場合に、ＰＧＷとＡＤＡとの間の経路におけるユーザプレーンＩＰヘッダは、唯一のＩＰヘッダとなり、従って、ユーザプレーンＩＰヘッダは、ルータ及び他のトランスポートデバイスに見えるようになる。それ故、ＰＧＷとＡＤＡとの間にＩＰオプション親密構成を保証しなければならない。図６は、ＳＧｉインターフェイスにおけるＡＤＡを伴うイン・バンドＨＥのためのＩＰｖ４オプションの使用を示す。

又、イン・バンドＩＰオプションＨＥの使用は、Ｕプレーンパケットに対する協力的測定の遂行も許す。

一実施形態において、イン・バンドＣプレーン通信は、ＡＤＡがＵプレーン及びＣプレーンの両接続を傍受できるように配備される場合には、ＡＤＡ及びＣＥＡが通信のために（特殊なＳＣＴＰチャンクをパケットに注入することにより）Ｃプレーンヘッダエンリッチメントを使用するのを許す。ユーザプレーン接続の取り扱いの他に、ｅＮＢは、ＭＭＥのような制御プレーンネットワーク要素への専用のネットワーク内部接続を有する。そのような接続は、そのたびに確立され（ｅＮＢが動作していれば）、従って、接続のマネージメントは、システムそれ自体により行われる。ＣＥＡは、Ｃプレーンにアクセスすることができる。というのは、ＣＥＡは、ｅＮＢの内部機能であるか、又はｅＮＢの次に配備されるからである。それ故、Ｃプレーン接続は、ＣＥＡ−ＡＤＡ測定通信用のコンテナとして使用される事前確立のオフ・バンド接続の役割を実際に果たす。Ｃプレーン接続は、特定のＵプレーン接続に関連していないので、ＣＥＡ及びＡＤＡは、Ｃプレーン通信内のＵプレーン接続（及びそれに対応するＵプレーン測定）のアイデンティティを明確に指す。図７は、Ｃプレーンパケットを使用して、Ｕプレーン測定及び接続情報をピギーバックすることを示す。

一実施形態において、ＱＵＩＣ接続の情報を交換しそしてＱＵＩＣ接続の協力的測定を遂行するためにＣＥＡ及びＡＤＡにより専用のオフ・バンド接続が確立される。このオフ・バンド接続は、既存のＵプレーン接続に関連していない（これは、イン・バンドＣプレーン接続の場合もそうである）。それ故、ＣＥＡ及びＡＤＡは、オフ・バンドインターフェイスにおけるＵプレーン接続のアイデンティティを、それに対応するＱＵＩＣ測定情報／属性と共に含む。専用のオフ・バンド通信については、ＣＥＡ及びＡＤＡは、オフ・バンド接続のエンドポイントを表わし（イン・バンドＣプレーン通信とは異なり）、従って、それらは、オフ・バンド接続それ自体の確立を管理する。図８は、ＣＥＡとＡＤＡとの間のオフ・バンド通信を示す。

一実施形態において、Ｃプレーン又は専用のオフ・バンド接続を使用するとき、ＣＥＡ及びＡＤＡは、別々のメカニズムを使用して、Ｕプレーン接続における協力的測定を実行する（例えば、それらは、ＣＥＡとＡＤＡとの間の一方向遅延又はパケットロスを測定するか、又は無線アクセスセグメントにわたりＲＴＴ測定値を収集する）。この能力は、通常、イン・バンドＵプレーンＨＥにより与えられるが、これは、利用できず、オフ・バンド通信だけを行う。

一実施形態は、ＱＵＩＣを経て協力的測定を行うことができる。更に、Ｃプレーン又は専用のオフ・バンド接続は、ＣＥＡとＡＤＡの間で通信するための唯一の方法として使用され、特に、イン・バンドＵプレーンＨＥを使用せずに協力的測定を遂行するための方法として使用される。

ＩＰｖ４オプションをサポートするための特定のＡＤＡ配備に関する一実施形態では、ＡＤＡがＳ１／Ｓ５インターフェイスに配備される場合に、更なるアクションが必要とされない。というのは、それらインターフェイスにおけるＧＴＰ／ＰＭＩＰトンネルがＩＰｖ４オプションの使用を安全にするからである（図５を参照）。ＡＤＡがＳＧｉインターフェイスに配備される場合には、ＩＰｖ４オプションを伴うＵプレーンパケットがＰＧＷとＡＤＡとの間で転送されることを保証するためにＩＰｖ４オプション親密環境を生成しなければならない（図３を参照）。

物理的な配備では（即ち、ＰＧＷ及びＡＤＡは、専用のＨＷインスタンスを伴う物理的ネットワーク要素である）、ローカルＰＧＷ−ＡＤＡ接続は、例えば、ＩＰレイヤ（パケット）を全く処理しない（従って、ＩＰｖ４オプションを有するパケットと干渉しない）Ｌ２スイッチで実現化される。或いは又、ＰＧＷ−ＡＤＡ接続は、Ｌ３スイッチ／ルータを使用することにより少なくとも部分的に具現化されてもよい。その場合に、ＰＧＷとＡＤＡとの間に転送されるＵプレーンパケットに関与する各Ｌ３トランスポートデバイスは、ＩＰｖ４オプションの使用をサポートするように構成される。

ｔｅｌｃｏクラウド配備において（即ち、ＰＧＷ及びＡＤＡは、ＶＮＦとして具現化される）、ＰＧＷ及びＡＤＡは、ＰＧＷとＡＤＡとの間に転送されるＵプレーントラフィックが内部データセンターネットワークの境界を去らないように保証するために同じデータセンターに共同配置される。最適な場合には、ＰＧＷ及びＡＤＡ ＶＮＦは、同じデータセンターに延びるだけでなく、同じデータセンターのＨＷインスタンス（サーバー）にも延びる。従って、それらの接続は、ローカルプログラマブルバーチャルネットワーク（例えば、ＯｐｅｎＶＳｗｉｔｃｈにより具現化される）により取り扱われる。その場合に、ＰＧＷ−ＡＤＡトラフィックは、物理的ネットワークインターフェイスにも現われない。というのは、ＰＧＷ−ＡＤＡトラフィックは、サーバー／ハイパーバイザーメモリにおいて完全に転送されるからである。ＮＦＶサービスチェーン定義は、ネットワークサービスグラフにおいてＰＧＷ及びＡＤＡ ＶＮＦを隣接配置し、Ｕプレーン処理チェーンにおいてＰＧＷとＡＤＡとの間に中間ＶＮＦが生じないようにする。

一実施形態では、ＡＤＡ配備（図７を参照）におけるイン・バンドＣプレーン通信に関して、ｅＮＢのＵプレーン及びＣプレーンの両接続が傍受される（とにかく、ＣＥＡは、ｅＮＢとの共通配置又は一体的配備のためＣプレーンへアクセスできる）。ｅＮＢとＭＭＥとの間のＣプレーン接続（即ち、Ｓ１−ＭＭＥインターフェイス）は、ＳＣＴＰをトランスポートレイヤプロトコルとして使用する。ＳＣＴＰペイロードは、異なるタイプのチャンク（例えば、ＤＡＴＡ、ＳＴＡＣＫ、ＨＥＡＲＴＢＥＡＴ、等）へと構造化され、これは、情報の種々のストリームを同じパケットへと多重化できるようにする。既に存在するＣプレーン情報に干渉することなくＳＣＴＰパケットに情報をピギーバックするため、標準タイプ（ＲＦＣ４９６０）以外では専用のＳＣＴＰチャンクタイプが使用される。ＣＥＡは、ｅＮＢによりＭＭＥへ送られるＣプレーンパケットにおいてＡＤＡに向けて情報をピギーバックし、一方、ＡＤＡは、ＭＭＥによりｅＮＢへ発信されるＣプレーンパケットにおいてＣＥＡに向けて情報をピギーバックする。ｅＮＢ及びＭＭＥにより生成されるＣプレーンパケットのサイズは、通常、Ｃプレーン経路のＭＴＵより充分に低い。従って、追加情報をＳＣＴＰパケットへエンリッチすることは、ＩＰ分断を生じない。Ｃプレーンパケットにおいてエンリッチされた情報は、ＣＥＡ及びＡＤＡのみに関するものであるから、それらは、パケットを行先へ送信する前にそのエンリッチされたデータを剥離する。更に、チャンクタイプの最上位２ビットを‘１０’にセットすることにより、ｅＮＢ／ＭＭＥ ＳＣＴＰエンドポイントは、未知のチャンクタイプを無視し、それをエラーと考えないように命令される（即ち、ＳＣＴＰパケットが剥離されても何ら問題を生じないことを保証する）。ＳＣＴＰ接続には、ハートビートメカニズムがあり、これは、普通の進行中のＣプレーントラフィックがなくても、Ｃプレーン接続を経てパケットを両方向に規則的に送信する。従って、ＣＥＡ及びＡＤＡは、いかなる所与の時間にもピギーバックされた情報のためのキャリアを直ちに見つける。

一実施形態において、ユーザプレーン（Ｕプレーン）上で情報を交換するためにＣＥＡ及びＡＤＡによって専用のオフ・バンド接続が確立される。専用のオフ・バンド接続は、クライアント−サーバー役割分担において、ＡＤＡがサーバーとして振る舞ってＣＥＡインスタンスから到来する接続要求を聴取しそして各ＣＥＡがクライアントとして振る舞ってＡＤＡへの接続を開始するようにして、確立される。接続のサーバー側詳細（例えば、ＩＰアドレス、ポート番号、プロトコル）は、スタティック構成（「良く知られた」値）、ＶＮＦ画像記述子内のＤＨＣＰ構成により、ＮＶＦオーケストレータ及びＶＮＦマネージャー等を通してＣＥＡインスタンスへ通信される。通信は、暗号テクノロジーで暗号化され且つ認証される（例えば、ＴＣＰ上のＴＬＳ、及びＴＣＰ上のプロトコル又はデータ構造、例えば、ＨＴＴＰ、ＪＳＯＮ、ＴＬＶ、等を使用することにより）。

制御プレーン（Ｃプレーン）接続及び専用のオフ・バンド接続は、ＣＥＡ及びＡＤＡオペレーションがスタートするときはＣプレーン接続が既に確立されており、即ちＣプレーン接続のマネージメントがｅＮＢ／ＭＭＥネットワーク要素により自動的に実施されることを除いて、同じ機能を含む。以下、オフ・バンド接続に言及するときには、Ｃプレーン接続及び専用のオフ・バンド接続の両方に関与するものとする。

オフ・バンド接続は、特定のＵプレーン接続（例えば、ＱＵＩＣ／ＵＤＰフロー）に関連せず、一方、ＣＥＡ及びＡＤＡは、特定のＵプレーン接続に対応する情報断片を送信する（例えば、測定値を交換する）。それ故、ＣＥＡ及びＡＤＡは、対応するＵプレーン接続のアイデンティティを、オフ・バンド接続を経てそれを送るときの付加的な測定値、属性又は情報断片と共に含む。ＱＵＩＣ接続では、ＱＵＩＣパケットヘッダにおいて得られるＱＵＩＣ接続アイデンティティ（ＣＩＤ、図３を参照）がＵプレーン接続の独特の識別子として使用される。ＶＰＮ接続では、Ｌ２／Ｌ３プロトコルアイデンティティ（アドレス、プロトコル番号、ポート、もしあれば、等）の組み合わせでアイデンティティを形成する。付加的な情報は、接続情報又はコンテキスト情報と称される。

オフ・バンド接続は、測定ポイント間での協力的測定、例えば、ＡＤＡとＣＥＡとの間の一方向ダウンリンク遅延の測定を、それらのクロックが同期されれば、遂行することができる。オリジナルのイン・バンドＵプレーンＨＥを使用して、協力的な一方向遅延測定は、ダウンリンクＵプレーンパケットへタイムスタンプをエンリッチすることを経てＡＤＡにより開始され、そしてパケットヘッダからタイムスタンプを読み取ってそのタイムスタンプをＣＥＡ自身のクロックと比較することがＣＥＡにより遂行される（次いで、ＣＥＡは、同じフローから次のアップリンクＵプレーンパケットを使用して測定結果をイン・バンドでＡＤＡへ返送する）。その同じ協力的測定が、オフ・バンド接続を使用して次のように遂行されてもよい（オフ・バンド接続を経ての協力的一方向ダウンリンク遅延測定を示す図９を参照）。ＡＤＡ及びＣＥＡは、どのＵプレーンパケットが協力的測定を受けるか指定するスキームに事前に合意しなければならない。例えば、そのような事前の合意は、ＱＵＩＣシーケンス番号が１０の倍数である各パケットが協力的測定を受けることを指定する。ＡＤＡは、事前に合意されたスキームに従って測定されるべき各ダウンリンクＱＵＩＣパケットに対応するタイムスタンプを記憶する。記憶すべき情報は、ＱＵＩＣ ＣＩＤ、ＱＵＩＣシーケンス番号、及びタイムスタンプを含む。ＱＵＩＣシーケンス番号は、各パケットの送信ごとに（再送信パケットであっても）単調に増加するので、ＱＵＩＣシーケンス番号は、ＣＩＤと共に、所与の方向の接続内で特定のパケットを明確に識別する。又、ＣＥＡは、事前に合意した同じ測定スキームにより選択されたダウンリンクパケットを受け取ったときにタイムスタンプを発生し、そしてオフ・バンド接続を経てＡＤＡへＣＥＡ自身のタイムスタンプ、ＣＩＤ及びＱＵＩＣシーケンス番号を返送する。ＡＤＡは、ＡＤＡ自身のタイムスタンプ及び同じパケットに対してＣＥＡにより送られたもの（ＱＵＩＣ ＣＩＤ／シーケンス番号の対により識別される）に基づいてダウンリンク遅延を計算する。ＣＥＡとＡＤＡとの間のアップリンク遅延を測定するために同様のメカニズムが使用され、ここでは、ＣＥＡが、測定スキームにより選択された各アップリンクパケットのタイムスタンプを発生し、そしてそのタイムスタンプを、パケットのＱＵＩＣ ＣＩＤ及びシーケンス番号と共に、オフ・バンド接続の使用によってＡＤＡへ送信する。又、ＡＤＡは、同じアップリンクパケットに対するそれ自身のタイムスタンプを、それらパケットがＵプレーン接続を経て到着するときに記録する。２つのイベント（即ち、ＡＤＡがＣＥＡからタイムスタンプを受け取るか、又はＡＤＡがアップリンクＵプレーンパケットにそれ自身のタイムスタンプを発生する）の順序は、トランスポート経路の構成と、Ｕプレーン対オフ・バンド接続の条件に基づいて任意である。しかしながら、イベントの順序は、測定の観点からは関係のないものである。ＡＤＡがそれ自身のタイムスタンプ、及び所与のアップリンクパケットに対するＣＥＡからのタイムスタンプの両方を得るときに、ＡＤＡは、アップリンク遅延を計算する。ＡＤＡそれ自体は、測定の消費者であるから、遅延値は、ＣＥＡに返送されない。

又、協力的測定は、ＣＥＡとＡＤＡとの間にパケットドロップを局所化するのにも使用される。第１に、ＡＤＡは、インターネットにおいて既に失われた（即ち、ＱＵＩＣサーバーとＡＤＡとの間で）ダウンリンクＱＵＩＣパケットを、ダウンリンク方向におけるＱＵＩＣシーケンス番号のギャップに基づいて検出する。同様に、ＣＥＡは、ＱＵＩＣサーバーとＣＥＡとの間で失われたダウンリンクパケットを検出する。ＣＥＡは、ＣＩＤ、タイムウインドウ、及びそのタイムウインドウ内の失われたダウンリンクパケットの数を指定する接続ごとのロスレポートをＡＤＡに規則的に送信する。ＡＤＡは、ＣＥＡから受け取った失われたダウンリンクパケットの数を、同じタイムウインドウに対するＡＤＡ自身のカウンタと比較する。その相違は、ＡＤＡとＣＥＡとの間で（即ち、移動バックホールで）失われたダウンリンクパケットの数となる。アップリンクパケットロスを測定し及び局所化するのに同様のメカニズムが使用される。ＣＥＡ及びＡＤＡは、両方とも、アップリンク方向における接続ごとのＱＵＩＣシーケンス番号のギャップに基づくアップリンクパケットロスを個々に記録する。ＣＥＡは、ＵＥとＣＥＡとの間に生じるアップリンクロスをカウントし、一方、ＡＤＡは、ＵＥとＡＤＡとの間のアップリンクロスを検出する。ＣＥＡは、ＣＥＡが検出したアップリンクロスをＡＤＡへ規則的に送信し、ＡＤＡは、そのアップリンクロスをＡＤＡ自身の測定値から差し引いて、アップリンクロスの数をＣＥＡとＡＤＡとの間に局所化する。

又、ＣＥＡ又はＡＤＡにおいてＱＵＩＣ上でＲＴＴを測定するには、異なるアプローチが要求される（ＴＣＰフロー上でのＲＴＴ測定に比して）。ＴＣＰでは、アクセス可能なプロトコルヘッダに基づいてシーケンス及びＡＣＫセグメントが明確に区別される。同じフロー内のパケットのＴＣＰシーケンス及びＡＣＫ番号を比較することで、ＣＥＡ及びＡＤＡは、データセグメントを、反対方向に対応ＡＣＫセグメントに相関させることができる。各対応するデータ／ＡＣＫ対は、それらの観察の時間差を計算することによりＲＴＴ測定のための機会を与える。しかしながら、ＱＵＩＣでは、データ及びＡＣＫセグメントは、公然と利用できるプロトコルフィールドに基づいて区別されない（ＤＬ／ＵＬシーケンス番号は関係がない、図３を参照）。ＣＥＡ及びＡＤＡにおけるＲＴＴ測定は、ＱＵＩＣ接続の寿命中のある段階において、ダウンリンク及びアップリンクパケットのパターンが、どのパケットが所与の以前のデータパケットへのＡＣＫであるかを暗示的に露呈する（それらのＱＵＩＣシーケンス番号を考慮する必要なく）ことを要求する。

図１０は、ＲＴＴ測定を示す。ＲＴＴ測定の機会は、（通常、ＵＥからアップリンクをサーバーへ）接続内をそれまでに送られた第１パケットでスタートし、これは、逆方向に送られる応答パケットをトリガーする。従って、これら最初のパケットの観察時間は、接続に対する最初のＲＴＴを計算することができる（ＵＥが接続確立を開始した場合には、最初のＲＴＴがＡＤＡ／ＣＥＡとコンテンツサーバーとの間で測定される）。更に、ＱＵＩＣ接続の寿命中に、データは、通常、バーストで送られ（例えば、ＵＥは、データのチャンクをダウンロードし、その後、ＵＥ又はサーバーによりパケットが転送されないときにはアイドル時間が続く）、これは、付加的なＲＴＴ測定機会を生成する。各バースト内で、最初のデータパケットは、データの受信者により最初に確認されるものであり、一方、最後のデータパケットは、受信者により送られた最後のパケットにより確認されるものである。ダウンリンクデータバーストにわたりＲＴＴを測定するために図１０には相関が示されている。ＣＥＡ及びＡＤＡは、同じロジックを使用することによりＲＴＴ測定を独自に遂行する。ＴＡＤＡ、ＤＬ、１及びＴＡＤＡ、ＤＬ、Ｎは、ＡＤＡにより各々観察される最初と最後のＤＬデータパケットの時間を表わす。同様に、ＴＡＤＡ、ＵＬ、１及びＴＡＤＡ、ＵＬ、Ｍは、同じ接続においてＡＤＡにより観察される最初と最後のＵＬパケットを表わす。ＴＡＤＡ、ＵＬ、１＞ＴＡＤＡ、ＤＬ、１及びＴＡＤＡ、ＵＬ、Ｍ＞ＴＡＤＡ、ＤＬ、Ｎ．Ｍは、Ｎに等しくない（通常、受信者は、各データパケットを個々に確認せず、むしろ、受信者は、２つのデータパケットごとに累積ＡＣＫを送信し、従って、Ｍ〜Ｎ／２である）。ＡＤＡは、バーストパターンを観察することから（ＵＥ−ＡＤＡセグメントに対応する）２つのＲＴＴサンプルを発生する。第１のＲＴＴ１は、第１のＤＬパケットと第１のＵＬパケットとの相関から到来し、一方、第２のＲＴＴ２は、最後のＤＬパケットと最後のＵＬパケットとの相関から到来する。最初、バーストの開始は、容易に検出される（即ち、接続の始めである）。バーストの終わりは、ＴＡＤＡ、ＵＬ、Ｍ＋ＲＴＴ１の後にそれ以上のＤＬ及びＵＬデータパケットを受け取らないことで検出される（即ち、最後のＵＬパケットを観察することから１つより長いラウンドトリップ時間が経過し、おそらく、ＵＥが受け取った全データに対して全ての考えられるＡＣＫをＵＥが送信したことになる）。バーストの終了後に観察される第１のＤＬパケットは、次のバーストを開始する。ＵＬデータ及びＤＬ ＡＣＫパケットに適用される同じロジックにより、ＵＬデータバーストにおいてＲＴＴを測定することが考えられる。

ＣＥＡ及びＡＤＡは、両方とも、ＵＥ及びコンテキストサーバーに向けてＲＴＴを別々に測定する。しかしながら、各々の考えられる測定を実施する必要はない。例えば、ＣＥＡは、ＵＥに向かってＲＴＴを測定するだけでよく、一方、ＡＤＡは、サーバーに向かってＲＴＴを測定する。ＣＥＡは、オフ・バンド接続を使用して、ＣＥＡ−ＵＥ ＲＴＴをＡＤＡに報告し、これは、それ自身のＡＤＡサーバー測定を、ＣＥＡから受け取ったものと相関させる。一方向のＣＥＡ−ＡＤＡ遅延測定に結合されるＲＴＴ測定は、ＡＤＡに、端−端経路の全遅延／ＲＴＴセグメントを与える。

一実施形態では、イン・バンドＨＥ装置は、ＱＵＩＣを使用して接続を取り扱い、ＱＵＩＣ接続からＵプレーン測定値を効率的に収集することができる。

従って、一実施形態では、ＱＵＩＣ接続に対するコンテキストベースの相関ユーザプレーン測定データを得ることができる。これは、例えば、装置が、相関された仕方で、ユーザ測定データ、アプリケーション測定データ、エクスペリエンスクオリティ測定データ、ネットワーク側サービスクオリティ測定データ、及び重要性能指示子のセット、のうちの１つ以上を収集することを意味する。相関収集、即ち、相関された仕方での収集は、１つの測定ラウンドにおいて、即ち、同じパケット、又はパケット及び対応する応答パケットを使用して、装置が、ＱｏＥ、ＱｏＳ及びネットワーク状態に同時に資格を与えて、収集されたＱｏＥ、ＱｏＳ及びネットワーク状態インサイトが、各々、現在ネットワーク状態において所与のユーザのアプリケーションに対応するようにできることを意味する。１つの測定ラウンドは、２つの測定ポイントにおいて測定を行うことを含む。２つの測定ポイントで得られる測定データは、次いで、結合され即ち相関される。相関は、ＱｏＥ、ＱｏＳ及びネットワーク状態に関する現在ユーザアプリケーション状態へのインサイトを生成することができる。このインサイトは、次いで、ダイナミックエクスペリエンスマネージメントを遂行するのに使用される。測定ポイントとも称される２つの異なるネットワーク位置において同じパケットが測定される。同じパケットに関する２つの測定値は、それら２つの測定値間に相互関係が形成されるように相関され即ち結合される。相関に基づき、システム又は装置は、ダイナミックエクスペリエンスマネージメントを遂行することができる。同じパケットではなく、相関は、例えば、パケットと、それに対応する応答パケットとの間でパケット及び関連パケットに関して遂行されてもよい。

図１１は、ＱＵＩＣを使用するときのダイナミックエクスペリエンスマネージメントの規範的プロセスを示す。図１１を参照すれば、ネットワーク装置（例えば、ＡＤＡ及び／又はＣＥＡ）は、通信システムのネットワーク要素（例えば、ＵＥ、コンテンツサーバー）間に送信されるユーザプレーンパケットを検出する（ブロック１１０１）。検出されたユーザプレーンパケットに基づいて、装置は、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーンパケットにおけるユーザプレーン顧客エクスペリエンス測定情報（例えば、第１の測定ポイント及び第２の測定ポイントにおいてＱＵＩＣ接続上で顧客エクスペリエンス測定が遂行され）、及び任意であるが、コンテキスト情報（図１２、１３、１４を参照）を得る（ブロック１１０２）。コンテキスト情報は、例えば、ユーザプレーンパケットのタイムスタンプ、パケットシーケンス番号及び／又はＣＩＤを含む。ステップは、両測定ポイントにより遂行され、一方の測定ポイントは、「送信者」（例えば、第２の測定ポイントＭＰ２）であり（即ち、それ自身の測定を行うだけでなく、測定の情報を他の測定ポイントへ送信もし）、他方の測定ポイントは、「受信者」（例えば、第１の測定ポイントＭＰ１）である（即ち、それ自身の測定を行うだけでなく、他の測定ポイントから測定情報の受け取りもする）。「送信者」及び「受信者」の役割は、測定のタイプ及び測定ポイントの配備に基づいて変更してもよい。従って、装置は、第２の測定ポイントから第１の測定ポイントへ、ユーザプレーン顧客エクスペリエンス測定情報、及び任意であるが、（Ｃプレーン及びオフ・バンド実施形態では、図１３及び１４を参照）第２の測定ポイントで得られたコンテキスト情報を送信する（ブロック１１０３）。装置は、第１の測定ポイントにおいて、第２の測定ポイントにより送られた情報を受け取る（ブロック１１０４）。装置は、第１の測定ポイントで得た（ブロック１１０２）コンテキスト情報、及び第１の測定ポイントで受け取った（１１０４）コンテキスト情報（又はユーザプレーン顧客エクスペリエンス測定情報を第１の測定ポイントへ転送するのに使用されるユーザプレーンパケットのコンテキスト情報（ＩＰオプション実施形態、図１２を参照））を使用することにより、第１の測定ポイントで得た（ブロック１１０２）ユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取った（ブロック１１０４）ユーザプレーン顧客エクスペリエンス測定情報と相関させる（ブロック１１０５）。

図１２は、ＩＰオプションを使用するときのダイナミックエクスペリエンスマネージメントの規範的プロセスを示す。図１２を参照すれば、装置は、測定ポイントの配備位置について判断を行うように構成される（ブロック１２０１）。測定ポイントは、Ｓ１インターフェイス（ブロック１２０２）、Ｓ５インターフェイス（ブロック１２０３）、又はＳＧｉ／Ｇｉインターフェイス（ブロック１２０４）のいずれかに配備されるように選択される。測定ポイントがＳ１インターフェイスに配備されるように選択される場合には、装置は、ＧＴＰレイヤの上の内部ＩＰｖ４／ＩＰｖ６オプションフィールドを使用して、Ｕプレーン測定情報を送信／受信するように構成される（ブロック１２０５）。測定ポイントがＳＧｉ／Ｇｉインターフェイスに配備されるように選択される場合には、装置は、ＩＰｖ４／ＩＰｖ６オプションフィールド（１つのＩＰヘッダのみ）を使用して、Ｕプレーン測定情報を送信／受信するように構成される（ブロック１２０６）。測定ポイントがＳ５インターフェイスに配備されるように選択される場合には、装置は、ＧＴＰベースのプロトコル（ブロック１２０７）又はＰＭＩＰベースのプロトコル（ブロック１２０８）のいずれかを使用するように構成される。装置がＧＴＰベースのプロトコルを使用するように構成される場合には、装置は、ＧＴＰレイヤの上の内部ＩＰｖ４／ＩＰｖ６オプションフィールドを使用して、Ｕプレーン測定情報を送信／受信するように構成される（ブロック１２０９）。装置がＰＭＩＰベースのプロトコルを使用するように構成される場合には、装置は、ＧＲＥレイヤの上のＩＰｖ４／ＩＰｖ６オプションフィールドを使用して、Ｕプレーン測定情報を送信／受信するように構成される（ブロック１２１０）。

その後、装置は、ネットワーク要素間に送信されるユーザプレーンパケットを検出する（ブロック１２１１）。その検出されたＵプレーンパケットに基づいて、装置は、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーン顧客エクスペリエンス測定情報（及び第１の測定ポイントのコンテキスト情報）を得る（ブロック１２１２）。装置は、ＵプレーンパケットのＩＰｖ４／ＩＰｖ６オプションフィールドを使用することにより、第２の測定ポイントから第１の測定ポイントへ、第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を送信する（ブロック１２１３）。従って、第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報は、第２の測定ポイントから第１の測定ポイントへユーザプレーン顧客エクスペリエンス測定情報を転送するのに使用されるユーザプレーンパケットへ挿入される。装置は、第１の測定ポイントにおいて、第２の測定ポイントにより送られた情報を受信する（ＵプレーンパケットのＩＰｖ４／ＩＰｖ６オプションフィールドにおいて）（ブロック１２１４）。装置は、第１の測定ポイントで得た（ブロック１２１２）コンテキスト情報、及び第２の測定ポイントから第１の測定ポイントへ測定情報を転送する（ブロック１２１３）のに使用されるＵプレーンパケットに含まれたコンテキスト情報（例えば、タイムスタンプ、受信したＵプレーンパケットのパケットシーケンス番号及び／又はＣＩＤを含むコンテキスト情報）を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる（ブロック１２１５）。

第２の測定ポイントから第１の測定ポイントへ測定情報を転送するのに使用されるＵプレーンパケットは、「いずれの」ユーザプレーンパケットでもよく、即ち必ずしも、第１の測定ポイント及び／又は第２の測定ポイントにより検出されそして測定される同じＵプレーンパケットではない。第２の測定ポイントから第１の測定ポイントへユーザプレーン顧客エクスペリエンス測定情報を転送するのに使用されるユーザプレーンパケットに含まれるコンテキスト情報は、第２の測定ポイントから第１の測定ポイントへユーザプレーン顧客エクスペリエンス測定情報を転送するのに使用されるユーザプレーンパケットのコンテキスト情報を含む。それとは別に／それに加えて、第２の測定ポイントから第１の測定ポイントへユーザプレーン顧客エクスペリエンス測定情報を転送するのに使用されるユーザプレーンパケットに含まれるコンテキスト情報は、第２の測定ポイントのコンテキスト情報、及び／又は他のコンテキスト情報、例えば、プロトコル関連（例えば、既存の又は将来のプロトコル関連の）コンテキスト情報を含んでもよい。

図１３は、Ｃプレーンパケットを通信に使用するときのダイナミックエクスペリエンスマネージメントの規範的なプロセスを示す。図１３を参照すれば、装置は、ネットワーク要素間に送信されるＵプレーンパケットを検出する（ブロック１３０１）。検出されたＵプレーンパケットに基づき、装置は、第１の測定ポイント及び第２の測定ポイントにおいて、Ｕプレーンパケットにおけるコンテキスト情報及びユーザプレーン顧客エクスペリエンス測定情報を得る（コンテキスト情報は、例えば、タイムスタンプ、パケットシーケンス番号及び／又は測定されたＵプレーンパケットのＣＩＤを含む）（ブロック１３０２）。装置は、第１の測定ポイントに向かって横断するＣプレーンパケットが第２ポイントに受け取られるまで待機する（ブロック１３０３）。次いで、装置は、第２の測定ポイントから第１の測定ポイントへ、第２の測定ポイントで得たＵプレーン顧客エクスペリエンス測定情報及びコンテキスト情報を送信する（ブロック１３０４、Ｃプレーンパケットにおいて（例えば、ＳＣＴＰチャンクとして））。装置は、第１の測定ポイントにおいて、第２の測定ポイントにより（Ｃプレーンパケットにおいて）送られた情報を受け取る（ブロック１３０５）。装置は、第１の測定ポイントで得たコンテキスト情報、及び第２の測定ポイントから第１の測定ポイントで受け取った（ブロック１３０５）コンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる（ブロック１３０６）。

図１４は、専用のオフ・バンド通信を使用するときのダイナミックエクスペリエンスマネージメントの規範的プロセスを示す。図１４を参照すれば、装置は、第１の測定ポイントと第２の測定ポイントとの間にオフ・バンド接続を確立する（ブロック１４０１）。装置は、ネットワーク要素間に送信されるＵプレーンパケットを検出する（ブロック１４０２）。検出されたＵプレーンパケットに基づいて、装置は、第１の測定ポイント及び第２の測定ポイントにおいて、Ｕプレーンパケットにおけるコンテキスト情報及びユーザプレーン顧客エクスペリエンス測定情報を得る（ブロック１４０３）（コンテキスト情報は、例えば、タイムスタンプ、パケットシーケンス番号、及び／又は測定されたＵプレーンパケットのＣＩＤを含む）。装置は、第２の測定ポイントから第１の測定ポイントへ、第２の測定ポイントで得たＵプレーン顧客エクスペリエンス測定情報及びコンテキスト情報を送信する（ブロック１４０４、オフ・バンド接続において）。装置は、第１の測定ポイントにおいて、第２の測定ポイントにより送られる（オフ・バンド接続において）情報を受け取る（ブロック１４０５）。装置は、第１の測定ポイントで得たコンテキスト情報及び第２の測定ポイントから第１の測定ポイントで受け取った（１４０５）コンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる（ブロック１４０６）。

図１５は、２つの測定ポイント間のＱＵＩＣ接続を経ての一方向遅延を測定する規範的プロセスを示す。図１５を参照すれば、装置は、第１の測定ポイントにおいて、ネットワーク要素間に送信されるＵプレーンパケットを検出する（ブロック１５０１）。検出されたＵプレーンパケットに基づき、装置は、第１の測定ポイントにおいて、Ｕプレーンパケットにおけるコンテキスト情報（例えば、タイムスタンプ＝Ｔ１、パケットシーケンス番号＝Ｙ、ＣＩＤ＝Ｘ）を得て記憶する（ブロック１５０２）。装置ＮＥは、第２の測定ポイントにおいて、ネットワーク要素間に送信されるＵプレーンパケットを検出し（ブロック１５０３）、そして検出されたＵプレーンパケットに基づき、装置は、第２の測定ポイントにおいて、Ｕプレーンパケットにおけるコンテキスト情報（例えば、タイムスタンプ＝Ｔ２、パケットシーケンス番号＝Ｙ、ＣＩＤ＝Ｘ）を得る（ブロック１５０４）。装置は、第２の測定ポイントから第１の測定ポイントへ、第２の測定ポイントで得たコンテキスト情報を送信する（ブロック１５０５）。装置は、第１の測定ポイントにおいて、第２の測定ポイントにより送られたコンテキスト情報を受け取る（ブロック１５０６）。装置は、第１の測定ポイントで得たコンテキスト情報を、第２の測定ポイントから受け取ったコンテキスト情報（同じＣＩＤ（例えば、ＣＩＤ＝Ｘ）及び同じパケットシーケンス番号（例えば、パケットシーケンス番号＝Ｙ）をもつコンテキスト情報）と相関させる（ブロック１５０７）。装置は、ダウンリンク遅延を、第１の測定ポイント及び第２の測定ポイントで得たコンテキスト情報のタイムスタンプ間の差として計算する（遅延＝Ｔ２−Ｔ１）（ブロック１５０８）。

図１６は、測定ポイントにおいてＱＵＩＣ接続上のＲＴＴを測定する規範的プロセスを示す。図１６を参照すれば、装置は、測定ポイントにおいて、ダウンリンクで送信されるＱＵＩＣパケットバーストの開始を検出する（ブロック１６０１）。その検出に基づき、装置は、ダウンリンク検出の開始のタイムスタンプ（例えば、タイムスタンプ＝Ｔ１）を記憶する（ブロック１６０１）。装置は、測定ポイントにおいて、ダウンリンクで送信されるＱＵＩＣパケットバーストの終了を検出する（ブロック１６０２）。その検出に基づいて、装置は、ダウンリンク検出の終了のタイムスタンプ（例えば、タイムスタンプ＝Ｔ２）を記憶する（ブロック１６０２）。装置は、測定ポイントにおいて、アップリンクで送信されるＱＵＩＣパケットバーストの開始を検出する（ブロック１６０３）。その検出に基づき、装置は、アップリンク検出の開始のタイムスタンプ（例えば、タイムスタンプ＝Ｔ３）を記憶する（ブロック１６０３）。装置は、測定ポイントにおいて、アップリンクで送信されるＱＵＩＣパケットバーストの終了を検出する（ブロック１６０４）。その検出に基づき、装置は、アップリンク検出の終了のタイムスタンプ（例えば、タイムスタンプ＝Ｔ４）を記憶する（ブロック１６０４）。装置は、ＲＴＴを、ＱＵＩＣパケットバーストの開始のタイムスタンプ間の差（例えば、ＲＴＴ１＝Ｔ３−Ｔ１）として、及び／又はＱＵＩＣパケットバーストの終了のタイムスタンプ間の差（例えば、ＲＴＴ２＝Ｔ４−Ｔ２）として、計算する（ブロック１６０５）。

これらの実施形態は、ＱＵＩＣ接続、ＶＰＮ接続、及び／又は端−端ユーザ接続で使用される任意のＬ２／Ｌ３トンネルテクノロジーに適用することができる。

規範的な装置は、上述した方法ステップのいずれかを実施する手段を備えている。

規範的なコンピュータプログラム製品は、コンピュータにより読み取りできる配布媒体において実施され、そして装置にロードされたときに上述したいずれかの方法ステップを実行するプログラムインストラクション含む。

一実施形態では、測定情報の他に、第２の測定ポイントは、測定値をＭＰ２からＭＰ１へ転送するのに使用されるＵプレーンパケットにおいて明確なコンテキスト情報も追加する。これは、測定値自体が取られなかった測定値を転送するのに同じパケットが使用されない場合に有益であり、それ故、パケットにより指示される暗示的コンテキストは、測定値自体のコンテキストとは異なる。例えば、測定値を取るのにパケットＲが使用され、そして測定値を転送するのに異なる方向のパケットＳを使用しなければならない場合には、パケットＳ（即ち、転送機会）が、パケットＲの測定後に後で到来し、従って、測定のコンテキスト（例えば、パケットがいつ厳密に測定されたか又はどの厳密なパケットが測定されたか）がパケットＳへエンリッチされる。

一実施形態は、少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含む少なくとも１つのメモリを備えた装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、前記ネットワーク要素又はネットワークノードの手順を実行するようにさせるよう構成された装置を提供する。従って、少なくとも１つのプロセッサ、少なくとも１つのメモリ及びコンピュータプログラムコードは、前記ネットワーク要素又はネットワークノードの手順を実行する手段の実施形態と考えられる。図１７は、そのような装置の構造のブロック図である。装置は、ネットワーク要素又はネットワークノードにおいて構成され、例えば、装置は、ネットワーク要素又はネットワークノードにおいてチップセット又は回路を形成する。幾つかの実施形態では、装置は、ネットワーク要素又はネットワークノードである。

装置は、少なくとも１つのプロセッサを含む処理回路１０を備えている。処理回路１０は、通信システムのネットワーク要素間に送信されるユーザプレーンパケットを検出するように構成されたパケット検出器１２を備えている。処理回路１０は、更に、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーン顧客エクスペリエンス測定情報、及び任意であるが、コンテキスト情報を（検出されたユーザプレーンパケットに基づいて）得るように構成されたＣＥ測定器１４も備えている。処理回路１０は、更に、ユーザプレーン顧客エクスペリエンス測定情報、及び任意であるが、第２の測定ポイントで得たコンテキスト情報を第１の測定ポイントに与えるように構成されたデータ送信器１６も備えている。処理回路１０に含まれるデータ相関器１８は、第１の測定ポイントにおいて得たコンテキスト情報、及び第１の測定ポイントにおいて受け取ったコンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させるように構成される。

処理回路１０は、回路１２から１８をサブ回路として備えてもよいし、又は同じ物理的処理回路により実行されるコンピュータプログラムモジュールとして考えられてもよい。メモリ２０は、回路１２から１８のオペレーションを特定するプログラムインストラクションを含む１つ以上のコンピュータプログラム製品２４を記憶する。メモリ２０は、更に、例えば、ダイナミックエクスペリエンスマネージメントについての定義を含むデータベース２６も記憶する。装置は、更に、ターミナルデバイスとの無線通信能力を装置に与える通信インターフェイス２２も備えている。通信インターフェイスは、ワイヤレス通信を可能にする無線通信回路を備え、そして高周波信号処理回路及び基本帯域信号処理回路を備えている。基本帯域信号処理回路は、送信器及び／又は受信器の機能を実行するように構成されてもよい。幾つかの実施形態において、通信インターフェイスは、少なくともアンテナを含むリモート無線ヘッド、及びある実施形態では、ベースステーションに対するリモート位置での高周波信号処理に接続される。そのような実施形態では、通信インターフェイスは、ある程度の高周波信号処理しか実施しないか又は高周波信号処理を全く実施しない。通信インターフェイスとリモート無線ヘッドとの間の接続は、アナログ接続でもよいし、デジタル接続でもよい。幾つかの実施形態では、通信インターフェイスは、ワイヤード通信を可能にする固定通信回路を備えている。

本出願で使用する「回路」という用語は、次の全てを指す。即ち、（ａ）ハードウェアのみの回路実施、例えば、アナログ及び／又はデジタル回路のみの実施、（ｂ）回路及びソフトウェア及び／又はファームウェアの組み合わせ、例えば（該当するもの）、（i）プロセッサ又はプロセッサコアの組み合わせ、又は（ii）装置に種々の機能を遂行させるように一緒に働くデジタル信号プロセッサ、ソフトウェア及び少なくとも１つのメモリを含むプロセッサ／ソフトウェアの部分、並びに（ｃ）ソフトウェア又はファームウェアが物理的に存在しない場合でも動作のためにソフトウェア又はファームウェアを必要とするマイクロプロセッサ又はその一部分のような回路。

「回路」のこの定義は、本出願におけるこの用語の全ての使用に適用される。更に別の例として、本出願で使用する「回路」という用語は、単にプロセッサ（又は多数のプロセッサ）の実施、又はプロセッサの一部分、例えば、マルチコアプロセッサの１つのコア、及びそれ（又はそれら）に付随するソフトウェア及び／又はファームウェアも網羅する。又、「回路」という用語は、例えば、特定の要素に適用できる場合は、本発明の実施形態による装置のための基本帯域集積回路、特定用途向け集積回路（ＡＳＩＣ）、及び／又はフィールドプログラマブルグリッドアレイ（ＦＰＧＡ）回路も網羅する。

又、図１から１７に関連して上述したプロセス又は方法は、１つ以上のコンピュータプログラムにより定義された１つ以上のコンピュータプロセスの形態で実施されてもよい。コンピュータプログラムは、コンピュータプログラムのモジュールを包含するように考慮されねばならず、例えば、上述したプロセッサは、大きなアルゴリズム又はコンピュータプロセスのプログラムモジュールとして実施されてもよい。コンピュータプログラムは、ソースコード形態、オブジェクトコード形態、又は何らかの中間形態であり、そしてプログラムを搬送できるエンティティ又はデバイスであるキャリアに記憶される。そのようなキャリアは、一時的及び／又は非一時的コンピュータ媒体、例えば、記録媒体、コンピュータメモリ、リードオンリメモリ、電気的キャリア信号、テレコミュニケーション信号、及びソフトウェア配布パッケージを含む。必要な処理電力に基づいて、コンピュータプログラムは、単一の電子的デジタル処理ユニットで実行されてもよいし、又は多数の処理ユニット間に分布されてもよい。

本発明は、上述したセルラー又は移動通信システムに適用できるが、他の適当な通信システムにも適用できる。使用するプロトコル、セルラー通信システム、それらのネットワーク要素、及びターミナルデバイスの仕様は、急速に進展する。そのような進展は、上述した実施形態に対して特別な変更を要求する。それ故、全ての用語及び表現は、広く解釈されねばならず、且つ実施形態を例示するものであって、それに限定するものではない。

当業者であれば、技術の進歩と共に、本発明の概念が種々の仕方で実施できることが明らかであろう。本発明及びその実施形態は、上述した実施例に限定されず、特許請求の範囲内で変更することができる。

略語のリスト
ＡＤＡ：分析及び判断エージェント
ＣＥＡ：顧客エクスペリエンスエージェント
ＣＩＤ：接続アイデンティティ
ＣＳＰ：通信サービスプロバイダー
ＤＥＭ：ダイナミックエクスペリエンスマネージメント
ＤＨＣＰ：ダイナミックホスト構成プロトコル
ＤＬ：ダウンリンク
ＤＰＩ：ディープパケットインスペクション
ｅＮＢ：進化型ノードＢ
ＧＰＲＳ：汎用パケット無線サービス
ＧＲＥ：ジェネリックルーティングカプセル化
ＧＴＰ：ＧＰＲＳトンネルプロトコル
ＨＥ：ヘッダエンリッチメント
ＨＳＳ：ホームサブスクライバーサーバー
ＨＴＴＰ：ハイパーテキスト転送プロトコル
ＨＷ：ハードウェア
ＩＭＳ：ＩＰマルチメディアシステム
ＩＰ：インターネットプロトコル
ＩＳＰ：インターネットサービスプロバイダー
ＪＳＯＮ：ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記
ＬＴＥ：長期進化
ＬＴＥ−Ａ：ＬＴＥ−アドバンスト
ＭＭＥ：移動管理エンティティ
ＭＴＵ：最大転送ユニット
ＮＦＶ：ネットワーク機能バーチャル化
ＯＴＴ：オーバー・ザ・トップ
ＰＣＥＦ：ポリシーコントロール実施ポイント
ＰＤＮ：パケットデータネットワーク
ＰＧＷ：ＰＤＮゲートウェイ
ＰＭＩＰ：プロキシーモバイルＩＰ
ＱｏＥ：エクスペリエンスのクオリティ
ＱＵＩＣ：クイックＵＤＰインターネット接続
ＲＴＰ：リアルタイムトランスポートプロトコル
ＳＡＣＫ：選択的確認
ＳＡＩ：サービス・アット・ワンス・インテリジェンス
ＳＣＴＰ：ストリームコントロールトランスポートプロトコル
ＳＧＷ：サービングゲートウェイ
ＴＣＰ：送信コントロールプロトコル
ＴＬＳ：トランスポートレイヤセキュリティ
ＴＬＶ：タイプ長さ値
ＵＤＰ：ユーザデータグラムプロトコル
ＵＥ：ユーザ装置
ＵＬ：アップリンク
ＶＮＦ：バーチャルネットワーク機能
ＶｏＬＴＥ：ボイス・オーバーＬＴＥ
ＶＰＮ：バーチャルプライベートネットワーク
ＷＣＤＭＡ：ワイドバンドコード分割多重アクセス
Ｔｘ：送信器
Ｒｘ：受信器

１０：処理回路
１２：パケット検出器
１４：ＣＥ測定器
１６：データ送信器
１８：データ相関器
２０：メモリ
２２：Ｔｘ／Ｒｘ
２４：ソフトウェア
２６：データベース
１００、１０２、１０４：セル
１０６：サブセル
１１０、１１２、１１４：ネットワーク要素
１１６：ローカルエリアアクセスノード
１２０：ターミナルデバイス
１３０：進化型パケットコア（ＥＰＣ）
１３２：モビリティマネージメントエンティティ（ＭＭＥ）
１３４：システムアーキテクチャー進化ゲートウェイ（ＳＡＥ−ＧＷ）

Claims (16)

1. 通信システムのネットワーク要素間で「クイックユーザデータグラムプロトコルインターネット接続」ＱＵＩＣ接続を経て送信されるユーザプレーンパケットを検出し(402)、
   検出されたユーザプレーンパケットに基づき、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーン顧客エクスペリエンス測定情報と、タイムスタンプ、パケットシーケンス番号及び／又はユーザプレーンパケットの接続アイデンティティを含むユーザプレーンパケットコンテキスト情報と、を得(403)、
   第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し(404)、第２の測定ポイントは、ヘッダエンリッチメントのためのイン・バンドインターネットプロトコルＩＰオプションを使用するか又はイン・バンド制御プレーンパケットヘッダエンリッチメントを使用することにより、ユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し、及び
   第１の測定ポイントで得た対応するコンテキスト情報及び第１の測定ポイントで受け取った対応するコンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる(405)、
   ことを含む、ネットワーク装置における方法。
2. 前記方法は、
   チャンクとして構成されたＳＣＴＰペイロードを使用することにより情報のストリームを同じ制御プレーンパケットへと多重化すること、及び
   未知のチャンクタイプの選択されたビットを、事前に定義された値にセットして、未知のチャンクタイプが非エラーであることを指示すること、
   の内の少なくとも１つを含む、請求項１に記載の方法。
3. 前記方法は、
   前記第１の測定ポイントと第２の測定ポイントとの間の一方向遅延又はパケットロスを測定し、及び
   無線アクセスセグメントにわたりＲＴＴ測定値を測定ポイントにおいて収集する、
   の少なくとも１つにより、協力的ユーザプレーン顧客エクスペリエンス測定を遂行することを含む、請求項１又は２に記載の方法。
4. 前記方法は、
   ＱＵＩＣパケットヘッダで得られるＱＵＩＣ接続アイデンティティをＱＵＩＣユーザプレーン接続の独特の識別子として使用し、
   Ｌ２トンネルプロトコルアイデンティティ及びＬ３トンネルプロトコルアイデンティティの組み合わせをＶＰＮユーザプレーン接続の独特の識別子として使用し、
   一方向ダウンリンク遅延測定のためユーザプレーンパケットを選択するスキームに事前に合意し、及び
   接続アイデンティティ、接続シーケンス番号、及び前記事前に合意したスキームにより測定されるべき各ダウンリンクユーザプレーンパケットに対応するタイムスタンプに関する情報を記憶する、
   の１つ以上を含む、請求項１から３のいずれかに記載の方法。
5. 前記方法は、
   前記事前に合意したスキームに従って選択されたユーザプレーンダウンリンクパケットを前記第２の測定ポイントが受け取るときに前記第２の測定ポイントに対してそれ自身のタイムスタンプを発生し、前記第２の測定ポイントから、それ自身のタイムスタンプ、接続アイデンティティ、及び接続シーケンス番号を、前記第１の測定ポイントへ送出し、そして前記第１の測定ポイントに対し、前記第１の測定ポイント自身のタイムスタンプ及び同じパケットについて前記第２の測定ポイントから送られたものに基づいてダウンリンク遅延を計算すること、及び
   前記事前に合意したスキームに従って選択されたアップリンクパケットを前記第２の測定ポイントが受け取るときに前記第２の測定ポイントに対してそれ自身のタイムスタンプを発生し、前記第２の測定ポイントから、それ自身のタイムスタンプ、接続アイデンティティ、及び接続シーケンス番号を、前記第１の測定ポイントへ送出し、そして前記第１の測定ポイントに対し、前記第１の測定ポイント自身のタイムスタンプ及び同じパケットについて前記第２の測定ポイントから送られたものに基づいてアップリンク遅延を計算すること、
   の内の少なくとも１つを含む、請求項４に記載の方法。
6. 前記方法は、
   前記第２の測定ポイントから接続特有のダウンリンクパケットロスレポートを前記第１の測定ポイントへ規則的に送出し、
   前記第１の測定ポイントに対して、接続アイデンティティ、タイムウインドウ、及び該タイムウインドウ内の前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタを特定し、
   前記第２の測定ポイントから受け取った接続特有のダウンリンクパケットロスレポートを、同じタイムウインドウに対して、前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタと比較する、
   ことを含み、前記第２の測定ポイントから受け取った前記接続特有のダウンリンクパケットロスレポートと、前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタとの差は、前記第１の測定ポイントと第２の測定ポイントとの間で失われるダウンリンクパケットの数を指示する、請求項１から５のいずれかに記載の方法。
7. 前記方法は、
   アップリンク方向の接続特有シーケンス番号のギャップに基づいてアップリンクパケットロスを記録する、
   ことを含み、ここで、前記第２の測定ポイントは、ベースステーションと前記第２の測定ポイントとの間のアップリンクパケットロスをカウントし、そして前記第１の測定ポイントは、ベースステーションと前記第１の測定ポイントとの間のアップリンクパケットロスをカウントし、更に、前記方法は、
   前記第２の測定ポイントに記録されたアップリンクパケットロスの情報を前記第１の測定ポイントへ規則的に送出し、及び
   前記第２の測定ポイントから受け取った接続特有のアップリンクパケットロス情報を、前記第１の測定ポイントによりカウントされたアップリンクパケットロスト比較する、
   ことを含み、ここで、前記第２の測定ポイントから受け取った前記接続特有のアップリンクパケットロス情報と、前記第１の測定ポイントによりカウントされたアップリンクパケットロスとの差は、前記第１の測定ポイントと第２の測定ポイントとの間で失われるアップリンクパケットの数を指示する、請求項１から６のいずれかに記載の方法。
8. 通信システムのネットワーク要素間で「クイックユーザデータグラムプロトコルインターネット接続」ＱＵＩＣ接続を経て送信されるユーザプレーンパケットを検出し(402)、
   検出されたユーザプレーンパケットに基づき、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーンパケットコンテキスト情報と、タイムスタンプ、パケットシーケンス番号及び／又はユーザプレーンパケットの接続アイデンティティを含むユーザプレーン顧客エクスペリエンス測定情報と、を得(403)、
   第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し(404)、第２の測定ポイントは、ヘッダエンリッチメントのためのイン・バンドインターネットプロトコルＩＰオプションを使用するか又はイン・バンド制御プレーンパケットヘッダエンリッチメントを使用することにより、ユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し、及び
   第１の測定ポイントで得た対応するコンテキスト情報及び第１の測定ポイントで受け取った対応するコンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる(405)、
   ことを装置が少なくとも遂行するようにさせる手段を備えた装置。
9. 前記手段は、
   チャンクとして構成されたＳＣＴＰペイロードを使用することにより情報のストリームを同じ制御プレーンパケットへと多重化すること、及び
   未知のチャンクタイプの選択されたビットを、事前に定義された値にセットして、未知のチャンクタイプが非エラーであることを指示すること、
   の内の少なくとも１つを装置が遂行するようにさせるよう構成される、請求項８に記載の装置。
10. 前記手段は、
    前記第１の測定ポイントと第２の測定ポイントとの間の一方向遅延又はパケットロスを測定し、及び
    無線アクセスセグメントにわたりＲＴＴ測定値を測定ポイントにおいて収集する、
    の少なくとも１つにより、協力的ユーザプレーン顧客エクスペリエンス測定を装置が遂行するようにさせるよう構成される、請求項８又は９に記載の装置。
11. 前記手段は、
    ＱＵＩＣパケットヘッダで得られるＱＵＩＣ接続アイデンティティをＱＵＩＣユーザプレーン接続の独特の識別子として使用し、
    Ｌ２トンネルプロトコルアイデンティティ及びＬ３トンネルプロトコルアイデンティティの組み合わせをＶＰＮユーザプレーン接続の独特の識別子として使用し、
    一方向ダウンリンク遅延測定のためユーザプレーンパケットを選択するスキームに事前に合意し、及び
    接続アイデンティティ、接続シーケンス番号、及び前記事前に合意したスキームにより測定されるべき各ダウンリンクユーザプレーンパケットに対応するタイムスタンプに関する情報を記憶する、
    の少なくとも１つを装置が遂行するようにさせるよう構成される、請求項８から１０のいずれかに記載の装置。
12. 前記手段は、
    前記事前に合意したスキームに従って選択されたユーザプレーンダウンリンクパケットを前記第２の測定ポイントが受け取るときに前記第２の測定ポイントに対してそれ自身のタイムスタンプを発生し、前記第２の測定ポイントから、それ自身のタイムスタンプ、接続アイデンティティ、及び接続シーケンス番号を、前記第１の測定ポイントへ送出し、そして前記第１の測定ポイントに対し、前記第１の測定ポイント自身のタイムスタンプ及び同じパケットについて前記第２の測定ポイントから送られたものに基づいてダウンリンク遅延を計算すること、及び
    前記事前に合意したスキームに従って選択されたアップリンクパケットを前記第２の測定ポイントが受け取るときに前記第２の測定ポイントに対してそれ自身のタイムスタンプを発生し、前記第２の測定ポイントから、それ自身のタイムスタンプ、接続アイデンティティ、及び接続シーケンス番号を、前記第１の測定ポイントへ送出し、そして前記第１の測定ポイントに対し、前記第１の測定ポイント自身のタイムスタンプ及び同じパケットについて前記第２の測定ポイントから送られたものに基づいてアップリンク遅延を計算すること、
    の内の少なくとも１つを装置が遂行するようにさせるよう構成される、請求項１１に記載の装置。
13. 前記手段は、
    前記第２の測定ポイントから接続特有のダウンリンクパケットロスレポートを前記第１の測定ポイントへ規則的に送出し、
    前記第１の測定ポイントに対して、接続アイデンティティ、タイムウインドウ、及び該タイムウインドウ内の前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタを特定し、
    前記第２の測定ポイントから受け取った接続特有のダウンリンクパケットロスレポートを、同じタイムウインドウに対して、前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタと比較する、
    ことを装置が遂行するようにさせるよう構成され、
    前記第２の測定ポイントから受け取った前記接続特有のダウンリンクパケットロスレポートと、前記第１の測定ポイント自身の接続特有のダウンリンクパケットロスカウンタとの差は、前記第１の測定ポイントと第２の測定ポイントとの間で失われるダウンリンクパケットの数を指示する、請求項８から１２のいずれかに記載の装置。
14. 前記手段は、
    アップリンク方向の接続特有シーケンス番号のギャップに基づいてアップリンクパケットロスを記録する、
    ことを装置が遂行するようにさせるよう構成され、
    前記第２の測定ポイントは、ベースステーションと前記第２の測定ポイントとの間のアップリンクパケットロスをカウントし、そして前記第１の測定ポイントは、ベースステーションと前記第１の測定ポイントとの間のアップリンクパケットロスをカウントするものであり、更に、前記手段は、
    前記第２の測定ポイントに記録されたアップリンクパケットロスの情報を前記第１の測定ポイントへ規則的に送出し、及び
    前記第２の測定ポイントから受け取った接続特有のアップリンクパケットロス情報を、前記第１の測定ポイントによりカウントされたアップリンクパケットロスト比較する、
    ことを装置が遂行するようにさせるよう構成され、
    前記第２の測定ポイントから受け取った前記接続特有のアップリンクパケットロス情報と、前記第１の測定ポイントによりカウントされたアップリンクパケットロスとの差は、前記第１の測定ポイントと第２の測定ポイントとの間で失われるアップリンクパケットの数を指示する、請求項８から１３のいずれかに記載の装置。
15. 通信システムのネットワーク要素間で「クイックユーザデータグラムプロトコルインターネット接続」ＱＵＩＣ接続を経て送信されるユーザプレーンパケットを検出し(402)、
    検出されたユーザプレーンパケットに基づき、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーンパケットコンテキスト情報と、タイムスタンプ、パケットシーケンス番号及び／又はユーザプレーンパケットの接続アイデンティティを含むユーザプレーン顧客エクスペリエンス測定情報と、を得(403)、
    第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し(404)、第２の測定ポイントは、ヘッダエンリッチメントのためのイン・バンドインターネットプロトコルＩＰオプションを使用するか又はイン・バンド制御プレーンパケットヘッダエンリッチメントを使用することにより、ユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し、及び
    第１の測定ポイントで得た対応するコンテキスト情報及び第１の測定ポイントで受け取った対応するコンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる(405)、
    ことを装置が少なくとも遂行するようにさせる手段を含む装置を備えた通信システム。
16. コンピュータにより読み取り可能な記録媒体であって、コンピュータにロードされたとき、ネットワーク装置が、
    通信システムのネットワーク要素間で「クイックユーザデータグラムプロトコルインターネット接続」ＱＵＩＣ接続を経て送信されるユーザプレーンパケットを検出し(402)、
    検出されたユーザプレーンパケットに基づき、第１の測定ポイント及び第２の測定ポイントにおいて、ユーザプレーン顧客エクスペリエンス測定情報と、タイムスタンプ、パケットシーケンス番号及び／又はユーザプレーンパケットの接続アイデンティティを含むユーザプレーンパケットコンテキスト情報と、を得(403)、
    第２の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し(404)、第２の測定ポイントは、ヘッダエンリッチメントのためのイン・バンドインターネットプロトコルＩＰオプションを使用するか又はイン・バンド制御プレーンパケットヘッダエンリッチメントを使用することにより、ユーザプレーン顧客エクスペリエンス測定情報及びユーザプレーンパケットコンテキスト情報を第１の測定ポイントへ送信し、及び
    第１の測定ポイントで得た対応するコンテキスト情報及び第１の測定ポイントで受け取った対応するコンテキスト情報を使用することにより、第１の測定ポイントで得たユーザプレーン顧客エクスペリエンス測定情報を、同じユーザプレーンパケット又は関連ユーザプレーンパケットに関して第２の測定ポイントから受け取ったユーザプレーン顧客エクスペリエンス測定情報と相関させる(405)、
    ことを実行するようにさせることを含むコンピュータプロセスを実行するプログラムインストラクションを記憶した記録媒体。

Images