JP2015511415A

JP2015511415A - モバイル端末のインターネットアクセスサービスの品質を監視するための方法、デバイス、およびシステム

Info

Publication number: JP2015511415A
Application number: JP2014549330A
Authority: JP
Inventors: 洪丁 ▲張▼; （▲韋▼▲華▼）周; 昆李
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-12-26
Filing date: 2012-12-10
Publication date: 2015-04-16
Anticipated expiration: 2032-12-10
Also published as: KR20140116440A; US9398475B2; CN102752792A; RU2581044C2; EP2787758B1; US20140334326A1; CA2860467C; KR101545828B1; EP2787758A4; CN102752792B; EP2787758A1; RU2014131029A; WO2013097593A1; JP5873188B2; CA2860467A1

Abstract

方法は、モバイル端末によって、インターネットアクセスサービスのIPデータパケットを収集するステップと、モバイル端末によって、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するステップと、解決結果を取得するために、モバイル端末によって、IPデータパケットにディープパケット解決を実行するステップと、IPデータパケットの解決結果に応じて、モバイル端末によって、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集するステップと、統計値を用いて取得された主要品質指標を、モバイル端末によってネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにするステップとを含む。

Description

本発明は通信分野に関し、具体的には、モバイル端末のインターネットアクセスサービスの品質を監視するための方法、デバイス、およびシステムに関する。

モバイル端末ユーザのサービス品質を保証することは、ネットワークサービスプロバイダの極めて重要なタスクである。より多くのユーザにサービスが受け入れられ、ネットワークサービスプロバイダのサービス能力を常に向上させるために、ネットワークサービスプロバイダは、プロバイダによるサービスに対するユーザ経験を知ることによって、それに応じて最適化されたポリシーを策定してリソース構成を調節することができる。さらに、ネットワークサービスプロバイダは、競争の中で主導権を得るべく、自身の競争力を鋭くして、競争相手の弱点を利用できるようにするために、競争における自身のステータスを知り、また自身の弱点および競争相手の弱点を識別するために競争環境に応じて効果的な比較および分析を行うことができる。

従来のサービス品質監視モードに基づいて構築されたネットワーク管理システムが監視できるのは、RAN(無線アクセスネットワーク)側、コアネットワーク、およびゲートウェイ側などのバックボーンネットワーク要素デバイスの平均的なネットワークサービス品質だけである。したがって、従来技術ではプローブソリューション(probe solution)が提案されている。このソリューションは、RAN側、コアネットワーク側、およびサービスゲートウェイ側のプローブシステムを使用することによって、Iu-PS、Gb、Gn、Gi、およびGwなどのインターフェースを監視して、ネットワーク全体のユーザのネットワーク経験指標を監視することができる。しかしながら、このソリューションは依然として基地局からインターネットへのリンク上のワイヤレスサービスネットワーク品質を監視することに限定されており、基地局からモバイル端末ユーザへのネットワークKQI(主要品質指標)を監視することができない。

したがって、特に、インターネットアクセスサービス品質に対するモバイルユーザの経験を正確に監視するために、ワイヤレスサービスの動作品質を学ぶ方法は、ワイヤレス事業者にとって喫緊に解決するべき技術的な問題となっている。

本発明の実施形態は、モバイルユーザのインターネットアクセスサービスの品質の監視を実装するために、モバイル端末のインターネットアクセスサービスの品質を監視するための方法、デバイス、およびシステムを提供する。

この目的のために、本発明の実施形態は下記の技術的ソリューションを提供する。

モバイル端末のインターネットアクセスサービスの品質を監視するための方法は、モバイル端末によって、インターネットアクセスサービスのIPデータパケットを収集するステップと、モバイル端末によって、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するステップと、解決結果を取得するために、モバイル端末によって、IPデータパケットにディープパケット解決を実行するステップと、IPデータパケットの解決結果に応じて、モバイル端末によって、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集するステップと、統計値を用いて取得された主要品質指標を、モバイル端末によってネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにするステップとを含む。

モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集するように構成された収集ユニットと、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するように構成されたディープパケット識別ユニットと、解決結果を取得するために、IPデータパケットにディープパケット解決を実行するように構成されたディープパケット解決ユニットと、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集するように構成された統計値収集ユニットと、統計値を用いて統計値収集ユニットによって取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにするように構成されたアップローディングユニットとを含む。

モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムは、モバイル端末およびネットワークサーバを含み、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、解決結果を取得するために、IPデータパケットにディープパケット解決を実行して、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードするように構成されており、ネットワークサーバは、モバイル端末によってアップロードされた主要品質指標を受信して、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視するように構成されている。

本発明の実施形態によって提供されるモバイル端末のインターネットアクセスサービスの品質を監視するための方法、デバイス、およびシステムによれば、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、IPデータパケットにディープパケット解決を実行して、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装して、事業者のワイヤレスネットワークの運用およびメンテナンス能力を向上して、ネットワーク最適化のための正確な意思決定ベースを提供する。

本出願の実施形態または従来技術における技術的ソリューションをより明確に説明するために、下記で本実施形態に必要な添付の図面を簡単に紹介する。下記の説明における添付の図面は本発明のいくつかの実施形態を示しているにすぎず、当業者は依然としてこれらの添付の図面から他の図面を導き出すことができることが明らかである。

本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の流れ図である。既存の標準TCP/IPプロトコルネットワークの4層アーキテクチャの概略図である。本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の別の流れ図である。本発明の実施形態による、モバイル端末のHTTPサービスのメッセージインタラクション手順を示す図である。本発明の実施形態による、モバイル端末の概略的構造図である。本発明の実施形態による、モバイル端末の別の概略的構造図である。本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムの概略図である。

当業者が本発明の実施形態のソリューションをよりよく理解できるようにするために、下記で、添付の図面および実装方法を参照して本発明の実施形態をさらに詳細に説明する。

本発明の実施形態における、モバイル端末のインターネットアクセスサービスの品質を監視するための方法および装置によれば、モバイル端末側にDPI(ディープパケットインスペクション)技術を導入することによって、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに識別および解決を実行して、解決結果に応じてモバイル端末側のインターネットアクセスサービスのKQIに関する統計値を収集して、統計値を用いて取得されたKQIをネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装するように構成される。

図1に示されるように、図1は、本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の流れ図であり、本方法は下記のステップを含む。

ステップ101:モバイル端末が、インターネットアクセスサービスのIPデータパケットを収集する。

モバイル端末の音声サービスのデータパスとインターネットアクセスサービスのデータパスは分離されており、インターネットアクセスサービスのIPデータパケットは固定伝送パスを有するので、伝送パスを使用することによってインターネットアクセスサービスのIPデータパケットを取得することができる。図2に示されるように、標準TCP/IPプロトコルネットワークの4層アーキテクチャは、ネットワークインターフェース層、インターネット層、トランスポート層、およびアプリケーション層を含む。IPデータパケットはインターネット層に配置されている。本発明の実施形態では、ある実装方法で、TCP/IP 4層モデルのインターネット層におけるIPデータパケットを収集することができ、取得されたIPデータパケットは後に識別および解決するためにキャッシュされる。別の実装方法では、インターネット層におけるIPデータパケットは、インターネットアクセスサービスポートに基づいて選別される。たとえば、モバイル端末がQQクライアントとHTTP BROWSINGウェブブラウジングの2つのインターネットアクセスサービスを開始する。インターネット層におけるQQクライアントに属するすべてのフローを分離するために、モバイル電話はQQクライアントに対応する処理に対応するポート範囲を検出することができ、インターネット層における残りのIPデータパケットはHTTP BROWSINGウェブブラウジングに属する。

ステップ102:モバイル端末が、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別する。

各インターネットアクセスサービスは、対応する機能を有する。したがって、本発明の実施形態では、IPデータパケット内のクインティプル(quintuple)フローのインターネットアクセスサービスのタイプを識別するために、たとえばポート識別、機能識別、および相関識別などの識別方法などの、異なる複数の識別方法でIPデータパケットを識別することができ、それらは例を参照して別々に説明する。IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するために、ポート識別、機能識別、および相関識別のうちの任意の1つまたは複数の識別方法が使用され得る。

