JP5539505B2

JP5539505B2 - ユーザ感覚でのｔｃｐスループットの推定

Info

Publication number: JP5539505B2
Application number: JP2012516517A
Authority: JP
Inventors: タマスボルソス，; ラースローコヴァークス，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2009-06-25
Filing date: 2009-06-25
Publication date: 2014-07-02
Anticipated expiration: 2029-06-25
Also published as: JP2012531146A; WO2010149186A1; EP2446583A1; US20120110012A1

Description

本発明は、パケット交換（ＰＳ）通信ネットワーク、特に伝送制御プロトコル（ＴＣＰ）によりデータ・パケットを転送する移動通信ネットワークに関するものである。

ユーザ・トラヒックのスループットは、ＰＳ移動通信ネットワークにおける最も重要な性能測度の１つである。通信ネットワークでは、スループットは、通信チャネルによって伝達されたサクセスフル・オブジェクト配信の平均速度である。このデータは、物理リンク又は論理リンクによって、無線チャネルによって配信される場合があり、又はあるネットワーク・ノードを通過して、たとえば２つの特定のコンピュータ間で渡されるデータである。スループットは、移動広帯域サービス品質の主要な測度であり、そして通常秒あたりのビット（ビット／秒又はｂｐｓ）で測定され、そして時には秒あたりのデータ・パケット、又はタイムスロットあたりのデータ・パケットで測定される。

どのＰＳネットワーク運用会社も、エンドユーザに対して最高のスループットを保証することは不可欠である。これらのネットワークでトラヒックの大部分（９０％−９５％）は、ＴＣＰによって伝えられ、基本的に、この伝送プロトコルを用いる全てのアプリケーションに対してエンドユーザの体感を決定する。したがって、ＴＣＰスループットの測定は、ＰＳサービスの満足できる性能を保証する主要課題である。

運用しているＰＳネットワークでＴＣＰスループットを測定する３つの基本的な方法がある。第１の可能な方法は、能動試験（active testing）である。これは、簡単さゆえにスループットを測定する最もありふれた方法である。この場合、そのようなタスク専用の特定端末が、転送プロトコルとしてＴＣＰを用いるファイル転送プロトコル（ＦＴＰ）トラヒックを生成し、そしてスループットを測定する。標準のＥＴＳＩＴＳ１０２２５０−２会話処理、伝送及び品質のアスペクト（ＳＴＱ）は、ＧＳＭ（登録商標）ネットワーク及び３Ｇネットワークで普及しているサービスに対するサービス品質（ＱｏＳ）アスペクトに関する。標準の仕様書では、ＦＴＰ平均データ速度のパラメータが、スループットを測定するために定義されている（６．１．７項）。データ・リンクが首尾よく確立されてから、このパラメータは、サービスへの接続時間全体を通じて測定される平均データ転送速度を表現する。ダウンロードするターゲット・ファイルが、測定対象ネットワークへの接続が良好なサーバに位置しており、そのためスループットのボトルネックは、能力を試験するネットワーク内にあるはずである。

第２の方法は、加入者端末による測定である。この場合、性能測定は加入者の端末で直接行われる。そのような測定は、たとえば、エリクソンのＴＥＭＳ電話により、又は国際公開第２０００／６７５０７号パンフレットＡで説明されている解決策により実行でき、特許広報では、移動端末でサービス及びネットワーク性能を遠隔で監視する能力を導入しており、そしてネットワーク運用会社が顧客の実感する品質を測定するのに最良の機会を提供している。

第３の方法は、ネットワーク内で実行される受動測定である。トラヒックは、ネットワーク内で、ノードにより測定されるか、又はあるインタフェースで捉えられ、そして性能指標がこの情報を処理することにより得られる。いくつかの関連著作物で示されているように、性能指標は、エンドユーザ感覚での品質が指標によりよく近似されるように定義可能である。このタイプの測定に対する解決策は、米国特許第６，８０７，１５６号で知られている。

ユーザ感覚での性能はユーザ端末において最もよく観測できるのは、明らかである。このことにも係わらず、第３の方法は、特定の端末が必要とされず、そして稼働ネットワークにおける全ての端末が観測できるので、最初の２つに勝る多くの利点がある。さらに、受動測定は、コスト効率がよく、そして大規模な監視が可能であり、少数の測定点がネットワークの大部分を対象にできるからである。測定が実際のユーザの所在位置及び、種類及び構造のようなユーザ装置に基づいているので、受動測定はユーザの体感に対する遥かによい推定を提供するのが、また有利である。

