(57)【要約】本発明は無線ネットワーク毛管路性能を評価する方法及び装置を開示し、移動通信分野に関する。前記方法は、無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断することと、前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理、パケットキャプチャ過程中パケットロス率に対する統計処理を行うことと、前記ネットワークパケットがロードをキャリーしないと判断する場合、パケットキャプチャ過程中パケットロス率に対する統計処理を行うことと、を含む。本発明は管路性能をより詳しく評価することができる。
2016503602.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワーク毛管路（ｃａｐｉｌｌａｒｙ  ｃｈａｎｎｅｌ）性能（ｐｅｒｆｏｒｍａｎｃｅ）を評価する（ｅｖａｌｕａｔｉｎｇ）方法であって、
無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロード（ｐａｙｌｏａｄ）をキャリー（ｉｎｃｌｕｄｅ）するかどうかを判断（ｄｅｔｅｒｍｉｎｉｎｇ）することと、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒａｔｅ）とパケットロス率（ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理（ｓｔａｔｉｓｔｉｃ  ｐｒｏｃｅｓｓｉｎｇ）、ディスオーダー率（ｄｉｓｏｒｄｅｒ  ｒａｔｅ）に対する統計処理、パケットキャプチャ過程中パケットロス率（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理を行う（ｐｅｒｆｏｒｍｉｎｇ）ことと、
前記ネットワークパケットがペイロードをキャリーしないと判断した場合、パケットキャプチャ過程中パケットロス率に対する統計処理を直接に（ｄｉｒｅｃｔｌｙ）行うことと、
を含むことを特徴とする方法。
【請求項２】
前記方法は、
前記ネットワークパケットと、ペイロードをキャリーする前のパケット間の時間差を計算し、
得られた時間差と所定の（ｐｒｅｄｅｔｅｒｍｉｎｅｄ）時間差を比較し、
比較結果に基づいて、ドーマント状態（ｓｌｅｅｐ  ｓｔａｔｅ）またはバースト状態（ｂｕｒｓｔ  ｓｔａｔｅ）のサービスモデル（ｓｅｒｖｉｃｅ  ｍｏｄｕｌｅ）の関連指標（ｒｅｌａｔｅｄ  ｉｎｄｅｘ）を統計し（ｍａｋｉｎｇ  ａ  ｓｔａｔｉｃ）、かつパケットシーケンス番号（ｐａｃｋｅｔ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）のホールリスト（ｈｏｌｅ  ｌｉｓｔ）におけるすべてのパケットの熟成時間（ａｇｉｎｇ  ｔｉｍｅ）を統計する（ｍａｋｉｎｇ  ａ  ｓｔａｔｉｃ）ことを含む、
サービスモデルの関連指標の統計処理を行うステップをさらに含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記方法は、
前記ネットワークパケットがある（ｌｏｃａｔｅｄ）時間統計間隔（ｔｉｍｅ  ｓｔａｔｉｃ  ｉｎｔｅｒｖａｌ）と、ペイロードをキャリーする前のパケットの時間統計間隔が連続であるかどうかを判断し、
判断結果に基づいて、ドーマント状態またはバースト状態のサービスモデルの関連指標を統計し、かつパケットシーケンス番号のホールリストにおけるすべてのパケットの熟成時間を統計することを含む、
サービスモデルの関連指標の統計処理を行うステップをさらに含む
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークパケットのパケットシーケンス番号と次の期待される（ｅｘｐｅｃｔｅｄ）パケットシーケンス番号を比較し、
前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より小さい場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理を行い、
前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号に等しい場合、次の期待されるパケットシーケンス番号を、前記ネットワークパケットのパケットシーケンス番号とパケット長との合計（ｓｕｍ）に更新し（ｕｐｄａｔｉｎｇ）、かつパケットキャプチャ過程中パケットロス率に対する統計処理を行い、
前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より大きい場合、次の期待されるパケットシーケンス番号を、前記ネットワークパケットのパケットシーケンス番号とパケット長との合計に更新し、新たに生成された（ｎｅｗｌｙ  ｇｅｎｅｒａｔｅｄ）ホール（ｈｏｌｅ）をパケットシーケンス番号のホールリストに追加する
ことを特徴とする請求項２または３に記載の方法。
【請求項５】
前記再伝送率とパケットロス率に対する統計処理を行うステップは、
前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間が所定の熟成時間より大きい場合、アップストリーム/ダウンストリームのペイロードをキャリーするパケットの再伝送パケット数を統計し、
前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にない場合、ダウンストリーム/アップストリームのペイロードをキャリーするパケットの再伝送パケット数を統計することを含む
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記ディスオーダー率に対する統計処理を行うステップは、
前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間（ａｇｉｎｇ  ｔｉｍｅ）が所定の（ｐｒｅｄｅｔｅｒｍｉｎｅｄ）熟成時間より小さい場合、短時間の（ｔｒａｎｓｉｅｎｔ）ディスオーダーのパケット数を統計することを含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記パケットキャプチャ過程中パケットロス率に対する統計処理を行うステップは、
前記ネットワークパケットにキャリーされたアップリンク/ダウンリンク確認応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）番号がダウンリンク/アップリンクの前の確認されるパケットシーケンス番号より大きい場合、
前記ネットワークパケットにキャリーされたアップリンク/ダウンリンクＡＣＫ番号とパケットシーケンス番号のホールリストにおけるホールシーケンス番号を比較し、
比較結果に基づいて、前記パケットキャプチャ過程パケットロスの総数を統計し、かつパケットシーケンスホールリストを更新する
ことを含む
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記毛管路はユーザにより開始された伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ：ＴＣＰ）接続である
ことを特徴とする請求項７に記載の方法。
【請求項９】
無線ネットワーク毛管路性能を評価する装置（ａｐｐａｒａｔｕｓ）であって、
無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断するように構成されるサービスモデル統計モジュール（ｓｅｒｖｉｃｅ  ｍｏｄｕｌｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理を行うように構成される再伝送率とパケットロス率統計モジュール（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒａｔｅ  ａｎｄ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、ディスオーダー率に対する統計処理を行うように構成されるディスオーダー率統計モジュール（ｄｉｓｏｒｄｅｒ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
パケットキャプチャ過程中パケットロス率（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理を行うように構成されるパケットキャプチャ過程中パケットロス率統計モジュール（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
を備える
ことを特徴とする装置。
【請求項１０】
前記サービスモデル統計モジュールは、さらにドーマント状態またはバースト状態のサービスモデルの関連指標を統計するように構成される
ことを特徴とする請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信分野に関し、特に、無線ネットワークのエンドツーエンドの全体の伝送経路における毛管路（ｃａｐｉｌｌａｒｙ  ｃｈａｎｎｅｌ）の細粒度（ｆｉｎｅ−ｇｒａｎｔｅｄ）性能（ｐｅｒｆｏｒｍａｎｃｅ）を評価する（ｅｖａｌｕａｔｉｎｇ）方法及びその関連装置に関する。
【背景技術】
【０００２】
３Ｇ/４Ｇネットワークの配布と成熟度に従い、データサービスは爆発的に成長することを呈している。しかし、世界的スマートフォンの普及及びアプリケーションマーケットが迅速に発展しているので、オペレーターにとっては「管路化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）」されるリスクが存在している。大量のネットワークトラフィックは新たに増加されるネットワークアプリケーションにより迅速に占用され、オペレーターのサービス収益は適度な増加を得られなかった。
【０００３】
そのような状況で、相応なオペレーターと設備メーカーはトラフィック経営の概念を提出し、ネットワークにおけるトラフィックの特性を深く掘り起こすことを図り、標的なビジネスマーケティングスキームを普及して実施し、それによってその経営利益を最大化する。トラフィック経営の前提として、トラフィックに対する管理制御の措置を標的にタイムリーに採用するように、ネットワークにおける各タイプのサービスの性能に対してリアルタイム且つ正確に測定する必要がある。ユーザの特定なサービスのサービス性能を満たす前提で、リソース占有の最適化を実現して経営の全体価値を向上させる。
【０００４】
現在に採用されている管路（ｃｈａｎｎｅｌ）性能（ｐｅｒｆｏｒｍａｎｃｅ）に対する評価方法は主にディープパケットインスペクション（ＤＰＩ：Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）技術に基づいて、オペレーションサポートシステム（ＯＳＳ：Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ）の統計データを組み合わせて後処理分析を行う。この方法の欠点は、管路が雑に定義され、サービスタイプのアグリゲーション１レベルしかに達することができず、例えば、ウェブブラウジングタイプのサービスと映像ブラウジングタイプのサービスとの違いを区別し、管路性能に対してより詳しい有効な統計を提供することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これを鑑みて、本発明実施例の主な目的は、管路性能をより詳細に評価する可能な無線ネットワーク毛管路性能を評価する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記の目的を達するために、本発明実施例の技術的解決策はこのように実現される。
【０００７】
本発明の一実施例は、無線ネットワーク毛管路性能を評価する方法を提供し、当該方法は、
無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロード（ｐａｙｌｏａｄ）をキャリー（ｉｎｃｌｕｄｅ）するかどうかを判断（ｄｅｔｅｒｍｉｎｉｎｇ）することと、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒａｔｅ）とパケットロス率（ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理（ｓｔａｔｉｓｔｉｃ  ｐｒｏｃｅｓｓｉｎｇ）、ディスオーダー率（ｄｉｓｏｒｄｅｒ  ｒａｔｅ）に対する統計処理、パケットキャプチャ過程中パケットロス率（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理を行う（ｐｅｒｆｏｒｍｉｎｇ）ことと、
前記ネットワークパケットがペイロードをキャリーしないと判断した場合、パケットキャプチャ過程中パケットロス率に対する統計処理を直接に（ｄｉｒｅｃｔｌｙ）行うことと、を含む。
【０００８】
好ましくは、前記方法は、
前記ネットワークパケットと、ペイロードをキャリーする前のパケット間の時間差を計算し、得られた時間差と所定の（ｐｒｅｄｅｔｅｒｍｉｎｅｄ）時間差を比較し、比較結果に基づいて、ドーマント状態（ｓｌｅｅｐ  ｓｔａｔｅ）またはバースト状態（ｂｕｒｓｔ  ｓｔａｔｅ）のサービスモデル（ｓｅｒｖｉｃｅ  ｍｏｄｕｌｅ）の関連指標（ｒｅｌａｔｅｄ  ｉｎｄｅｘ）を統計し（ｍａｋｉｎｇ  ａ  ｓｔａｔｉｃ）、かつパケットシーケンス番号（ｐａｃｋｅｔ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）のホールリスト（ｈｏｌｅ  ｌｉｓｔ）におけるすべてのパケットの熟成時間（ａｇｉｎｇ  ｔｉｍｅ）を統計する（ｍａｋｉｎｇ  ａ  ｓｔａｔｉｃ）ことを含む、サービスモデルの関連指標の統計処理を行うステップをさらに含む。
【０００９】
好ましくは、前記方法は、
前記ネットワークパケットがある（ｌｏｃａｔｅｄ）時間統計間隔（ｔｉｍｅ  ｓｔａｔｉｃ  ｉｎｔｅｒｖａｌ）と、ペイロードをキャリーする前のパケットの時間統計間隔が連続であるかどうかを判断し、判断結果に基づいて、ドーマント状態またはバースト状態のサービスモデルの関連指標を統計し、かつパケットシーケンス番号のホールリストにおけるすべてのパケットの熟成時間を統計することを含む、サービスモデルの関連指標の統計処理を行うステップをさらに含む。
【００１０】
好ましくは、前記ネットワークパケットのパケットシーケンス番号と次の期待される（ｅｘｐｅｃｔｅｄ）パケットシーケンス番号を比較し、前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より小さい場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理を行い、前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号に等しい場合、次の期待されるパケットシーケンス番号を現在ネットワークパケットのパケットシーケンス番号とパケット長との合計（ｓｕｍ）に更新し（ｕｐｄａｔｉｎｇ）、かつパケットキャプチャ過程中パケットロス率に対する統計処理を行い、前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より大きい場合、次の期待されるパケットシーケンス番号を現在ネットワークパケットのパケットシーケンス番号とパケット長との合計に更新し、新たに生成された（ｎｅｗｌｙ  ｇｅｎｅｒａｔｅｄ）ホール（ｈｏｌｅ）をパケットシーケンス番号のホールリストに追加する。
【００１１】
好ましくは、前記再伝送率とパケットロス率に対する統計処理を行うステップは、
前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間が所定の熟成時間より大きい場合、アップストリーム/ダウンストリームのペイロードをキャリーするパケットの再伝送パケット数を統計し、前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にない場合、ダウンストリーム/アップストリームのペイロードをキャリーするパケットの再伝送パケット数を統計することを含む。
【００１２】
好ましくは、前記ディスオーダー率に対する統計処理を行うステップは、
前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間（ａｇｉｎｇ  ｔｉｍｅ）が所定の（ｐｒｅｄｅｔｅｒｍｉｎｅｄ）熟成時間より小さい場合、短時間の（ｔｒａｎｓｉｅｎｔ）ディスオーダーのパケット数を統計することを含む。
【００１３】
好ましくは、前記パケットキャプチャ過程中パケットロス率に対する統計処理を行うステップは、  前記ネットワークパケットにキャリーされたアップリンク/ダウンリンク確認応答（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）番号がダウンリンク/アップリンクの前の確認されるパケットシーケンス番号より大きい場合、前記ネットワークパケットにキャリーされたアップリンク/ダウンリンクＡＣＫ番号とパケットシーケンス番号のホールリストにおけるホールシーケンス番号を比較し、比較結果に基づいて、前記パケットキャプチャ過程パケットロスの総数を統計し、かつパケットシーケンスホールリストを更新することを含む。
【００１４】
好ましくは、前記毛管路はユーザにより開始されたＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ：伝送制御プロトコル）接続である。
【００１５】
本発明の一実施例は、無線ネットワーク毛管路性能を評価する装置（ａｐｐａｒａｔｕｓ）を提供し、当該装置は、
無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断するように構成されるサービスモデル統計モジュール（ｓｅｒｖｉｃｅ  ｍｏｄｕｌｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理を行うように構成される再伝送率とパケットロス率統計モジュール（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒａｔｅ  ａｎｄ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
前記ネットワークパケットがペイロードをキャリーすると判断した場合、ディスオーダー率に対する統計処理を行うように構成されるディスオーダー率統計モジュール（ｄｉｓｏｒｄｅｒ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、
パケットキャプチャ過程中パケットロス率（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ）に対する統計処理を行うように構成されるパケットキャプチャ過程中パケットロス率統計モジュール（ｐａｃｋｅｔ  ｃａｐｔｕｒｅ  ｐｒｏｃｅｓｓ  ｐａｃｋｅｔ  ｌｏｓｓ  ｒａｔｅ  ｓｔａｔｉｃ  ｍｏｄｕｌｅ）と、を備える。
【００１６】
好ましくは、前記サービスモデル統計モジュールはさらにドーマント状態またはバースト状態のサービスモデルの関連指標を統計するように構成される。
【００１７】
従来技術と比べて、本発明実施例により提供される技術的解決策は少なくとも、以下のような有益な効果がある。
【００１８】
１、本発明は、オフラインのパケットキャプチャデータを利用して分析し、リアルタイム性に対する要求が高くないので、毛管路粒度の伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）性能指標を統計することができる。
【００１９】
２、より高い粒度上に必要なサービスモデル統計をアグリゲーション分析できるように、本発明は、毎本の毛管路のサービスモデルを提供でき、逆に、粗粒度のサービスモデル統計により細粒度のサービスモデル統計を得られない。
【００２０】
３、本発明は、再伝送率とパケットロス率に対して統計し、アップリンク、ダウンリンクを区分でき、かつパケットキャプチャインターフェイスの前にパケットロスまたは再伝送が発生したか、パケットキャプチャインターフェイスの後にパケットロスまたは再伝送が発生したかについて区分できる。
【００２１】
４、本発明は、アップリンク、ダウンリンクのディスオーダー率を統計できる。
【００２２】
５、本発明は、パケットキャプチャ過程中各種の原因によるパケットロスを統計して、取得されたデータが完全であるかどうかを評価し、後続の分析計算過程に用いられるかどうかを評価することができる。
【００２３】
６、本発明の全ての統計は、プログラムにより自動的に算出され、ネットワーク性能問題を速くインテリジェント診断することに対してよい指導価値がある。
【図面の簡単な説明】
【００２４】
【図１】本発明実施例により提供される無線ネットワーク毛管路性能を評価する方法の原理を示すブロック図である。
【図２】本発明実施例により提供される無線ネットワーク毛管路性能を評価する装置の構成構造を示す図である。
【図３】図２に示すような無線ネットワーク毛管路性能を評価する装置の作業フローチャートである。
【図４】本発明実施例により提供される無線ネットワーク毛管路性能を評価する詳細な実施ステップの図である。
【図５】本発明実施例により提供されるバーストとドーマント状態を示す図である。
【図６（ａ）】本発明実施例により提供されるｔ１時刻の伝送シーケンス番号のホール状態を示す図である。
【図６（ｂ）】本発明実施例により提供されるｔ２時刻の伝送シーケンス番号のホール収縮を示す図である。
【図６（ｃ）】本発明実施例により提供されるｔ３時刻の伝送シーケンス番号のホール分割を示す図である。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照しながら本発明の好適な実施例について詳細に説明し、なお、ここで記載する好適な実施例は単に本発明を説明と解釈するためのものに過ぎず、本発明を限定するものではない。
【００２６】
本発明実施例は各ユーザにより開始される各本のＴＣＰ接続をより細かい粒度の管路として検討し、かつそれを毛管路と称し、無線ネットワークパケットスイッチ（ＰＳ：Ｐａｃｋｅｔ Ｓｗｉｔｃｈ）ドメインの標準なインターフェイスのパケットキャプチャデータに基づいて、ＴＣＰ毛管路の性能を完全自動的に評価する。明らかに、ＴＣＰは唯一の毛管路ではない。しかし、本発明実施例はＴＣＰプロトコルをキャリーする毛管路だけに対して性能を分析する。
【００２７】
ここで、前記無線ネットワークは、グローバル移動通信システム（ＧＳＭ :Ｇｌｏｂａｌ Ｓｙｓｔｅｍ Ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、汎用移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、時分割同期符号分割多重接続（ＴＤ−ＳＣＤＭＡ :Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ−Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、周波数分割複信長期発展型技術（ＦＤＤ−ＬＴＥ:Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ−Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、時分割複信ＬＴＥ（ＴＤＤ−ＬＴＥ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ ＬＴＥ）など無線規格を含むがこれに限られない。異なるＰＳドメインの無線ネットワークに対して、パケットキャプチャを行うネットワークインターフェイスは一定の差異があり、例えば、ＧＳＭは通常にＧｂインターフェイスのデータを収集し、ＵＭＴＳとＴＤ−ＳＣＤＭＡは通常にＩｕＰＳインターフェイスのデータを収集し、ＣＤＭＡは通常にＲｐインターフェイスのデータを収集する。各種の規格で収集された元のデータのフォーマットもちょうど異なり、通常はワイヤシャークツールがサポートするＰＣＡＰフォーマットである。本発明は具体的なデータのフォーマットに対する処理について気にしない。現在、マーケット上は相応なツールがあり、これらのＴＣＰ層ネットワークパケットが如何に一層一層に封止されてネットワークに伝送されることに関わらず、これらのパケットキャプチャデータから毛管路の性能分析が必要なＴＣＰ層ネットワークパケットを抽出する。
【００２８】
以下、図１〜図６を参照しながら本発明をさらに詳しく説明する。
【００２９】
図１は本発明実施例により提供される無線ネットワーク毛管路性能を評価する方法の原理を示すブロック図であり、図１に示すように、前記方法は、下記のステップを含む。
【００３０】
ステップ１０１：無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断する。
【００３１】
ステップ１０２：前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理、パケットキャプチャ過程中パケットロス率に対する統計処理を行う。
【００３２】
ステップ１０３：前記ネットワークパケットがペイロードをキャリーしないと判断した場合、パケットキャプチャ過程中パケットロス率に対する統計処理を直接に行う。
【００３３】
具体的に、前記ネットワークパケットのパケットシーケンス番号と次の期待されるパケットシーケンス番号を比較し、前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より小さい場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理を行う。前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号に等しい場合、次の期待されるパケットシーケンス番号を前記ネットワークパケットのパケットシーケンス番号とパケット長との合計に更新し、パケットキャプチャ過程中パケットロス率に対する統計処理を行う。前記ネットワークパケットのパケットシーケンス番号が次の期待されるパケットシーケンス番号より大きい場合、次の期待されるパケットシーケンス番号を前記ネットワークパケットのパケットシーケンス番号とパケット長との合計に更新し、新たに生成されたホールをパケットシーケンス番号のホールリストに追加する。
【００３４】
ここで、前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間が所定の熟成時間より大きい場合、アップストリーム/ダウンストリームのペイロードをキャリーするパケットの再伝送パケット数を統計する。前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にしない場合、ダウンストリーム/アップストリームのペイロードをキャリーするパケットの再伝送パケット数を統計する。前記ネットワークパケットのパケットシーケンス番号がパケットシーケンス番号のホールリスト内にあり、かつ熟成時間が所定の熟成時間より小さい場合、短時間のディスオーダーのパケット数を統計する。前記ネットワークパケットにキャリーされたアップリンク/ダウンリンク確認応答（ＡＣＫ）番号がダウンリンク/アップリンクの前の確認されるパケットシーケンス番号より大きい場合、前記ネットワークパケットにキャリーされたアップリンク/ダウンリンクＡＣＫ番号とパケットシーケンス番号のホールリストにおけるホールシーケンス番号を比較し、比較結果に基づいて、前記パケットキャプチャ過程中パケットロスの総数を統計し、かつパケットシーケンスホールリストを更新する。
【００３５】
本発明実施例により提供される無線ネットワーク毛管路性能を評価する装置は、従来技術と同様な部分及び従来技術と異なる部分を含む。ここで、従来技術と同様な部分は、パケットの各プロトコル層の復号化を完成するように構成されるパケット復号化モジュールと、同一ユーザに属するパケットを一緒に仕分けるように構成されるシングルユーザシグナリングフィルタモジュールと、同一ユーザに属する同一ＴＣＰ毛管路上のパケットを一緒に仕分けるように構成されるＴＣＰ毛管路シグナリングフィルタモジュールとを含む。
【００３６】
図２に示すように、従来技術と異なる部分は、統計初期化モジュール１０１、サービスモデル統計モジュール１０２、再伝送率とパケットロス率統計モジュール１０３、ディスオーダー率統計モジュール１０４、及びパケットキャプチャ過程中パケットロス率統計モジュール１０５を含む。
【００３７】
前記統計初期化モジュール１０１は、ＴＣＰ接続が確立される場合、各種の統計パラメータと内部の変量を初期化するように構成される。
【００３８】
前記サービスモデル統計モジュール１０２は、無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断するように構成され、さらに、バーストの合計回数、ドーマントの合計回数、バーストの合計時間長、ドーマントの合計時間長などを含むドーマント状態またはバースト状態のサービスモデルの関連指標を統計するように構成され、さらに、接続上のパケット合計数、ペイロードをキャリーするパケット合計数、伝送されたバイトの合計数などサービスモデルの関連指標を統計するように構成される。
【００３９】
再伝送率とパケットロス率統計モジュール１０３は、前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理を行い、即ち、ＴＣＰ毛管路の双方向通路において、パケットキャプチャインターフェイスの上ダウンストリームの再伝送率とパケットロス率を提供するように構成される。
【００４０】
ディスオーダー率統計モジュール１０４は、前記ネットワークパケットがペイロードをキャリーすると判断した場合、ディスオーダー率に対する統計処理を行い、即ち、ＴＣＰ毛管路の双方向通路において、パケット伝送の全体のディスオーダー率を提供するように構成される。
【００４１】
パケットキャプチャ過程中パケットロス率統計モジュール１０５は、パケットキャプチャ過程中パケットロス率に対する統計処理を行うように構成され、即ち、すべてのストリームに対して、パケットキャプチャ過程が理想的ではないことによる全体のパケットロス率を提供する。
【００４２】
図２に示すように、モジュール間は順序に実行される関係であり、１０１モジュールが実行された後、ＴＣＰのアップリンクまたはダウンリンクの各到着パケットに対して、ぞれぞれ順次に１０２、１０３、１０４及び１０５モジュールが実行され、各モジュールが実行された後、すべて相応的に統計モジュールの内部状態変量を更新して、現在の接続状態を追跡して維持する。モジュール間は直接な相互依存関係を有しないが、先に実行されたモジュールは共用の変量を補正することにより、後に実行されるモジュールの状態に影響を与えることができる。
【００４３】
図３は図２に示すような無線ネットワーク毛管路性能を評価する装置の作業フローチャートであり、図３に示すように、当該プロセスは下記のステップを含む。
【００４４】
ステップ２０１：ＴＣＰ接続が確立される場合、統計初期化モジュール１０１を呼び出して初始状態を設置する。前記ステップ２０１は、パケットキャプチャインターフェイス上のネットワークパケットがすでにユーザの次元とＴＣＰ管路の次元によって濾過され、直接に統計初期化モジュール１０１に入力されると仮定する。
【００４５】
さらに、各毛管路はすべて自分の独立の状態変量を有し、相互の処理ステップは互いに影響しない。毛管路のアップダウンリンクの２つの方向に対して、ペアとなる状態変量を用いて記録する。
【００４６】
ステップ２０２：各到着パケットの長さ情報、及び前のパケットとの間隔情報に基づいて、現在の毛管路上のサービスモデル情報を更新する。現在のパケットがアップリンクパケットであると、アップリンクの関連統計を更新し、そうではないと、ダウンリンクの関連統計を更新する。
【００４７】
ステップ２０３：ある方向に維持される伝送シーケンス番号のホールリスト（パケットシーケンス番号のホールリスト、またパケットホールと称される）、及び現在の到着パケットがパケットホール内にあるかどうかことを利用し、現在のパケットが再伝送のパケットであるか、パケットキャプチャインターフェイスのアップストリームに再伝送が発生したかダウンストリームに再伝送が発生したかを判断する。
【００４８】
ＩｕＰＳインターフェイスにパケットをキャプチャすることを例として、アップリンクにとって、アップストリームはＵＥからＩｕＰＳインターフェイスまでのリンクであり、ＵＥ、Ｎｏｄｅ Ｂ及びＲＮＣユーザプレーンのいくつかのネットワークエレメント及びネットワークエレメントの間の伝送経路を含む。ダウンストリームはＩｕＰＳインターフェイスから内容プロバイダー（ＣＰ：Ｃｏｎｔｅｎｔ Ｐｒｏｖｉｄｅｒ）までリンクであり、異なるネットワーキングトポロジーに応じて、ＳＧＳＮ、ＧＧＳＮ、ＷＡＰゲートウェイ、サービスプロバイダー（ＳＰ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）及びＣＰのいくつかのネットワークエレメント及びネットワークエレメント間の伝送経路を含む可能性がある。ダウンリンクにとって、逆であり、即ち、アップストリームはＣＰからＩｕＰＳインターフェイスまでのリンクであり、ダウンストリームはＩｕＰＳインターフェイスからＵＥまでのリンクである。
【００４９】
パケットロス率と再伝送率は相似の判断メカニズムに依頼する。最終に、各方向に対して、関連のパケットロス率と再伝送率に対する統計状態変量を更新する。
ステップ２０４：同様に、パケットホールと現在の到着パケットの情報を利用して、現在のパケットが１つの短時間のディスオーダーパケットであるかどうかを判断し、かつディスオーダー率の関連統計を更新する。
【００５０】
ステップ２０５：各ＴＣＰパケット内にキャリーされた、受信側に対応する確認応答（ＡＣＫ）情報を利用して、当該パケットにより確認されたシーケンス番号がパケットホールの一部に属するかどうかを分析し、はいの場合、パケットキャプチャの過程中にパケットロスが発生したことを示し、かつ統計する。
【００５１】
図４は本発明実施例により提供される無線ネットワーク毛管路性能を評価する詳細な実施ステップを示す図であり、図４に示すように、下記のステップを含む。
【００５２】
ステップ３０１：各新たに確立されるＴＣＰ毛管路に対して、相応な状態変量を初期化する。主要に下記の内容を含む。
【００５３】
ｕｌＰｋｔＮｕｍ：アップリンクが受信したパケット合計数。
【００５４】
ｕｌＰｋｔＬｅｎＳｕｍ：アップリンクのすべてのペイロードをキャリーするパケットの長さの合計。
【００５５】
ｕｌＮＺｅｒｏＰｋｔＮｕｍ：アップリンクが受信した、ペイロードをキャリーするパケット合計数（純粋なＡＣＫパケット数ではない）。
【００５６】
ｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ１，ｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ２：ペイロードがゼロではないパケット数において再伝送と判断されるパケット数（ｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ１はＵＥ→ＩｕＰＳ方向であり、ｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ２はＩｕＰＳ→ＣＰ方向である）。
【００５７】
ｕｌＤｉｓｏｒｄｅｒＰｋｔＮｕｍ：アップリンクの短時間のディスオーダーのパケット数。
【００５８】
ｕｌＢｕｒｓｔＴｓ：前のバースト状態の開始タイムスタンプ。
【００５９】
ｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓ：アップリンクの前の受信された、ペイロードパケットをキャリーするタイムスタンプ。
【００６０】
ｕｌＢｕｒｓｔＤｕｒａｔｉｏｎＳｕｍ：アップリンクのバーストの合計時間。
【００６１】
ｕｌＳｌｅｅｐＤｕｒａｔｉｏｎＳｕｍ：アップリンクのドーマントの合計時間。
【００６２】
ｕｌＢｕｒｓｔＮｕｍ：アップリンクが全部でいくつかのバースト見本を有するか。
【００６３】
ｕｌＳｌｅｅｐＮｕｍ：アップリンクが全部でいくつかのドーマント見本を有するか。
【００６４】
ｕｌＮｅｘｔＳｅｑＥｘｐ：アップリンクが現在のパケットを受信した後、期待した次のパケットシーケンス番号。
【００６５】
ｕｌＨｏｌｅｓ：アップリンクのパケットシーケンス番号のホールリストであって、リストの各要素の記録フォーマットは{開始シーケンス番号、終了シーケンス番号、パケット熟成時間}。
【００６６】
ｕｌＰｒｅｖＡｃｋ：アップリンクの前の確認されるパケットシーケンス番号。明らかに、このＡＣＫはダウンリンクのパケットによりキャリーされる。いずれかのパケットは同時に正方向のパケットシーケンス番号と反対方向のパケットシーケンス番号に対する確認をキャリーし、このＴＣＰプロトコルの簡単な事実は１０５モジュールを理解する肝心な点である。
【００６７】
ｕｌＣａｐＬｏｓｔＰｋｔＮｕｍ：パケットキャプチャ過程の不完全によるアップリンクパケットロスの合計数。
【００６８】
以上はアップリンクに対する変量であり、ダウンリンク変量について、その名づけ方式と意味はアップリンク変量と完全に対称し、接頭辞はｄｌに変更したらよく、例えば、ｄｌＨｏｌｅｓはダウンリンクのパケットシーケンス番号のホールリストである。
【００６９】
ステップ３０２：現在の到着されたネットワークパケットがアップリンクパケットであるかダウンリンクパケットであるかを判断する。アップリンクであれば、アップリンク変量を更新し、逆にあれば、ダウンリンク変量を更新する。アップリンク、ダウンリンクが対称するので、以下、すべてのステップは、すべてアップリンクパケットに対して処理すると仮定する。
【００７０】
ステップ３０３：ｕｌＰｋｔＮｕｍを更新し、現在の値に１を加算する。現在のパケットのペイロードが０であると、ステップ３１４を実行し、そうではないと、ステップ３０４を実行する。
【００７１】
ステップ３０４：まず、下記の変量を更新する。
【００７２】
ｕｌＮＺｅｒｏＰｋｔＮｕｍ：現在の値に１を加算する。
【００７３】
ｕｌＰｋｔＬｅｎＳｕｍ：現在の値の上に新しい到着パケットのバイト長を加算する。
【００７４】
その後、現在のパケットのタイムスタンプとｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓ間の差値を判断し、Ｘ秒（Ｘはパラメータであって、何時間でパケットを受信しないとドーマント状態に入ることを表する）より小さいと、ステップ３０５を実行し、そうではないと、ステップ３０６を実行する。
【００７５】
ステップ３０５：現在に依然として続けてネットワークパケットをバースト伝送する状態にあり、ドーマント状態に切り替えられなく、ｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓを、新しい到着パケットの現在のタイムスタンプに更新し、その後、ステップ３０７を実行する。
【００７６】
ステップ３０６：ドーマント状態に切り替えられ、１つの新しいドーマント見本とバースト見本が生成したことを表し、その持続時間はそれぞれ（Ｎｏｗ−ｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓ）と（Ｎｏｗ−ｕｌＢｕｒｓｔＴｓ− ｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓ）である。
【００７７】
現在のｕｌＢｕｒｓｔＮｕｍとｕｌＳｌｅｅｐＮｕｍ値を更新し、元の値に１を加算する。
【００７８】
ｕｌＢｕｒｓｔＤｕｒａｔｉｏｎＳｕｍとｕｌＳｌｅｅｐＤｕｒａｔｉｏｎＳｕｍの値を更新し、元の値に新しいドーマント見本時間長と新しいバースト見本時間長を加算する。
【００７９】
ｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓとｕｌＢｕｒｓｔＴｓを更新し、新しい到着パケットの現在のタイムスタンプにすべて更新する。その後ステップ３０７を実行する。
【００８０】
ステップ３０７：現在のアップリンクのパケットホールにおけるすべてのパケットの熟成時間を更新し、元の値に１を加算する。熟成時間はパケットの個数を単位とし、アップリンクにおいて、何個のパケットが通過した後に、依然にパケットホールに含まれるパケットの到着が観察されていないことを表る。
【００８１】
ステップ３０８：現在の到着パケットのパケットシーケンス番号とｕｌＮｅｘｔＳｅｑＥｘｐを比較し、現在のパケットのパケットシーケンス番号が期待されているパケットシーケンス番号であるかどうか確認する。
【００８２】
現在のパケットシーケンス番号と期待されるパケットシーケンス番号を比較し、現在のパケットシーケンス番号と期待されるパケットシーケンス番号に等しいと、ｕｌＮｅｘｔＳｅｑＥｘｐを、現在のパケットのパケットシーケンス番号値に現在のパケットのパケット長を加算した値に更新し、かつステップ３１４を実行し、現在のパケットシーケンス番号が期待されるパケットシーケンス番号より大きいと、ステップ３０９を実行し、現在のパケットシーケンス番号が期待されるパケットシーケンス番号より小さいと、ステップ３１０を実行する。
【００８３】
なお、すべてのシーケンス番号操作はシーケンス番号スペースの折り返し問題を考慮する必要がある。ＴＣＰの一番大きいシーケンス番号は４２９４９６７２９５であり、次のシーケンス番号は０に折り返す。シーケンス番号に対する比較は直接に減算することができない。
【００８４】
ステップ３０９：このステップは、現在の到着のパケットが期待されるパケットではなく、１つの先に到着されるパケットであり、シーケンス番号スペースで新しいホールが生成し、新しいホールをパケットシーケンス番号のホールリストに追加し、新しいホールの左の境界がｕｌＮｅｘｔＳｅｑＥｘｐであり、右境界が現在のパケットのシーケンス番号であり、熟成時間は０であることを表明している。ｕｌＮｅｘｔＳｅｑＥｘｐを、現在のパケットのパケットシーケンス番号値に現在のパケットのパケット長を加算した値に更新し、かつステップ３１４を実行する。
【００８５】
ステップ３１０：このステップは、現在の到着されたパケットシーケンス番号スペース内に１つの、時間が切れたパケットであることを表明する。現在のパケットのシーケンス番号がシーケンス番号ホール（ｈｏｌｅ）にあるかどうかを判断し、あると、ステップ３１１を実行し、なくかつ当該ホールの熟成時間が３以上であると、ステップ３１２を実行し、そうではないと、ステップ３１３を実行する。
【００８６】
ステップ３１１：このステップは、現在のパケットのシーケンス番号がすでに到着したと観察され、このパケットが１つの再伝送のパケットであることを表明する。アップリンクにとって、これはＩｕＰＳからＣＰまでのリンク（ダウンストリーム）にパケットロスが発生したことを意味し、再伝送カウンターｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ２を元の値に１を加算した値に更新し、かつ、ステップ３１４を実行する。
【００８７】
ステップ３１２：このステップは、パケットホールにおける１つのより古いシーケンス番号ホールが充填されることを表明する。アップリンクにとって、これはＵＥからＩｕＰＳまでのリンク（アップストリーム）にパケットロスが発生し、さらにはパケットキャプチャ箇所でこの（または連続ないくつかの）ロスされたパケットが観察されず、最終に再伝送メカニズムで、ＵＥは順次にロスされたパケットを再伝送し、今回のアップストリームにはパケットロスがなく、シーケンス番号ホールが充填される。
【００８８】
ホールが充填された後、パケットシーケンス番号のホールリストを更新する必要があり、可能な状況については、ホールの収縮（即ち、到着パケットが充填するのはホールの左右境界である）またはホールの分裂（即ち、到着パケットが充填するのはホールの中間位置である）を含む。
【００８９】
再伝送カウンターｕｌＮＺｅｒｏＤｕｐＰｋｔＮｕｍ１が元の値に１を加算した値に更新し、かつステップ３１４を実行する。
【００９０】
ステップ３１３：このステップは、少し前に生成されたホールがすぐに充填されることを表明する。これはアップストリームに短時間のディスオーダー伝送（後伝送先到着）があることを意味し、パケットシーケンス番号のホールリストを更新した後（収縮または分裂の操作）、ｕｌＤｉｓｏｒｄｅｒＰｋｔＮｕｍを、元の値に１を加算した値に更新し、かつ、ステップ３１４を実行する。
【００９１】
ステップ３１４：アップリンクパケットにキャリーされた、ダウンリンクに対する確認応答（ＡＣＫ）番号とダウンリンクのｄｌＰｒｅｖＡｃｋを比較し、ＡＣＫがｄｌＰｒｅｖＡｃｋより以下であると、このＡＣＫは、時間が切れたＡＣＫであり、または重複なＡＣＫであることを表明し、この場合に処理しなく、かつステップ３１６を実行し、そうではないと、ステップ３１５を実行する。
【００９２】
ステップ３１５：現在のパケットにキャリーされたＡＣＫ番号と現在のシーケンス番号ホールｄｌＨｏｌｅｓを比較し、ＡＣＫにより確認されたホールの個数に応じて、ｄｌＣａｐＬｏｓｔＰｋｔＮｕｍを更新し、同時にパケットシーケンス番号のホールリストｄｌＨｏｌｅｓを更新する。
【００９３】
これらの確認されたシーケンス番号ホールがパケットキャプチャインターフェイスで観察されないが、相手側により確認されたことは、これらのパケットが実際にパケットキャプチャインターフェイスを順調に通して相手側に到着することを意味し、ただパケットキャプチャ過程でロスされ、対応のパケットのデータがパケットキャプチャファイルに書き込められなく、シーケンス番号スペースで１つのホールが生成したようだ。
【００９４】
ステップ３１６：現在のストリームが終了したかどうかを判断する。ＴＣＰ接続がある時間閾値（設定可能）を経ったが、依然に新しいパケットが到着されないと、最後の指標計算（パケットロス率、再伝送率、ディスオーダー率、パケットキャプチャパケットロス率、サービスモデルなど、本発明では重点に紹介することを行わない）を行い、処理を終了する。そうではないと、ステップ３０２を実行し、次のパケットを続けて循環的に処理する。
【００９５】
上記のドーマント状態またはバースト状態のサービスモデルの関連指標を統計するステップ、即ち、上記のステップ３０４〜ステップ３０６は、下記のステップで替えることもできる。
【００９６】
ステップ３０４：まず、下記の変量を更新する。
【００９７】
ｕｌＮＺｅｒｏＰｋｔＮｕｍ：現在の値に１を加算する。
【００９８】
ｕｌＰｋｔＬｅｎＳｕｍ：現在の値に新しい到着パケットのバイト長を加算する。
【００９９】
その後、到着されたパケットが、整数秒として始まりと終わりである、長さがＸ秒である現在の時間統計間隔（Ｘはパラメータであって、何時間でパケットを受信しないとドーマント状態に入ることを表する）にあるかどうかを判断する。例えば、Ｘが１秒であり、この接続が３.２秒から始まると、第１の統計間隔は３秒〜４秒であり、第２の統計間隔は４秒〜５秒であり、第５.８秒に到着したパケットが属する統計間隔は５秒〜６秒である。これによって類推すればよい。現在のパケットのタイムスタンプがまだ現在の時間統計間隔内にあると、ステップ３０５を実行し、そうではないと、現在のパケットのタイムスタンプは次または後のいくつかの時間統計間隔にあると、ステップ３０６を実行する。
【０１００】
ステップ３０５：現在の時間統計間隔におけるパケットの数に１を加算し、その後、ステップ３０７を実行する。ある時間統計間隔内において、到着される純粋ではないＡＣＫパケットの個数が０より大きいと、当該統計間隔は１つの非ドーマント間隔であることを表明する。
【０１０１】
ステップ３０６：現在のパケットがある時間統計間隔と、前のパケットがある時間統計間隔が連続であると、現在の時間統計間隔も非ドーマント状態であり、ＴＣＰ接続がずっとバースト状態にあることを表明する。そうではないと、接続がドーマント状態を経過し、現在の時間統計間隔と前のパケットがある時間統計間隔との間のそれらの間隔がすべてドーマント見本として統計することを表明する。
【０１０２】
最後に指標統計を行うときに、すべての時間統計間隔を走査し、パケット数が０でないすべて時間統計間隔の合計個数を、ｕｌＢｕｒｓｔＮｕｍとし、他の時間統計間隔の合計個数を、ｕｌＳｌｅｅｐＮｕｍとする。また、ｕｌＢｕｒｓｔＤｕｒａｔｉｏｎＳｕｍ＝ｕｌＢｕｒｓｔＮｕｍ＊Ｘ秒であり、ｕｌＳｌｅｅｐＤｕｒａｔｉｏｎＳｕｍ＝ｕｌＳｌｅｅｐＮｕｍ＊Ｘ秒である。ダウンリンク方向は同様である。
【０１０３】
図５は、本発明実施例により提供されるバーストとドーマント状態を示す図であり、図５に示すように、一定の時間ドーマントした後、接続において改めてバーストのパケット伝送があり、その第１のパケットのタイムスタンプｕｌＢｕｒｓｔＴｓは１分３０秒であり、その後一定の時間に、また各パケットと前のパケット間の時間差がすべて１秒より小さい５個のペイロードがゼロではないパケットが順次に到着する。第６のパケットは最後に到着したパケットであり、対応するｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓが１分３３秒である。その後、２秒経った後、第７のパケットが到着し、その現在のタイムスタンプは１分３５秒である。
【０１０４】
第７のパケットが到着するときに、１つのドーマント状態の見本が新たに生成されることを表明し、時間長が２秒である。同時に、前の６個のパケットにより構成される１つのバースト見本が終了されることを意味し、バースト時間長が３秒である。ｕｌＢｕｒｓｔＴｓとｕｌＰｒｅｖＮＺｅｒｏＰｋｔＴｓのタイムスタンプはすべて第７のパケットの現在のタイムスタンプ、即ち、１分３５秒に更新し、かつ次のバーストとドーマント状態の判断を進む。
【０１０５】
図６（ａ）は本発明実施例により提供されるｔ１時刻伝送シーケンス番号ホール状態を示す図であり、図６（ａ）に示すように、ある時刻ｔ１で、観察されたシーケンス番号スペースにおいて、３個のホールが存在し、すべて陰影で表示する。ここで、Ａホールは、連続的な２つのパケットロスにより生成されたものであり、Ｂホールは、連続的な３個のパケットロスにより生成されたものであり、Ｃホールは、１つのパケットロスにより生成されたものである。図６（ｂ）に示すように、時刻ｔ２に、Ａの一部のホールが充填され、これはホール収縮の状況である。図６（c）に示すように、時刻ｔ３に、Ａのホールがすでに全体に充填され、Ｂの中間部分のデータが充填され、これはホール分裂の状況である。
【０１０６】
以上のように、本発明はネットワークインターフェイスパケットキャプチャデータの自動処理により、ＴＣＰ毛管路の性能に対する評価結果を提供して、各移動ユーザの各毛管路の次元に対して、意義あるサービス品質（ＱｏＳ :Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）指標を提供し、これらの指標は広い分類とアグリゲーション分析をサポートすることに用いらることができ、ネットワーク全体の性能評価、ユーザ次元の性能評価、ネットワーク全体細粒度のユーザ感知モニターと評価に対して豊かなデータサポートを提供することができる。
【０１０７】
以上は、本発明を詳しく説明したが、本発明はこれに限られない。本分野の当業者にとっては、本発明の原理に基づいて様々な変更を行うことができる。本発明の原理に基づいて行われたいかなる改修、同等交替、改良等が、本発明の保護範囲内に含まれるべきである。
【産業上の利用可能性】
【０１０８】
本発明実施例において、無線ネットワーク毛管路においてネットワークパケットを取得した後、前記ネットワークパケットがペイロードをキャリーするかどうかを判断し、前記ネットワークパケットがペイロードをキャリーすると判断した場合、再伝送率とパケットロス率に対する統計処理、ディスオーダー率に対する統計処理、パケットキャプチャ過程中パケットロス率に対する統計処理を行い、前記ネットワークパケットがロードをキャリーしない場合、パケットキャプチャ過程中パケットロス率に対する統計処理を行う。このように、管路性能をより詳しく評価することができる。
【図１】
2016503602.tif 000003
【図２】
2016503602.tif 000004
【図３】
2016503602.tif 000005
【図４】
2016503602.tif 000006
【図５】
2016503602.tif 000007
【図６（ａ）】
2016503602.tif 000008
【図６（ｂ）】
2016503602.tif 000009
【図６（ｃ）】
2016503602.tif 000010
【国際調査報告】
2016503602.tif 000011
2016503602.tif 000012
2016503602.tif 000013
2016503602.tif 000014
2016503602.tif 000015