專利名稱：基于http應(yīng)用層解析實現(xiàn)tcp重傳分析的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信領(lǐng)域，特別涉及中國移動、中國聯(lián)通所屬的GSM、GPRS, TD-SCDMA,WCDMA運營支撐系統(tǒng)、信令監(jiān)測系統(tǒng)技術(shù)領(lǐng)域。
背景技術(shù)：
隨著移動互聯(lián)網(wǎng)的高速發(fā)展，基于移動數(shù)據(jù)業(yè)務(wù)的用戶行為分析、感知分析已成為支撐運營商市場決策的重要依據(jù)。因HTTP瀏覽業(yè)務(wù)在移動互聯(lián)網(wǎng)應(yīng)用中占比最大，且結(jié)合HTTP瀏覽業(yè)務(wù)攜帶上網(wǎng)URL及流量信息等特點，基于HTTP瀏覽業(yè)務(wù)的用戶行為分析、用戶感知分析為現(xiàn)階段主要分析指標(biāo)。
下載速率與TCP重傳率為HTTP瀏覽業(yè)務(wù)的感知分析的重要指標(biāo)。目前，主流分析手段中，下載速率通常基于應(yīng)用層每次HTTP業(yè)務(wù)過程數(shù)據(jù)流量與下行時延分析實現(xiàn)，TCP重傳率分析通?；诔休d層協(xié)議分析實現(xiàn)。以上述指導(dǎo)原則，支撐系統(tǒng)通常規(guī)劃不同的合成機制、數(shù)據(jù)庫分表存儲、應(yīng)用層分別展現(xiàn)?，F(xiàn)有的移動互聯(lián)網(wǎng)業(yè)務(wù)數(shù)據(jù)分析流程如附圖1所示，其中存在如下缺陷(I)應(yīng)用層分別展現(xiàn)，使用不便。在現(xiàn)有機制下，基于HTTP感知分析通常分為基于應(yīng)用層實現(xiàn)的下載速率呈現(xiàn)，以及TCP重傳率呈現(xiàn)，整體感知指標(biāo)需要離線關(guān)聯(lián)分析，使用不便。(2)采用分立的合成機制，硬件開銷較大，成本利用不合理。采用分立的合成機制，對應(yīng)用層、承載層分別分析，合成服務(wù)器開銷翻倍，且需要規(guī)劃不同的數(shù)據(jù)庫表，用戶身份信息、位置信息等公共信息重復(fù)存儲，存儲開銷不合理。(3)分析精度相對較低 在現(xiàn)有機制下，TCP重傳分析單元為一次TCP連接，HTTP業(yè)務(wù)分析單元為一次HTTP業(yè)務(wù)過程。根據(jù)移動互聯(lián)網(wǎng)業(yè)務(wù)協(xié)議特點，一次TCP連接可包含多個HTTP請求，考慮移動互聯(lián)網(wǎng)用戶的移動性特點，現(xiàn)有機制下，TCP重傳率分析精度與HTTP下載速率分析存在分析精度不匹配，且分析精度較低。

