專利名稱：流媒體傳輸質(zhì)量評估和信息獲取方法及相關(guān)設(shè)備和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及媒體傳輸技術(shù)領(lǐng)域，尤其涉及一種流媒體傳輸質(zhì)量評估和信息獲取方法及相關(guān)設(shè)備和系統(tǒng)。
背景技術(shù)：
隨著多媒體通信技術(shù)的發(fā)展，各類多媒體業(yè)務(wù)層出不窮，因而多媒體業(yè)務(wù)質(zhì)量對多媒體處理、多媒體通信等領(lǐng)域起著十分重要的作用。在以往的網(wǎng)絡(luò)設(shè)備性能測試中，人們通常只關(guān)注設(shè)備自身的轉(zhuǎn)發(fā)性能和網(wǎng)絡(luò)之間互連的協(xié)議(IP, Internet Protocol)服務(wù)質(zhì)量(QoS, Quality of Service),如吞吐率、丟包率和時延等指標。在實現(xiàn)方式上，網(wǎng)絡(luò)設(shè)備一般通過將不同的優(yōu)先級策略應(yīng)用到不同業(yè)務(wù)類型的流量上，以確保每種業(yè)務(wù)流均以最適當(dāng)?shù)姆绞奖惶幚?。例如，話音流對延遲非常敏感，所以通常給予較高的優(yōu)先級；而數(shù)據(jù)流(例如文件傳輸或電子郵件)對實時性要求不高，因此可以賦予較低的優(yōu)先級。而多媒體業(yè)務(wù)的消費者通常不會關(guān)注流量的優(yōu)先級和數(shù)據(jù)包丟失的個數(shù)，他們更在意的是VoIP (Voice over Internet Protocol)通話是否清晰，視頻節(jié)目是否流暢，圖像是否清晰；VoIP就是將模擬聲音訊號(Voice)數(shù)字化，以數(shù)據(jù)封包(Data Packet)的形式在IP數(shù)據(jù)網(wǎng)絡(luò)(IP Network)上做實時傳遞。從這個角度看，如何保證用戶體驗質(zhì)量才是網(wǎng)絡(luò)設(shè)備研發(fā)和測試時，真正需要考慮的關(guān)鍵要素。因此，網(wǎng)絡(luò)設(shè)備制造商在實驗室中就嚴格測試其設(shè)備，模擬真實的網(wǎng)絡(luò)環(huán)境和用戶業(yè)務(wù)流特征，制定出QoE (Quality ofExperience)測量的方法和指標,顯得十分重要。QoE可以理解為用戶體驗或者用戶感知，即用戶對流媒體業(yè)務(wù)性能的主觀感受。目前還沒有監(jiān)控基于傳輸控制協(xié)議(TCP, Transmission Control Protocol)建立的流媒體播放質(zhì)量的有效方案，例如，針對最廣泛的基于TCP協(xié)議的超文本傳輸協(xié)議(HTTP,HyperText Transfer Protocol)流媒體,有必要提出一種QoE測量的方法和指標來衡量用戶對流媒體質(zhì)量的體驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供了 一種流媒體傳輸質(zhì)量評估方法及相關(guān)設(shè)備，通過獲取初始播放時延信息，并根據(jù)初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量；一種流媒體傳輸質(zhì)量評估方法，包括:監(jiān)控與用戶終端建立的TCP連接；若監(jiān)控到所述與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；根據(jù)所述初始播放時延信息計算所述用戶終端的主觀體驗變化值。一種流媒體傳輸質(zhì)量評估設(shè)備，包括:監(jiān)控模塊，用于監(jiān)控與用戶終端建立的TCP連接；
第一獲取模塊，用于若所述監(jiān)控模塊監(jiān)控到所述與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；第一計算模塊，用于根據(jù)所述第一獲取模塊獲取到的所述初始播放時延信息，計算所述用戶終端的主觀體驗變化值。本發(fā)明實施例還提供了一種流媒體信息獲取方法及相關(guān)設(shè)備和系統(tǒng)，通過獲取初始播放時延信息，并將該初始播放時延信息上報至服務(wù)器，以便服務(wù)器可以根據(jù)該初始播放時延信息計算出用戶終端的主觀體驗變化值或其他一些值。一種流媒體信息獲取方法，包括:接收用戶輸入的請求；若該請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接；將所述初始播放時延信息上報至服務(wù)器。一種用戶終端，包括:接收模塊，用于接收用戶輸入的請求；第二獲取模塊，用于若所述接收模塊接收到的請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接；上報模塊，用于將所述第二獲取模塊獲取到的所述初始播放時延信息上報至服務(wù)器。一種流媒體信息獲取系統(tǒng)，其特征在于，包括:用戶終端，用于接收用戶輸入的請求；若該請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接；將所述初始播放時延信息上報至服務(wù)器；服務(wù)器，用于接收所述用戶終端上報的初始播放時延信息。從以上技術(shù)方案可以看出，本發(fā)明實施例提供的一種流媒體傳輸質(zhì)量評估方法及相關(guān)設(shè)備，通過監(jiān)控與用戶終端建立的TCP連接，若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息，根據(jù)初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量，如視頻播放過程的流暢程度等；本發(fā)明實施例還提供的一種流媒體信息獲取方法及相關(guān)設(shè)備和系統(tǒng)，通過判斷出接收用戶輸入的請求為流媒體初始播放請求時，則獲取初始播放時延信息；該初始播放請求用于基于TCP建立流媒體播放連接；其后將初始播放時延信息上報至服務(wù)器，服務(wù)器可以根據(jù)該初始播放時延信息計算出用戶終端的主觀體驗變化值，從而也可以評估流媒體傳輸質(zhì)量。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的一種流媒體傳輸質(zhì)量評估方法流程圖；圖2為本發(fā)明另一實施例提供的一種流媒體傳輸質(zhì)量評估方法流程圖3為本發(fā)明另一實施例提供的一種流媒體傳輸質(zhì)量評估方法流程圖；圖4為本發(fā)明實施例提供的一種流媒體傳輸質(zhì)量評估設(shè)備的結(jié)構(gòu)框圖；圖5為圖4所述的設(shè)備中第一獲取模塊的結(jié)構(gòu)框圖；圖6為本發(fā)明實施例提供的一種流媒體信息獲取方法流程圖；圖7為圖6所述的方法中獲取初始播放時延信息的方法流程圖；圖8為本發(fā)明實施例提供的一種用戶終端的結(jié)構(gòu)框圖；圖9為圖8所述的用戶終端中第二獲取模塊的結(jié)構(gòu)框圖；圖10為本發(fā)明實施例提供的一種流媒體信息獲取系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供了一種流媒體傳輸質(zhì)量評估方法，用于評估TCP傳輸流媒體質(zhì)量，為便于理解，本發(fā)明實施例針對應(yīng)用最廣泛的基于TCP協(xié)議的HTTP流媒體進行分析，可以理解的是，所講述的方法同樣適用于其他采用TCP傳輸?shù)牧髅襟w業(yè)務(wù)。請參考圖1,為該方法的流程圖,包括:S101、監(jiān)控與用戶終端建立的TCP連接；S102、若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；在某些實施方式中，步驟SlOl和步驟S102可概括為，監(jiān)控與用戶終端建立的TCP連接，其監(jiān)控點可以是網(wǎng)絡(luò)探針或者是其他的監(jiān)控點；監(jiān)控點從這些TCP連接中，確定出是流媒體業(yè)務(wù)的連接；可以理解的是，基于TCP傳輸?shù)腍TTP流媒體可以包括漸進式下載ProgressDownload流媒體或基于HTTP的動態(tài)自適應(yīng)DASH流媒體；需要說明的是，判斷是否為流媒體業(yè)務(wù)，可以是要判斷是否符合協(xié)議，和判斷出流媒體業(yè)務(wù)類型等，若如是要判斷是否為HTTP流媒體業(yè)務(wù)，可以是要判斷是否符合HTTP協(xié)議，和判斷出HTTP流媒體業(yè)務(wù)類型等。獲取初始播放時延信息可以為，當(dāng)確定出與用戶終端建立的TCP連接為流媒體業(yè)務(wù)后，則獲取該TCP連接建立的時間，并且獲取用戶終端開始播放視頻的時間，根據(jù)該TCP連接建立的時間和用戶終端開始播放視頻的時間，來計算初始播放時延。在本發(fā)明實施中，流媒體業(yè)務(wù)對應(yīng)的TCP連接建立的時間和用戶終端開始播放視頻的時間的差值可以作為初始播放時延。S103、根據(jù)初始播放時延信息計算用戶終端的主觀體驗變化值；根據(jù)初始播放時延信息中的初始播放時延，計算用戶終端的主觀體驗變化值,該主觀體驗變化值可用于評估流媒體傳輸質(zhì)量。綜上，本發(fā)明實施例提供的一種流媒體傳輸質(zhì)量評估方法，通過監(jiān)控與用戶終端建立的TCP連接，若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；根據(jù)獲取到初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量。為了進一步了解本發(fā)明實施例的技術(shù)方案，以下以監(jiān)控點為網(wǎng)絡(luò)探針，判斷Progress Download流媒體傳輸質(zhì)量為應(yīng)用場景進行說明。S201、監(jiān)控與用戶終端建立的TCP連接；S202、監(jiān)控到與用戶終端建立的TCP連接為Progress Download流媒體業(yè)務(wù)連接；在某些實施方式中，步驟S201和步驟S202可概括為，網(wǎng)絡(luò)探針可以接收網(wǎng)絡(luò)流量鏡像并在網(wǎng)絡(luò)流量鏡像中監(jiān)控與用戶終端建立的TCP連接；并判斷出與用戶終端建立的TCP連接為Progress Download流媒體業(yè)務(wù)連接?？梢岳斫獾氖牵琍rogress Download流媒體是HTTP流媒體的一種，其判斷過程可以包括通過端口號判斷HTTP協(xié)議，一般地說，HTTP常用的端口號為80/8080/3128/8081/9080 ；其次就是判斷HTTP流媒體業(yè)務(wù)類型，其中，通過HTTP請求/響應(yīng)Request/Response,和/或狀態(tài)碼是否為200,和/或content-type類型，其content-type屬性指定響應(yīng)的HTTP內(nèi)容類型；一般HTTP流媒體業(yè)務(wù)的content-type為video/flv>video/x-flv>video/f4v>video/mp4、video/3gp、application/octet-stream等。S203、獲取TCP連接建立的時間；獲取TCP連接建立的時間作為用戶請求觀看視頻時間；其獲取方式可以是以請求視頻文件的超文本傳輸協(xié)議HTTP GET方法的TCP建立連接的第一次握手的時間作為用戶請求觀看視頻時間T(rcp SYN);其中，該TCP是本實施例中的Progress Download流媒體業(yè)務(wù)的TCP連接；S204、獲取用戶終端開始播放視頻的時間；可以是通過TCP數(shù)據(jù)包的確認號ACK(Acknowledgement)確定出用戶終端已經(jīng)收到數(shù)據(jù)包，ACK是TCP數(shù)據(jù)包首部中的確認標志，對已接收到的TCP報文進行確認；以用戶終端接收到的TCP數(shù)據(jù)包大小大于一緩存閾值的時間作為視頻開始播放時間T(lst display)，該TCP是本實施例中的Progress Download流媒體業(yè)務(wù)的TCP連接；S205、計算初始播放時延；根據(jù)步驟S203得到的用戶請求觀看視頻時間T(TCP SYN),和步驟S204的得到的視頻開始播放時間T
(1st display)， 計算初始播放時延T
(Initial Playout Delay)，
其計算過程如下: T (Initial Playout Delay) ^ (TCP SYN) ^ (1st display)可以理解的是，步驟S203至步驟S205為獲取初始播放時延信息的過程，即初始播放時延信息可以包括用戶請求觀看視頻時間，視頻開始播放時間和初始播放時延。S206、計算用戶終端的主觀體驗變化值；根據(jù)步驟S205得到的初始播放時延計算用戶終端的主觀體驗變化值Λ QoE ;本發(fā)明實施例中，QoE可以理解為用戶體驗或者用戶感知，即用戶終端對本實施例中的ProgressDownload流媒體業(yè)務(wù)性能的主觀感受。其計算過程如下:AQoE — α X T(Initial PlayQUt Delay)其中，Tanitial playout Delay)是初始播放時延，α是模型參數(shù)，α可取為-0.021。本發(fā)明實施例中，以監(jiān)控點為網(wǎng)絡(luò)探針，判斷Progress Download流媒體傳輸質(zhì)量為應(yīng)用場景對本發(fā)明提供的一種流媒體傳輸質(zhì)量評估方法進行了說明，同樣地，可以通過監(jiān)控與用戶終端建立的TCP連接，若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；根據(jù)獲取到初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估Progress Download流媒體傳輸質(zhì)量。同樣地，當(dāng)網(wǎng)絡(luò)探針在DASH流媒體場景中，也是可以采用本發(fā)明提供的方法評估DASH流媒體傳輸質(zhì)量。S301、監(jiān)控與用戶終端建立的TCP連接；S302、監(jiān)控到與用戶終端建立的TCP連接為DASH流媒體業(yè)務(wù)連接；在某些實施方式中，步驟S301和步驟S302可概括為，網(wǎng)絡(luò)探針可以接收網(wǎng)絡(luò)流量鏡像并在網(wǎng)絡(luò)流量鏡像中監(jiān)控與用戶終端建立的TCP連接；并判斷出與用戶終端建立的TCP連接為DASH流媒體業(yè)務(wù)連接。可以理解的是，DASH流媒體是HTTP流媒體的一種，其判斷過程可以包括通過端口號判斷HTTP協(xié)議，一般地說，HTTP常用的端口號為80/8080/3128/8081/9080 ;其次是判斷DASH 的 ΜΗ)和 / 或 MPD delta file，通過 HTTP Request/Response，和 / 或狀態(tài)碼是否為200 ,和 / 或 content-type 類型，其中，MPD 的 content-type 為 dash+xml 或 vnd.mpeg.dash.mpd,MPD delta file 的 content-type 可以為 deltadash+xml ;接著，是判斷 DASH 的 mediasegment,通過HTTP Request/Response和 /或狀態(tài)碼是否為 200和 /或content-type類型，segment 的 content-type 為 video/vnd.3gpp.segment、video/flv> video/x-flv> video/f4v> video/mp4、video/3gp、application/octet-stream 等。S303、獲取TCP連接建立的時間；S304、獲取用戶終端開始播放視頻的時間；S305、計算初始播放時延；S306、計算用戶終端的主觀體驗變化值；步驟S303至步驟S306的具體操作可參考步驟S203至步驟S206所講述的內(nèi)容，此處不再具體闡述。需要說明的是，本實施例是在DASH流媒體場景下進行說明的，因此步驟S203至步驟S206所涉及的Progress Download流媒體或Progress Download流媒體業(yè)務(wù)的TCP連接，在本實施例中相應(yīng)地闡述為DASH流媒體或DASH流媒體業(yè)務(wù)的TCP連接。本發(fā)明實施例中，以監(jiān)控點為網(wǎng)絡(luò)探針，判斷DASH流媒體傳輸質(zhì)量為應(yīng)用場景對本發(fā)明提供的一種流媒體傳輸質(zhì)量評估方法進行了說明，同樣地，可以通過監(jiān)控與用戶終端建立的TCP連接，若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；根據(jù)獲取到初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估DASH流媒體傳輸質(zhì)量。為便于更好的實施本發(fā)明實施例的技術(shù)方案，本發(fā)明實施例還提供用于實施上述方案的相關(guān)設(shè)備。本發(fā)明實施例提供了一種流媒體傳輸質(zhì)量評估設(shè)備，其中包括:監(jiān)控模塊101，用于監(jiān)控與用戶終端建立的TCP連接；第一獲取模塊102，用于若監(jiān)控模塊101監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；第一值計算模塊103，用于根據(jù)第一獲取模塊102獲取到的初始播放時延信息，計算用戶終端的主觀體驗變化值。
進一步地，第一獲取模塊102還包括:第一獲取子單元1021，用于獲取TCP連接建立的時間；第二獲取子單元1022，用于獲取用戶終端開始播放視頻的時間；第一計算單元1023，用于計算第一獲取子單元1021獲取的TCP連接建立的時間，和第二獲取子單元1022獲取的用戶終端開始播放視頻的時間，兩者的差值為初始播放時延。本實施例中的流媒體傳輸質(zhì)量評估設(shè)備，可以通過獲取的初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量；可以理解的是，其各個功能模塊的功能可以根據(jù)上述方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。本發(fā)明實施例還提供一種流媒體信息獲取方法，從用戶終端角度講述，當(dāng)判斷出用戶輸入的請求為初始播放請求，該初始播放請求用于基于TCP建立流媒體播放連接，則獲取初始播放時延信息，并將獲取到的初始播放時延信息上報至服務(wù)器；可以理解的是，本發(fā)明實施例針對應(yīng)用最廣泛的基于TCP協(xié)議的HTTP流媒體進行分析，所講述的方法同樣適用于其他采用TCP傳輸?shù)牧髅襟w業(yè)務(wù)；其步驟包括:S401、接收用戶輸入的請求；S402、若該請求為流媒體初始播放請求，則獲取初始播放時延信息；該初始播放請求用于基于TCP建立流媒體播放連接；在某些實施方式中，步驟S401至步驟S402可概括為:當(dāng)接收到用戶輸入的請求后，判斷該請求是否為流媒體初始播放請求，該初始播放請求用于基于TCP建立流媒體播放連接，可以理解的是，本實施例中，基于TCP傳輸?shù)腍TTP流媒體可以包括ProgressDownload流媒體或DASH流媒體；某些實施方式中，若判斷出該請求是Progress Download流媒體初始播放請求，即用戶終端與服務(wù)器建立了 TCP連接，且該TCP連接對應(yīng)的請求是用于觀看視頻的，其判斷過程可以包括通過端口號判斷HTTP協(xié)議，一般地說，HTTP常用的端口號為80/8080/3128/8081/9080 ;其次就是判斷HTTP流媒體業(yè)務(wù)類型，其中，通過HTTP請求/響應(yīng)Request/Response,和/或狀態(tài)碼是否為200,和/或content-type類型，其content-type屬性指定響應(yīng)的HTTP內(nèi)容類型；一般HTTP流媒體業(yè)務(wù)的content-type為video/flv>video/x-flv>video/f4v>video/mp4、video/3gp、application/octet-stream等;某些實施方式中，若判斷出該請求為DASH流媒體初始播放請求，即用戶終端與服務(wù)器建立了 TCP連接，且該TCP連接對應(yīng)的請求是用于觀看視頻的，其判斷過程可以包括通過端口號判斷HTTP協(xié)議，一般地說，HTTP常用的端口號為80/8080/3128/8081/9080 ；其次是判斷 DASH 的 ΜΗ)和 / 或 MPD delta file，通過 HTTP Request/Response，和 / 或狀態(tài)碼是否為200,和/或content-type類型，其中，MPD的content-type為dash+xml或vnd.mpeg.dash, mpd, MPD delta file 的 content-type 可以為 deltadash+xml ;接著，是判斷DASH的media segment,通過HTTP Request/Response和/或狀態(tài)碼是否為200和/或content-type 類型，segment 的 content-type 為 video/vnd.3gpp.segment、video/flv>video/x-f lv> video/f4v> video/mp4、video/3gp、application/octet-stream 等。獲取初始播放時延信息可以為，當(dāng)確定出該請求為流媒體初始播放請求；且該初始播放請求用于基于TCP建立流媒體播放連接后，則獲取該TCP建立流媒體播放連接的時間，并且獲取用戶終端開始播放視頻的時間，根據(jù)該TCP建立流媒體播放連接的時間和用戶終端開始播放視頻的時間，來計算初始播放時延。在本發(fā)明實施例中，流媒體業(yè)務(wù)對應(yīng)的TCP建立流媒體播放連接的時間和用戶終端開始播放視頻的時間的差值可以作為初始播放時延。S403、將初始播放時延信息上報至服務(wù)器；可以理解的是，是將初始播放時延信息中的初始播放時延上報至服務(wù)器，可以理解的是，服務(wù)器接收用戶終端上報的初始播放時延，并可以根據(jù)其計算用戶終端的體驗變化值A(chǔ)Q0E ;本發(fā)明實施例中，QoE可以理解為用戶體驗或者用戶感知，即用戶終端對HTTP流媒體業(yè)務(wù)性能的主觀感受。其計算過程如下:AQoE — α X T(Initial PlayQUt Delay)其中，T(Initial Play()Ut Delay)是初始播放時延，α是模型參數(shù)，α可取為-0.021。綜上，本發(fā)明實施例提供的流媒體信息獲取方法，通過將獲取到的初始播放時延信息上報至服務(wù)器，服務(wù)器可以根據(jù)接收到的初始播放時延信息計算出用戶終端的主觀體驗變化值，也可以評估流媒體傳輸質(zhì)量。進一步地,若步驟S402中確定出該請求為流媒體初始播放請求；且該初始播放請求用于基于TCP建立流媒體播放連接后，則步驟S402中獲取初始播放時延信息的過程可以概括為以下步驟:S4021、獲取TCP建立流媒體播放連接的時間；獲取TCP建立流媒體播放連接的時間作為用戶請求觀看視頻時間；具體地獲取方式可以是以請求視頻文件的超文本傳輸協(xié)議HTTP GET方法的TCP建立連接的第一次握手的時間作為用戶請求觀看視頻時間Tttep SYN)；其中，若HTTP流媒體為Progress Download流媒體，則該TCP是該ProgressDownload流媒體業(yè)務(wù)的TCP連接；若HTTP流媒體為DASH流媒體，則該TCP是該DASH流媒體業(yè)務(wù)的TCP連接。S4022、獲取用戶終端開始播放視頻的時間；具體地說，是通過TCP數(shù)據(jù)包的確認號ACK(Acknowledgement)確定出用戶終端已經(jīng)收到數(shù)據(jù)包，ACK是TCP數(shù)據(jù)包首部中的確認標志，對已接收到的TCP報文進行確認；以用戶終端接收到的TCP數(shù)據(jù)包大小大于一緩存閾值的時間作為視頻開始播放時間T(lst
display)；其中，若HTTP流媒體為Progress Download流媒體，則該TCP是該ProgressDownload流媒體業(yè)務(wù)的TCP連接；若HTTP流媒體為DASH流媒體，則該TCP是該DASH流媒體業(yè)務(wù)的TCP連接。S4023、計算初始播放時延；根據(jù)步驟S4021得到的用戶請求觀看視頻時間T(TeP SYN)，和步驟S4022得到的視頻開始播放時間T
(1st display)， 計算初始播放時延T
(Initial Playout Delay)，
其計算過程如下: T (Initial Playout Delay) =T (TCP SYN)-T (1st display)由此可知，步驟S4021至步驟S4023為獲取初始播放時延信息的過程，即初始播放時延信息可以包括用戶請求觀看視頻時間，視頻開始播放時間和初始播放時延；隨后會將計算出來的初始播放時延上報至服務(wù)器，服務(wù)器可以根據(jù)接收到的初始播放時延計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量，當(dāng)然，服務(wù)器還可以根據(jù)接收到的初始播放時延計算其他值，此處不作具體限定。同樣地，為便于更好的實施上述實施例的技術(shù)方案，本發(fā)明實施例還提供用于實施上述方案的相關(guān)設(shè)備及系統(tǒng)，分析如下:本發(fā)明實施例提供一種用戶終端，其中包括:接收模塊401，用于接收用戶輸入的請求；第二獲取模塊402，用于若所述接收模塊401接收到的請求為流媒體初始播放請求，則獲取初始播放時延信息；上報模塊403，用于將第二獲取模塊402獲取到的初始播放時延信息上報至服務(wù)器。進一步地，第二獲取模塊402還包括:第三獲取子單元4021，用于獲取TCP建立流媒體播放連接的時間；第四獲取子單元4022，用于獲取用戶終端開始播放視頻的時間；第二計算單元4023，用于計算第三獲取子單元4021獲取的TCP建立流媒體播放連接的時間，和第四獲取子單元4022獲取的用戶終端開始播放視頻的時間，兩者的差值為初始播放時延。本發(fā)明實施例中的一種用戶終端，在判斷出用戶輸入的請求為初始播放請求，該初始播放請求用于基于TCP建立流媒體播放連接時，獲取初始播放時延信息，并將獲取到的初始播放時延信息上報至服務(wù)器；當(dāng)然，本實施例中的用戶終端，其各個功能模塊的功能可以根據(jù)流媒體信息獲取方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。另外，本發(fā)明實施例還提供了一種流媒體信息獲取系統(tǒng)，其中包括:用戶終端1001，用于接收用戶輸入的請求；若該請求為流媒體初始播放請求，則獲取初始播放時延信息；初始播放請求用于基于TCP建立流媒體播放連接；將初始播放時延信息上報至服務(wù)器1002 ;服務(wù)器1002，用于接收用戶終端1001上報的初始播放時延信息?？梢岳斫獾氖?，服務(wù)器1002可以根據(jù)接收到的初始播放時延計算出用戶終端1001的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量，當(dāng)然，服務(wù)器1002還可以根據(jù)接收到的初始播放時延計算其他值，此處不作具體限定。本實施例中的流媒體信息獲取系統(tǒng)，在用戶終端判斷出用戶輸入的請求為初始播放請求,該初始播放請求用于基于TCP建立流媒體播放連接時，獲取初始播放時延信息,并將獲取到的初始播放時延信息上報至服務(wù)器，服務(wù)器接收該初始播放時延信息；當(dāng)然，本實施例中的流媒體信息獲取系統(tǒng)，其各個功能模塊的功能可以根據(jù)流媒體信息獲取方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上對本發(fā)明所提供的一種流媒體傳輸質(zhì)量評估和信息獲取方法及相關(guān)設(shè)備和系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種流媒體傳輸質(zhì)量評估方法,其特征在于,包括: 監(jiān)控與用戶終端建立的傳輸控制協(xié)議TCP連接； 若監(jiān)控到所述與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息； 根據(jù)所述初始播放時延信息計算所述用戶終端的主觀體驗變化值。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取初始播放時延信息包括: 獲取所述TCP連接建立的時間； 獲取用戶終端開始播放視頻的時間； 計算所述TCP連接建立的時間和所述用戶終端開始播放視頻的時間的差值為初始播放時延。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述獲取所述TCP連接建立的時間包括: 在漸進式下載Progress Download流媒體中，獲取請求視頻文件的超文本傳輸協(xié)議HTTP GET方法的TCP建立連接的第一次握手的時間。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述獲取所述TCP連接建立的時間具體包括: 在基于HTTP的動態(tài)自適應(yīng)DASH流媒體中，獲取請求媒體呈現(xiàn)描述MPD或MPD增量文件MPD delta file或媒體分片media segment的HTTP GET方法的TCP建立連接的第一次握手的時間。
5.根據(jù)權(quán)利要求2至4中任一項所述的方法，其特征在于，所述獲取用戶終端開始播放視頻的時間包括: 獲取用戶終端接收到的TCP數(shù)據(jù)包大小大于一緩存閾值的時間。
6.一種流媒體傳輸質(zhì)量評估設(shè)備,其特征在于,包括: 監(jiān)控模塊，用于監(jiān)控與用戶終端建立的TCP連接； 第一獲取模塊，用于若所述監(jiān)控模塊監(jiān)控到所述與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息； 第一計算模塊，用于根據(jù)所述第一獲取模塊獲取到的所述初始播放時延信息，計算所述用戶終端的主觀體驗變化值。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述第一獲取模塊還包括: 第一獲取子單元，用于獲取所述TCP連接建立的時間； 第二獲取子單元，用于獲取用戶終端開始播放視頻的時間； 第一計算單元，用于計算所述第一獲取子單元獲取的所述TCP連接建立的時間，和第二獲取子單元獲取的所述用戶終端開始播放視頻的時間，兩者的差值為初始播放時延。
8.一種流媒體信息獲取方法，其特征在于，包括: 接收用戶輸入的請求； 若該請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接； 將所述初始播放時延信息上報至服務(wù)器。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述獲取初始播放時延信息包括: 獲取所述TCP建立流媒體播放連接的時間；獲取用戶終端開始播放視頻的時間； 根據(jù)所述TCP建立流媒體播放連接的時間和所述用戶終端開始播放視頻的時間，計算初始播放時延。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取所述TCP建立流媒體播放連接的時間包括: 在Progress Download流媒體中，獲取請求視頻文件的HTTP GET方法的TCP建立連接的第一次握手的時間。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取所述TCP建立流媒體播放連接的時間包括: 在DASH流媒體中，獲取請求MPD或MPD delta file或media segment的HTTP GET方法的TCP建立連接的第一次握手的時間。
12.根據(jù)權(quán)利要求9至11中任一項所述的方法，其特征在于，所述獲取用戶終端開始播放視頻的時間包括: 獲取用戶終端接收到的TCP數(shù)據(jù)包大小大于一緩存閾值的時間。
13.一種用戶終端，其特征在于，包括: 接收模塊，用于接收用戶輸入的請求； 第二獲取模塊，用于若所述接收模塊接收到的請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接； 上報模塊，用于將所述第二獲取模塊獲取到的所述初始播放時延信息上報至服務(wù)器。
14.根據(jù)權(quán)利要求13所述的用戶終端，其特征在于，所述第二獲取模塊還包括: 第三獲取子單元，用于獲取所述TCP建立流媒體播放連接的時間； 第四獲取子單元，用于獲取用戶終端開始播放視頻的時間； 第二計算單元，用于計算所述第三獲取子單元獲取的所述TCP建立流媒體播放連接的時間，和第四獲取子單元獲取的所述用戶終端開始播放視頻的時間，兩者的差值為初始播放時延。
15.一種流媒體信息獲取系統(tǒng),其特征在于,包括: 用戶終端，用于接收用戶輸入的請求；若該請求為流媒體初始播放請求，則獲取初始播放時延信息；所述初始播放請求用于基于TCP建立流媒體播放連接；將所述初始播放時延信息上報至服務(wù)器； 服務(wù)器，用于接收所述用戶終端上報的初始播放時延信息。
全文摘要
本發(fā)明實施例公開了一種流媒體傳輸質(zhì)量評估方法，通過獲取初始播放時延信息，并根據(jù)初始播放時延信息計算出用戶終端的主觀體驗變化值，從而評估流媒體傳輸質(zhì)量；其方法包括監(jiān)控與用戶終端建立的傳輸控制協(xié)議TCP連接；若監(jiān)控到與用戶終端建立的TCP連接為流媒體業(yè)務(wù)連接，則獲取初始播放時延信息；根據(jù)初始播放時延信息計算用戶終端的主觀體驗變化值；本發(fā)明實施例還提供了流媒體傳輸質(zhì)量評估設(shè)備和流媒體信息獲取方法及相關(guān)設(shè)備和系統(tǒng)。
文檔編號H04L12/26GK103095517SQ20111034506
公開日2013年5月8日 申請日期2011年11月4日 優(yōu)先權(quán)日2011年11月4日
發(fā)明者陳兵 申請人:華為技術(shù)有限公司