一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法及裝置制造方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法，其包括以下步驟：接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；根據(jù)所述條件信息判斷此次接收端緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起的；根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。本發(fā)明實(shí)施例提供的度量QoE的方法中，將由業(yè)務(wù)系統(tǒng)問(wèn)題導(dǎo)致的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足與用戶(hù)行為引起的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足區(qū)分開(kāi)來(lái)，并根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因來(lái)分別的度量QoE的下降程度，從而使QoE的度量更加的精準(zhǔn)，更加的客觀，以能夠合理的利用網(wǎng)絡(luò)資源。
【專(zhuān)利說(shuō)明】—種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)管理領(lǐng)域，特別涉及一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法及裝置?！颈尘凹夹g(shù)】
[0002]在網(wǎng)絡(luò)應(yīng)用中，網(wǎng)絡(luò)提供商和業(yè)務(wù)提供商往往很關(guān)心用戶(hù)收看的IPTV (InternetProtocol Television,互聯(lián)網(wǎng)協(xié)議電視)業(yè)務(wù)質(zhì)量,傳統(tǒng)的服務(wù)質(zhì)量(Quality of Service,QoS)參數(shù)并不能直觀地反映用戶(hù)體驗(yàn)，為了能夠更直接的表示用戶(hù)對(duì)于IPTV業(yè)務(wù)的體驗(yàn)效果，體驗(yàn)質(zhì)量(Quality of Experience, QoE)參數(shù)應(yīng)運(yùn)而生,QoE可以理解為用戶(hù)體驗(yàn)或者用戶(hù)感知，即終端用戶(hù)對(duì)網(wǎng)絡(luò)提供的業(yè)務(wù)性能的主觀感受，它可以通過(guò)接近量化的方法來(lái)表示終端用戶(hù)對(duì)業(yè)務(wù)與網(wǎng)絡(luò)的體驗(yàn)和感受，并反映當(dāng)前業(yè)務(wù)和網(wǎng)絡(luò)的質(zhì)量與用戶(hù)期望間的差距。
[0003]現(xiàn)有技術(shù)中，提出在視頻業(yè)務(wù)中，如果網(wǎng)絡(luò)出現(xiàn)問(wèn)題，即QoS下降，就可能會(huì)引起用戶(hù)端觀看視頻業(yè)務(wù)的停頓，從而引起接收端的再緩沖，當(dāng)接收端出現(xiàn)再緩沖時(shí)就會(huì)向QoE監(jiān)控服務(wù)器發(fā)送事件信息，QoE監(jiān)控服務(wù)器接收到該事件信息后便會(huì)啟動(dòng)QoS調(diào)整來(lái)調(diào)整網(wǎng)絡(luò)狀況，從而保證QoE。但事實(shí)上，接收端的再緩沖也可能是用戶(hù)操作導(dǎo)致的，比如在媒體呈現(xiàn)/觀看過(guò)程中，用戶(hù)主動(dòng)拖動(dòng)而導(dǎo)致接收端發(fā)送事件信息，這種由用戶(hù)拖動(dòng)而導(dǎo)致接收端發(fā)生停頓并發(fā)送事件信息對(duì)QoE監(jiān)控服務(wù)器而言是無(wú)法預(yù)知也無(wú)法區(qū)分的，而現(xiàn)有技術(shù)中無(wú)論是網(wǎng)絡(luò)狀況下降導(dǎo)致接收端出現(xiàn)再緩沖或者是用戶(hù)拖動(dòng)導(dǎo)致接收端出現(xiàn)再緩沖，QoE服務(wù)器都會(huì)采用同一的QoE度量方法來(lái)度量QoE的變化率，并根據(jù)QoE的變化率來(lái)的啟動(dòng)相應(yīng)的QoS調(diào)整來(lái)提升網(wǎng)絡(luò)服務(wù)器質(zhì)量，但是因用戶(hù)拖動(dòng)導(dǎo)致的再緩沖時(shí)，網(wǎng)絡(luò)QoS并未下降，此時(shí)，QoS調(diào)整策略的啟動(dòng)將會(huì)從一定程度上占用更多的網(wǎng)絡(luò)資源，從而增加網(wǎng)絡(luò)的負(fù)擔(dān)并造成資源的不合理利用。另外，現(xiàn)有技術(shù)中，只要QoS下降，則認(rèn)為QoE必然會(huì)下降，從而會(huì)立刻啟動(dòng)QoS調(diào)整，當(dāng)網(wǎng)絡(luò)中出現(xiàn)偶爾的抖動(dòng)或者數(shù)據(jù)延遲而造成的QoE小幅度的下降，同樣要啟動(dòng)QoS調(diào)整，從而使QoS調(diào)整不具有彈性，造成網(wǎng)絡(luò)資源的不合理利用。

【發(fā)明內(nèi)容】

