專利名稱:定時(shí)體驗(yàn)質(zhì)量的度量的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及在流傳輸服務(wù)中用于質(zhì)量反饋的方法、計(jì)算機(jī)程序、計(jì)算機(jī)程序產(chǎn)品、 系統(tǒng)、客戶端、服務(wù)器和協(xié)議,其中至少一個(gè)媒體流被流傳輸?shù)娇蛻舳恕?br>
背景技術(shù):
一方面,流傳輸是指客戶端中駐留的應(yīng)用以連續(xù)方式播放諸如語(yǔ)音、音頻與視頻流之類的同步媒體流的能力,那些流在播放的同時(shí)通過(guò)數(shù)據(jù)網(wǎng)絡(luò)正在被發(fā)送到客戶端。另一方面,流傳輸也是指諸如會(huì)話式應(yīng)用之類的實(shí)時(shí)的低延遲應(yīng)用。可以在流傳輸服務(wù)之上創(chuàng)建的應(yīng)用可以被分為點(diǎn)播和實(shí)況信息遞送應(yīng)用。第一類的示例是音樂(lè)和新聞點(diǎn)播應(yīng)用。廣播和電視節(jié)目的實(shí)況遞送是第二類的示例。例如,實(shí)時(shí)的低延遲應(yīng)用是多媒體(視頻)電話或IP語(yǔ)音以及任何類型的會(huì)話式多媒體應(yīng)用。固定互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)上的流傳輸在當(dāng)今已經(jīng)成為了主流應(yīng)用。雖然互聯(lián)網(wǎng)工程任務(wù)組(IETF)和萬(wàn)維網(wǎng)聯(lián)盟(W3C)已經(jīng)開(kāi)發(fā)了一組用于固定IP流傳輸服務(wù)的協(xié)議, 但是至今還沒(méi)有定義完全標(biāo)準(zhǔn)化的流傳輸框架。對(duì)于根據(jù)第三代合作伙伴計(jì)劃(3GPP)開(kāi)發(fā)的標(biāo)準(zhǔn)的第三代(3G)移動(dòng)通信系統(tǒng),3G分組交換流傳輸服務(wù)(PSS,3GPPTS 26.233,TS 26.234)填補(bǔ)了 3G多媒體消息服務(wù)(MMS)的空白,比如下載應(yīng)用和多媒體內(nèi)容以及會(huì)話式 &流傳輸服務(wù)。PSS支持移動(dòng)流傳輸應(yīng)用,其中,終端的復(fù)雜度低于會(huì)話式服務(wù)所需的復(fù)雜度,這是因?yàn)椴恍枰襟w輸入設(shè)備和編碼器并且可以使用較簡(jiǎn)單的協(xié)議。PSS包括一組基本的流傳輸控制協(xié)議、傳輸協(xié)議、媒體編解碼器和場(chǎng)景描述協(xié)議。圖1示意地描述了 PSS協(xié)議棧1,其控制內(nèi)容或媒體服務(wù)器與客戶端之間的可流化和不可流化的內(nèi)容的傳送。首先,諸如視頻、音頻和語(yǔ)音之類的可流化內(nèi)容101在適配層103中被轉(zhuǎn)換成實(shí)時(shí)傳送協(xié)議(RTP) 102的有效載荷格式。由IETF定義的所述RTP提供了一種裝置,其用于通過(guò)使用基礎(chǔ)用戶數(shù)據(jù)報(bào)協(xié)議(UDP) 104的服務(wù)發(fā)送實(shí)時(shí)或流數(shù)據(jù),其也使用基礎(chǔ)IP協(xié)議105 的服務(wù)。不可流化內(nèi)容106,例如不是為了流傳輸目的(例如終端設(shè)備上記錄的匪S剪輯) 而被創(chuàng)建的多媒體內(nèi)容、靜止圖像、位圖和矢量圖、文本、計(jì)時(shí)文本和合成音頻,通過(guò)超文本傳輸協(xié)議(HTTP) 107來(lái)傳送,其使用了基礎(chǔ)傳輸控制協(xié)議(TCP) 108和另外的基礎(chǔ)IP 105 的服務(wù)。而對(duì)于不可流化內(nèi)容106,HTTP 107的嵌入式會(huì)話建立和控制能力足以傳送該內(nèi)容,在可流化內(nèi)容101的情況下,必須引用增強(qiáng)型會(huì)話建立和控制協(xié)議,以便例如開(kāi)始、停止和暫停一個(gè)經(jīng)由RTP/UDP/IP從內(nèi)容服務(wù)器被傳送到客戶端的流傳輸視頻。該任務(wù)由實(shí)時(shí)流傳輸協(xié)議(RTSP) 109來(lái)執(zhí)行,其可以使用基礎(chǔ)的TCP 108或基礎(chǔ)的UDP 104。RTSP至少需要一個(gè)表示描述110來(lái)建立流傳輸會(huì)話。這類表示描述110可以是例如以會(huì)話描述協(xié)議(SDP)文件的形式可用的。所述SDP文件包括會(huì)話描述,例如會(huì)話名和發(fā)起人、將被呈現(xiàn)的媒體類型、接收所述媒體的信息,例如地址、端口、格式等等,以及該媒體的比特率。如果流傳輸內(nèi)容在例如移動(dòng)終端的客戶端處被查看,則所述終端的用戶首先被提供適合其終端的具體內(nèi)容的通用資源標(biāo)識(shí)符(URI)。這個(gè)URI可以來(lái)自于WWW服務(wù)器、無(wú)線應(yīng)用協(xié)議(WAP)服務(wù)器,或者可以經(jīng)由該終端的鍵盤(pán)被手動(dòng)輸入。這個(gè)URI指定流傳輸或者RTSP服務(wù)器以及在那個(gè)內(nèi)容服務(wù)器上或別的內(nèi)容服務(wù)器上的內(nèi)容的地址?,F(xiàn)在,對(duì)應(yīng)的 SDP文件可以用許多方法來(lái)獲得。它例如可以經(jīng)由嵌入標(biāo)記在用戶下載的HTML頁(yè)面內(nèi)的鏈接中被提供,或者也可以通過(guò)將其作為URI進(jìn)行鍵入被直接地獲得。然后,如圖1的協(xié)議棧中間列所示,SDP文件(即表示描述110)經(jīng)由HTTP 107被傳送??商鎿Q地,如圖1的協(xié)議棧右邊列所示,例如通過(guò)使用RTSP 109的描述方法,它還可以通過(guò)RTSP 109信令獲得。請(qǐng)注意,表示描述同樣可以通過(guò)所述RTP 102來(lái)發(fā)送。然而,為簡(jiǎn)化起見(jiàn),這個(gè)可能性沒(méi)有被包括在圖1中。隨后的會(huì)話建立是這樣的過(guò)程,在其中移動(dòng)終端的瀏覽器或者用戶引用流傳輸客戶端來(lái)建立與內(nèi)容服務(wù)器的會(huì)話。期望終端具有活動(dòng)的無(wú)線承載,其在會(huì)話建立信令開(kāi)始時(shí)實(shí)現(xiàn)基于IP的分組傳輸。隨后的流傳輸服務(wù)的建立通過(guò)發(fā)送用于客戶端所選擇的每個(gè)媒體流的RTSP SETUP消息而得以完成。這返回了將用于各自媒體流的UDP 104和/或TCP 108端口。該客戶端向內(nèi)容服務(wù)器發(fā)送一個(gè)RTSPPLAY消息,然后內(nèi)容服務(wù)器開(kāi)始在IP網(wǎng)絡(luò)上發(fā)送一個(gè)或多個(gè)流。為了在PSS系統(tǒng)中向服務(wù)提供商提供裝置以便評(píng)估最終用戶流傳輸體驗(yàn),流傳輸服務(wù)質(zhì)量度量已經(jīng)被引入PS S系統(tǒng),如3GPP技術(shù)文檔(TdOC)S4-030860 ‘‘ Draft Rel-6PSS Quality Metrics PermanentDocument v. 0. 10"中%$,2003 $ 11 月 24-28日在芬蘭Tampere的3GPP TSG-SA4第四次會(huì)議。流傳輸客戶端測(cè)量關(guān)于實(shí)際的流傳輸應(yīng)用質(zhì)量的信息并將其反饋到流傳輸服務(wù)器,其中,所述質(zhì)量按照所述質(zhì)量度量來(lái)定義。 所述流傳輸服務(wù)器可以例如是RTSP服務(wù)器,而所述質(zhì)量度量例如可以通過(guò)使用所述RTSP 和SDP來(lái)傳送。因?yàn)榉?wù)對(duì)于RAN和CN的類型來(lái)說(shuō)是透明的,所以只有流傳輸客戶端和流傳輸服務(wù)器受到PSS質(zhì)量度量的影響。這種情況的后果是測(cè)量不能信賴來(lái)自于RTP層下的協(xié)議層 (例如 UDP、IP、PDCP、SNDCP、LLC、RLC, MAC、物理層)的信息。具有質(zhì)量反饋的PSS系統(tǒng)中的終端負(fù)責(zé)根據(jù)測(cè)量定義來(lái)執(zhí)行質(zhì)量測(cè)量,將其集合成流傳輸客戶端質(zhì)量度量并且把度量報(bào)告給流傳輸服務(wù)器。這個(gè)需求不排除流傳輸客戶端報(bào)告由流傳輸服務(wù)器處理成質(zhì)量度量的原始質(zhì)量測(cè)量的可能性。流傳輸服務(wù)器負(fù)責(zé)發(fā)送流傳輸客戶端的質(zhì)量度量報(bào)告的活動(dòng)的信令并且負(fù)責(zé)集合流傳輸客戶端的質(zhì)量度量。流傳輸服務(wù)器可以處理所接收的流傳輸客戶端的質(zhì)量度量以便建立被集合的質(zhì)量度量。例如,它可以接收原始的丟失分組報(bào)告并且為特定的流傳輸客戶端建立最小、最大、平均和標(biāo)準(zhǔn)分組損失率。下列七個(gè)質(zhì)量度量由Tdoc S4-030860來(lái)定義惡化持續(xù)時(shí)間
惡化持續(xù)時(shí)間是從第一惡化幀到后續(xù)的第一好幀或者到報(bào)告周期結(jié)束(其中較早的一個(gè))的時(shí)間周期。這個(gè)度量的單位用秒來(lái)表示,并且可以是一個(gè)小數(shù)值。再緩沖持續(xù)時(shí)間這個(gè)度量只適用于音頻、視頻和語(yǔ)音,而不適用于其它的媒體類型。這個(gè)度量的單位用秒來(lái)表示,并且可以是一個(gè)小數(shù)值。再緩沖被定義為在客戶端側(cè)由于任何偶然事件在播放時(shí)間中引起的任何停頓。初始緩沖時(shí)間初始緩沖是從接收第一 RTP分組直到播放開(kāi)始為止的時(shí)間。這個(gè)度量的單位用秒來(lái)表示,并且可以是一個(gè)小數(shù)值。連續(xù)丟失的內(nèi)容分組的數(shù)量每一媒體信道連續(xù)丟失的內(nèi)容分組的數(shù)量。呈現(xiàn)給媒體解碼器的字節(jié)數(shù)這個(gè)參數(shù)是呈現(xiàn)給媒體解碼器的字節(jié)的累計(jì)數(shù)。被檢測(cè)到的誤碼(bit-errors)數(shù)量這是在應(yīng)用級(jí)檢測(cè)到的誤碼數(shù)量。較低級(jí)的差錯(cuò)將由鏈路層來(lái)處理(被丟棄或者被傳播給應(yīng)用層)。被校正的誤碼數(shù)量在應(yīng)用級(jí)被校正的誤碼數(shù)量。較低級(jí)的差錯(cuò)將由鏈路層來(lái)處理(被丟棄或者被傳播給應(yīng)用層)。上述的質(zhì)量度量定義的目標(biāo)是獲得在內(nèi)容類型、終端和無(wú)線接入網(wǎng)(RAN)類型當(dāng)中獲得一致的測(cè)量。這些約束是把將要發(fā)送給流傳輸服務(wù)器的質(zhì)量度量報(bào)告的大小和終端的復(fù)雜度最小化。實(shí)際的質(zhì)量度量反饋可以通過(guò)使用RTSP的SET_PARAMETER方法用如圖2中描述的反饋報(bào)頭2傳送到PSS服務(wù)器,然而在特定情況下,使用攜帶例如TEARD0WN消息或PAUSE 消息之類的信息的其它方法是更加有效的。在圖2的反饋報(bào)頭2中,流-通用資源定位器(Stream-url)是用于反饋參數(shù)的 RTSP會(huì)話或媒體控制URL標(biāo)識(shí)符。參數(shù)定義中的度量字段包括度量/測(cè)量(例如惡化持續(xù)時(shí)間等等)的名稱。值字段指示結(jié)果。在監(jiān)視期間過(guò)程中,相同的事件有可能發(fā)生不止一次。在那種情況下,度量值可能出現(xiàn)不止一次,其向服務(wù)器指示事件的數(shù)量。選擇范圍字段指示報(bào)告周期。圖2的反饋報(bào)頭2中的選擇時(shí)間戳字段指示事件(或測(cè)量)出現(xiàn)的時(shí)間或者會(huì)話開(kāi)始以來(lái)度量被計(jì)算的時(shí)間。根據(jù)所述時(shí)間戳字段,在Tdoc S4-030860中不存在將要使用的時(shí)基定義并且不存在用于"會(huì)話開(kāi)始"的定義。從而,什么時(shí)基將被用于時(shí)間戳的確定是不清楚的。可以存在不同的可能性,例如可以使用會(huì)話開(kāi)始后的絕對(duì)會(huì)話時(shí)間。絕對(duì)會(huì)話時(shí)間是會(huì)話發(fā)生的時(shí)間,例如2004年5月 10日的12:20:22到13:20:22。然而,如果絕對(duì)會(huì)話時(shí)間例如被用作惡化報(bào)告的時(shí)間戳,則很容易看出,這個(gè)時(shí)間戳不只與將被報(bào)告的事件相關(guān),而且還與在所述會(huì)話之前已經(jīng)出現(xiàn)
8的所有事件相關(guān)。例如,如果遇到一個(gè)很大的初始緩沖時(shí)間,并且后來(lái)在會(huì)話期間又出現(xiàn)幾個(gè)再緩沖,則關(guān)于惡化持續(xù)時(shí)間的后續(xù)的報(bào)告被分配了一個(gè)由所述初始緩沖和所述再緩沖延遲的時(shí)間戳,并且從而失去了簡(jiǎn)潔性。如果流被客戶端暫停并且然后繼續(xù),則相同的保留。如果這個(gè)惡化的重建或者分析應(yīng)該基于質(zhì)量報(bào)告以及相關(guān)聯(lián)的時(shí)間戳在流傳輸服務(wù)器被執(zhí)行,則與諸如初始緩沖、再緩沖、暫停等等之類的進(jìn)行事件相關(guān)聯(lián)的時(shí)間戳必須在分析當(dāng)前時(shí)間戳的時(shí)候被考慮。即使當(dāng)先前事件的所有時(shí)間戳都在所述流傳輸服務(wù)器可用,當(dāng)會(huì)話的開(kāi)始沒(méi)有被清楚地定義時(shí),這類重建或者分析也根本不可能。會(huì)話的開(kāi)始例如可以被解釋為第一 RTP 分組由流傳輸客戶端接收的時(shí)間,或者第一媒體幀被播放的時(shí)間,或者其他的。即使時(shí)基和會(huì)話開(kāi)始時(shí)間被清楚地定義,某些定義的度量的時(shí)間戳的值仍然可能在不同的客戶端或同一客戶端的不同會(huì)話當(dāng)中發(fā)生變化。這是由于這樣的一個(gè)事實(shí),即特別地,在客戶端站點(diǎn)提供的測(cè)量的質(zhì)量度量取決于其中建立了流傳輸客戶端的終端的處理能力和任務(wù)負(fù)載。例如,即使第四度量的時(shí)間戳(即,連續(xù)丟失的RTP分組數(shù)量)被定義成解碼開(kāi)始之前的準(zhǔn)確時(shí)間,終端到達(dá)所述標(biāo)記所需的時(shí)間也取決于所述處理能力和所述任務(wù)負(fù)載。作為結(jié)果,流傳輸服務(wù)器和流傳輸客戶端可以具有所報(bào)告的質(zhì)量度量的不同解釋,并且客戶端可以報(bào)告相同流傳輸質(zhì)量的不同質(zhì)量度量。因此,由于所報(bào)告時(shí)間戳的不明確,流傳輸服務(wù)器不能正確地分析流傳輸質(zhì)量。
發(fā)明內(nèi)容
鑒于上述的問(wèn)題,特別地,本發(fā)明的一個(gè)目的是建議一種方法、計(jì)算機(jī)程序、計(jì)算機(jī)程序產(chǎn)品、系統(tǒng)、客戶端、服務(wù)器以及協(xié)議,其在流傳輸服務(wù)中提供更準(zhǔn)確并且明確的質(zhì)量反饋值的定時(shí)報(bào)告。建議了一種在流傳輸服務(wù)中用于質(zhì)量反饋的方法,其中,至少一個(gè)媒體流被流傳輸?shù)娇蛻舳?,該方法包括根?jù)至少一個(gè)質(zhì)量度量來(lái)確定質(zhì)量反饋值;根據(jù)至少一個(gè)時(shí)間戳度量來(lái)確定與所述質(zhì)量反饋值相關(guān)的時(shí)間戳;其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了對(duì)應(yīng)的時(shí)間戳度量,并且其中,所述至少一個(gè)時(shí)間戳度量的每一個(gè)都是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,以及將所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳報(bào)告給服務(wù)器。例如,所述至少一個(gè)媒體流可以是可以包括視頻、音頻或語(yǔ)音信息的連續(xù)媒體流, 這些信息從例如內(nèi)容服務(wù)器的服務(wù)器被連續(xù)地發(fā)送到所述客戶端并且呈現(xiàn)在該終端上,在該終端中,以同步的方式建立所述客戶端??商鎿Q地,所述至少一個(gè)媒體流可以是實(shí)時(shí)的低延遲應(yīng)用的媒體流,例如多媒體(視頻)電話流或IP語(yǔ)音媒體流或會(huì)話式多媒體應(yīng)用中的任何類型的媒體流。這個(gè)流傳輸可以在流傳輸會(huì)話中發(fā)生,其中,幾個(gè)媒體流可以被并發(fā)地流傳輸?shù)剿隹蛻舳?。所述流傳輸可以基于例如?shí)時(shí)傳送協(xié)議RTP的協(xié)議,并且可以由另一個(gè)諸如實(shí)時(shí)流傳輸協(xié)議RTSP或會(huì)話初始協(xié)議SIP的流傳輸協(xié)議之類的協(xié)議來(lái)控制,并且例如可以允許開(kāi)始、停止和/或暫停該流傳輸。所述RTSP或SIP可以由所述客戶端和所述服務(wù)器中的協(xié)議實(shí)體來(lái)操作并且可以基于會(huì)話描述協(xié)議SDP。所述服務(wù)器可以與所述媒體實(shí)際上發(fā)源的內(nèi)容服務(wù)器一起協(xié)同定位乃至與之等同,或可以是不同的實(shí)例。所述流傳輸?shù)馁|(zhì)量在客戶端站點(diǎn)根據(jù)所述至少一個(gè)質(zhì)量度量,被確定為例如惡化持續(xù)時(shí)間或再緩沖事件,并且例如經(jīng)由該流傳輸所基于的所述協(xié)議或控制該流傳輸?shù)乃鰠f(xié)議,被報(bào)告為質(zhì)量反饋值。所述質(zhì)量度量基本上定義了怎樣計(jì)算所述質(zhì)量反饋值。所述至少一個(gè)質(zhì)量度量可以由控制流傳輸?shù)乃鰠f(xié)議來(lái)定義,并且在會(huì)話建立之前、期間、乃至之后,所述至少一個(gè)質(zhì)量度量,例如源自由所述協(xié)議定義的一組幾個(gè)質(zhì)量度量,可以在所述客戶端和所述服務(wù)器之間協(xié)商。對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),各自的時(shí)間戳度量例如通過(guò)控制所述流傳輸?shù)乃鰠f(xié)議進(jìn)行定義。所述時(shí)間戳度量基本上定義了將怎樣確定與由質(zhì)量度量定義的質(zhì)量反饋值相關(guān)聯(lián)的時(shí)間戳。所述至少一個(gè)時(shí)間戳度量是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間。所述相對(duì)的媒體播放時(shí)間表示從任何絕對(duì)時(shí)基解耦的所述至少一個(gè)媒體流的播放時(shí)間進(jìn)程,即沒(méi)有如在流傳輸期間出現(xiàn)的那樣結(jié)合暫停間隔或播放延遲間隔。從而,所述相對(duì)的媒體播放時(shí)間在它記錄成數(shù)字格式期間可以與連續(xù)媒體的抽樣時(shí)間有關(guān)。例如,所述相對(duì)的媒體播放時(shí)間可以由RTP提供的RTP時(shí)間戳來(lái)表示,或者由RTSP提供的正常播放時(shí)間(NPT)來(lái)表示,或者由SIP或RTCP提供的時(shí)間戳或定時(shí)信息來(lái)表示。然后,例如經(jīng)由流傳輸所基于的所述協(xié)議或者經(jīng)由控制流傳輸?shù)乃鰠f(xié)議,將所述質(zhì)量反饋值和相關(guān)聯(lián)的時(shí)間戳報(bào)告給所述服務(wù)器。如果控制所述流傳輸?shù)乃鰠f(xié)議是RTCP或SIP, 則優(yōu)選地,所述報(bào)告的質(zhì)量反饋值和相關(guān)的時(shí)間戳被例如一個(gè)諸如呼叫狀態(tài)控制功能CSCF 之類的網(wǎng)絡(luò)實(shí)體的實(shí)體捕獲或發(fā)覺(jué)到,以便做出質(zhì)量測(cè)量。例如,所述時(shí)間戳可以是RTP/ RTSP/RTCP/SIP報(bào)頭中的強(qiáng)制或可選的參數(shù)。根據(jù)本發(fā)明的第一方面,可以將時(shí)間戳分配給每個(gè)質(zhì)量反饋值,其中,所述時(shí)間戳的時(shí)間戳度量被特別地定義用于所述質(zhì)量反饋值的質(zhì)量度量。從而,將一般的時(shí)間戳度量用于不同的質(zhì)量度量類別而出現(xiàn)的不明確性被消除。而且,根據(jù)本發(fā)明的第二方面,時(shí)間戳度量是基于作為時(shí)基的相對(duì)的媒體播放時(shí)間并且因此變得與絕對(duì)會(huì)話時(shí)間無(wú)關(guān),與由在報(bào)告的實(shí)際事件之前出現(xiàn)的事件所引起的延遲無(wú)關(guān),并且與建立客戶端的終端的處理能力和任務(wù)負(fù)載無(wú)關(guān)。相對(duì)的媒體播放時(shí)間的使用還可以允許放棄定義會(huì)話開(kāi)始的必要性。根據(jù)本發(fā)明的方法,優(yōu)選地,所述至少一個(gè)媒體流的所述流傳輸是基于實(shí)時(shí)傳送協(xié)議RTP。所述RTP可以在所述客戶端和內(nèi)容服務(wù)器之間操作并且可以使用用戶數(shù)據(jù)報(bào)協(xié)議UDP的服務(wù),其也可以使用互聯(lián)網(wǎng)協(xié)議IP的服務(wù)。根據(jù)本發(fā)明的方法,優(yōu)選地,所述相對(duì)的媒體播放時(shí)間從所述RTP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTP時(shí)間戳導(dǎo)出。所述RTP時(shí)間戳可以反映RTP協(xié)議數(shù)據(jù)單元 (或分組)中的頭八位字節(jié)的抽樣瞬時(shí),或者如果存儲(chǔ)的數(shù)據(jù)而非實(shí)時(shí)抽樣的數(shù)據(jù)在所述至少一個(gè)媒體流內(nèi)被發(fā)送,則所述RTP時(shí)間戳可以從虛擬的從時(shí)鐘時(shí)間中導(dǎo)出的表示時(shí)間線中導(dǎo)出,以便確定呈現(xiàn)下一幀或者其它單元的時(shí)間。根據(jù)本發(fā)明的方法,優(yōu)選地,所述流傳輸至少部分地由實(shí)時(shí)流傳輸協(xié)議RTSP控制。所述RTSP可以是基于由會(huì)話描述協(xié)議SDP提供的表示描述。所述RTSP可以由所述客戶端和所述服務(wù)器來(lái)操作,并且可以例如允許用于流傳輸?shù)拈_(kāi)始、暫停和停止。根據(jù)本發(fā)明的方法,優(yōu)選地,所述相對(duì)的媒體播放時(shí)間從一個(gè)由所述RTSP提供的正常播放時(shí)間NPT中導(dǎo)出。所述NPT可以指示流傳輸相對(duì)于表示的開(kāi)始的絕對(duì)位置。所述 NPT可以從RTP時(shí)間戳中導(dǎo)出。
10
根據(jù)本發(fā)明的方法,優(yōu)選地,所述至少一個(gè)質(zhì)量度量定義了將是事件的持續(xù)時(shí)間的所述質(zhì)量度量值,并且所述對(duì)應(yīng)的時(shí)間戳度量定義了將是所述事件出現(xiàn)之前的所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。根據(jù)本發(fā)明的方法,優(yōu)選地,所述事件是惡化持續(xù)時(shí)間并且所述特定幀是在所述惡化發(fā)生之前,按播放順序的最后的好的幀。根據(jù)本發(fā)明的方法,優(yōu)選地,所述事件是再緩沖持續(xù)時(shí)間并且所述特定幀是在所述再緩沖發(fā)生之前,最后播放的幀。根據(jù)本發(fā)明的方法,優(yōu)選地,所述事件是連續(xù)丟失的內(nèi)容分組的數(shù)量,并且所述特定幀是在所述連續(xù)丟失分組發(fā)生之前,按照播放順序的最后接收的幀。根據(jù)本發(fā)明的方法,優(yōu)選地,所述至少一個(gè)質(zhì)量度量將所述質(zhì)量度量值定義為事件數(shù)量,并且其中,所述對(duì)應(yīng)的時(shí)間戳度量將所述時(shí)間戳定義為在所述事件數(shù)量被測(cè)量之前所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間。根據(jù)本發(fā)明的方法,優(yōu)選地,所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測(cè)的誤碼數(shù)量或所校正誤碼的數(shù)量,并且其中,所述特定幀是在所述事件數(shù)量被測(cè)量之前, 最后解碼的幀。根據(jù)本發(fā)明的方法,優(yōu)選地,所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳經(jīng)由所述RTSP 報(bào)告給所述服務(wù)器。所述質(zhì)量反饋值和所述時(shí)間戳例如可以被包括在RTSP協(xié)議數(shù)據(jù)單元的報(bào)頭中。根據(jù)本發(fā)明的方法,優(yōu)選地,所述流傳輸至少部分地由會(huì)話初始協(xié)議SIP控制。然后優(yōu)選地,經(jīng)由所述SIP報(bào)告的所述質(zhì)量反饋值和相關(guān)的時(shí)間戳由一個(gè)實(shí)體,例如諸如呼叫狀態(tài)控制功能(CSCF)之類的網(wǎng)絡(luò)實(shí)體,來(lái)捕獲或者發(fā)覺(jué),以便做出質(zhì)量測(cè)量。根據(jù)本發(fā)明的方法,優(yōu)選地,所述相對(duì)的媒體播放時(shí)間從由所述SIP提供的時(shí)基中導(dǎo)出,特別地從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。根據(jù)本發(fā)明的方法,優(yōu)選地,所述流傳輸至少部分地由實(shí)時(shí)傳送控制協(xié)議(RTCP) 來(lái)控制。然后優(yōu)選地,經(jīng)由所述RTCP報(bào)告的所述質(zhì)量反饋值和相關(guān)的時(shí)間戳由一個(gè)實(shí)體, 例如諸如呼叫狀態(tài)控制功能(CSCF)之類的網(wǎng)絡(luò)實(shí)體,來(lái)捕獲或者發(fā)覺(jué),以便做出質(zhì)量測(cè)量。根據(jù)本發(fā)明的方法,優(yōu)選地,所述相對(duì)的媒體播放時(shí)間從由所述RTCP提供的時(shí)基中導(dǎo)出,特別地從所述RTCP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTCP時(shí)間戳中導(dǎo)出。根據(jù)本發(fā)明的方法,優(yōu)選地,所述報(bào)告的質(zhì)量反饋值和相關(guān)的時(shí)間戳由一個(gè)實(shí)例來(lái)捕獲并且用來(lái)分析所述流傳輸?shù)馁|(zhì)量。根據(jù)本發(fā)明的方法,優(yōu)選地,所述流傳輸服務(wù)是在3G移動(dòng)通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。此外,所建議的是一種具有指令的計(jì)算機(jī)程序,這些指令可操作來(lái)使處理器執(zhí)行上述的方法步驟。此外,所建議的是一種計(jì)算機(jī)程序產(chǎn)品,包括具有指令的計(jì)算機(jī)程序,這些指令可操作來(lái)使處理器執(zhí)行上述的方法步驟。此外,所建議的是一種在流傳輸服務(wù)中用于質(zhì)量反饋的系統(tǒng),包括至少一個(gè)服務(wù)器和至少一個(gè)客戶端,其中,至少一個(gè)媒體流被流傳輸給所述至少一個(gè)客戶端,其中,根據(jù)至少一個(gè)質(zhì)量度量確定質(zhì)量反饋值,其中,根據(jù)至少一個(gè)為所述至少一個(gè)質(zhì)量度量的每一個(gè)相應(yīng)地定義的并且基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間的時(shí)間戳度量,確定與所述質(zhì)量反饋值相關(guān)的時(shí)間戳,并且其中,將所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳報(bào)告給所述至少一個(gè)服務(wù)器。此外,所建議的是一種流傳輸服務(wù)中的客戶端,包括用于接收被流傳輸?shù)剿隹蛻舳说闹辽僖粋€(gè)媒體流的裝置,用于根據(jù)至少一個(gè)質(zhì)量度量來(lái)確定質(zhì)量反饋值的裝置,用于根據(jù)至少一個(gè)時(shí)間戳度量來(lái)確定與所述質(zhì)量反饋值相關(guān)的時(shí)間戳的裝置,其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了對(duì)應(yīng)的時(shí)間戳度量,并且其中,所述至少一個(gè)時(shí)間戳度量的每一個(gè)都是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,以及用于向服務(wù)器報(bào)告所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳的裝置。所述客戶端還可以被理解為涉及實(shí)時(shí)的低延遲應(yīng)用會(huì)話的至少兩方中的一個(gè),實(shí)時(shí)的低延遲應(yīng)用會(huì)話例如是例如由SIP控制的多媒體(視頻)電話或者IP語(yǔ)音。此外,所建議的是一種流傳輸服務(wù)中的服務(wù)器,其中,至少一個(gè)媒體流被流傳輸?shù)娇蛻舳?,其中,根?jù)至少一個(gè)質(zhì)量度量確定質(zhì)量反饋值,并且其中,根據(jù)至少一個(gè)為所述至少一個(gè)質(zhì)量度量的每一個(gè)相應(yīng)地定義的并且基于所述至少一個(gè)媒體流(101)的相對(duì)的媒體播放時(shí)間的時(shí)間戳度量,確定與所述質(zhì)量反饋值相關(guān)的時(shí)間戳,該服務(wù)器包括用于接收由所述客戶端報(bào)告給所述服務(wù)器的所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳的裝置。所述服務(wù)器還可以被理解為涉及實(shí)時(shí)的低延遲應(yīng)用會(huì)話的至少兩方中的一個(gè),實(shí)時(shí)的低延遲應(yīng)用會(huì)話例如是例如由SIP控制的多媒體(視頻)電話或者IP語(yǔ)音。此外,所建議的是一種用于流傳輸服務(wù)中的協(xié)議,其中,至少一個(gè)媒體流被流傳輸?shù)娇蛻舳耍搮f(xié)議定義至少一個(gè)質(zhì)量度量,以及用于所述至少一個(gè)質(zhì)量度量中每一個(gè)的至少一個(gè)時(shí)間戳度量,其中,所述至少一個(gè)時(shí)間戳度量的每一個(gè)都是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間。根據(jù)本發(fā)明的協(xié)議,優(yōu)選地,所述協(xié)議是與會(huì)話描述協(xié)議SDP結(jié)合的RTSP。根據(jù)本發(fā)明的協(xié)議,優(yōu)選地,所述協(xié)議是與會(huì)話描述協(xié)議SDP結(jié)合的SIP。根據(jù)本發(fā)明的協(xié)議,優(yōu)選地,所述協(xié)議是RTCP。本發(fā)明的這些及其它方面將通過(guò)參考在下文中描述的實(shí)施例而變得明顯并且得以闡明。
在附圖中示出了圖1 根據(jù)現(xiàn)有技術(shù)的一個(gè)分組交換流傳輸服務(wù)(PSQ協(xié)議棧的示意圖,圖2 根據(jù)現(xiàn)有技術(shù)的實(shí)時(shí)流傳輸協(xié)議(RTSP)協(xié)商報(bào)頭的定義,圖3 本發(fā)明的方法的流程圖,以及圖4 根據(jù)本發(fā)明的一個(gè)系統(tǒng)的示意圖。
具體實(shí)施例方式通過(guò)清楚并一律地建議為每個(gè)所定義的質(zhì)量度量指定時(shí)間戳度量(時(shí)間戳語(yǔ)義),本發(fā)明消除了在報(bào)告流傳輸服務(wù)中的質(zhì)量反饋值的定時(shí)中的不明確性,流傳輸服務(wù)用
12于諸如同步視頻和音頻傳送之類的兩個(gè)連續(xù)多媒體應(yīng)用,并且用于諸如會(huì)話式應(yīng)用之類的實(shí)時(shí)的低延遲應(yīng)用。時(shí)間戳度量是基于相對(duì)的媒體播放時(shí)間,其例如可以是正常播放時(shí)間 (NPT),其在如果使用了實(shí)時(shí)流傳輸協(xié)議的情況下是可用的,或者時(shí)間戳度量可以從由RTP 提供并且包括在每個(gè)RTP報(bào)頭中的實(shí)時(shí)傳送協(xié)議(RTP)時(shí)間戳中導(dǎo)出,或者時(shí)間戳度量可以從實(shí)時(shí)傳送控制協(xié)議RTCP或會(huì)話初始協(xié)議SIP的時(shí)基或時(shí)間戳中導(dǎo)出。RTCP是基于控制分組向會(huì)話中所有參與者的定期傳輸,使用與數(shù)據(jù)分組相同的分配機(jī)制。基礎(chǔ)的協(xié)議必須例如使用具有UDP的分開(kāi)的端口數(shù)來(lái)提供數(shù)據(jù)和控制分組的多路復(fù)用。RTCP可以特別地提供關(guān)于數(shù)據(jù)分配質(zhì)量的反饋。這是RTP作用為轉(zhuǎn)送協(xié)議的一個(gè)不可分割的部分并且與其它傳送協(xié)議的流量和擁塞控制功能有關(guān)。反饋可以直接用于自適應(yīng)編碼的控制,但是利用IP多播的實(shí)驗(yàn)已經(jīng)示出從接收機(jī)得到反饋以便診斷分配中的錯(cuò)誤也是非常關(guān)鍵的。向所有的參與者發(fā)送接收反饋報(bào)告允許注意到問(wèn)題的人評(píng)估該問(wèn)題是局部還是全局的。用一個(gè)像IP多播的分配機(jī)制,對(duì)于諸如否則不涉及會(huì)話的網(wǎng)絡(luò)服務(wù)提供商之類的實(shí)體,接收反饋信息和充當(dāng)?shù)谌奖O(jiān)視者來(lái)診斷網(wǎng)絡(luò)問(wèn)題也是可能的。這個(gè)反饋功能由RTCP發(fā)送機(jī)和接收機(jī)報(bào)告來(lái)執(zhí)行。特別地,RTCP可以支持或甚至提供時(shí)間戳。SIP是應(yīng)用層控制協(xié)議,其可以建立、更改、和終止諸如互聯(lián)網(wǎng)電話呼叫之類的多媒體會(huì)話(會(huì)議)。SIP還可以邀請(qǐng)參與者參與諸如多播會(huì)議之類的現(xiàn)有會(huì)話??梢詫⒚襟w添加到現(xiàn)有的會(huì)話(和從中移除)。SIP明顯地支持名稱映射和重定向服務(wù),其支持個(gè)人移動(dòng)性,即用戶可以與它們的網(wǎng)絡(luò)位置無(wú)關(guān)地保持一個(gè)外部可見(jiàn)的標(biāo)識(shí)符。SIP不是一個(gè)縱向集成的通信系統(tǒng)。相反,SIP是一個(gè)可以與其它IETF協(xié)議一起用來(lái)創(chuàng)建完整的多媒體體系結(jié)構(gòu)的組件。通常,這些體系結(jié)構(gòu)將包括諸如用于傳送實(shí)時(shí)數(shù)據(jù)和提供QoS反饋的RTP、用于控制流媒體遞送的實(shí)時(shí)流傳輸協(xié)議RTSP、用于控制公用交換電話網(wǎng)(PSTN)的網(wǎng)關(guān)的媒體網(wǎng)關(guān)控制協(xié)議MEGAC0、以及用于描述多媒體會(huì)話的會(huì)話描述協(xié)議SDP之類的協(xié)議。因此,SIP應(yīng)該結(jié)合其它協(xié)議來(lái)使用以便向用戶提供完整的服務(wù)。然而,SIP的基本功能和操作不取決于任何這些協(xié)議。SIP在它的報(bào)頭中特別地提供了時(shí)間戳字段。該時(shí)間戳報(bào)頭字段可以例如描述一方向何時(shí)向另一方發(fā)送請(qǐng)求。當(dāng)使用SIP或RTCP時(shí),流傳輸發(fā)生在會(huì)話(例如在兩個(gè)終端中建立的)的兩方之間,并且一方向另一方報(bào)告質(zhì)量反饋值和相關(guān)的時(shí)間戳可能是無(wú)用的。從而有利的是,提供例如呼叫狀態(tài)控制功能CSCF的網(wǎng)絡(luò)實(shí)體來(lái)發(fā)覺(jué)這些報(bào)告的質(zhì)量反饋值和相關(guān)的時(shí)間戳并且用它們來(lái)分析雙方之間的流傳輸質(zhì)量。利用所建議的時(shí)間戳度量,不同的流傳輸服務(wù)器和流傳輸客戶端將具有所報(bào)告的質(zhì)量度量的相同解釋,例如3G移動(dòng)通信系統(tǒng)的分組交換流傳輸服務(wù)(PSS)中的體驗(yàn)質(zhì)量 QoE度量或會(huì)話式應(yīng)用中的質(zhì)量反饋,使得能夠?qū)崿F(xiàn)流傳輸質(zhì)量體驗(yàn)的正確分析。如果流傳輸服務(wù)器或QoE度量分析器使用把NPT映射到實(shí)際時(shí)間的方法,則它可以對(duì)會(huì)話質(zhì)量進(jìn)行根據(jù)時(shí)間的分析。在本發(fā)明中定義的用于3GPP技術(shù)文檔S4-030860中定義的每個(gè)質(zhì)量度量的時(shí)間戳度量將在下文中被給出,其中,注釋NPT/RTP時(shí)間戳將被理解為如下方式如果NPT是可用的,則NPT被用作相對(duì)的媒體播放時(shí)間,并且如果只有RTP時(shí)間戳是可用的,則這些就被用作相對(duì)的媒體播放時(shí)間。
惡化持續(xù)時(shí)間時(shí)間戳指示惡化出現(xiàn)的時(shí)間。時(shí)間戳的值等于惡化發(fā)生之前在播放順序中最后的好的幀的NPT/RTP時(shí)間戳。如果在惡化之前不存在好的幀,則時(shí)間戳被設(shè)置為0。度量惡化持續(xù)時(shí)間不只適用于音頻、視頻或語(yǔ)音媒體,而且還適用于作為媒體的時(shí)間文本流。再緩沖持續(xù)時(shí)間時(shí)間戳指示了再緩沖出現(xiàn)的時(shí)間。時(shí)間戳的值等于再緩沖發(fā)生之前最后播放的幀的NPT/RTP時(shí)間戳。初始緩沖時(shí)間時(shí)間戳語(yǔ)義是未指定的,并且時(shí)間戳的值是未定義的。連續(xù)丟失的內(nèi)容分組的數(shù)量時(shí)間戳指示了連續(xù)的丟失分組出現(xiàn)的時(shí)間。時(shí)間戳的值等于連續(xù)的丟失分組發(fā)生之前按照播放順序最后接收的RTP分組的NPT/RTP時(shí)間戳。如果在連續(xù)的丟失分組之前不存在接收的RTP分組,則時(shí)間戳被設(shè)置為0。呈現(xiàn)給媒體解碼器的字節(jié)數(shù)時(shí)間戳指示了所呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量被測(cè)量的時(shí)間。時(shí)間戳的值等于所呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量被測(cè)量之前最后的解碼的幀的NPT/RTP時(shí)間戳。如果在測(cè)量之前不存在解碼的幀,則時(shí)間戳被設(shè)置為0。被檢測(cè)到的誤碼數(shù)量時(shí)間戳指示了所檢測(cè)到的誤碼數(shù)量被測(cè)量的時(shí)間。在所檢測(cè)到的誤碼被測(cè)量之前,時(shí)間戳的值等于最后的解碼的幀的NPT/RTP時(shí)間戳。如果在測(cè)量之前不存在解碼的幀, 則時(shí)間戳被設(shè)置為0。被校正的誤碼數(shù)量時(shí)間戳指示了所校正的誤碼數(shù)量被測(cè)量的時(shí)間。在所校正的誤碼數(shù)量被測(cè)量之前,時(shí)間戳的值等于最后的解碼的幀的NPT/RTP時(shí)間戳。如果在測(cè)量之前不存在解碼的幀, 則時(shí)間戳被設(shè)置為0。從上述的時(shí)間戳度量可以看出,事件(惡化、再緩沖、初始緩沖、或RTP分組的連續(xù)丟失)發(fā)生的時(shí)刻或者當(dāng)統(tǒng)計(jì)值(被呈現(xiàn)給媒體解碼器的字節(jié)數(shù)字、所檢測(cè)誤碼的數(shù)量以及所校正比特的數(shù)量)被測(cè)量的時(shí)刻實(shí)際上是在相對(duì)的媒體播放時(shí)間(NPT/RPT時(shí)間戳) 中測(cè)量的媒體流中的位置。初始緩沖時(shí)間的時(shí)間戳是未指定的,因?yàn)樵诓シ砰_(kāi)始之前,初始緩沖只發(fā)生在會(huì)話開(kāi)始的時(shí)候。根據(jù)具有所建議時(shí)間戳信息的報(bào)告的質(zhì)量度量,流傳輸服務(wù)器可以模仿流播放或者呈現(xiàn)在客戶端中發(fā)生的;因此流傳輸質(zhì)量可以被充分地分析。圖3描述了根據(jù)本發(fā)明的方法的流程圖。在第一步驟300中,在流傳輸客戶端和流傳輸服務(wù)器之間建立流傳輸會(huì)話。在步驟301中,在流傳輸客戶端和流傳輸服務(wù)器之間協(xié)商一個(gè)或多個(gè)質(zhì)量度量,以用于由流傳輸客戶端執(zhí)行的質(zhì)量反饋過(guò)程。所述會(huì)話建立和協(xié)商都可能是基于與SDP結(jié)合的RTSP,或者基于RTCP或SIP。步驟301也可以與步驟300 一起執(zhí)行。對(duì)應(yīng)的時(shí)間戳度量可以與用于流傳輸會(huì)話的每個(gè)所協(xié)商的質(zhì)量度量相關(guān)聯(lián)。在
14步驟302中,例如當(dāng)將媒體流發(fā)送到流傳輸客戶端并且呈現(xiàn)在其中建立了所述流傳輸客戶端的終端上時(shí),開(kāi)始實(shí)際的流傳輸。在所述流傳輸期間,在步驟303中,監(jiān)視是否需要質(zhì)量反饋。例如,這可以通過(guò)連續(xù)地檢測(cè)必須根據(jù)協(xié)商質(zhì)量度量報(bào)告給流傳輸服務(wù)器的事件是否出現(xiàn)而得以完成。例如,這可以是再緩沖事件。可替換地,定期的質(zhì)量報(bào)告可能已被協(xié)商,例如在某個(gè)時(shí)間間隔被呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量的定期反饋。在所述步驟303中, 觸發(fā)事件驅(qū)動(dòng)的和定期的質(zhì)量反饋兩者。如果已經(jīng)決定需要質(zhì)量反饋,則在步驟304中,質(zhì)量反饋值根據(jù)每個(gè)協(xié)商的質(zhì)量度量而得以確定。然后,在步驟305中,根據(jù)對(duì)應(yīng)于每個(gè)協(xié)商質(zhì)量度量的時(shí)間戳度量,確定對(duì)應(yīng)的時(shí)間戳。所述步驟305同樣可以在步驟304之前執(zhí)行。 在任何情況下,例如經(jīng)由RTSP、RTCP或SIP,將質(zhì)量反饋值和對(duì)應(yīng)的時(shí)間戳在步驟306中報(bào)告給流傳輸服務(wù)器。在質(zhì)量反饋之后,或者如果已經(jīng)決定不需要質(zhì)量反饋,則在步驟307中檢查是否將停止流傳輸。如果情況不是這樣,則在步驟303中又檢查是否需要新的質(zhì)量反饋。圖4示意性地描述了根據(jù)本發(fā)明的系統(tǒng)的功能組件。這個(gè)實(shí)施例示例性地涉及使用RTSP來(lái)控制流傳輸?shù)腜SS系統(tǒng)。應(yīng)當(dāng)理解,在此,SIP同樣可以以一個(gè)稍微更改的基礎(chǔ)協(xié)議棧和附加網(wǎng)絡(luò)實(shí)例的方式得以使用,其發(fā)覺(jué)或者捕獲從客戶端601(第一方)發(fā)送到服務(wù)器600(第二方)的質(zhì)量反饋和時(shí)間戳。圖4中的PSS系統(tǒng)包括流傳輸客戶端601和流傳輸服務(wù)器600,其中,客戶端601和服務(wù)器600具有至少能夠操作RTSP的RTSP實(shí)體401、 400。RTSP實(shí)體400、401使用由其它協(xié)議實(shí)體操作的基礎(chǔ)協(xié)議層的服務(wù),其中的其它協(xié)議實(shí)體只示出了 TCP/UDP實(shí)體402、403和IP實(shí)體404、405。將流傳輸客戶端601進(jìn)一步連接到流傳輸質(zhì)量監(jiān)視器實(shí)例407,其按照協(xié)商的質(zhì)量度量和對(duì)應(yīng)的時(shí)間戳度量監(jiān)視實(shí)際流傳輸應(yīng)用的質(zhì)量并且把監(jiān)視到的質(zhì)量反饋值輸入到所述RTSP實(shí)體401。例如,所述流傳輸質(zhì)量監(jiān)視器可以由在其中建立了所述流傳輸客戶端的終端來(lái)提供。然后,流傳輸質(zhì)量監(jiān)視器407根據(jù)對(duì)應(yīng)于所使用質(zhì)量度量的時(shí)間戳度量來(lái)確定時(shí)間戳,并且經(jīng)由客戶端RTSP401 把所述所監(jiān)視的質(zhì)量反饋值和所述對(duì)應(yīng)時(shí)間戳傳送到流傳輸服務(wù)器600中的RTSP對(duì)等實(shí)體,在此,將它們輸入到質(zhì)量數(shù)據(jù)處理實(shí)例406以便評(píng)價(jià)與分析,該評(píng)價(jià)與分析可以例如針對(duì)如果發(fā)現(xiàn)再緩沖事件變得過(guò)于頻繁,則通過(guò)提高流傳輸應(yīng)用的數(shù)據(jù)速率來(lái)改進(jìn)流傳輸應(yīng)用的質(zhì)量,或者僅僅針對(duì)統(tǒng)計(jì)的質(zhì)量數(shù)據(jù)收集或收費(fèi)或其它目的。已經(jīng)在上面借助于一個(gè)優(yōu)選實(shí)施例對(duì)本發(fā)明進(jìn)行了描述。應(yīng)當(dāng)指出,對(duì)于本領(lǐng)域中的技術(shù)人員來(lái)說(shuō)明顯存在可選擇的方法和變化,并且在不背離所附權(quán)利要求書(shū)的范圍和精神的前提下執(zhí)行它們。特別地,本發(fā)明決沒(méi)有受限于3G無(wú)線通信系統(tǒng)中的應(yīng)用。它同樣可以在各種具有參數(shù)反饋的有線和無(wú)線數(shù)據(jù)傳輸系統(tǒng)中加以使用。
權(quán)利要求
1.一種用于流傳輸服務(wù)的客戶端,包括-用于接收被流傳輸給所述客戶端的至少一個(gè)媒體流的裝置,-用于根據(jù)質(zhì)量度量來(lái)確定質(zhì)量反饋值,以確定所述至少一個(gè)媒體流的流傳輸?shù)馁|(zhì)量的裝置,-用于根據(jù)時(shí)間戳度量來(lái)確定所述質(zhì)量反饋值的時(shí)間戳的裝置,其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了各自的時(shí)間戳度量,并且其中,所述時(shí)間戳度量是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,并且其中,所述相對(duì)的媒體播放時(shí)間表示從任何絕對(duì)時(shí)基解耦的所述至少一個(gè)媒體流的播放時(shí)間進(jìn)程,使得暫停間隔或播放延遲間隔沒(méi)有被結(jié)合,以及-用于將所述質(zhì)量反饋值和所述時(shí)間戳報(bào)告給服務(wù)器的裝置。
2.根據(jù)權(quán)利要求1所述的客戶端,其中,所述至少一個(gè)媒體流的所述流傳輸是基于實(shí)時(shí)傳送協(xié)議RTP。
3.根據(jù)權(quán)利要求2所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從在所述RTP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTP時(shí)間戳中導(dǎo)出。
4.根據(jù)權(quán)利要求1所述的客戶端,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)流傳輸協(xié)議RTSP來(lái)控制。
5.根據(jù)權(quán)利要求4所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTSP提供的正常播放時(shí)間NPT中導(dǎo)出。
6.根據(jù)權(quán)利要求1所述的客戶端,其中,所述質(zhì)量度量定義了將為事件的持續(xù)時(shí)間的所述質(zhì)量度量值,并且其中,在所述事件已經(jīng)發(fā)生之前,所述時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
7.根據(jù)權(quán)利要求6所述的客戶端,其中,所述事件是惡化持續(xù)時(shí)間,并且其中,所述特定幀是在所述惡化發(fā)生之前,按照播放順序的最后的好的幀。
8.根據(jù)權(quán)利要求6所述的客戶端,其中,所述事件是再緩沖持續(xù)時(shí)間,并且其中,所述特定幀是在所述再緩沖發(fā)生之前,最后播放的幀。
9.根據(jù)權(quán)利要求1所述的客戶端,其中,所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值,并且其中,在所述事件數(shù)量被測(cè)量之前,所述對(duì)應(yīng)的時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
10.根據(jù)權(quán)利要求9所述的客戶端,其中,所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量,并且其中,所述特定幀是在所述連續(xù)丟失分組發(fā)生之前,按照播放順序的最后接收的幀。
11.根據(jù)權(quán)利要求9所述的客戶端,其中,所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測(cè)的誤碼數(shù)量或所校正誤碼的數(shù)量,并且其中,所述特定幀是在所述事件數(shù)量被測(cè)量之前,最后解碼的幀。
12.根據(jù)權(quán)利要求4所述的客戶端,其中,所述質(zhì)量反饋值和所述時(shí)間戳經(jīng)由所述RTSP報(bào)告。
13.根據(jù)權(quán)利要求1所述的客戶端,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由會(huì)話初始協(xié)議SIP來(lái)控制。
14.根據(jù)權(quán)利要求13所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從由所述SIP提供的時(shí)基中導(dǎo)出,特別地從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
15.根據(jù)權(quán)利要求13所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
16.根據(jù)權(quán)利要求1所述的客戶端,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)傳送控制協(xié)議RTCP來(lái)控制。
17.根據(jù)權(quán)利要求16所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTCP提供的時(shí)基中導(dǎo)出。
18.根據(jù)權(quán)利要求16所述的客戶端,其中,所述相對(duì)的媒體播放時(shí)間從所述RTCP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTCP時(shí)間戳中導(dǎo)出。
19.根據(jù)權(quán)利要求1所述的客戶端,其中,所述流傳輸服務(wù)是根據(jù)在3G移動(dòng)通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
20.一種用于流傳輸服務(wù)的服務(wù)器,其中,至少一個(gè)媒體流被流傳輸給客戶端,包括-用于接收根據(jù)時(shí)間戳度量確定的質(zhì)量反饋值,以確定所述至少一個(gè)媒體流的流傳輸?shù)馁|(zhì)量和根據(jù)時(shí)間戳度量確定的所述質(zhì)量反饋值的時(shí)間戳的裝置,其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了各自的時(shí)間戳度量,并且其中,所述時(shí)間戳度量是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,并且其中,所述相對(duì)的媒體播放時(shí)間表示從任何絕對(duì)時(shí)基解耦的所述至少一個(gè)媒體流的播放時(shí)間進(jìn)程,使得暫停間隔或播放延遲間隔沒(méi)有被纟口口。
21.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸是基于實(shí)時(shí)傳送協(xié)議RTP。
22.根據(jù)權(quán)利要求21所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從在所述RTP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTP時(shí)間戳中導(dǎo)出。
23.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)流傳輸協(xié)議RTSP來(lái)控制。
24.根據(jù)權(quán)利要求23所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTSP提供的正常播放時(shí)間NPT中導(dǎo)出。
25.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述質(zhì)量度量定義了將為事件的持續(xù)時(shí)間的所述質(zhì)量度量值,并且其中,在所述事件已經(jīng)發(fā)生之前,所述時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
26.根據(jù)權(quán)利要求25所述的服務(wù)器,其中,所述事件是惡化持續(xù)時(shí)間,并且其中,所述特定幀是在所述惡化發(fā)生之前,按照播放順序的最后的好的幀。
27.根據(jù)權(quán)利要求25所述的服務(wù)器,其中,所述事件是再緩沖持續(xù)時(shí)間,并且其中,所述特定幀是在所述再緩沖發(fā)生之前,最后播放的幀。
28.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值,并且其中,在所述事件數(shù)量被測(cè)量之前,所述對(duì)應(yīng)的時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
29.根據(jù)權(quán)利要求觀所述的服務(wù)器,其中,所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量,并且其中,所述特定幀是在所述連續(xù)丟失分組發(fā)生之前,按照播放順序的最后接收的幀。
30.根據(jù)權(quán)利要求觀所述的服務(wù)器,其中,所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測(cè)的誤碼數(shù)量或所校正誤碼的數(shù)量,并且其中,所述特定幀是在所述事件數(shù)量被測(cè)量之前,最后解碼的幀。
31.根據(jù)權(quán)利要求23所述的服務(wù)器,其中,所述質(zhì)量反饋值和所述時(shí)間戳經(jīng)由所述 RTSP報(bào)告。
32.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由會(huì)話初始協(xié)議SIP來(lái)控制。
33.根據(jù)權(quán)利要求32所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述SIP提供的時(shí)基中導(dǎo)出,特別地從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
34.根據(jù)權(quán)利要求32所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
35.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)傳送控制協(xié)議RTCP來(lái)控制。
36.根據(jù)權(quán)利要求35所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTCP提供的時(shí)基中導(dǎo)出。
37.根據(jù)權(quán)利要求35所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從所述RTCP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTCP時(shí)間戳中導(dǎo)出。
38.根據(jù)權(quán)利要求20所述的服務(wù)器,其中,所述流傳輸服務(wù)是根據(jù)在3G移動(dòng)通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
39.一種用于在流傳輸服務(wù)中的質(zhì)量反饋的方法,其中,至少一個(gè)媒體流被流傳輸?shù)娇蛻舳耍龇椒òń邮崭鶕?jù)時(shí)間戳度量確定的質(zhì)量反饋值,以確定所述至少一個(gè)媒體流的流傳輸?shù)馁|(zhì)量和根據(jù)時(shí)間戳度量確定的所述質(zhì)量反饋值的時(shí)間戳,其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了各自的時(shí)間戳度量,并且其中,所述時(shí)間戳度量是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,并且其中,所述相對(duì)的媒體播放時(shí)間表示從任何絕對(duì)時(shí)基解耦的所述至少一個(gè)媒體流的播放時(shí)間進(jìn)程,使得暫停間隔或播放延遲間隔沒(méi)有被結(jié)合。
40.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸是基于實(shí)時(shí)傳送協(xié)議RTP。
41.根據(jù)權(quán)利要求40所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從在所述RTP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTP時(shí)間戳中導(dǎo)出。
42.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)流傳輸協(xié)議RTSP來(lái)控制。
43.根據(jù)權(quán)利要求42所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTSP提供的正常播放時(shí)間NPT中導(dǎo)出。
44.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述質(zhì)量度量定義了將為事件的持續(xù)時(shí)間的所述質(zhì)量度量值,并且其中,在所述事件已經(jīng)發(fā)生之前,所述時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
45.根據(jù)權(quán)利要求44所述的服務(wù)器,其中,所述事件是惡化持續(xù)時(shí)間,并且其中,所述特定幀是在所述惡化發(fā)生之前,按照播放順序的最后的好的幀。
46.根據(jù)權(quán)利要求44所述的服務(wù)器,其中,所述事件是再緩沖持續(xù)時(shí)間,并且其中,所述特定幀是在所述再緩沖發(fā)生之前,最后播放的幀。
47.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值,并且其中,在所述事件數(shù)量被測(cè)量之前,所述對(duì)應(yīng)的時(shí)間戳度量定義了將為所述至少一個(gè)媒體流的特定幀的相對(duì)的媒體播放時(shí)間的所述時(shí)間戳。
48.根據(jù)權(quán)利要求47所述的服務(wù)器,其中,所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量,并且其中,所述特定幀是在所述連續(xù)丟失分組發(fā)生之前,按照播放順序的最后接收的幀。
49.根據(jù)權(quán)利要求47所述的服務(wù)器,其中,所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測(cè)的誤碼數(shù)量或所校正誤碼的數(shù)量,并且其中,所述特定幀是在所述事件數(shù)量被測(cè)量之前,最后解碼的幀。
50.根據(jù)權(quán)利要求42所述的服務(wù)器,其中,所述質(zhì)量反饋值和所述時(shí)間戳經(jīng)由所述 RTSP報(bào)告。
51.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由會(huì)話初始協(xié)議SIP來(lái)控制。
52.根據(jù)權(quán)利要求51所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述SIP提供的時(shí)基中導(dǎo)出,特別地從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
53.根據(jù)權(quán)利要求51所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從所述SIP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的SIP時(shí)間戳中導(dǎo)出。
54.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述至少一個(gè)媒體流的所述流傳輸至少部分地由實(shí)時(shí)傳送控制協(xié)議RTCP來(lái)控制。
55.根據(jù)權(quán)利要求M所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從由所述RTCP提供的時(shí)基中導(dǎo)出。
56.根據(jù)權(quán)利要求M所述的服務(wù)器,其中,所述相對(duì)的媒體播放時(shí)間從所述RTCP的至少一個(gè)協(xié)議數(shù)據(jù)單元的報(bào)頭中提供的RTCP時(shí)間戳中導(dǎo)出。
57.根據(jù)權(quán)利要求51所述的服務(wù)器,其中,所述報(bào)告的質(zhì)量反饋值和時(shí)間戳由一個(gè)實(shí)例來(lái)捕獲并且用來(lái)分析所述流傳輸?shù)馁|(zhì)量。
58.根據(jù)權(quán)利要求39所述的服務(wù)器,其中,所述流傳輸服務(wù)是根據(jù)在3G移動(dòng)通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
全文摘要
本發(fā)明特別地涉及一種在流傳輸服務(wù)中用于質(zhì)量反饋的方法,其中,至少一個(gè)媒體流被流傳輸給客戶端,包括根據(jù)至少一個(gè)質(zhì)量度量來(lái)確定質(zhì)量反饋值,根據(jù)至少一個(gè)時(shí)間戳度量來(lái)確定與所述質(zhì)量反饋值相關(guān)的時(shí)間戳,其中,對(duì)于所述至少一個(gè)質(zhì)量度量的每一個(gè),定義了對(duì)應(yīng)的時(shí)間戳度量,并且其中,所述至少一個(gè)時(shí)間戳度量的每一個(gè)都是基于所述至少一個(gè)媒體流的相對(duì)的媒體播放時(shí)間,以及將所述質(zhì)量反饋值和所述相關(guān)的時(shí)間戳報(bào)告給服務(wù)器。優(yōu)選地,所述相對(duì)的媒體播放時(shí)間優(yōu)選地從實(shí)時(shí)傳送協(xié)議時(shí)間戳,從由實(shí)時(shí)流傳輸協(xié)議提供的正常播放時(shí)間,從實(shí)時(shí)傳送控制協(xié)議的時(shí)間戳,或者從會(huì)話初始協(xié)議的時(shí)間戳中導(dǎo)出。
文檔編號(hào)H04L29/06GK102209078SQ20111016200
公開(kāi)日2011年10月5日 申請(qǐng)日期2004年2月13日 優(yōu)先權(quán)日2004年2月13日
發(fā)明者埃姆勒·阿克敘, 王業(yè)奎, 艾戈·柯西奧 申請(qǐng)人:諾基亞公司