專利名稱：對(duì)無線通信網(wǎng)絡(luò)的質(zhì)量體驗(yàn)(qoe)度量的制作方法
技術(shù)領(lǐng)域：
本揭示一般涉及通信網(wǎng)絡(luò)，且詳細(xì)來說但非排外地，涉及評(píng)估終端用戶在一移動(dòng)無線和/或固線通信環(huán)境中的體驗(yàn)或質(zhì)量體驗(yàn)(QoE)的技術(shù)。
背景技術(shù)：
隨著媒體壓縮及無線網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)的改進(jìn)，媒體流成為終端用戶、內(nèi)容提供者、無線操作者及其它實(shí)體的有前途的技術(shù)領(lǐng)域。盡管將有更多可用于無線技術(shù)的帶寬，諸如2.5G或3G，且盡管某些先進(jìn)壓縮技術(shù)可使非常低位率流成為可能，但對(duì)于無線環(huán)境仍存在固有問題。
遇到所述問題的無線流應(yīng)用的領(lǐng)域包括實(shí)時(shí)媒體應(yīng)用(包括音頻和視頻流)、實(shí)時(shí)音頻應(yīng)用(諸如現(xiàn)場(chǎng)音樂或體育廣播)、離線媒體應(yīng)用和離線音頻應(yīng)用。不同于有線網(wǎng)絡(luò)，無線網(wǎng)絡(luò)受高有效數(shù)據(jù)包丟失率和間歇數(shù)據(jù)包延遲影響?？捎芍T如網(wǎng)絡(luò)阻塞、位錯(cuò)誤率、或除諸如衰減(其為無線網(wǎng)絡(luò)的固有特征)的效應(yīng)外，在用戶設(shè)備處的數(shù)據(jù)溢流的因素而導(dǎo)致數(shù)據(jù)包丟失和延遲。
除了數(shù)據(jù)包丟失外，還存在對(duì)終端用戶所接收的媒體產(chǎn)生不利影響的其它因素。任一這些因素對(duì)用戶體驗(yàn)的影響可極大地取決于通信信道條件、用戶設(shè)備特征、環(huán)境條件、通信期間出現(xiàn)的有意或無意事件、或其它影響而變化。
所有上述和其它因素最終對(duì)終端用戶在媒體傳遞和消耗的情況下的一移動(dòng)無線通信環(huán)境中的質(zhì)量體驗(yàn)(QoE)產(chǎn)生不利影響，其中流僅是媒體傳遞的一個(gè)實(shí)例。這些相同或其它因素還可對(duì)終端用戶在一固線通信環(huán)境中的QoE產(chǎn)生影響。

發(fā)明內(nèi)容
一方面提供一種可用于無線通信環(huán)境中的方法。所述方法包括定義指示影響無線通信環(huán)境中的質(zhì)量的一特征的至少一個(gè)質(zhì)量體驗(yàn)(QoE)度量。在客戶端與服務(wù)器之間執(zhí)行一協(xié)商，以確定在所述客戶端與所述服務(wù)器之間的會(huì)話期間使用至少一個(gè)QoE度量中的哪個(gè)，且所述QoE度量表示為一個(gè)接受的QoE度量。在所述會(huì)話期間收集一個(gè)或多個(gè)接受的QoE度量的數(shù)據(jù)，且所述度量數(shù)據(jù)在所述客戶端與所述服務(wù)器之間傳送。