受動ネットワーク監視に基づいたスループット推定方法では、ＴＣＰデータ速度計算が詳細なパケット検査（deep packet inspection）によるいくつかのネットワーク・トラヒック監視ツール及びシステムの一部であることが、同時に実践から知られている。しかしながら、ＴＣＰ速度の実装の詳細が異なると、ネットワーク性能評価に対して異なる値を与える。

有用な性能測度は、あらゆるＴＣＰ接続のビット速度ではなく、ＦＴＰのようなファイル／オブジェクト転送（アップロード又はダウンロード）の間、すなわちバルク・データのファイル／オブジェクト転送期間中に通常達成されるＴＣＰスループットである。そのようなファイル転送の識別は難しい。しかしながら、ＦＴＰプロトコルは稀にしか用いられず、それでＦＴＰ標本はユーザの母集団を十分にはよく表さないであろう。ＨＴＴＰベースのアプリケーションは、一方、非常に多様な機能、ウェブ・ブラウジング、格納コンテンツ・ストリーミング、実時間ストリーミング、ソーシャル・ネットワーキング、チャット、ＩＰ音声、などを有している。ＦＴＰのようなファイル／オブジェクト転送であるそのような接続／トランザクションを選ぶことは難しい。

さらに、ネットワーク運用会社は、貧弱な（パケット損失／遅延が極めて高い）インターネット・パス、又はサーバ／クライアント側の制限（ＴＣＰサーバ・ソケットの大きさ、受信ウィンドウの設定、など）により引き起こされる潜在的なボトルネックを除いて、自身のネットワークの性能に主たる関心がある。この解析は、今日、性能解析ツールに用いられる方法では不可能である。

国際公開第２００５／０９８４６１号パンフレットＡ２で説明されているように、無線ネットワークのエンド・ツー・エンドのスループットに対するこのような種類の推定器について流布している知識がある。特許広報は、無線ネットワーク・システムにおいて接続中に実時間でユーザにより実感されるスループットを動的に測定し、そして推定するアーキテクチャを提示している。アーキテクチャには、測定対象のトラヒックが通過しなければならない関門ノードを含む。アーキテクチャはまた、アプリケーションで利用できるスループットを決定するためのスループット推定器（ＴＥ）を含む。文書にはいくつかのＴＥ実現法が説明されている。最も関連のあるＴＥは、“ＴＣＰ追跡ＴＥ（TCP trace TE）”であり、コンテンツの大きさ、及びコンテンツ配信のためのバルク・データ転送時間が、スループットの計算に用いられる。しかしながら、ＴＥがスループットを測定するのに適切なコンテンツをどのように識別するかが説明されていない。

英国特許出願ＧＢ２４３７０１２Ａでは、ユーザ・スループットは受信信号品質に基づいて端末装置で推定される。ＵＫ特許出願では、信号品質をスループットに翻訳するために、スループット関数計算機能を適用する。この機能は端末内にあり、それで、広域にわたるユーザの下でのネットワーク監視はできない。さらに、この機能はスループットを直接測定しないが、しかし、スループットは理論的なプロトコル・モデルを用いる推定の結果であり、信頼性に劣る。

論文“ＧＰＲＳでのエンド・ツー・エンドＴＣＰ性能の大規模な受動解析”、Ｉｎｆｏｃｏｍ２００４では、受動測定技法が、ＴＣＰスループット推定に対して説明されている。しかしながら、ＨＴＴＰでのトラヒックは、常に“リソースを喰う（greedy）”、ＦＴＰのようなダウンロードであると仮定している。今日この仮定は妥当ではない。さらに、この受動測定技法は、恐らく、輻輳しているインターネット・パス及びサーバ制限の影響を含めて、エンド・ツー・エンドＴＣＰスループットを測定する。

このようにして、ユーザ感覚でのＴＣＰスループットを決定するために受動ネットワーク測定に基づいた解決策を与える特別な必要性があって、運用中の移動ネットワーク外部のボトルネックが取り除かれる。換言すると、測定は、標準のＥＴＳＩＴＳ１０２２５０−２、参照ＦＴＰサーバからの／への広く用いられている能動ＦＴＰ測定で規定されているＦＴＰ平均データ速度に相当していなければならない。

