專利名稱：用于傳輸會(huì)話的增強(qiáng)的質(zhì)量報(bào)告的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在根據(jù) 一 個(gè)或多個(gè)度量來報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量的環(huán) 境中的方法、計(jì)算機(jī)程序產(chǎn)品、客戶端、服務(wù)器、系統(tǒng)和協(xié)議。
背景技術(shù)：
第三代合作伙伴計(jì)劃(3GPP)分組交換流傳輸服務(wù)(PSS)在 3G網(wǎng)絡(luò)中為基于因特網(wǎng)協(xié)議(IP)的流應(yīng)用提供框架。通過參考引 入在此的文檔3GPP TS 26.234 V.6,a.0 "Transparent end-to-end Packet-Switch Streaming Service (PSS) Protocols and codes (Release 6)"規(guī)定了用于3GPPPSS的協(xié)議和編解碼器。規(guī)定了用于控制信 令、能力交換、媒體傳輸、速率適配和流保護(hù)的協(xié)議。
此外，PSS定義了可選的體驗(yàn)質(zhì)量(QoE)度量框架。QoE度量 框架是一種用于評(píng)價(jià)媒體流應(yīng)用的端用戶體驗(yàn)的技術(shù)。其支持在提 取結(jié)果(QoE度量)的過程中組合跨層測(cè)量。提取的結(jié)果可以用于 監(jiān)視和改進(jìn)基于可變網(wǎng)絡(luò)條件上的端用戶體驗(yàn)。
支持QoE度量特征的3GPP PSS客戶端應(yīng)該根據(jù)測(cè)量定義來執(zhí) 行質(zhì)量測(cè)量，并且當(dāng)被請(qǐng)求如此時(shí)，使用QoE傳輸協(xié)議將它們匯聚 到客戶端QoE度量并且將度量報(bào)告給PSS服務(wù)器。
QoE度量框架其中涉及
QoE度量定義定義了一組QoE度量以用于評(píng)價(jià)會(huì)話層和媒體 層體驗(yàn)質(zhì)量。3GPP TS 26.234 V.6.a.0提供了關(guān)于如何計(jì)算這些度量 和傳輸它們的頻度的定義和建議。
QoE度量協(xié)商定義了實(shí)時(shí)流傳輸協(xié)議(RTSP )報(bào)頭"3GPP-QoE-度量"以支持PSS客戶端和服務(wù)器來協(xié)商PSS客戶端應(yīng)該發(fā)送哪些 QoE度量，發(fā)送它們的頻度以及如何關(guān)閉度量傳輸。該報(bào)頭可以在
8RTSP方法SETUP 、 SET—PARAMETER、 OPTIONS (具有會(huì)話ID ) 和PLAY的請(qǐng)求和響應(yīng)中發(fā)送。根據(jù)3GPPTS 26.234 V.6.a.0,該協(xié) 商以由PSS服務(wù)器提供的會(huì)話描述協(xié)議(SDP )文件或來自PSS客 戶端的RTSP SETUP請(qǐng)求開始，并且最晚當(dāng)由PSS月良務(wù)器發(fā)布RTSP PLAY響應(yīng)消息時(shí)結(jié)束?？蛻舳丝梢院?jiǎn)單地通過發(fā)布RTSP PLAY請(qǐng) 求來終結(jié)該協(xié)商過程。 一旦媒體傳輸開始，將不再允許有QoE度量 協(xié)商，除非關(guān)閉QoE度量反饋。
QoE度量傳輸為了將協(xié)商的QoE度量從PSS客戶端傳輸?shù)絇SS 服務(wù)器，定義了 RTSP報(bào)頭 "3GPP-QoE-feedback"并且該報(bào)頭與某 些RTSP方法有關(guān)(SET—PARAMETER、 PAUSE或TEARDOWN )。
3GPPPSS版本7規(guī)范(也稱為PSSe)當(dāng)前正在3GPP SA4中發(fā) 展。該工作項(xiàng)目的目標(biāo)是以媒體編解碼配置的新功能性和現(xiàn)有技術(shù) 配置來改進(jìn)現(xiàn)有分組交換流傳輸(PSS)規(guī)范。該工作的主要目標(biāo)之 一是改進(jìn)PSS信道/內(nèi)容-交換時(shí)間并且也支持PSS會(huì)話的更快啟動(dòng)。
如在涉及3GPP版本7規(guī)范的改變請(qǐng)求S4-070151 "快速內(nèi)容交 換和啟動(dòng)"中，對(duì)于快速內(nèi)容啟動(dòng)，引入RTSP消息的管道傳輸。 特別地，已經(jīng)同意對(duì)針對(duì)各種i某體流的RTSP SETUP請(qǐng)求以及會(huì)聚 控制PLAY請(qǐng)求進(jìn)行管道傳輸以加速PSS會(huì)話啟動(dòng)。這在附圖1的 圖100中示出，其中示出了服務(wù)器和客戶端之間的RTSP請(qǐng)求和響 應(yīng)的交換，并且其中RTSP SETUP請(qǐng)求視頻101和音頻102,并且 對(duì)RTSP PLAY請(qǐng)求103進(jìn)行管道傳輸。
類似地，為了加速PSS信道/內(nèi)容交換，定義新的RTSP報(bào)頭， 其支持新的PSS會(huì)話的建立而不需要拆除舊的RTSP會(huì)話和建立新 的RTSP會(huì)話。特別地，對(duì)于快速內(nèi)容交換，具有"切換-流"報(bào)頭 的過載PLAY請(qǐng)求用于指示將被流傳輸?shù)浇邮諜C(jī)的新內(nèi)容。這在附 圖2的圖200中示出，其中示出服務(wù)器和客戶端之間的RTSP請(qǐng)求/ 響應(yīng)的交換。客戶端使用具有"切換-流"報(bào)頭的RTSP PLAY請(qǐng)求 來向服務(wù)器指示應(yīng)該執(zhí)行從兩個(gè)先前的流到兩個(gè)新流的切換，并且 服務(wù)器以RTSP "200 OK"響應(yīng)對(duì)該切換做出確認(rèn)。標(biāo)準(zhǔn)化組織同意的當(dāng)前解決方案(用于快速信道/內(nèi)容交換和快 速會(huì)話啟動(dòng))涉及對(duì)于RTSP會(huì)話建立前的協(xié)商協(xié)議的主要改變。 這些解決方案背后的主導(dǎo)原理是通過對(duì)兩個(gè)內(nèi)容之間就它們的媒體 層以及會(huì)話層傳輸參數(shù)方面之間的相似性做出合理的假設(shè)來盡可能 地減小更多的往返延遲。
在PSS規(guī)范的版本6中，QoE協(xié)商可能不增加總體會(huì)話建立延 遲。由于對(duì)于每個(gè)媒體具有分開的SETUP請(qǐng)求/響應(yīng)對(duì)，也就存在多 個(gè)往返。在該情況下，QoE度量協(xié)商可能不會(huì)對(duì)總體會(huì)話建立延遲 做出顯著貢獻(xiàn)，因?yàn)镼oE度量協(xié)商報(bào)頭被搭載(piggy-backed)到 RTSP SETUP請(qǐng)求/響應(yīng)對(duì)。
相比較而言，在PSS的版本7 (PSSe)中，會(huì)話建立(僅)請(qǐng) 求一或兩個(gè)往返。在該情況下，QoE度量協(xié)商可能對(duì)總體會(huì)話建立 延遲做出顯著貢獻(xiàn)，因?yàn)樵趩蝹€(gè)往返時(shí)間內(nèi)完成協(xié)商可能是不太可 行的。
在PSSe中使用現(xiàn)有的QoE協(xié)商因此導(dǎo)致增加的會(huì)話建立時(shí)間和 內(nèi)容切換時(shí)間。因此需要修改QoE度量協(xié)商過程以反映新的會(huì)話啟 動(dòng)和切一炎優(yōu)4匕。
進(jìn)一步，盡管版本7PSS (PSSe)對(duì)解決方案進(jìn)行標(biāo)準(zhǔn)化以顯著 地改進(jìn)啟動(dòng)和切換時(shí)間，但是由于變化的信道條件和內(nèi)容組成(例 如，內(nèi)容供應(yīng)中的媒體流的數(shù)目和它們的比特速率)，服務(wù)的實(shí)際 部署期間的端用戶體驗(yàn)可能不同。然而，用于評(píng)價(jià)PSSe增強(qiáng)的有效 性的QoE度量，特別是信道/內(nèi)容切換期間的用戶體驗(yàn)的QoE度量， 到目前為止還不存在。