參考下圖而描述非限制性和非詳盡的實(shí)施例，其中在各種視圖中，除非另有指定，否則相同的參考數(shù)字指相同的部件。
圖1是說明QoE架構(gòu)組件和其根據(jù)一個(gè)實(shí)施例的操作的功能方框圖。
圖2說明了QoE協(xié)商的第一實(shí)施例。
圖3說明了QoE協(xié)商的第二實(shí)施例。
圖4是一更詳細(xì)展示的用于圖1的QoE架構(gòu)的QoE模塊的實(shí)施例的方框圖。
具體實(shí)施例方式
在以下描述中，給定許多特定細(xì)節(jié)以提供對(duì)實(shí)施例的徹底理解。然而所屬領(lǐng)域的相關(guān)技術(shù)人員將認(rèn)識(shí)到，本發(fā)明可脫離一個(gè)或多個(gè)特定細(xì)節(jié)或使用其它方法、組件、材料等實(shí)施。在其它實(shí)例中，未展示或詳細(xì)描述眾所周知的結(jié)構(gòu)、材料或操作以避免使本發(fā)明的方面模糊不清。
整個(gè)此說明書的參考“一個(gè)實(shí)施例”指結(jié)合實(shí)施例而描述的特定特點(diǎn)、結(jié)構(gòu)或特征包括在至少一個(gè)實(shí)施例中。因此，短語“在一實(shí)施例中”在整個(gè)此說明書中的出現(xiàn)不必都指相同的實(shí)施例。此外，在一個(gè)或多個(gè)實(shí)施例中，可以任何適當(dāng)?shù)姆绞浇M合所述特定特點(diǎn)、結(jié)構(gòu)或特征。
除非本文另有規(guī)定，整個(gè)此說明書和隨后的申請(qǐng)專利范圍，詞語“包含(comprise)”和其變化，諸如“包含(comprises)”和“包含(comprising)”可理解為一開放的包括意義，即“包括，但不限于”。
本文提供的標(biāo)題僅出于便利目的，且不解釋申請(qǐng)專利發(fā)明的范疇或涵義。
作為一概述，QoE架構(gòu)的一個(gè)實(shí)施例提供一種技術(shù)以監(jiān)控并解決在網(wǎng)絡(luò)組件之間的通信期間可能出現(xiàn)的QoE問題。舉例而言，當(dāng)將媒體從服務(wù)器傳送到客戶端時(shí)，可能存在可在一服務(wù)器與一客戶端(例如終端用戶設(shè)備)之間的通信期間出現(xiàn)的QoE問題。一個(gè)實(shí)施例的QoE架構(gòu)的組件包括起始和終止過程，其分別定義一個(gè)會(huì)話的開始和結(jié)束；一協(xié)商過程，其中服務(wù)器和客戶端協(xié)商在會(huì)話期間使用哪個(gè)度量；一個(gè)或多個(gè)度量，其被定義和實(shí)施(例如度量值的收集/測(cè)量)；度量值的會(huì)話期間的傳輸，所述度量值與以一預(yù)定頻率的度量相關(guān)且用于在協(xié)商期間接受的所有會(huì)話的預(yù)定范圍；和對(duì)所述度量值的分析/應(yīng)用以評(píng)估QoE和調(diào)整條件，使得如果需要，可改進(jìn)所述QoE。
本文將描述在無線通信網(wǎng)絡(luò)中的QoE架構(gòu)的情況下的各種實(shí)施例。應(yīng)了解本發(fā)明不限于無線環(huán)境。QoE架構(gòu)的實(shí)施例可應(yīng)用于固線通信網(wǎng)絡(luò)(包括同時(shí)包含固線和無線元件的通信網(wǎng)絡(luò))或可體驗(yàn)QoE問題的任何其它網(wǎng)絡(luò)。
僅出于說明和解釋的原因，本文使用標(biāo)準(zhǔn)和/或協(xié)議特定的術(shù)語、過程、格式或其它協(xié)議特定的實(shí)施例來描述各種實(shí)施例。舉例而言，關(guān)于會(huì)話描述協(xié)議(SDP)、實(shí)時(shí)流協(xié)議(RTSP)和其它標(biāo)準(zhǔn)/協(xié)議來描述某些實(shí)施例。這些特定描述的實(shí)施例不期望限制本發(fā)明。相反，所述標(biāo)準(zhǔn)/協(xié)議特定的描述僅用期望當(dāng)結(jié)合眾所周知的標(biāo)準(zhǔn)/協(xié)議而實(shí)施時(shí)，協(xié)助讀者(或一所屬領(lǐng)域的技術(shù)人員)理解某些實(shí)例實(shí)施例的操作和特點(diǎn)。通過本文這些特定描述，所屬領(lǐng)域的技術(shù)人員能獲得與對(duì)于其它標(biāo)準(zhǔn)/協(xié)議(當(dāng)前存在或未來將開發(fā))或?qū)τ诔霈F(xiàn)QoE問題的其它應(yīng)用來說如何制作和使用本發(fā)明的其它實(shí)施例相關(guān)的知識(shí)。
一個(gè)所述特定但非限制的QoE架構(gòu)的實(shí)例實(shí)施例通過向其提供標(biāo)準(zhǔn)的兼容擴(kuò)充而平衡諸如SDP(參閱例如RFC 2327SDPSession Description Protocol，Handley M.和Jacobson V.，1998年4月)[2]和RTSP(參閱例如RFC 2326Real Time Streaming Protocol(RTSP)，Schulzrinne H.，Rao A.和Lanphier R.，1998年4月)[3]的現(xiàn)有流描述和控制協(xié)議。一實(shí)施例還允許併入現(xiàn)有的基于標(biāo)準(zhǔn)的報(bào)告機(jī)制，諸如RTCP(參閱例如RFC 3550RTPA Transport Protocol for Real-Time Applications，Schulzrinne H.等人，2003年7月)[4]和RTCP XR(參閱例如RFC 3611RTP Control Protocol Extended Reports(RTCP XR))，T.Friedman等人，2003年11月)[5]。指派到每個(gè)這些參考的方括號(hào)[]中的數(shù)字將隨后在整個(gè)此說明書中用作一簡(jiǎn)略技術(shù)以指代這些參考。
QoE架構(gòu)的一實(shí)施例還定義一組QoE參數(shù)(度量)，諸如損壞持續(xù)時(shí)間、再緩沖持續(xù)時(shí)間、起始緩沖持續(xù)時(shí)間、連續(xù)丟失、幀速率偏差和/或抖動(dòng)持續(xù)時(shí)間。這些或其它適當(dāng)定義的度量可單獨(dú)地或在任何實(shí)踐組合中使用。
圖1展示了根據(jù)一實(shí)施例的QoE架構(gòu)中所包含的組件的圖表。展示了以QoE和質(zhì)量服務(wù)(QoS)協(xié)議的方式彼此通信的服務(wù)器100和客戶端102。一適當(dāng)?shù)窍拗频乃隹蛻舳?02的實(shí)例是支持QoE協(xié)議的任何兼容3GPP版本6的手持機(jī)/播放器，且最小組的經(jīng)定義的度量(例如在S4-040308工作草案26234-050，3GPP TSG-SA4會(huì)議#31，Montreal，Canada，2004年5月17-21日中定義的)[1]可與所述服務(wù)器100或網(wǎng)絡(luò)組件通信?？蛻舳?02的實(shí)施例包括QoE客戶端模塊118，其將隨后在下文中進(jìn)一步詳細(xì)描述。
服務(wù)器100的實(shí)施例將併入一動(dòng)態(tài)帶寬調(diào)節(jié)(DBA)模塊104、一質(zhì)量服務(wù)(QoS)模塊106和一QoE服務(wù)器模塊108。所述QoS模塊106平衡協(xié)商的最大位率、保證位率和所述客戶端102與所述網(wǎng)絡(luò)間的最大傳輸延遲參數(shù)。其還平衡任何其它網(wǎng)絡(luò)層數(shù)據(jù)，諸如丟失、延遲和其它。在2003年5月30日提交的題為“METHOD AND APPARATUS FORDYNAMIC BANDWIDTH ADAPTATION”的美國(guó)申請(qǐng)案第10/452,035號(hào)中進(jìn)一步詳細(xì)描述所述DBA模塊104的實(shí)例實(shí)施例，其轉(zhuǎn)讓給相同受讓人作為本申請(qǐng)案且其全文以引用的方式併入本文。
所有這些模塊共同確保用戶體驗(yàn)如同期望的那樣，且在整個(gè)流會(huì)話過程中甚至在劇烈變化的網(wǎng)絡(luò)條件下被監(jiān)控。一服務(wù)提供者/操作者110向一系統(tǒng)監(jiān)控模塊112、向一帳務(wù)處理模塊114(假定手持機(jī)已被驗(yàn)證)或向任何其它模塊饋入QoE服務(wù)器模塊108輸出。一個(gè)實(shí)施例的QoE服務(wù)器模塊108可經(jīng)定制以滿足插入其中的組件的需要，且可提供QoE度量和QoS參數(shù)的統(tǒng)計(jì)分析。
當(dāng)所述實(shí)施例的QoE服務(wù)器模塊108展示為駐存在服務(wù)器100中時(shí)，應(yīng)了解，所述QoE模塊(或任何其它模塊)可適當(dāng)?shù)匚挥跓o線或固線網(wǎng)絡(luò)中的其它地方。舉例而言，所述QoE服務(wù)器模塊108可位于一代理設(shè)備、路由器、交換機(jī)或其它網(wǎng)絡(luò)組件，包括在某些實(shí)施例中的客戶端102處。
QoE架構(gòu)特點(diǎn)之一是向服務(wù)提供者110提供一評(píng)估終端用戶體驗(yàn)的構(gòu)件。一個(gè)實(shí)施例的QoE架構(gòu)可用于帳務(wù)處理或手持機(jī)/播放器檢測(cè)的目的。這個(gè)用途可被加強(qiáng)，其限制條件為可基本上確保受信任的度量反饋。
如下組織以下描述。部分I描述QOE協(xié)議方面。部分II描述QOE度量方面。部分III描述QOE服務(wù)器模塊方面。部分IV描述QOE客戶端模塊方面。
I.QoE協(xié)議在一特定但非限制的實(shí)施例中，基于RTSP和SDP的協(xié)議擴(kuò)充用于在(例如)數(shù)據(jù)包交換流服務(wù)客戶端(PSS)102與PSS服務(wù)器100之間的QoE度量的傳輸和協(xié)商。當(dāng)然，所述QoE度量的傳輸和協(xié)商可使用對(duì)于RTSP和SDP是替代的或是額外的其它機(jī)制。圖1中描述了一QoE協(xié)議116的協(xié)商和傳輸過程的一實(shí)例實(shí)施例。
如果度量信息嵌入在SDP數(shù)據(jù)中，那么QoE度量協(xié)商以對(duì)從客戶端102發(fā)送的DESCRIBE請(qǐng)求響應(yīng)開始。對(duì)于本機(jī)存儲(chǔ)的含有QoE度量屬性的SDP的情況，所述協(xié)商以客戶端102的SETUP請(qǐng)求開始。如果PSS客戶端102支持QoE度量，那么所述客戶端102為正在建立的會(huì)話階層或媒體階層發(fā)送一含有選定(即被所述客戶端102接受的)/修改(用于再協(xié)商)的QoE度量的SETUP請(qǐng)求。
在接收此SETUP請(qǐng)求后，服務(wù)器100返回具有“接受的”QoE度量(即等同于客戶端102的請(qǐng)求中的度量和度量值且被服務(wù)器100接受的度量和度量值)和“再協(xié)商”QoE度量(即不等同于客戶端102的請(qǐng)求中的度量和度量值且由服務(wù)器100修改用于再協(xié)商的度量和度量值)的RTSP響應(yīng)。所述“接受的”QoE度量的回復(fù)是為再次確認(rèn)所述客戶端102。服務(wù)器100還可拒絕由客戶端102作出的改變(即拒絕“再協(xié)商”QoE度量)。如果服務(wù)器100拒絕所述改變，那么服務(wù)器100設(shè)定新值并將修改的度量再發(fā)送回客戶端102，或服務(wù)器100忽略所述“再協(xié)商”度量且不對(duì)其再次確認(rèn)。任何被服務(wù)器100確認(rèn)為“接受的”QoE度量不再協(xié)商(即，其無需在下一RTSP請(qǐng)求中的“3GPP-QoE-Metrics”標(biāo)頭中被再次發(fā)送，且無需在下一RTSP響應(yīng)中被再次確認(rèn))。
如果服務(wù)器100不認(rèn)可由客戶端102完成的修改，那么服務(wù)器100和客戶端102繼續(xù)再協(xié)商直到RTSP PLAY請(qǐng)求和服務(wù)器100回復(fù)RTSP PLAY響應(yīng)中的“接受的”QoE度量?？蛻舳?02可通過提出一RTSP PLAY請(qǐng)求而終止協(xié)商過程。應(yīng)注意，每次在一RTSP請(qǐng)求中發(fā)送“QoE度量”標(biāo)頭字段，其還存在于對(duì)應(yīng)于那個(gè)特定請(qǐng)求的響應(yīng)中。另外，響應(yīng)的接收者假定其它終端不支持QoE度量。
如果在RTSP信令傳輸開始時(shí)沒有發(fā)送DESCRIBE-RTSP響應(yīng)對(duì)(例如，請(qǐng)參閱圖2)，那么表示通過其它構(gòu)件接收SDP描述。如果所述SDP含有“3GPP-QoE-Metrics”屬性，那么以與上文所述的方式相同的方式發(fā)生協(xié)商(即，以含有“3GPP-QoE-Metrics”標(biāo)頭的SETUP請(qǐng)求開始)。如果所述SDP不含有所述“3GPP-QoE-Metrics”屬性且服務(wù)器100仍要檢查客戶端102是否支持QoE協(xié)議，那么所述服務(wù)器100包括在SETUP響應(yīng)中含有起始QoE度量的“3GPP-QoE-Metrics”標(biāo)頭。如果PSS客戶端102在下一請(qǐng)求中發(fā)送QoE度量信息(指示其支持QoE協(xié)議)，那么協(xié)商繼續(xù)直到達(dá)成相互認(rèn)同或提出RTSP PLAY請(qǐng)求和響應(yīng)消息對(duì)。如果客戶端102不在下一請(qǐng)求中向SETUP響應(yīng)發(fā)送QoE度量信息，那么服務(wù)器100假定客戶端102不支持QoE度量。
因?yàn)樾阅芎蛷?fù)雜性的原因，流期間的QoE度量協(xié)商不需在一實(shí)施例中完成。然而有可能在流會(huì)話期間關(guān)閉所述度量。舉例而言，所述度量可在會(huì)話階層或媒體階層被設(shè)定為“Off”。請(qǐng)求統(tǒng)一資源定位器(URL)指示使用哪個(gè)階層。如果不使用URL，那么“Off”應(yīng)用于會(huì)話階層。服務(wù)器100可使用OPTIONS(具有會(huì)話ID)或SET_PARAMETER RTSP方法來關(guān)閉QoE反饋。
客戶端102在RTSP準(zhǔn)備狀態(tài)期間不發(fā)送QoE反饋。在準(zhǔn)備狀態(tài)結(jié)束后(即，RTSP狀態(tài)＝播放)，周期性反饋和正常操作會(huì)繼續(xù)。此減少在上行鏈路和下行鏈路方向上的網(wǎng)絡(luò)負(fù)載，和用于PSS客戶端102的處理開支。當(dāng)由PSS客戶端102在一PAUSE后發(fā)送一RTSPPLAY請(qǐng)求時(shí)，重設(shè)用于(基于定義的“發(fā)送率”)測(cè)量報(bào)告周期的時(shí)鐘。
如果存在多個(gè)非集中會(huì)話(即，由一不同的PLAY請(qǐng)求起始每個(gè)媒體傳遞)，那么對(duì)于每個(gè)會(huì)話而言，單獨(dú)協(xié)商并報(bào)告QoE度量。
再者，應(yīng)強(qiáng)調(diào)上述(且還大體上在下文部分I.A-I.F中接著描述)特定和主要實(shí)施的QoE協(xié)議的部分的實(shí)施例僅出于說明目的且不期望限制本發(fā)明。可如下總結(jié)協(xié)議的更一般描述在服務(wù)器100與客戶端102之間起始一會(huì)話；服務(wù)器100和客戶端102中的一者或兩者可或不可支持某些度量；同樣，客戶端102可選擇包括其支持一特定會(huì)話的度量的一子組；客戶端102和服務(wù)器100因此參與一協(xié)商過程，其可包含若干來回交換，以確定由客戶端102支持和應(yīng)發(fā)送的度量，應(yīng)發(fā)送支持/接受的度量的頻率，如何啟用和/或停用度量，接受的度量要包含的內(nèi)容或值，和其它與度量相關(guān)的因素；由客戶端102進(jìn)行的對(duì)度量值的測(cè)量和收集；將度量值從客戶端102傳輸?shù)椒?wù)器100；和會(huì)話的終止。可評(píng)估傳輸?shù)亩攘恐狄源_定在流會(huì)話期間和/或隨后的會(huì)話是否能或應(yīng)改進(jìn)QoE。隨后描述在所定義的標(biāo)準(zhǔn)的情況下的QoE協(xié)議的起始/終止、協(xié)商和傳輸(反饋)特點(diǎn)的實(shí)施例的更詳細(xì)且非限制性描述。
A.起始/終止RTSP在一說明性且非限制性實(shí)施例中，定義一新的RTSP標(biāo)頭以使PSS客戶端102和服務(wù)器100能夠協(xié)商PSS客戶端102應(yīng)發(fā)送哪個(gè)質(zhì)量體驗(yàn)(QoE)度量、應(yīng)發(fā)送所述度量的頻率和如何關(guān)閉度量傳輸。例如在一RTSP實(shí)施中，此標(biāo)頭可存在于RTSP方法SETUP、SET_PARAMETER、OPTIONS(具有會(huì)話ID)和PLAY的請(qǐng)求和響應(yīng)中。在非RTSP實(shí)施中，可使用其它構(gòu)件傳輸標(biāo)頭或標(biāo)頭中的數(shù)據(jù)。在ABNF[3]中定義實(shí)例標(biāo)頭如下QoE-Header="3GPP-QoE-Metrics"":"("Off"/Measure-Spec*(","Measure-Spec))CRLFMeasure-Spec=Stream-URL";"((Metrics";"Sending-rate[";"Measure-Range]*([";"Parameter_Ext]))/"Off")Stream-URL="url""="<">Rtsp_URL<">
Metrics="metrics""=""{"Metrics-Name*(","Metrics-Name)"}"Metrics-Name=1*((0x21..0x2b)/(0x2d..0x3a)/(0x3c..0x7a)/0x7c/0x7e);VCHARexcept";",",","{"or"}"Sending-Rate="rate""="1*DIGIT/"End"Measure-Range="range""="Ranges-SpecifierParameter_Ext="On"/"Off"/(1*DIGIT["."1*DIGIT])/(1*((0x21..0x2b)/(0x2d..0x3a)/(0x3c..0x7a)/0x7c/0x7e))Ranges-Specifier=如RFC 2326中所定義Rtsp_URL=如RFC 2326中所定義有兩種方式使用此標(biāo)頭用于此特定非限制性實(shí)施例——所述標(biāo)頭可以其它方式用于其它實(shí)施例-僅使用“Off”參數(shù)是服務(wù)器100或客戶端102希望取消度量報(bào)告的指示。
-使用其它參數(shù)指示開始度量傳輸?shù)恼?qǐng)求。
如果“Stream-URL”是一RTSP會(huì)話控制URL，那么“Metrics”應(yīng)用于RTSP會(huì)話。如果“Stream-URL”是一RTSP媒體控制URL，那么“Metrics”僅應(yīng)用于會(huì)話的所指示的媒體組件。
具有相同“Stream-URL”、“Sending-rate”和“Measure-Range”的QoE度量集中在單個(gè)“Measure-Spec”聲明中。另外，使用多個(gè)“Stream-URL”聲明。
“Metrics”字段含有描述將在PSS會(huì)話中報(bào)告的度量/測(cè)量的名稱清單。所述“Metrics”字段中未包括的名稱不在所述會(huì)話期間報(bào)告。
“Sending-Rate”被設(shè)定，且以秒表示兩個(gè)連續(xù)QoE報(bào)告之間的最大周期。如果所述“Sending-Rate”值為0，那么客戶端102依據(jù)客戶端102中出現(xiàn)的事件而決定報(bào)告的發(fā)送時(shí)間。值≥1指示精確的報(bào)告間隔。最小間隔為一秒且最長(zhǎng)間隔未被定義。所述報(bào)告間隔對(duì)于不同媒體可不同，但可維持一同步程度以避免在上行鏈路方向上的額外流量。值“End”指示在會(huì)話結(jié)束時(shí)僅發(fā)送一個(gè)報(bào)告。
可選的“Measure-Range”字段(如果使用)定義流中的時(shí)間范圍，其中向所述流報(bào)告QoE度量。在一實(shí)例實(shí)施例中，每個(gè)測(cè)量規(guī)格僅有一范圍。范圍格式可為媒體允許的任何格式。如果所述“Measure-Range”字段不存在，那么使用SDP中的對(duì)應(yīng)的(媒體或會(huì)話階層)范圍屬性。如果SDP信息不存在，那么度量范圍為整個(gè)會(huì)話持續(xù)時(shí)間。在一實(shí)施例中，在RTSP請(qǐng)求或響應(yīng)中僅有一個(gè)“3GPP-QoE-Metrics”標(biāo)頭。
B.傳輸/反饋RTSP在一實(shí)施例中，可由“3GPP-QoE-Feedback”標(biāo)頭使用SET_PARAMETER、PAUSE或TEARDOWN方法輸送QoE度量反饋以響應(yīng)PSS服務(wù)器100的請(qǐng)求。在ABNF[3]中定義標(biāo)頭的一可能實(shí)例如下Feedbackheader="3GPP-QoE-Feedback"":"Feedback-Spec*(","Feedback-Spec)CRLFFeedback-Spec=Stream-URL 1*(";"Parameters)[";"Measure-Range]Stream-URL=如[1]中所指定Parameters=Metrics-Name"=""{"SP/(Measure*(","Measure))"}"Metrics-Name=如[1]中所指定Measure=值[SP Timestamp]
Measure-Range=如[1]中所定義Value=(1*DIGIT["."*DIGIT])/1*((0x21..0x2b)/(0x2d..0x3a)/(0x3c..0x7a)/0x7c/0x7e);VCHAR except";",",","{"or"}"Timestamp=NPT-TimeNPT-Time=如RFC 2326中所定義“Stream-URL”為RTSP會(huì)話或識(shí)別應(yīng)用反饋參數(shù)的媒體的媒體控制URL。
“Parameters”定義中的“Metrics-Name”字段含有度量/測(cè)量的名稱，且將相同的標(biāo)識(shí)符用作“3GPP-QoE-Metrics”標(biāo)頭。
“Value”字段指示結(jié)果。有可能在一監(jiān)控周期期間相同事件出現(xiàn)了多次。在那種情況下，度量值可出現(xiàn)多次以向服務(wù)器100指示事件數(shù)。
可選的“Timestamp”(在NPT時(shí)間中定義)指示當(dāng)事件出現(xiàn)或當(dāng)計(jì)算度量時(shí)的時(shí)間。如果無事件出現(xiàn)，那么報(bào)告一空組(僅含有一空格)。
可選的“Measure-Range”指示此報(bào)告有效的實(shí)際的報(bào)告周期。
由PSS客戶端102通過使用(例如)SET_PARAMETER方法而完成QoE度量報(bào)告。然而，為了更有效率，在特定情況下還可使用RTSP PAUSE和TEARDOWN方法，諸如情況1當(dāng)發(fā)送最后的QoE報(bào)告時(shí)，客戶端102將QoE信息嵌入一TEARDOWN消息中。
情況2當(dāng)客戶端102希望暫停流流動(dòng)時(shí)，QoE信息應(yīng)嵌入一PAUSE方法中。當(dāng)系統(tǒng)暫停時(shí)，由于沒有媒體流，所以PSS客戶端102不應(yīng)向PSS服務(wù)器100發(fā)送任何QoE報(bào)告。
C.起始/終止SDP在一實(shí)施例中，SDP可用于起始QoE協(xié)商。使用SDP的原因是為了支持通過除RTSPDESCRIBE以外的其它方法(例如WAP、HTTP或email)分配SDP的使用情況。下文基于RFC 2327在ABNF中定義了可在會(huì)話或媒體階層使用的新實(shí)例SDP屬性QoE-Metrics-line="a""=""3GPP-QoE-Metrics:"att_measure_spec*(","att-measure-spec))CRLFatt-measure-spec=Metrics";"Sending-rate[";"Measure-Range]*([";"Parameter_Ext])Metrics=如[1]中所定義Sending-Rate=如[1]中所定義Measure-Range=如[1]中所定義Parameter_Ext=如[1]中所定義服務(wù)器100使用此屬性以指示QoE度量被支持且如果還由客戶端102支持就被使用。
當(dāng)在會(huì)話階層存在時(shí)，其僅含有應(yīng)用到完整會(huì)話的度量。當(dāng)在媒體階層存在時(shí)，其僅含有可應(yīng)用到個(gè)別媒體的度量。RTSP控制URI(a＝控制)暗含RTSP標(biāo)頭“3GPP-QoE-Metrics”規(guī)格中使用的URI。
D.起始/終止SDP(實(shí)例)以下非限制性實(shí)例展示了QoE度量的SDP屬性的語法。監(jiān)控會(huì)話階層QoE度量描述(起始緩沖持續(xù)時(shí)間和再緩沖)，且在會(huì)話結(jié)束時(shí)報(bào)告一次。而且，監(jiān)控度量的視頻特定描述(損壞和解碼字節(jié))，且從流開始直到(例如)40s的時(shí)間每15秒報(bào)告一次，但此定時(shí)在不同實(shí)施例中可適當(dāng)變化。監(jiān)控度量的音頻特定描述(損壞)，且例如自開始直至流結(jié)束每20秒報(bào)告一次。
實(shí)例1Server->ClientRTSP/1.0200OKCseq:1Content-Type:application/sdpContent-Base:rtsp://example.com/foo/bar/baz.3gp/Content-Length:800Server:PSSR6 Serverv=0o=-3268077682 433392265 IN IP4 63.108.142.6s=QoE Enables Session Description Examplee=support@foo.comc=IN IP4 0.0.0.0t=00a=range:npt=0-83.660000a=3GPP-QoE-Metrics:{Initial_Buffering_Duration,Rebuffering_Duration};rate=Enda=control:*m=video 0 RTP/AVP 96b=AS:28a=3GPP-QoE-Metrics:{Corruption_Duration,Decoded_Bytes};rate=15;range:npt=0-40a=control:trackID=3a=rtpmap:96 MP4V-ES/1000a=range:npt=0-83.666000a=fmtp:96profile-level-id=8;config=000001b008000001b50900012000m=audio 0 RTP/AVP 98b=AS:13a=3GPP-QoE-Metrics:{Corruption_Duration};rate=20a=control:trackID=5a=rtpmap:98AMR/8000a=range:npt=0-83.660000a=fmtp:98octet-align=1a=maxptime:200E.起始/終止RTSP(實(shí)例)在圖2的實(shí)例中，展示了如何在RTSP會(huì)話建立期間協(xié)商QoE度量。在協(xié)商后，客戶端102可向服務(wù)器100提供測(cè)量/收集的接收的度量值作為反饋。Client->Server SETUP rtsp://example.com/foo/bar/baz.3gp/trackID=3RTSP/1.0Cseq:23GPP-QoE-Metrics:url="rtsp://example.com/foo/bar/baz.3gp/trackID=3";
metrics={Corruption_Duration,Decoded_Bytes};rate=10;Range:npt=0-40,url="rtsp://example.com/foo/bar/baz.3gp";
metrics={Initial_Buffering_Duration,Rebuffering_Duration];rate=End在上文實(shí)例SETUP請(qǐng)求中，客戶端102將控制URL"rtsp://example.com/foo/bar/baz.3gp/tracklD=3"的QoE度量的發(fā)送率從15修改成10(與起始的SDP描述相比)。假定服務(wù)器100確認(rèn)所述改變，服務(wù)器100將如下發(fā)送回一SETUP響應(yīng)Server->Client RTSP/1.0200 OKCseq:2Session:17903320Transport:RTP/AVP;unicast;client_port=7000-7001;server_port=6970-69713GPP-QoE-Metrics:url="rtsp://example.com/foo/bar/baz.3gp/trackID=3";
metrics={Corruption_Duration,Decoded_Bytes};rate=10;Range:npt=0-40,url="rtsp://example.com/foo/bar/baz.3gp";
metrics={Initial_Buffering_Duration,Rebuffering_Duration};rate=End圖3展示了當(dāng)不存在DESCRIBE-200/OK時(shí)的實(shí)例QoE度量協(xié)商。
在下文實(shí)例中，(對(duì)于所有媒體)在會(huì)話階層關(guān)閉度量Client->Server,Server->Client SET_PARAMETERrtsp://example.corn/foo/bar/baz.3gpRTSP/1.0
Cseq:302Session:179033203GPP-QoE-Metrics:OffContent-length:0設(shè)定所述度量的實(shí)例響應(yīng)為Server->Client,Client->Server RTSP/1.0200 OKCseq:302Session:179033203GPP-QoE-Metrics:OffF.傳輸/反饋RTSP(實(shí)例)度量反饋(包含度量值/數(shù)據(jù))可使用任何合適的通信技術(shù)從客戶端102傳輸或另外輸送到服務(wù)器100。一可能的且非限制性技術(shù)是使用SET_PARAMETER方法向服務(wù)器100輸送反饋。以下實(shí)例展示了在監(jiān)控時(shí)間期間出現(xiàn)兩個(gè)(2)損壞周期。每個(gè)值指示每個(gè)損壞周期的持續(xù)時(shí)間(以毫秒計(jì))。
實(shí)例5(反饋)Client->Server SET_PARAMETER rtsp://example.com/foo/bar/baz.3gp RTSP/1.0Cseq:302Session:179033203GPP-QoE-Feedback:
url="rtsp://example.com/foo/bar/baz.3gp/trackID=3";Corruption_Duration={200 1300}Content-length:0以下實(shí)例展示了在監(jiān)控時(shí)間期間出現(xiàn)兩個(gè)(2)損壞周期。每個(gè)值對(duì)指示每個(gè)損壞周期的持續(xù)時(shí)間(以毫秒計(jì))和損壞的時(shí)間標(biāo)記(例如，第一損壞出現(xiàn)在12秒時(shí)且持續(xù)200毫秒)。
實(shí)例6(具有時(shí)間標(biāo)記和范圍的反饋)Client->Server SET_PARAMETER rtsp://example.com/foo/bar/baz.3gp RTSP/1.0Cseq:302Session:179033203GPP-QoE-Feedback:url="rtsp://example.com/foo/bar/baz.3gp/trackID=3";
Corruption_Duration={200 12，1300 16};Range:npt=10-20Content-length:0在以下實(shí)例中沒有報(bào)告事件。
實(shí)例7(無事件的反饋)Client->Server SET_PARAMETER rtsp://example.com/foo/bar/baz.3gp RTSP/1.0Cseq:302Session:179033203GPP-QoE-Feedback:
url="rtsp://example.com/foo/bar/baz.3gp/trackID=3";Corruption_Duration={}Content-length:0II.QoE度量在一實(shí)施例中，PSS客戶端102在傳輸層測(cè)量度量，但為了更好的精確度還可在應(yīng)用程序?qū)訙y(cè)量。度量的報(bào)告周期是計(jì)算一組度量的周期。報(bào)告周期的最大值經(jīng)由QoE協(xié)議而協(xié)商。報(bào)告周期不包括影響實(shí)際播放的任何有意事件，諸如暫?；虻罐D(zhuǎn)，或由其引起的任何緩沖或停滯/間隙。在其它實(shí)施例中，可通過對(duì)于客戶端102是替代或額外的組件測(cè)量一個(gè)或多個(gè)度量，且接著輸送到服務(wù)器100和/或客戶端102。
在一實(shí)施例中，至少某些度量指示影響通信環(huán)境質(zhì)量的特征，或是通信信道的某些其它指示或結(jié)果?？稍诳蛻舳?02的協(xié)議堆棧、客戶端102的應(yīng)用程序、客戶端102的緩沖器、客戶端102的編碼解碼器或與QoE或任何上述組合相關(guān)的其它客戶端特征中測(cè)量所述QoE度量。所述度量可用于調(diào)整服務(wù)器100和/或客戶端102處的這些層中任何層的行為。
可通過PSS客戶端102實(shí)施QoE而得到以下實(shí)例度量。應(yīng)理解，這些度量不僅僅是可用于QoE目的的度量?？捎闷渌攘垦a(bǔ)充這些度量，由其它度量替代、修改、組合等。本文描述以下度量以提供對(duì)本發(fā)明的實(shí)施例的操作和特點(diǎn)的更好的了解。
下文定義的所有度量可應(yīng)用于音頻、視頻、語音和定時(shí)的文字媒體類型中的至少一者，且不需應(yīng)用于其它媒體類型，諸如合成音頻、靜止影像、位形、向量圖形和文字。然而應(yīng)了解，對(duì)于這些其它媒體類型可提供其它度量。在一實(shí)施例中，客戶端102可忽略任何未知的度量且其不包括在任何QoE報(bào)告中。
A.損壞持續(xù)時(shí)間度量損壞持續(xù)時(shí)間M是從損壞前最后良好幀的NPT時(shí)間到第一個(gè)后續(xù)的良好幀的NPT時(shí)間或報(bào)告周期結(jié)束(無論哪個(gè)在前)之間的周期。一損壞的幀可為一完全丟失的幀或一質(zhì)量降級(jí)的媒體幀，且解碼的幀和無錯(cuò)誤的解碼不同。一良好的幀為一“完全接收的”幀X
-其是一更新的幀(不參考任何先前解碼的幀且隨后接收的幀不參考先于X解碼的任何幀)；-或不參考任何先前解碼的幀；-或參考先前解碼的“良好幀”。
“完全接收”指接收所有位且未出現(xiàn)位錯(cuò)誤。
在一實(shí)施例中，可如下計(jì)算以毫秒計(jì)的損壞持續(xù)時(shí)間Ma)可由客戶端102使用編碼解碼層獲得M，在這種情況下編碼解碼層向客戶端102發(fā)送一良好幀的解碼。還可通過錯(cuò)誤跟蹤方法獲得一良好幀，但解碼質(zhì)量評(píng)估方法不用于一個(gè)實(shí)施例中而可用于另一實(shí)施例中。
b)在不存在來自編碼解碼層的信息的情況下，從損壞前的最后的幀的NPT時(shí)間和N獲得M，其中N視情況從服務(wù)器100向客戶端102發(fā)送信號(hào)，且以毫秒計(jì)表示兩個(gè)后續(xù)更新幀之間的最大持續(xù)時(shí)間。
c)當(dāng)不存在來自編碼解碼層的信息且如果未發(fā)送N的情況下，那么M默認(rèn)為∞(對(duì)于視頻)或?yàn)橐粠掷m(xù)時(shí)間(對(duì)于音頻)，或報(bào)告周期的結(jié)束(無論哪個(gè)在前)。
如在點(diǎn)b中定義的可選參數(shù)N與“Corruption_Duration”參數(shù)一起用于“3GPP-QoE-Metrics”標(biāo)頭中。定義另一可選參數(shù)T以指示客戶端102是否使用錯(cuò)誤跟蹤。T的值是由客戶端設(shè)定的。用于N和T的可包括于“Measure-Spec”([1]的子句5.3.2.3.1)的實(shí)例和非限制性語法如下N="N""="1*DIGITT="T""=""On"/"Off"用于QoE反饋標(biāo)頭的“Metrics-Name Corruption_Duration”的一實(shí)例和非限制性語法如[1]的子句5.3.2.3.2中所定義。
可使用空格(SP)報(bào)告一事件不存在。
對(duì)于“Metrics-Name Corruption_Duration”，子句5.3.2.3.2中的“Value”字段指示損壞持續(xù)時(shí)間。此度量的單位以毫秒表達(dá)。有可能損壞在一報(bào)告周期期間出現(xiàn)多次。在那種情況下，值可出現(xiàn)多次以指示損壞事件數(shù)。
相對(duì)于報(bào)告周期的開始時(shí)間，在報(bào)告周期內(nèi)，以回放次序，在損壞出現(xiàn)前，″Timestamp″值等于最后良好幀的NPT時(shí)間。如果在報(bào)告周期內(nèi)且在損壞前沒有良好幀，那么所述時(shí)間標(biāo)記被設(shè)定成報(bào)告周期的開始時(shí)間。
B.再緩沖持續(xù)時(shí)間度量再緩沖被定義為歸因于客戶端一側(cè)的任何無意事件的回放時(shí)間中的任何停止。
用于QoE反饋標(biāo)頭的“Metrics-Name Rebuffering_Duration”的一實(shí)例和非限制性語法如[1]的子句5.3.2.3.2中所定義。
可使用空格(SP)報(bào)告一事件不存在。
對(duì)于“Metrics-Name Rebuffering_Duration“，子句5.3.2.3.2中的“Value”字段指示再緩沖持續(xù)時(shí)間。此度量的單位以秒表達(dá)，且可為一分?jǐn)?shù)值。有可能再緩沖在一監(jiān)控周期期間出現(xiàn)多次。在那種情況下，度量值可出現(xiàn)多次以指示再緩沖事件的數(shù)目。
可選的“Timestamp”指示當(dāng)再緩沖從報(bào)告周期開始出現(xiàn)時(shí)的時(shí)間。相對(duì)于報(bào)告周期的開始時(shí)間，在報(bào)告周期內(nèi)且在再緩沖出現(xiàn)前，“Timestamp”值等于最后播放的幀的NPT時(shí)間。如果在報(bào)告周期內(nèi)沒有播放的幀，那么所述時(shí)間標(biāo)記設(shè)定成報(bào)告周期的開始時(shí)間。
C.起始的緩沖持續(xù)時(shí)間度量起始的緩沖持續(xù)時(shí)間是從接收第一RTP數(shù)據(jù)包直到播放開始的時(shí)間。
除用于此度量“Measure”中的“Timestamp”未定義外，用于QoE反饋標(biāo)頭的“Metrics-Name lnitial_Buffering_Duration”的一實(shí)例和非限制性語法如子句5.3.2.3.2中所定義。如果報(bào)告周期比“l(fā)nitial_Buffering_Duration”短，那么客戶端只要觀察到，應(yīng)在每個(gè)報(bào)告周期發(fā)送此參數(shù)?！癡alue”字段指示起始的緩沖持續(xù)時(shí)間，其中此度量的單位以秒表達(dá)，且可為一分?jǐn)?shù)值。僅可有一個(gè)“Measure”且其僅可具有一個(gè)“Value”?？墒褂每崭?SP)報(bào)告一事件不存在?！發(fā)nitial_Buffering_Duration”是一個(gè)會(huì)話階層參數(shù)。
D.RTP數(shù)據(jù)包的連續(xù)丟失此參數(shù)指示每個(gè)媒體信道的RTP數(shù)據(jù)包連續(xù)丟失的數(shù)目。
用于QoE反饋標(biāo)頭的“Metrics-Name Successive_Loss″”的一實(shí)例和非限制性語法如子句5.3.2.3.2中所定義。
可使用空格(SP)報(bào)告一事件不存在。
對(duì)于“Metrics-Name Successive_Loss”，“Value”字段指示RTP數(shù)據(jù)包連續(xù)丟失的數(shù)目。此度量的單位表達(dá)為一等于或大于1的整數(shù)。有可能在一報(bào)告周期期間出現(xiàn)連續(xù)丟失多次。在那種情況下，度量值可出現(xiàn)多次以指示連續(xù)丟失的數(shù)目。
可選的“Timestamp”指示當(dāng)連續(xù)丟失數(shù)據(jù)包出現(xiàn)時(shí)的時(shí)間。相對(duì)于報(bào)告周期的開始時(shí)間，在報(bào)告周期內(nèi)，以回放次序，在連續(xù)丟失數(shù)據(jù)包出現(xiàn)前，“Timestamp”值等于最后接收的RTP數(shù)據(jù)包的NPT時(shí)間。如果在報(bào)告周期內(nèi)且在連續(xù)丟失前沒有接收的RTP數(shù)據(jù)包，那么時(shí)間標(biāo)記被設(shè)定成報(bào)告周期的開始時(shí)間。
如果需要一具有序列數(shù)目信息的RTP丟失的全程程度編碼，那么應(yīng)使用RTCP XR[5]丟失RLE報(bào)告區(qū)塊以替代連續(xù)丟失的度量。
E.幀速率偏差幀速率偏差指示回放幀速率信息。當(dāng)在一報(bào)告周期期間實(shí)際的回放幀速率偏離一預(yù)定值時(shí)發(fā)生幀速率偏差。
實(shí)際的回放幀速率等于在報(bào)告周期期間所播放的幀的數(shù)目除以以秒計(jì)的報(bào)告周期的持續(xù)時(shí)間。
表示預(yù)定幀速率值的參數(shù)FR與“Framerate_Deviation”參數(shù)一起用在“3GPP-QoE-Metrics”標(biāo)頭中?？捎煞?wù)器100設(shè)定FR的值。用于FR的可包括于“Measure-Spec”([1]的子句5.3.2.3.1)中的一實(shí)例和非限制性語法如下FR="FR""="1*DIGIT"·"1*DIGIT除用于此度量“Measure”中的“Timestamp”未定義外，用于QoE反饋標(biāo)頭的Metrics-Name“Framerate_Deviation”的一實(shí)例和非限制性語法如子句5.3.2.3.2中所定義?？墒褂每崭?SP)報(bào)告一事件不存在。
對(duì)于Metrics-Name“Framerate_Deviation”，“Value”字段指示幀速率偏差值，其等于預(yù)定的幀速率減去實(shí)際的回放幀速率。此度量可以每秒多少幀表達(dá)，且可為一分?jǐn)?shù)值，且可為負(fù)值。在一實(shí)例和非限制性實(shí)施例中，對(duì)于此度量，度量值僅可出現(xiàn)一次。
F.抖動(dòng)持續(xù)時(shí)間當(dāng)實(shí)際的回放時(shí)間與期望的回放時(shí)間之間的絕對(duì)差大于100毫秒的預(yù)定值時(shí)，發(fā)生抖動(dòng)。在一個(gè)實(shí)例實(shí)施例中，一幀的期望時(shí)間等于最后播放的幀的實(shí)際的回放時(shí)間加上所述幀的NPT時(shí)間與最后播放的幀的NPT時(shí)間之間的差。
用于QoE反饋標(biāo)頭的Metrics-Name“Jitter_Duration”的一實(shí)例和非限制性語法如[1]的子句5.3.2.3.2中所定義。
可使用空格(SP)報(bào)告一事件不存在。
對(duì)于Metrics-Name“Jitter_Duration”，5.3.2.3.2中“Value”字段指示回放抖動(dòng)的持續(xù)時(shí)間。此度量的單位以秒表示，且可為一分?jǐn)?shù)值。有可能抖動(dòng)在一監(jiān)控周期期間出現(xiàn)多次。在那種情況下，度量值可出現(xiàn)多次以指示抖動(dòng)事件的數(shù)目。
可選的“Timestamp”字段指示從報(bào)告周期開始抖動(dòng)出現(xiàn)時(shí)的時(shí)間。相對(duì)于報(bào)告周期的開始時(shí)間，“Timestamp”值等于回放抖動(dòng)中的第一個(gè)播放的幀的NPT時(shí)間。
III.QoE服務(wù)器模塊圖4展示了根據(jù)一實(shí)施例的服務(wù)器100中的QoE服務(wù)器模塊108。所述QoE服務(wù)器模塊108負(fù)責(zé)在媒體通信時(shí)量化若干因素的影響，包括網(wǎng)絡(luò)條件、客戶端特征等。QoE服務(wù)器模塊108通過從客戶端102收集反饋而實(shí)現(xiàn)。
所述QoE服務(wù)器模塊108的各種實(shí)施例的特征和特點(diǎn)可描述如下1.所述QoE服務(wù)器模塊108可駐存于一流服務(wù)器中(例如服務(wù)器100)。
2.所述QoE服務(wù)器模塊108可駐存于一rtsp代理或任何其它合適的網(wǎng)絡(luò)設(shè)備中。
3.所述QoE服務(wù)器模塊108可接受來自各種協(xié)議412的輸入，所述協(xié)議412諸如○ 通過QoE協(xié)議的QoE度量(如上文和[1]中所解釋)○ RTCP度量[4]○ 3GPP鏈路特征[1]○ RTCP XR[5]4.所述QoE服務(wù)器模塊108的配置可存儲(chǔ)于一SDP文件或由服務(wù)器/代理產(chǎn)生。圖4中的410展示了實(shí)例配置參數(shù)。
5.所述QoE服務(wù)器模塊108與DBA模塊104交互○ 影響決定以基于統(tǒng)計(jì)的QoE結(jié)果而增加位率○ 影響決定以基于主觀的QoE結(jié)果而增加位率○ 影響決定以基于統(tǒng)計(jì)的QoE結(jié)果而減少位率○ 影響決定以基于主觀的QoE結(jié)果而減少位率○ 以下特征還可基于主觀和/或統(tǒng)計(jì)的QoE結(jié)果而增加/減少或另外影響/改變幀速率、更新間隔和行為、錯(cuò)誤彈性、緩沖行為、最大幀大小、峰值位率、片斷、重傳輸和/或其它特征。
○ 如果開啟DBA模塊104■ QoE可影響速率調(diào)節(jié)(可配置).
■ 在一實(shí)施例中，通過DBA模塊104控制報(bào)告。
○ 如果關(guān)閉DBA模塊104■ 在一實(shí)施例中，QoE服務(wù)器108不影響速率調(diào)節(jié)，但可在另一實(shí)施例中影響速率調(diào)節(jié)。
■ 在一實(shí)施例中，由QoE服務(wù)器108控制報(bào)告，而在另一實(shí)施例中由其它模塊或組件控制。
○ 在一實(shí)施例中，如果關(guān)閉DBA和QoE模塊104和108，那么由QoS模塊106控制報(bào)告。
6.所述QoE服務(wù)器模塊108可以下列模式中的一者或兩者而操作○ 統(tǒng)計(jì)模式○ 主觀模式○ 詳細(xì)內(nèi)容可以許多方式在所述QoE服務(wù)器模塊108中組織使用從客戶端102傳回到服務(wù)器100的度量。一種方式是“統(tǒng)計(jì)模式”。此處，所述QoE服務(wù)器模塊108以最小值、最大值等的形式組織度量的統(tǒng)計(jì)。第二方式是“主觀模式”。此處，QoE服務(wù)器模塊108通過將度量映射到一質(zhì)量服務(wù)類別以組織其接收的度量。因此，(例如)，在觀察度量后，QoE服務(wù)器模塊108可確定一特定度量屬于MEDIUM質(zhì)量類別。同樣，此信息可用于確認(rèn)的目的。舉例而言，如果客戶端102屬于一HIGH質(zhì)量類別，但對(duì)于基于服務(wù)器100接收的度量的此特定會(huì)話，其確定此會(huì)話僅屬于MEDIUM質(zhì)量類別，那么所述信息可用于許多目的?？赡軡撛诖嬖谠S多對(duì)QoE服務(wù)器模塊108接收的度量的其它分析。
7.QoE統(tǒng)計(jì)模式○ 在媒體或會(huì)話階層計(jì)算○ 在單個(gè)周期或整個(gè)會(huì)話測(cè)量○ 計(jì)算最小值、最大值、平均值和至少以下標(biāo)準(zhǔn)偏差■ 損壞持續(xù)時(shí)間(如上文和[1]中所解釋)■ 再緩沖持續(xù)時(shí)間(如上文和[1]中所解釋)■ 起始緩沖持續(xù)時(shí)間(如上文和[1]中所解釋)■ 連續(xù)丟失(如上文和[1]中所解釋)8.QoE主觀模式○ 在媒體或會(huì)話階層計(jì)算○ 在整個(gè)會(huì)話測(cè)量(無單個(gè)周期的報(bào)告)○ 提供對(duì)預(yù)定的QoS類別的映射■ 盡力服務(wù)(Best-effort)或流類別，■ 低、中或高QoE類別。
○ 提供對(duì)可能的問題位置的隔離■ 鏈路層■ 網(wǎng)絡(luò)協(xié)議堆?！? 編碼解碼器堆棧問題■ 客戶端應(yīng)用程序問題
■ 夾片問題■ 其它9.QoE報(bào)告可整合到○ 監(jiān)控系統(tǒng)○ 帳務(wù)系統(tǒng)(如果手持機(jī)已被驗(yàn)證)在一實(shí)施例中，DBA模塊104、QoS模塊106和QoE服務(wù)器模塊108可共同包含報(bào)告模塊400的部分?？捎蓄~外的模塊位于服務(wù)器100中，諸如一速率交換模塊402。為了簡(jiǎn)潔目的，本文將不提供所述額外模塊的詳細(xì)描述。
至少某些與QoE相關(guān)和上述其它操作可包含在軟件或存儲(chǔ)于一個(gè)或多個(gè)機(jī)器可讀媒體406上的其它機(jī)器可讀指令404。所述機(jī)器可讀機(jī)器媒體406可位于服務(wù)器100中、位于客戶端102中和/或位于其它合適的網(wǎng)絡(luò)位置中。一個(gè)或多個(gè)處理器408耦接到存儲(chǔ)媒體406，以允許處理器408執(zhí)行存儲(chǔ)于其上的軟件404。
IV.QoE客戶端模塊一個(gè)實(shí)施例的QoE客戶端模塊118是基于客戶端102的。
所述QoE客戶端模塊118可基于許多考慮而決定在一會(huì)話期間開啟/關(guān)閉QoE度量。一個(gè)所述考慮為(例如)可阻礙其正常操作的低電池功率。
所述QoE客戶端模塊118在其決定在會(huì)話開始時(shí)開啟度量后，可在會(huì)話中間關(guān)閉度量。此決定可受許多原因影響，包括其收集的度量無效性或其它原因。
所述QoE客戶端模塊118可從其支持的度量組中仔細(xì)挑選，對(duì)于一特定會(huì)話支持何種度量。此決定可受計(jì)算度量的復(fù)雜性、過去的體驗(yàn)或其它考慮影響。所述度量選擇可用于與服務(wù)器100協(xié)商。
所述QoE客戶端模塊118在其同意在會(huì)話開始時(shí)測(cè)量度量后，可在會(huì)話中間選擇選擇性關(guān)閉某度量。QoE客戶端模塊118還可選擇報(bào)告所述度量的頻率。頻率選擇可用于與服務(wù)器100協(xié)商。所述QoE客戶端模塊118可選擇應(yīng)測(cè)量度量的會(huì)話范圍。范圍選擇可用于與服務(wù)器100協(xié)商。一實(shí)施例的QoE服務(wù)器模塊108和/或QoE客戶端模塊118可在會(huì)話期間改變度量清單、度量階層(媒體/會(huì)話)、度量頻率和度量范圍。
QoE客戶端模塊118可動(dòng)態(tài)測(cè)量或當(dāng)解碼或處理從服務(wù)器100接收的媒體時(shí)另外獲得度量值“on-the-fly”。來自解碼和/或處理循環(huán)的結(jié)果可用在度量收集期間。
所述QoE客戶端模塊118可在各階層(例如應(yīng)用程序、網(wǎng)絡(luò)、編碼解碼器或其它)收集數(shù)據(jù)。所述QoE客戶端模塊118可接著共同使用所述數(shù)據(jù)以確定某些度量。
所述QoE客戶端模塊118可區(qū)分與質(zhì)量體驗(yàn)有關(guān)的客戶端102的有意和無意動(dòng)作。所述QoE客戶端模塊118可維持其測(cè)量的度量的完整性。如果所述選擇有效，那么所述QoE客戶端模塊118可選擇傳輸這些度量的方法。
在一實(shí)施例中，所述QoE客戶端模塊118可在仍收集度量的同時(shí)改變度量的配置(例如度量的頻率和范圍)。度量還可應(yīng)用于會(huì)話階層、流階層媒體(例如音頻、視頻，獨(dú)立地或共同地)。
至少某些與QoE相關(guān)和上述其它操作可包含在軟件或其它存儲(chǔ)于一個(gè)或多個(gè)機(jī)器可讀媒體406上的機(jī)器可讀指令404中。所述機(jī)器可讀媒體406可位于服務(wù)器100、位于客戶端102和/或位于其它合適的網(wǎng)絡(luò)位置處。一個(gè)或多個(gè)處理器408耦接到存儲(chǔ)媒體406，以允許處理器408執(zhí)行存儲(chǔ)于其上的軟件404。各種組件，諸如位于服務(wù)器100和/或客戶端102處的模塊，可包含在軟件(或其它機(jī)器可讀指令)、硬件和/或兩者的組合中。
本說明書和/或申請(qǐng)數(shù)據(jù)表中涉及的所有上述美國(guó)專利、美國(guó)專利申請(qǐng)公告案、美國(guó)專利申請(qǐng)案、外國(guó)專利、外國(guó)專利申請(qǐng)案和非專利申請(qǐng)案，其全文以引用的方式并入本文。
所說明的實(shí)施例的以上描述，包括摘要中所述，并非希望詳盡化或?qū)⒈景l(fā)明限于所揭示的精確形式。當(dāng)本文出于說明目的而描述特定實(shí)施例和實(shí)例時(shí)，在本發(fā)明的范疇內(nèi)可具有各種等同的修改，且可在不偏離本發(fā)明的精神和范疇的情況下而制作。
舉例而言，當(dāng)本文在某些特定通信協(xié)議、標(biāo)準(zhǔn)、格式、語法等的情況下描述各種實(shí)施例時(shí)，對(duì)于其它類型的通信協(xié)議、標(biāo)準(zhǔn)、格式、語法等可提供其它實(shí)施例。本發(fā)明不限制于本文描述的特定通信協(xié)議、標(biāo)準(zhǔn)、格式、語法等。實(shí)施例不僅應(yīng)用于音頻和視頻媒體流，且可應(yīng)用于其它形式的媒體的傳遞和消費(fèi)。
根據(jù)上述詳細(xì)描述可對(duì)本發(fā)明作這些和其它修改。以上申請(qǐng)專利范圍中使用的術(shù)語不應(yīng)理解為將本發(fā)明限制于說明書和申請(qǐng)專利范圍中所揭示的特定實(shí)施例。相反，本發(fā)明的范疇完全由以下申請(qǐng)專利范圍確定，其將根據(jù)申請(qǐng)專利范圍解釋的制定原則而理解。
權(quán)利要求
1.一種可用于一通信環(huán)境中的方法，所述方法包含定義至少一個(gè)質(zhì)量體驗(yàn)(QoE)度量，其指示一影響所述通信環(huán)境中的質(zhì)量的特征；在一客戶端與一服務(wù)器之間執(zhí)行一協(xié)商以確定在所述客戶端與所述服務(wù)器之間的一會(huì)話期間將使用所述至少一個(gè)QoE度量中的哪個(gè)，且將這一QoE度量指定為一接受的QoE度量；在所述會(huì)話期間收集一個(gè)或多個(gè)QoE接受的度量的數(shù)據(jù)；和在所述客戶端與所述服務(wù)器之間傳送所述度量數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其中定義所述至少一個(gè)QoE度量包括定義一影響一無線通信環(huán)境中的質(zhì)量的QoE度量。
3.根據(jù)權(quán)利要求1所述的方法，其中定義所述至少一個(gè)QoE度量包括定義一影響一固線通信環(huán)境中的質(zhì)量的QoE度量。
4.根據(jù)權(quán)利要求1所述的方法，其中在所述會(huì)話期間收集一個(gè)或多個(gè)接受的QoE度量的數(shù)據(jù)包括當(dāng)所述客戶端設(shè)備解碼或處理從所述服務(wù)器接收的媒體時(shí)，在所述會(huì)話期間在所述客戶端設(shè)備處動(dòng)態(tài)地收集所述數(shù)據(jù)。
5.根據(jù)權(quán)利要求1所述的方法，其中定義至少一個(gè)QoE度量包括定義一個(gè)或多個(gè)QoE度量損壞持續(xù)時(shí)間、再緩沖持續(xù)時(shí)間、起始緩沖持續(xù)時(shí)間、連續(xù)數(shù)據(jù)包丟失、幀速率偏差和抖動(dòng)持續(xù)時(shí)間。
6.根據(jù)權(quán)利要求1所述的方法，其中在所述客戶端與所述服務(wù)器之間傳送所述度量數(shù)據(jù)包括將在一個(gè)或多個(gè)數(shù)據(jù)包中的所述度量數(shù)據(jù)從所述客戶端傳輸?shù)剿龇?wù)器。
7.根據(jù)權(quán)利要求1所述的方法，其中在所述客戶端與所述服務(wù)器之間執(zhí)行所述協(xié)商包括以下任何一者或多者起始所述協(xié)商；確定所述服務(wù)器或所述客戶端或其兩者支持哪個(gè)度量；在所述協(xié)商期間確認(rèn)一建議的QoE度量的接收；修改一QoE度量并再協(xié)商所述修改的QoE度量，以確定是否能接受所述修改的QoE度量；接受或拒絕任何起始的或修改的QoE度量；確定在所述會(huì)話期間傳送一QoE度量的方式；確定在所述會(huì)話期間傳送一QoE度量的頻率；確定一QoE度量的一范圍；確定一QoE度量的一階層；確定一QoE度量的一配置；確定在所述會(huì)話期間停用一QoE度量的一方式；確定度量值的參數(shù)；和如果符合某些條件，那么終止所述協(xié)商，包括對(duì)最終的一個(gè)或多個(gè)接受的QoE度量的相互認(rèn)同。
8.根據(jù)權(quán)利要求1所述的方法，其進(jìn)一步包含評(píng)估所述度量數(shù)據(jù)并應(yīng)用所述度量數(shù)據(jù)。
9.根據(jù)權(quán)利要求8所述的方法，其中評(píng)估所述度量數(shù)據(jù)包括根據(jù)統(tǒng)計(jì)和主觀模式而組織所述度量數(shù)據(jù)。
10.根據(jù)權(quán)利要求1所述的方法，其中定義至少一個(gè)QoE度量包括定義與所述客戶端的一特征相關(guān)聯(lián)的一QoE度量。
11.一種可用于一通信環(huán)境中的系統(tǒng)，所述系統(tǒng)包含用于定義至少一個(gè)質(zhì)量體驗(yàn)(QoE)度量的構(gòu)件，所述至少一個(gè)質(zhì)量體驗(yàn)度量指示一影響所述通信環(huán)境中的質(zhì)量的特征，所述特征包括一客戶端特征；用于獲得所述QoE度量的數(shù)據(jù)的構(gòu)件；用于在一客戶端與一網(wǎng)絡(luò)設(shè)備之間執(zhí)行一協(xié)商以傳送所述度量數(shù)據(jù)的構(gòu)件；和用于在所述客戶端與所述網(wǎng)絡(luò)設(shè)備之間傳送所述度量數(shù)據(jù)的構(gòu)件。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中所述通信環(huán)境包括一無線通信環(huán)境。
13.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中所述網(wǎng)絡(luò)設(shè)備包括一服務(wù)器。
14.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中用于定義至少一個(gè)QoE度量的所述構(gòu)件包括用于定義以下一個(gè)或多個(gè)QoE度量的構(gòu)件損壞持續(xù)時(shí)間、再緩沖持續(xù)時(shí)間、起始緩沖持續(xù)時(shí)間、連續(xù)數(shù)據(jù)包丟失、幀速率偏差和抖動(dòng)持續(xù)時(shí)間。
15.根據(jù)權(quán)利要求11所述的系統(tǒng)，其中用于執(zhí)行所述協(xié)商的所述構(gòu)件包括一用于分析所述度量數(shù)據(jù)的QoE模塊構(gòu)件，其形成一報(bào)告模塊構(gòu)件的部分，所述系統(tǒng)進(jìn)一步包含一動(dòng)態(tài)帶寬調(diào)節(jié)(DBA)模塊構(gòu)件，其形成所述報(bào)告模塊構(gòu)件的部分以用于與所述QoE模塊構(gòu)件交互，以基于所述度量數(shù)據(jù)而作出與質(zhì)量相關(guān)的決定；一質(zhì)量服務(wù)(QoS)模塊構(gòu)件，其形成所述報(bào)告模塊構(gòu)件的部分，以可選地或額外地執(zhí)行對(duì)所述QoE構(gòu)件的報(bào)告；和監(jiān)控和帳務(wù)模塊構(gòu)件，其用于與所述報(bào)告模塊構(gòu)件交互以評(píng)估所述度量數(shù)據(jù)。
16.根據(jù)權(quán)利要求11所述的系統(tǒng)，其進(jìn)一步包含客戶端側(cè)QoE模塊構(gòu)件以用于以下任何一者或組合基于至少一個(gè)考慮而確定在一會(huì)話期間是否開啟/關(guān)閉QoE度量；在所述會(huì)話的一開始時(shí)已打開一QoE之后，在所述會(huì)話期間關(guān)閉所述QoE度量；從一組QoE度量選擇在特定會(huì)話期間支持哪幾個(gè)QoE度量；選擇報(bào)告度量數(shù)據(jù)的一頻率；選擇待測(cè)量所述QoE度量的一會(huì)話的一范圍；選擇一QoE度量的一階層，包括媒體和會(huì)話階層；當(dāng)解碼或處理從所述網(wǎng)絡(luò)設(shè)備接收的媒體時(shí)，動(dòng)態(tài)獲得度量數(shù)據(jù)；獲得處于各階層的度量數(shù)據(jù)，包括應(yīng)用、網(wǎng)絡(luò)和編碼解碼階層；區(qū)分對(duì)QoE有一影響的所述客戶端的有意和無意的動(dòng)作；維持已獲得的所述QoE度量的一完整性；選擇一用于傳輸度量數(shù)據(jù)的構(gòu)件；和改變所述QoE度量的一配置，同時(shí)仍收集其數(shù)據(jù)。
17.一種可用于一無線通信環(huán)境中的制造物品，所述制造物品包含一其上存儲(chǔ)有指令的機(jī)器可讀媒體，可由一處理器執(zhí)行所述指令以定義至少一個(gè)質(zhì)量體驗(yàn)(QoE)度量，其指示與所述通信環(huán)境相關(guān)聯(lián)的一特征，所述特征包括一客戶端特征；在一客戶端與一服務(wù)器之間執(zhí)行一協(xié)商，以確定在所述客戶端與所述服務(wù)器之間的一會(huì)話期間使用所述至少一個(gè)QoE度量中的哪個(gè)，且將所述QoE度量表示成一接受的QoE度量；和在所述會(huì)話期間獲得一個(gè)或多個(gè)接受的QoE度量相關(guān)數(shù)據(jù)。
18.根據(jù)權(quán)利要求17所述的制造物品，其中獲得所述度量數(shù)據(jù)的所述指令包括將所述度量數(shù)據(jù)接收作為從所述客戶端設(shè)備傳送的數(shù)據(jù)包的部分的指令。
19.根據(jù)權(quán)利要求17所述的制造物品，其中所述機(jī)器可讀媒體位于所述服務(wù)器處。
20.根據(jù)權(quán)利要求17所述的制造物品，其中執(zhí)行所述協(xié)商的所述指令包括執(zhí)行以下任何一者或多者的指令起始所述協(xié)商；確定所述服務(wù)器或所述客戶端或其兩者支持哪個(gè)QoE度量；在所述協(xié)商期間確認(rèn)一建議的QoE度量的接收；修改一QoE度量并再協(xié)商所述修改的QoE度量以確定是否能接受所述修改的QoE度量；接受或拒絕任何起始的或修改的QoE度量；確定在所述會(huì)話期間傳送一度量的方式；確定在所述會(huì)話期間傳送一QoE度量的頻率；確定一QoE度量的一范圍；確定一QoE度量的一階層；確定一QoE度量的一配置；確定在所述會(huì)話期間停用一QoE度量的一方式；確定度量值的參數(shù)；和如果符合某些條件，那么終止所述協(xié)商，包括對(duì)最終的一個(gè)或多個(gè)接受的QoE度量的相互認(rèn)同。
21.根據(jù)權(quán)利要求17所述的制造物品，其中在所述會(huì)話期間獲得一個(gè)或多個(gè)接受的QoE度量相關(guān)數(shù)據(jù)的所述指令包括獲得與以下這些QoE度量中的任何一者或多者相關(guān)的度量數(shù)據(jù)的指令損壞持續(xù)時(shí)間、再緩沖持續(xù)時(shí)間、起始緩沖持續(xù)時(shí)間、連續(xù)數(shù)據(jù)包丟失、幀速率偏差和抖動(dòng)持續(xù)時(shí)間。
22.根據(jù)權(quán)利要求17所述的制造物品，其中所述機(jī)器可讀媒體進(jìn)一步包括其上存儲(chǔ)的指令，以評(píng)估所述度量數(shù)據(jù)并應(yīng)用所述度量數(shù)據(jù)。
23.根據(jù)權(quán)利要求22所述的制造物品，其中應(yīng)用所述度量數(shù)據(jù)的所述指令包括改變以下任何一者或多者的指令位率、幀速率、更新間隔和行為、錯(cuò)誤彈性、緩沖器行為、最大幀大小、峰值位率、片斷、重傳輸和其它QoE特征。
24.根據(jù)權(quán)利要求22所述的制造物品，其中應(yīng)用所述度量數(shù)據(jù)的所述指令包括改變所述服務(wù)器、所述客戶端和所述網(wǎng)絡(luò)環(huán)境中的任何一者或多者的一特征的指令；使用所述度量數(shù)據(jù)以用于帳務(wù)的指令；使用所述度量數(shù)據(jù)以用于報(bào)告和監(jiān)控的指令；或根據(jù)一主觀模式而使用所述度量數(shù)據(jù)的指令。
25.一種可用于一通信環(huán)境中的裝置，所述裝置包含一質(zhì)量體驗(yàn)(QoE)模塊，其用于在一客戶端與一服務(wù)器之間執(zhí)行一協(xié)商，以確定在所述客戶端與所述服務(wù)器之間的一會(huì)話期間將使用哪個(gè)QoE度量，所述這一經(jīng)確定的QoE度量指定為一接受的QoE度量，所述QoE模塊能進(jìn)一步在所述會(huì)話期間在所述客戶端與所述服務(wù)器之間傳送對(duì)應(yīng)于所述接受的QoE度量的經(jīng)收集的度量數(shù)據(jù)。
26.根據(jù)權(quán)利要求25所述的裝置，其中所述QoE模塊位于所述客戶端處，且能進(jìn)一步在解碼或處理從所述服務(wù)器接收的媒體時(shí)收集所述度量數(shù)據(jù)。
27.根據(jù)權(quán)利要求25所述的裝置，其中所述QoE模塊位于所述服務(wù)器處，所述裝置進(jìn)一步包含至少另一模塊以與所述QoE模塊合作，以出于至少一個(gè)目的而應(yīng)用所述度量數(shù)據(jù)。
28.根據(jù)權(quán)利要求25所述的裝置，其中所述QoE模塊包括一用于以下任何一者或多者的協(xié)商構(gòu)件起始所述協(xié)商；確定所述服務(wù)器或所述客戶端或其兩者支持哪個(gè)度量；在協(xié)商期間確認(rèn)接收一建議的QoE度量；修改一QoE度量且再協(xié)商所述經(jīng)修改的QoE度量，以確定是否可接受所述修改的QoE度量；接受或拒絕任何起始或修改的QoE度量；確定在所述會(huì)話期間傳送一QoE度量的一方式；確定在所述會(huì)話期間傳送一QoE度量的頻率；確定一QoE度量的一范圍；確定一QoE度量的一階層；確定一QoE度量的一配置；確定在所述會(huì)話期間停用一QoE度量的一方式；確定度量值的參數(shù)；和如果某些符合條件，那么終止所述協(xié)商，包括對(duì)最終的一個(gè)或多個(gè)接受的QoE度量的相互認(rèn)同。
全文摘要
本發(fā)明涉及一種質(zhì)量體驗(yàn)(QoE)架構(gòu)，其提供一評(píng)估一終端用戶在一諸如2.5G或3G網(wǎng)絡(luò)的移動(dòng)無線通信環(huán)境中，或在任何其它無線或固線通信環(huán)境中的體驗(yàn)的技術(shù)。所述架構(gòu)可結(jié)合媒體流應(yīng)用而使用，且使得能夠在提取結(jié)果中組合網(wǎng)絡(luò)層、傳輸層、編碼解碼層和應(yīng)用層測(cè)量。所述提取結(jié)果可用于監(jiān)控和改進(jìn)(如果需要)終端用戶在劇烈可變的網(wǎng)絡(luò)條件下的體驗(yàn)。
文檔編號(hào)G06F15/16GK1839597SQ200480024040
公開日2006年9月27日 申請(qǐng)日期2004年8月23日 優(yōu)先權(quán)日2003年8月21日
發(fā)明者加姆澤·塞奇金, 拉加文德拉·C·納加拉吉, 拉利特·薩爾納, 艾倫·曾, 賈揚(yáng)克·M·巴洛德, 馬彥達(dá) 申請(qǐng)人:維迪亞特企業(yè)公司