既存の受動測定解決策は、上記の要件には程遠く、受動測定解決策は全て、２つの重要な機能を欠いているからである。２つの重要な機能は、ａ．）有効なスループット計算に用いることができる、ＴＣＰバルク・データ期間（ＦＴＰのようなダウンロードで、たとえば、テルネット接続又は速度制御されるアプリケーション・ストリームではない）を検出することであり、そしてｂ．）運用中のネットワーク性能を推定し、そしてエンド・ツー・エンドのパスにおける他の構成要素、たとえば輻輳しているインターネット・リンク、又は移動アクセスのためではなく固定のアクセスのために最適化されるサーバ・パラメータの設定の影響を減ずることである。

したがって、本発明の目的は、移動ＰＳネットワークにおいてユーザ感覚でのＴＣＰスループットを推定するために受動ネットワーク測定に基づいた解決策を与えることであって、運用中の移動ネットワーク外部のボトルネックが取り除かれる。

本発明は、“帯域幅を喰う”、ＦＴＰのような、ＴＣＰバルク・データ期間及びサーバ側の制限を直接検出する代わりに、インターネット側、通常、コンテンツ配信サーバでのＴＣＰ接続端点での多様性を用いることが可能であるという認識に基づいている。本発明は、バルク・データのファイル／オブジェクト転送期間中にインターネット側での各サーバからの／への移動ネットワークのインタフェースでＴＣＰスループットを監視し、そして測定して、そしてそれらのスループット統計に従ってサーバをランク付けする。最上位の性能のサーバは、（ｉ）バルクの、リソースを喰うＴＣＰダウンロードのみに対するコンテンツを格納し、そして提供するように、（ｉｉ）サーバ側のいかなる性能ボトルネックがないように、そして（ｉｉｉ）測定対象移動ネットワークへのインターネット接続が良好であるように期待される。最上位の性能のサーバは、統計的アルゴリズムにより分類されてグループにまとめられる。ユーザから、平均スループットが最高の最上位グループに属するサーバに向かうスループット標本が、ＰＳ移動ネットワークにおいてユーザ感覚でのＴＣＰスループットに対する適切な推定を得るように平均が取られる。

別の態様では、本発明は、ユーザ感覚でのＴＣＰスループットの推定を実行するデバイスを対象にしている。デバイスは、性能レコードを性能データベースに送る、インタフェース監視及び解析モジュールを備える。サーバ分類モジュールは、サーバ情報を性能データベースから受信し、そしてデータベース拡張情報を性能データベースに送る。性能推定モジュールは拡張された性能レコードを性能データベースから受信する。

性能レコードには、ユーザ固有の情報、スループット測定情報、及びサーバをランク付けするための情報、及びサーバを分類するための分類情報がある。

好都合な実施形態では、ユーザ固有の情報はユーザＩＤであり、又は接続中の最大受信ウィンドウ・サイズを含み、又はユーザ装置カテゴリを含む。サーバ情報には、サーバ・アドレス、又はＤＮＳ名、又はコンテンツ・タイプ情報又はサービス・タイプ情報を含む場合がある。性能レコードはさらに、移動ネットワークの固有統計情報及びインターネット側の固有統計情報を備える場合がある。

本発明の最も重要な利点は、アプリケーションが移動ＰＳネットワークにより提供されるＴＣＰスループットを推定するための受動方法に気付かないことである。

ＴＣＰレイヤを越えるＤＰＩ（詳細なパケット検査）の必要性がないこともまた、有利である。

別の利点は、利用できる帯域幅を使用できる、ＴＣＰダウンロード及びＴＣＰベースのアプリケーションを自動的に選択することである。これは、本アルゴリズムの固有素性である。

少数の測定点がネットワークの大部分を賄うことができるので、本発明は移動パケット・ネットワークの性能を試験するのにコスト効率のよい手法である。

さらなる利点は、本方法がすでに能動ＦＴＰドライブ試験に匹敵する、代表的な、統計的に関連のある結果を与えることである。

本発明のより完全な理解のために、添付図面と併用される以下の詳細な明細書に言及する。
本発明の実施形態に従って、移動ＰＳネットワークにおいてユーザ感覚でのＴＣＰスループットを推定するためのシステム・モデルを概略的に説明する図である。本発明の実施形態において行われる方法のステップを説明するための概略フロー図である。本発明を実施するデバイスを説明する概略ブロック図である。