(1)ポート識別

標準的なプロトコル仕様によって規定されているいくつかのプロトコルでは、識別を行うためによく知られているポートを使用することができる。

たとえば、DNS(ドメイン名システム)プロトコルでは、識別を行うためにDNSのよく知られているポート53を使用することができる。

(2)機能識別

多くのプロトコルメッセージパケットはいくつかの特別なキーワードを含んでおり、これらのキーワードは固定位置に配置されてもよく、変動する位置に配置されてもよい。これらのキーワードはプロトコルメッセージパケットのコンテンツ機能を形成する。

たとえば、HTTP(ハイパーテキスト転送プロトコル)メッセージパケットは、「GET」、「POST」、「HTTP/1.1」、および「HOST」などのキーワードを含む。IPデータパケットに含まれるこれらのキーワードが識別されると、IPデータパケットに対応するインターネットアクセスサービスのタイプはHTTPウェブブラウジングサービスであると決定することができる。

(3)相関識別

いくつかのサービスでは、制御フローとサービスフローは分離されており、サービスフローには機能がない。この場合、相関識別技術を使用することができる。具体的には、まず制御フローを識別することができ、制御フローのプロトコルによって制御フローにディープパケット解決を実行することができ、次いでプロトコルコンテンツ(IPおよびポート情報)から対応するサービスフローが識別される。

たとえば、FTP(ファイル転送プロトコル)ファイル転送サービスでは、まずFTPネゴシエーション制御フローが識別され、次いでFTP制御フローを解決することによってそのデータフローの関連する機能(IPおよびポート)情報が取得され、後に、機能情報を使用することによってFTPデータフローが識別される。

もちろん、実際の適用では、IPデータパケットに対応するインターネットアクセスサービスのタイプを単一の識別方法で識別することができ、IPデータパケットに対応するインターネットアクセスサービスのタイプを複数の識別方法で総合的に識別することもできる。

たとえば、HTTPウェブブラウジングサービスの共通ポートは(80, 8080)である。したがって、ポートを使用すると共に、「Get」、「POST」、または「PUT」などの、HTTPプロトコルによって指定されたメソッド名の要求方法と、HTTPバージョン情報フィールド(「HTTP/0.9」、「HTTP/1.0」、または「HTTP/1.1」)とを照合することによって、HTTPウェブブラウジングサービスを識別することができる。別の例では、FTPファイル転送サービスでは、FTPの標準プロトコルに基づいて、220/226などの標準応答フィールド、およびポート機能を識別することによって、FTPファイル転送サービスを識別することができる。

異なるインターネットアクセスサービスのタイプでは、関連するプロトコルメッセージを識別するためにディープパケットインスペクションDPIが必要とされ、さらに、場合によっては、いくつかの関連するプロトコルメッセージが同じウェブページに属しているかどうかをさらに決定する必要がある。「Get Request」、「200OK」、および「Data.n」メッセージでは、それらが同じウェブページに属しているかどうかを、クインティプルに基づいて決定することができる。すなわち、同じウェブページのすべてのフローがクインティプルに基づいて決定される。

上記の識別処理は、主にL3/L4層のシャロー(shallow：浅い)プロトコル識別、L7/L7+層のディーププロトコル識別等を含む。

ステップ103:モバイル端末が、解決結果を取得するために、IPデータパケットにディープパケット解決を実行する。

ステップ104:モバイル端末が、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集する。

インターネットアクセスサービスは、HTTPウェブブラウジングサービス、WAP(ワイヤレスアプリケーションプロトコル)サービス、FTPサービス、DNSサービス、およびTCP(伝送制御プロトコル)サービスなどの異なる複数のサービスタイプを有する場合があるので、異なるインターネットアクセスサービスでは、サービスのIPデータパケットの解決結果に応じて、対応する主要品質指標に関する統計値を収集することができる。たとえば。

HTTPウェブブラウジングサービスまたはWAPサービスでは、HTTPウェブブラウジングサービスまたはWAPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetイベント、HTTPFailイベント、HTTPDataTransferStartイベント、およびHTTPDataTransferCompleteイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、上記のイベントのうちの1つまたは複数を含み得る。

上記のイベントによって、これらのサービスのうちの1つまたは複数の指標に関する統計値、たとえば、ホームページ応答成功率、ホームページ応答時間、ページ更新成功率、ページ更新時間、およびページダウンロード率などを収集することができる。具体的には、設定された期間中のHTTPHomePageRequestイベントおよびHTTPHomePageResponseイベントによってインターネットアクセスサービスのホームページ応答成功率およびホームページ応答時間に関する統計値を収集することができ、設定された期間中のHTTPGetイベントおよびHTTPFailイベントによってページ更新成功率に関する統計値を収集することができ、また、HTTPDataTransferStartイベントおよびHTTPDataTransferCompleteイベントによって更新時間およびダウンロード率に関する統計値を収集することができる。

FTPサービスでは、FTPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、FTPConnectionRequestイベント、FTPConnectionResponseイベント、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、FTPULLastDataPacketイベント、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、およびFTPDLLastDataPacketイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、上記のイベントのうちの1つまたは複数を含み得る。

上記のイベントによって、FTPサービスのうちの1つまたは複数の指標に関する統計値、たとえば、接続確立成功率、接続確立時間、平均アップロード率、および平均ダウンロード率などを収集することができる。具体的には、設定された期間中のFTPConnectionRequestイベントおよびFTPConnectionResponseイベントによってFTPサービスの接続確立成功率および接続確立時間に関する統計値を収集することができ、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、およびFTPULLastDataPacketイベントによってFTPサービスの平均アップロード率に関する統計値を収集することができ、また、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、およびFTPDLLastDataPacketイベントによってFTPサービスの平均ダウンロード率に関する統計値を収集することができる。

DNSサービスでは、DNSサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、DNSResponseイベントまたはDNSQueryイベントを表すメッセージを含むかどうかを決定することができる。設定された期間中のDNSQueryイベントおよびDNSResponseイベントによって、DNSサービスの解決成功率、および/またはDNSサービスの解決遅延に関する統計値を収集することができる。

TCPサービスでは、TCPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、TCPSYNAttemptイベントまたはTCP_ACKイベントを表すメッセージを含むかどうかを決定することができる。設定された期間中のTCPSYNAttemptイベントおよびTCP_ACKイベントによって、TCPサービスの確立成功率、および/またはTCPサービスの確立遅延に関する統計値を収集することができる。

具体的には、IPデータパケットのサービスタイプが識別された後、L7/L7+層プロトコル解決などを含むサービスタイプの標準プロトコルフォーマットによって、対応するインターネットアクセスサービスが解決される。

たとえば、HTTPウェブブラウジングサービスでは、ウェブページリンク要求が成功したかどうかを決定できるようにするために、第1の線(First line)の各フィールドのコンテンツに対応するGetおよび200OKなどの特定の方法および応答がHTTPプロトコル標準によって解決されて、各要求/応答イベントに対応する時点、統計時間、およびページダウンロード率などのKQI指標が記録される。具体的な処理は、下記に詳細に例示する。

WAP1.Xインターネットアクセスサービスでは、ウェブページリンク要求が成功したかどうかを決定できるようにするために、GETおよび200OKなどの要求および応答フィールドを、WAP標準プロトコルによってPDU TYPEフィールドおよびSTATUSフィールドを解決することによって識別することができ、各要求/応答イベントに対応する時点、統計時間、およびページダウンロード率などのKQI指標が記録される。

FTPファイル転送サービスでは、FTPリンクが成功したかどうか、およびファイル転送が完了したかどうかを決定できるようにするために、それぞれ220/226をフラグとして使用するSYN/SYNおよびACK/ACKなどの接続要求フィールドならびに応答フィールドをFTPの標準プロトコルによって解決することができ、ファイルサイズを取得するためにSIZEフィールドを解決することができ、また、各要求/応答イベントに対応する時点、統計時間、およびファイル転送サイズなどの指標が記録される。

