移動互聯(lián)網(wǎng)業(yè)務(wù)端到端感知移動互聯(lián)網(wǎng)業(yè)務(wù)端到端感知-業(yè)務(wù)用戶感知指標(biāo)原理報告 GuangDongEastoneCenturyTechnologyCo.，Ltd.業(yè)務(wù)類型原理概述網(wǎng)頁瀏覽業(yè)務(wù)原理概述定義：通過瀏覽器、咨詢類應(yīng)用，瀏覽新聞、咨詢等內(nèi)容的業(yè)務(wù)。協(xié)議：基于HTTP協(xié)議產(chǎn)生，資源：核心資源是圖片和文字與及網(wǎng)頁框架、腳本。在客戶端中的主要入口形式：以瀏覽器類APP為主（如：UC瀏覽器、360瀏覽器……），還有各種周邊咨詢類APP（如：新浪新聞、百度、太平洋客戶端……）主要業(yè)務(wù)過程：網(wǎng)頁瀏覽信令流程描述或梳理客戶端在網(wǎng)頁瀏覽之前，必須先完成2、3G或LTE網(wǎng)的無線網(wǎng)絡(luò)接入過程、用戶參數(shù)識別和權(quán)限驗證的核心網(wǎng)附著過程、分配客戶端IP地址的PDP激活過程。這三個過程屬于控制面的過程，在這三個過程都成功完成后，客戶端才可以進(jìn)行網(wǎng)頁瀏覽、視頻、即時通信等數(shù)據(jù)業(yè)務(wù)的操作。在進(jìn)行網(wǎng)頁瀏覽時，一般先根據(jù)網(wǎng)址進(jìn)行DNS查詢得到網(wǎng)址對應(yīng)的服務(wù)器IP地址。然后客戶端觸起與服務(wù)器之間建立TCP連接建立請求，在TCP三握手過程成功完成后，表明客戶端與服務(wù)器之間已經(jīng)建立好數(shù)據(jù)通道。然后客戶端在此TCP連接上通過HTTP協(xié)議向服務(wù)器發(fā)起數(shù)據(jù)下載請求（可能發(fā)起一次或多次的HTTP請求）。在頁面瀏覽的數(shù)據(jù)下載全部完成后，拆除TCP連接。具體過程如下圖所示：視頻業(yè)務(wù)原理概述定義：移動互聯(lián)網(wǎng)上的視頻業(yè)務(wù)主要使用HAS（HTTPAdaptiveStreaming）技術(shù)進(jìn)行實現(xiàn)，并使用CDN服務(wù)器進(jìn)行分發(fā)。協(xié)議：基于HTTP協(xié)議產(chǎn)生，資源：視頻文件（FLV、TS、MP4……）資源分發(fā)：CDN服務(wù)器在客戶端中的主要入口形式：以視頻類APP為主（如：YOUKU、土豆、愛奇藝……），還有瀏覽器APP上的視屏網(wǎng)站訪問主要業(yè)務(wù)過程：CDN內(nèi)容分發(fā)網(wǎng)絡(luò)客戶端在進(jìn)行視頻業(yè)務(wù)之前，必須先完成2、3G或LTE網(wǎng)的無線網(wǎng)絡(luò)接入過程、用戶參數(shù)識別和權(quán)限驗證的核心網(wǎng)附著過程、分配客戶端IP地址的PDP激活過程。這三個過程屬于控制面的過程，在這三個過程都成功完成后，客戶端才可以進(jìn)行網(wǎng)頁瀏覽、視頻、即時通信等數(shù)據(jù)業(yè)務(wù)的操作。在進(jìn)行視頻業(yè)務(wù)時，一般先根據(jù)網(wǎng)址進(jìn)行DNS查詢得到網(wǎng)址對應(yīng)的服務(wù)器IP地址。然后客戶端觸起與服務(wù)器之間建立TCP連接建立請求，在TCP三次握手過程成功完成后，表明客戶端與服務(wù)器之間已經(jīng)建立好數(shù)據(jù)通道。然后客戶端在此TCP連接上通過HTTP協(xié)議向服務(wù)器發(fā)起視頻登錄信息，服務(wù)器返回播放視頻URL等信息?？蛻舳碎_始選擇視頻播放，該過程需進(jìn)行TCP三次握手及HTTP下載數(shù)據(jù)過程，該過程為實際的視頻播放過程，當(dāng)視頻數(shù)據(jù)下載完成后將拆除TCP連接。具體過程如下圖所示：目前，國內(nèi)主流視頻類APP（優(yōu)酷、搜狐、騰訊、愛奇藝等）均是基于TCP/HTTP的OTT視頻，OTT視頻是指基于HTTP協(xié)議和開放互聯(lián)網(wǎng)的視頻服務(wù)，與傳統(tǒng)的IPTV視頻協(xié)議棧（基于UDP/RTP的MPEG-TS視頻碼流）不同，OTT視頻采用標(biāo)準(zhǔn)HTTP/TCP協(xié)議來遞送媒體數(shù)據(jù)。OTT視頻主要分為HTTP的漸進(jìn)下載(ProgressiveDownload)OTT視頻和HTTP自適應(yīng)流播放（HTTPAdaptiveStreaming）OTT視頻?；贖TTP的漸進(jìn)下載(ProgressiveDownload)OTT視頻是PD客戶端在開始播放之前僅需等待一段較短的時間用于下載和緩沖該媒體文件最前面的一部分?jǐn)?shù)據(jù)，之后便可以一邊下載一邊播放。基于HAS的OTT視頻根據(jù)當(dāng)前可用帶寬自動向視頻服務(wù)器請求合適的視頻質(zhì)量的分片文件，用戶發(fā)起多條TCP連接分別下載視頻分片文件。當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，可對視頻進(jìn)行緩沖或者在線播放，對于OTT視頻而言，兩者的請求過程是相似的，都是把整個視頻文件進(jìn)行分段下載處理，兩者只是在請求消息中帶的個別參數(shù)有差異，但是兩者對用戶感知而言是完全不同的?？赏ㄟ^請求參數(shù)的差異，區(qū)分緩存視頻和在線播放視頻。對于在線播放視頻，需要重組相關(guān)分段視頻，才能計算出相關(guān)的感知指標(biāo)，可通過視頻下載請求URL的相似性重組視頻文件。應(yīng)用下載原理概述隨著移動互聯(lián)網(wǎng)的迅猛發(fā)展和智能移動終端的廣泛使用，廣大網(wǎng)民的上網(wǎng)習(xí)慣在悄然改變，使用瀏覽軟件上網(wǎng)漸漸被使用專用的應(yīng)用程序上網(wǎng)所取代。智能移動終端出廠時內(nèi)置的應(yīng)用程序，只能滿足用戶的最基礎(chǔ)的上網(wǎng)需求，更多的需求，需要用戶根據(jù)自己的實際需要，通過下載、安裝相關(guān)的應(yīng)用軟件來實現(xiàn)。在實際的使用中，用戶會根據(jù)自己目前所需的情況來下載、安裝軟件，當(dāng)不在需要這個軟件的時候，用戶會選擇刪除該款軟件并釋放系統(tǒng)的存儲資源。另外，應(yīng)用軟件提供商隨著用戶市場的變化，用戶的改變需求，功能的升級和技術(shù)的革新來升級應(yīng)用軟件，發(fā)布新的應(yīng)用版本，并不再支持舊版本，從而促使用戶下載新版應(yīng)用?；谶@樣的使用習(xí)慣，應(yīng)用軟件下載會頻繁發(fā)生，所以，應(yīng)用下載已經(jīng)成為廣大用戶的主流業(yè)務(wù)。研究應(yīng)用下載業(yè)務(wù)的網(wǎng)絡(luò)指標(biāo)，有助于運營商了解網(wǎng)絡(luò)的負(fù)載分布，用戶的業(yè)務(wù)習(xí)慣，協(xié)助分析業(yè)務(wù)趨勢和網(wǎng)絡(luò)運維，提高用戶的使用感知。當(dāng)今智能移動終端操作系統(tǒng)的3大陣營分別是蘋果的IOS，谷歌的Android和微軟的Windows，這3個系統(tǒng)所支持的應(yīng)用下載軟件后綴名分別是.ipa,.apk和.xap，下載的應(yīng)用軟件99%屬于這3類后綴名文件，為應(yīng)用下載業(yè)務(wù)識別提供了關(guān)鍵的標(biāo)識。應(yīng)用下載作為下載業(yè)務(wù)中的一種，其使用的用戶面通信協(xié)議多為HTTP，傳輸層協(xié)議為TCP。以HTTP為例，信令流程如下圖：即時通信原理概述隨著通信技術(shù)和移動互聯(lián)網(wǎng)飛速發(fā)展，移動互聯(lián)網(wǎng)應(yīng)用也越來越豐富多彩，以微信為代表的IM類應(yīng)用最為流行。微信作為一款手機聊天軟件，通過網(wǎng)絡(luò)快速發(fā)送圖片、文字和視頻等，支持多人群聊。微信存在多種不同的操作對應(yīng)著不同的場景，通過捕獲微信在移動網(wǎng)絡(luò)中的用戶行為特征，重點開展微信登錄、微信收發(fā)圖片、文字、視頻等重要操作場景的分析，分析微信的操作業(yè)務(wù)信令過程，指導(dǎo)并制定相應(yīng)的業(yè)務(wù)評估指標(biāo)，為運營商優(yōu)化網(wǎng)絡(luò)提供參考。當(dāng)前使用的IM系統(tǒng)大都組合使用了C/S和P2P模式。在登錄IM進(jìn)行身份認(rèn)證階段是工作在C/S方式,隨后如果客戶端之間可以直接通信則使用P2P方式工作，否則以C/S方式通過IM服務(wù)器通信微信的通信原理如下圖：業(yè)務(wù)類型用戶感知評估指標(biāo)網(wǎng)頁瀏覽指標(biāo)業(yè)務(wù)指標(biāo)描述文字與圖片是構(gòu)成一個網(wǎng)頁的兩個最基本的元素?？蛻舳税l(fā)起網(wǎng)頁瀏覽過程，客戶端GET請求目標(biāo)內(nèi)容，SP服務(wù)器下發(fā)所有目標(biāo)內(nèi)容到客戶端，包括不同的文字和圖片信息。整個網(wǎng)頁瀏覽過程一般會涉及多個TCP流和承載在這些TCP流之上的很多個GET操作。在GET操作之前會建立TCP連接，在GET操作完成后會關(guān)閉相應(yīng)的TCP連接。網(wǎng)頁瀏覽業(yè)務(wù)采用頁面關(guān)聯(lián)合成算法，將一個網(wǎng)頁瀏覽相關(guān)的事務(wù)關(guān)聯(lián)合并成一個網(wǎng)頁業(yè)務(wù)。網(wǎng)頁XDR合并規(guī)則為：S1-UXDR，對HTTPXDR，XDR中“refer_URI”字段相同且GET請求時間間隔小于2秒的GET請求為同一頁面。這些GET請求涉及1個或多個TCP流，頁面關(guān)聯(lián)合成算法將這些相關(guān)的TCP流（包括TCP流的握手過程和揮手過程）進(jìn)行合并關(guān)聯(lián)，以計算網(wǎng)頁瀏覽相關(guān)指標(biāo)。業(yè)務(wù)類型指標(biāo)名稱指標(biāo)描述瀏覽類業(yè)務(wù)頁面響應(yīng)成功率從用戶點擊鏈接或輸入URL，頁面成功響應(yīng)的成功比例頁面響應(yīng)時長從用戶點擊鏈接或輸入URL，到頁面開始加載所經(jīng)歷的的時間頁面顯示成功率從用戶點擊鏈接或輸入URL，頁面能夠完全顯示的成功比例頁面顯示時長從用戶點擊鏈接或輸入URL，到頁面所有元素顯示所經(jīng)歷的時間頁面下載速率從用戶點擊鏈接或輸入URL，到頁面所有元素顯示過程中的平均下載速率KQI指標(biāo)公式定義頁面響應(yīng)成功率%：用戶打開頁面，頁面成功響應(yīng)的成功比例[頁面成功響應(yīng)次數(shù)]/[頁面請求次數(shù)]說明：[頁面成功響應(yīng)次數(shù)]=[首次GET成功次數(shù)]，GET成功表示請求有響應(yīng)，并且響應(yīng)消息的響應(yīng)碼大于等于200，小于400[頁面請求次數(shù)]=[首次GET請求次數(shù)]頁面響應(yīng)時長ms：用戶打開頁面，頁面成功響應(yīng)的時長[∑頁面成功響應(yīng)時長]/[頁面成功響應(yīng)次數(shù)]說明：[頁面成功響應(yīng)時長]=[首次TCP建立成功時長]+[首次GET成功響應(yīng)時長]頁面顯示成功率%：用戶打開頁面，頁面能夠完全顯示的成功比例[頁面顯示成功次數(shù)]/[頁面請求次數(shù)]頁面顯示時長ms：用戶打開頁面，頁面能夠完全顯示的時長[頁面顯示總時長]/[頁面成功次數(shù)]頁面下載速率%：用戶打開頁面，頁面文件完全加載到客戶本機緩存的速度[頁面下載總流量]/[頁面下載總時長]說明：[頁面下載總時長]=[頁面顯示總時長]與KQI相關(guān)聯(lián)的KPI\PI指標(biāo)定義1）頁面請求次數(shù)指標(biāo)定義：即瀏覽類業(yè)務(wù)的首次GET請求次數(shù)指標(biāo)算法：網(wǎng)頁瀏覽業(yè)務(wù)，命令類型為首次get的XDR次數(shù)。統(tǒng)計點如下圖P1。信令標(biāo)志：客戶端向服務(wù)器發(fā)送第一個“HTTPGet”消息，且業(yè)務(wù)識別為網(wǎng)頁瀏覽業(yè)務(wù)2）頁面成功響應(yīng)次數(shù)指標(biāo)定義：即瀏覽類業(yè)務(wù)的首次GET成功次數(shù)指標(biāo)算法：網(wǎng)頁瀏覽業(yè)務(wù)，命令類型為首次get，響應(yīng)碼為[200,400)的XDR次數(shù)。統(tǒng)計點如下圖P1。信令標(biāo)志：客戶端收到服務(wù)器下發(fā)的“HTTPResponse”消息，且響應(yīng)碼為[200,400)3）首次TCP建立成功時長指標(biāo)定義：瀏覽類業(yè)務(wù)的首次GET成功的會話的TCP建立平均時長，指從“客戶端發(fā)起TCPSYN消息”到“客戶端與服務(wù)器成功建立TCP連接”之間的時間間隔。指標(biāo)算法：首次TCP建立成功時長=首次TCP建立總時長/首次GET成功次數(shù)。統(tǒng)計時段為下圖T1。信令標(biāo)志：TCP連接成功——服務(wù)器收到客戶端的三次握手的“ACK”響應(yīng)消息?？蛻舳税l(fā)起TCP同步消息——客戶端向服務(wù)器發(fā)出含“SYN”標(biāo)記的消息。TCP連接建立總時長——客戶端向服務(wù)器發(fā)出“SYN”消息與服務(wù)器收到客戶端的三次握手的“ACK”響應(yīng)消息之間的時間間隔4）首次GET成功響應(yīng)時長指標(biāo)定義：指從“客戶端發(fā)起首次GET消息”到“客戶端收到服務(wù)器成功的HTTPRESPONSE消息”之間的時間間隔指標(biāo)算法：首次GET成功響應(yīng)時長=首次GET成功響應(yīng)總時延/首次GET成功次數(shù)。統(tǒng)計時段如上圖T2。信令標(biāo)志：GET成功響應(yīng)——客戶端收到服務(wù)器下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間。首次GET——客戶端向服務(wù)器發(fā)送第一個“HTTPGet”消息。5）頁面顯示成功次數(shù)指標(biāo)定義：用戶打開頁面，頁面能夠完全顯示的次數(shù)指標(biāo)算法：網(wǎng)頁瀏覽業(yè)務(wù)，頁面顯示相關(guān)的所有GET操作都成功的次數(shù)。統(tǒng)計點如下圖P1。信令標(biāo)志：網(wǎng)頁瀏覽業(yè)務(wù)——客戶端向服務(wù)器發(fā)送首次“HTTPGet”消息，且業(yè)務(wù)識別為網(wǎng)頁瀏覽業(yè)務(wù)的TCP過程GET操作成功——客戶端收到服務(wù)器下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間并且響應(yīng)消息全部收全。6）頁面顯示總時長指標(biāo)定義：瀏覽類業(yè)務(wù)的用戶打開頁面，頁面能夠完全顯示的時長之和指標(biāo)算法：網(wǎng)頁瀏覽業(yè)務(wù)，頁面顯示相關(guān)的所有GET操作的響應(yīng)碼為[200,400)并且響應(yīng)消息全部收全的TCP過程的時長。統(tǒng)計時長如上圖T1。信令標(biāo)志：GET成功響應(yīng)——收到服務(wù)器下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間。7）頁面下載總流量指標(biāo)定義：瀏覽類業(yè)務(wù)的用戶打開頁面的過程中的下行流量之和指標(biāo)算法：網(wǎng)頁瀏覽業(yè)務(wù)，頁面顯示相關(guān)的所有GET操作的響應(yīng)碼為[200,400)并且響應(yīng)消息全部收全的TCP過程的下行流量之和。即統(tǒng)計上圖T1時間段內(nèi)的下行流量之和。信令標(biāo)志：GET成功響應(yīng)——收到服務(wù)器下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間。附：識別消息全部收全原則(以下其他業(yè)務(wù)同理的原則)1)有長度就根據(jù)長度判斷，并且在上行消息確認(rèn)情況下，長度等于contentlen判斷為收全；2)如果不包含contentlen的情況多個請求的時候，下一個請求到來結(jié)束前面的會話就判斷為應(yīng)答完整；3)如果只有1個或者對于多個請求的最后一個，如果RST出現(xiàn)就判斷為不完整。信令字段說明字段名字段名含義接口、協(xié)議信令消息業(yè)務(wù)組類型按DPI識別出頁面瀏覽業(yè)務(wù)GB-U、IUPS-U、S1-U；協(xié)議：HTTPUSERDATA第一條會話標(biāo)識識別TCP連接的第一個會話GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPrequest最后一條會話標(biāo)識識別TCP連接的最后一個會話GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPrequest請求方法識別GET/POST等操作碼GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPrequest響應(yīng)碼對請求消息的響應(yīng)結(jié)果GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPResponse響應(yīng)時延終端收到響應(yīng)消息與發(fā)出請求時間的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：HTTPTCP/HTTPdataTCPSYN標(biāo)識TCP建立三握手的第一個消息標(biāo)識GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP三握手消息TCPSYN-ACK標(biāo)識TCP建立三握手的第二個消息標(biāo)識GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP三握手消息TCPACK標(biāo)識TCP建立三握手的第三個消息標(biāo)識GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP三握手消息TCP建立會話時長TCP三握手的時長，即TCPACK與TCPSYN之間的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP三握手消息響應(yīng)消息收全標(biāo)識識別收到的響應(yīng)消息完整且有ACKGB-U、IUPS-U、S1-U；協(xié)議：HTTPTCP/HTTPdata會話時長會話最后一個消息與會話第一個消息的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPTCP/HTTPdata視頻業(yè)務(wù)指標(biāo)業(yè)務(wù)指標(biāo)描述對于OTT視頻，整個視頻文件的下載是由多個TCP連接組成，單個TCP連接過程，不能反映視頻播放的情況，必須跟蹤整個視頻過程，組合相關(guān)的TCP連接，才能計算出流媒體播放成功率，等待時長，停頓次數(shù)及下載速率等用戶感知指標(biāo)。對于單個GET請求，可通過GET響應(yīng)成功率反映服務(wù)器響應(yīng)情況，通過GET下載成功率，反映鏈接的實際成功率，而GET網(wǎng)絡(luò)成功率是排除了用戶原因后的下載成功率，這個可以反映用戶實際感知的連接成功率。當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，可對視頻進(jìn)行緩沖或者在線播放，對于OTT視頻而言，兩者的請求過程是相似的，可通過請求參數(shù)的差異，區(qū)分緩存視頻和在線播放視頻，并由此計算在線播放視頻的比例。對于在線播放視頻，通過視頻下載請求URL的相似性重組相關(guān)分段視頻。業(yè)務(wù)類型指標(biāo)名稱指標(biāo)描述視頻業(yè)務(wù)流媒體在線播放比例當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，在線播放視頻的比例流媒體播放成功率%當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的成功率GET響應(yīng)成功率%視頻播放發(fā)起GET請求，客戶端收到GET成功響應(yīng)的比例GET下載成功率%視頻播放發(fā)起GET請求，客戶端收到GET成功響應(yīng)，且多媒體文件下載全部收全的成功率GET網(wǎng)絡(luò)成功率%視頻播放發(fā)起GET請求，包括客戶端收到GET成功響應(yīng)，且多媒體文件下載全部收全，還包括客戶端收到服務(wù)器成功響應(yīng)后響應(yīng)消息收全前客戶端發(fā)起連接中斷流媒體播放等待時長ms當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的時長流媒體業(yè)務(wù)下載速率kbps用戶播放音頻、視頻等多媒體文件時，文件下載速率流媒體播放中斷率%當(dāng)用戶播放音頻、視頻等多媒體文件時，在流媒體緩沖器未下載滿之前，限于客戶端和服務(wù)器端的流媒體處理能力或網(wǎng)絡(luò)傳輸質(zhì)量等原因，導(dǎo)致下載過程重啟或中斷的幾率流媒體播放停頓次數(shù)當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，因為速率等問題導(dǎo)致本地緩沖內(nèi)容不足而播放停頓的次數(shù)KQI指標(biāo)公式定義1、流媒體在線播放比例%：當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，在線播放視頻的比例[流媒體在線播放流量]/[流媒體總流量]2、流媒體播放成功率%：當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的成功率[TCP建立成功率]