發(fā)明內(nèi)容
為了解決現(xiàn)有移動互聯(lián)網(wǎng)業(yè)務(wù)數(shù)據(jù)分析中上述缺陷，本發(fā)明結(jié)合HTTP業(yè)務(wù)的協(xié)議及傳輸特征，計劃基于HTTP應(yīng)用層信令解析，實現(xiàn)HTTP業(yè)務(wù)流量解析的同進(jìn)，實現(xiàn)承載層TCP重傳分析。采用這種整合機制，可有效提高合成精度、硬件資源使用更加合理，指標(biāo)集中展現(xiàn)，有利于上層應(yīng)用分析。本發(fā)明提出了一種基于HTTP應(yīng)用層解析實現(xiàn)TCP重傳分析的方法，包括如下步驟基于HTTP瀏覽業(yè)務(wù)應(yīng)用層協(xié)議響應(yīng)包分析得到理論數(shù)據(jù)流量；根據(jù)響應(yīng)包中TCP分段數(shù)據(jù)負(fù)載(payload)計算得出實際數(shù)據(jù)流量及實際傳輸數(shù)據(jù)包數(shù)；根據(jù)理論數(shù)據(jù)流量和實際數(shù)據(jù)流量確定數(shù)據(jù)重傳比；根據(jù)實際數(shù)據(jù)流量和實際傳輸數(shù)據(jù)包數(shù)確定數(shù)據(jù)包數(shù)平均負(fù)載；根據(jù)理論數(shù)據(jù)流量和數(shù)據(jù)包數(shù)平均負(fù)載確定理論傳輸數(shù)據(jù)包數(shù)；根據(jù)實際傳輸數(shù)據(jù)包數(shù)和理論傳輸數(shù)據(jù)包數(shù)確定重傳數(shù)據(jù)包數(shù)。根據(jù)本發(fā)明的一個方面，HTTP瀏覽業(yè)務(wù)過程中的理論數(shù)據(jù)流量，是通過提取響應(yīng)消息Content-Length實體報頭域定義內(nèi)容來獲取，即實體正文的長度，以字節(jié)方式存儲的十進(jìn)制數(shù)字來表示。根據(jù)本發(fā)明的一個方面，實際數(shù)據(jù)流量是通過將所有響應(yīng)消息的payload求和來獲得，即HTTP響應(yīng)消息中，TCP承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分字節(jié)數(shù)的總和。根據(jù)本發(fā)明的一個方面，所述基于HTTP應(yīng)用層解析實現(xiàn)TCP重傳分析的方法結(jié)合了 HTTP應(yīng)用層解析，同時將應(yīng)用層與承載層整合分析，得出理論數(shù)據(jù)流量、實際數(shù)據(jù)流量和實際傳輸數(shù)據(jù)包數(shù)。 根據(jù)本發(fā)明的一個方面，數(shù)據(jù)重傳比、數(shù)據(jù)包數(shù)平均負(fù)載、理論傳輸數(shù)據(jù)包數(shù)、重傳數(shù)據(jù)包數(shù)是通過下面的方式而確定的數(shù)據(jù)重傳比=1-((實際數(shù)據(jù)流量-理論數(shù)據(jù)流量)/理論數(shù)據(jù)流量)*100% ；數(shù)據(jù)包數(shù)平均負(fù)載=實際數(shù)據(jù)流量/實際傳輸數(shù)據(jù)包數(shù)；理論傳輸數(shù)據(jù)包數(shù)=理論數(shù)據(jù)流量/數(shù)據(jù)包數(shù)平均負(fù)載； 重傳數(shù)據(jù)包數(shù)=實際傳輸數(shù)據(jù)包數(shù)-理論傳輸數(shù)據(jù)包數(shù)。