DNSサービスでは、DNS QueryおよびDNS Responseフィールド、ならびに対応する時点を解決することができ、応答結果に応じて成功率および遅延に関する統計値が収集される。

TCPサービスでは、成功率および遅延に関する統計値を収集するために、TCP SYN Attempt、TCP SYN ACK、およびACKのスリーウェイハンドシェイク(three-way handshake)処理、ならびに対応する時点を解決することができる。

異なるサービスの主要品質指標に関する統計値を収集する具体的な処理を、下記で説明する。

ステップ105:モバイル端末が、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにする。

実際の適用では、異なるタイプのインターネットアクセスサービスでは、異なる指標項目に関する統計値を収集することができる点に留意されたい。異なるインターネットアクセスサービスの上述の指標項目は例示的なものにすぎず、適用要件に応じて具体的に決定されてよく、本発明の実施形態によって限定されない。

さらに、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードする処理は、統計値が収集された後すぐにアップロードしてもよく、定期的にアップロードしてもよい。さらに、モバイル端末の電源がオンになった後、モバイル端末のインターネットアクセスサービスを監視するために、対応するアプリケーションを開始することができる。一旦インターネットアクセスサービスが検出されると、上記の手順に従ってインターネットアクセスサービスの主要品質指標に関する統計値が収集されて、統計結果がネットワークサーバにアップロードされる。もちろん、ユーザに選択機能も提供されて、モバイル端末のインターネットアクセスサービスを監視するために上述のアプリケーションを開始するかどうかをユーザが決定できるようになる。これは、本発明の実施形態によって限定されない。

したがって、本発明の実施形態によって提供されるモバイル端末のインターネットアクセスサービスの品質を監視するための方法によれば、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、IPデータパケットにディープパケット解決を実行して、IPデータパケットの解決結果に応じてインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装して、ネットワーク最適化のための正確な意思決定ベースを提供する。

ネットワーク最適化のための正確な意思決定ベースを提供するためにネットワーク側のネットワーク運用およびメンテナンス能力をさらに向上するために、本発明の別の実施形態では、ネットワーク側によって監視ポリシーがさらに構成され得る。この場合、モバイル端末はネットワークサーバから監視ポリシーを取得して、監視ポリシーに従ってインターネットアクセスサービスを監視する。モバイル端末が監視ポリシーを取得する方法は、モバイル端末によってダウンロードを要求する方法でもよく、ネットワークサーバによってアクティブに配信する方法でもよく、あるいは同様の方法でもよい。これは、本発明の実施形態によって限定されない。

図3に示されるように、図3は、本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の別の流れ図であり、本方法は下記のステップを含む。

ステップ201:モバイル端末が、ネットワークサーバから監視ポリシーを取得すると共に、監視ポリシーが、監視される必要があるインターネットアクセスサービスのタイプ、およびインターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用される。

ステップ202:モバイル端末が、インターネットアクセスサービスのIPデータパケットを収集する。

ステップ203:モバイル端末が、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別する。

ステップ204:モバイル端末が、監視ポリシー、およびIPデータパケットに対応するインターネットアクセスサービスのタイプによって、インターネットアクセスサービスに主要品質指標の分析を実行するべきかどうかを決定する。インターネットアクセスサービスに主要品質指標の分析が実行されるべきであると決定されると、ステップ205を実行するように進む。そうではない場合、ステップ208を実行するように進む。

ステップ205:モバイル端末が、解決結果を取得するために、IPデータパケットにディープパケット解決を実行する。

ステップ206:モバイル端末が、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集する。

ステップ207:モバイル端末が、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにする。

ステップ208:モバイル端末がIPデータパケットを廃棄する。

上述のステップ201は、モバイル端末の電源がオンになった時に実行されてもよく、ネットワーク側の更新通知が取得された後に実行されてもよい点に留意されたい。監視ポリシーがモバイル端末によってローカルに格納される場合、ネットワークサーバから新しい監視ポリシーが取得された後、新しい監視ポリシーに従ってインターネットアクセスサービスを監視することができる。

したがって、本発明の実施形態において提供される、モバイル端末のインターネットアクセスサービスの品質を監視するための方法は、モバイル端末にDPI技術を導入することによって、モバイル端末のインターネットアクセスサービスを監視するステップと、モバイル端末のインターネットアクセスサービスのKQIに関する統計値を収集するステップと、統計値を用いて取得されたKQIをネットワークサーバにアップロードするステップとを含み、ネットワークサーバがKQIによってモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を向上して、事業者のネットワークプランニングおよび最適化のための正確な意思決定ベースを提供する。さらに、ネットワーク側で監視ポリシーを均一に構成することによって、監視をより的を絞ったものにすることができる。

本発明の実施形態において言及されるモバイル端末は、2G、3G、またはLTE(ロングタームエボリューション)などの任意のワイヤレスネットワーク技術を使用することによってインターネットアクセスを実装するワイヤレスモバイル端末でもよい点に留意されたい。

上述のように、異なるタイプのインターネットアクセスサービスは異なる機能を有しているので、異なるサービスタイプでは、インターネットアクセスサービスのタイプの対応するメッセージによって主要品質指標に関する統計値を収集することができ、それは下記で詳細に説明する。

1.HTTPウェブブラウジングサービスでは、テーブル1(表1)にリストアップされたイベントに対応するメッセージを識別および解決することができる。

HTTPホームページ応答の成功であるHTTPHomePageResponseは、モバイル端末によって開始された第1のリンク要求であるHTTPHomePageRequestへの成功応答を、モバイル端末が受信することを意味する。

図4に示されるように、図4は、本発明の実施形態による、モバイル端末HTTPサービスのメッセージインタラクション手順を示す図である。

四角印はユーザの意識ポイントであり、下記を含む:
ユーザがホームページをクリックすることを示すマークA、
ユーザがすでにページ応答を受信していることを示すマークB、
ユーザがウェブページを更新するためにリンクをクリックすることを示すマークC、
ユーザが更新されたページの応答を受信することを示すマークD、
ユーザが更新されたページのコンテンツを閲覧することを示すマークE。

本発明の実施形態による、HTTPサービスの主要品質指標に関する統計値を収集する処理を、図4を参照して例示する。

統計値を収集する必要があるKQI指標は、HTTPホームページ応答成功率およびHTTPホームページ応答時間を含むと仮定される。

HTTPホームページ応答成功率は、HTTPホームページリンクを開始する合計回数に対するHTTPホームページ応答成功の回数の比率を指し、HTTPホームページ応答時間は、モバイル端末によって第1のホームページリンクを開始する時間から、第1のホームページリンク要求に対応する応答を受信するまでの時間を指す。

モバイル端末がHTTPウェブページホームページリンク要求イベントであるHTTPHomePageRequestを開始して、モバイル端末が、RRCリンクを確立するために無線基地局/RNCへのエアインターフェース接続要求(図4の意識ポイントAに対応する)、すなわちRRC接続要求を開始して、PDPコンテキストをアクティブにして、TCPリンクを確立して、次いでHTTPホームページのHTTP Get要求を開始する。この場合は、モバイル端末が、WAPゲートウェイまたはSPによって返された200OKメッセージを受信して、失敗の場合は別の値が返される。

ホームページ応答成功率のKQI指標では、第1の線に対応するメソッドメッセージはHTTP標準プロトコルフォーマットによって解決され、メソッドメッセージがGetの場合、ユーザが1つのHTTP Get要求を開始することを示しており、それはホームページ応答成功率のKQI指標に対応する開始イベントであり、次いで、依然として第1の線に対応するメソッド応答のステータスコードメッセージである、サーバによって返された応答メッセージが解決されて、「200OK」が成功を示し、それはホームページ応答成功率のKQI指標に対応する終了イベントである。別のフィードバックステータスコードは失敗と理由を示す。一定の期間内に開始イベントと終了イベントに関する統計値が収集されて、統計結果に応じてHTTPホームページ応答成功率が計算される。

ホームページ応答時間のKQI指標では、ホームページ応答成功率の開始イベントおよび終了イベントにそれぞれ対応する時間をモバイル端末が記録して、一定の期間内に開始イベントおよび終了イベントに関する統計値が収集される平均値に基づいてホームページ応答時間を計算することができる。