*

[GET網(wǎng)絡(luò)成功率]*[初始緩沖成功率]說明：[初始緩沖成功率]=[初始緩沖成功次數(shù)]/[初始緩沖請求次數(shù)]3、GET響應(yīng)成功率%：視頻播放發(fā)起GET請求，客戶端收到GET成功響應(yīng)的比例。[流媒體GET響應(yīng)成功次數(shù)]/[流媒體播放請求次數(shù)]

4、GET下載成功率%：視頻播放發(fā)起GET請求，客戶端收到GET成功響應(yīng)，且響應(yīng)消息全部收全。[流媒體GET下載成功次數(shù)]/[流媒體播放請求次數(shù)]

5、GET網(wǎng)絡(luò)成功率%：視頻播放發(fā)起GET請求，包括客戶端收到GET成功響應(yīng)，且響應(yīng)消息全部收全，再加上客戶端收到服務(wù)器成功響應(yīng)后響應(yīng)消息收全前客戶端發(fā)起FIN或RST。[流媒體GET網(wǎng)絡(luò)成功次數(shù)]/[流媒體播放請求次數(shù)]6、流媒體播放等待時長ms：當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的時長[TCP建立平均時長]＋[視頻類業(yè)務(wù)GET操作平均時延]+[初始緩沖平均時長]說明：[初始緩沖平均時長]=[初始緩沖總時長]/[初始緩沖成功次數(shù)]7、流媒體業(yè)務(wù)下載速率kbps：用戶播放音頻、視頻等多媒體文件時，文件下載速率[流媒體播放下載總流量]/[流媒體播放總時長]8、流媒體播放中斷率%：當(dāng)用戶播放音頻、視頻等多媒體文件時，在流媒體緩沖器未下載滿之前，限于客戶端和服務(wù)器端的流媒體處理能力或網(wǎng)絡(luò)傳輸質(zhì)量等原因，導(dǎo)致下載過程重啟或中斷的幾率[流媒體播放中斷次數(shù)]/[流媒體播放請求次數(shù)]說明：[流媒體播放中斷次數(shù)]=[RST中斷次數(shù)]+[FIN中斷次數(shù)]9、流媒體播放停頓次數(shù)：當(dāng)用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，因為速率等問題導(dǎo)致本地緩沖內(nèi)容不足而播放停頓的次數(shù)。說明：停頓定義：由視頻格式和碼率計算得出視頻播放需要的速率。當(dāng)[當(dāng)前流媒體包下載量]<[播放速率]*[當(dāng)前播放時長]時判斷為一次停頓與KQI相關(guān)聯(lián)的KPI\PI指標(biāo)定義1）流媒體在線播放流量指標(biāo)定義：帶有指示在線播放參數(shù)的視頻文件的流量總和指標(biāo)算法：流媒體在線播放流量=sum（單個流媒體在線播放流量）信令標(biāo)志：不同的視頻提供商參數(shù)有差異，如優(yōu)酷視頻帶有play參數(shù)。2）流媒體總流量指標(biāo)定義：根據(jù)資源劃分成視頻文件的流量總和指標(biāo)算法：流媒體總流量=sum（單個流媒體流量）信令標(biāo)志：文件后綴是mp4、flv、3gp、letv等請求的應(yīng)答流量大小3）TCP建立成功率指標(biāo)定義：TCP建立成功率是指，在DNS查詢成功的條件下，客戶端與服務(wù)器成功建立TCP連接的概率。指標(biāo)算法：TCP建立成功率=（TCP連接成功次數(shù)/TCP連接次數(shù)）*100%信令標(biāo)志：TCP連接成功——服務(wù)器收到客戶端客戶端三次握手的“ACK”消息。統(tǒng)計點如下圖P2。TCP連接次數(shù)——客戶端客戶端向服務(wù)器發(fā)出三次握手的“SYN”消息。統(tǒng)計點如下圖P1。4）TCP建立平均時長指標(biāo)定義：TCP建立平均時長是指從“客戶端發(fā)起TCP同步消息”到“客戶端能夠與服務(wù)器成功建立TCP連接”之間的時間間隔。指標(biāo)算法：TCP建立平均時長=TCP連接成功會話的總時延/TCP連接成功會話次數(shù)信令標(biāo)志：TCP連接成功——服務(wù)器收到客戶端的“TCPACK”響應(yīng)消息。統(tǒng)計點如下圖P2?？蛻舳税l(fā)起TCP同步消息——客戶端向服務(wù)器發(fā)出“SYN”消息。統(tǒng)計點如下圖P1。TCP連接成功會話總時延——客戶端向服務(wù)器發(fā)出“SYN”消息與服務(wù)器收到客戶端的“TCPACK”響應(yīng)消息間的時間間隔。統(tǒng)計點如下圖P3。5）流媒體播放請求次數(shù)指標(biāo)定義：流媒體播放請求次數(shù)是指，“客戶端向Web服務(wù)器發(fā)出HTTPGet請求”的視頻業(yè)務(wù)數(shù)量增加限定條件：請求文件類型增加限定條件：請求文件類型為視頻媒體多TCP的場景怎么處理？指標(biāo)算法：流媒體播放請求次數(shù)=SUM（流媒體播放請求）信令標(biāo)志：流媒體播放請求——客戶端向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息。統(tǒng)計點如圖P1。6）GET響應(yīng)成功率指標(biāo)定義：GET響應(yīng)成功率是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，Web服務(wù)器成功響應(yīng)客戶端發(fā)起的HTTPGet請求的比例。指標(biāo)算法：GET響應(yīng)成功率=（流媒體GET響應(yīng)成功次數(shù)分子和分母的名稱不一致，沒有說明GET響應(yīng)成功分子和分母的名稱不一致，沒有說明GET響應(yīng)成功次數(shù)是否也是針對流媒體請求。多TCP的場景怎么處理？信令標(biāo)志：流媒體GET響應(yīng)成功次數(shù)——客戶端收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間。統(tǒng)計點如下圖P2。流媒體播放請求——客戶端向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息。統(tǒng)計點如下圖P1。7）GET下載成功率GET下載成功率是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，Web服務(wù)器成功響應(yīng)客戶端發(fā)起的HTTPGet請求，下載完成次數(shù)的比例。指標(biāo)算法：GET下載成功率=（流媒體GET下載成功次數(shù)/流媒體播放請求次數(shù)）*100%信令標(biāo)志：流媒體GET下載成功次數(shù)——客戶端發(fā)起HTTPGet請求（P1），并收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息，響應(yīng)碼應(yīng)在200至399之間，且響應(yīng)消息全部收全的條件下，計算為GET下載成功。統(tǒng)計點如下圖P2。流媒體播放請求次數(shù)——客戶端向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息。統(tǒng)計點如下圖P1。8）GET網(wǎng)絡(luò)成功率GET網(wǎng)絡(luò)成功率是指，視頻業(yè)務(wù)下客戶端與服務(wù)器成功建立TCP連接的條件下，服務(wù)器成功響應(yīng)客戶端發(fā)起的HTTPGet請求，排除下載過程中客戶端發(fā)起的連接中斷，反映網(wǎng)絡(luò)側(cè)GET下載成功完成的比例。指標(biāo)算法：GET網(wǎng)絡(luò)成功率=（流媒體GET網(wǎng)絡(luò)成功次數(shù)/流媒體播放請求次數(shù)）*100%信令標(biāo)志：流媒體GET網(wǎng)絡(luò)成功次數(shù)——客戶端發(fā)起HTTPGet請求，客戶端收到響應(yīng)碼（200-399）且響應(yīng)消息全部收全（P2）的次數(shù)+客戶端收到服務(wù)器響應(yīng)碼（200-399）后響應(yīng)消息收全前客戶端發(fā)起FIN或RST（P3）的次數(shù)統(tǒng)計點如下圖P2,P3。9）視頻類業(yè)務(wù)GET操作平均時延指標(biāo)定義：視頻類業(yè)務(wù)GET操作平均時延是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，從“客戶端向Web服務(wù)器發(fā)出HTTPGet請求”到“客戶端收到Web服務(wù)器成功響應(yīng)”之間的時間間隔。指標(biāo)算法：視頻類業(yè)務(wù)GET操作平均時延=流媒體播放總時延/流媒體播放成功次數(shù)信令標(biāo)志：流媒體播放成功——收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息，且響應(yīng)碼應(yīng)在200至399之間。統(tǒng)計點如下圖P2。流媒體播放請求——客戶端向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息。統(tǒng)計點如下圖P1。流媒體播放總時延——“客戶端向Web服務(wù)器發(fā)出HTTPGet請求”到“客戶端收到Web服務(wù)器成功響應(yīng)”之間的時間間隔。統(tǒng)計點如下圖P3。10）RST中斷次數(shù)指標(biāo)定義：RST中斷次數(shù)是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，客戶端已向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息，而Web服務(wù)器發(fā)生連接復(fù)位的數(shù)量。指標(biāo)算法：RST中斷次數(shù)=TCP下行RST次數(shù)信令標(biāo)志：TCP下行RST次數(shù)——發(fā)起“HTTPGet”消息后，收到網(wǎng)絡(luò)側(cè)下發(fā)的“TCPRESET”消息。統(tǒng)計點如下圖P1。11）FIN中斷次數(shù)指標(biāo)定義：FIN中斷次數(shù)是指，視頻業(yè)務(wù)下客戶端視頻數(shù)據(jù)在未收全的情況下網(wǎng)絡(luò)側(cè)發(fā)送“FIN”消息的數(shù)量。指標(biāo)算法：FIN中斷次數(shù)=TCP下行FIN次數(shù)信令標(biāo)志：TCP下行FIN次數(shù)——發(fā)起“HTTPGet”消息后，收到網(wǎng)絡(luò)側(cè)下發(fā)的“TCPFIN”消息。統(tǒng)計點如下圖P1。12）流媒體播放下載總流量流媒體播放下載總流量是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，Web服務(wù)器成功響應(yīng)客戶端發(fā)起的HTTPGet請求，且響應(yīng)消息全部收全的下行流量累計和。指標(biāo)算法：流媒體播放下載總流量=SUM（流媒體播放下載流量）信令標(biāo)志：流媒體播放下載總流量——客戶端發(fā)起HTTPGet請求（P1），并收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息（P2），響應(yīng)碼應(yīng)在200至399之間，且響應(yīng)消息全部收全的條件下（P3），累計下行流量。統(tǒng)計點如下圖P4。13）流媒體播放總時長流媒體播放總時長是指，視頻業(yè)務(wù)下客戶端與Web服務(wù)器成功建立TCP連接的條件下，Web服務(wù)器成功響應(yīng)客戶端發(fā)起的HTTPGet請求，且響應(yīng)消息全部收全的時長累計和。指標(biāo)算法：流媒體播放總時長=SUM（最后響應(yīng)數(shù)據(jù)時間-GET消息時間）信令標(biāo)志：流媒體播放總時長——客戶端響應(yīng)消息全部收全與客戶端發(fā)起HTTPGet請求之間的時間間隔，統(tǒng)計點如下圖P3=P2-P1。14）初始緩沖成功率指標(biāo)定義：初始緩沖成功率是指用戶點播視頻，并且緩存了足夠首次播放時長的內(nèi)容的概率。指標(biāo)算法：初始緩沖成功率=（初始緩沖成功次數(shù)/初始緩沖請求次數(shù)）*100%信令標(biāo)志：初始緩沖成功——客戶端發(fā)起資源下載請求，并且下載的資源內(nèi)容達(dá)到閥值。統(tǒng)計點如下圖P2。初始緩沖請求——客戶端向服務(wù)器發(fā)出資源下載請求消息。統(tǒng)計點如下圖P1。15）初始緩沖時長緩沖時長都緩沖時長都不知道怎樣算，就跑出個平均緩沖時長?請回歸到緩沖時長的算法指標(biāo)定義：初始緩沖時長是指從用戶點播視頻，到緩存了足夠首次播放時長內(nèi)容之間的時間間隔。指標(biāo)算法：初始緩沖時長=初始緩沖成功的時間-用戶點播視頻的時間信令標(biāo)志：初始緩沖成功的時間——客戶端發(fā)起資源下載請求，并且下載的資源內(nèi)容達(dá)到閥值的時間點。統(tǒng)計點如下圖P2。用戶點播視頻的時間——客戶端向服務(wù)器發(fā)出資源下載請求消息的時間點。統(tǒng)計點如下圖P1。初始緩沖時長——緩沖請求到緩沖成功之間的時間間隔。統(tǒng)計點如下圖P3。16）停頓次數(shù)算法描述不準(zhǔn)確；算法描述不準(zhǔn)確；缺少卡頓時長缺少多TCP合并指標(biāo)定義：在視頻的播放過程中，當(dāng)下載的內(nèi)容小于播放需求資源時，計算為一次視頻停頓，該指標(biāo)計算整個視頻播放過程中停頓的總次數(shù)。指標(biāo)算法：停頓次數(shù)=sum([當(dāng)前流媒體包下載量]<[播放需求資源])信令標(biāo)志：當(dāng)前流媒體包下載量——客戶端發(fā)起資源下載請求到測試點之間共下載的視頻內(nèi)容大小。統(tǒng)計點如下圖P1。播放需求資源——客戶端開始播放視頻到測試點之間共播放的視頻內(nèi)容大小。統(tǒng)計點如下圖P2。信令字段說明字段名字段名含義接口、協(xié)議信令消息業(yè)務(wù)組業(yè)務(wù)組用于識別為視頻業(yè)務(wù)GB-U、IUPS-U、S1-U；協(xié)議：HTTPUSERDATATCP連接請求標(biāo)識標(biāo)識本會話有否TCP連接請求GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP_SYNTCP連接成功標(biāo)識標(biāo)識本會話TCP連接是否成功GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP_SYN_ACKTCP_ACKTCP建立時長從“客戶端發(fā)起TCP同步消息”到“客戶端能夠與服務(wù)器成功建立TCP連接”之間的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：TCPTCP_SYNTCP_ACKHTTPGET請求標(biāo)識客戶端向網(wǎng)絡(luò)側(cè)成功發(fā)送GET請求消息GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPGetGET響應(yīng)成功標(biāo)識對應(yīng)HTTPGet，客戶端收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息，且攜帶成功響應(yīng)碼（200-399）。GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPResponseGET下載成功標(biāo)識客戶端發(fā)起HTTPGet請求，并收到網(wǎng)絡(luò)側(cè)下發(fā)的“HTTPResponse”消息，且攜帶成功響應(yīng)碼（200-399），響應(yīng)消息全部收全GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPResponseGET網(wǎng)絡(luò)成功次數(shù)客戶端發(fā)起HTTPGet請求，客戶端收到響應(yīng)碼（200-399）且響應(yīng)消息全部收全+客戶端收到服務(wù)器響應(yīng)碼（200-399）后響應(yīng)消息收全前客戶端發(fā)起FIN或RSTGB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPResponseTCPFIN或RSTGET操作時延對應(yīng)HTTPGet,網(wǎng)絡(luò)側(cè)成功下發(fā)HTTPResponse（攜帶成功響應(yīng)碼）之間的時間間隔。GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPGetHTTPResponse初始緩沖請求標(biāo)識用戶點播視頻，客戶端向服務(wù)器發(fā)出資源下載請求GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPDATA初始緩沖成功標(biāo)識用戶點播視頻，客戶端發(fā)起資源下載請求，并且下載的資源內(nèi)容達(dá)到閥值GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPDATA初始緩沖平均時長用戶點播視頻，到緩存了足夠首次播放時長內(nèi)容之間的平均時間間隔GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPDATATCP下行RST標(biāo)志位客戶端與Web服務(wù)器成功建立TCP連接的條件下，客戶端已向網(wǎng)絡(luò)側(cè)發(fā)送“HTTPGet”消息，而Web服務(wù)器發(fā)RST復(fù)位的。GB-U、IUPS-U、S1-U；協(xié)議：TCPTCPRESET下行WTPABORT標(biāo)志位客戶端與Web服務(wù)器成功建立WTP連接的條件下，客戶端已向網(wǎng)絡(luò)側(cè)發(fā)送“WAPGet”消息，而Web服務(wù)器發(fā)WTPABORT的。GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPWTPABORTFIN中斷次數(shù)數(shù)據(jù)在未收全的情況下網(wǎng)絡(luò)側(cè)發(fā)送“FIN”消息的數(shù)量。GB-U、IUPS-U、S1-U；協(xié)議：TCPTCPFIN下行流量HTTPget成功響應(yīng)后，下行流量的總和。GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPDATA停頓次數(shù)在視頻的播放過程中，當(dāng)下載的內(nèi)容小于播放需求資源時，計算為一次視頻停頓GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPDATA應(yīng)用下載指標(biāo)業(yè)務(wù)指標(biāo)描述業(yè)務(wù)類型指標(biāo)名稱指標(biāo)描述應(yīng)用下載業(yè)務(wù)應(yīng)用下載成功率%從用戶進(jìn)入應(yīng)用APP點擊應(yīng)用下載，成功完成下載的次數(shù)占全部下載請求次數(shù)的比例應(yīng)用下載速率kbps從用戶進(jìn)入應(yīng)用APP點擊應(yīng)用下載，成功完成下載的平均速率KQI指標(biāo)公式定義1、應(yīng)用下載成功率%：下載會話完成次數(shù)/全部下載會話次數(shù)；下載成功指從HTTP請求到會話結(jié)束整個過程全部正常[下載會話完成次數(shù)]/[全部下載會話請求次數(shù)]2、應(yīng)用下載速率kbps：下載會話流量/下載會話時長；下行流量:全部會話的下行流量之和，下行時長:全部會話開始時間到會話結(jié)束時間之和[下載會話流量/[下載會話時長]與KQI相關(guān)聯(lián)的KPI\PI指標(biāo)定義以HTTP協(xié)議下的應(yīng)用下載為例，GET消息從客戶端發(fā)出，觸發(fā)了HTTP下載流程，此處為P1，標(biāo)識下載會話開始。然后SP響應(yīng)GET，并開始往客戶端發(fā)送數(shù)據(jù)。當(dāng)最后一個數(shù)據(jù)包被客戶端成功接收到后，客戶端發(fā)出最后一條REPLY，此處為P2，標(biāo)識下載會話完成。1）應(yīng)用下載成功率P1點觸發(fā)應(yīng)用下載請求計數(shù)器APPDownReqCount加1；當(dāng)應(yīng)用下載會話的響應(yīng)碼大于等于200小于400并且響應(yīng)消息全部收全時，P2點觸發(fā)應(yīng)用下載完成計數(shù)器APPDownSucCount加1。在統(tǒng)計時間范圍內(nèi)，應(yīng)用下載成功率=下載會話完成次數(shù)/全部下載會話次數(shù)=APPDownSucCount/APPDownReqCount，單位為%。2）應(yīng)用下載速率P1到P2所經(jīng)過的時間為整個應(yīng)用下載會話執(zhí)行的總時長Tduration(P2t-P1t),單位為秒；P1到P2所累計下行數(shù)據(jù)流量為本次會話的總流量Flow，單位為kb。在統(tǒng)計時間范圍內(nèi)，應(yīng)用下載速率=下載會話流量/下載會話時長=∑Flow/∑Tduration，單位為kbps。信令字段說明字段名字段名含義接口、協(xié)議信令消息業(yè)務(wù)組類型按DPI識別出應(yīng)用下載業(yè)務(wù)GB-U、IUPS-U、S1-U；協(xié)議：HTTPUSERDATA請求方法識別GET/POST等操作碼GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPrequest響應(yīng)碼對請求消息的響應(yīng)結(jié)果GB-U、IUPS-U、S1-U；協(xié)議：HTTPHTTPResponse響應(yīng)時延客戶端收到響應(yīng)消息與發(fā)出請求時間的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：HTTPTCP/HTTPdata響應(yīng)消息收全標(biāo)識識別收到的響應(yīng)消息完整且有ACKGB-U、IUPS-U、S1-U；協(xié)議：HTTPTCP/HTTPdata會話時長會話最后一個消息與會話第一個消息的時間間隔GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPTCP/HTTPdata下行流量HTTPget成功響應(yīng)后，下行流量的總和GB-U、IUPS-U、S1-U；協(xié)議：TCP、HTTPHTTPdata即時通信指標(biāo)-微信業(yè)務(wù)業(yè)務(wù)指標(biāo)描述業(yè)務(wù)類型指標(biāo)名稱指標(biāo)描述即時通信-微信業(yè)務(wù)業(yè)務(wù)登錄成功率%用戶輸入賬號、密碼點擊登錄或者直接點擊登錄微信APP（不需登錄密碼），登錄進(jìn)入微信的響應(yīng)成功比例業(yè)務(wù)登錄時延ms用戶輸入賬號、密碼點擊登錄或者直接點擊登錄微信APP（不需輸入密碼），用戶登錄微信業(yè)務(wù)的時延微信業(yè)務(wù)總流量微信客戶進(jìn)行微信業(yè)務(wù)的即時通信的總流量微信活躍用戶數(shù)使用過微信業(yè)務(wù)的用戶數(shù)量微信心跳消息次數(shù)微信業(yè)務(wù)下客戶端與服務(wù)器間的心跳交互的消息數(shù)量之和大數(shù)據(jù)（視頻/圖片）傳輸上下行速率kbps使用微信發(fā)送圖片、視頻等大數(shù)據(jù)時，上下行傳輸速率KQI指標(biāo)公式定義1、業(yè)務(wù)登錄成功率%：用戶輸入賬號、密碼點擊登錄或者直接點擊登錄微信APP（不需登錄密碼），登錄進(jìn)入微信的響應(yīng)成功比例[登陸響應(yīng)成功次數(shù)]/[登陸請求次數(shù)]2、業(yè)務(wù)登錄時延（ms）：用戶輸入賬號、密碼點擊登錄或者直接點擊登錄微信APP（不需輸入密碼），用戶登錄微信業(yè)務(wù)的時延[∑（登錄完成時間-登錄請求時間）]/[登錄響應(yīng)次數(shù)]3、微信業(yè)務(wù)總流量：客戶進(jìn)行微信業(yè)務(wù)的即時通信的總流量[∑（微信業(yè)務(wù)上下行業(yè)務(wù)流量）]4、微信活躍用戶數(shù)：使用過微信業(yè)務(wù)的用戶數(shù)量[∑（使用過微信業(yè)務(wù)的用戶（IMSI）數(shù)（去重））]5、微信心跳消息次數(shù)：微信業(yè)務(wù)下客戶端與服務(wù)器間的心跳交互的消息數(shù)量之和[∑微信心跳消息]6、大數(shù)據(jù)（視頻/圖片）傳輸上下行速率（kbps）：發(fā)送