図１で、移動ＰＳデータ・ネットワーク１０３のユーザ１０４は、インターネット１０２にアタッチされたサーバ１０１に接続（破線）している。図示されているように、各ユーザ１０４は、それぞれ１０５、１０６及び１０７で示されている、Ｉｕ−ＰＳインタフェース、Ｇｎインタフェース及びＧｉインタフェースを通して各サーバ１０１へ／からパケット・データを送受信できる。

Ｉｕ−ＰＳインタフェース１０５は、在圏ＧＰＲＳサポート・ノード（ＳＧＳＮ）と、ＧＰＲＳコア・ネットワークの、ユーザ１０４のアクセス・ネットワークへの接続点である無線ネットワーク制御装置（ＲＮＣ）との間で規定されている。

Ｇｎインタフェース１０６は、ＳＧＳＮと関門ＧＰＲＳサポート・ノード（ＧＧＳＮ）との間の参照点であり、そしてＰＤＰテキスト起動のために、及びユーザ・データの転送のために用いられる。

Ｇｉインタフェース１０７は、ＧＰＲＳコア・ネットワークがインターネットに接続する参照点としての機能を果たす。その代わりに、法人顧客は、より高い安全性のために、この参照点に直接接続する場合がある。この参照点は、普通、まさにＩＰネットワークであるが、けれども、トンネリング・プロトコルがその代わりに用いられる場合がある。

図２は、移動パケット交換データ・ネットワークにおいてユーザ感覚でのＴＣＰスループットを推定するための方法のステップを示す。

第１のステップＳ１で、移動ネットワークのインタフェースが監視される。移動ネットワークのＧｉインタフェース、Ｇｎインタフェース、又はＩｕ−ＰＳインタフェースは、そのような監視に相応しい。第２のステップＳ２で、バルク・データのファイル／オブジェクト転送期間中に、インターネット側の各サーバから／へのインタフェースでのＴＣＰスループットが測定される。第３のステップＳ３で、サーバは、それらのスループット統計に従ってランク付けされる。第４のステップＳ４で、サーバはグループに分類される。第５のステップＳ５で、平均スループットが最も高い最上位グループのサーバが特定される。最後のステップＳ６で、ユーザから最上位グループのサーバに向かうスループット標本を平均することにより、パケット交換移動ネットワークにおいてユーザ感覚でのＴＣＰスループットが推定される。

移動パケット交換ネットワークにより提供される利用可能なＴＣＰスループットを推定するためのデバイスの考えられる実施形態が、図３に見ることができる。

インタフェース監視及び解析モジュール３０２は、標準化されたインタフェース（たとえば、Ｉｕ−ＰＳ、Ｇｎ、Ｇｉ）でトラヒックを捉え、そして捉えたユーザ・パケット・フローを通して解析することによりＴＣＰ接続の性能レコード３０６を作る。性能レコード３０６は、以下の重要なフィールドを含む（表１を参照）。

ここで、
Ｕ：トラヒック・トレースから抽出できるユーザ固有の情報（たとえば、接続中の最大受信ウィンドウ・サイズ、ユーザ装置カテゴリ）
Ｔ：スループット測定情報
Ｎ：移動ネットワーク及びインターネット側の固有統計（たとえば、損失、遅延、など）
Ｓ：監視点を通過するトラヒックから抽出できるサーバ情報、たとえばサーバ・アドレス、又はドメイン名システム（ＤＮＳ）名、コンテンツ・タイプ、サービス・タイプ。

パケット・トレースから明確には抽出できない、特性に影響する他の性能がある。たとえば、サーバのウィンドウ・サイズ、又はサーバでの種々の速度制御メカニズム（損失による速度制御、一括速度制御）はまた、達成可能なスループットに影響を与える。パケット・トレースからこの情報を抽出するステップは、複雑な課題であるだろうが、しかし、ここでは、サーバ分類モジュール３０３がこれらの種類の“隠れた（hidden）”制限を有するサーバを、ネットワークの性能に影響する最小限の制限を有するそれらのサーバとは別の分類に割り当てるので、必要ではない。

インタフェース監視及び解析モジュール３０２により生成される、ＴＣＰ性能レコードは、性能データベース３０１に格納される。性能データベース３０１は、インタフェース監視及び解析モジュール３０２により作成される、性能レコードを格納し、そしてそれらをサーバ分類モジュール３０３に転送する。サーバ分類モジュール３０３は、ＴＣＰ性能レコードに関して分類方法を行い、そして性能データベース３０１に格納されている記録を拡張する。拡張された性能レコードの重要なフィールドは表２に見ることができる。