さらに、各HTTPリンクはクインティプル(送信元IP/ポート、宛先IP/ポート、およびプロトコル)によって一意に識別されるので、上述の解決処理では、開始イベントおよび応答イベントが同じウェブページの同じリンクを含むかどうかは一意のクインティプルによって決定され得る。

統計値を収集する必要があるKQI指標は、HTTPページ更新成功率、HTTPページ更新時間、およびHTTPページダウンロード率を含むと仮定される。

HTTPページ更新成功率は、モバイル端末によって、ウェブページ全体をモバイル端末にダウンロードすることが成功する比率を指し、HTTPページ更新時間は、モバイル端末によって、ウェブページの第1のリンクのダウンロードを開始した時間から、最後のリンクの応答の受信が成功するまでの時間を指し、HTTPページダウンロード率は、モバイル端末によってダウンロードされるウェブページのサイズの、HTTPページ更新時間に対する比率を指す。

モバイル端末はHTTPページの1つのHTTP Get要求を開始して、この場合、モバイル端末はWAPゲートウェイまたはSPによって返されたHTTP200OKメッセージを受信して、モバイル端末は、応答コンテンツに基づいて、ページを求める新しいリンク要求の送信を継続することが必要かどうかを決定して、新しいリンク要求がある場合、HTTPDataTransferStartイベントを開始して、1つまたは複数のHTTP Get要求の送信を継続して、モバイル端末がHTTP Get要求およびHTTP200OKメッセージの応答率に関する統計値を収集して、設定されたしきい値に基づいて、ページダウンロードが成功したかどうかを決定する。

したがって、HTTPページ更新成功率、HTTPページ更新時間、およびHTTPページダウンロード率のKQI、HTTP Get要求、ならびに複数の応答では、Get要求に対応するステータスコード: 200OKを同様に解決する必要がある。HTTPメソッドおよび応答イベントを解決する実装処理は、HTTPホームページ応答成功率の指標を解決する処理と類似しているので、再度詳細に説明しない。モバイル端末は、ページ更新開始回数に対する成功回数の比率に関する統計値を収集して、HTTPページ更新成功率を計算する。

HTTPページ更新時間は、1つのHTTPページの最初のHTTP Get要求イベントから最後のHTTP応答イベントまでの時間を計算することによって取得される。もちろん、平均HTTPページ更新時間を取得できるようにするために、一定の期間中にHTTPページ更新時間に関する統計値を収集することができる。

ダウンロードページのサイズは、HTTP応答イベントのコンテンツ長フィールドを解決することによって取得することができ、HTTPページダウンロード率はHTTPページ更新時間に対するダウンロードページのサイズの比率を計算することによって取得することができる。

たとえば、HTTPウェブブラウジングサービスのKQIでは、一定の期間中のHTTPウェブブラウジングサービスの統計結果はテーブル2(表2)に示されると仮定される。

テーブル2(表2)内の記録によれば、対応するKQIは下記の計算によって取得することができる。

ホームページ応答成功率:成功回数/ウェブブラウジング回数=5/5=100%;

ホームページ応答時間:Σ合計時間/ホームページブラウジング回数=(5+10+6+10+5)/5=7.2秒

ページ更新時間:Σ合計ページ更新時間/ページ更新回数=(6+10)/2=8;および、

ページダウンロード率:Σ合計ウェブページサイズ/Σ合計ウェブページ応答時間=(1036+2046+2100+2046+1046)/(5+10+6+10+5)=229バイト/秒。

2.WAPサービスでは、テーブル3(表3)内にリストアップされたイベントに対応するメッセージを識別して解決することができる。

WAPインターネットアクセスサービスデータパケットは、HTTPインターネットアクセスサービスデータパケットにおけるヘッダカプセル化を採用して、ヘッダカプセル化は解決処理において除去される。そのすべてのQIに関する統計値を収集する処理は、HTTPウェブブラウジングサービスの処理と同じである。

3.FTPサービスでは、テーブル4(表4)内にリストアップされたイベントに対応するメッセージを識別して解決することができる。

FTPサービスでは、一旦新しく確立されたFTPクインティプルが検出されると、接続の確立が成功したことを示すコマンド「220」がサーバ側によって返されるまでFTP接続要求が開始され、返された別のコマンドは失敗を示す。

したがって、接続開始イベントの回数と、サーバイベントによって返されたコマンドに関する統計値を用いて、対応する返された結果に応じて接続の確立が成功したかどうかを決定することができる。接続開始イベントの合計回数に対する成功した接続回数の比率に関する統計値を収集することによって、FTP接続確立成功率が取得される。

FTP接続確立時間は、接続開始イベントから、サーバイベントによって返されたコマンドまでの時間に関する統計値を用いて、また一定の期間内に取得された時間の平均値に関する統計値を収集することによって取得される。

アップロードサービスPASVメッセージイベントは、モバイル端末がファイルのアップロードを開始したことを示し、「226」コマンドがFTPサーバによって返されたというイベントの受信はファイルのアップロードが完了したことを示し、他の返されたコマンドは失敗を示し、アップロードサービスイベントからサーバイベントによって返されたコマンドまでの時間が測定され、FTPがPORTモードで動作している場合、RETR要求への「150」応答に含まれるファイルのサイズが解決され、FTPがPASVモードで動作している場合、SIZE要求への「213」コマンド応答に含まれるファイルのサイズが解決され、FTP平均アップロード率を取得するためにアップロード時間に対するファイルのサイズの比率が計算される。

ダウンロードサービスPORTメッセージイベントは、モバイル端末がファイルのダウンロードを開始したことを示し、「226」コマンドがFTPサーバによって返されたというイベントの受信はファイルのダウンロードが完了したことを示し、他の返されたコマンドは失敗を示し、ダウンロードサービスイベントからサーバイベントによって返されたコマンドまでの時間が測定され、FTPがPORTモードで動作している場合、RETR要求への「150」応答に含まれるファイルのサイズが解決され、FTPがPASVモードで動作している場合、SIZE要求への「213」コマンド応答に含まれるファイルのサイズが解決され、平均ダウンロード率を取得するためにダウンロード時間に対するファイルのサイズの比率が計算される。

4.DNSサービスでは、テーブル5(表5)内にリストアップされたイベントに対応するメッセージを識別して解決することができる。

DNSは標準プロトコルであり、主なイベントはDNSQueryイベントおよびDNSResponseイベントであり、それぞれDNSメッセージのQueryフィールドおよびResponseフィールドに対応し、DNS Responseフィールドが“”に解決されると、DNS解決は成功であると決定される。したがって、DNS解決成功率を取得するために、一定の期間中の要求の回数に対するDNS解決成功の回数の比率が測定される。DNS解決時間を取得するために、各DNSDNSQueryイベントおよびDNSResponseイベントに対応する時点が記録されて、DNS解決遅延を取得するために一定の期間中のDNS解決時間の平均が測定される。

5.TCPサービスでは、テーブル5(表6)内にリストアップされたイベントに対応するメッセージを識別して解決することができる。

TCP標準プロトコルは、スリーウェイハンドシェイクプロトコルを用いてリンクを確立する。TCP標準プロトコルの下の接続確立は、TCPSYNAttempt、TCPSYNACK、およびTCP_ACKの3つのイベントを含む。TCPメッセージ内のヘッダフィールドを識別して、一方で各TCP接続のTCPSYNAttemptとTCP_ACKの2つのイベントに対応する時点を記録することによって、TCP接続確立時間が取得される。各TCP接続のTCPSYNAttemptとTCP_ACKの2つのイベントに対応する回数に関する統計値を収集することによって、TCP接続確立遅延が取得される。

各インターネットアクセスサービスの上述の特定のメッセージおよび識別処理は、対応するサービス処理によって決定することができ、1つ1つをさらに詳述しない。

それに対応して、本発明の実施形態は、モバイル端末の概略的構造図である図5に示されるように、モバイル端末をさらに提供する。