發(fā)明內(nèi)容
第一方面
才艮據(jù)本發(fā)明的第一方面，公開一種客戶端側(cè)方法，所述方法包 括根據(jù)將要報(bào)告給服務(wù)器的 一 個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)
量，其中一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量，該內(nèi)容切換時(shí)間
10度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間。
根據(jù)本發(fā)明的第 一 方面，進(jìn)一 步公開了其中存儲(chǔ)有計(jì)算機(jī)程序 的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行客 戶端側(cè)方法的指令。將理解到計(jì)算機(jī)程序本身也被公開，即在沒有 存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第一方面，還公開一種客戶端側(cè)設(shè)備，所述設(shè)備 包括處理單元，其配置成根據(jù)將要報(bào)告給服務(wù)器的一個(gè)或多個(gè)度量 來測(cè)量傳輸會(huì)話的質(zhì)量，其中一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度 量，該內(nèi)容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí) 間。該設(shè)備例如可以是客戶端或其一部分。
根據(jù)本發(fā)明的第一方面，還公開一種客戶端側(cè)設(shè)備，所述設(shè)備 包括用于根據(jù)將要報(bào)告給服務(wù)器的一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話 的質(zhì)量的裝置，其中一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量，該內(nèi) 容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間。該設(shè) 備例如可以是客戶端或其一部分。
根據(jù)本發(fā)明的第一方面，還公開了一種服務(wù)器側(cè)方法，所述方 法包括處理一個(gè)或多個(gè)度量，將根據(jù)該一個(gè)或多個(gè)度量來報(bào)告?zhèn)鬏?會(huì)話的質(zhì)量，其中一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量，該內(nèi)容 切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間。
根據(jù)本發(fā)明的第 一方面，進(jìn)一步公開了其中存儲(chǔ)有計(jì)算機(jī)程序 的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行服 務(wù)器側(cè)方法的指令。將理解到計(jì)算機(jī)程序本身也被公開。即在沒有 存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第一方面，還公開了一種服務(wù)器側(cè)設(shè)備，所述設(shè) 備包括處理單元，其配置成處理一個(gè)或多個(gè)度量，將根據(jù)該一個(gè)或 多個(gè)度量來報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中一個(gè)或多個(gè)度量包括內(nèi)容切 換時(shí)間度量，該內(nèi)容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所 占用的時(shí)間。該設(shè)備例如可以是服務(wù)器或其 一部分。
根據(jù)本發(fā)明的第一方面，還公開了一種服務(wù)器側(cè)設(shè)備，所述設(shè)
11備包括用于處理一個(gè)或多個(gè)度量的裝置，將根據(jù)該一個(gè)或多個(gè)度量 來報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中 一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度 量，該內(nèi)容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí) 間。該設(shè)備例如可以是服務(wù)器或其一部分。
根據(jù)本發(fā)明的第一方面，還公開了一種系統(tǒng)，包括根據(jù)本發(fā)明 第一方面的客戶端側(cè)設(shè)備和服務(wù)器側(cè)設(shè)備。
根據(jù)本發(fā)明的第一方面，在傳輸會(huì)話中，內(nèi)容被傳送到客戶端。 所述傳輸會(huì)話例如可以是流傳輸會(huì)話，其中例如在線路綁定或無線 網(wǎng)絡(luò)或其組合的網(wǎng)絡(luò)中，內(nèi)容經(jīng)由 一 個(gè)或多個(gè)媒體流流傳輸?shù)娇蛻?br> 端。所述媒體流例如可以是實(shí)時(shí)傳輸協(xié)議(RTP)媒體流。所述內(nèi)容 源自于內(nèi)容源。傳輸會(huì)話可以通過協(xié)議來建立和控制，例如在流傳 輸會(huì)話的情況下通過實(shí)時(shí)流傳輸協(xié)議(RTSP)來建立和控制。
在傳l命會(huì)話中，例如響應(yīng)于用戶請(qǐng)求，可以在內(nèi)容之間進(jìn)行切 換。在流傳輸會(huì)話的情形下，媒體傳輸例如可以是媒體流。例如， 通過替換媒體流(相同或不同媒體類型)的內(nèi)容(例如同時(shí)維持媒 體流的相同傳輸和/或編解碼器參數(shù))，和/或通過替換媒體流和/或 通過增加和/或移除媒體流，內(nèi)容可以被切換。在會(huì)話通過RTSP來 控制的情形下，切換例如可以通過在RTSP PLAY請(qǐng)求中使用 "Switch-Stream"("切換-流")報(bào)頭來完成。
在客戶端處，根據(jù)一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量并且 報(bào)告給服務(wù)器以便處理，例如用于傳輸會(huì)話質(zhì)量的評(píng)估。其中，向 其報(bào)告度量的服務(wù)器可以不必是內(nèi)容源。
一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量，該內(nèi)容切換時(shí)間度量 涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間，并且因此可以允許運(yùn) 營(yíng)商或服務(wù)提供商在內(nèi)容的切換期間來評(píng)價(jià)用戶體驗(yàn)。
根據(jù)本發(fā)明的第 一方面的示例性實(shí)施方式，內(nèi)容切換時(shí)間度量 被定義為這樣的時(shí)間之一，從在客戶端上新內(nèi)容被選擇的時(shí)刻到新 內(nèi)容的第 一媒體幀被回放的時(shí)刻的時(shí)間，以及從切換請(qǐng)求從客戶端 發(fā)送到服務(wù)器的時(shí)刻到在客戶端處接收新內(nèi)容的第 一媒體分組的時(shí)刻的時(shí)間。同樣地，可以基于這兩個(gè)定義或其元素的組合來定義內(nèi) 容切換時(shí)間度量。
根據(jù)本發(fā)明的第 一 方面的另外示例性實(shí)施方式，可以協(xié)商內(nèi)容 切換時(shí)間度量以便立即進(jìn)行報(bào)告。為此，可以針對(duì)內(nèi)容切換時(shí)間度
量來定義新的報(bào)告速率值"Start"("開始，，)。
根據(jù)本發(fā)明的第 一方面的另外示例性實(shí)施方式，根據(jù)第三代合 作伙伴計(jì)劃分組交換流傳輸服務(wù)，內(nèi)容切換時(shí)間度量是體驗(yàn)質(zhì)量度量。
第二方面
根據(jù)本發(fā)明的第二方面，公開了一種方法，該方法包括如果在 傳輸會(huì)話中發(fā)生從先前內(nèi)容到具有先前內(nèi)容和新內(nèi)容之間共同媒體 類型的新內(nèi)容的切換時(shí)，為了報(bào)告新內(nèi)容的傳輸質(zhì)量，在客戶端處 接受所有已經(jīng)在客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的 共同媒體類型的傳輸質(zhì)量的一個(gè)或多個(gè)度量。
根據(jù)本發(fā)明的第二方面，進(jìn)一步公開了其中存儲(chǔ)有計(jì)算機(jī)程序 的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根 據(jù)本發(fā)明的第二方面的方法的指令。將理解到計(jì)算機(jī)程序本身也被 公開，即在沒有存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第二方面，還公開了一種設(shè)備，該設(shè)備包括處理 單元，其配置成如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到具有先前內(nèi)容 和新內(nèi)容之間共同媒體類型的新內(nèi)容的切換時(shí)，為了報(bào)告新內(nèi)容的 傳輸質(zhì)量，接受所有已經(jīng)在客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告 先前內(nèi)容的共同媒體類型的傳輸質(zhì)量的一個(gè)或多個(gè)度量。所述設(shè)備 例如可以是客戶端或其一部分。
根據(jù)本發(fā)明的第二方面，還公開了一種設(shè)備，該設(shè)備包括用于 如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到具有先前內(nèi)容和新內(nèi)容之間共 同媒體類型的新內(nèi)容的切換時(shí)，為了報(bào)告新內(nèi)容的傳輸質(zhì)量，接受 所有已經(jīng)在客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的共同 媒體類型的傳輸質(zhì)量的 一 個(gè)或多個(gè)度量的裝置。所述設(shè)備例如可以是客戶端或其一部分。
根據(jù)本發(fā)明的第二方面，還公開了一種系統(tǒng)，所述系統(tǒng)包括服 務(wù)器和客戶端，其中所述客戶端包括根據(jù)本發(fā)明第二方面的設(shè)備。
根據(jù)本發(fā)明的第二方面，還公開了一種協(xié)議，所述協(xié)議包括一 種規(guī)則，該規(guī)則允許或規(guī)定如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到具
接受所有已經(jīng)在客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的 傳輸質(zhì)量的 一 個(gè)或多個(gè)度量，以便報(bào)告新內(nèi)容的共同媒體類型的傳
輸質(zhì)量。協(xié)議例如可以是才艮據(jù)3GPP PSS的QoE協(xié)商協(xié)議。
根據(jù)本發(fā)明的第二方面，在傳輸會(huì)話中，內(nèi)容被發(fā)送到客戶端。 所述傳輸會(huì)話例如可以是流傳輸會(huì)話，其中例如在線路綁定或無線 網(wǎng)絡(luò)或其組合的網(wǎng)絡(luò)中，內(nèi)容經(jīng)由一個(gè)或多個(gè)々某體流從內(nèi)容源流傳 輸?shù)娇蛻舳恕Ｋ雒襟w流例如可以是實(shí)時(shí)傳輸協(xié)議(RTP)媒體流。 傳輸會(huì)話可以通過協(xié)議來建立和控制，例如在流傳輸會(huì)話情況下通 過實(shí)時(shí)流傳輸協(xié)議(RTSP)來建立和控制。
在傳輸會(huì)話中，例如響應(yīng)于用戶請(qǐng)求，可以在內(nèi)容之間切換。 在流傳輸會(huì)話的情況下，所述媒體傳輸例如可以是媒體流。例如， 通過替換媒體流(相同或不同媒體類型)的內(nèi)容(例如同時(shí)維持媒 體流的相同傳輸和/或編解碼器參數(shù))，和/或通過替換媒體流和/或 通過增加和/或移除媒體流，內(nèi)容可以被切換。在會(huì)話通過RTSP來 控制的情形下，切換例如可以通過在RTSP PLAY請(qǐng)求中使用 "Switch-Stream"("切換-流")報(bào)頭來完成。
在客戶端處，根據(jù)一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量并且 報(bào)告給服務(wù)器以便處理，例如用于傳輸會(huì)話質(zhì)量的評(píng)估。其中，向 其報(bào)告度量的服務(wù)器可以不必是內(nèi)容源。
用于報(bào)告先前內(nèi)容的傳輸質(zhì)量的度量已經(jīng)在服務(wù)器和客戶端之 間進(jìn)行了協(xié)商。其中，所述度量的協(xié)商可以理解為包括找到關(guān)于度 量本身和/或與度量關(guān)聯(lián)的度量值的協(xié)定，例如指示應(yīng)該以何頻度報(bào) 告度量的報(bào)告率，或范圍。為了減小往返時(shí)間，在共同媒體類型的情況下(例如，視頻、 音頻、語(yǔ)音、字幕等)，客戶端接受針對(duì)先前內(nèi)容的媒體類型(這 些媒體類型對(duì)應(yīng)于新內(nèi)容的一些或所有的媒體類型)所有已經(jīng)協(xié)商 的度量，以便報(bào)告新內(nèi)容的傳輸質(zhì)量，從而不需要對(duì)于這些度量的 更多協(xié)商。換句話說，如果先前媒體傳輸(例如，媒體流)和新的 媒體傳輸(例如，媒體流)具有相同的媒體類型，則客戶端針對(duì)新 的媒體流接受相同QoE度量。所述接受可以涉及度量和與度量關(guān)聯(lián) 的度量值二者。如果需要的話，客戶端或服務(wù)器可以在會(huì)話期間關(guān) 閉所述度量。
根據(jù)本發(fā)明的第二方面的示例性實(shí)施方式，客戶端在針對(duì)新內(nèi) 容的回放的請(qǐng)求中接受所述度量。
根據(jù)本發(fā)明的第二方面的另外示例性實(shí)施方式，度量是根據(jù)第 三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。于是，例
如可以在RTSP PLAY請(qǐng)求中接受所述度量。 第三方面
根據(jù)本發(fā)明的第三方面，公開了一種方法，該方法包括協(xié)商至 少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中在發(fā)起多個(gè)管道傳送的 請(qǐng)求之前，不開始客戶端側(cè)協(xié)商，所述多個(gè)管道傳送的請(qǐng)求包括至 少一個(gè)針對(duì)在傳輸會(huì)話中建立媒體傳輸?shù)恼?qǐng)求和針對(duì)在傳輸會(huì)話中 回放內(nèi)容的請(qǐng)求。
根據(jù)本發(fā)明的第三方面，進(jìn)一步公開了其中存儲(chǔ)有計(jì)算機(jī)程序 的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根 據(jù)本發(fā)明的第三方面的方法的指令。將理解到計(jì)算機(jī)程序本身也被 公開，即在沒有存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第三方面，還公開了一種客戶端側(cè)設(shè)備，其包括 處理單元，所述處理單元配置成協(xié)商至少一個(gè)度量以便報(bào)告?zhèn)鬏敃?huì) 話的質(zhì)量，其中在發(fā)起多個(gè)管道傳送的請(qǐng)求之前，不開始客戶端側(cè) 協(xié)商，所述多個(gè)管道傳送的請(qǐng)求包括至少一個(gè)針對(duì)在傳輸會(huì)話中建 立媒體傳輸?shù)恼?qǐng)求和針對(duì)在傳輸會(huì)話中回放內(nèi)容的請(qǐng)求。根據(jù)本發(fā)明的第三方面，還公開了一種客戶端側(cè)設(shè)備，其包括 用于協(xié)商至少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量的裝置，其中在發(fā) 起多個(gè)管道傳送的請(qǐng)求之前，不開始客戶端側(cè)協(xié)商，所述多個(gè)管道 傳送的請(qǐng)求包括至少一個(gè)針對(duì)在傳輸會(huì)話中建立媒體傳輸?shù)恼?qǐng)求和 針對(duì)在傳輸會(huì)話中回放內(nèi)容的請(qǐng)求。
根據(jù)本發(fā)明的第三方面，還公開了一種系統(tǒng)，包括服務(wù)器和客 戶端，所述客戶端包括根據(jù)本發(fā)明第三方面的設(shè)備。
根據(jù)本發(fā)明的第三方面，還公開了一種協(xié)議，所述協(xié)議包括一 種規(guī)則，該規(guī)則規(guī)定在發(fā)起多個(gè)管道傳送的請(qǐng)求之前，不應(yīng)該開始 針對(duì)至少 一個(gè)度量的客戶端側(cè)協(xié)商以便傳輸會(huì)話質(zhì)量的報(bào)告，所述 多個(gè)管道傳送的請(qǐng)求包括至少一個(gè)針對(duì)在傳輸會(huì)話中建立媒體傳輸 的請(qǐng)求和針對(duì)在傳輸會(huì)話中回放內(nèi)容的請(qǐng)求。協(xié)議例如可以是根據(jù)
3GPP PSS的QoE協(xié)商協(xié)議。
根據(jù)本發(fā)明的第三方面，在傳輸會(huì)話中，內(nèi)容被傳送到客戶端。 所述傳輸會(huì)話例如可以是流傳輸會(huì)話，其中例如在線路綁定或無線 網(wǎng)絡(luò)或其組合的網(wǎng)絡(luò)中，內(nèi)容經(jīng)由一個(gè)或多個(gè)媒體流從內(nèi)容源流傳 輸?shù)娇蛻舳?。所述媒體流例如可以是實(shí)時(shí)傳輸協(xié)議(RTP )媒體流。 傳輸會(huì)話可以通過協(xié)議來建立和控制，例如在流傳輸會(huì)話情況下通 過實(shí)時(shí)流傳輸協(xié)議(RTSP)來建立和控制。
在客戶端處，根據(jù)一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量并且 將其報(bào)告給服務(wù)器以便處理，例如用于傳輸會(huì)話質(zhì)量的評(píng)估。其中， 向其報(bào)告度量的服務(wù)器可以不必是內(nèi)容源。
為了確?？焖俚臅?huì)話啟動(dòng)，在多個(gè)管道傳送的請(qǐng)求發(fā)起之前， 不開始針對(duì)至少一個(gè)度量的客戶端側(cè)協(xié)商，所述多個(gè)管道傳送的請(qǐng)
求包括至少 一 個(gè)針對(duì)在傳輸會(huì)話中建立媒體傳輸?shù)恼?qǐng)求和針對(duì)在傳 輸會(huì)話中回放內(nèi)容的請(qǐng)求。其中,針對(duì)回放的請(qǐng)求可以是針對(duì)傳輸 會(huì)話(例如可以是RTSP會(huì)話)中內(nèi)容的回放的第一請(qǐng)求。多個(gè)管 道傳送的請(qǐng)求可以理解為按順序發(fā)起的多個(gè)請(qǐng)求，其中在發(fā)起下一 個(gè)請(qǐng)求前，不等待對(duì)發(fā)起的請(qǐng)求的響應(yīng)。通過這種方式，可以實(shí)現(xiàn)在開始內(nèi)容的回放前，度量協(xié)商將不會(huì)造成任何的額外往返時(shí)間。 客戶端側(cè)協(xié)商例如可以以多個(gè)管道傳送的"i青求中的 一 個(gè)請(qǐng)求來開 始，即建立請(qǐng)求或回放請(qǐng)求。客戶端例如可以提供有文件(例如， 會(huì)話描述協(xié)議(SDP)文件)，其描述服務(wù)器接受了哪些度量以便報(bào)
告?zhèn)鬏敃?huì)話的質(zhì)量。該SDP文件例如可以已經(jīng)由服務(wù)器響應(yīng)于客戶 端的RTSP DESCRIBE請(qǐng)求而發(fā)送給客戶端。同樣地，SDP文件可 以預(yù)先存儲(chǔ)在客戶端處或經(jīng)由其它裝置發(fā)送到客戶端。通過在管道 傳送的建立/回放請(qǐng)求之一中傳達(dá)其對(duì)支持的度量(包括與度量關(guān)聯(lián) 的度量值，例如報(bào)告率或范圍)的選擇，客戶端繼而可以開始客戶 端側(cè)協(xié)商。
根據(jù)本發(fā)明的第三方面的示例性實(shí)施方式，協(xié)商至少部分地發(fā) 生在針對(duì)內(nèi)容的回放的請(qǐng)求之后。發(fā)生在客戶端已經(jīng)請(qǐng)求了內(nèi)容的
已經(jīng)請(qǐng)求了內(nèi)容的回》文之后的協(xié)商或協(xié)商的 一 部分可以至少包括建 議改變的度量和/或度量值，其中改變參考協(xié)商伙伴的建議。
根據(jù)本發(fā)明的第三方面的示例性實(shí)施方式，度量是根據(jù)第三代 合作伙伴分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。接著，至少一個(gè)度 量的客戶端側(cè)協(xié)商可以例如以包含"3GPP-QoE-Metrics" ( "3GPP -QoE-度量，，)報(bào)頭的管道傳送的RTSP SETUP/PLAY請(qǐng)求開始。
第四方面
根據(jù)本發(fā)明的第四方面，公開了一種方法，該方法包括協(xié)商至 少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中所述協(xié)商至少部分地發(fā) 生在客戶端已經(jīng)請(qǐng)求了對(duì)傳輸會(huì)話內(nèi)的內(nèi)容的回放之后。
根據(jù)本發(fā)明的第四方面，進(jìn)一步公開了其中存儲(chǔ)有計(jì)算機(jī)程序 的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根 據(jù)本發(fā)明的第四方面的方法的指令。將理解到計(jì)算機(jī)程序本身也被 公開，即在沒有存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第四方面，還公開了一種客戶端側(cè)設(shè)備，該設(shè)備 包括處理單元，其配置成協(xié)商至少 一個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)
17量，其中所述協(xié)商至少部分地發(fā)生在客戶端已經(jīng)請(qǐng)求了對(duì)傳輸會(huì)話 內(nèi)的內(nèi)容的回放之后。設(shè)備例如可以是客戶端或其 一部分。
根據(jù)本發(fā)明的第四方面，還公開了一種客戶端側(cè)設(shè)備，該設(shè)備 包括用于協(xié)商至少一個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量的裝置，其中 所述協(xié)商至少部分地發(fā)生在客戶端已經(jīng)請(qǐng)求了對(duì)傳輸會(huì)話內(nèi)的內(nèi)容 的回力文之后。設(shè)備例如可以是客戶端或其一部分。
根據(jù)本發(fā)明的第四方面，還公開了一種服務(wù)器側(cè)設(shè)備，所述設(shè) 備包括處理單元，其配置成協(xié)商由客戶端使用的至少一個(gè)度量以便 報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中協(xié)商至少部分地發(fā)生在客戶端已經(jīng)請(qǐng)求 了對(duì)傳輸會(huì)話內(nèi)的內(nèi)容的回放之后。該設(shè)備例如可以是客戶端或其 一部分。
根據(jù)本發(fā)明的第四方面，還公開了一種服務(wù)器側(cè)設(shè)備，所述設(shè) 備包括用于協(xié)商由客戶端使用的至少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的 質(zhì)量的裝置，其中協(xié)商至少部分地發(fā)生在客戶端已經(jīng)請(qǐng)求了對(duì)傳輸 會(huì)話內(nèi)的內(nèi)容的回放之后。該設(shè)備例如可以是客戶端或其 一部分。
根據(jù)本發(fā)明的第四方面，還公開了一種系統(tǒng)，該系統(tǒng)包括包 括根據(jù)本發(fā)明第四方面的客戶端側(cè)設(shè)備的客戶端以及包括根據(jù)本發(fā) 明的第四方面的服務(wù)器側(cè)設(shè)備的服務(wù)器。
根據(jù)本發(fā)明的第四方面，還公開了一種協(xié)議，所述協(xié)議包括一 種規(guī)則，該規(guī)則允許用于報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量的至少一個(gè)度量在客 戶端已經(jīng)請(qǐng)求了對(duì)傳輸會(huì)話內(nèi)的內(nèi)容的回放之后至少部分地進(jìn)行協(xié)商。
根據(jù)本發(fā)明的第四方面，在傳輸會(huì)話中，內(nèi)容被傳送到客戶端。 所述傳輸會(huì)話例如可以是流傳輸會(huì)話，其中例如在線路綁定或無線 網(wǎng)絡(luò)或其組合的網(wǎng)絡(luò)中，內(nèi)容經(jīng)由 一個(gè)或多個(gè)媒體流從內(nèi)容源流傳 輸?shù)娇蛻舳?。所述媒體流例如可以是實(shí)時(shí)傳輸協(xié)議(RTP)媒體流。 傳輸會(huì)話可以通過協(xié)議來建立和控制，例如在流傳輸會(huì)話情況下通 過實(shí)時(shí)流傳輸協(xié)議(RTSP)來建立和控制。
在客戶端處，根據(jù)一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量并且將其報(bào)告給服務(wù)器以便處理，例如用于傳輸會(huì)話質(zhì)量的評(píng)估。其中， 向其報(bào)告度量的服務(wù)器可以不必是內(nèi)容源。
回放請(qǐng)求例如可以是傳輸會(huì)話中的第 一 回放請(qǐng)求。在該情況下， 所述協(xié)商也可以完全發(fā)生在客戶端已經(jīng)請(qǐng)求了內(nèi)容的回放之后。同 樣地，回放請(qǐng)求可以是傳輸會(huì)話中稍后的回放請(qǐng)求。
所述回》文所_清求的所述內(nèi)容例如可以至少部分;也不同于4十對(duì)其 協(xié)商至少一個(gè)度量的內(nèi)容。例如，可能已經(jīng)針對(duì)所述傳輸會(huì)話的第 一內(nèi)容而請(qǐng)求了回放，并且在從第一內(nèi)容到第二內(nèi)容的內(nèi)容切換期 間或之后，開始針對(duì)第二內(nèi)容的至少一個(gè)度量的協(xié)商。所述協(xié)商也 可以完全發(fā)生在客戶端已經(jīng)請(qǐng)求了內(nèi)容的回放之后。
至少一個(gè)度量在客戶端和服務(wù)器之間進(jìn)行協(xié)商。發(fā)生在客戶端
告。發(fā)生在客戶端已經(jīng)請(qǐng)求了內(nèi)容的回》文之后的協(xié)商或協(xié)商的一部 分可以至少包括建議改變的度量和/或度量值，其中改變參考協(xié)商伙 伴的建議。
根據(jù)本發(fā)明的第四方面的示例性實(shí)施方式，如果發(fā)生了從先前 內(nèi)容到相比較于先前內(nèi)容中的媒體流包括至少一個(gè)額外的或不同的 媒體流的新內(nèi)容的切換，則客戶端通過將涉及至少一個(gè)度量的信息 插入到針對(duì)在傳輸會(huì)話中建立至少一個(gè)媒體流的請(qǐng)求以及針對(duì)在傳 輸會(huì)話中回放新內(nèi)容的請(qǐng)求中的一個(gè)請(qǐng)求，來開始協(xié)商針對(duì)至少一 個(gè)媒體流的至少 一個(gè)度量，其中這兩個(gè)請(qǐng)求都被管道傳送且從客戶 端發(fā)送到服務(wù)器。
媒體流例如可以是RTP媒體流。例如，通過替換所述媒體流的 (相同或不同媒體類型)內(nèi)容(例如同時(shí)維持媒體流的相同傳輸和/ 或編解碼器參數(shù))，和/或通過替換媒體流和/或通過增加和/或移除 々某體流，內(nèi)容可以凈皮切換。
其中，涉及至少 一個(gè)度量的信息例如可以是指示客戶端是否期 望使用度量和/或針對(duì)與度量關(guān)聯(lián)的度量值的建議。
其中，管道傳送形式的發(fā)送可以被理解為請(qǐng)求的順序發(fā)送，其中在不等待針對(duì)請(qǐng)求中的第 一請(qǐng)求的響應(yīng)的情況下，發(fā)送請(qǐng)求中的
第二請(qǐng)求。在3GPPPSS系統(tǒng)中，涉及至少一個(gè)度量的信息例如可以被插入到新媒體的管道傳送的RTSP SETUP請(qǐng)求中或內(nèi)容的管道傳送的會(huì)聚RTSP PLAY請(qǐng)求中。
根據(jù)本發(fā)明的第四方面的另外示例性實(shí)施方式，度量是根據(jù)第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。第五方面
根據(jù)本發(fā)明的第五方面，公開了一種方法，包括如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到新內(nèi)容的切換，則繼承客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的傳輸質(zhì)量的至少 一 個(gè)度量。
根據(jù)本發(fā)明的第五方面，進(jìn)一步公開了其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根據(jù)本發(fā)明的第五方面的方法的指令。將理解到計(jì)算機(jī)程序本身也被
公開，即在沒有存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上的情況下。
根據(jù)本發(fā)明的第五方面，還公開了一種設(shè)備，該設(shè)備包括處理
單元，該處理單元配置成如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到新內(nèi)
容的切換，則繼承客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容
的傳輸質(zhì)量的至少一個(gè)度量。
根據(jù)本發(fā)明的第五方面，還公開了一種設(shè)備，該設(shè)備包括用于
如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到新內(nèi)容的切換，則繼承客戶端
和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的傳輸質(zhì)量的至少一個(gè)度
量的裝置。
根據(jù)本發(fā)明的第五方面，還公開了一種系統(tǒng)，所述系統(tǒng)包括服務(wù)器和客戶端，并且所述客戶端包括根據(jù)本發(fā)明的第五方面的設(shè)備。
根據(jù)本發(fā)明的第五方面，還公開了一種協(xié)議，該協(xié)議包括一種規(guī)則，該規(guī)則允許或規(guī)定如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到新內(nèi)容的切換，則繼承客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的傳輸質(zhì)量的至少 一個(gè)度量。
根據(jù)本發(fā)明的第五方面，在傳輸會(huì)話中，內(nèi)容被傳送到客戶端。所述傳輸會(huì)話例如可以是流傳輸會(huì)話，其中例如在線路綁定或無線網(wǎng)絡(luò)或其組合的網(wǎng)絡(luò)中，內(nèi)容經(jīng)由 一個(gè)或多個(gè)媒體流從內(nèi)容源流傳
輸?shù)娇蛻舳恕Ｋ雒襟w流例如可以是實(shí)時(shí)傳輸協(xié)議(RTP)媒體流。傳輸會(huì)話可以通過協(xié)議來建立和控制，例如在流傳輸會(huì)話情況下通過實(shí)時(shí)流傳輸協(xié)議(RTSP)來建立和控制。
在客戶端處，根據(jù)一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量并且將其報(bào)告給服務(wù)器以便處理，例如用于傳輸會(huì)話質(zhì)量的評(píng)估。其中，向其報(bào)告度量的服務(wù)器可以不必是內(nèi)容源。
在傳輸會(huì)話中，例如響應(yīng)于用戶請(qǐng)求，可以在內(nèi)容之間進(jìn)行切換。在流傳輸會(huì)話的情形下，例如，通過替換媒體流的(相同或不同媒體類型)內(nèi)容(例如同時(shí)維持媒體流的相同傳輸和/或編解碼器參數(shù))，和/或通過替換媒體流和/或通過增加和/或移除媒體流，內(nèi)容可以被切換。在會(huì)話通過RTSP來控制的情形下，切換例如可以通過在RTSPPLAY請(qǐng)求中使用"Switch-Steam"("切換-流")報(bào)頭來完成。
如果這樣的內(nèi)容切換發(fā)生，則繼承在客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告先前內(nèi)容的流傳輸?shù)馁|(zhì)量的至少一個(gè)度量。同樣地，新內(nèi)容可以繼承在客戶端和服務(wù)器之間協(xié)商的、以便報(bào)告先前內(nèi)容
的傳輸質(zhì)量的所有度量。繼承可以意味著已經(jīng)針對(duì)先前內(nèi)容協(xié)商的度量不需要被再次協(xié)商以便在切換發(fā)生后應(yīng)用于新內(nèi)容，而是可以將它們?cè)谇袚Q后立即應(yīng)用于稍后的內(nèi)容。例如可以針對(duì)客戶端來規(guī)定(例如在SDP文件中或在內(nèi)容切換之前/內(nèi)容切換期間的任何RTSP請(qǐng)求中)度量被繼承，并且針對(duì)服務(wù)器規(guī)定應(yīng)該假設(shè)度章被繼承。
除非明確地修改或停止，新內(nèi)容的質(zhì)量的報(bào)告可以以與針對(duì)先前內(nèi)容的相同速率來繼續(xù)。因此可以不需要針對(duì)新內(nèi)容的度量的協(xié)商。然而，當(dāng)報(bào)告發(fā)生在內(nèi)容切換完成后的事件時(shí)，可以使用涉及新內(nèi)容的唯一資源定位符而不是涉及先前內(nèi)容的唯一 資源定位符。
除了繼承已經(jīng)協(xié)商的度量以外，可以協(xié)商另外的度量(例如，對(duì)于不同于先前內(nèi)容的媒體流的新內(nèi)容的媒體流)?？梢栽试S該協(xié)商至少部分地發(fā)生在客戶端已經(jīng)發(fā)布了播;改請(qǐng)求之后。
根據(jù)本發(fā)明的第五方面的示例性實(shí)施方式，針對(duì)先前內(nèi)容的報(bào)告速率與針對(duì)新內(nèi)容的報(bào)告速率相同。除非明確修改或停止，質(zhì)量的報(bào)告可以以與針對(duì)先前媒體流或內(nèi)容的相同速率來繼續(xù)。
根據(jù)本發(fā)明的第五方面的示例性實(shí)施方式，針對(duì)客戶端在SDP
文件和在內(nèi)容的所述切換前或期間的請(qǐng)求之一中規(guī)定至少一個(gè)度量
應(yīng)該#皮繼承。所述請(qǐng)求例如可以是RTSP請(qǐng)求。
根據(jù)本發(fā)明的第五方面的示例性實(shí)施方式，度量可以是根據(jù)第三代合作伙伴分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
通過參考下面的詳細(xì)描述，本發(fā)明的這些和其它方面將變得明顯并且被闡明。
本發(fā)明的不同方面的特征和如上面所提供的它們的示例性實(shí)施方式可以理解為也在彼此的所有可能組合中公開。