ここで、
Ｕ、Ｔ、Ｎ、Ｓの各フィールドは、表１と同じである。Ｇフィールドは、サーバ分類モジュール３０３の出力についての情報を含む。

サーバ分類モジュール３０３は、性能データベース３０１からサーバ情報３０８を読み、そしてユーザが測定期間中にダウンロードを開始した、各サーバに向かうスループット測定結果から統計データ集合を形成する。オプションとして、分類の根拠は、任意の属性集合（たとえば、｛サーバ識別子、ユーザ装置カテゴリ、受信ウィンドウ・サイズ｝）であることができる。デフォルトの分類は、サーバ識別子のみに基づいている。

分類方法は、データ集合に統計的検定を施すことにより、種々のサーバに属するデータ集合（すなわち属性集合）からサーバ・グループを形成する。スループット測定値が大して違わないデータ集合は、同じグループに属するであろう。

平均を比較する可能な方法は、一元配置分散分析（ＡＮＯＶＡ）法（有意水準αパーセント）である。この統計方法の目標は、いくつかの母集団の平均値を比較することである。サーバ・グループを形成するために、最初に標本数が最多であるサーバ（生成元サーバ）及び、平均値が生成元サーバから大して違わない（すなわち、有意水準がαパーセントの一元配置ＡＮＯＶＡ法は、平均が異なっているとは言っていない）全てのサーバを選択する。その後、選択されたサーバをサーバ・リストから除外し、そしてグループ分け処理を再開する。

分類してから、サーバ分類モジュール３０３は、性能データベース３０１内の性能レコード３０７をグループ分け情報フィールド（表２のＧフィールド）により拡張する。これらのフィールドは、分類方法の出力についての情報、たとえば、ＴＣＰ測定記録が属するサーバ・グループ、サーバ・グループのメンバー・リスト、損失及び遅延のサーバ・グループからの総統計を含む。

性能推定モジュール３０４は、性能データベース３０１から拡張された性能レコード３０５を読み出して、これらの記録を評価し、そして移動ネットワークの性能についての統計を提供することになる。

たとえば、移動ＰＳネットワーク、たとえば３Ｇ移動ネットワークの平均ＴＣＰスループットを知りたければ、平均スループットが最も高いサーバ・グループを選択する。このグループは、数百のユーザから、ネットワークの性能に影響するサーバ側制限要因が最も少ないサーバ・グループに向かう、多くのＴＣＰ性能レコードを含む。これらのサーバはまた、インターネット側の“良好な（good）”遅延及び損失の状態を有すると思われる。それで、最上位グループ、すなわち平均スループットが最も高いグループのサーバに属しているスループット測定の平均は、移動パケット・ネットワーク（たとえば、３Ｇ移動ネットワーク）の容量を表す。性能推定モジュール３０４は、他の有用な情報、たとえば平均スループットに対する９５パーセント信頼区間、ネットワーク側の平均遅延及び平均損失などを、また、最上位グループから提供できる。

たとえば、運用会社は、種々のユーザ装置（ＵＥ）カテゴリ端末に対して、高速下りリンク・パケット・アクセス（ＨＳＤＰＡ）ネットワークの利用可能なＴＣＰスループットを知りたがるであろう。ＵＥカテゴリ１２の端末は、（最大データ速度が約１．５Ｍｂｐｓである）４相位相変調（ＱＰＳＫ）の変調方式のみをサポートし、そして利用できるスループットは、１６直交振幅変調（１６ＱＡＭ）を用いることのできるＵＥカテゴリ６の端末に対するものよりも、また、恐らく少ないであろう（ＵＥカテゴリ６の端末に対する最大データ速度は約３Ｍｂｐｓである）。この場合、それにより分類方法を実行しなければならない属性集合は、サーバ識別子、ユーザ装置カテゴリ対である。
別の影響因子は、受信ウィンドウの大きさである可能性があろう。運用会社が、クライアント設定が正しいユーザに対してネットワークにより提供されるスループットとクライアント設定が誤っている（受信ウィンドウ・サイズが小さすぎる）ユーザに対してネットワークにより提供されるスループットとの差を知りたいと、受信ウィンドウ・サイズがまた、分類方法の属性集合に付加されるべきである。

本発明は、ごくわずかの典型的な実施形態に関連して詳細に説明されているが、当業者は、様々な修正が本発明から逸脱することなくなされることができるということを理解するであろう。したがって、本発明は以下の特許請求範囲によりのみ規定され、特許請求範囲は、それの全ての等価物を包含することを意図している。