この実施形態では、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集するように構成された収集ユニット401と、収集ユニット401によって収集されたIPデータパケットに対応するサービスのタイプを識別するように構成されたディープパケット識別ユニット402と、解決結果を取得するために、IPデータパケットにディープパケット解決を実行するように構成されたディープパケット解決ユニット403と、ディープパケット解決ユニット403によって取得されたIPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集するように構成された統計値収集ユニット404と、統計値を用いて統計値収集ユニット404によって取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにするように構成された、アップローディングユニット405とを含む。

本発明のこの実施形態では、複数のインターネットアクセスサービスのタイプがある場合がある。たとえば、IPデータパケットに対応するサービスのタイプは、HTTPサービスでもよくWAPサービスでもよい。

それに対応して、ディープパケット解決ユニット403は、HTTPウェブブラウジングサービスまたはWAPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetイベント、HTTPFailイベント、HTTPDataTransferStartイベント、およびHTTPDataTransferCompleteイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetgetイベント、HTTPFailfailイベント、HTTPDataTransferStartイベント、およびHTTPDataTransferCompleteイベントのうちの1つまたは複数を含む。

それに対応して、統計値収集ユニット404は、ディープパケット解決ユニット403の解決結果に応じて、HTTPウェブブラウジングサービスまたはWAPサービスのホームページ応答成功率、ホームページ応答時間、ページ更新成功率、ページ更新時間、およびページダウンロード率のうちの1つまたは複数の指標に関する統計値を収集することができる。具体的には、統計値収集ユニット404は、設定された期間中のHTTPHomePageRequestイベントおよびHTTPHomePageResponseイベントによって、インターネットアクセスサービスのホームページ応答成功率およびホームページ応答時間に関する統計値を収集することができ、ならびに/あるいは、設定された期間中のHTTPGetイベントおよびHTTPFailイベントによってページ更新成功率に関する統計値を収集することができ、ならびに/あるいは、HTTPDataTransferStartイベントおよびHTTPDataTransferCompleteイベントによってページ更新時間およびページダウンロード率に関する統計値を収集することができる。

さらに、IPデータパケットに対応するサービスのタイプはFTPサービスでもよい。

それに対応して、ディープパケット解決ユニット403は、FTPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、FTPConnectionRequestイベント、FTPConnectionResponseイベント、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、FTPULLastDataPacketイベント、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、およびFTPDLLastDataPacketイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、FTPConnectionRequestイベント、FTPConnectionResponseイベント、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、FTPULLastDataPacketイベント、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、およびFTPDLLastDataPacketイベントのうちの1つまたは複数を含む。

それに対応して、統計値収集ユニット404は、ディープパケット解決ユニット403の解決結果に応じて、接続確立成功率のFTPサービス、接続確立時間、平均アップロード率、および平均ダウンロード率のうちの1つまたは複数の指標を解決することができる。具体的には、統計値収集ユニット404は、設定された期間中のFTPConnectionRequestイベントおよびFTPConnectionResponseイベントによってFTPサービスの接続確立成功率および接続確立時間に関する統計値を収集することができ、ならびに/あるいは、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、およびFTPULLastDataPacketイベントによってFTPサービスの平均アップロード率に関する統計値を収集することができ、ならびに/あるいは、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、およびFTPDLLastDataPacketイベントによってFTPサービスの平均ダウンロード率に関する統計値を収集することができる。

さらに、IPデータパケットに対応するサービスのタイプはDNSサービスでもよい。

それに対応して、ディープパケット解決ユニット403は、DNSサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、DNSResponseイベントおよびDNSQueryイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、DNSQueryイベントとDNSResponseイベントのうちの1つまたは複数を含む。

それに対応して、統計値収集ユニット404は、ディープパケット解決ユニット403の解決結果に応じてDNSサービス解決成功率と解決遅延のうちの1つまたは複数の指標に関する統計値を収集することができる。具体的には、統計値収集ユニット404は、設定された期間中のDNSQueryイベントおよびDNSResponseイベントによって、DNSサービスの解決成功率、および/またはDNSサービスの解決遅延に関する統計値を収集することができる。

さらに、IPデータパケットに対応するサービスのタイプはTCPサービスでもよい。

それに対応して、ディープパケット解決ユニット403は、TCPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、TCPSYNAttemptイベント、またはTCP_ACKイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、TCPSYNAttemptイベントとTCP_ACKイベントのうちの1つまたは複数を含む。

それに対応して、統計値収集ユニット404は、ディープパケット解決ユニット403の解決結果に応じて、TCPサービス確立成功率および確立遅延のうちの1つまたは複数の指標に関する統計値を収集することができる。具体的には、統計値収集ユニット404は、TCPSYNAttemptイベント、および/またはTCP_ACKイベントによって、TCPサービスの確立成功率、および/またはTCPサービスの確立遅延に関する統計値を収集することができる。

アップローディングユニット405によって、統計値収集ユニット404によって取得された主要品質指標をネットワークサーバにアップロードする処理は、統計値収集ユニット404の統計結果が取得された後すぐにアップロードしてもよく、定期的にアップロードしてもよい。

本発明のこの実施形態では、上述のモバイル端末はラップトップコンピュータ、モバイル電話、データカード、タブレットコンピュータ、スマート端末、ヒューマンコンピュータインタラクション端末、電子ブックでもよく、ディスプレイ機能を有する別の端末デバイスでもよい。

したがって、本発明の実施形態によるモバイル端末によれば、モバイル端末が、モバイル端末のインターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、IPデータパケットにディープパケット解決を実行して、解決結果に応じてモバイル端末のインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装して、ネットワーク最適化のための正確な意思決定ベースを提供する。

ネットワーク最適化のための正確な意思決定ベースを提供するためにネットワーク側のネットワーク運用およびメンテナンス能力をさらに向上するために、本発明の別の実施形態では、ネットワーク側によって監視ポリシーがさらに構成され得る。この場合、モバイル端末はネットワークサーバから監視ポリシーを取得して、監視ポリシーに従ってインターネットアクセスサービスを監視する。

図6に示されるように、図6は、本発明の実施形態による、モバイル端末の別の概略的構造図である。

図5に示される実施形態とは異なり、この実施形態では、モバイル端末は、ネットワークサーバから監視ポリシーを取得するように構成されたポリシー取得ユニット501であって、監視ポリシーが、監視される必要があるインターネットアクセスサービスのタイプ、およびインターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用されるユニットと、ポリシー取得ユニット501によって取得された監視ポリシー、およびディープパケット識別ユニット402によって決定されたIPデータパケットに対応するサービスのタイプによって、インターネットアクセスサービスに主要品質指標の分析を実行するべきかどうかを決定するように構成された決定ユニット502であって、インターネットアクセスサービスに主要品質指標の分析を実行するべきであると決定されると、ディープパケット解決ユニット403をトリガしてIPデータパケットにディープパケット解決を実行させ、そうではない場合、収集ユニット401をトリガしてIPデータパケットを廃棄させるユニットとをさらに含む。

本発明の実施形態によるモバイル端末は、モバイル端末側にDPI技術を導入することによって、モバイル端末のインターネットアクセスサービスを監視して、モバイル端末のインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装する。さらに、ネットワーク側で監視ポリシーを均一に構成することによって、監視をより意図的に実行することができる。

本発明の実施形態におけるモバイル端末は、2G、3G、またはLTE(ロングタームエボリューション)などの任意のワイヤレスネットワーク技術を使用することによってインターネットアクセスを実装するワイヤレスモバイル端末でもよい点に留意されたい。

それに対応して、本発明の実施形態は、システムの概略図である図7に示されるように、モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムをさらに提供する。

本システムは、モバイル端末601とネットワークサーバ602とを含む。モバイル端末601は、モバイル端末601のインターネットアクセスサービスのIPデータパケットを収集して、IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、解決結果を取得するためにIPデータパケットにディープパケット解決を実行して、IPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードするように構成されており、ネットワークサーバ602は、モバイル端末601によってアップロードされた主要品質指標を受信して、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視するように構成されている。