在附圖中
圖1:根據(jù)分組交換流傳輸服務(wù)的快速會(huì)話啟動(dòng)的示例性圖示；圖2:根據(jù)分組交換流傳輸服務(wù)的快速內(nèi)容切換的示例性圖示；圖3:根據(jù)本發(fā)明的系統(tǒng)的示例性實(shí)施方式的示意框圖；圖4:根據(jù)本發(fā)明的第一方面的方法的示例性實(shí)施方式的流程
圖5:根據(jù)本發(fā)明的第 一 方面的Content_Switch—Time (內(nèi)容_切換—時(shí)間)度量的計(jì)算的示意框圖6:根據(jù)本發(fā)明的第二方面的方法的示例性實(shí)施方式的流程
圖7:根據(jù)本發(fā)明的第三方面的方法的示例性實(shí)施方式的流程
圖8:根據(jù)本發(fā)明的第四方面的方法的示例性實(shí)施方式的流程
22圖9:根據(jù)本發(fā)明的第五方面的方法的示例性實(shí)施方式的流程圖。
具體實(shí)施例方式
在本發(fā)明的下面詳細(xì)描述中，將在第三代合作伙伴計(jì)劃(3GPP)分組交換流傳輸服務(wù)(PSS )系統(tǒng)的環(huán)境中描述本發(fā)明的示例性實(shí)施方式。
圖3是根據(jù)本發(fā)明的系統(tǒng)1的示例性實(shí)施方式的示意框圖。系統(tǒng)1包括PSS服務(wù)器2和PSS客戶端3。
服務(wù)器2包括控制服務(wù)器2的整體操作的處理器20。處理器20執(zhí)行存儲(chǔ)在處理器存儲(chǔ)器21中的程序代碼，該處理器存儲(chǔ)器21例如可以具體實(shí)現(xiàn)為固定內(nèi)置的存儲(chǔ)器，例如隨機(jī)存取存儲(chǔ)器(RAM)或只讀存儲(chǔ)器(ROM),或者具體實(shí)現(xiàn)為可移動(dòng)存儲(chǔ)器，例如存儲(chǔ)卡或光存儲(chǔ)介質(zhì)。處理器20可以訪問到內(nèi)容存儲(chǔ)器，該內(nèi)容存儲(chǔ)器存儲(chǔ)將流傳輸?shù)娇蛻舳?的內(nèi)容。其中，內(nèi)容例如可以被理解為包括一個(gè)或多個(gè)媒體流，例如音頻和視頻流或語(yǔ)音。經(jīng)由接口22(其例如可以是分組交換接口 )，處理器20能夠與客戶端3進(jìn)行通信。
應(yīng)該注意到，可選地，內(nèi)容存儲(chǔ)于一個(gè)或多個(gè)專用內(nèi)容服務(wù)器中，并且在該情況下則圖1的服務(wù)器2僅用作建立和控制客戶端3和這樣的內(nèi)容服務(wù)器之間的流傳輸會(huì)話的RTSP服務(wù)器。然而，為了簡(jiǎn)潔，在圖1中示例性地假設(shè)RTSP服務(wù)器和內(nèi)容服務(wù)器共處相同的位置。
處理器20對(duì)流傳輸會(huì)話中的從服務(wù)器2到客戶端3的流內(nèi)容實(shí)現(xiàn)所有的功能性，并且監(jiān)視流傳輸?shù)馁|(zhì)量。為此，處理器20實(shí)現(xiàn)用于內(nèi)容的流傳輸?shù)膮f(xié)議棧，其包括適配層，其用于將內(nèi)容的凈荷轉(zhuǎn)換成實(shí)時(shí)傳輸協(xié)議(RTP) 、 RTP、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)和因特網(wǎng)協(xié)議(IP)的格式。而且，處理器20實(shí)現(xiàn)用于該流傳輸?shù)慕⒑涂刂频膮f(xié)議棧，包括實(shí)時(shí)流傳輸協(xié)議(RTSP),其基于傳輸控制協(xié)議(TCP)或基于UDP， 二者都基于IP。 RTSP至少可能需要表示描
23述，例如根據(jù)會(huì)話描述協(xié)議(SDP)，以建立流傳輸會(huì)話。RTSP進(jìn)一步用于協(xié)商服務(wù)器2和客戶端3之間的體驗(yàn)質(zhì)量(QoE)度量，并且將這些QoE度量從客戶端3傳輸?shù)椒?wù)器2。
客戶端3包括用于控制其整體操作的處理器30。處理器30執(zhí)行存儲(chǔ)在處理器存儲(chǔ)器31中的程序代碼，該處理器存儲(chǔ)器31例如可以具體實(shí)現(xiàn)為固定內(nèi)置的存儲(chǔ)器，例如隨機(jī)存取存儲(chǔ)器(RAM)或
只讀存儲(chǔ)器(ROM)，或者具體實(shí)現(xiàn)為可移動(dòng)存儲(chǔ)器，例如存儲(chǔ)卡或光存儲(chǔ)介質(zhì)。處理器30控制用戶接口 32來接收用戶輸入，并且顯示器33和揚(yáng)聲器34用于將流傳輸會(huì)話內(nèi)的從服務(wù)器2流傳輸?shù)娇蛻舳?的內(nèi)容進(jìn)行呈現(xiàn)?？蛻舳?進(jìn)一步包括與服務(wù)器2通信的接口 35。所述接口例如可以是基于分組的接口 。
為了提供功能性以便加入到流傳輸會(huì)話中，并且能夠?qū)⑸婕霸摿鱾鬏敃?huì)話的QoE度量報(bào)告給服務(wù)器2,客戶端3的處理器30實(shí)現(xiàn)與由服務(wù)器2的處理器20所實(shí)現(xiàn)的協(xié)議棧對(duì)應(yīng)的協(xié)議棧，即，協(xié)議棧包括適配層、RTP、 UDP、 IP、 RTSP和可選的TCP。
為了向PSS系統(tǒng)中的服務(wù)提供商提供評(píng)估端用戶流傳輸體驗(yàn)的手段，已經(jīng)在PSS系統(tǒng)中引入流傳輸服務(wù)QoE度量?？蛻舳?測(cè)量實(shí)際流傳輸應(yīng)用的質(zhì)量的信息并且將關(guān)于該質(zhì)量的信息反饋給服務(wù)器3,其中根據(jù)QoE度量來定義質(zhì)量。質(zhì)量度量例如可以通過使用RTSP和SDP來傳輸。同樣地，其它協(xié)議也可以用于攜帶QoE度量，例如會(huì)話發(fā)起協(xié)議(SIP)、擴(kuò)展標(biāo)記語(yǔ)言(XML)、超文本傳輸協(xié)議(HTTP)或短消息服務(wù)(SMS),還有很多但這里不^"~一列舉。
具有質(zhì)量反饋的PSS系統(tǒng)中的客戶端3負(fù)責(zé)根據(jù)測(cè)量定義來執(zhí)行質(zhì)量測(cè)量，將它們會(huì)聚成流傳輸客戶端質(zhì)量度量并且將這些度量報(bào)告給服務(wù)器2。
服務(wù)器2負(fù)責(zé)用信號(hào)通知客戶端的QoE度量報(bào)告的激活并且收集客戶端的QoE度量。服務(wù)器2可以處理接收到的客戶端QoE度量以構(gòu)建會(huì)聚的質(zhì)量度量。例如，其可以接收原始丟失的分組報(bào)告并且針對(duì)特定的客戶端來構(gòu)建Min (最小)、Max(最大)、Avg (平200880008515.9
說明書第18/33頁(yè)
均)和Std (標(biāo)準(zhǔn))分組丟失率。
下面將參考圖4、 6、 7、 8和9的流程圖來詳細(xì)描述參考本發(fā)明
的不同方面的系統(tǒng)1的具體#:作。
根據(jù)本發(fā)明的第一方面，建議一種新的QoE度量 "Content—Switch_Time，，以允許客戶端來向服務(wù)器報(bào)告內(nèi)容切換時(shí) 間。由于該Content—Switch—Time QoE度量允許運(yùn)營(yíng)商或服務(wù)提供商 來評(píng)價(jià)在信道/內(nèi)容切換期間的用戶體驗(yàn)并且因此評(píng)價(jià)PSSe增強(qiáng)的 有效性，因此其是相當(dāng)有用的。
該Content—Switch—Time QoE度量報(bào)告的格式以如下的擴(kuò)展巴克 斯-諾爾范式(ABNF)來規(guī)定
Parameters-〃Co/itent—Switoh一rirae〃 "=〃 'V" switch-time-
該定義相當(dāng)適合于3GPPPSS的QoE反饋才艮告語(yǔ)法。
用于該度量的時(shí)間戳參數(shù)用于指示時(shí)間(例如，以常規(guī)播放時(shí) 間(NPT)表示的)，在該時(shí)間處切換操作已經(jīng)發(fā)起。該時(shí)間根據(jù) 先前內(nèi)容的時(shí)間線。
Content—Switch—Time QoE度量例如可以定義為這樣的時(shí)間(例 如，以毫秒表示)，即從用戶在客戶端上選擇新內(nèi)容時(shí)刻到第一媒 體幀被回放的時(shí)刻?？蛇x地，Content—Switch—Time QoE度量可以萍皮 定義為這樣的時(shí)間(例如，以毫秒計(jì))，即從切換請(qǐng)求從客戶端向 服務(wù)器發(fā)送的時(shí)刻到在客戶端處接收新的媒體流的第 一媒體分組的 時(shí)刻。Content_Switch_Time QoE度量也可以是上述定義的任意組合。
有利的是，可以要求立即報(bào)告Content—Switch—Time QoE度量值。 為此，可以針對(duì)Content—Switch—Time QoE度量定義新的報(bào)告速率值 "Start"("開始，，)。
有利地，本發(fā)明的第一方面通過后向兼容的方式實(shí)現(xiàn)到3GPP PSS的QoE框架。例如，可以在SDP文件或在任何的RTSP請(qǐng)求/ 響應(yīng)消息中執(zhí)行新的QoE度量的信號(hào)發(fā)送。如果所協(xié)商的速率被設(shè) 置為"Start",則可以在內(nèi)容切換結(jié)束后立即報(bào)告Content—SwitchJTimeQoE度量?？蛇x地，如果速率被設(shè)置成"End" ("結(jié)束，，)，則可以在當(dāng)前內(nèi)容會(huì)話的結(jié)尾對(duì)Content—Switch_Time QoE度量進(jìn)行報(bào)告。
可以總是基于先前內(nèi)容的NPT來計(jì)算內(nèi)容切換時(shí)間。如果在開 始后立即報(bào)告內(nèi)容切換時(shí)間，則可以包括先前內(nèi)容的NPT時(shí)間戳。 否則，時(shí)間戳可能對(duì)于報(bào)告是沒有用的。
內(nèi)容切換時(shí)間以毫秒計(jì)算并且未經(jīng)NPT時(shí)間縮放。 圖5描繪出內(nèi)容切換時(shí)間計(jì)算。其示出舊內(nèi)容的NPT501，墻上 時(shí)鐘時(shí)間502和新內(nèi)容的NPT 503。接著獲得內(nèi)容切換時(shí)間506,作 為內(nèi)容之間切換完成的時(shí)刻505 (例如，第一士某體幀回放的時(shí)刻或在 客戶端處接收新的媒體流的第一媒體分組的時(shí)刻)和由用戶觸發(fā)的 切換時(shí)刻504 (例如，用戶選4奪新內(nèi)容的時(shí)刻或切換請(qǐng)求從客戶端向 服務(wù)器發(fā)送的時(shí)刻)之間的差值，其中根據(jù)墻上時(shí)鐘時(shí)間尺度502 來測(cè)量該差值。
如果針對(duì)Content—Switch—Time QoE度量規(guī)定了范圍值，該范圍 值可以指示這樣的時(shí)間段在該時(shí)間段中如果內(nèi)容切換發(fā)生在該間 隔期間，則報(bào)告內(nèi)容切換時(shí)間。該范圍應(yīng)用于先前內(nèi)容。
圖4示出根據(jù)本發(fā)明的第一方面的示例性實(shí)施方式的流程圖 400。流程圖400的步驟可以例如由客戶端3的處理器30(參見圖3 ) 來執(zhí)行以向服務(wù)器2報(bào)告Content—Switch—Time QoE度量。其中，該 流程圖中的步驟順序以及在該說明書中所示出的所有其它流程圖中 的步驟不應(yīng)該被理解為是綁定的，而且偏離于這些步驟的順序也是 可以4吏用的。
在第一步驟401中，例如響應(yīng)于RTSP DESCRIBE請(qǐng)求，獲得 SDP文件。同樣地，SDP文件可以經(jīng)由HTTP來接收，或可以用于 客戶端3，例如可以存儲(chǔ)在客戶端3可對(duì)其進(jìn)行訪問的位置。SDP 文件例如可以預(yù)先存儲(chǔ)在客戶端中。SDP文件包含QoE度量以及服 務(wù)器2所支持的相關(guān)QoE度量值(例如報(bào)告速率)。為了簡(jiǎn)化表示， 假設(shè)服務(wù)器僅支持具有速率="Start"的Content—Switch—Time QoE
26度量。
在步驟402中，客戶端3請(qǐng)求建立具有特定內(nèi)容的媒體流(經(jīng) 由RTSP SETUP請(qǐng)求)。在這些RTSP SETUP請(qǐng)求中，包括 "3GPP-QoE-度量"報(bào)頭并且配置成向服務(wù)器2報(bào)告客戶端3接受了 SDP文件的所有QoE度量和相關(guān)的QoE度量值(即，具有速率=
"Start"的ContenLSwitch_Time QoE度量)。事實(shí)上，QoE度量協(xié) 商于是可以被認(rèn)為終結(jié)。然而，響應(yīng)于RTSP建立請(qǐng)求，服務(wù)器2 可以回應(yīng)接受的參數(shù)，以便對(duì)客戶端3重確認(rèn)。
在步驟403中，客戶端3經(jīng)由RTSPPLAY請(qǐng)求來請(qǐng)求內(nèi)容的回 放。為了減小會(huì)話建立時(shí)間，該請(qǐng)求也可以以管道傳送的形式與 RTSP SETUP請(qǐng)求一起發(fā)送，即，在發(fā)送RTSP PLAY請(qǐng)求前無需等 待針對(duì)RTSP SETUP請(qǐng)求的響應(yīng)。在該情況下，事實(shí)上本發(fā)明的第 三方面將被實(shí)現(xiàn)，如下面將參考圖7進(jìn)行討論的那樣。
返回到圖4，在步驟404中，客戶端3接著接收來自于服務(wù)器2 的內(nèi)容。
在步驟405中，客戶端3已經(jīng)決定切換內(nèi)容，并且例如可以向 服務(wù)器2發(fā)布具有包括的RTSP "Switch-Stream"("切換-流，，) 報(bào)頭的過載RTSPPLAY請(qǐng)求。這使得內(nèi)容切換的發(fā)生。
在步驟406中，與Content_Switch—Time QoE度量關(guān)聯(lián)的報(bào)告速 率被協(xié)商至值"Start"(意味著在內(nèi)容切換已經(jīng)發(fā)生后，同時(shí)報(bào)告 內(nèi)容切換時(shí)間)，客戶端3測(cè)量與內(nèi)容的切換關(guān)聯(lián)的內(nèi)容切換時(shí)間， 將測(cè)量結(jié)果會(huì)聚成Content—Switch—Time QoE度量并且將該QoE度 量發(fā)送到服務(wù)器2，例如經(jīng)由"3GPP-QoE-feedback，， ( "3GPP-QoE-反饋，，)報(bào)頭包括在RTSP SET—PARAMETER請(qǐng)求中。
最終，在步驟407中，客戶端3接收新內(nèi)容。
在下文中，將提供根據(jù)本發(fā)明的第一方面的 Content一Switch_Time QoE度量的協(xié)商的可選的、而更為詳細(xì)的例子。 其中，符號(hào)"S->C，，指示內(nèi)容從服務(wù)器(S)發(fā)送到客戶端(C), 而符號(hào)"C-〉S，，指示信息從客戶端發(fā)送到服務(wù)器。涉及Content—Switch—Time QoE度量的信息以黑體給出。進(jìn)一步，協(xié)商的 相關(guān)度量值被加注下劃線。
初始地，響應(yīng)于客戶端3的RTSP DESCRIBE請(qǐng)求，服務(wù)器2 在響應(yīng)消息中提供下面的SDP文件(該響應(yīng)消息例如在圖4的流程 圖400的步驟401中接收)
S->C RTSP/1.0 200 OK
Cseq;: 1
Content-Type: application/sdp
Content-Base: rtsp: //example.com/foo/bar/ba2;.3gp/ Content-Length: 800 Server: Server
v=(3
o=- 3268077682 433392265 IN工P4 63.108.142.5 s=QoE Enables Session Description Example e=support@foo.com c=IN工P4 0.0.0.0 t = 0 0
a=range:npt=0-83.660000
a=3GPP—QoE-Meti:ics: {Cont;ftnt_Switch_Time} '.rate=Start
a-control:*
m=video 0 RTP/AVP 96
b=AS:28
扭3GPP-QoE-他ti:ics: {Content_Switcli_Time}; rate=Staxt
a=control:trackID=3 a-rtpniap: 9 6 MP4V-ES/1000 a=range:npt=0-83.666000 a=fmtp:96profile-level-
id=8,-config=0000Dlb0080D0001i>503 00012000 m-auciio 0 RTP/AVP 98
b-AS:13
a=3GPP-QoE-Metrics:{Content— Switch— Time};rste=Start
a-control:trackID=5 a=rtpinap:98 AMR/8000 a=:cange:npt=0-83 . 660000 a=fmtp:98 octet-align-l a=maxptime:200
下面的請(qǐng)求在由客戶端3所發(fā)起的RTSP SETUP和PLAY請(qǐng)求 以及由服務(wù)器2發(fā)起針對(duì)其的響應(yīng)中示出Content—Switch_Time QoE 度量的協(xié)商。該例子示出了報(bào)告速率的協(xié)商，該報(bào)告速率由客戶端3 從"Start"改變到"End"的并且接著由服務(wù)器2從"End"改變到 "Start"(該協(xié)商因此偏離于圖4中的流程400的步驟402中的協(xié) 商，其中客戶端3直接接受SDP文件中的QoE度量和相關(guān)速率)?？蛻舳?最終在RTSP PLAY請(qǐng)求中接受速率"Start"。
C->S SETUP rtsp://example.com/foo/bar/baz.3gp/trackID=l RTSP/1.0 Cseq: 2 3GPP-QoE-
Metrics: url-〃rtsp: / /exanqple. com/f oo/b r/ba2;. 3gp/trajek工
邊etries-《Contsiit一Switc:h一Time} ;rate，End
C->S SETUP rtsp://example.com/foo/bar/baz.3gp/track工D-2 RTSP/1,0 Cseq: 3 3GPP-QoE-
Metrics :url-":ctsp: / /example, com/f00/bar/ba2 .,3gp/t:cackl
metri es=《Content—Switch—Tiro}/rata=End
S->C RTSP/1.0 200 OK Csecj: 2
Session: 17903320
Transport: RTP/AVP;unicast;client_port=7 000-7 001;server_port= 6970-6971
3GPP-QoE-
Metrics: u:rl="rtsp: //exaa^)le ， com/f oo/bar/baz. 3gp/ti:eLckl metrics—Content一Switch一Timel ;rat爐Start
S->C RTSP/1.0 200 OK Cseq: 3
Session: 17903320
Transport: RTP/AVP;unicast;clierit_port==7 004-7005;server port= 6900-6901
Metrics: url-"rtsp: / /example. eom/f oo/b*r/baz. 3gp/trackl
D-5"7
邊etxics-{C。rruption一Duration | Doeoded一Bytas}; rate=Stai:t
C->S PLAY rtsp://example.com/foo/bar/baz.3gp RTSP/1.0 Cseq: 4 3GFP-QoE-
Metrics: url 〃r:tsp: / /example. com/f oo/bar/baz. 3gp/trac]cl
加trica:(Content—Switch—Time} ;rate=Start,
Metrics:url豕"rtsp://axaa^le.com/foo/bar/baz.3gp/trackl D=5〃,，
metricB={Content—Switch—Time} ,' rate=Sbart
下面的請(qǐng)求是Content—Switch—Time QoE度量的反饋的例子。這里，內(nèi)容切換時(shí)間是200ms,并且該內(nèi)容切換在先前內(nèi)容的NPT時(shí) 間戳2105.2處發(fā)起(該反饋例如可以在圖4的流程圖400的步驟406
中執(zhí)行)。
C->S SET—paramETER rtsp://example.com/foo/bar.3gp RTSP/1.0 Cseg: 201 Session: 235，2 3GPP-QoE-Feedback:
url=、、3rtsj>: //axample com/f oo/bar. 3gp/trackID=l",' Cont抑t一Switch一Time-{200 2105.1} Content—length: 0
本發(fā)明的第二方面涉及將QoE度量協(xié)商協(xié)議應(yīng)用于切換內(nèi)容， 并且建議，如果先前媒體流的內(nèi)容和新的J 某體流的內(nèi)容具有相同的 媒體類型，則客戶端應(yīng)該接受PLAY請(qǐng)求的"Switch-Stream"報(bào)頭 中的相同QoE度量。不再需要對(duì)這些參數(shù)進(jìn)行協(xié)商。如果需要，客 戶端或服務(wù)器可以在會(huì)話期間關(guān)閉這些度量。
另外，本發(fā)明的第四方面也涉及將QoE度量協(xié)商協(xié)議應(yīng)用于切 換內(nèi)容，并且建議允許在PLAY請(qǐng)求之后進(jìn)行QoE度量協(xié)商(例如， 會(huì)話的初始PLAY請(qǐng)求)。例如，對(duì)于具有比舊內(nèi)容更多i某體流的 新內(nèi)容，可以在會(huì)話期間協(xié)商針對(duì)新媒體流的QoE度量(在版本6 中當(dāng)前并不允許)?？蛻舳藨?yīng)該將其對(duì)支持的QoE的度量的選擇包 括在新媒體的管道傳送的SETUP請(qǐng)求中或內(nèi)容的管道傳送的會(huì)聚 PLAY請(qǐng)求中(對(duì)于具有比舊內(nèi)容更少的媒體流的新內(nèi)容，可以不需 要更多的QoE度量協(xié)商)。
圖6示出根據(jù)本發(fā)明第二方面和第四方面的方法的示例性實(shí)施 方式的流程圖600。該流程圖的步驟例如可以由圖3中系統(tǒng)1的客戶 端3的處理器30來執(zhí)行。在該流程圖中，示例性地假設(shè)在內(nèi)容的 切換中，媒體流的數(shù)目保持不變。切換后的額外媒體流的情況由圖8 的流程圖800來覆蓋。
在第一步驟601中，例如響應(yīng)于RTSP DESCRIBE請(qǐng)求，客戶端 3獲得SDP文件。SDP文件也可以預(yù)先存儲(chǔ)在客戶端中。
在步驟602中，客戶端3請(qǐng)求媒體流的建立(經(jīng)由RTSP SETUP請(qǐng)求)，并且接受如由服務(wù)器2在SDP文件中所建議的所有QoE度
量和相關(guān)的度量值。
在步驟603中，客戶端3接著經(jīng)由RTSPPLAY請(qǐng)求來請(qǐng)求內(nèi)容 的回放，并且在步驟604中，接收內(nèi)容。
在步驟605中，確定是否期望內(nèi)容的切換。如果不期望切換內(nèi) 容，則流程返回到步驟604。否則，檢查在先前內(nèi)容和新內(nèi)容中是否 有共同的媒體類型(例如，視頻/音頻/語(yǔ)音等媒體類型)。
如果期望內(nèi)容的切換，則在步驟607中可以應(yīng)用本發(fā)明的第二 方面，即例如在RTSPPLAY請(qǐng)求中，接受針對(duì)與新內(nèi)容的媒體類型 共同的先前內(nèi)容的媒體類型(例如，視頻/音頻/語(yǔ)音等媒體類型)所 協(xié)商的所有QoE度量(以及相關(guān)的度量值，即，報(bào)告速率)。
如果新內(nèi)容還包括不同于先前內(nèi)容的媒體類型的媒體類型，本 發(fā)明的第四方面可以應(yīng)用于步驟607中，即允許針對(duì)這些々某體類型 的QoE度量進(jìn)行協(xié)商，盡管該協(xié)商至少部分地發(fā)生在已經(jīng)發(fā)起了 RTSPPLAY請(qǐng)求之后。例如，客戶端3通過在針對(duì)新的媒體的管道 傳送的RTSP SETUP請(qǐng)求或針對(duì)新內(nèi)容的管道傳送的會(huì)聚RTSP PLAY請(qǐng)求中傳達(dá)其對(duì)QoE度量(包括相關(guān)的QoE度量值)的選擇 來開始協(xié)商。如果服務(wù)器2并不同意客戶端對(duì)QoE度量的選擇，則 將仍允許繼續(xù)該協(xié)商，例如通過建議偏離參數(shù)以響應(yīng)于RTSP SETUP 或PLAY請(qǐng)求。其中，包含針對(duì)新內(nèi)容的QoE度量的描述的SDP文 件可以響應(yīng)于DESCRIBE請(qǐng)求已被發(fā)送到客戶端3，或者可以預(yù)先 存儲(chǔ)在客戶端中，或者可以在切換期間對(duì)其進(jìn)行請(qǐng)求(未在圖6中 示出)并且經(jīng)由RTSP或其它手段發(fā)送到客戶端。
類似地，如果在步驟606中確定在先前內(nèi)容和新內(nèi)容之間沒有 共同的媒體類型，則在步驟608中可以應(yīng)用本發(fā)明的第四方面，即 開始針對(duì)新媒體類型的QoE度量的協(xié)商，盡管該協(xié)商至少部分地發(fā) 生在已經(jīng)發(fā)起了 RTSPPLAY請(qǐng)求之后?？蛻舳?通過在針對(duì)新的媒 體的管道傳送的RTSP SETUP請(qǐng)求或針對(duì)內(nèi)容的管道傳送的會(huì)聚 RTSP PLAY請(qǐng)求中傳達(dá)其對(duì)QoE度量(包括相關(guān)的QoE度量值)的選擇來開始協(xié)商。正如上文所描述的，在該情況下，包含針對(duì)新
內(nèi)容的QoE度量的描述的SDP文件可以響應(yīng)于DESCRIBE請(qǐng)求已 被發(fā)送到客戶端3，或者可以預(yù)先存儲(chǔ)在客戶端中，或者可以在切換 期間對(duì)其進(jìn)行請(qǐng)求(未在圖6中示出)并且經(jīng)由RTSP或其它手段 發(fā)送到客戶端。
在步驟609中，接著接收新內(nèi)容，并且測(cè)量和報(bào)告協(xié)商的QoE度量。
本發(fā)明的第三方面涉及將QoE度量協(xié)商協(xié)議應(yīng)用于快速會(huì)話建 立，并且建議對(duì)于快速會(huì)話啟動(dòng)，在PLAY請(qǐng)求前，不應(yīng)增加QoE 度量協(xié)商。在管道傳送的SETUP/PLAY請(qǐng)求之一中，客戶端應(yīng)該傳 達(dá)其對(duì)所支持的QoE度量的選擇，該支持的QoE度量是由其在SDP 文件中接收到的。
圖7繪出根據(jù)本發(fā)明的第三方面的方法的示例性實(shí)施方式的流 程圖700。該流程圖的步驟例如可以通過圖3中系統(tǒng)1的客戶端3 的處理器30來執(zhí)行。
在第一步驟701中，例如響應(yīng)于RTSP DESCRIBE請(qǐng)求，客戶端 3獲得SDP文件。SDP文件例如可以預(yù)先存4諸在客戶端中或經(jīng)由其 它手段發(fā)送到客戶端。
在步驟702中，客戶端3發(fā)起多個(gè)管道傳送的請(qǐng)求，即順序發(fā) 起多個(gè)請(qǐng)求，其中第二請(qǐng)求在不等待針對(duì)已經(jīng)發(fā)送的第 一請(qǐng)求的響 應(yīng)的情況下發(fā)送，第三請(qǐng)求在不等待針對(duì)發(fā)送的第二請(qǐng)求的響應(yīng)的 情況下發(fā)送，并且以此類推。
這些管道傳送的請(qǐng)求包括針對(duì)將在流傳輸會(huì)話中流傳輸?shù)膬?nèi)容 的媒體流的建立的RTSP SETUP請(qǐng)求以及針對(duì)觸發(fā)在內(nèi)容中會(huì)聚的 所有媒體流的回放的會(huì)聚RTSP PLAY請(qǐng)求?？蛻舳藢?duì)于支持的QoE 度量的選擇通過"3GPP-QoE-metrics"報(bào)頭包括在RTSP SETUP請(qǐng) 求中或在RTSP PLAY請(qǐng)求中。
月良務(wù)器可以在響應(yīng)消息中接受客戶端的選擇，服務(wù)器終結(jié)協(xié)商， 或可以做出偏離于客戶端的選擇的建議。在后一種情況中(在圖7的流程圖中未示出)根據(jù)本發(fā)明的第四方面應(yīng)用建議是有利的，因 為協(xié)商可以未被完成，而根據(jù)本發(fā)明的第四方面，允許協(xié)商至少部 分地發(fā)生在已經(jīng)請(qǐng)求了回放以后。
因此，根據(jù)本發(fā)明的第三方面，將不再RTSP播放請(qǐng)求前開始協(xié)
商，這避免了由QoE度量協(xié)商所造成的額外往返時(shí)間，并且確保了
快速的會(huì)話建立。
在流程圖700的最后步驟703中，接著接收內(nèi)容，并且如協(xié)商 的那樣測(cè)量和報(bào)告QoE度量。
正如上面所描述的，本發(fā)明的第四方面也涉及將QoE度量協(xié)商 協(xié)議應(yīng)用于內(nèi)容的切換并且建議在PLAY請(qǐng)求(即，會(huì)話的初始 PLAY請(qǐng)求)后允許QoE度量協(xié)商。例如，對(duì)于比舊內(nèi)容具有更多 的媒體流的新內(nèi)容，可以在會(huì)話期間協(xié)商針對(duì)新的媒體流的QoE度 量(版本6中當(dāng)前并不允許)?？蛻舳藨?yīng)該將其對(duì)所支持的QoE的 度量的選擇包括在新^ 某體的管道傳送的SETUP請(qǐng)求中或內(nèi)容的管道 傳送的會(huì)聚PLAY請(qǐng)求中(對(duì)于具有比舊內(nèi)容更少的媒體流的新內(nèi) 容，不需要更多的QoE度量協(xié)商)。
圖8示出根據(jù)本發(fā)明的第四方面的方法的示例性實(shí)施方式的流 程圖800。該流程圖的步驟例如可以由圖3中系統(tǒng)1的客戶端3的處 理器30來執(zhí)行。
在第一步驟801中，例如響應(yīng)于RTSP DESCRIBE請(qǐng)求，客戶端 3獲得SDP文件。SDP文件例如可以預(yù)先存儲(chǔ)在客戶端中或經(jīng)由其 它手段發(fā)送到客戶端。
在步驟802中，客戶端3請(qǐng)求媒體流的建立(經(jīng)由RTSP SETUP 請(qǐng)求)，并且接受如服務(wù)器2在SDP文件中所建議的所有QoE度量
和相關(guān)的度量值。
在步驟803中，客戶端3接著經(jīng)由RTSPPLAY請(qǐng)求來請(qǐng)求內(nèi)容 的回放，并且在步驟804中，接收內(nèi)容。步驟802中的RTSP PLAY 請(qǐng)求因此是流傳輸會(huì)話中的第一 RTSP PLAY請(qǐng)求。
在步驟805中，客戶端3請(qǐng)求內(nèi)容的切換。其中，示例性地4支設(shè)新內(nèi)容包括比舊內(nèi)容更多的媒體流，即當(dāng)切換內(nèi)容時(shí)，增加一個(gè) 或多個(gè)媒體流。而根據(jù)本發(fā)明的第二方面，如果這些媒體流的媒體 類型保持不變，可以接受針對(duì)維持的媒體流的已協(xié)商QoE度量，而 用于額外媒體流的QoE度量可能需要協(xié)商。因此有利的是允許協(xié)商 發(fā)生在初始RTSP PLAY請(qǐng)求803之后。
例如，客戶端3可以將其對(duì)所支持的QoE度量的選擇包括在新 媒體流的管道傳送的RTSP SETUP請(qǐng)求中或新內(nèi)容的管道傳送的會(huì) 聚RTSPPLAY請(qǐng)求中，以便開始協(xié)商。響應(yīng)于該請(qǐng)求，服務(wù)器2可 接著接受所建議的QoE度量以及QoE度量值或做出不同的建議?？?戶端3接著可以接受或做出另外不同的建議。
包含針對(duì)新內(nèi)容的QoE度量的描述的SDP文件可以響應(yīng)于 DESCRIBE請(qǐng)求已被發(fā)送到客戶端3，或者可以預(yù)先存儲(chǔ)在客戶端 中，或者可以在切換期間對(duì)其進(jìn)行請(qǐng)求(未在圖8中示出)并且經(jīng) 由RTSP或其它手段發(fā)送到客戶端。
在步驟806中，接著接收新內(nèi)容，并且在步驟807中，測(cè)量和 報(bào)告QoE度量。
本發(fā)明的第五方面涉及將QoE度量協(xié)商協(xié)議應(yīng)用于內(nèi)容的切換 并且建議由新內(nèi)容來繼承已協(xié)商的QoE度量。除非明確修改或停止， 報(bào)告以針對(duì)先前的媒體流或內(nèi)容的相同速率來繼續(xù)。然而，當(dāng)報(bào)告 發(fā)生在切換完成之后的事件時(shí)，應(yīng)該使用新的URL而不是舊的URL。
圖9圖示出根據(jù)本發(fā)明的第五方面的方法的示例性實(shí)施方式的 流程圖900。該流程圖的步驟例如可以由圖3中系統(tǒng)1的客戶端3 的處理器30來執(zhí)行。
在第一步驟901中，例如響應(yīng)于RTSP DESCRIBE請(qǐng)求，客戶端 3獲得SDP文件。SDP文件例如可以預(yù)先存儲(chǔ)在客戶端中或經(jīng)由其 它手段發(fā)送到客戶端。
在步驟902中，客戶端3請(qǐng)求媒體流的建立(經(jīng)由RTSP SETUP 請(qǐng)求)，并且接受如服務(wù)器2在SDP文件中所建議的所有QoE度量 和相關(guān)的度量值。在步驟903中，客戶端3接著經(jīng)由RTSPPLAY請(qǐng)求來請(qǐng)求內(nèi)容 的回放，并且在步驟卯4中，接收內(nèi)容。
在步驟905中，客戶端3請(qǐng)求內(nèi)容的切換，并且從先前內(nèi)容繼 承已協(xié)商的QoE度量。繼承意味著針對(duì)先前內(nèi)容已協(xié)商的QoE度量 不需要被再次協(xié)商以便可以在切換發(fā)生之后應(yīng)用于新內(nèi)容，而是將 它們?cè)谇袚Q后立即應(yīng)用于稍后的內(nèi)容。
除了繼承已經(jīng)協(xié)商的度量以外，可以協(xié)商另外的度量(例如， 對(duì)于不同于先前內(nèi)容的媒體流的新內(nèi)容的媒體流)?？梢栽试S該協(xié) 商過程發(fā)生在由客戶端已發(fā)布了播放請(qǐng)求之后(即，根據(jù)本發(fā)明的 第四方面)，并且可以例如以在管道傳送的RTSP SETPU請(qǐng)求或管 道傳送的會(huì)聚RTSPPLAY請(qǐng)求中的QoE度量(以及相關(guān)的QoE度 量值)的建議來開始協(xié)商過程。
包含針對(duì)新內(nèi)容的QoE度量的描述的SDP文件可以響應(yīng)于 DESCRIBE請(qǐng)求已被發(fā)送到客戶端3,或者可以預(yù)先存儲(chǔ)在客戶端 中，或者可以在切換期間對(duì)其進(jìn)行請(qǐng)求(未在圖8中示出)并且經(jīng) 由RTSP或其它手段發(fā)送到客戶端。
在步驟906中，接著接收新內(nèi)容，并且在步驟907中，測(cè)量和 報(bào)告繼承的QoE度量。其中，報(bào)告以針對(duì)先前的媒體流或內(nèi)容的相 同速率來繼續(xù)。當(dāng)報(bào)告在切換完成之后發(fā)生的事件時(shí)，應(yīng)該使用新 的URL而不是舊的URL。
在下文中，將提供根據(jù)本發(fā)明的QoE度量協(xié)商的另外例子，特 別是參考本發(fā)明的第一、第三和第四方面。為了簡(jiǎn)化控制tmckID的 跟蹤以及它們的QoE度量的相關(guān)"rate"("速率")，這些參數(shù)被 加下劃線。另外，所有的"3GPP-QoE-Metrics"報(bào)頭以黑體給出。
在下面的例子中，客戶端同意報(bào)告由服務(wù)器在SDP文件中所支 持的所有QoE參數(shù)，其中有根據(jù)本發(fā)明的第一方面的 Content—Switch—Time QoE度量。
然而，它不能以服務(wù)器在SDP文件中所請(qǐng)求的"rate"來報(bào)告它 們。因此，它建議對(duì)與一些QoE參數(shù)關(guān)聯(lián)的"rate"特征進(jìn)行一些改變(將trackID=3中的速率從10改變到15并且將trackID=5中的速 率從20改變到40)。根據(jù)本發(fā)明的第三方面，客戶端在管道傳送的 RTSP PLAY請(qǐng)求中指示這些改變。另外，根據(jù)本發(fā)明的第四方面， 這造成QoE度量協(xié)商至少部分地發(fā)生在已經(jīng)發(fā)起了 RTSP PLAY i青 求之后，因?yàn)榉?wù)器被要求(甚至當(dāng)接受了客戶端的建議)響應(yīng)于 RTSP PLAY請(qǐng)求而對(duì)客戶端的建議做出回應(yīng)，從而對(duì)客戶端進(jìn)4亍確 認(rèn)。
S->C RTSP/1.0 200 OK Cseg: 1
Content-Type: application/sdp
Content-Base: rtsp://example.com/foo/bar7baz.3gp/ Content-Length: 謂 Server: PSSR6 Server
v=0
o=- 3268077682 433392265 IN IP4 63.108.142.6 s=QoE Enables Session Description Example e=support@foo.com c=IN工P4 0.0.0.0
arrange:npt=0-83.660000 a=3GPP-QoE-
Metrics : {InitialJBufferingJDurationl Rebuffe;ring一Dura tion} zrate-End
a-3GPP-QoE-Metrics: {Content—Switch—Time} rate^Start a=control:*
m=video 0 RTP/AVP 96 b=AS:2 8
Metrics: {Cosriruption—Duration|Deood d—Bytes} ,*rat =10; range:npt=0—40a豕control:trackID=3
a=rtpmap:96 MP4V-ES/1000 a=range:npt=0-83.666000 a-fmtp:96profile-level-id-S'-Config-OOOOOlbOOSOOOOOlbSOSOOOlSOOO m=au<3io 0 RTP/AVP 98 b-AS:13
a=rtpmap:98 AMR/,0 a=rangempt-0-83 . 660畫 a=fmtp:98 octet-align-l a-maxptime:200
C->S SETUP rtsp;//example.cora/foo/bar/baz.3gp/trackID= RTSP/l.D Cseg: 2
C->S SETUP rtsp://example.com/foo/bar/baz.3gp/tracklD=2 RTSP/1.0 Cseg: 3
C->S PLAY rtsp://example.com/foo/bar/baz.3gp RTSP/1.0 Cseq: 4
3GPP-QoE-
Metrics ; url-〃rtsp: //狄an^le. com/f oo/baur/baz. 3gp/tr&c
3cID=3";
鵬tricsss ■(Corruption—Duration' Decsoded一Bytes},' rate sl5; Range:npt=0 - 4 0,
u:cl-〃rtsp: //exan^le. c加/f oo/bar/baz. 3gp/ trackID=5 ",'
metirics="{Coj:ruptioii—Dui:atioii}raten^O; Range :npt*sO-40, —
u:cl-"rtsp: / /example. c加/f oo/bax/baz . 3gp〃 ,'
metrics-{Initial_Buffering—Duration | Rebuf f eriixg一Duca
tion h rate End
metrics= {Content Switch Time} ,':cat =Stai:t7
服務(wù)器接受報(bào)告的"rate"中的這些改變。因此，通過回應(yīng) "3GPP-QoE-Metrics"報(bào)頭的內(nèi)容，服務(wù)器對(duì)RTSP PLAY請(qǐng)求做出 響應(yīng)而確認(rèn)其的接受。如上文中所述，因此本發(fā)明的第四方面應(yīng)用 在此，因?yàn)镼oE度量協(xié)商至少部分地(即，對(duì)于參數(shù)的服務(wù)器側(cè)的 接受)發(fā)生在RTSP PLAY請(qǐng)求之后。S->C RTSP/1.0 200 OK Csecj: 2
S->C RTSP/1.0 200 OK Cseq,' 3
S->C RTSP/1,0 200 OK Cseg: 4
3GPP-QoE-
Metrics: url-〃rts;p: //戰(zhàn)an^le. com/f oo/bar/baz. 3gp/trac kID=3";
鵬trics叫Corruption—Duration | Decoded—Bytes} rats=15卩 Range:npt-0-40,
url-〃:ctsp: //example. eom/f oo/bar/baz. 3qp/,r ; met::icsaMCoj:ruptioii一Diirationl,. ratew40; Range :apt-O-40,' —
url-"rtsp: //exan^>le. co邁/foo/bar/baz. 3gp";
nratrics={ Initial一Buf f枕ing一;Dui:at:ion | Robuf f虹iag一Dua:a
tion}'- ~be=End ,*
邁atrics- {Cont抑t一Switch一Time},- j: te=Star"t r-
可替換地，如果服務(wù)器不同意客戶端所建議的改變，則其在 RTSP PLAY響應(yīng)之外繼續(xù)協(xié)商(也根據(jù)本發(fā)明的第四方面)。
如果RTSP PLAY響應(yīng)中的QoE參數(shù)與由客戶端在RTSP PLAY 請(qǐng)求中所建議的參數(shù)相同，則客戶端應(yīng)該停止協(xié)商。
否則，它應(yīng)該使用RTSP OPTIONS或RTSP SET—PARAMETER 請(qǐng)求來繼續(xù)協(xié)商直到客戶端和服務(wù)器達(dá)成一致。
下面的例子是上面的例子的繼續(xù)(也根據(jù)本發(fā)明的第四方面)， 其中服務(wù)器同意所有度量和相關(guān)的值中的客戶端建議，除了針對(duì) QoE度量"Decoded—Bytes"("解碼的—字節(jié)，，)的"rate"。月良務(wù)器 建議以"rate" =5來發(fā)送"Decoded—Bytes"。 ^f旦客戶端不能如此頻繁 地發(fā)送它們，因此它在下 一 輪的協(xié)商中以支持的最大速率來發(fā)送 ("rate，，二10)。其從協(xié)商中排除已經(jīng)同意的QoE度量。其使用RTSP OPTIONS請(qǐng)求來再次建議用于剩余QoE度量的新值。服務(wù)器最終同 意該值。S->C. RTSP/1. 0 200 OK Cseg: 4
Metrics: url邁〃rtsp: //抑az^le. c咖/foo/bar/baz ， 3gp/ trmc IclDW; metrics {Cor:cuptio:n一Emrati011 } ;rate豕15; Range;npt^0-40,
taetrics={Decoded_Bytes },' wt爐5; Range :npt豕0-40,
url-"rtsp: //example. com/f oo/bar/bax, 3gp/ tr&。)cID-5〃;
Hietrios= {Corruption一DiMration}rate=40,' Range: npt-0-
-
tu:l-〃rtsp: //戰(zhàn)ample. com/f oo/bair/baz. 3gp', /
metrics- {Ini tial一Biaf f ajri:ag一Duxation | Rebuff earing Dura
metrics-{Cont抑t一Svritch一Time} j:ate=Start f-
C->S OPTIONS rtsp://example.com/foo/bar/toaz.3gp/trackID=5 RTSP/1.0 Cseq: 5 3GPP-QoE-
Metrics: urls="rtsp: //eacaicple. <2can/f oo/bar/bas . 3gp/trac ma~trics={ Decoded—Bytes },. rate=10; Ran^e: npt=0-40,
S->C RTSP/1.0 200 OK Cseq: 5
Metrics :url-"rtsp: //example. com/foo/bar/baz. 3gp/trac
metxic3 { Decoded一Bytes } rat爐l0/ Range:npt=0-40,
在本發(fā)明的上述詳細(xì)描述中，已經(jīng)在第三代合作伙伴計(jì)劃 (3GPP)分組交換流傳輸服務(wù)(PSS)系統(tǒng)中描述了本發(fā)明的示例 性實(shí)施方式。
將理解到本發(fā)明不限于部署在3GPPPSS系統(tǒng)中，而是同樣地可 以部署在其中可應(yīng)用質(zhì)量報(bào)告的所有其它類型的傳輸系統(tǒng)中，例如 傳統(tǒng)系統(tǒng)(例如，視頻電話)的環(huán)境中，其中經(jīng)由網(wǎng)絡(luò)交換兩個(gè)或 多個(gè)客戶端之間的信息，并且其中度量例如可以由網(wǎng)元(例如會(huì)話 發(fā)起協(xié)議(SIP )代理)來捕獲。
用于本發(fā)明的另外示例性部署場(chǎng)景是多媒體廣播/多播服務(wù) (MBMS),其中也可以使用切換時(shí)間度量并且經(jīng)由擴(kuò)展標(biāo)記語(yǔ)言 (XML)、超文本傳輸協(xié)議(HTTP)或其它手段傳送到服務(wù)器。內(nèi)容切換時(shí)間度量也可以表示MBMS和單播PSS之間或反之的切換。
如果內(nèi)容相同，則內(nèi)容切換時(shí)間可以測(cè)量從一個(gè)網(wǎng)絡(luò)切換到另 一個(gè) 網(wǎng)絡(luò)所要占用的時(shí)間。如果內(nèi)容不同，則內(nèi)容切換時(shí)間可以測(cè)量從 一個(gè)網(wǎng)絡(luò)切換到另 一 個(gè)網(wǎng)絡(luò)所占用的時(shí)間加上根據(jù)本發(fā)明的第 一方 面已定義的內(nèi)容切換時(shí)間。
很容易理解QoE度量不必須由RTSP和SDP來攜帶。同樣地， 其它的協(xié)議也可以用于攜帶QoE度量，例如SIP、 XML、 HTTP或 短消息服務(wù)(SMS),還包括其它而不在此——列舉。
上面已經(jīng)通過示例性實(shí)施方式描述了本發(fā)明。應(yīng)該注意到對(duì)于 本領(lǐng)域技術(shù)人員來說明顯的是還存在可替換的方式和變形并且可以 在不偏離所附權(quán)利要求書的范圍和精神的情況下實(shí)現(xiàn)。
進(jìn)一步，對(duì)于技術(shù)人員來說很清楚的是，示意框圖中的邏輯塊 以及在上面描述中所示出的流程圖和算法步驟可以至少部分地以電 子硬件和/或計(jì)算機(jī)軟件來實(shí)現(xiàn)，其中這取決于邏輯塊、流程圖步驟 和算法步驟的功能性，并且取決于施加到相應(yīng)的設(shè)備的 一 定程度的 設(shè)計(jì)限制，其中要求邏輯塊、流程圖步驟或算法步驟以硬件或軟件 來實(shí)現(xiàn)。所示出的邏輯塊、流程圖步驟和算法步驟例如可以實(shí)現(xiàn)在 一個(gè)或多個(gè)數(shù)字信號(hào)處理器中、專用集成電路、現(xiàn)場(chǎng)門陣列或其它 可編程器件中。計(jì)算機(jī)軟件可以存儲(chǔ)在電的、磁的、電磁的或光類 型的各種存儲(chǔ)介質(zhì)中，并且可以由處理器(例如微處理器)來讀取 和執(zhí)行。為此，處理器和存儲(chǔ)介質(zhì)可以耦合以互換信息，或可以將 存儲(chǔ)介質(zhì)包括在處理器中。
最后，應(yīng)該理解本發(fā)明的實(shí)施方式以彼此的所有可能組合來^^開。
40
權(quán)利要求
1.一種客戶端側(cè)方法，所述方法包括-根據(jù)將要報(bào)告給服務(wù)器的一個(gè)或多個(gè)度量來測(cè)量傳輸會(huì)話的質(zhì)量，其中所述一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量，該內(nèi)容切換時(shí)間度量涉及在所述傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述內(nèi)容切換時(shí)間度量被 定義為這樣的時(shí)間之一 ，從在客戶端上新內(nèi)容被選擇的時(shí)刻到所述 新內(nèi)容的第 一媒體幀被回放的時(shí)刻的時(shí)間，以及從從客戶端向服務(wù)器發(fā)送切換請(qǐng)求的時(shí)刻到在所述客戶端處接收所述新內(nèi)容的第 一 媒 體分組的時(shí)刻的時(shí)間。
3. 根據(jù)權(quán)利要求1所述的方法，其中可以協(xié)商所述內(nèi)容切換時(shí) 間度量以便立即被報(bào)告。
4. 根據(jù)權(quán)利要求1所述的方法，其中所述內(nèi)容切換時(shí)間度量是 第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
5. —種其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī) 程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求1所述的方法。
6. —種客戶端側(cè)設(shè)備，所述設(shè)備包括-處理單元，其配置成根據(jù)將要報(bào)告給服務(wù)器的一個(gè)或多個(gè)度量 來測(cè)量傳輸會(huì)話的質(zhì)量，其中所述 一 個(gè)或多個(gè)度量包括內(nèi)容切換時(shí) 間度量，該內(nèi)容切換時(shí)間度量涉及在所述傳輸會(huì)話中內(nèi)容間切換所 占用的時(shí)間。
7. 根據(jù)權(quán)利要求6所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量是 第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
8. —種服務(wù)器側(cè)方法，所述方法包括-處理一個(gè)或多個(gè)度量，客戶端將根據(jù)該一個(gè)或多個(gè)度量報(bào)告?zhèn)?輸會(huì)話的質(zhì)量，其中所述一個(gè)或多個(gè)度量包括內(nèi)容切換時(shí)間度量， 該內(nèi)容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間切換所占用的時(shí)間。
9. 根據(jù)權(quán)利要求8所述的方法，其中所述內(nèi)容切換時(shí)間度量是 第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
10. —種其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求8所述的方法的指令。
11. 一種服務(wù)器側(cè)設(shè)備，所述設(shè)備包括-處理單元，其配置成處理一個(gè)或多個(gè)度量，客戶端將根據(jù)該一 個(gè)或多個(gè)度量報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中所述一個(gè)或多個(gè)度量包括 內(nèi)容切換時(shí)間度量，該內(nèi)容切換時(shí)間度量涉及在傳輸會(huì)話中內(nèi)容間 切換所占用的時(shí)間。
12. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量 是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
13. —種系統(tǒng)，包括根據(jù)權(quán)利要求6所述的客戶端側(cè)設(shè)備和根據(jù) 權(quán)利要求11所述的服務(wù)器側(cè)設(shè)備。
14. 一種方法，該方法包4舌-如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到具有所述先前內(nèi)容和新內(nèi) 容之間共同媒體類型的所述新內(nèi)容的切換時(shí)，為了報(bào)告所述新內(nèi)容的傳輸質(zhì)量，在客戶端處接受所有已經(jīng)在客戶端和服務(wù)器之間協(xié)商 的、用于報(bào)告所述先前內(nèi)容的所述共同媒體類型的傳輸質(zhì)量的 一 個(gè) 或多個(gè)度量。
15. 根據(jù)權(quán)利要求14所述的方法，其中所述客戶端在針對(duì)所述 新內(nèi)容的回放的請(qǐng)求中接受所述度量。
16. 根據(jù)權(quán)利要求14所述的方法，其中所述度量是根據(jù)第三代 合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
17. —種其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī) 程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求14所述的方法的 指令。
18. —種設(shè)備，該設(shè)備包括-處理單元，其配置成如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到具有所述先前內(nèi)容和新內(nèi)容之間共同媒體類型的所述新內(nèi)容的切換時(shí)， 為了報(bào)告所述新內(nèi)容的傳輸質(zhì)量，接受所有已經(jīng)在客戶端和服務(wù)器 之間協(xié)商的、用于報(bào)告所述先前內(nèi)容的所述共同媒體類型的傳輸質(zhì) 量的一個(gè)或多個(gè)度量。
19.根據(jù)權(quán)利要求18所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
20， 一種系統(tǒng)，所述系統(tǒng)包括服務(wù)器和客戶端，其中所述客戶端 包括根據(jù)權(quán)利要求19所述的設(shè)備。
21. —種協(xié)議，所述協(xié)議包括一種規(guī)則，該規(guī)則允許或規(guī)定如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容 到具有所述先前內(nèi)容和新內(nèi)容之間共同媒體類型的所述新內(nèi)容的切 換時(shí)，客戶端接受所有已經(jīng)在所述客戶端和服務(wù)器之間協(xié)商的、用 于報(bào)告先前內(nèi)容的傳輸質(zhì)量的一個(gè)或多個(gè)度量，以便報(bào)告所述新內(nèi) 容的所述共同媒體類型的傳輸質(zhì)量。
22. —種方法，該方法包4舌-協(xié)商至少一個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中在對(duì)多個(gè)管 道傳送的請(qǐng)求的一個(gè)發(fā)起之前，不開始客戶端側(cè)協(xié)商，所述多個(gè)管 道傳送的請(qǐng)求包括至少一個(gè)針對(duì)在所述傳輸會(huì)話中建立媒體傳輸?shù)?請(qǐng)求和針對(duì)在所述傳輸會(huì)話中回放內(nèi)容的請(qǐng)求。
23. 根據(jù)權(quán)利要求22所述的方法，其中所述協(xié)商至少部分地發(fā) 生在針對(duì)所述內(nèi)容的回放的請(qǐng)求之后。
24. 根據(jù)權(quán)利要求22所述的方法，其中所述度量是根據(jù)第三代 合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
25. —種其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī) 程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求22所述的方法的 指令。
26. —種客戶端側(cè)設(shè)備，其包括-處理單元，所述處理單元配置成協(xié)商至少一個(gè)度量以便報(bào)告?zhèn)?輸會(huì)話的質(zhì)量，其中在多個(gè)管道傳送的請(qǐng)求的一個(gè)發(fā)起之前，不開始客戶端側(cè)協(xié)商，所述多個(gè)管道傳送的請(qǐng)求包括至少一個(gè)針對(duì)在所 述傳輸會(huì)話中建立媒體傳輸?shù)恼?qǐng)求和針對(duì)在所述傳輸會(huì)話中回放內(nèi) 容的請(qǐng)求。
27. 根據(jù)權(quán)利要求26所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量 是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
28. —種系統(tǒng)，包括服務(wù)器和客戶端，所述客戶端包括根據(jù)權(quán)利 要求26所述的設(shè)備。
29. —種協(xié)議，所述協(xié)議包括-一種規(guī)則，該身見則-見定在多個(gè)管道傳送的請(qǐng)求的一個(gè)發(fā)起之前， 不應(yīng)該開始對(duì)至少 一個(gè)度量的客戶端側(cè)協(xié)商以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì) 量，所述多個(gè)管道傳送的請(qǐng)求包括至少一個(gè)針對(duì)在所述傳輸會(huì)話中 建立媒體傳輸?shù)恼?qǐng)求和針對(duì)在所述傳輸會(huì)話中回放內(nèi)容的請(qǐng)求。
30. —種方法，該方法包4舌協(xié)商至少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量，其中所述協(xié)商至少 部分地發(fā)生在客戶端已經(jīng)請(qǐng)求了對(duì)所述傳輸會(huì)話內(nèi)的內(nèi)容的回放之后。
31. 根據(jù)權(quán)利要求30所述的方法，其中如果發(fā)生了從先前內(nèi)容 到相比較于先前內(nèi)容中的媒體流包括至少一個(gè)不同的或額外的媒體 流的新內(nèi)容的切換，則所述客戶端通過將涉及至少 一個(gè)度量的信息 插入到針對(duì)在所述傳輸會(huì)話中建立至少 一個(gè)媒體流的請(qǐng)求以及針對(duì) 在所述傳輸會(huì)話中回放所述新內(nèi)容的請(qǐng)求之一，來開始協(xié)商針對(duì)所 述至少 一個(gè)媒體流的所述至少 一個(gè)度量，這兩個(gè)請(qǐng)求都被管道傳送 且從所述客戶端發(fā)送到所述服務(wù)器。
32. 根據(jù)權(quán)利要求30所述的方法，其中所述度量是第三代合作 伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
33. —種其中存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī) 程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求30所述的方法的 指令。
34. —種客戶端側(cè)設(shè)備，該設(shè)備包括-處理單元，其配置成協(xié)商至少 一 個(gè)度量以便報(bào)告?zhèn)鬏敃?huì)話的質(zhì) 量，其中所述協(xié)商至少部分地發(fā)生在客戶端已經(jīng)請(qǐng)求了對(duì)所述傳輸 會(huì)話內(nèi)的內(nèi)容的回方文之后。
35. 根據(jù)權(quán)利要求34所迷的設(shè)備，其中所述內(nèi)容切換時(shí)間度量 是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
36. —種服務(wù)器側(cè)設(shè)備，所述設(shè)備包括-處理單元，其配置成協(xié)商由客戶端使用的、以便報(bào)告?zhèn)鬏敃?huì)話 的質(zhì)量的至少一個(gè)度量，其中所述協(xié)商至少部分地發(fā)生在客戶端已 經(jīng)請(qǐng)求了對(duì)所述傳輸會(huì)話內(nèi)的內(nèi)容的回放之后。
37. 根據(jù)權(quán)利要求36所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量 是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
38. —種系統(tǒng)，該系統(tǒng)包括根據(jù)權(quán)利要求34所述的客戶端側(cè)設(shè) 備的客戶端和根據(jù)權(quán)利要求36所述的服務(wù)器側(cè)設(shè)備的服務(wù)器。
39. —種協(xié)議，所述協(xié)議包括-一種規(guī)則，該規(guī)則允許在客戶端已經(jīng)請(qǐng)求了對(duì)所述傳輸會(huì)話內(nèi)一個(gè)度量。
40. —種方法，包括-如果在傳輸會(huì)話中發(fā)生從先前內(nèi)容到新內(nèi)容的切換，則繼承客 戶端和服務(wù)器之間協(xié)商的、用于報(bào)告所述先前內(nèi)容的傳輸質(zhì)量的至 少一個(gè)度量。
41. 根據(jù)權(quán)利要求40所述的方法，其中針對(duì)先前內(nèi)容的報(bào)告速 率與針對(duì)所述新內(nèi)容的報(bào)告速率相同。
42. 根據(jù)權(quán)利要求40所述的方法，其中在SDP文件和在內(nèi)容的 所述切換前或期間的請(qǐng)求之 一 中，針對(duì)客戶端規(guī)定應(yīng)該繼承至少一個(gè)度量。
43. 根據(jù)權(quán)利要求40所述的方法，其中所述度量是根據(jù)第三代 合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
44. 一種其中存儲(chǔ)有的計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)程序包括可操作以使得處理器來執(zhí)行根據(jù)權(quán)利要求40的方法的指令。
45. —種設(shè)備，該設(shè)備包括-處理單元，該處理單元配置成如果在傳輸會(huì)話中發(fā)生從先前內(nèi) 容到新內(nèi)容的切換，則繼承客戶端和服務(wù)器之間協(xié)商的、用于報(bào)告 所述先前內(nèi)容的傳輸質(zhì)量的至少一個(gè)度量。
46. 根據(jù)權(quán)利要求45所述的設(shè)備，其中所述內(nèi)容切換時(shí)間度量 是第三代合作伙伴計(jì)劃分組交換流傳輸服務(wù)的體驗(yàn)質(zhì)量度量。
47. —種系統(tǒng)，所述系統(tǒng)包括服務(wù)器和客戶端，并且所述客戶端 包括根據(jù)權(quán)利要求45所述的設(shè)備。
48. —種協(xié)議，該協(xié)議包4舌-一種規(guī)則，該規(guī)則允許或規(guī)定如果在傳輸會(huì)話中發(fā)生從先前內(nèi) 容到新內(nèi)容的切換，則繼承客戶端和服務(wù)器之間協(xié)商的、用于所述 報(bào)告先前內(nèi)容的傳輸質(zhì)量的至少一個(gè)度量。
全文摘要
本發(fā)明涉及在根據(jù)一個(gè)或多個(gè)度量來報(bào)告?zhèn)鬏敃?huì)話的質(zhì)量的環(huán)境中的方法、計(jì)算機(jī)程序產(chǎn)品、客戶端、服務(wù)器、系統(tǒng)和協(xié)議，特別涉及將質(zhì)量報(bào)告應(yīng)用于傳輸會(huì)話內(nèi)的內(nèi)容切換并且允許更快的會(huì)話啟動(dòng)。
文檔編號(hào)H04L29/06GK101632286SQ200880008515
公開日2010年1月20日 申請(qǐng)日期2008年3月6日 優(yōu)先權(quán)日2007年3月16日
發(fā)明者I·柯西奧, I·鮑阿齊齊, R·維丹薩姆 申請(qǐng)人:諾基亞公司