[0004]為了能夠合理的利用網(wǎng)絡(luò)資源，本發(fā)明提供一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法，該方法能夠判斷媒體業(yè)務(wù)再緩沖的原因，從而分別度量QoE下降程度。
[0005]一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法，其包括以下步驟:
[0006]接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；
[0007]根據(jù)所述條件信息判斷此次接收端緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起的；
[0008]根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。
[0009]一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置，其包括:
[0010]接收模塊，用以接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；
[0011]判斷模塊，用以根據(jù)所述條件信息判斷此次接收端緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起的；
[0012]QoE度量模塊，用以根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。
[0013]本發(fā)明實(shí)施例提供的度量QoE的方法及裝置中，通過(guò)接收端發(fā)送的事件信息中的條件信息來(lái)判定引起接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，從而將由業(yè)務(wù)系統(tǒng)問(wèn)題導(dǎo)致的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足與用戶(hù)行為引起的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足區(qū)分開(kāi)來(lái)，并根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足不同的原因來(lái)分別的度量QoE的下降程度，從而使QoE的度量更加的精準(zhǔn)，更加的客觀，以能夠合理的利用網(wǎng)絡(luò)資源。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0014]圖1是本發(fā)明一實(shí)施例提供的一種度量QoE方法的流程圖；
[0015]圖2是圖1中的度量QoE方法中度量QoE下降程度的流程圖；
[0016]圖3是本發(fā)明另一實(shí)施例提供的一種度量QoE方法的流程圖；
[0017]圖4是本發(fā)明一實(shí)施例提供的一種度量QoE的裝置的示意圖；
[0018]圖5是圖4中度量QoE的裝置中QoE度量模塊的示意圖；
[0019]圖6是本發(fā)明另一實(shí)施例提供的一種度量QoE的裝置的示意圖。
【具體實(shí)施方式】
[0020]本發(fā)明提供一種度量用戶(hù)體驗(yàn)質(zhì)量的方法，其包括:
[0021]接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；
[0022]根據(jù)所述條件信息判斷此次接收端緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起的；
[0023]根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。
[0024]本發(fā)明實(shí)施例提供的度量QoE的方法中，通過(guò)接收端發(fā)送的事件信息中的條件信息來(lái)判定引起接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，從而將由業(yè)務(wù)系統(tǒng)問(wèn)題導(dǎo)致的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足與用戶(hù)行為引起的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足區(qū)分開(kāi)來(lái)，并根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足不同的原因來(lái)分別的度量QoE的下降程度，從而使QoE的度量更加的精準(zhǔn)，更加的客觀，以能夠合理的利用網(wǎng)絡(luò)資源。
[0025]以下結(jié)合附圖，通過(guò)具體的實(shí)施列來(lái)詳細(xì)說(shuō)明本發(fā)明提供的一種度量用戶(hù)體驗(yàn)質(zhì)量的方法。
[0026]請(qǐng)參閱圖1，本實(shí)施例提供一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法100，其包括:
[0027]110、接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；
[0028]在網(wǎng)絡(luò)媒體的傳輸過(guò)程中，媒體數(shù)據(jù)被劃分成多個(gè)數(shù)據(jù)包，這些數(shù)據(jù)包按照流的方式傳輸至接收端，并暫存在接收端的緩存中，當(dāng)接收端的緩存內(nèi)存儲(chǔ)的數(shù)據(jù)量足夠接收端提取并呈現(xiàn)給用戶(hù)時(shí)，接收端就開(kāi)始播放相應(yīng)的媒體節(jié)目，當(dāng)媒體業(yè)務(wù)系統(tǒng)出現(xiàn)故障或者用戶(hù)在觀看媒體節(jié)目的過(guò)程中拖動(dòng)媒體節(jié)目的播放條，將會(huì)使接收端的緩存內(nèi)的數(shù)據(jù)量下降，當(dāng)接收端的緩存內(nèi)的數(shù)據(jù)量下降到一定程度，即接收端緩存內(nèi)有效媒體數(shù)據(jù)不足，以后將會(huì)導(dǎo)致接收端無(wú)法從緩存內(nèi)讀取足夠的數(shù)據(jù)來(lái)維持當(dāng)前的媒體節(jié)目播放的正常播放，此時(shí)，接收端的媒體播放將凝固畫(huà)面，開(kāi)始再緩沖，并發(fā)送再緩沖(ReufTering)信息給QoE監(jiān)控服務(wù)器。所述的業(yè)務(wù)系統(tǒng)指的是參與媒體數(shù)據(jù)傳輸及播放全過(guò)程中的各個(gè)環(huán)節(jié)的組合。此外，可以理解的是，本發(fā)明實(shí)施例中，所述的用戶(hù)行為采用用戶(hù)拖動(dòng)播放條來(lái)說(shuō)明，但并不局限于用戶(hù)拖動(dòng)播放條，所述的用戶(hù)行為可指由用戶(hù)人為操作導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足及接收端的再緩沖。所述的事件信息中包括有用以判定引其此次再緩沖的原因的條件信息，該條件信息用以供QoE監(jiān)控服務(wù)器來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因。具體地，所述的條件信息包括有:媒體播放進(jìn)程中的媒體時(shí)間戳信息，即緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間，該時(shí)刻表示接收端媒體播放過(guò)程中由于緩存內(nèi)有效媒體數(shù)據(jù)不足而出現(xiàn)播放停頓時(shí)的媒體時(shí)間戳，以及媒體播放繼續(xù)開(kāi)始時(shí)間，該時(shí)刻表示媒體播放進(jìn)程繼續(xù)開(kāi)始時(shí)的媒體時(shí)間戳。其中，所述的緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端媒體播放繼續(xù)開(kāi)始的時(shí)間均采用時(shí)間戳(time stamp)表示方法,所述時(shí)間戳的單位采M DTS (Decode Time Stamp 解碼時(shí)間戮)、PTS (Presentation Time Stamp 顯不時(shí)間戮)、NPT (Normal Play Time普通播放時(shí)間)等。此外，需要注意的是,在本實(shí)施例中，接收端發(fā)送的事件信息中的條件信息，包括兩個(gè)媒體播放過(guò)程中的時(shí)間點(diǎn)，即緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端媒體播放繼續(xù)開(kāi)始的時(shí)間，用以供QoE監(jiān)控服務(wù)器來(lái)自主的判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的，但本發(fā)明并不局限于接收端發(fā)送上述兩個(gè)時(shí)間點(diǎn)的時(shí)間戳。本發(fā)明實(shí)施例中，所述的條件信息可以是特征標(biāo)識(shí)，所述特征標(biāo)識(shí)用來(lái)表示引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，QoE監(jiān)控服務(wù)器通過(guò)所述事件信息中的特征標(biāo)識(shí)來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，從而分別度量QoE下降的程度。具體地，通過(guò)以下方式來(lái)實(shí)現(xiàn):
[0029]通過(guò)在接收端發(fā)送的事件信息中增加一個(gè)停頓標(biāo)識(shí)(Stop flag)來(lái)實(shí)現(xiàn)區(qū)分本次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。如果是業(yè)務(wù)系統(tǒng)如QoS下降引起的，則停頓該標(biāo)識(shí)有效，否則，該停頓標(biāo)識(shí)無(wú)效。其中接收端發(fā)送條件信息的格式可以是，Rebuffering:Stop flag。
[0030]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0031]通過(guò)在接收端發(fā)送的事件信息中增加的一個(gè)拖動(dòng)標(biāo)識(shí)(Trick mode flag)來(lái)實(shí)現(xiàn)區(qū)分本次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。如果是業(yè)務(wù)系統(tǒng)引起的，則該拖動(dòng)標(biāo)識(shí)有效，否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。
[0032]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0033]通過(guò)在接收端發(fā)送的事件信息中增加事件標(biāo)識(shí)(Event)來(lái)實(shí)現(xiàn)區(qū)分在接收端媒體播放過(guò)程中發(fā)生的各種事件。其中接收端發(fā)送的事件信息中的事件類(lèi)型可以表示為，Event:Stop或Trick mode或Seek,其中Event只會(huì)在同一時(shí)刻發(fā)生一個(gè)事件。具體地,如果事件標(biāo)識(shí)(Event)被標(biāo)識(shí)為停頓(Stop )，則表示由業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足；如果事件(Event)被標(biāo)識(shí)為拖動(dòng)Trick mode或Seek,則因用戶(hù)行為接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足；所述QoE監(jiān)控服務(wù)器通過(guò)檢驗(yàn)所述事件標(biāo)識(shí)來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為導(dǎo)致。該實(shí)施方式中在事件標(biāo)識(shí)(Event)中僅列舉了 3種事件，停頓、拖動(dòng)的組合，但并不限上述事件的，事件標(biāo)識(shí)可以根據(jù)需求做出多種不同的選擇或者變化。
[0034]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0035]可以通過(guò)定義拖動(dòng)為特殊的Initial buffering過(guò)程，即在Initial buffering中增加新的用以標(biāo)識(shí)接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的緩沖類(lèi)型識(shí)別標(biāo)識(shí)。當(dāng)接收端發(fā)送事件信息(Event)時(shí)激活所述緩沖類(lèi)型識(shí)別標(biāo)識(shí)；具體地，在初始化事件信息中增加緩沖標(biāo)識(shí)，具體地，增加一個(gè)拖動(dòng)標(biāo)識(shí)(Seek flag),如果是用戶(hù)行為引起的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該拖動(dòng)標(biāo)識(shí)有效，否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。其中接收端發(fā)送的QoE參數(shù)的格式可以是，Initial buffering:Seek flag。
[0036]120、根據(jù)所述條件信息判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)行為引起的；
[0037]當(dāng)所述事件信息中用以判定引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的判定信息是接收端媒體播放過(guò)程中的時(shí)間戳信息時(shí)，所述QoE監(jiān)控服務(wù)器通過(guò)比較此次緩存內(nèi)有效媒體數(shù)據(jù)不足的開(kāi)始時(shí)間及接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間來(lái)判斷弓I起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，如果緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始時(shí)間與接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間相同或相近或相差為Delta個(gè)時(shí)間單位(Delta取很小時(shí)間值)，則判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的；如果緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間與接收端媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間未滿足上述條件，即，上述兩個(gè)時(shí)間點(diǎn)的時(shí)間戳之間相差兩個(gè)以上的時(shí)間戳?xí)r，則認(rèn)為接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為引起。
[0038]具體地，若，上述兩個(gè)時(shí)間點(diǎn)分別記為T(mén)l及T2，即緩存內(nèi)有效媒體數(shù)據(jù)不足的開(kāi)始時(shí)間為T(mén)l，接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間為T(mén)2，所述的Tl及T2用NPT作為時(shí)間戳，每秒30幀，如果Tl時(shí)間為91.5，T2時(shí)間為91.467，因?yàn)樵贜PT作為時(shí)間戳的模式下，時(shí)間以0.033為單位遞增，Tl時(shí)間與T2時(shí)間恰好相差Delta = 0.033，此種情況則可判斷為業(yè)務(wù)系統(tǒng)如QoS的下降導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足；如果Tl時(shí)間為100，T2時(shí)間為91.467，Start時(shí)間與End時(shí)間之間相差多個(gè)單位時(shí)間，因此，此種情況則可判斷為是用戶(hù)行為如拖動(dòng)引起的緩存內(nèi)有效媒體數(shù)據(jù)不足。若，Tl及T2采用PTS或DTS為時(shí)間戳，每秒15幀，時(shí)間戳以67為單位增加，如果Tl時(shí)間為3267，T2時(shí)間為3200，Tl與T2之間相差Delta = 67單位時(shí)間，此種情況則判斷為業(yè)務(wù)系統(tǒng)引起的緩存內(nèi)有效媒體數(shù)據(jù)不足，如果Tl時(shí)間為22600，T2時(shí)間為3267，Tl與T2之間相差大于Delta個(gè)單位時(shí)間，則可判斷為用戶(hù)行為引起的接收端緩存內(nèi)有效媒體數(shù)據(jù)不足。
[0039]當(dāng)所述事件信息中用以判定發(fā)生引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的判定信息是包含在事件信息中的停頓標(biāo)識(shí)、拖動(dòng)標(biāo)識(shí)、事件標(biāo)識(shí)或者緩沖類(lèi)型識(shí)別標(biāo)識(shí)時(shí)，QoE監(jiān)控服務(wù)器通過(guò)監(jiān)控上述的各種標(biāo)識(shí)的狀態(tài)來(lái)確定緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。具體地，當(dāng)接收端上報(bào)事件信息中包括停頓標(biāo)識(shí)時(shí)，所述QoE監(jiān)控服務(wù)器通過(guò)檢驗(yàn)所述停頓標(biāo)示是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括拖動(dòng)標(biāo)識(shí)時(shí)，所述QoE監(jiān)控服務(wù)器通過(guò)檢驗(yàn)所述拖動(dòng)標(biāo)示是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括事件標(biāo)識(shí)時(shí)，所述QoE監(jiān)控服務(wù)器根據(jù)所述的事件標(biāo)識(shí)來(lái)判斷此次接收端的的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括有緩沖類(lèi)型識(shí)別標(biāo)識(shí)時(shí)，所述QoE監(jiān)控服務(wù)器根據(jù)所述的緩沖類(lèi)型識(shí)別標(biāo)識(shí)是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。
[0040]130、根據(jù)引起端緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。
[0041]此步驟中，當(dāng)判斷顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的，其中，業(yè)務(wù)系統(tǒng)包括端到端的業(yè)務(wù)相關(guān)的部件如頭端，網(wǎng)絡(luò)，終端等，典型由業(yè)務(wù)系統(tǒng)引起的，比如，網(wǎng)絡(luò)擁塞，媒體服務(wù)器故障等等多種原因?qū)е碌模藭r(shí)就需要啟動(dòng)相應(yīng)的QoS來(lái)排除故障，其中，QoS調(diào)整可以是提高所述接收端所接收的媒體數(shù)據(jù)流的傳輸?shù)燃?jí)和/或減少排隊(duì)的等待時(shí)延和/或降低被主動(dòng)丟棄的概率和/或增加發(fā)送功率等策略。該QoS調(diào)整策略的啟動(dòng)可以是通過(guò)媒體服務(wù)器來(lái)實(shí)現(xiàn)，或者通過(guò)分布式布置的QoE探針之間的交互來(lái)實(shí)現(xiàn)。當(dāng)判斷顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為導(dǎo)致的，則認(rèn)為用戶(hù)行為導(dǎo)致的接收端內(nèi)有效媒體數(shù)據(jù)不足對(duì)用戶(hù)QoE影響遠(yuǎn)遠(yuǎn)小于業(yè)務(wù)系統(tǒng)如QoS下降導(dǎo)致的接收端內(nèi)無(wú)有效緩存數(shù)據(jù)對(duì)用戶(hù)QoE的影響，因此需要通過(guò)不同的度量方式來(lái)度量?jī)煞N不同原因引起的QoE的變化率，才能為后續(xù)是否啟動(dòng)QoS調(diào)整提供精確的依據(jù)。
[0042]本發(fā)明實(shí)施例中提供的度量QoE的方法中，通過(guò)判斷引起再緩沖的原因，分別計(jì)算QoE下降程度，為后續(xù)的QoS優(yōu)化提供依據(jù)，從而在有效的保證QoE的同時(shí)，還可實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)資源的合理利用。
[0043]QoE的下降程度是啟動(dòng)QoS調(diào)整的依據(jù)，請(qǐng)參閱圖2，本發(fā)明實(shí)施例中根據(jù)引起緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降程度包括:
[0044]S110、獲取由接收端發(fā)送的條件信息中停頓時(shí)長(zhǎng)Duration,停頓間隔Interval ；
[0045]所述的Duration表示由緩存內(nèi)有效媒體數(shù)據(jù)不足導(dǎo)致接收端再緩沖開(kāi)始到接收端媒體開(kāi)始繼續(xù)播放為止的持續(xù)時(shí)間，所述的Interval表示緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間與前次緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始時(shí)間之間的媒體播放時(shí)間戳間隔；
[0046]S120、若判斷結(jié)果顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的，則根據(jù)如下公式度量QoE下降的程度QoE Δ:
[0047]QoEA= al XDuration + a2 X Interval
[0048]其中，al為停頓時(shí)長(zhǎng)引起的QoE變化的系數(shù)，a2是停頓間隔引起的QoE變化的系數(shù)。
[0049]具體地，本方法通過(guò)模型系數(shù)表，得到相應(yīng)的模型系數(shù)(al、a2)，更具體地，所述模型系數(shù)可以為(10.6，-0.7)，并將得到的模型系數(shù)和事件信息作為混合模型的輸入?yún)?shù)來(lái)計(jì)算QoS下降引起的QoE變化率QoE Λ，具體公式為:
[0050]QoE Δ =10.6 X Duration-0.7 X Interval
[0051]其中，10.6是計(jì)算停頓時(shí)長(zhǎng)引起QoE下降的系數(shù)，-0.7是計(jì)算停頓間隔引起的QoE變化的系數(shù)。[0052]S130、若判斷結(jié)果顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為引起的，則根據(jù)如下公式度量QoE下降的程度:
[0053]QoE Δ =a3X (Duration — Threshold)；
[0054]其中，a3為QoE變化的系數(shù)，所述的Duration表示由緩存內(nèi)有效媒體數(shù)據(jù)不足導(dǎo)致接收端再緩沖開(kāi)始到接收端媒體開(kāi)始繼續(xù)播放為止的持續(xù)時(shí)間；Threshold是QoE門(mén)限值，表示用戶(hù)可以忍受的時(shí)間，單位與Duration相同。
[0055]此外，請(qǐng)參閱圖3，本發(fā)明實(shí)施例提供的一種度量QoE的方法中，還包括:
[0056]140、在確定所述QoE變化率大于閾值時(shí)，對(duì)相應(yīng)的媒體數(shù)據(jù)流啟動(dòng)QoS調(diào)整，以保證媒體數(shù)據(jù)流的QoE。
[0057]其中，該方法中還包括對(duì)QoE值的計(jì)算以保證經(jīng)QoS調(diào)整過(guò)后的QoE值能夠滿足客戶(hù)需求。QoE值的計(jì)算可以通過(guò)獲取所述媒體數(shù)據(jù)流的媒體采樣信息，該媒體采樣信息包括有:編解碼信息(Codec Information),編解碼圖像大小(Codec Image Size),比特率(Bitrate),巾貞率(Framerate)等信息；在獲取到上述的媒體數(shù)據(jù)流的媒體采樣信息后，通過(guò)模型系數(shù)表，得到相應(yīng)的模型系數(shù)(aO、al、a2)，并將得到的模型系數(shù)和事件信息作為混合模型的輸入?yún)?shù)來(lái)計(jì)算QoE值，具體計(jì)算公式如下:
[0058]QoE=aO-QoE Δ =a0- (al XDuration + a2X Interval)
[0059]其中，aO是由視頻信息的 Codec Information, Codec Image Size, Bitrate 計(jì)算得到，al是計(jì)算停頓時(shí)長(zhǎng)(Duration)引起QoE下降的系數(shù)，a2是計(jì)算停頓間隔(Interval)引起的QoE變化的系數(shù)。
[0060]其中，上述的媒體采樣信息，可以包含在事件信息中，并通過(guò)接收端將包含有媒體采樣信息的事件信息發(fā)送給QoE監(jiān)控服務(wù)器，從而使QoE監(jiān)控服務(wù)器能夠根據(jù)所述的媒體采樣信息來(lái)計(jì)算媒體數(shù)據(jù)流的QoE值以確保調(diào)整后的QoE符合客戶(hù)的預(yù)期。
[0061]本發(fā)明實(shí)施例提供的度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法中，根據(jù)引起接收端緩存下將的不同原因來(lái)分別計(jì)算QoE的變化率，從而能使QoE變化率的度量更加的客觀、精確，以為是否啟動(dòng)QoS調(diào)整提供準(zhǔn)確地依據(jù)。
[0062]進(jìn)一步地,上述的停頓間隔(Interval)也可以通過(guò)接收端發(fā)送的緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間Tl及接收端媒體播放開(kāi)始的時(shí)間通過(guò)以下公式運(yùn)算而得到:
[0063]Interval=Duration+T2-Tl
[0064]其中，Tl是接收端發(fā)生緩存內(nèi)有效媒體數(shù)據(jù)不足時(shí)的媒體播放時(shí)間戳，T2是接收端媒體播放開(kāi)始繼續(xù)時(shí)的媒體播放時(shí)間戳。
[0065]更進(jìn)一步地，如果在由業(yè)務(wù)系統(tǒng)引起的兩次緩存內(nèi)有效媒體數(shù)據(jù)不足而使接收端發(fā)生的兩次停頓間隔中出現(xiàn)了由用戶(hù)行為導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足，如用戶(hù)的拖動(dòng)，接收端則發(fā)送的事件信息中增加在再緩沖過(guò)程中出現(xiàn)的用戶(hù)行為(拖動(dòng))的開(kāi)始(Start)時(shí)間T3_i及結(jié)束T4_i時(shí)間，并通以下計(jì)算公式來(lái)獲得停頓間隔:
[0066]Interval=duration+T2-Tl - Σ (T4_i_T3_i)+ Σ Ds_i ;
[0067]其中T4_i及T3_i分別為第i次拖動(dòng)的開(kāi)始時(shí)和結(jié)束時(shí)間，Σ Ds_i為i次拖動(dòng)導(dǎo)致的播放停頓的時(shí)長(zhǎng)Duration的總和，i為正整數(shù)。
[0068]此外，若在由業(yè)務(wù)系統(tǒng)引起的兩次緩存內(nèi)有效媒體數(shù)據(jù)不足而使接收端發(fā)生的兩次停頓間隔中還發(fā)生了暫停，那么接收端還將發(fā)送所述暫停(Pause)時(shí)長(zhǎng)(Duration)信息，并通以下計(jì)算公式來(lái)獲得停頓間隔:
[0069]Interval=duration+T2-Tl - Σ (T4_i_T3_i)+ Σ Ds_+ Σ Dp_i ；
[0070]其中，Σ Dp_i為在再緩沖過(guò)程中i次暫停持續(xù)時(shí)間的總和。
[0071]由本發(fā)明提供的實(shí)施例可知，通過(guò)接收端發(fā)送不同的參數(shù)，服務(wù)器端均可根據(jù)其發(fā)送的參數(shù)來(lái)計(jì)算出所需要的當(dāng)前Interval的值,從而進(jìn)一步的得到QoE變化率QoE Λ。
[0072]請(qǐng)參閱圖4，本實(shí)施例提供一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置200，該度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置200是用于實(shí)現(xiàn)上述的方法，可以是在一個(gè)網(wǎng)絡(luò)媒體服務(wù)器或者是單獨(dú)的設(shè)備與媒體服務(wù)器配合工作，該裝置200包括其包括:
[0073]接收模塊210，用以接收到接收端發(fā)送的事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的條件信息；
[0074]在網(wǎng)絡(luò)媒體的傳輸過(guò)程中，媒體數(shù)據(jù)被劃分成多個(gè)數(shù)據(jù)包，這些數(shù)據(jù)包按照流的方式傳輸至接收端，并暫存在接收端的緩存中，當(dāng)接收端的緩存內(nèi)存儲(chǔ)的數(shù)據(jù)量足夠接收端提取并呈現(xiàn)給用戶(hù)時(shí)，接收端就開(kāi)始播放相應(yīng)的媒體節(jié)目，當(dāng)媒體業(yè)務(wù)系統(tǒng)出現(xiàn)故障或者用戶(hù)在觀看媒體節(jié)目的過(guò)程中拖動(dòng)媒體節(jié)目的播放條，將會(huì)使接收端的緩存內(nèi)的數(shù)據(jù)量下降，當(dāng)接收端的緩存內(nèi)的數(shù)據(jù)量下降到一定程度，即接收端緩存內(nèi)有效媒體數(shù)據(jù)不足，以后將會(huì)導(dǎo)致接收端無(wú)法從緩存內(nèi)讀取足夠的數(shù)據(jù)來(lái)維持當(dāng)前的媒體節(jié)目播放的正常播放，此時(shí)，接收端的媒體播放將開(kāi)始再緩沖，并發(fā)送再緩沖(ReufTering)信息給QoE監(jiān)控服務(wù)器。此外，可以理解的是，本發(fā)明實(shí)施例中，所述的用戶(hù)行為采用用戶(hù)拖動(dòng)播放條來(lái)說(shuō)明，但并不局限于用戶(hù)拖動(dòng)播放條，所述的用戶(hù)行為可指由用戶(hù)人為操作導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足及接收端的再緩沖。所述的事件信息中包括有用以判定引其此次再緩沖的原因的條件信息，該條件信息用以供QoE監(jiān)控服務(wù)器來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因。具體地，所述接收模塊210所接收的條件信息包括有:媒體播放進(jìn)程中的媒體時(shí)間戳信息，即緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間，該時(shí)刻表示接收端媒體播放過(guò)程中由于緩存內(nèi)有效媒體數(shù)據(jù)不足而出現(xiàn)播放停頓時(shí)的媒體時(shí)間戳，以及媒體播放繼續(xù)開(kāi)始時(shí)間，該時(shí)刻表示媒體播放進(jìn)程繼續(xù)開(kāi)始時(shí)的媒體時(shí)間戳。其中，所述的緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端媒體播放繼續(xù)開(kāi)始的時(shí)間均采用時(shí)間戳(time stamp)表示方法，所述時(shí)間戮的單位米用DTS (Decode Time Stamp解碼時(shí)間戮)、PTS (Presentation TimeStamp顯示時(shí)間戳)、NPT (Normal Play Time普通播放時(shí)間)等。此外，需要注意的是,在本實(shí)施例中，接收端發(fā)送的事件信息中的條件信息，包括兩個(gè)媒體播放過(guò)程中的時(shí)間點(diǎn)，即緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端媒體播放繼續(xù)開(kāi)始的時(shí)間，用以供QoE監(jiān)控服務(wù)器來(lái)自主的判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的，但本發(fā)明并不局限于接收端發(fā)送上述兩個(gè)時(shí)間點(diǎn)的時(shí)間戳。本發(fā)明實(shí)施例中，所述的條件信息可以是特征標(biāo)識(shí)，所述特征標(biāo)識(shí)用來(lái)表示引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，QoE監(jiān)控服務(wù)器通過(guò)所述事件信息中的特征標(biāo)識(shí)來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，從而分別度量QoE下降的程度。具體地，通過(guò)以下方式來(lái)實(shí)現(xiàn):
[0075]通過(guò)在接收端發(fā)送的事件信息中增加一個(gè)停頓標(biāo)識(shí)(Stop flag)來(lái)實(shí)現(xiàn)區(qū)分本次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。如果是業(yè)務(wù)系統(tǒng)如QoS下降引起的，則停頓該標(biāo)識(shí)有效，否則，該停頓標(biāo)識(shí)無(wú)效。其中接收端發(fā)送條件信息的格式可以是，Rebuffering:Stop flag。[0076]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0077]通過(guò)在接收端發(fā)送的事件信息中增加的一個(gè)拖動(dòng)標(biāo)識(shí)(Trick mode flag)來(lái)實(shí)現(xiàn)區(qū)分本次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。如果是業(yè)務(wù)系統(tǒng)引起的，則該拖動(dòng)標(biāo)識(shí)有效，否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。
[0078]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0079]通過(guò)在接收端發(fā)送的事件信息中增加事件標(biāo)識(shí)(Event)來(lái)實(shí)現(xiàn)區(qū)分在接收端媒體播放過(guò)程中發(fā)生的各種事件。其中接收端發(fā)送的事件信息中的事件類(lèi)型可以表示為，Event:Stop或Trick mode或Seek,其中Event只會(huì)在同一時(shí)刻發(fā)生一個(gè)事件。具體地,如果事件標(biāo)識(shí)(Event)被標(biāo)識(shí)為停頓(Stop )，則表示由業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足；如果事件(Event)被標(biāo)識(shí)為拖動(dòng)Trick mode或Seek,則因用戶(hù)行為接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足；所述QoE監(jiān)控服務(wù)器通過(guò)檢驗(yàn)所述事件標(biāo)識(shí)來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為導(dǎo)致。該實(shí)施方式中在事件標(biāo)識(shí)(Event)中僅列舉了 3種事件，停頓、拖動(dòng)的組合，但并不限上述事件的，事件標(biāo)識(shí)可以根據(jù)需求做出多種不同的選擇或者變化。
[0080]可選擇地，本發(fā)明實(shí)施例還可以通過(guò)如下條件信息來(lái)判斷引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因:
[0081]可以通過(guò)定義拖動(dòng)為特殊的Initial buffering過(guò)程，即在Initial buffering中增加新的用以標(biāo)識(shí)接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因的緩沖類(lèi)型識(shí)別標(biāo)識(shí)。當(dāng)接收端發(fā)送事件信息(Event)時(shí)激活所述緩沖類(lèi)型識(shí)別標(biāo)識(shí)；具體地，在初始化事件信息中增加緩沖標(biāo)識(shí)，具體地，增加一個(gè)拖動(dòng)標(biāo)識(shí)(Seek flag),如果是用戶(hù)行為引起的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該拖動(dòng)標(biāo)識(shí)有效，否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。其中接收端發(fā)送的QoE參數(shù)的格式可以是，Initial buffering:Seek flag。
[0082]判斷模塊220，用以根據(jù)所述條件信息判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)行為引起的；
[0083]當(dāng)所述事件信息中用以判定引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的判定信息是接收端媒體播放過(guò)程中的時(shí)間戳信息時(shí)，所述判斷模塊220還用于通過(guò)比較此次緩存內(nèi)有效媒體數(shù)據(jù)不足的開(kāi)始時(shí)間及接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間來(lái)判斷弓I起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因，如果緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始時(shí)間與接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間相同或相近或相差為Delta個(gè)時(shí)間單位，Delta為根據(jù)場(chǎng)景需求而設(shè)置時(shí)間值，，則判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的；如果緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間與接收端媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間未滿足上述條件，即，上述兩個(gè)時(shí)間點(diǎn)的時(shí)間戳之間相差Delta個(gè)以上的時(shí)間戳?xí)r，則認(rèn)為接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為引起。
[0084]具體地，若，上述兩個(gè)時(shí)間點(diǎn)分別記為T(mén)l及T2，即緩存內(nèi)有效媒體數(shù)據(jù)不足的開(kāi)始時(shí)間為T(mén)l，接收端的媒體播放開(kāi)始繼續(xù)時(shí)的時(shí)間為T(mén)2，所述的Tl及T2用NPT作為時(shí)間戳，每秒30幀，如果Tl時(shí)間為91.5，T2時(shí)間為91.467，因?yàn)樵贜PT作為時(shí)間戳的模式下，時(shí)間以0.033為單位遞增，Tl時(shí)間與T2時(shí)間恰好相差Delta = 0.033，此種情況則可判斷為業(yè)務(wù)系統(tǒng)如QoS的下降導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足；如果Tl時(shí)間為100，T2時(shí)間為91.467，Start時(shí)間與End時(shí)間之間相差大于Delta單位時(shí)間，因此，此種情況則可判斷為是用戶(hù)行為如拖動(dòng)引起的緩存內(nèi)有效媒體數(shù)據(jù)不足。若，Tl及T2采用PTS或DTS為時(shí)間戳，每秒15幀，時(shí)間戳以67為單位增加，如果Tl時(shí)間為3267，T2時(shí)間為3200，Tl與T2之間相差Delta = 67單位時(shí)間，此種情況則判斷為業(yè)務(wù)系統(tǒng)引起的緩存內(nèi)有效媒體數(shù)據(jù)不足，如果Tl時(shí)間為22600，T2時(shí)間為3267，Tl與T2之間相差大于Delta個(gè)單位時(shí)間，則可判斷為用戶(hù)行為引起的接收端緩存內(nèi)無(wú)足夠有效媒體數(shù)據(jù)。
[0085]當(dāng)所述事件信息中用以判定發(fā)生引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的判定信息是包含在事件信息中的停頓標(biāo)識(shí)、拖動(dòng)標(biāo)識(shí)、事件標(biāo)識(shí)或者緩沖類(lèi)型識(shí)別標(biāo)識(shí)時(shí)，所述判斷模塊220還用于通過(guò)監(jiān)控上述的各種標(biāo)識(shí)的狀態(tài)來(lái)確定緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。具體地，當(dāng)接收端上報(bào)事件信息中包括停頓標(biāo)識(shí)時(shí)，所述判斷模塊220還用于通過(guò)檢驗(yàn)所述停頓標(biāo)示是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括拖動(dòng)標(biāo)識(shí)時(shí)，所述判斷模塊220還用于通過(guò)檢驗(yàn)所述拖動(dòng)標(biāo)示是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括事件標(biāo)識(shí)時(shí)，所述判斷模塊220還用于根據(jù)所述的事件標(biāo)識(shí)來(lái)判斷此次接收端的的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的；當(dāng)接收端上報(bào)的事件信息中包括有緩沖類(lèi)型識(shí)別標(biāo)識(shí)時(shí)，所述判斷模塊220還用于根據(jù)所述的緩沖類(lèi)型識(shí)別標(biāo)識(shí)是否有效來(lái)判斷此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的還是用戶(hù)行為引起的。
[0086]QoE度量模塊230，用于根據(jù)引起端緩存內(nèi)有效媒體數(shù)據(jù)不足的不同原因，分別度量QoE下降的程度。
[0087]此步驟中，當(dāng)判斷顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的，比如，網(wǎng)絡(luò)擁塞，媒體服務(wù)器故障等等多種原因?qū)е碌?，此時(shí)就需要啟動(dòng)相應(yīng)的QoS來(lái)排除故障，其中，QoS調(diào)整可以是提高所述接收端所接收的媒體數(shù)據(jù)流的傳輸?shù)燃?jí)和/或減少排隊(duì)的等待時(shí)延和/或降低被主動(dòng)丟棄的概率和/或增加發(fā)送功率等策略。該QoS調(diào)整策略的啟動(dòng)可以是通過(guò)媒體服務(wù)器來(lái)實(shí)現(xiàn)，或者通過(guò)分布式布置的QoE探針之間的交互來(lái)實(shí)現(xiàn)。當(dāng)判斷顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為導(dǎo)致的，則認(rèn)為用戶(hù)行為導(dǎo)致的接收端內(nèi)有效媒體數(shù)據(jù)不足對(duì)用戶(hù)QoE影響遠(yuǎn)遠(yuǎn)小于業(yè)務(wù)系統(tǒng)如QoS下降導(dǎo)致的接收端內(nèi)無(wú)有效緩存數(shù)據(jù)對(duì)用戶(hù)QoE的影響，因此需要通過(guò)不同的度量方式來(lái)度量?jī)煞N不同原因引起的QoE的變化率，才能為后續(xù)是否啟動(dòng)QoS調(diào)整提供精確的依據(jù)。
[0088]本發(fā)明實(shí)施例中提供的度量QoE的裝置中，通過(guò)判斷引起再緩沖的原因，分別計(jì)算QoE下降程度，為后續(xù)的QoS優(yōu)化提供依據(jù)，從而在有效的保證QoE的同時(shí)，還可實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)資源的合理利用。
[0089]QoE的下降程度是啟動(dòng)QoS調(diào)整的依據(jù)，請(qǐng)參閱圖5本發(fā)明實(shí)施例中的QoE度量模塊230還包括:
[0090]判斷信息獲取單元232，用于獲取由接收端發(fā)送的條件信息中停頓時(shí)長(zhǎng)Duration,停頓間隔 Interval ；
[0091]所述的Duration表示由緩存內(nèi)有效媒體數(shù)據(jù)不足導(dǎo)致接收端再緩沖開(kāi)始到接收端媒體開(kāi)始繼續(xù)播放為止的持續(xù)時(shí)間，所述的Interval表示緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間與前次緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始時(shí)間之間的媒體播放時(shí)間戳間隔；
[0092]第一計(jì)算單元234，用以在判斷結(jié)果顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由業(yè)務(wù)系統(tǒng)引起的，則根據(jù)如下公式度量QoE下降的程度QoE Δ:
[0093]QoEA= al XDuration + a2 X Interval
[0094]其中，al為停頓時(shí)長(zhǎng)引起的QoE變化的系數(shù)，a2是停頓間隔引起的QoE變化的系數(shù)。
[0095]具體地，本方法通過(guò)模型系數(shù)表，得到相應(yīng)的模型系數(shù)(al、a2)，更具體地，所述模型系數(shù)可以為(10.6，-0.7)，并將得到的模型系數(shù)和事件信息作為混合模型的輸入?yún)?shù)來(lái)計(jì)算QoS下降引起的QoE變化率QoE Λ，具體公式為:
[0096]QoE Δ =10.6 X Duration-0.7 X Interval
[0097]其中，10.6是計(jì)算停頓時(shí)長(zhǎng)引起QoE下降的系數(shù)，-0.7是計(jì)算停頓間隔引起的QoE變化的系數(shù)。
[0098]第二計(jì)算單元236，用以在判斷結(jié)果顯示此次接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足是由用戶(hù)行為引起的，則根據(jù)如下公式度量QoE下降的程度:
[0099]QoE Δ =a3X (Duration — Threshold)；
[0100]其中，a3為QoE變化的系數(shù)，所述的Duration表示由緩存內(nèi)有效媒體數(shù)據(jù)不足導(dǎo)致接收端再緩沖開(kāi)始到接收端媒體開(kāi)始繼續(xù)播放為止的持續(xù)時(shí)間；Threshold是QoE門(mén)限值，表示用戶(hù)可以忍受的時(shí)間，單位與Duration相同。
[0101]此外，本發(fā)明提供的度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置200還包括
[0102]QoS調(diào)整模塊240，用以在確定所述Λ QoE變化率大于閾值時(shí)，對(duì)相應(yīng)的媒體數(shù)據(jù)流啟動(dòng)QoS調(diào)整，以保證媒體數(shù)據(jù)流的QoE。
[0103]其中，該模塊還用以計(jì)算QoE值以保證經(jīng)QoS調(diào)整過(guò)后的QoE值能夠滿足客戶(hù)需求。QoE值的計(jì)算可以通過(guò)獲取所述媒體數(shù)據(jù)流的媒體采樣信息，該媒體采樣信息包括有:編解碼信息(Codec Information),編解碼圖像大小(Codec Image Size),比特率(Bi trate ),巾貞率(Framerate )等信息；在獲取到上述的媒體數(shù)據(jù)流的媒體采樣信息后,通過(guò)模型系數(shù)表，得到相應(yīng)的模型系數(shù)(aO、al、a2)，并將得到的模型系數(shù)和事件信息作為混合模型的輸入?yún)?shù)來(lái)計(jì)算QoE值，具體計(jì)算公式如下:
[0104]QoE=aO-QoE Δ =a0- (al XDuration + a2X Interval)
[0105]其中，aO是由視頻信息的 Codec Information, Codec Image Size, Bitrate 計(jì)算得到，al是計(jì)算停頓時(shí)長(zhǎng)(Duration)引起QoE下降的系數(shù)，a2是計(jì)算停頓間隔(Interval)引起的QoE變化的系數(shù)。
[0106]其中，上述的媒體采樣信息，可以包含在事件信息中，并通過(guò)接收端將包含有媒體采樣信息的事件信息發(fā)送給QoE監(jiān)控服務(wù)器，從而使QoE監(jiān)控服務(wù)器能夠根據(jù)所述的媒體采樣信息來(lái)計(jì)算媒體數(shù)據(jù)流的QoE值以確保調(diào)整后的QoE符合客戶(hù)的預(yù)期。
[0107]本發(fā)明實(shí)施例提供的度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置200中，根據(jù)引起接收端緩存下將的不同原因來(lái)分別計(jì)算QoE的變化率，從而能使QoE變化率的度量更加的客觀、精確，以為是否啟動(dòng)QoS調(diào)整提供準(zhǔn)確地依據(jù)。
[0108]進(jìn)一步地,上述的停頓間隔(Interval)也可以通過(guò)接收端發(fā)送的緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間Tl及接收端媒體播放開(kāi)始的時(shí)間通過(guò)以下公式運(yùn)算而得到:
[0109]Interval=Duration+T2-Tl
[0110]其中，Tl是接收端發(fā)生緩存內(nèi)有效媒體數(shù)據(jù)不足時(shí)的媒體播放時(shí)間戳，T2是接收端媒體播放開(kāi)始繼續(xù)時(shí)的媒體播放時(shí)間戳。
[0111]更進(jìn)一步地，如果在由業(yè)務(wù)系統(tǒng)引起的兩次緩存內(nèi)有效媒體數(shù)據(jù)不足而使接收端發(fā)生的兩次停頓間隔中出現(xiàn)了由用戶(hù)行為導(dǎo)致的緩存內(nèi)有效媒體數(shù)據(jù)不足，如用戶(hù)的拖動(dòng)，接收端則發(fā)送的事件信息中增加在再緩沖過(guò)程中出現(xiàn)的用戶(hù)行為(拖動(dòng))的開(kāi)始(Start)時(shí)間T3_i及結(jié)束T4_i時(shí)間，并通以下計(jì)算公式來(lái)獲得停頓間隔:
[0112]Interval=duration+T2-Tl - Σ (T4_i_T3_i)+ Σ Ds_i ;
[0113]其中T4_i及T3_i分別為第i次拖動(dòng)的開(kāi)始時(shí)和結(jié)束時(shí)間，Σ Ds_i為i次拖動(dòng)導(dǎo)致的播放停頓的時(shí)長(zhǎng)Duration的總和，i為正整數(shù)。
[0114]此外，若在由業(yè)務(wù)系統(tǒng)引起的兩次緩存內(nèi)有效媒體數(shù)據(jù)不足而使接收端發(fā)生的兩次停頓間隔中還發(fā)生了暫停，那么接收端還將發(fā)送所述暫停(Pause)時(shí)長(zhǎng)(Duration)信息，并通以下計(jì)算公式來(lái)獲得停頓間隔:
[0115]Interval=duration+T2-Tl - Σ (T4_i_T3_i)+ Σ Ds_+ Σ Dp_i ；
[0116]其中，Σ Dp_i為在再緩沖過(guò)程中i次暫停持續(xù)時(shí)間的總和。
[0117]由本發(fā)明提供的實(shí)施例可知，通過(guò)接收端發(fā)送不同的參數(shù)，服務(wù)器端均可根據(jù)其發(fā)送的參數(shù)來(lái)計(jì)算出所需要的當(dāng)前Interval的值,從而進(jìn)一步的得到QoE變化率QoE Λ。
[0118]通過(guò)以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤(pán)，硬盤(pán)或光盤(pán)等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
【權(quán)利要求】
1.一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的方法，其特征在于包括以下步驟: 如果緩存內(nèi)的有效媒體數(shù)據(jù)不足，所述接收端發(fā)送事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因的條件信息； 所述的引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因包括是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起；其中不同的引起緩存內(nèi)有效媒體數(shù)據(jù)不足的原因?qū)?yīng)不同的QOE度量方式。
2.如權(quán)利要求1所述的度量QoE的方法，其特征在于: 所述的條件信息中包括緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間，所述緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間指接收端媒體播時(shí)的時(shí)間戳。
3.如權(quán)利要求2所述的度量QoE的方法，其特征在于: 所述的條件信息為特征標(biāo)識(shí)，所述特征標(biāo)識(shí)用來(lái)表示引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因。
4.如權(quán)利要求3所述度量QoE的方法，其特征在于: 所述的特征標(biāo)識(shí)為停頓標(biāo)示Stop flag，如果是業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該停頓標(biāo)識(shí)有效；否則，該停頓標(biāo)識(shí)無(wú)效。
5.如權(quán)利要求3所述度量QoE的方法，其特征在于: 所述的特征 標(biāo)識(shí)為拖動(dòng)標(biāo)識(shí)Trick mode flag,如果是業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該拖動(dòng)標(biāo)識(shí)有效；否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。
6.如權(quán)利要求3所述的度量QoE的方法，其特征在于: 所述的特征標(biāo)識(shí)為事件標(biāo)識(shí)Event,該事件標(biāo)識(shí)的事件類(lèi)型為停頓Stop或者拖動(dòng)Seek ;如果事件標(biāo)識(shí)Event被標(biāo)識(shí)為停頓Stop，則表示由業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，如果事件被標(biāo)識(shí)為Seek，則表示因用戶(hù)行為導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足。
7.如權(quán)利要求1至6任意一項(xiàng)所述的度量QoE的方法,其特征在于: 所述的事件信息中還包括有停頓時(shí)長(zhǎng)Duration和停頓間隔Interval,所述的Duration表示由緩存內(nèi)有效媒體數(shù)據(jù)不足導(dǎo)致接收端再緩沖開(kāi)始到接收端媒體開(kāi)始繼續(xù)播放為止的持續(xù)時(shí)間，所述的Interval表示緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間與前次緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始時(shí)間之間的媒體播放時(shí)間戳間隔。
8.一種度量用戶(hù)體驗(yàn)質(zhì)量QoE的裝置，其特征在于包括: 發(fā)送模塊，用以當(dāng)接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足時(shí)，所述接收端發(fā)送事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因的條件信息； 所述的引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因包括是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起；其中不同的引起緩存內(nèi)有效媒體數(shù)據(jù)不足的原因?qū)?yīng)不同的QOE度量方式。
9.一種信息反饋的方法，其特征在于包括以下步驟: 接收端接收媒體數(shù)據(jù)； 播放媒體數(shù)據(jù)；如果緩存內(nèi)的有效媒體數(shù)據(jù)不足，所述接收端上報(bào)事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因的條件信息。
10.如權(quán)利要求9所述的一種信息反饋的方法，其特征在于，所述的引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因包括是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起。
11.如權(quán)利要求10所述的一種信息反饋的方法，其特征在于，不同的引起緩存內(nèi)有效媒體數(shù)據(jù)不足的原因?qū)?yīng)不同的QOE度量方式。
12.如權(quán)利要求9至11任意一項(xiàng)所述的信息反饋的方法，其特征在于: 所述的條件信息中包括緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間，所述緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間指接收端媒體播時(shí)的時(shí)間戳。
13.如權(quán)利要求9至11任意一項(xiàng)所述的信息反饋的方法，其特征在于: 所述的條件信息為特征標(biāo)識(shí)，所述特征標(biāo)識(shí)用來(lái)表示引起接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足的原因。
14.如權(quán)利要求13所述的信息反饋的方法，其特征在于: 所述的特征標(biāo)識(shí)為停頓標(biāo)示Stop flag，如果是業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該停頓標(biāo)識(shí)有效；否則，該停頓標(biāo)識(shí)無(wú)效。
15.如權(quán)利要求13所述的信息反饋的方法，其特征在于: 所述的特征標(biāo)識(shí)為拖動(dòng)標(biāo)識(shí)Trick mode flag,如果是業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，則該拖動(dòng)標(biāo)識(shí)有效；否則，該拖動(dòng)標(biāo)識(shí)無(wú)效。
16.如權(quán)利要求13所述的信息反饋的方法，其特征在于: 所述的特征標(biāo)識(shí)為事件標(biāo)識(shí)Event,該事件標(biāo)識(shí)的事件類(lèi)型為停頓Stop或者拖動(dòng)Seek ;如果事件標(biāo)識(shí)Event被標(biāo)識(shí)為停頓Stop，則表示由業(yè)務(wù)系統(tǒng)導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足，如果事件被標(biāo)識(shí)為Seek，則表示因用戶(hù)行為導(dǎo)致接收端的緩存內(nèi)有效媒體數(shù)據(jù)不足。
17.一種信息反饋的裝置，其特征在于包括接收端，所述接收端包括； 接收模塊，用以收媒體數(shù)據(jù)，并將所述媒體數(shù)據(jù)暫存在接收端的緩存中； 播放模塊，用以提取并播放暫存在所述接收端緩存內(nèi)的媒體數(shù)據(jù)； 反饋模塊，用以當(dāng)接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足時(shí)，所述接收端上報(bào)事件信息，所述事件信息中包括有用以判定引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因的條件信息。
18.如權(quán)利要求17所述的一種信息反饋的裝置，其特征在于，所述引起所述接收端緩存內(nèi)的有效媒體數(shù)據(jù)不足的原因包括是由業(yè)務(wù)系統(tǒng)引起的還是由用戶(hù)的行為引起。
19.如權(quán)利要求18所述的一種信息反饋的裝置，其特征在于，所述不同的引起緩存內(nèi)有效媒體數(shù)據(jù)不足的原因?qū)?yīng)不同的QOE度量方式。
20.如權(quán)利要求17至19任意一項(xiàng)所述的信息反饋的裝置，其特征在于: 所述反饋模塊上報(bào)的條件信息中包括緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間，所述緩存內(nèi)有效媒體數(shù)據(jù)不足開(kāi)始的時(shí)間及接收端的媒體播放繼續(xù)開(kāi)始的時(shí)間指接收端媒體播時(shí)的時(shí)間戳。
【文檔編號(hào)】H04L12/26GK103873306SQ201410125499
【公開(kāi)日】2014年6月18日 申請(qǐng)日期:2011年3月4日 優(yōu)先權(quán)日:2011年3月4日
【發(fā)明者】陳兵, 謝清鵬, 孫李娜 申請(qǐng)人:華為技術(shù)有限公司