さらに、ネットワークサーバ602は、監視ポリシーを構成するようにさらに構成されており、監視ポリシーは、監視される必要があるインターネットアクセスサービスのタイプ、およびインターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用される。

それに対応して、モバイル端末601は、ネットワークサーバ602から監視ポリシーを取得するようにさらに構成されており、監視ポリシー、およびIPデータパケットに対応するインターネットアクセスサービスのタイプによって、インターネットアクセスサービスに主要品質指標の分析が実行されるべきであると決定すると、IPデータパケットに対応するサービスのタイプによってインターネットアクセスサービスの主要品質指標に関する統計値を収集して、インターネットアクセスサービスに主要品質指標の分析が実行される必要はないと決定すると、IPデータパケットを廃棄する。

モバイル端末が指標をサーバに報告するための目的/機能は、ネットワーク事業者がネットワーク設計およびネットワーク最適化を実行するための意思決定ベースを提供することでよいことが理解されよう。

本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムは、モバイル端末側にDPI技術を導入することによって、モバイル端末のインターネットアクセスサービスを監視して、モバイル端末のインターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにして、それによってモバイル端末のネットワーク品質の正確な監視を実装する。さらに、ネットワーク側で監視ポリシーを均一に構成することによって、監視をより意図的に実行することができる。

本明細書における各実施形態は、進歩的な方法で記載されている。実施形態における同一または類似の部分は、互いへの参照にすぎない。各実施形態は、他の実施形態と異なる点を強調して示している。具体的には、デバイスおよびシステム実施形態では、それらは基本的に方法実施形態と類似しているので、装置実施形態は簡単に説明され、関連する部分は方法実施形態において説明された部分を参照して取得することができる。説明されたデバイス実施形態は例示にすぎない。別々の部分として説明されたユニットは物理的に分離していてもしていなくてもよく、ユニットとして表示された部分は物理的ユニットでもそうでなくてもよく、1つの位置に配置されてもよく、複数のネットワークユニットに分散されてもよい。モジュールの一部またはすべては、本実施形態のソリューションの目的を達成するために、実際の必要性に応じて選択されてよい。当業者は、創造的努力なしに、本発明の実施形態を理解および実装できるであろう。

上記は、本発明の実施形態を詳細に説明している。本明細書において、本発明は具体例を使用して説明されている。上記の実施形態は、本発明の方法およびデバイスの理解を助けるために説明されている。さらに、当業者は、本発明の概念による具体的な実装形態方法および適用範囲を変更することができる。したがって、本明細書は本発明を限定するものと見なされるべきではない。

401 収集ユニット
402 ディープパケット識別ユニット
403 ディープパケット解決ユニット
404 統計値収集ユニット
405 アップローディングユニット
501 ポリシー取得ユニット
502 決定ユニット
601 モバイル端末
602 ネットワークサーバ

本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の流れ図である。既存の標準TCP/IPネットワークの4層アーキテクチャの概略図である。本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するための方法の別の流れ図である。本発明の実施形態による、モバイル端末のHTTPサービスのメッセージインタラクション手順を示す図である。本発明の実施形態による、モバイル端末の概略的構造図である。本発明の実施形態による、モバイル端末の別の概略的構造図である。本発明の実施形態による、モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムの概略図である。

モバイル端末の音声サービスのデータパスとインターネットアクセスサービスのデータパスは分離されており、インターネットアクセスサービスのIPデータパケットは固定伝送パスを有するので、伝送パスを使用することによってインターネットアクセスサービスのIPデータパケットを取得することができる。図2に示されるように、標準TCP/IPネットワークの4層アーキテクチャは、ネットワークインターフェース層、インターネット層、トランスポート層、およびアプリケーション層を含む。IPデータパケットはインターネット層に配置されている。本発明の実施形態では、ある実装方法で、TCP/IP 4層モデルのインターネット層におけるIPデータパケットを収集することができ、取得されたIPデータパケットは後に識別および解決するためにキャッシュされる。別の実装方法では、インターネット層におけるIPデータパケットは、インターネットアクセスサービスポートに基づいて選別される。たとえば、モバイル端末がQQクライアントとHTTPウェブブラウジングの2つのインターネットアクセスサービスを開始する。インターネット層におけるQQクライアントに属するすべてのフローを分離するために、モバイル電話はQQクライアントに対応する処理に対応するポート範囲を検出することができ、インターネット層における残りのIPデータパケットはHTTPウェブブラウジングに属する。

FTPファイル転送サービスでは、FTPリンクが成功したかどうか、およびファイル転送が完了したかどうかを決定できるようにするために、それぞれ220/226をフラグとして使用するSYN/SYNおよびACK/ACKなどの接続要求フィールドならびに応答フィールドをFTPの標準プロトコルによって解決することができ、ファイルサイズを取得するためにSIZEフィールドを解決することができ、また、各要求/応答イベントに対応する時点、統計時間、およびファイル転送サイズなどのKQI指標が記録される。

HTTPホームページ応答成功率は、HTTPホームページリンクを開始する合計回数に対するHTTPホームページ応答成功の回数の比率を指し、HTTPホームページ応答時間は、モバイル端末によって第1のホームページリンク要求を開始する時間から、第1のホームページリンク要求に対応する応答を受信するまでの時間を指す。

WAPインターネットアクセスサービスデータパケットは、HTTPインターネットアクセスサービスデータパケットにおけるヘッダカプセル化を採用して、ヘッダカプセル化は解決処理において除去される。そのすべてのKQIに関する統計値を収集する処理は、HTTPウェブブラウジングサービスの処理と同じである。

DNSは標準プロトコルであり、主なイベントはDNSQueryイベントおよびDNSResponseイベントであり、それぞれDNSメッセージのQueryフィールドおよびResponseフィールドに対応し、DNS Responseフィールドが“”に解決されると、DNS解決は成功であると決定される。したがって、DNS解決成功率を取得するために、一定の期間中の要求の回数に対するDNS解決成功の回数の比率が測定される。DNS解決時間を取得するために、各DNSQueryイベントおよびDNSResponseイベントに対応する時点が記録されて、DNS解決遅延を取得するために一定の期間中のDNS解決時間の平均が測定される。

5.TCPサービスでは、テーブル6(表6)内にリストアップされたイベントに対応するメッセージを識別して解決することができる。

この実施形態では、モバイル端末は、インターネットアクセスサービスのIPデータパケットを収集するように構成された収集ユニット401と、収集ユニット401によって収集されたIPデータパケットに対応するインターネットアクセスサービスのタイプを識別するように構成されたディープパケット識別ユニット402と、解決結果を取得するために、IPデータパケットにディープパケット解決を実行するように構成されたディープパケット解決ユニット403と、ディープパケット解決ユニット403によって取得されたIPデータパケットの解決結果に応じて、インターネットアクセスサービスのタイプに対応するインターネットアクセスサービスの主要品質指標に関する統計値を収集するように構成された統計値収集ユニット404と、統計値を用いて統計値収集ユニット404によって取得された主要品質指標をネットワークサーバにアップロードして、ネットワークサーバが、主要品質指標に応じてモバイル端末のインターネットアクセスサービスの品質を監視できるようにするように構成された、アップローディングユニット405とを含む。

本発明のこの実施形態では、複数のインターネットアクセスサービスのタイプがある場合がある。たとえば、IPデータパケットに対応するインターネットアクセスサービスのタイプは、HTTPサービスでもよくWAPサービスでもよい。

それに対応して、ディープパケット解決ユニット403は、HTTPウェブブラウジングサービスまたはWAPサービスのネットワーク層IPデータパケットを解決して、ネットワーク層IPデータパケットが、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetイベント、HTTPFailイベント、HTTPDataTransferStartイベント、およびHTTPDataTransferCompleteイベントを表すメッセージを含むかどうかを決定することができる。解決結果は、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetイベント、HTTPFailイベント、HTTPDataTransferStartイベント、およびHTTPDataTransferCompleteイベントのうちの1つまたは複数を含む。

さらに、IPデータパケットに対応するインターネットアクセスサービスのタイプはFTPサービスでもよい。

