本發(fā)明涉及通信領域,尤其涉及一種網(wǎng)絡質(zhì)量檢測方法及裝置。
背景技術:
在端到端的視頻服務系統(tǒng)中,影響用戶播放體驗的主要因素有兩個:1、碼流傳輸延時和損傷;2、交互延時。這兩個因素構(gòu)成視頻服務質(zhì)量。
傳統(tǒng)衡量內(nèi)容分發(fā)網(wǎng)絡(CDN)到終端的視頻服務質(zhì)量的方式存在一定缺陷:有的方法準確性差,有的方法實現(xiàn)難度大,且靈活性較差。
另外,對于CDN到終端之間的網(wǎng)絡服務路徑質(zhì)量,目前還沒有有效的衡量方案。
技術實現(xiàn)要素:
為解決現(xiàn)有存在的技術問題,本發(fā)明實施例提供一種網(wǎng)絡質(zhì)量檢測方法及裝置。
本發(fā)明實施例的技術方案是這樣實現(xiàn)的:
本發(fā)明實施例提供了一種網(wǎng)絡質(zhì)量檢測方法,應用于服務器,所述方法包括:
發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;
接收所述采集設備采集的參數(shù)集;
利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,所述采集設備為終端,所述接收所述采集設備采集的參數(shù)集,包括:
接收終端發(fā)送的第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)實時流傳輸協(xié)議(RTSP)延時和路由跟蹤(traceroute)時延得到;
相應地,對所述第一參數(shù)及第二參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,所述方法還包括:
根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有至少兩條時,以IP地址為維度,對終端采集的針對每條路由路徑的第一參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中傳輸時延最大及最小的路由點;
對終端采集的針對每條路由路徑的第二參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中路由間傳輸時延最大及最小的網(wǎng)絡段;
基于確定的網(wǎng)絡段及路由點,并結(jié)合所述第一網(wǎng)絡的路由服務信息,確定所述終端的最優(yōu)服務路徑和最差服務路徑的路由信息。
上述方案中,所述方法還包括:
根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有一條時,依據(jù)終端預設時間段內(nèi)采集的第一參數(shù)及第二參數(shù),建立分時動態(tài)基線模型;所述模型體現(xiàn)不同服務時間的網(wǎng)絡分段質(zhì)量;
并在所述模型上確定所述第一網(wǎng)絡網(wǎng)絡質(zhì)量異常時的問題點和時間。
上述方案中,所述采集設備包括第一CDN節(jié)點、第二CDN節(jié)點及終端;第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;
所述接收所述采集設備采集的參數(shù)集,包括:
接收第二CDN節(jié)點發(fā)送的第三參數(shù);
接收第一CDN節(jié)點發(fā)送的第四參數(shù)及第五參數(shù);
接收終端發(fā)送的第六參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標;第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;
相應地,對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,所述對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,包括:
利用所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù),并結(jié)合設置的閾值及網(wǎng)絡服務鏈路的歷史趨勢,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,發(fā)送檢測任務,包括:
當終端的播放記錄異常時,發(fā)送檢測任務。
本發(fā)明實施例還提供了一種網(wǎng)絡質(zhì)量檢測方法,應用于終端,所述方法包括:
接收檢測任務;所述檢測任務用于指示終端分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;
響應所述檢測任務,采集第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到;
發(fā)出所述第一參數(shù)及第二參數(shù)。
上述方案中,所述采集第一參數(shù),包括:
向第一CDN節(jié)點發(fā)送RSTP請求;第一CDN節(jié)點為終端的對端;
并向所述第一CDN節(jié)點發(fā)送traceroute請求;
根據(jù)發(fā)送的RSTP請求以及RSTP響應的接收狀態(tài),確定RSTP延時;并根據(jù)發(fā)送的traceroute請求以及traceroute響應的接收狀態(tài),確定traceroute延時;
利用RTSP時延和traceroute時延,得到所述第一參數(shù)。
上述方案中,所述利用RTSP時延和traceroute時延,得到所述第一參數(shù),包括:
將所述RTSP時延與traceroute延時求差,得到所述第一參數(shù)。
上述方案中,所述采集第二參數(shù),包括:
采集第一CDN節(jié)點到終端的IP包的時延,得到所述第二參數(shù)。
本發(fā)明實施例又提供了一種網(wǎng)絡質(zhì)量檢測方法,應用于采集設備,所述方法包括:
接收檢測任務;所述檢測任務用于指示所述采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);
響應所述檢測任務,依據(jù)自身在所述第一網(wǎng)絡的位置以及端到端的網(wǎng)絡服務鏈路方向,采集對應鏈路的服務質(zhì)量指標;
發(fā)出采集的服務質(zhì)量指標。
上述方案中,所述采集對應鏈路的服務質(zhì)量指標,包括:
獲取所述服務鏈路的IP地址和端口;
利用IP地址和端口,抓取數(shù)據(jù)包;
對抓取的數(shù)據(jù)包進行分析,得到所述對應鏈路的服務質(zhì)量指標。
上述方案中,當所述采集設備為終端時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述終端的入向抓取數(shù)據(jù)包;其中,
所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;得到的服務質(zhì)量指標為第六參數(shù)。
上述方案中,當所述采集設備為第一CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述第一CDN節(jié)點的入向和出向抓取數(shù)據(jù)包;其中,
第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡,得到的服務質(zhì)量指標為第四參數(shù)及第五參數(shù);第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標。
上述方案中,當所述采集設備為第二CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述第二CDN節(jié)點的出向抓取數(shù)據(jù)包;其中,
第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點,得到的服務質(zhì)量指標為第三參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標。
本發(fā)明實施例還提供了一種網(wǎng)絡質(zhì)量檢測裝置,包括:
第一發(fā)送單元,用于發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;
第一接收單元,用于接收所述采集設備采集的參數(shù)集;
分析單元,用于利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,所述第一接收單元,具體用于:
接收終端發(fā)送的第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)實時流傳輸協(xié)議RTSP延時和路由跟蹤traceroute時延得到;
所述分析單元,用于對所述第一參數(shù)及第二參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
上述方案中,所述分析單元,還用于:
根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有至少兩條時,根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu),以IP地址為維度,對終端采集的針對每條路由路徑的第一參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中傳輸時延最大及最小的路由點;
對終端采集的針對每條路由路徑的第二參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中路由間傳輸時延最大及最小的網(wǎng)絡段;以及
基于確定的網(wǎng)絡段及路由點,并結(jié)合所述第一網(wǎng)絡的路由服務信息,確定所述終端的最優(yōu)服務路徑和最差服務路徑的路由信息。
上述方案中,所述分析單元,還用于:
根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有一條時,依據(jù)終端預設時間段內(nèi)采集的第一參數(shù)及第二參數(shù),建立分時動態(tài)基線模型;所述模型體現(xiàn)不同服務時間的網(wǎng)絡分段質(zhì)量;
并在所述模型上確定所述第一網(wǎng)絡網(wǎng)絡質(zhì)量異常時的問題點和時間。
上述方案中,所述采集設備包括第一CDN節(jié)點、第二CDN節(jié)點及終端;第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;所述第一接收單元,具體用于:
接收第二CDN節(jié)點發(fā)送的第三參數(shù);
接收第一CDN節(jié)點發(fā)送的第四參數(shù)及第五參數(shù);
接收終端發(fā)送的第六參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標;第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;
所述分析單元,具體用于:對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
本發(fā)明實施例又提供了一種網(wǎng)絡質(zhì)量檢測裝置,包括:
第二接收單元,用于接收檢測任務;所述檢測任務用于指示終端分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;
第一采集單元,用于響應所述檢測任務,采集第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到;
第二發(fā)送單元,用于發(fā)出所述第一參數(shù)及第二參數(shù)。
上述方案中,所述第一采集單元,具體用于:
向第一CDN節(jié)點發(fā)送RSTP請求;第一CDN節(jié)點為終端的對端;
并向所述第一CDN節(jié)點發(fā)送traceroute請求;
根據(jù)發(fā)送的RSTP請求以及RSTP響應的接收狀態(tài),確定RSTP延時;并根據(jù)發(fā)送的traceroute請求以及traceroute響應的接收狀態(tài),確定traceroute延時;
利用RTSP時延和traceroute時延,得到所述第一參數(shù)。
上述方案中,所述第一采集單元,具體用于:
采集第一CDN節(jié)點到終端的IP包的時延,得到所述第二參數(shù)。
本發(fā)明實施例還提供了一種網(wǎng)絡質(zhì)量檢測裝置,包括:
第三接收單元,用于接收檢測任務;所述檢測任務用于指示所述采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);
第二采集單元,用于響應所述檢測任務,依據(jù)自身在所述第一網(wǎng)絡的位置以及端到端的網(wǎng)絡服務鏈路方向,采集對應鏈路的服務質(zhì)量指標;
第三發(fā)送單元,用于發(fā)出采集的服務質(zhì)量指標。
上述方案中,所述第二采集單元,具體用于:
獲取所述服務鏈路的IP地址和端口;
利用IP地址和端口,抓取數(shù)據(jù)包;
對抓取的數(shù)據(jù)包進行分析,得到所述對應鏈路的服務質(zhì)量指標。
本發(fā)明實施例提供的網(wǎng)絡質(zhì)量檢測方法及裝置,發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;接收所述采集設備采集的參數(shù)集;利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,將網(wǎng)絡分段進行檢測,如此能夠準確、快速地檢測網(wǎng)絡質(zhì)量。
附圖說明
在附圖(其不一定是按比例繪制的)中,相似的附圖標記可在不同的視圖中描述相似的部件。具有不同字母后綴的相似附圖標記可表示相似部件的不同示例。附圖以示例而非限制的方式大體示出了本文中所討論的各個實施例。
圖1為本發(fā)明實施實例一一種網(wǎng)絡質(zhì)量檢測的方法流程示意圖;
圖2為本發(fā)明實施實例一另一種網(wǎng)絡質(zhì)量檢測的方法流程示意圖;
圖3為本發(fā)明實施實例一再一種網(wǎng)絡質(zhì)量檢測的方法流程示意圖;
圖4為本發(fā)明實施實例二一種網(wǎng)絡質(zhì)量檢測裝置結(jié)構(gòu)示意圖;
圖5為本發(fā)明實施實例二另一種網(wǎng)絡質(zhì)量檢測裝置結(jié)構(gòu)示意圖;
圖6為本發(fā)明實施實例二再一種網(wǎng)絡質(zhì)量檢測裝置結(jié)構(gòu)示意圖;
圖7為本發(fā)明實施實例三系統(tǒng)架構(gòu)示意圖;
圖8為本發(fā)明實施實例三采集終端到CDN系統(tǒng)的接入網(wǎng)絡的請求路由信息和時延的過程示意圖;
圖9為本發(fā)明實施實例三CDN系統(tǒng)到終端的傳輸時延檢測及分析方法流程示意圖;
圖10為本發(fā)明實施實例三采集CDN系統(tǒng)到終端的單播服務鏈路服務質(zhì)量指標的過程示意圖;
圖11為本發(fā)明實施實例三單播服務鏈路示意圖。
具體實施方式
下面結(jié)合附圖及實施例對本發(fā)明再作進一步詳細的描述。
傳統(tǒng)衡量CDN到終端的視頻服務質(zhì)量的方式,主要有以下兩種:
第一種方式:基于上報的終端指標來統(tǒng)計匯總計算CDN及接入網(wǎng)的服務質(zhì)量。
這種方式是從數(shù)據(jù)的統(tǒng)計和匯總結(jié)果入手,給出可能性的原因,該處理方式存在一定缺陷:第一,需要基于大規(guī)模機頂盒數(shù)據(jù)量分析,這是因為機頂盒數(shù)據(jù)量越大,分析結(jié)果可靠性越高;第二,由于分析的數(shù)據(jù)只是機頂盒自身的數(shù)據(jù),并不涉及網(wǎng)絡的數(shù)據(jù),所以當造成的可能性原因較多時,用戶分析難度越多,無法準確定位。
第二種方式:在中間傳輸網(wǎng)絡上抓包然后做碼流匹配分析,以獲得服務質(zhì)量。
這種方式運算難度復雜而且CDN到機頂盒的單獨碼流難以匹配,靈活性較差。
從上面的描述中可以看出,目前的衡量方式均存在一定缺陷:有的衡量方法準確性差,有的衡量方法實現(xiàn)難度較大,且靈活性較差。
另外,目前CDN到終端之間的網(wǎng)絡服務路徑質(zhì)量無法有效衡量。
基于此,在本發(fā)明的各種實施例中:發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;接收所述采集設備采集的參數(shù)集;利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
實施例一
本發(fā)明實施例提供一種網(wǎng)絡質(zhì)量檢測方法,應用于服務器,如圖1所示,該方法包括:
步驟101:發(fā)送檢測任務;
這里,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡。
其中,實際應用時,所述第一網(wǎng)絡可以是CDN節(jié)點到終端的視頻服務網(wǎng)絡。
步驟102:接收所述采集設備采集的參數(shù)集;
步驟103:利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
其中,實際應用時,網(wǎng)絡質(zhì)量的一個表現(xiàn)形式是交互時延(傳輸時延),所以需要分段采集網(wǎng)絡的交互時延,從而來分析網(wǎng)絡質(zhì)量。
基于此,在一實施例中,當所述采集設備為終端時,步驟102的具體實現(xiàn)包括:
服務器接收終端發(fā)送的第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到。
相應地,在步驟103中,服務器對所述第一參數(shù)及第二參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
在該實施例中,當端到端的路由路徑有至少兩條時,還可以基于采集的參數(shù)集對路由路徑進行呈現(xiàn)。
基于此,該方法還可以包括:
服務器根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有至少兩條時,服務器以IP地址為維度,對終端采集的針對每條路由路徑的第一參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中傳輸時延最大及最小的路由點;
對終端采集的針對每條路由路徑的第二參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中路由間傳輸時延最大及最小的網(wǎng)絡段;
基于確定的網(wǎng)絡段及路由點,并結(jié)合所述第一網(wǎng)絡的路由服務信息,確定所述終端的最優(yōu)服務路徑和最差服務路徑的路由信息。
當然,當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有一條時,服務器可以依據(jù)終端預設時間段內(nèi)采集的第一參數(shù)及第二參數(shù),建立分時動態(tài)基線模型;所述模型體現(xiàn)不同服務時間的網(wǎng)絡分段質(zhì)量;
并在所述模型上確定所述第一網(wǎng)絡網(wǎng)絡質(zhì)量異常時的問題點和時間。
網(wǎng)絡質(zhì)量的另一個表現(xiàn)形式是碼流的傳輸質(zhì)量(網(wǎng)絡服務路徑質(zhì)量),所以需要分段采集網(wǎng)絡的傳輸質(zhì)量,從而來分析網(wǎng)絡質(zhì)量。
基于此,在一實施例中,所述采集設備包括第一CDN節(jié)點、第二CDN節(jié)點及終端;第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;步驟102的具體實現(xiàn)可以包括:
服務器接收第二CDN節(jié)點發(fā)送的第三參數(shù);
服務器接收第一CDN節(jié)點發(fā)送的第四參數(shù)及第五參數(shù);
服務器接收終端發(fā)送的第六參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標;第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標。
相應地,在步驟103中,服務器對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
其中,所述對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,包括:
利用所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù),并結(jié)合設置的閾值及網(wǎng)絡服務鏈路的歷史趨勢,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
對于傳輸質(zhì)量的檢測,可以根據(jù)終端的播放記錄來觸發(fā)檢測任務的下發(fā)。
基于此,在一實施例中,步驟101的具體實現(xiàn)包括:
當終端的播放記錄異常時,服務器發(fā)送檢測任務。
對應地,為了實現(xiàn)本發(fā)明實施例的網(wǎng)絡質(zhì)量檢測方法,需要采集設備采集相應的參數(shù)。
因此,本發(fā)明實施例還提供了一種網(wǎng)絡質(zhì)量檢測方法,應用于終端,如圖2所示,該法包括:
步驟201:接收檢測任務;
這里,所述檢測任務用于指示終端分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡。
步驟202:響應所述檢測任務,采集第一參數(shù)及第二參數(shù);
這里,所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延。
其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到。
所述采集第一參數(shù),包括:
向第一CDN節(jié)點發(fā)送RSTP請求;第一CDN節(jié)點為終端的對端;
并向所述第一CDN節(jié)點發(fā)送traceroute請求;
根據(jù)發(fā)送的RSTP請求以及RSTP響應的接收狀態(tài),確定RSTP延時;并根據(jù)發(fā)送的traceroute請求以及traceroute響應的接收狀態(tài),確定traceroute延時;
利用RTSP時延和traceroute時延,得到所述第一參數(shù)。
其中,所述利用RTSP時延和traceroute時延,得到所述第一參數(shù),包括:
將所述RTSP時延與traceroute延時求差,得到所述第一參數(shù)。
所述采集第二參數(shù),包括:
采集第一CDN節(jié)點到終端的IP包的時延,得到所述第二參數(shù)。
步驟203:發(fā)出所述第一參數(shù)及第二參數(shù)。
本發(fā)明實施例還提供了一種網(wǎng)絡質(zhì)量檢測方法,應用于采集設備,如圖3所示,該法還包括:
步驟301:接收檢測任務;
這里,所述檢測任務用于指示所述采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù)。
步驟302:響應所述檢測任務,依據(jù)自身在所述第一網(wǎng)絡的位置以及端到端的網(wǎng)絡服務鏈路方向,采集對應鏈路的服務質(zhì)量指標;
具體地,獲取所述服務鏈路的IP地址和端口;
利用IP地址和端口,抓取數(shù)據(jù)包;
對抓取的數(shù)據(jù)包進行分析,得到所述對應鏈路的服務質(zhì)量指標。
這里,當所述采集設備為終端時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述終端的入向抓取數(shù)據(jù)包;其中,
所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;得到的服務質(zhì)量指標為第六參數(shù)。
當所述采集設備為第一CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述第一CDN節(jié)點的入向和出向抓取數(shù)據(jù)包;其中,
第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;得到的服務質(zhì)量指標為第四參數(shù)及第五參數(shù)。
當所述采集設備為第二CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
利用IP地址和端口,在所述第二CDN節(jié)點的出向抓取數(shù)據(jù)包;其中,
第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;得到的服務質(zhì)量指標為第三參數(shù)。
也就是說,第二CDN節(jié)點為第一CDN節(jié)點的依賴節(jié)點。
第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標。
步驟303:發(fā)出采集的服務質(zhì)量指標。
本發(fā)明實施例提供的網(wǎng)絡質(zhì)量檢測方法,發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;接收所述采集設備采集的參數(shù)集;利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,將網(wǎng)絡分段進行檢測,如此能夠準確、快速地檢測網(wǎng)絡質(zhì)量。
另外,接收第二CDN節(jié)點發(fā)送的第三參數(shù);接收第一CDN節(jié)點發(fā)送的第四參數(shù)及第五參數(shù);接收終端發(fā)送的第六參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標;第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;相應地,對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六嫻熟進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,對服務鏈路分段進行檢測,如此,能夠正確、快速地檢測端到端的網(wǎng)絡服務路徑質(zhì)量。
實施例二
為實現(xiàn)本發(fā)明實施例的方法,本實施例提供一種網(wǎng)絡質(zhì)量檢測裝置,設置在服務器,如圖4所示,該裝置包括:
第一發(fā)送單元41,用于發(fā)送檢測任務,所述檢測任務用于指示采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為端到端網(wǎng)絡;
第一接收單元42,用于接收所述采集設備采集的參數(shù)集;
分析單元43,用于利用所述參數(shù)集,對所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
其中,實際應用時,所述第一網(wǎng)絡可以是CDN節(jié)點到終端的視頻服務網(wǎng)絡。
實際應用時,網(wǎng)絡質(zhì)量的一個表現(xiàn)形式是交互時延(傳輸時延),所以需要分段采集網(wǎng)絡的交互時延,從而來分析網(wǎng)絡質(zhì)量。
基于此,在一實施例中,所述第一接收單元42,具體用于:
當所述采集設備為終端時,接收終端發(fā)送的第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到;
所述分析單元43,用于對所述第一參數(shù)及第二參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
在該實施例中,當端到端的路由路徑有至少兩條時,還可以基于采集的參數(shù)集對路由路徑進行呈現(xiàn),所述分析單元43,還用于:
根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu)及traceroute路由信息中每一跳路由網(wǎng)關信息,確定所述終端對應的所述第一網(wǎng)絡的網(wǎng)絡拓撲路徑信息;
當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有至少兩條時,根據(jù)所述第一網(wǎng)絡的網(wǎng)絡拓撲結(jié)構(gòu),以IP地址為維度,對終端采集的針對每條路由路徑的第一參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中傳輸時延最大及最小的路由點;
對終端采集的針對每條路由路徑的第二參數(shù)進行匯聚及分析,確定出至少兩條路由路徑中路由間傳輸時延最大及最小的網(wǎng)絡段;以及
基于確定的網(wǎng)絡段及路由點,并結(jié)合所述第一網(wǎng)絡的路由服務信息,確定所述終端的最優(yōu)服務路徑和最差服務路徑的路由信息。
當然,當所述網(wǎng)絡拓撲路徑信息表征端到端的路由路徑有一條時,所述分析單元43可以依據(jù)終端預設時間段內(nèi)采集的第一參數(shù)及第二參數(shù),建立分時動態(tài)基線模型;所述模型體現(xiàn)不同服務時間的網(wǎng)絡分段質(zhì)量;
并在所述模型上確定所述第一網(wǎng)絡網(wǎng)絡質(zhì)量異常時的問題點和時間。
網(wǎng)絡質(zhì)量的另一個表現(xiàn)形式是碼流的傳輸質(zhì)量(網(wǎng)絡服務路徑質(zhì)量),所以需要分段采集網(wǎng)絡的傳輸質(zhì)量,從而來分析網(wǎng)絡質(zhì)量。
基于此,在一實施例中,所述采集設備包括第一CDN節(jié)點、第二CDN節(jié)點及終端;第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;所述第一接收單元42,具體用于:
服務器接收第二CDN節(jié)點發(fā)送的第三參數(shù);
服務器接收第一CDN節(jié)點發(fā)送的第四參數(shù)及第五參數(shù);
服務器接收終端發(fā)送的第六參數(shù);所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標;第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;
所述分析單元43,具體用于:對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
其中,所述對所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù)進行分析,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果,包括:
所述分析單元43利用所述第三參數(shù)、第四參數(shù)、第五參數(shù)及第六參數(shù),并結(jié)合設置的閾值及網(wǎng)絡服務鏈路的歷史趨勢,得到所述第一網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
對于傳輸質(zhì)量的檢測,可以根據(jù)終端的播放記錄來觸發(fā)檢測任務的下發(fā)。
基于此,在一實施例中,當終端的播放記錄異常時,所述第一發(fā)送單元41發(fā)送檢測任務。
實際應用時,所述第一發(fā)送單元41、第一接收單元42可由網(wǎng)絡質(zhì)量檢測裝置中的處理器結(jié)合收發(fā)機實現(xiàn);分析單元43可由網(wǎng)絡質(zhì)量檢測裝置中的處理器實現(xiàn)。
為實現(xiàn)本發(fā)明實施例的方法,本實施例還提供了一種網(wǎng)絡質(zhì)量檢測裝置,設置在終端,如圖5所示,所述裝置包括:
第二接收單元51,用于接收檢測任務;所述檢測任務用于指示終端分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;
第一采集單元52,用于響應所述檢測任務,采集第一參數(shù)及第二參數(shù);所述第一參數(shù)表征所述第一網(wǎng)絡中端到端的信令響應時延;所述第二參數(shù)表征所述第一網(wǎng)絡中端到端的數(shù)據(jù)包傳輸時延;其中,所述信令響應時延依據(jù)RTSP延時和traceroute時延得到;
第二發(fā)送單元53,用于發(fā)出所述第一參數(shù)及第二參數(shù)。
其中,所述第一采集單元52,具體用于:
向第一CDN節(jié)點發(fā)送RSTP請求;第一CDN節(jié)點為終端的對端;
并向所述第一CDN節(jié)點發(fā)送traceroute請求;
根據(jù)發(fā)送的RSTP請求以及RSTP響應的接收狀態(tài),確定RSTP延時;并根據(jù)發(fā)送的traceroute請求以及traceroute響應的接收狀態(tài),確定traceroute延時;
利用RTSP時延和traceroute時延,得到所述第一參數(shù)。
其中,所述利用RTSP時延和traceroute時延,得到所述第一參數(shù),包括:
所述第一采集單元52將所述RTSP時延與traceroute延時求差,得到所述第一參數(shù)。
所述第一采集單元52,具體用于:
采集第一CDN節(jié)點到終端的IP包的時延,得到所述第二參數(shù)。
實際應用時,所述第二接收單元51及第二發(fā)送單元53可由網(wǎng)絡質(zhì)量檢測裝置中的收發(fā)機實現(xiàn);所述第一采集單元52可由網(wǎng)絡質(zhì)量檢測裝置中的處理器結(jié)合收發(fā)機實現(xiàn)。
本實施例還提供了一種網(wǎng)絡質(zhì)量檢測裝置,設置在采集設備,如圖6所示,該裝置包括:
第三接收單元61,用于接收檢測任務;所述檢測任務用于指示所述采集設備分段采集第一網(wǎng)絡的參數(shù)集,所述參數(shù)集表征所述第一網(wǎng)絡的傳輸參數(shù);
第二采集單元62,用于響應所述檢測任務,依據(jù)自身在所述第一網(wǎng)絡的位置以及端到端的網(wǎng)絡服務鏈路方向,采集對應鏈路的服務質(zhì)量指標;
第三發(fā)送單元63,用于發(fā)出采集的服務質(zhì)量指標。
其中,所述第二采集單元,具體用于:
獲取所述服務鏈路的IP地址和端口;
利用IP地址和端口,抓取數(shù)據(jù)包;
對抓取的數(shù)據(jù)包進行分析,得到所述對應鏈路的服務質(zhì)量指標。
其中,當所述采集設備為終端時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
所述第二采集單元62利用IP地址和端口,在所述終端的入向抓取數(shù)據(jù)包;其中,
所述第一網(wǎng)絡為所述終端所在的端到端網(wǎng)絡;得到的服務質(zhì)量指標為第六參數(shù)。
當所述采集設備為第一CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
所述第二采集單元62利用IP地址和端口,在所述第一CDN節(jié)點的入向和出向抓取數(shù)據(jù)包;其中,
第一CDN節(jié)點與終端之間的網(wǎng)絡為第一網(wǎng)絡;得到的服務質(zhì)量指標為第四參數(shù)及第五參數(shù)。
當所述采集設備為第二CDN節(jié)點時,所述利用IP地址和端口,抓取數(shù)據(jù)包,包括:
所述第二采集單元62利用IP地址和端口,在所述第二CDN節(jié)點的出向抓取數(shù)據(jù)包;其中,
第二CDN節(jié)點為第一CDN節(jié)點的上級節(jié)點;得到的服務質(zhì)量指標為第三參數(shù)。
也就是說,第二CDN節(jié)點為第一CDN節(jié)點的依賴節(jié)點。
其中,第五參數(shù)及第六參數(shù)表征第一CDN節(jié)點面向終端鏈路的服務質(zhì)量指標;所述第三參數(shù)及第四參數(shù)表征第二CDN節(jié)點面向第一CDN節(jié)點鏈路的服務質(zhì)量指標。
實際應用時,所述第三接收單元61及第三發(fā)送單元63可由網(wǎng)絡質(zhì)量檢測裝置中的收發(fā)機實現(xiàn);所述第二采集單元62可由網(wǎng)絡質(zhì)量檢測裝置中的處理器實現(xiàn)。
實施例三
在實施例一、二的基礎上,本實施例詳細描述本發(fā)明實施例的網(wǎng)絡質(zhì)量檢測過程。
在本實施例中,端到端的網(wǎng)絡為CDN節(jié)點到終端的網(wǎng)絡。
從終端視頻服務的整個組網(wǎng)流程來看,涉及的網(wǎng)元及設備包括:CDN節(jié)點、承載網(wǎng)、接入網(wǎng)、以及終端設備;基于這種組網(wǎng)架構(gòu),本發(fā)明實施例中,從兩個方面來建立CDN系統(tǒng)到終端的視頻網(wǎng)絡服務質(zhì)量指標體系,具體地,從碼流傳輸和交互延時兩個方面和檢測網(wǎng)絡服務質(zhì)量。其中,交互時延是指:CDN系統(tǒng)到終端的傳輸時延;碼流傳輸是指:碼流傳輸CDN系統(tǒng)內(nèi)部碼流傳輸及CDN系統(tǒng)到終端的碼流傳輸質(zhì)量對比分析。
圖7為本實施例系統(tǒng)架構(gòu)示意圖。從圖7中可以看出,核心部件包含八個部分,分別是:系統(tǒng)任務管理模塊、數(shù)據(jù)下發(fā)和接收模塊、數(shù)據(jù)分析模塊、承載網(wǎng)數(shù)據(jù)擦采集模塊、接入網(wǎng)數(shù)據(jù)采集模塊、CDN節(jié)點數(shù)據(jù)采集模塊以及終端數(shù)據(jù)采集模塊。其中,
系統(tǒng)任務管理模塊、數(shù)據(jù)下發(fā)和接收模塊、數(shù)據(jù)分析模塊部署在服務器,即部署在本地,而承載網(wǎng)數(shù)據(jù)接入模塊、接入網(wǎng)數(shù)據(jù)接入模塊、CDN節(jié)點數(shù)據(jù)采集模塊以及終端數(shù)據(jù)采集模塊進行遠程部署。
系統(tǒng)任務管理模塊,負責管理和調(diào)度各數(shù)據(jù)采集模塊的采集任務;也就是說,管理系統(tǒng)與各數(shù)據(jù)采集模塊的任務管理和任務同步;
數(shù)據(jù)下發(fā)和接收模塊,用于下發(fā)采集任務,并接收各數(shù)據(jù)采集模塊采集的數(shù)據(jù),并對接收的采集數(shù)據(jù)進行解析,以便使數(shù)據(jù)分析模塊進行分析;
數(shù)據(jù)分析模塊,主要基于各數(shù)據(jù)采集模塊采集的數(shù)據(jù)進行網(wǎng)絡質(zhì)量的分析;
承載網(wǎng)數(shù)據(jù)采集模塊,主要用于采集承載網(wǎng)的資源,包含資源分組、路由信息等,據(jù)此可以得到承載網(wǎng)的拓撲結(jié)構(gòu);
接入網(wǎng)數(shù)據(jù)采集模塊,主要用于采集接入網(wǎng)的資源,包含資源分組、路由信息等,據(jù)此可以得到接入網(wǎng)的拓撲結(jié)構(gòu)。
這里,實際應用時,可以采用http+json(上報的采集數(shù)據(jù)的格式為json格式)的方式做任務下發(fā)和數(shù)據(jù)上報,采集任務的啟動和停止可以采用同步消息接口,而采集數(shù)據(jù)的上報則可以采用異步消息接口處理。
基于圖7所示的系統(tǒng)結(jié)構(gòu),下面描述CDN系統(tǒng)到終端的傳輸時延檢測及分析方法。
首先,描述采集終端到CDN系統(tǒng)的接入網(wǎng)絡的請求路由信息和時延的過程。
如圖8所示,該過程主要包括:
步驟801:系統(tǒng)任務管理模塊向終端下發(fā)時延分析任務;
步驟802:終端的終端數(shù)據(jù)采集模塊接到任務后,向CDN系統(tǒng)發(fā)起RTSP請求,并采集RTSP響應的時延;
這里,采集的RTSP響應的時延可以稱為RTSP時延,可以認為是一種協(xié)議信令類信息。
步驟803:終端數(shù)據(jù)采集模塊向CDN系統(tǒng)發(fā)起traceroute請求,并采集traceroute路由信息及對應的時延;
這里,采集的traceroute路由信息包含網(wǎng)關跳轉(zhuǎn)等相關信息。
步驟804:端數(shù)據(jù)采集模塊發(fā)起IP包傳輸時延分析任務,具體地,記錄從CDN節(jié)點到終端的IP包時延。
任務結(jié)束后將采集的數(shù)據(jù)結(jié)果通過數(shù)據(jù)下發(fā)和接收模塊上報給數(shù)據(jù)分析模塊,以對數(shù)據(jù)進行分析。
從上面的描述中可以看出,采集終端到CDN系統(tǒng)的接入網(wǎng)絡的請求路由信息和時延的過程,首先,終端數(shù)據(jù)采集模塊發(fā)起測試請求,并進行基礎數(shù)據(jù)采集;接著,基于采集的基礎數(shù)據(jù),分析RTSP時延、traceroute路由時延、以及CDN節(jié)點到終端的IP包時延,最后將時延分析結(jié)果上報給數(shù)據(jù)分析模塊。
數(shù)據(jù)分析模塊獲得終端數(shù)據(jù)采集模塊上報的RTSP時延、traceroute路由時延、以及CDN節(jié)點到終端的IP包時延這些參數(shù)后,對這些參數(shù)進行分析,分析出CDN系統(tǒng)到終端的網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果。
具體地,首先,數(shù)據(jù)分析模塊根據(jù)traceroute路由時延、RTSP時延來計算CDN系統(tǒng)的信令響應(CDN節(jié)點對于終端的請求響應)時延,并利用IP包的時延來計算CDN節(jié)點到終端的數(shù)據(jù)包傳輸時延。
其中,CDN節(jié)點到終端的數(shù)據(jù)包傳輸時延=傳輸控制協(xié)議(TCP)建鏈時延+IP包傳輸時延;
CDN系統(tǒng)的信令響應時延=RTSP時延-traceroute路由的總時延。
接著,根據(jù)計算的結(jié)果分析CDN系統(tǒng)到終端的網(wǎng)絡的網(wǎng)絡質(zhì)量檢測結(jié)果;
具體地,對于CDN系統(tǒng)的信令響應時延,當CDN系統(tǒng)的信令響應時延呈現(xiàn)劣化趨勢時(通過設置的閾值以及橫向時間對比,可以獲知CDN系統(tǒng)的信令響應時延是否呈現(xiàn)劣化趨勢),分析是否是因為CDN系統(tǒng)自身造成的影響還是中間網(wǎng)絡的原因,當RTSP時延呈劣化趨勢時(通過設置的閾值以及橫向時間對比,可以獲知RTSP時延是否呈現(xiàn)劣化趨勢),說明CDN系統(tǒng)自身負荷很高,從而對于終端的響應會出現(xiàn)加長響應時間或超時的情況。當RTSP時延正常時,說明是中間網(wǎng)絡的原因,可利用traceroute路由中每一跳路由網(wǎng)關信息及每一跳的時延,通過設置的閾值以及橫向時間對比的方式,可以獲知是哪段路由路徑出現(xiàn)了異常。
對于數(shù)據(jù)傳輸時延,當數(shù)據(jù)包傳輸時延劣化((通過設置的閾值以及橫向時間對比,可以獲知數(shù)據(jù)包傳輸時延是否呈現(xiàn)劣化趨勢))時,說明CDN節(jié)點自身服務正常而中間傳輸網(wǎng)絡不穩(wěn)定。
綜上所述,對于CDN系統(tǒng)到終端的傳輸時延檢測及分析方法,如圖9所示,主要包括:
首先,終端CDN節(jié)點發(fā)送RSTP請求,采集RTSP時延,統(tǒng)計終端到CDN系統(tǒng)的traceroute路由信息及對應的時延,并統(tǒng)計CDN節(jié)點到終端的數(shù)據(jù)包傳輸時延(步驟901);
接著,將得到的RTSP時延、數(shù)據(jù)包傳輸時延、以及traceroute路由時延與進行閾值及橫向時間比較(步驟902);
最后,得到CDN系統(tǒng)到終端的傳輸時延分析結(jié)果(步驟903)。
另外,實際應用時,數(shù)據(jù)分析模塊還可以提供CDN系統(tǒng)到終端中間網(wǎng)絡的各級路由服務情況。
具體來說,系統(tǒng)任務管理模塊向終端發(fā)起批量的如圖8所示的時延采集過程,以記錄每條服務路經(jīng)對應traceroute路由信息及時延情況、RTSP時延以及數(shù)據(jù)包傳輸時延,數(shù)據(jù)分析模塊可以根據(jù)承載網(wǎng)數(shù)據(jù)采集模塊、接入網(wǎng)數(shù)據(jù)采集模塊采集的資源以及traceroute路由信息中每一跳路由網(wǎng)關信息,得到的CDN系統(tǒng)到終端的網(wǎng)絡拓撲路徑信息,以IP地址為維度進行匯聚分析、比較CDN系統(tǒng)和終端之間網(wǎng)絡的路由服務情況,統(tǒng)計最優(yōu)服務路徑和最差服務路徑的路由信息,并統(tǒng)計分析長周期的數(shù)據(jù),以分析突變和離散的情況和劣化趨勢,從而提供整改網(wǎng)絡服務質(zhì)量提供參考建議,以用于網(wǎng)絡調(diào)優(yōu)。
這里,統(tǒng)計分析的方式包括:
對于多路徑情況,1、多網(wǎng)絡路徑下以IP地址為維度,將利用traceroute路由時延及RTSP時延進行時延匯聚歸因,找出傳輸時延最大的路由點,以體現(xiàn)路由質(zhì)量;
2、多網(wǎng)絡路徑下將路由間的傳輸時延(數(shù)據(jù)包傳輸時延)進行匯聚,找出路由間傳輸?shù)淖畲髸r延網(wǎng)絡段,體現(xiàn)路由間網(wǎng)絡段質(zhì)量;
3、根據(jù)以上2個匯總數(shù)據(jù),結(jié)合機頂盒(終端)到CDN節(jié)點和CDN節(jié)點之間的網(wǎng)絡路徑信息,統(tǒng)計最差的網(wǎng)絡路徑、路由點、路由間傳輸網(wǎng)絡。
針對單個固定網(wǎng)絡路徑,建立分時動態(tài)基線模型,體現(xiàn)在不同服務時間的網(wǎng)絡分段質(zhì)量,記憶和學習其延時分布規(guī)律,當網(wǎng)絡出現(xiàn)異常裂變時,根據(jù)均方差設置閥值,挑選出網(wǎng)絡出現(xiàn)異常時離散的問題點和時間。
基于圖7所示的系統(tǒng)結(jié)構(gòu),下面描述CDN系統(tǒng)到終端的碼流傳輸質(zhì)量(網(wǎng)絡服務路徑質(zhì)量)檢測及分析方法。
具體來說,本發(fā)明實施例提供一種CDN系統(tǒng)到終端的單播服務鏈路網(wǎng)絡質(zhì)量監(jiān)控方式。
首先,描述采集CDN系統(tǒng)到終端的單播服務鏈路服務質(zhì)量指標的過程。
如圖10所示,該過程涉及的模塊主要包括:系統(tǒng)任務管理模塊、終端數(shù)據(jù)采集模塊、CDN節(jié)點數(shù)據(jù)采集模塊。結(jié)合圖10,該過程主要包括:
首先,系統(tǒng)任務管理模塊向終端下發(fā)視頻指標采集任務,終端的終端數(shù)據(jù)采集模塊實時獲取當前服務碼流的媒體IP地址和端口,上報系統(tǒng)任務管理模塊端記錄;
具體來說,終端從RTSP消息中獲取IP地址和端口,并上報給系統(tǒng)任務管理模塊。
接著,系統(tǒng)任務管理模塊得到的IP地址,啟動第一CDN節(jié)點(服務節(jié)點)向第二CDN節(jié)點(第一CDN節(jié)點的依賴節(jié)點)發(fā)送RTSP請求,并建立碼流服務連接;
本步驟完成后,形成終端到第一CDN節(jié)點和第二CDN節(jié)點的網(wǎng)絡服務鏈路。
然后,系統(tǒng)任務管理模塊同步向終端、第一CDN節(jié)點及第二節(jié)點下發(fā)網(wǎng)絡質(zhì)量分析任務;
最后,終端的終端數(shù)據(jù)采集模塊采集服務鏈路上終端入向的網(wǎng)絡質(zhì)量指標,第一CDN節(jié)點的CDN節(jié)點數(shù)據(jù)采集模塊(CDN1節(jié)點數(shù)據(jù)采集模塊)采集服務鏈路上第一CDN節(jié)點的出向和入向的網(wǎng)絡質(zhì)量指標,第二CDN節(jié)點的CDN節(jié)點(CDN2節(jié)點數(shù)據(jù)采集模塊)數(shù)據(jù)采集模塊采集服務鏈路上第二CDN節(jié)點出向的網(wǎng)絡質(zhì)量指標。
這里,終端和CDN節(jié)點采集的網(wǎng)絡質(zhì)量指標是基于tcpdump實現(xiàn)的,只需要獲得相應的tcpdump參數(shù)即可,只是實現(xiàn)時各設備采集的方向并不相同。
具體地,如圖11所示,服務鏈路可以分為:CDN節(jié)點間的服務鏈路111以及CDN節(jié)點與終端之間的服務鏈路112。
那么,CDN節(jié)點間的服務鏈路網(wǎng)絡質(zhì)量指標的采集包括:第二CDN節(jié)點以IP地址和端口(port)作為本節(jié)點的出向tcpdump入?yún)?,通過tcpdump抓包的方式獲得出向的網(wǎng)絡質(zhì)量指標;而第一CDN節(jié)點,以IP地址和端口(port)作為本節(jié)點的入向tcpdump入?yún)ⅲㄟ^tcpdump抓包的方式獲得入向的網(wǎng)絡質(zhì)量指標;綜合第一CDN節(jié)點和第二CDN節(jié)點獲得的網(wǎng)絡質(zhì)量指標,得到CDN節(jié)點間的服務鏈路網(wǎng)絡質(zhì)量指標。
CDN節(jié)點與終端之間的服務鏈路網(wǎng)絡質(zhì)量指標的采集包括:第一CDN節(jié)點,以IP地址和端口(port)作為本節(jié)點的出向tcpdump入?yún)?,通過tcpdump抓包的方式獲得出向的網(wǎng)絡質(zhì)量指標;終端以IP地址和端口(port)作為本節(jié)點的入向tcpdump入?yún)?,通過tcpdump抓包的方式獲得入向的網(wǎng)絡質(zhì)量指標,綜合第一CDN節(jié)點和終端獲得的網(wǎng)絡質(zhì)量指標,得到CDN節(jié)點與終端之間的服務鏈路網(wǎng)絡質(zhì)量指標。
其中,網(wǎng)絡質(zhì)量指標可以包括:網(wǎng)絡吞吐量、丟包、抖動、重傳、建鏈時長等參數(shù)。網(wǎng)絡質(zhì)量指標可以稱為TCP類信息。
接著,數(shù)據(jù)分析模塊實時對各設備采集的網(wǎng)絡質(zhì)量指標進行分析,實時橫向?qū)Ρ染W(wǎng)絡質(zhì)量指標,從而分析出碼流網(wǎng)絡質(zhì)量的劣化趨勢和位置。
也就是說,數(shù)據(jù)分析模塊將實時采集的網(wǎng)絡質(zhì)量指標,對比分析單個用戶服務的網(wǎng)絡服務質(zhì)量的歷史趨勢,從而分析出劣化情況和劣化位置。具體是將采集的網(wǎng)絡質(zhì)量指標(TCP建鏈時間、網(wǎng)絡吞吐、丟包、抖動、重傳等)做多維數(shù)據(jù)的關聯(lián)比較。
下面結(jié)合場景給出比較結(jié)果。
應用場景1:終端起始播放場景
此場景正常情況下,客戶端盡力下載,網(wǎng)絡質(zhì)量指標情況如下:
傳輸層:TCP建鏈時間短,TCP重傳率很低。
應用場景2:終端正常播放場景
此場景正常情況下,客戶端勻速下載,網(wǎng)絡質(zhì)量指標情況如下:
傳輸層:TCP建鏈時間短,TCP重傳率很低,丟包率較低、發(fā)端和收端碼流基本一致。
應用場景3:網(wǎng)絡丟包嚴重場景
此場景下,由于網(wǎng)絡丟包造成卡頓,網(wǎng)絡質(zhì)量指標情況如下:
傳輸層:丟包率高、收發(fā)碼率差別較大、TCP建鏈時間會波動、TCP重傳率很高且無規(guī)律波動、抖動大。
應用場景4:網(wǎng)速不夠或限速場景
此場景下,由于網(wǎng)速不夠造成卡頓,網(wǎng)絡質(zhì)量指標情況如下:
傳輸層:TCP建鏈時間較穩(wěn)定,TCP重傳率有但不高且較穩(wěn)定、下載碼率低。
應用場景5:CDN節(jié)點的服務器性能不足場景
此場景下,由于CDN服務器性能問題造成會話處理不及時造成卡頓,網(wǎng)絡質(zhì)量指標情況如下:
傳輸層:TCP建鏈時間短,TCP重傳率不高、丟包率低,RSTP時延異常波動有時很高。
實際應用時,根據(jù)終端的播放記錄,當播放記錄出現(xiàn)異常時,系統(tǒng)任務管理模塊智能聯(lián)動機頂盒的終端數(shù)據(jù)采集模塊和CDN節(jié)點的CDN節(jié)點數(shù)據(jù)采集模塊,發(fā)起單路碼流服務主動診斷流程,并由數(shù)據(jù)分析模塊給出診斷結(jié)果,從而提供針對網(wǎng)絡服務質(zhì)量的一鍵式檢測、問題定位機制。
從上面的描述中可以看出,CDN系統(tǒng)到終端的單播服務鏈路網(wǎng)絡質(zhì)量監(jiān)控方式中,終端實時針對單個視頻發(fā)起RSTP信令以請求下發(fā)碼流,服務CDN節(jié)點向依賴CDN節(jié)點發(fā)起RSTP信令請求,從而形成實時單播服務鏈路,在該服務鏈路上通過抓包分析,來得到CDN節(jié)點的入向、出向的服務質(zhì)量指標和終端的服務質(zhì)量指標,并對該鏈路上的視頻網(wǎng)絡傳輸?shù)姆召|(zhì)量指標項做橫向?qū)Ρ确治?,判斷網(wǎng)絡服務質(zhì)量的劣化位置。
綜上所述,本發(fā)明實施例的供的方案,將網(wǎng)絡分段進行檢測,所以能夠更加快捷、準確地檢測CDN到終端的視頻網(wǎng)絡質(zhì)量。
另外,還可以對服務鏈路分段進行檢測,如此,能夠正確、快速地檢測端到端的網(wǎng)絡服務路徑質(zhì)量。
本領域內(nèi)的技術人員應明白,本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此,本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且,本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合??商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上,使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理,從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。