下面結(jié)合附圖及具體實施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明附圖1為現(xiàn)有的移動互聯(lián)網(wǎng)業(yè)務(wù)數(shù)據(jù)分析流程。附圖2所示為根據(jù)本發(fā)明實施例的HTTP業(yè)務(wù)流量合成示意圖。附圖3所示為根據(jù)本發(fā)明實施例的典型HTTP業(yè)務(wù)過程示意圖。附圖4所示為根據(jù)本發(fā)明實施例的終端和服務(wù)器之間的數(shù)據(jù)交互過程示意圖。附圖5所示為根據(jù)本發(fā)明實施例的狀態(tài)行、消息報頭、響應(yīng)正文信令位置示意圖。附圖6所示為根據(jù)本發(fā)明實施例的HTTP業(yè)務(wù)記錄開關(guān)閉示意圖。附圖7所示為根據(jù)本發(fā)明實施例的理論數(shù)據(jù)流量示意圖。附圖8所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)包信令提取位置示意圖。附圖9所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)包信令提取位置示意圖。附圖10所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸業(yè)務(wù)過程示意圖。附圖11所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸業(yè)務(wù)過程中的信令截圖。附圖12所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸業(yè)務(wù)過程中的信令截圖。附圖13所示為根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸業(yè)務(wù)過程中的信令截圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。參照附圖2所示，現(xiàn)有機制下，HTTP業(yè)務(wù)基于應(yīng)用層合成，TCP重傳分析基于傳輸層合成?，F(xiàn)有機制下，HTTP業(yè)務(wù)流量合成原則，為記錄所有傳輸數(shù)據(jù)流量，即所有payload總和。附圖3所示為典型HTTP業(yè)務(wù)過程示例，從該圖可看出，現(xiàn)有機制下，HTTP業(yè)務(wù)流量實際已記入TCP重傳流量。現(xiàn)有機制下，TCP重傳基于傳輸層協(xié)議分析，以一個TCP連接為分析單元，通過匹配數(shù)據(jù)包序號及TCP DUP ACK消息來識別重傳包，這種合成機制，需要對不斷變換的數(shù)據(jù)包序號做分析識別，在現(xiàn)階段移動互聯(lián)網(wǎng)數(shù)據(jù)量暴增的情況下，實際對合成服務(wù)器硬件開銷極大，不適合全網(wǎng)推廣使用。附圖4示出了終端和服務(wù)器之間的數(shù)據(jù)交互過程。從附圖4可看出，第(11)包Seq = 1788與第(9)包Seq = 4688不連續(xù)，可看出，第(11)包為重傳包。
接下來對合并分析可行性進(jìn)行詳細(xì)的描述。結(jié)合HTTP合成機制可看出，一次HTTP業(yè)務(wù)過程包括TCP重傳包在內(nèi)所有數(shù)據(jù)流量的分析，待解決的主要是TCP重傳包識別的問題。結(jié)合HTTP業(yè)務(wù)協(xié)議及傳輸特點，對TCP重傳包識別思路闡述首先，我們給出如下的術(shù)語約定payload，即“有效載荷”，在HTTP協(xié)議中指TCP承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分?；趹?yīng)用層重傳分析主要基于HTTP響應(yīng)數(shù)據(jù)分析實現(xiàn)，以下對HTTP響應(yīng)消息組成詳細(xì)說明HTTP響應(yīng)由三個部分組成，分別是狀態(tài)行、消息報頭、響應(yīng)正文。1、狀態(tài)行格式如下HTTP-Version Status-Code Reason-Phrase CRLF其中，HTTP-Version表示服務(wù)器HTTP協(xié)議的版本；Status-C0de表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼；Reason_Phrase表示狀態(tài)代碼的文本描述。2,HTTP響應(yīng)消息報頭由響應(yīng)報頭及實體報頭組成，實際應(yīng)用中并不一定包含所有下文中列出的字段內(nèi)容(I)響應(yīng)報頭響應(yīng)報頭允許服務(wù)器傳遞不能放在狀態(tài)行中的附加響應(yīng)信息，以及關(guān)于服務(wù)器的信息和對Request-URI所標(biāo)識的資源進(jìn)行下一步訪問的信息。常用的響應(yīng)報頭Location響應(yīng)報頭域用于重定向接受者到一個新的位置。Location響應(yīng)報頭域常用在更換域名的時候。Server響應(yīng)報頭域包含了服務(wù)器用來處理請求的軟件信息。與User-Agent請求報頭域是相對應(yīng)的。Wffff-Authenticate響應(yīng)報頭域必須被包含在401 (未授權(quán)的)響應(yīng)消息中，客戶端收到401響應(yīng)消息時候,并發(fā)送Authorization報頭域請求服務(wù)器對其進(jìn)行驗證時,服務(wù)端響應(yīng)報頭就包含該報頭域。eg ffffff-Authenticate Basic realm = " Basic Auth Test ! " //可以看出服務(wù)器對請求資源采用的是基本驗證機制。(2)實體報頭
請求和響應(yīng)消息都可以傳送一個實體。一個實體由實體報頭域和實體正文組成，但并不是說實體報頭域和實體正文要在一起發(fā)送，可以只發(fā)送實體報頭域。實體報頭定義了關(guān)于實體正文(eg:有無實體正文)和請求所標(biāo)識的資源的元信息。常用的實體報頭Content-Encoding實體報頭域被用作媒體類型的修飾符，它的值指示了已經(jīng)被應(yīng)用到實體正文的附加內(nèi)容的編碼，因而要獲得Content-Type報頭域中所引用的媒體類型，必須采用相應(yīng)的解碼機制。Content-Encoding這樣用于記錄文檔的壓縮方法，eg:Content-Encoding gzipContent-Language實體報頭域描述了資源所用的自然語言。沒有設(shè)置該域則認(rèn)為實體內(nèi)容將提供給所有的語言閱讀者。
Content-Length實體報頭域用于指明實體正文的長度，以字節(jié)方式存儲的十進(jìn)制
數(shù)字來表示。Content-Type實體報頭域用于指明發(fā)送給接收者的實體正文的媒體類型。Last-Modified實體報頭域用于指示資源的最后修改日期和時間。Expires實體報頭域給出響應(yīng)過期的日期和時間。為了讓代理服務(wù)器或瀏覽器在一段時間以后更新緩存中(再次訪問曾訪問過的頁面時，直接從緩存中加載，縮短響應(yīng)時間和降低服務(wù)器負(fù)載)的頁面，我們可以使用Expires實體報頭域指定頁面過期的時間。3、響應(yīng)正文響應(yīng)正文即payload。附圖5示出了狀態(tài)行、消息報頭、響應(yīng)正文信令位置示意說明接下來對理論數(shù)據(jù)流量算法進(jìn)行詳細(xì)的描述。一次HTTP業(yè)務(wù)過程理論數(shù)據(jù)流量,可通過提取響應(yīng)消息Content-Length實體報頭域定義內(nèi)容獲取，即實體正文的長度，以字節(jié)方式存儲的十進(jìn)制數(shù)字來表示。實際數(shù)據(jù)流量指所有響應(yīng)消息payload總和，即HTTP響應(yīng)消息中，TCP承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分字節(jié)數(shù)總和。具體信令提取位置在后面詳述。數(shù)據(jù)重傳比，及重傳數(shù)據(jù)包數(shù)可采用如下算法(I)數(shù)據(jù)重傳比數(shù)據(jù)重傳比=1-((實際數(shù)據(jù)流量-理論數(shù)據(jù)流量)/理論數(shù)據(jù)流量)*100%(2)重傳數(shù)據(jù)包數(shù)數(shù)據(jù)包數(shù)平均payload =實際數(shù)據(jù)流量/實際傳輸數(shù)據(jù)包數(shù)理論傳輸數(shù)據(jù)包數(shù)=理論數(shù)據(jù)流量/數(shù)據(jù)包數(shù)平均payload重傳數(shù)據(jù)包數(shù)=帶payload數(shù)據(jù)包數(shù)-理論傳輸數(shù)據(jù)包數(shù)需要注意的是由于實際傳輸數(shù)據(jù)攜帶payload不一定為定長，因此重傳數(shù)據(jù)包數(shù)需做取整處理。接下來描述相應(yīng)的實現(xiàn)方案。HTTP業(yè)務(wù)記錄開關(guān)閉示意圖如附圖6所示。HTTP業(yè)務(wù)記錄需確保一次HTTP業(yè)務(wù)過程所有數(shù)據(jù)包合成完整，即以一次TCP連接過程為緩存單元，一次HTTP業(yè)務(wù)過程為分析單元，以HTTP請求做為HTTP業(yè)務(wù)記錄開始條件，下一次HTTP請求或TCP連接拆除做為HTTP業(yè)務(wù)記錄關(guān)閉條件，HTTP業(yè)務(wù)記錄超時時間可設(shè)。HTTP業(yè)務(wù)涉及流量及數(shù)據(jù)包數(shù)合成規(guī)則如下所述
1、理論數(shù)據(jù)流量合成規(guī)則理論數(shù)據(jù)流量即為HTTP響應(yīng)包的Content-Length字段內(nèi)容，如附圖7所示，圖中的content length字段值為5439,5439即為理論數(shù)據(jù)流量。2、實際傳輸數(shù)據(jù)流量合成規(guī)則實際數(shù)據(jù)流量指所有響應(yīng)消息payload總和，即HTTP響應(yīng)消息中，TCP承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分字節(jié)數(shù)總和.接下來描述信令提取位置。(I)第一個帶payload的響應(yīng)包，通常包含狀態(tài)行、消息報頭，需做去除，單位為字節(jié)。信令提取位置如圖8所示，圖8中，1256字節(jié)即為該包實際數(shù)據(jù)流量。(2)只包含payload的響應(yīng)包提取TCP segment data內(nèi)容即可,單位為字節(jié)。信 令提取位置如附圖9所示，圖9中，1440字節(jié)即為該包實際數(shù)據(jù)流量。3、實際傳輸數(shù)據(jù)包數(shù)合成規(guī)則統(tǒng)計一次HTTP業(yè)務(wù)過程中，所有響應(yīng)包中帶payload的數(shù)據(jù)包數(shù)。如附圖10所示，第(3)包全部為HTTP響應(yīng)包頭數(shù)據(jù)，不記入統(tǒng)計值，(4)、(6)、(7)、(9)、(11)為帶payload的響應(yīng)數(shù)據(jù)包，因此實際傳輸數(shù)據(jù)包數(shù)為5。接下來詳細(xì)描述具體的指標(biāo)算法。(I)數(shù)據(jù)重傳比數(shù)據(jù)重傳比=1-((實際數(shù)據(jù)流量-理論數(shù)據(jù)流量)/理論數(shù)據(jù)流量)*100%(2)重傳數(shù)據(jù)包數(shù)數(shù)據(jù)包數(shù)平均payload =實際數(shù)據(jù)流量/實際傳輸數(shù)據(jù)包數(shù)；理論傳輸數(shù)據(jù)包數(shù)=理論數(shù)據(jù)流量/數(shù)據(jù)包數(shù)平均payload ；重傳數(shù)據(jù)包數(shù)=帶payload數(shù)據(jù)包數(shù)-理論傳輸數(shù)據(jù)包數(shù)。需要注意的是由于實際傳輸數(shù)據(jù)攜帶payload不一定為定長，因此重傳數(shù)據(jù)包數(shù)需做取整處理。在本發(fā)明中，結(jié)合HTTP應(yīng)用層解析，同時實現(xiàn)應(yīng)用層與承載層整合分析的理念，通過應(yīng)用層分析得出理論數(shù)據(jù)流量、實際數(shù)據(jù)流量、實際傳輸數(shù)據(jù)包數(shù)，并以此推算出數(shù)據(jù)重傳比及重傳數(shù)據(jù)包數(shù)。信令提取位置及指標(biāo)算法如下理論數(shù)據(jù)流量的獲取一次HTTP業(yè)務(wù)過程理論數(shù)據(jù)流量,可通過提取響應(yīng)消息Content-Length實體報頭域定義內(nèi)容獲取，即實體正文的長度，以字節(jié)方式存儲的十進(jìn)制數(shù)字來表示。實際數(shù)據(jù)流量的獲取實際數(shù)據(jù)流量指所有響應(yīng)消息payload總和，即HTTP響應(yīng)消息中，TCP承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分字節(jié)數(shù)總和。實際傳輸數(shù)據(jù)包數(shù)，即一次HTTP業(yè)務(wù)過程中，所有響應(yīng)包中帶payload的數(shù)據(jù)包數(shù)。具體信令提取位置在前面已經(jīng)有詳細(xì)描述。數(shù)據(jù)重傳比，及重傳數(shù)據(jù)包數(shù)的計算(I)數(shù)據(jù)重傳比數(shù)據(jù)重傳比=1-((實際數(shù)據(jù)流量-理論數(shù)據(jù)流量)/理論數(shù)據(jù)流量)*100%(2)重傳數(shù)據(jù)包數(shù)
數(shù)據(jù)包數(shù)平均payload =實際數(shù)據(jù)流量/實際傳輸數(shù)據(jù)包數(shù)；理論傳輸數(shù)據(jù)包數(shù)=理論數(shù)據(jù)流量/數(shù)據(jù)包數(shù)平均payload ；重傳數(shù)據(jù)包數(shù)=帶payload數(shù)據(jù)包數(shù)-理論傳輸數(shù)據(jù)包數(shù)。通過理論數(shù)據(jù)流量、實際數(shù)據(jù)傳輸流量差得可計算得出重傳數(shù)據(jù)量、數(shù)據(jù)重傳比，及重傳數(shù)據(jù)包數(shù)算法。
本發(fā)明實現(xiàn)了如下所述的內(nèi)容(I)基于HTTP應(yīng)用層解析，同時實現(xiàn)應(yīng)用層與承載層整合分析的理念。(2)基于HTTP瀏覽業(yè)務(wù)應(yīng)用層協(xié)議響應(yīng)包分析得到理論數(shù)據(jù)流量，再根據(jù)響應(yīng)包中TCP分段數(shù)據(jù)payload計算得出實際傳輸數(shù)據(jù)流量及實際傳輸數(shù)據(jù)包數(shù)。接下來，采用一個具體的分析示例，使出以附圖10所示業(yè)務(wù)過程為例，對理論數(shù)據(jù)流量、實際數(shù)據(jù)流量、實際傳輸數(shù)據(jù)包數(shù)合成規(guī)則，以及數(shù)據(jù)重傳比、重傳數(shù)據(jù)包數(shù)算法做詳細(xì)說明。圖10中，第⑴包為HTTP請求包，第⑵包回ACK后，第⑶包開始為響應(yīng)數(shù)據(jù)包，通過信令可看出該包內(nèi)容全部為數(shù)據(jù)包頭，不含payload。信令截圖如附圖11所示。包
(4)、(6)、(7)、(9)、(11)為帶payload的響應(yīng)包。信令截圖如附圖12所示。結(jié)合第(11)包Seq = 1788與第(9)包Seq = 4688不連續(xù),可看出，第(11)包為重傳包。在響應(yīng)消息中Content-Length值為5439。信令截圖如附圖13所示。結(jié)合以上分析結(jié)果理論數(shù)據(jù)流量=5439 ；實際數(shù)據(jù)流量=1440+1440+1440+1119+1440= 6879 ；實際傳輸數(shù)據(jù)包數(shù)=5，包序號為(4)、(6)、(7)、(9)、(11)；數(shù)據(jù)重傳比=1-((6879-5439)/5439)*100%=26. 5% ；數(shù)據(jù)包數(shù)平均payload = 6879/5 = 1376 ；理論傳輸數(shù)據(jù)包數(shù)=5439/1376 = 3. 95向上取整后為4，即理論傳輸數(shù)據(jù)包數(shù)為4 ；重傳數(shù)據(jù)包數(shù)=5-4 = I。經(jīng)驗證，以上分析結(jié)果，與實際情況相同。通過采用本發(fā)明的技術(shù)方案，可以實現(xiàn)如下所述的技術(shù)優(yōu)點1、同機合成，精度高結(jié)合HTTP協(xié)議傳輸特點，在一臺設(shè)備同時實現(xiàn)HTTP業(yè)務(wù)流量及TCP重傳包合成分析，合成精度高。2、同表存儲，成本低采用同機合成機制，硬件成本更趨合理。數(shù)據(jù)同表存儲，對用戶身份信息、位置信息回填只需一次完成，節(jié)省服務(wù)器資源。且業(yè)務(wù)記錄開始時間、用戶身份信息、位置信息等只存儲一份，有效提升存儲利用率。3、統(tǒng)一展現(xiàn)，更便捷由于采用統(tǒng)一的基礎(chǔ)分析單元合成，并采用同表存儲，使得應(yīng)用層可采用相同的維度及時間粒度展現(xiàn)，指標(biāo)更準(zhǔn)確，使用更便捷。本領(lǐng)域的技術(shù)人員應(yīng)該理解，本發(fā)明的方法和裝置可以采用硬件、軟件、或硬件和軟件相結(jié)合的方式，通過微處理器、數(shù)字信號處理器、現(xiàn)場可編程邏輯單元、或門陣列等各種方式實現(xiàn)。綜上所述，雖然本發(fā)明已以優(yōu)選實施例披露如上，然而其并非用以限定本發(fā)明。本 發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，可作各種變動與修飾。因此，本發(fā)明的保護(hù)范圍當(dāng)視后附的權(quán)利要求所界定的范圍為準(zhǔn)。
權(quán)利要求
1.一種基于HTTP應(yīng)用層解析實現(xiàn)TCP重傳分析的方法，其特征在于，包括如下步驟 基于HTTP瀏覽業(yè)務(wù)應(yīng)用層協(xié)議響應(yīng)包分析得到理論數(shù)據(jù)流量；根據(jù)響應(yīng)包中TCP分段數(shù)據(jù)負(fù)載(payload)計算得出實際數(shù)據(jù)流量及實際傳輸數(shù)據(jù)包數(shù)；根據(jù)理論數(shù)據(jù)流量和實際數(shù)據(jù)流量確定數(shù)據(jù)重傳比；根據(jù)實際數(shù)據(jù)流量和實際傳輸數(shù)據(jù)包數(shù)確定數(shù)據(jù)包數(shù)平均負(fù)載；根據(jù)理論數(shù)據(jù)流量和數(shù)據(jù)包數(shù)平均負(fù)載確定理論傳輸數(shù)據(jù)包數(shù)；根據(jù)實際傳輸數(shù)據(jù)包數(shù)和理論傳輸數(shù)據(jù)包數(shù)確定重傳數(shù)據(jù)包數(shù)。
2.如權(quán)利要求1中所述的方法，其特征在于HTTP瀏覽業(yè)務(wù)過程中的理論數(shù)據(jù)流量,是通過提取響應(yīng)消息Content-Length實體報頭域定義內(nèi)容來獲取，即實體正文的長度，以字節(jié)方式存儲的十進(jìn)制數(shù)字來表示。
3.如權(quán)利要求1中所述的方法，其特征在于實際數(shù)據(jù)流量是通過將所有響應(yīng)消息的payload求和來獲得，即HTTP響應(yīng)消息中，TCP 承載層之上不包含狀態(tài)行、消息報頭的響應(yīng)正文部分字節(jié)數(shù)的總和。
4.如權(quán)利要求1中所述的方法，其特征在于所述基于HTTP應(yīng)用層解析實現(xiàn)TCP重傳分析的方法結(jié)合了 HTTP應(yīng)用層解析，同時將應(yīng)用層與承載層整合分析，得出理論數(shù)據(jù)流量、實際數(shù)據(jù)流量和實際傳輸數(shù)據(jù)包數(shù)。
5.如權(quán)利要求1中所述的方法，其特征在于數(shù)據(jù)重傳比、數(shù)據(jù)包數(shù)平均負(fù)載、理論傳輸數(shù)據(jù)包數(shù)、重傳數(shù)據(jù)包數(shù)是通過下面的方式而確定的數(shù)據(jù)重傳比=1-((實際數(shù)據(jù)流量-理論數(shù)據(jù)流量)/理論數(shù)據(jù)流量)*100% ；數(shù)據(jù)包數(shù)平均負(fù)載=實際數(shù)據(jù)流量/實際傳輸數(shù)據(jù)包數(shù)；理論傳輸數(shù)據(jù)包數(shù)=理論數(shù)據(jù)流量/數(shù)據(jù)包數(shù)平均負(fù)載；重傳數(shù)據(jù)包數(shù)=實際傳輸數(shù)據(jù)包數(shù)-理論傳輸數(shù)據(jù)包數(shù)。
全文摘要
本發(fā)明提出了一種基于HTTP應(yīng)用層解析實現(xiàn)TCP重傳分析的方法，包括如下步驟基于HTTP瀏覽業(yè)務(wù)應(yīng)用層協(xié)議響應(yīng)包分析得到理論數(shù)據(jù)流量；根據(jù)響應(yīng)包中TCP分段數(shù)據(jù)負(fù)載(payload)計算得出實際數(shù)據(jù)流量及實際傳輸數(shù)據(jù)包數(shù)；根據(jù)理論數(shù)據(jù)流量和實際數(shù)據(jù)流量確定數(shù)據(jù)重傳比；根據(jù)實際數(shù)據(jù)流量和實際傳輸數(shù)據(jù)包數(shù)確定數(shù)據(jù)包數(shù)平均負(fù)載；根據(jù)理論數(shù)據(jù)流量和數(shù)據(jù)包數(shù)平均負(fù)載確定理論傳輸數(shù)據(jù)包數(shù)；根據(jù)實際傳輸數(shù)據(jù)包數(shù)和理論傳輸數(shù)據(jù)包數(shù)確定重傳數(shù)據(jù)包數(shù)。采用這種整合機制，可有效提高合成精度、硬件資源使用更加合理，指標(biāo)集中展現(xiàn)，有利于上層應(yīng)用分析。
文檔編號H04L29/08GK103023624SQ201310012109
公開日2013年4月3日 申請日期2013年1月14日 優(yōu)先權(quán)日2013年1月14日
發(fā)明者李懷明 申請人:北京中創(chuàng)信測科技股份有限公司