さらに、IPデータパケットに対応するインターネットアクセスサービスのタイプはDNSサービスでもよい。

さらに、IPデータパケットに対応するインターネットアクセスサービスのタイプはTCPサービスでもよい。

図5に示される実施形態とは異なり、この実施形態では、モバイル端末は、ネットワークサーバから監視ポリシーを取得するように構成されたポリシー取得ユニット501であって、監視ポリシーが、監視される必要があるインターネットアクセスサービスのタイプ、およびインターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用されるユニットと、ポリシー取得ユニット501によって取得された監視ポリシー、およびディープパケット識別ユニット402によって決定されたIPデータパケットに対応するインターネットアクセスサービスのタイプによって、インターネットアクセスサービスに主要品質指標の分析を実行するべきかどうかを決定するように構成された決定ユニット502であって、インターネットアクセスサービスに主要品質指標の分析を実行するべきであると決定されると、ディープパケット解決ユニット403をトリガしてIPデータパケットにディープパケット解決を実行させ、そうではない場合、収集ユニット401をトリガしてIPデータパケットを廃棄させるユニットとをさらに含む。

それに対応して、モバイル端末601は、ネットワークサーバ602から監視ポリシーを取得するようにさらに構成されており、監視ポリシー、およびIPデータパケットに対応するインターネットアクセスサービスのタイプによって、インターネットアクセスサービスに主要品質指標の分析が実行されるべきであると決定すると、IPデータパケットに対応するインターネットアクセスサービスのタイプによってインターネットアクセスサービスの主要品質指標に関する統計値を収集して、インターネットアクセスサービスに主要品質指標の分析が実行される必要はないと決定すると、IPデータパケットを廃棄する。

Claims