Claims

移動パケット交換データ・ネットワークにおいてユーザ感覚でのＴＣＰスループットを推定する方法であって、
前記移動パケット交換データ・ネットワークのインタフェースを監視するステップ（Ｓ１）と、
バルク・データのファイル転送期間中又はオブジェクト転送期間中にインターネット側の複数のサーバのそれぞれからの又はそれぞれへの前記インタフェースでのＴＣＰスループットを測定するステップ（Ｓ２）と、
それらのスループットの統計に従って前記複数のサーバをランク付けするステップ（Ｓ３）と、
前記複数のサーバを複数のグループへ分類するステップ（Ｓ４）と、
最高の平均スループットを有する前記複数のサーバの最上位グループを特定するステップ（Ｓ５）と、
前記最上位グループに属する複数のサーバに向けられた複数のユーザからのスループットサンプルを平均化することによって、移動パケット交換データ・ネットワーク（１０３）におけるユーザ感覚でのＴＣＰスループットを推定するステップ（Ｓ６）と
を含み、
前記複数のサーバを複数のグループへ分類する前記ステップは、
統計分析による複数の前記性能レコードのスループット測定情報の平均値を比較するステップと、
サーバ分類情報（Ｇ）を用いて拡張された前記性能レコードを作成するステップと
を含むことを特徴とする方法。
前記インタフェースは、前記移動パケット交換データ・ネットワークにおけるＧｉインタフェース（１０５）、Ｇｎインタフェース（１０６）、又はＩｕ−ＰＳインタフェース（１０５）であることを特徴とする請求項１に記載の方法。
前記複数のサーバをランク付けする前記ステップは、
ユーザ固有の情報（Ｕ）と、
スループット測定情報（Ｔ）と、
サーバ情報（Ｓ）と
を含む性能レコードを作成することによって、実行されることを特徴とする請求項１に記載の方法。
前記ユーザ固有の情報は、ユーザＩＤであることを特徴とする請求項３に記載の方法。
前記ユーザ固有の情報は、接続中の最大受信ウィンドウ・サイズ含むことを特徴とする請求項３に記載の方法。
前記ユーザ固有の情報は、ユーザ装置カテゴリを含むことを特徴とする請求項３に記載の方法。
前記サーバ情報は、サーバ・アドレス又はＤＮＳ名を含むことを特徴とする請求項３に記載の方法。
前記サーバ情報は、コンテンツ・タイプ情報、又はサービス・タイプ情報を含むことを特徴とする請求項３に記載の方法。
前記性能レコードは、さらに、前記移動パケット交換データ・ネットワークにおける固有統計情報、及びインターネット側の固有統計情報を含むことを特徴とする請求項３に記載の方法。
前記統計分析は、一元配置ＡＮＯＶＡ分析であることを特徴とする請求項１に記載の方法。
移動パケット交換データ・ネットワークにおいてユーザ感覚でのＴＣＰスループットを推定する装置であって、
性能レコード（３０６）を性能データベース（３０１）へ送信するインタフェース監視及び解析モジュール（３０２）と、
前記性能データベース（３０１）からサーバ情報（３０８）を受信し、データベース拡張情報（３０７）を前記性能データベース（３０１）へ送信するサーバ分類モジュール（３０３）と、
前記性能データベース（３０１）から拡張された性能レコード（３０５）を受信する性能推定モジュール（３０４）と
を備え、
サーバ分類モジュール（３０３）は、
統計分析による複数の前記性能レコードのスループット測定情報の平均値を比較し、
サーバ分類情報（Ｇ）を用いて拡張された前記性能レコードを作成することを特徴とする装置。
前記インタフェース監視及び解析モジュール（３０２）は、前記移動パケット交換データ・ネットワークにおけるＧｉインタフェース、Ｇｎインタフェース、又はＩｕ−ＰＳインタフェースであることを特徴とする請求項１１に記載の装置。
前記性能データベース（３０１）は、
ユーザ固有の情報（Ｕ）と、
スループット測定情報（Ｔ）と、
サーバ情報（Ｓ）と、
前記サーバ分類情報（Ｇ）と
を含む拡張された性能レコード（３０５）を含むことを特徴とする請求項１１に記載の装置。
データベース拡張情報（３０７）は、前記サーバ分類情報（Ｇ）を含むことを特徴とする請求項１１に記載の装置。