一種用戶業(yè)務感知度評估方法和裝置制造方法
【專利摘要】本發(fā)明涉及一種用戶業(yè)務感知度評估方法和裝置，其中，方法包括：采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，將五元組信息相同的IP報文整合為一條業(yè)務流，將業(yè)務流中的http類流媒體業(yè)務流按照重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，整合到各個單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄中，根據(jù)單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，計算關鍵質量指標KQI，使得關鍵質量指標KQI能夠反映單個用戶真實的業(yè)務感知度，從而提高了評估精度和評估效果。
【專利說明】一種用戶業(yè)務感知度評估方法和裝置
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種用戶業(yè)務感知度評估方法和裝置。
【背景技術】
[0002]目前，隨著移動網(wǎng)絡和智能終端的迅猛發(fā)展，人們在隨時隨地通過移動網(wǎng)絡觀看http類流媒體的同時也更加關注對流媒體業(yè)務的感知情況，例如，http類流媒體是否播放成功、http類流媒體是否成功緩沖、http類流媒體的播放是否流暢等。
[0003]現(xiàn)有技術中，評估http類流媒體業(yè)務的用戶感知度的方法主要為:獲取移動互聯(lián)網(wǎng)中各網(wǎng)元設備上報的關鍵性能指標參數(shù)(KPI)，根據(jù)關鍵性能指標參數(shù)評估和分析用戶的感知度。
[0004]然而，現(xiàn)有技術中，關鍵性能指標參數(shù)KPI —般為移動網(wǎng)絡中基于小區(qū)或基于區(qū)域的相關參數(shù)，例如一個小區(qū)的HTTP流媒體轉發(fā)時延、一個小區(qū)內的HTTP流媒體業(yè)務量等，難以細化到每個用戶，且關鍵性能指標參數(shù)KPI難以涵蓋用戶業(yè)務的各個環(huán)節(jié)的各個參數(shù)，導致評估得到的用戶感知度與單個用戶真實的感知度偏離過大，評估精度較低，評估效果差。
【發(fā)明內容】
[0005]本發(fā)明提供一種用戶業(yè)務感知度評估方法和裝置，用于解決現(xiàn)有技術中評估精度低，評估效果差的問題。
[0006]本發(fā)明的第一個方面是提供一種用戶業(yè)務感知度評估方法，包括:
[0007]采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，所述IP報文中攜帶協(xié)議類型標識和五元組信息；所述五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號；
[0008]根據(jù)所述IP報文的五元組信息，將五元組信息相同的所述IP報文整合為一條業(yè)務流；
[0009]根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為超文本傳送協(xié)議http類流媒體報文，若所述業(yè)務流中各個所述報文為http類流媒體報文，則確定所述業(yè)務流為http類流媒體業(yè)務流；
[0010]獲取所述http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄；
[0011]獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
[0012]基于第一個方面，在第一個方面的第一種實施方式中，所述KQI指標包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比；
[0013]所述播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長；
[0014]所述下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
[0015]基于第一個方面的第一種實施方式，在第一個方面的第二種實施方式中，
[0016]所述流媒體播放成功率=域名解析成功率XTCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率；
[0017]所述流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻；
[0018]所述流媒體卡頓頻次=卡頓次數(shù)和/觀看時長；
[0019]所述流媒體卡頓占比=卡頓時長和/觀看時長。
[0020]基于第一個方面，在第一個方面的第三種實施方式中，所述協(xié)議類型標識包括:TCP 端口 號和 / 或 request vers1n 字段，以及 content-type 字段；
[0021]所述根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文，包括:
[0022]獲取所述IP報文的TCP端口號或者request vers1n字段；
[0023]若所述IP報文的TCP端口號為80或8080，或者所述request vers1n字段為http類型，確定所述IP報文為http協(xié)議的IP報文；
[0024]獲取所述http協(xié)議的IP報文中的content-type字段；
[0025]若所述content-type字段為流媒體格式,確定所述http協(xié)議的IP報文為http類流媒體報文。
[0026]基于第一個方面，在第一個方面的第四種實施方式中，所述獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù),根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI之后,還包括:
[0027]獲取當前時刻之前計算得到的歷史KQI指標；
[0028]將所述KQI指標與所述歷史KQI指標進行比較，判斷所述KQI指標與所述歷史KQI指標的差值是否大于預設值；
[0029]若所述KQI指標與所述歷史KQI指標的差值大于預設值，將所述KQI指標與預設的閾值配置庫進行比對，判斷所述KQI指標是否異常；
[0030]若所述KQI指標異常，對發(fā)生異常的KQI指標的⑶R進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致所述KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得所述KQI指標恢復正常。
[0031]本發(fā)明的第二個方面還提供一種用戶業(yè)務感知度評估裝置，包括:
[0032]采集模塊，用于采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，所述IP報文中攜帶協(xié)議類型標識和五元組信息；所述五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號；
[0033]整合模塊，用于根據(jù)所述IP報文的五元組信息，將五元組信息相同的所述IP報文整合為一條業(yè)務流；
[0034]確定模塊，用于根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文，若所述業(yè)務流中各個所述報文為http類流媒體報文，則確定所述業(yè)務流為http類流媒體業(yè)務流；
[0035]整合模塊，還用于獲取所述http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄；
[0036]計算模塊,用于獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
[0037]基于第二個方面，在第二個方面的第一種實施方式中，所述KQI指標包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比；
[0038]所述播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長；
[0039]所述下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
[0040]基于第二個方面的第一種實施方式，在第二個方面的第二種實施方式中，
[0041]所述流媒體播放成功率=域名解析成功率XTCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率；
[0042]所述流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻；
[0043]所述流媒體卡頓頻次=卡頓次數(shù)和/觀看時長；
[0044]所述流媒體卡頓占比=卡頓時長和/觀看時長。
[0045]基于第二個方面，在第二個方面的第三種實施方式中，所述協(xié)議類型標識包括:TCP 端口 號和 / 或 request vers1n 字段，以及 content-type 字段；
[0046]所述確定模塊根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文中，所述確定模塊具體用于，
[0047]獲取所述IP報文的TCP端口號或者request vers1n字段；
[0048]若所述IP報文的TCP端口號為80或8080，或者所述request vers1n字段為http類型，確定所述IP報文為http協(xié)議的IP報文；
[0049]獲取所述http協(xié)議的IP報文中的content-type字段；
[0050]若所述content-type字段為流媒體格式,確定所述http協(xié)議的IP報文為http類流媒體報文。
[0051]基于第二個方面，在第二個方面的第四種實施方式中，所述裝置還包括:獲取模塊和判斷模塊；
[0052]所述計算模塊計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI之后，所述獲取模塊用于，獲取當前時刻之前計算得到的歷史KQI指標；
[0053]所述判斷模塊用于，將所述KQI指標與所述歷史KQI指標進行比較，判斷所述KQI指標與所述歷史KQI指標的差值是否大于預設值；
[0054]所述判斷模塊還用于，若所述KQI指標與所述歷史KQI指標的差值大于預設值，將所述KQI指標與預設的閾值配置庫進行比對，判斷所述KQI指標是否異常；
[0055]所述確定模塊還用于，若所述KQI指標異常，對發(fā)生異常的KQI指標的⑶R進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致所述KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得所述KQI指標恢復正常。
[0056]本發(fā)明中，通過采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，將五元組信息相同的IP報文整合為一條業(yè)務流，將業(yè)務流中的http類流媒體業(yè)務流按照重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，整合到各個單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄中，根據(jù)單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，計算關鍵質量指標KQI,使得關鍵質量指標KQI能夠反映單個用戶真實的業(yè)務感知度，從而提高了評估精度和評估效果。
【專利附圖】
【附圖說明】
[0057]圖1為本發(fā)明提供的用戶業(yè)務感知度評估方法一個實施例的流程圖；
[0058]圖2為本發(fā)明提供的用戶業(yè)務感知度評估方法又一個實施例的流程圖；
[0059]圖3為本發(fā)明提供的用戶業(yè)務感知度評估裝置實施例的結構示意圖。
【具體實施方式】
[0060]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0061]圖1為本發(fā)明提供的用戶業(yè)務感知度評估方法一個實施例的流程圖，如圖1所示，包括:
[0062]101、采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，IP報文中攜帶協(xié)議類型標識和五元組信息；五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號。
[0063]本發(fā)明提供的用戶業(yè)務感知度評估方法的執(zhí)行主體，具體可以為用戶業(yè)務感知度評估裝置，用戶業(yè)務感知度評估裝置具體可以為位于移動互聯(lián)網(wǎng)上能夠采集控制面和用戶面的IP報文的服務器等設備。
[0064]其中，從移動通信網(wǎng)絡中采集移動互聯(lián)網(wǎng)業(yè)務的控制面和用戶面的IP報文時，鑒于移動互聯(lián)網(wǎng)業(yè)務為IP網(wǎng)絡所承載，可以在移動通信網(wǎng)分組域的IU-PS接口、Gn接口、Gi接口等接口上采取分光或鏡像的方式采集到全網(wǎng)所有用戶的控制面和用戶面IP報文。協(xié)議號可以為傳輸控制協(xié)議(Transmiss1n Control Protocol, TCP)或用戶數(shù)據(jù)包協(xié)議(User Datagram Protocol, UDP)。
[0065]102、根據(jù)IP報文的五元組信息，將五元組信息相同的IP報文整合為一條業(yè)務流。
[0066]103、根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個IP報文是否為超文本傳送協(xié)議http類流媒體報文，若業(yè)務流中各個報文為http類流媒體報文，則確定業(yè)務流為http類流媒體業(yè)務流。
[0067]具體地，協(xié)議類型標識包括:TCP端口號和/或request vers1n字段，以及content-type 字段；
[0068]對應的，步驟103可以包括:獲取IP報文的TCP端口號或者request vers1n字段；若IP報文的TCP端口號為80或8080，或者request vers1n字段為http類型，例如HTTP/1.1,確定IP報文為http協(xié)議的IP報文；獲取http協(xié)議的IP報文中的content-type字段；若content-type字段為流媒體格式,確定http協(xié)議的IP報文為http類流媒體報文。
[0069]其中，content-type字段具體可以為:在線視頻(FLASH VIDEO, flv)、mp4、3gp、mov或ts等語音或視頻格式。
[0070]104、獲取http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄。
[0071]具體地，用戶業(yè)務感知度評估裝置可以獲取GET請求返回響應為HTTP/1.0302Found的流媒體業(yè)務流，解析其Locat1n字段，獲得重定向服務器IP地址，然后匹配具有時間連續(xù)性的其他流媒體業(yè)務流，如果上述重定向服務器IP與后續(xù)匹配的業(yè)務流的層三服務器IP相同，則確定這些業(yè)務流屬于同一個流媒體業(yè)務，將它們整合為一個用戶面的http類流媒體操作記錄。用戶面IP報文整合完成后，再根據(jù)用戶IP地址、GPRS隧道協(xié)議(GPRS Tunneling protocol，GTP)隧道ID和時間等幾個要素將控制面的IP報文與用戶面的http類流媒體操作記錄進行進一步的整合，最終形成完整的與用戶真實行為一一對應的http類流媒體操作記錄。這種整合的粒度為單用戶單業(yè)務粒度，即:一個用戶播放一個流媒體則整合形成一條流媒體操作記錄。
[0072]105、獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
[0073]其中，關鍵質量指標(Key Quality Indicators, KQI)指標具體可以包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比；
[0074]播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長；
[0075]下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
[0076]對應的，流媒體播放成功率的計算公式具體可以為:
[0077]流媒體播放成功率=域名解析成功率X TCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率；
[0078]其中，流媒體播放成功率具體用于反映當用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的成功率。該指標基于http類流媒體業(yè)務交互流程統(tǒng)計流媒體播放成功率，http類流媒體業(yè)務交互流程可以分為兩個階段:頁面瀏覽業(yè)務階段和流媒體業(yè)務階段，該指標不考慮頁面瀏覽業(yè)務階段。
[0079]其中，第一 GET成功率指的是TCP建立過程中重定向返回302的概率，第二 GET成功率指的是重定向后TCP建立過程中返回2000K的概率。
[0080]域名解析成功率=[DNS查詢成功次數(shù)]/[DNS查詢請求次數(shù)]X 100% ;
[0081]TCP建立成功率=[TCP建立成功次數(shù)]/[TCP建立請求次數(shù)]X 100% ;
[0082]GET成功率=[GET成功次數(shù)]/[GET請求次數(shù)]X 100%
[0083]初始緩沖區(qū)下載成功率=[初始緩沖區(qū)下載滿次數(shù)]/[初始緩沖區(qū)開始下載次數(shù)]X100%
[0084]具體地，GET成功率(重定向返回302)指的是:客戶端向服務器請求數(shù)據(jù)時可能視頻文件存放在其他的服務器上，所以要進行重定向，此時返回的成功消息時HTTP Reply302found。如果流程中沒有重定向，則GET成功率(重定向返回302)指標記為O。初始緩沖區(qū)下載成功率:當初始緩沖區(qū)滿視頻文件才開始播放，即此指標影響流媒體播放成功率。
[0085]對應的，流媒體播放等待時長的計算公式具體可以為:
[0086]流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻；
[0087]其中，流媒體播放等待時長具體反映當用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，從點擊“播放”按鈕開始，到多媒體文件開始播放的時長。該指標基于http類流媒體業(yè)務交互流程統(tǒng)計流媒體播放等待時長，http類流媒體業(yè)務交互流程可以分為兩個階段:頁面瀏覽業(yè)務階段和流媒體業(yè)務階段，該指標不考慮頁面瀏覽業(yè)務階段。
[0088]其中，首個業(yè)務流程發(fā)起消息:即域名解析請求不一定每次進行流媒體業(yè)務都有，所以首個業(yè)務流程發(fā)起的消息可能是域名解析請求也可能是TCP建鏈。初始緩沖區(qū)滿:通過實驗室模擬環(huán)境，假定入的傳輸速率與應用層的碼流速率相當時，這樣恒定的環(huán)境不會出現(xiàn)克頓，這樣的情況當點擊播放到開始播放的時間(表示初始緩沖區(qū)滿)記錄為T，多次試驗求平均值確定Tl，從而通過碼率XTl得到初始緩沖區(qū)的大小。
[0089]對應的，流媒體卡頓頻次的計算公式具體可以為:
[0090]流媒體卡頓頻次=卡頓次數(shù)和/觀看時長；
[0091]其中，流媒體卡頓頻次反映當用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時，媒體開始播放后，每分鐘出現(xiàn)卡頓現(xiàn)象的次數(shù)。卡頓為當初始緩沖區(qū)和后續(xù)數(shù)據(jù)包被播放器消耗完時，則計I次卡頓。
[0092]其中，卡頓次數(shù)=[(初始緩沖區(qū)大小+TCP1+TCP2+…+TCPn-1)-(T12+T23+...+Τη-1, η) X碼率]〈O,記為一次,共需要計算η_1次。TCPn-1指初始緩沖區(qū)滿后收到第n_l個TCP包解壓的流媒體流大小，Τη-1，η指客戶端收到第η個TCP包與第η_1個TCP包之間的時間間隔；觀看時長=文件大小/碼率+卡頓時長。
[0093]卡頓時長:當[(初始緩沖區(qū)大小+TCP1+TCP2+…+TCPn-1)-(T12+T23+...+Τη-1, η) X碼率]〈O時，記錄時間點為Tl，當后續(xù)第一次出現(xiàn)[(初始緩沖區(qū)大小+TCP1+TCP2+…+TCPn-1) - (Τ12+Τ23+…+Τη_1, η) X碼率]>0時，記錄時間點為Τ2，本次的卡頓時長為Τ2-Τ1。
[0094]對應的，流媒體卡頓占比的計算公式具體可以為:
[0095]流媒體卡頓占比=卡頓時長和/觀看時長。
[0096]其中，流媒體卡頓占比具體反映當用戶瀏覽視頻網(wǎng)站播放音頻、視頻等多媒體文件時,主觀感覺總卡頓時間占總播放時間的比例。
[0097]需要進行說明的是，通過上述技術方案，可以獲取全網(wǎng)維度的http類流媒體業(yè)務的各項KQI指標結果。由于之前整合的http類流媒體操作記錄是單用戶單業(yè)務粒度的，關鍵參數(shù)的提取也是基于單用戶單業(yè)務粒度的，而每條單用戶單業(yè)務的記錄中都包含有終端類型、CELL、RNC、SGSN、GGSN、網(wǎng)站服務器IP地址等各個維度的信息?；诖?，可以從以上各個維度進行篩選過濾，進而重新歸并計算出終端類型、CELL、RNC、SGSN、GGSN、網(wǎng)站服務器IP地址等更小維度范圍內用戶的各項HTTP類流媒體業(yè)務KQI指標。譬如:根據(jù)將每條記錄中的SGSN信息進行過濾、篩選和重新歸并，可以得出全網(wǎng)每個SGSN下的HTTP類流媒體業(yè)務操作記錄，通過對每個SGSN下的記錄進行匯總平均計算，可進一步得到每個SGSN下所有用戶的HTTP類流媒體業(yè)務的各項KQI指標結果。
[0098]本實施例中，通過采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，將五元組信息相同的IP報文整合為一條業(yè)務流，將業(yè)務流中的http類流媒體業(yè)務流按照重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，整合到各個單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄中，根據(jù)單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，計算關鍵質量指標KQI,使得關鍵質量指標KQI能夠反映單個用戶真實的業(yè)務感知度，從而提高了評估精度和評估效果。
[0099]圖2為本發(fā)明提供的用戶業(yè)務感知度評估方法又一個實施例的流程圖，如圖2所示，在圖1所示實施例的基礎上，步驟105之后,還可以包括:
[0100]106、獲取當前時刻之前計算得到的歷史KQI指標。
[0101]107、將KQI指標與歷史KQI指標進行比較，判斷KQI指標與歷史KQI指標的差值是否大于預設值。
[0102]108、若KQI指標與歷史KQI指標的差值大于預設值，將KQI指標與預設的閾值配置庫進行比對，判斷KQI指標是否異常。
[0103]例如，若流媒體播放成功率指標在8點整的為70%，而對應的預設閾值為80%，且連續(xù)兩個周期KQI指標值都低于閾值，則判定為指標異常。
[0104]109、若KQI指標異常，對發(fā)生異常的KQI指標的⑶R進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得KQI指標恢復正常。
[0105]其中，用戶業(yè)務感知度評估裝置具體可以為:基于移動互聯(lián)網(wǎng)的情況設計各維度的收斂基數(shù)表和去噪表，其方法是首先設計收斂度的計算公式，收斂度=(I 一低于門限數(shù)量/收斂基數(shù))X 100%，小于O的直接置為0%，不出現(xiàn)負值。收斂基數(shù)是通過統(tǒng)計和經(jīng)驗而估算的值，假定用戶感知的維度設計包含A1、A2、A3、……、An的η個維度，其中選擇收斂基數(shù)固定的且為最小的為基準假定為Al，且最有可能低于門限的數(shù)量為B，則可以得到Al的譬如移動互聯(lián)網(wǎng)中GGSN設備的數(shù)量，此時，根據(jù)收斂度計算公式，可以得到Al的收斂度α I?；讦?I為基準計算其他維度的收斂基數(shù)，首先需要先根據(jù)網(wǎng)絡架構以及經(jīng)驗確定低于門限的數(shù)量，然后計算出各維度的收斂基數(shù)。例如，移動互聯(lián)網(wǎng)中，可以先以GGSN維度為固定的最小的收斂基數(shù)，假如是10套，根據(jù)經(jīng)驗最有可能出現(xiàn)低于門限的數(shù)量為I套GGSN，則計算得到GGSN維度的收斂度為90%，以90%為基準，我們來估算RNC維度的收斂基數(shù)，通過網(wǎng)絡架構組網(wǎng)情況以及日常問題的處理經(jīng)驗(單個RNC故障或者掛接在同一個傳輸設備上)總結發(fā)現(xiàn)，RNC維度最有可能出現(xiàn)問題的數(shù)量是3個或3個以下，則根據(jù)上述的公式90%= (1-3/收斂基數(shù))Χ100%，我們可以計算出收斂基數(shù)為30。去噪表的設計的方法為假定某KQI指標異常，分析維度C的收斂情況，其收斂基數(shù)為m個，分別為Cl、C2、……、Cm，對應各個收斂基數(shù)的⑶R數(shù)量分別是Cl為X1、C2為X2、……、Cm為Xm，其中若Xm對應的CDR的數(shù)量遠遠小于其他的，那么需要將Cm去掉，否則影響整體分析的準確性和失去問題分析的實際意義。就以上述的RNC維度為例，如果我們定位到3個RNC有問題，其中影響KQI指標的⑶R的數(shù)量分別為RNCl占1200條、RNC2占15條、RNC3占900條，顯然影響KQI主要因素是RNCl和RNC3。如果還選擇三個RNC顯然缺乏合理性，此時需要根據(jù)設計的“去噪表”，剔除RNC2這個非主要原因，這樣針對RNCl和RNC3來計算收斂度，并繼續(xù)分析問題原因。因此，在系統(tǒng)開發(fā)階段要首先設計一套收斂基數(shù)表和去噪表，并在日常維護過程中需要根據(jù)經(jīng)驗不斷的優(yōu)化這兩張表；然后對于異常指標的CDR進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，其方法為針對異常的KQI指標篩選影響指標的CDR，然后根據(jù)各維度進行分類匯總統(tǒng)計并基于上述的收斂度的方法計算出各維度的收斂度；最后根據(jù)收斂度的情況一站式自動輸出初步分析報告，其方法是根據(jù)上述各維度的收斂度，自動一步一步進行分析，直到最小的維度，譬如=TOPn小區(qū)、TOPn用戶、TOPn的服務器等等，將整個分析過程匯總為初步的分析報告上報給相關的部門進行處理。
[0106]本實施例中，通過采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，將五元組信息相同的IP報文整合為一條業(yè)務流，將業(yè)務流中的http類流媒體業(yè)務流按照重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，整合到各個單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄中，根據(jù)單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，計算關鍵質量指標KQI,使得關鍵質量指標KQI能夠反映單個用戶真實的業(yè)務感知度，并獲取當前時刻之前計算得到的歷史KQI指標，根據(jù)關鍵質量指標KQI和歷史KQI指標確定KQI指標是否異常，以及導致KQI指標異常的戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得KQI指標恢復正常，從而提高了評估精度和評估效果，并對導致KQI指標異常的因素進行調整，提高用戶的業(yè)務感知效果。
[0107]本領域普通技術人員可以理解:實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0108]圖3為本發(fā)明提供的用戶業(yè)務感知度評估裝置實施例的結構示意圖，如圖3所示，包括:
[0109]采集模塊31，用于采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，IP報文中攜帶協(xié)議類型標識和五元組信息；五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號；
[0110]整合模塊32，用于根據(jù)IP報文的五元組信息，將五元組信息相同的IP報文整合為一條業(yè)務流；
[0111]確定模塊33，用于根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個IP報文是否為http類流媒體報文，若業(yè)務流中各個報文為http類流媒體報文，則確定業(yè)務流為http類流媒體業(yè)務流；
[0112]整合模塊32，還用于獲取http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄；
[0113]計算模塊34，用于獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
[0114]其中，KQI指標包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比；播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長；下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
[0115]對應的，流媒體播放成功率的計算公式具體可以為:流媒體播放成功率=域名解析成功率XTCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率；
[0116]流媒體播放等待時長的計算公式具體可以為:流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻；
[0117]流媒體卡頓頻次的計算公式具體可以為:流媒體卡頓頻次=卡頓次數(shù)和/觀看時長;
[0118]流媒體卡頓占比的計算公式具體可以為:流媒體卡頓占比=卡頓時長和/觀看時長。
[0119]進一步地,協(xié)議類型標識包括:TCP端口號和/或request vers1n字段，以及content-type 字段；
[0120]確定模塊33根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個IP報文是否為http類流媒體報文中，確定模塊33具體用于，
[0121]獲取IP報文的TCP端口號或者request vers1n字段；
[0122]若IP報文的TCP端口號為80或8080，或者request vers1n字段為http類型，確定IP報文為http協(xié)議的IP報文；
[0123]獲取http協(xié)議的IP報文中的content-type字段；
[0124]若content-type字段為流媒體格式,確定http協(xié)議的IP報文為http類流媒體報文。
[0125]更進一步地，用戶業(yè)務感知度評估裝置還可以包括:獲取模塊和判斷模塊；
[0126]計算模塊34計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI之后，獲取模塊用于，獲取當前時刻之前計算得到的歷史KQI指標；
[0127]判斷模塊用于，將KQI指標與歷史KQI指標進行比較，判斷KQI指標與歷史KQI指標的差值是否大于預設值；
[0128]判斷模塊還用于，若KQI指標與歷史KQI指標的差值大于預設值，將KQI指標與預設的閾值配置庫進行比對，判斷KQI指標是否異常；
[0129]確定模塊33還用于，若KQI指標異常，對發(fā)生異常的KQI指標的⑶R進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得KQI指標恢復正常。
[0130]本實施例中，通過采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，將五元組信息相同的IP報文整合為一條業(yè)務流，將業(yè)務流中的http類流媒體業(yè)務流按照重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，整合到各個單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄中，根據(jù)單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，計算關鍵質量指標KQI,使得關鍵質量指標KQI能夠反映單個用戶真實的業(yè)務感知度，從而提高了評估精度和評估效果。
[0131]最后應說明的是:以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。
【權利要求】
1.一種用戶業(yè)務感知度評估方法，其特征在于，包括: 采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，所述IP報文中攜帶協(xié)議類型標識和五元組信息；所述五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號； 根據(jù)所述IP報文的五元組信息，將五元組信息相同的所述IP報文整合為一條業(yè)務流； 根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為超文本傳送協(xié)議http類流媒體報文，若所述業(yè)務流中各個所述報文為http類流媒體報文，則確定所述業(yè)務流為http類流媒體業(yè)務流； 獲取所述http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄； 獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
2.根據(jù)權利要求1所述的方法，其特征在于，所述KQI指標包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比； 所述播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長； 所述下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
3.根據(jù)權利要求2所述的方法，其特征在于， 所述流媒體播放成功率=域名解析成功率XTCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率； 所述流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻； 所述流媒體卡頓頻次=卡頓次數(shù)和/觀看時長； 所述流媒體卡頓占比=卡頓時長和/觀看時長。
4.根據(jù)權利要求1所述的方法，其特征在于，所述協(xié)議類型標識包括:TCP端口號和/或 request vers1n 字段，以及 content-type 字段； 所述根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文，包括: 獲取所述IP報文的TCP端口號或者request vers1n字段； 若所述IP報文的TCP端口號為80或8080，或者所述request vers1n字段為http類型，確定所述IP報文為http協(xié)議的IP報文； 獲取所述http協(xié)議的IP報文中的content-type字段； 若所述content-type字段為流媒體格式,確定所述http協(xié)議的IP報文為http類流媒體報文。
5.根據(jù)權利要求1所述的方法，其特征在于，所述獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI之后,還包括: 獲取當前時刻之前計算得到的歷史KQI指標； 將所述KQI指標與所述歷史KQI指標進行比較，判斷所述KQI指標與所述歷史KQI指標的差值是否大于預設值； 若所述KQI指標與所述歷史KQI指標的差值大于預設值，將所述KQI指標與預設的閾值配置庫進行比對，判斷所述KQI指標是否異常； 若所述KQI指標異常，對發(fā)生異常的KQI指標的CDR進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致所述KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得所述KQI指標恢復正常。
6.一種用戶業(yè)務感知度評估裝置，其特征在于，包括: 采集模塊，用于采集移動互聯(lián)網(wǎng)上控制面和用戶面的IP報文，所述IP報文中攜帶協(xié)議類型標識和五元組信息；所述五元組信息包括:源IP、目的IP、源端口、目的端口和協(xié)議號; 整合模塊，用于根據(jù)所述IP報文的五元組信息，將五元組信息相同的所述IP報文整合為一條業(yè)務流； 確定模塊，用于根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文，若所述業(yè)務流中各個所述報文為http類流媒體報文，則確定所述業(yè)務流為http類流媒體業(yè)務流； 整合模塊，還用于獲取所述http類流媒體業(yè)務流的重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)，將重定向服務器IP地址、用戶IP地址、GTP隧道ID和時間參數(shù)均相同的http類流媒體業(yè)務流整合為一條單用戶單業(yè)務粒度的http類流媒體業(yè)務操作記錄; 計算模塊，用于獲取單用戶單業(yè)務粒度的http類流媒體操作記錄中http流媒體業(yè)務流的播放相關參數(shù)和下載相關參數(shù)，根據(jù)所述播放相關參數(shù)和下載相關參數(shù)，計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI。
7.根據(jù)權利要求6所述的裝置，其特征在于，所述KQI指標包括:流媒體播放成功率、流媒體播放等待時長、流媒體卡頓頻次和流媒體卡頓占比； 所述播放相關參數(shù)包括:卡頓次數(shù)和、卡頓時長和、觀看時長； 所述下載相關參數(shù)包括:初始緩沖區(qū)滿的時刻、首個業(yè)務流程發(fā)起消息的時刻、域名解析成功率、TCP建立成功率、第一 GET成功率、重定向后TCP建立成功率、第二 GET成功率和初始緩沖區(qū)下載成功率。
8.根據(jù)權利要求7所述的裝置，其特征在于， 所述流媒體播放成功率=域名解析成功率X TCP建立成功率X第一 GET成功率X重定向后TCP建立成功率X第二 GET成功率X初始緩沖區(qū)下載成功率； 所述流媒體播放等待時長=初始緩沖區(qū)滿的時刻-首個業(yè)務流程發(fā)起消息的時刻； 所述流媒體卡頓頻次=卡頓次數(shù)和/觀看時長； 所述流媒體卡頓占比=卡頓時長和/觀看時長。
9.根據(jù)權利要求6所述的裝置，其特征在于，所述協(xié)議類型標識包括:TCP端口號和/或 request vers1n 字段，以及 content-type 字段； 所述確定模塊根據(jù)業(yè)務流中各個IP報文的協(xié)議類型標識，判斷各個所述IP報文是否為http類流媒體報文中，所述確定模塊具體用于， 獲取所述IP報文的TCP端口號或者request vers1n字段； 若所述IP報文的TCP端口號為80或8080，或者所述request vers1n字段為http類型，確定所述IP報文為http協(xié)議的IP報文； 獲取所述http協(xié)議的IP報文中的content-type字段； 若所述content-type字段為流媒體格式,確定所述http協(xié)議的IP報文為http類流媒體報文。
10.根據(jù)權利要求6所述的裝置，其特征在于，還包括:獲取模塊和判斷模塊； 所述計算模塊計算單用戶單業(yè)務粒度的http類流媒體操作記錄的關鍵質量指標KQI之后，所述獲取模塊用于，獲取當前時刻之前計算得到的歷史KQI指標； 所述判斷模塊用于，將所述KQI指標與所述歷史KQI指標進行比較，判斷所述KQI指標與所述歷史KQI指標的差值是否大于預設值； 所述判斷模塊還用于，若所述KQI指標與所述歷史KQI指標的差值大于預設值，將所述KQI指標與預設的閾值配置庫進行比對，判斷所述KQI指標是否異常； 所述確定模塊還用于，若所述KQI指標異常，對發(fā)生異常的KQI指標的CDR進行多維度分類匯總統(tǒng)計并計算各維度的收斂度，根據(jù)各維度的收斂度確定導致所述KQI指標異常的用戶ID、用戶所在小區(qū)或相關服務器，以便對用戶ID、用戶所在小區(qū)或相關服務器進行處理，使得所述KQI指標恢復正常。
【文檔編號】H04L12/24GK104410516SQ201410681810
【公開日】2015年3月11日 申請日期:2014年11月24日 優(yōu)先權日:2014年11月24日
【發(fā)明者】陳森, 陳超, 張小勇 申請人:中國聯(lián)合網(wǎng)絡通信集團有限公司