モバイル端末のインターネットアクセスサービスの品質を監視するための方法であって、
モバイル端末によって、前記インターネットアクセスサービスのIPデータパケットを収集するステップと、
前記モバイル端末によって、前記IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するステップと、
解決結果を取得するために、前記モバイル端末によって前記IPデータパケットにディープパケット解決を実行するステップと、
前記IPデータパケットの前記解決結果に応じて、前記モバイル端末によって、前記インターネットアクセスサービスのタイプに対応する前記インターネットアクセスサービスの主要品質指標に関する統計値を収集するステップと、
統計値を用いて取得された前記主要品質指標を、前記モバイル端末によってネットワークサーバにアップロードして、前記ネットワークサーバが、前記主要品質指標に応じて前記モバイル端末の前記インターネットアクセスサービスの品質を監視できるようにするステップとを含む、方法。
前記IPデータパケットに対応するインターネットアクセスサービスのタイプを識別する前記ステップが、
ポート識別、機能識別、および相関識別のうちの任意の1つまたは複数の識別方法を使用することによって、前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプを識別するステップを含む、請求項1に記載の方法。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプが、ハイパーテキスト転送プロトコルHTTPウェブブラウジングサービスまたはワイヤレスアプリケーションプロトコルWAPサービスを含み、
解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行する前記ステップが、
前記HTTPウェブブラウジングサービスまたは前記WAPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetgetイベント、HTTPFailfailイベント、HTTPDataTransferStartイベント、またはHTTPDataTransferCompleteイベントを表すメッセージを備えるかどうかを決定するステップであって、前記解決結果が、前記HTTPHomePageRequestイベント、前記HTTPHomePageResponseイベント、前記HTTPGetgetイベント、前記HTTPFailfailイベント、前記HTTPDataTransferStartイベント、および前記HTTPDataTransferCompleteイベントのうちの1つまたは複数を備える、決定するステップを含み、
前記IPデータパケットの前記解決結果に応じて、前記インターネットアクセスサービスに対応する前記インターネットアクセスサービスの主要品質指標に関する統計値を収集する前記ステップが、
設定された期間中の前記HTTPHomePageRequestイベントおよび前記HTTPHomePageResponseイベントによって前記インターネットアクセスサービスのホームページ応答成功率およびホームページ応答時間に関する統計値を収集するステップ、ならびに/あるいは、
設定された期間中の前記HTTPGetイベントおよび前記HTTPFailイベントによって前記インターネットアクセスサービスのページ更新成功率に関する統計値を収集するステップ、ならびに/あるいは、
前記HTTPDataTransferStartイベントおよび前記HTTPDataTransferCompleteイベントによって、前記インターネットアクセスサービスの更新時間および前記インターネットアクセスサービスのダウンロード率に関する統計値を収集するステップを含む、請求項1に記載の方法。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプがFTPサービスであり、
解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行する前記ステップが、
前記FTPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、FTPConnectionRequestイベント、FTPConnectionResponseイベント、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、FTPULLastDataPacketイベント、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、またはFTPDLLastDataPacketイベントを表すメッセージを備えるかどうかを決定するステップであって、前記解決結果が、前記FTPConnectionRequestイベント、前記FTPConnectionResponseイベント、前記FTPULDataTransferStartイベント、前記FTPULDataTransferCompleteイベント、前記FTPULFirstDataPacketイベント、前記FTPULLastDataPacketイベント、前記FTPDLDataTransferStartイベント、前記FTPDLDataTransferCompleteイベント、前記FTPDLFirstDataPacketイベント、および前記FTPDLLastDataPacketイベントのうちの1つまたは複数を備える、決定するステップを含み、
前記IPデータパケットの前記解決結果に応じて、前記インターネットアクセスサービスの主要品質指標に関する統計値を収集する前記ステップが、
設定された期間中の前記FTPConnectionRequestイベントおよび前記FTPConnectionResponseイベントによって前記FTPサービスの接続確立成功率および接続確立時間に関する統計値を収集するステップ、ならびに/あるいは、
前記FTPULDataTransferStartイベント、前記FTPULDataTransferCompleteイベント、前記FTPULFirstDataPacketイベント、および前記FTPULLastDataPacketイベントによって前記FTPサービスの平均アップロード率に関する統計値を収集するステップ、ならびに/あるいは、
前記FTPDLDataTransferStartイベント、前記FTPDLDataTransferCompleteイベント、前記FTPDLFirstDataPacketイベント、および前記FTPDLLastDataPacketイベントによって前記FTPサービスの平均ダウンロード率に関する統計値を収集するステップを含む、請求項1に記載の方法。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプがDNSサービスであり、
解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行する前記ステップが、
前記DNSサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、DNSQueryイベントまたはDNSResponseイベントを表すメッセージを備えるかどうかを決定するステップであって、前記解決結果が、前記DNSQueryイベントと前記DNSResponseイベントのうちの1つまたは複数を備える、決定するステップを備え、
前記IPデータパケットの前記解決結果に応じて前記インターネットアクセスサービスの主要品質指標に関する統計値を収集する前記ステップが、
設定された期間中の前記DNSQueryイベントおよび前記DNSResponseイベントによって、前記DNSサービスの解決成功率、ならびに/あるいは前記DNSサービスの解決遅延に関する統計値を収集するステップを含む、請求項1に記載の方法。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプがTCPサービスであり、
解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行する前記ステップが、
前記TCPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、TCPSYNAttemptイベントまたはTCP_ACKイベントを表すメッセージを備えるかどうかを決定するステップであって、前記解決結果が前記TCPSYNAttemptイベントと前記TCP_ACKイベントのうちの1つまたは複数を備える、決定するステップを含み、
前記IPデータパケットの前記解決結果に応じて前記インターネットアクセスサービスの主要品質指標に関する統計値を収集する前記ステップが、
設定された期間中の前記TCPSYNAttemptイベントおよびTCP_ACKイベントによって、前記TCPサービスの確立成功率、ならびに/あるいは前記TCPサービスの確立遅延に関する統計値を収集するステップを含む、請求項1に記載の方法。
前記IPデータパケットにディープパケット解決を実行する前記ステップの前に、前記方法が、構成された監視ポリシー、および前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプによって、前記インターネットアクセスサービスに主要品質指標の分析を実行するべきかどうかを決定するステップであって、前記監視ポリシーが、監視する必要があるインターネットアクセスサービスのタイプ、および前記インターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用される、決定するステップをさらに含み、
前記インターネットアクセスサービスに前記主要品質指標の分析を実行するべきであると決定されると、前記IPデータパケットにディープパケット解決を実行する前記ステップを実行する、請求項1から6のいずれか一項に記載の方法。
モバイル端末であって、
インターネットアクセスサービスのIPデータパケットを収集するように構成された収集ユニットと、
前記IPデータパケットに対応するインターネットアクセスサービスのタイプを識別するように構成されたディープパケット識別ユニットと、
解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行するように構成されたディープパケット解決ユニットと、
前記IPデータパケットの前記解決結果に応じて、前記インターネットアクセスサービスのタイプに対応する前記インターネットアクセスサービスの主要品質指標に関する統計値を収集するように構成された統計値収集ユニットと、
統計値を用いて前記統計値収集ユニットによって取得された前記主要品質指標をネットワークサーバにアップロードして、前記ネットワークサーバが、前記主要品質指標に応じて前記モバイル端末の前記インターネットアクセスサービスの品質を監視できるようにするように構成されたアップローディングユニットとを備える、モバイル端末。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプが、HTTPウェブブラウジングサービスまたはWAPサービスを含み、
前記ディープパケット解決ユニットが、前記HTTPウェブブラウジングサービスまたは前記WAPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、HTTPHomePageRequestイベント、HTTPHomePageResponseイベント、HTTPGetgetイベント、HTTPFailfailイベント、HTTPDataTransferStartイベント、またはHTTPDataTransferCompleteイベントを表すメッセージを備えるかどうかを決定するように特に構成されており、前記解決結果が、前記HTTPHomePageRequestイベント、前記HTTPHomePageResponseイベント、前記HTTPGetgetイベント、前記HTTPFailfailイベント、前記HTTPDataTransferStartイベント、および前記HTTPDataTransferCompleteイベントのうちの1つまたは複数を備え、
前記統計値収集ユニットが、設定された期間中の前記HTTPHomePageRequestイベントおよび前記HTTPHomePageResponseイベントによって前記インターネットアクセスサービスのホームページ応答成功率およびホームページ応答時間に関する統計値を収集し、ならびに/あるいは、設定された期間中の前記HTTPGetイベントおよび前記HTTPFailイベントによって前記インターネットアクセスサービスのページ更新成功率に関する統計値を収集し、ならびに/あるいは、前記HTTPDataTransferStartイベントおよび前記HTTPDataTransferCompleteイベントによって、前記インターネットアクセスサービスの更新時間、および前記インターネットアクセスサービスのダウンロード率に関する統計値を収集するように特に構成されている、請求項8に記載のモバイル端末。
前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプがFTPサービスであり、
前記ディープパケット解決ユニットが、前記FTPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、FTPConnectionRequestイベント、FTPConnectionResponseイベント、FTPULDataTransferStartイベント、FTPULDataTransferCompleteイベント、FTPULFirstDataPacketイベント、FTPULLastDataPacketイベント、FTPDLDataTransferStartイベント、FTPDLDataTransferCompleteイベント、FTPDLFirstDataPacketイベント、またはFTPDLLastDataPacketイベントを表すメッセージを備えるかどうかを決定するように特に構成されており、
前記統計値収集ユニットが、設定された期間中の前記FTPConnectionRequestイベントおよび前記FTPConnectionResponseイベントによって前記FTPサービスの接続確立成功率および接続確立時間に関する統計値を収集し、ならびに/あるいは、前記FTPULDataTransferStartイベント、前記FTPULDataTransferCompleteイベント、前記FTPULFirstDataPacketイベント、および前記FTPULLastDataPacketイベントによって前記FTPサービスの平均アップロード率に関する統計値を収集し、ならびに/あるいは、前記FTPDLDataTransferStartイベント、前記FTPDLDataTransferCompleteイベント、前記FTPDLFirstDataPacketイベント、および前記FTPDLLastDataPacketイベントによって前記FTPサービスの平均ダウンロード率に関する統計値を収集するように特に構成されている、請求項8に記載のモバイル端末。
前記IPデータパケットに対応する前記サービスのタイプがDNSサービスであり、
前記ディープパケット解決ユニットが、前記DNSサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、DNSResponseイベントまたはDNSQueryイベントを表すメッセージを備えるかどうかを決定するように特に構成されており、前記解決結果が、前記DNSQueryイベントと前記DNSResponseイベントのうちの1つまたは複数を備え、
前記統計値収集ユニットが、設定された期間中の前記DNSQueryイベントおよび前記DNSResponseイベントによって、前記DNSサービスの解決成功率、ならびに/あるいは前記DNSサービスの解決遅延に関する統計値を収集するように特に構成されている、請求項8に記載のモバイル端末。
前記IPデータパケットに対応する前記サービスのタイプがTCPサービスであり、
前記ディープパケット解決ユニットが、前記TCPサービスのネットワーク層IPデータパケットを解決して、前記ネットワーク層IPデータパケットが、TCPSYNAttemptイベントまたはTCP_ACKイベントを表すメッセージを備えるかどうかを決定するように特に構成されており、前記解決結果が、前記TCPSYNAttemptイベントと前記TCP_ACKイベントのうちの1つまたは複数を備え、
前記統計値収集ユニットが、設定された期間中の前記TCPSYNAttemptイベントおよびTCP_ACKイベントによって、前記TCPサービスの確立成功率、ならびに/あるいは前記TCPサービスの確立遅延に関する統計値を収集するように特に構成されている、請求項8に記載のモバイル端末。
前記モバイル端末が、
前記ネットワークサーバから監視ポリシーを取得するように構成されたポリシー取得ユニットであって、前記監視ポリシーが、監視する必要があるインターネットアクセスサービスのタイプ、および前記インターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用される、ポリシー取得ユニットユニットと、
前記ポリシー取得ユニットによって取得された前記監視ポリシー、および前記ディープパケット識別ユニットによって決定された前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプによって、前記インターネットアクセスサービスに主要品質指標の分析を実行するべきかどうかを決定するように構成された決定ユニットであって、前記インターネットアクセスサービスに前記主要品質指標の分析を実行するべきであると決定されると、前記ディープパケット解決ユニットをトリガして前記IPデータパケットにディープパケット解決を実行させる、決定ユニットとをさらに備える、請求項8から12のいずれか一項に記載のモバイル端末。
モバイル端末のインターネットアクセスサービスの品質を監視するためのシステムであって、モバイル端末およびネットワークサーバを備え、
前記モバイル端末が、前記インターネットアクセスサービスのIPデータパケットを収集して、前記IPデータパケットに対応するインターネットアクセスサービスのタイプを識別して、解決結果を取得するために、前記IPデータパケットにディープパケット解決を実行して、前記IPデータパケットの前記解決結果に応じて、前記インターネットアクセスサービスのタイプに対応する前記インターネットアクセスサービスの主要品質指標に関する統計値を収集して、統計値を用いて取得された前記主要品質指標を前記ネットワークサーバにアップロードするように構成されており、
前記ネットワークサーバが、前記モバイル端末によってアップロードされた前記主要品質指標を受信して、前記主要品質指標に応じて前記モバイル端末の前記インターネットアクセスサービスの品質を監視するように構成されている、システム。
前記ネットワークサーバが監視ポリシーを構成するようにさらに構成されており、前記監視ポリシーが、監視する必要があるインターネットアクセスサービスのタイプ、および前記インターネットアクセスサービスのタイプに対応する主要品質指標を示すために使用され、
前記モバイル端末が、前記ネットワークサーバから前記監視ポリシーを取得するようにさらに構成されており、前記監視ポリシー、および前記IPデータパケットに対応する前記インターネットアクセスサービスのタイプによって、前記インターネットアクセスサービスに主要品質指標の分析を実行するべきであると決定すると、前記IPデータパケットに対応する前記サービスのタイプによって前記インターネットアクセスサービスの前記主要品質指標に関する統計値を収集して、前記インターネットアクセスサービスに主要品質指標の分析が実行される必要はないと決定すると、前記IPデータパケットを廃棄する、請求項14に記載のシステム。