專利名稱：定時體驗質(zhì)量的度量的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在流傳輸服務(wù)中用于質(zhì)量反饋的方法、計算機程序、計算機程序產(chǎn)品、 系統(tǒng)、客戶端、服務(wù)器和協(xié)議，其中至少一個媒體流被流傳輸?shù)娇蛻舳恕?br> 背景技術(shù)：
一方面，流傳輸是指客戶端中駐留的應(yīng)用以連續(xù)方式播放諸如語音、音頻與視頻流之類的同步媒體流的能力，那些流在播放的同時通過數(shù)據(jù)網(wǎng)絡(luò)正在被發(fā)送到客戶端。另一方面，流傳輸也是指諸如會話式應(yīng)用之類的實時的低延遲應(yīng)用。可以在流傳輸服務(wù)之上創(chuàng)建的應(yīng)用可以被分為點播和實況信息遞送應(yīng)用。第一類的示例是音樂和新聞點播應(yīng)用。廣播和電視節(jié)目的實況遞送是第二類的示例。例如，實時的低延遲應(yīng)用是多媒體(視頻)電話或IP語音以及任何類型的會話式多媒體應(yīng)用。固定互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)上的流傳輸在當今已經(jīng)成為了主流應(yīng)用。雖然互聯(lián)網(wǎng)工程任務(wù)組(IETF)和萬維網(wǎng)聯(lián)盟(W3C)已經(jīng)開發(fā)了一組用于固定IP流傳輸服務(wù)的協(xié)議， 但是至今還沒有定義完全標準化的流傳輸框架。對于根據(jù)第三代合作伙伴計劃(3GPP)開發(fā)的標準的第三代(3G)移動通信系統(tǒng)，3G分組交換流傳輸服務(wù)(PSS，3GPPTS 26.233，TS 26.234)填補了 3G多媒體消息服務(wù)(MMS)的空白，比如下載應(yīng)用和多媒體內(nèi)容以及會話式 &流傳輸服務(wù)。PSS支持移動流傳輸應(yīng)用，其中，終端的復(fù)雜度低于會話式服務(wù)所需的復(fù)雜度，這是因為不需要媒體輸入設(shè)備和編碼器并且可以使用較簡單的協(xié)議。PSS包括一組基本的流傳輸控制協(xié)議、傳輸協(xié)議、媒體編解碼器和場景描述協(xié)議。圖1示意地描述了 PSS協(xié)議棧1，其控制內(nèi)容或媒體服務(wù)器與客戶端之間的可流化和不可流化的內(nèi)容的傳送。首先，諸如視頻、音頻和語音之類的可流化內(nèi)容101在適配層103中被轉(zhuǎn)換成實時傳送協(xié)議(RTP) 102的有效載荷格式。由IETF定義的所述RTP提供了一種裝置，其用于通過使用基礎(chǔ)用戶數(shù)據(jù)報協(xié)議(UDP) 104的服務(wù)發(fā)送實時或流數(shù)據(jù)，其也使用基礎(chǔ)IP協(xié)議105 的服務(wù)。不可流化內(nèi)容106，例如不是為了流傳輸目的(例如終端設(shè)備上記錄的匪S剪輯) 而被創(chuàng)建的多媒體內(nèi)容、靜止圖像、位圖和矢量圖、文本、計時文本和合成音頻，通過超文本傳輸協(xié)議(HTTP) 107來傳送，其使用了基礎(chǔ)傳輸控制協(xié)議(TCP) 108和另外的基礎(chǔ)IP 105 的服務(wù)。而對于不可流化內(nèi)容106，HTTP 107的嵌入式會話建立和控制能力足以傳送該內(nèi)容，在可流化內(nèi)容101的情況下，必須引用增強型會話建立和控制協(xié)議，以便例如開始、停止和暫停一個經(jīng)由RTP/UDP/IP從內(nèi)容服務(wù)器被傳送到客戶端的流傳輸視頻。該任務(wù)由實時流傳輸協(xié)議(RTSP) 109來執(zhí)行，其可以使用基礎(chǔ)的TCP 108或基礎(chǔ)的UDP 104。RTSP至少需要一個表示描述110來建立流傳輸會話。這類表示描述110可以是例如以會話描述協(xié)議(SDP)文件的形式可用的。所述SDP文件包括會話描述，例如會話名和發(fā)起人、將被呈現(xiàn)的媒體類型、接收所述媒體的信息，例如地址、端口、格式等等，以及該媒體的比特率。如果流傳輸內(nèi)容在例如移動終端的客戶端處被查看，則所述終端的用戶首先被提供適合其終端的具體內(nèi)容的通用資源標識符(URI)。這個URI可以來自于WWW服務(wù)器、無線應(yīng)用協(xié)議(WAP)服務(wù)器，或者可以經(jīng)由該終端的鍵盤被手動輸入。這個URI指定流傳輸或者RTSP服務(wù)器以及在那個內(nèi)容服務(wù)器上或別的內(nèi)容服務(wù)器上的內(nèi)容的地址。現(xiàn)在，對應(yīng)的 SDP文件可以用許多方法來獲得。它例如可以經(jīng)由嵌入標記在用戶下載的HTML頁面內(nèi)的鏈接中被提供，或者也可以通過將其作為URI進行鍵入被直接地獲得。然后，如圖1的協(xié)議棧中間列所示，SDP文件(即表示描述110)經(jīng)由HTTP 107被傳送?？商鎿Q地，如圖1的協(xié)議棧右邊列所示，例如通過使用RTSP 109的描述方法，它還可以通過RTSP 109信令獲得。請注意，表示描述同樣可以通過所述RTP 102來發(fā)送。然而，為簡化起見，這個可能性沒有被包括在圖1中。隨后的會話建立是這樣的過程，在其中移動終端的瀏覽器或者用戶引用流傳輸客戶端來建立與內(nèi)容服務(wù)器的會話。期望終端具有活動的無線承載，其在會話建立信令開始時實現(xiàn)基于IP的分組傳輸。隨后的流傳輸服務(wù)的建立通過發(fā)送用于客戶端所選擇的每個媒體流的RTSP SETUP消息而得以完成。這返回了將用于各自媒體流的UDP 104和/或TCP 108端口。該客戶端向內(nèi)容服務(wù)器發(fā)送一個RTSPPLAY消息，然后內(nèi)容服務(wù)器開始在IP網(wǎng)絡(luò)上發(fā)送一個或多個流。為了在PSS系統(tǒng)中向服務(wù)提供商提供裝置以便評估最終用戶流傳輸體驗，流傳輸服務(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第四次會議。流傳輸客戶端測量關(guān)于實際的流傳輸應(yīng)用質(zhì)量的信息并將其反饋到流傳輸服務(wù)器，其中，所述質(zhì)量按照所述質(zhì)量度量來定義。 所述流傳輸服務(wù)器可以例如是RTSP服務(wù)器，而所述質(zhì)量度量例如可以通過使用所述RTSP 和SDP來傳送。因為服務(wù)對于RAN和CN的類型來說是透明的，所以只有流傳輸客戶端和流傳輸服務(wù)器受到PSS質(zhì)量度量的影響。這種情況的后果是測量不能信賴來自于RTP層下的協(xié)議層 (例如 UDP、IP、PDCP、SNDCP、LLC、RLC, MAC、物理層)的信息。具有質(zhì)量反饋的PSS系統(tǒng)中的終端負責(zé)根據(jù)測量定義來執(zhí)行質(zhì)量測量，將其集合成流傳輸客戶端質(zhì)量度量并且把度量報告給流傳輸服務(wù)器。這個需求不排除流傳輸客戶端報告由流傳輸服務(wù)器處理成質(zhì)量度量的原始質(zhì)量測量的可能性。流傳輸服務(wù)器負責(zé)發(fā)送流傳輸客戶端的質(zhì)量度量報告的活動的信令并且負責(zé)集合流傳輸客戶端的質(zhì)量度量。流傳輸服務(wù)器可以處理所接收的流傳輸客戶端的質(zhì)量度量以便建立被集合的質(zhì)量度量。例如，它可以接收原始的丟失分組報告并且為特定的流傳輸客戶端建立最小、最大、平均和標準分組損失率。下列七個質(zhì)量度量由Tdoc S4-030860來定義惡化持續(xù)時間
惡化持續(xù)時間是從第一惡化幀到后續(xù)的第一好幀或者到報告周期結(jié)束(其中較早的一個)的時間周期。這個度量的單位用秒來表示，并且可以是一個小數(shù)值。再緩沖持續(xù)時間這個度量只適用于音頻、視頻和語音，而不適用于其它的媒體類型。這個度量的單位用秒來表示，并且可以是一個小數(shù)值。再緩沖被定義為在客戶端側(cè)由于任何偶然事件在播放時間中引起的任何停頓。初始緩沖時間初始緩沖是從接收第一 RTP分組直到播放開始為止的時間。這個度量的單位用秒來表示，并且可以是一個小數(shù)值。連續(xù)丟失的內(nèi)容分組的數(shù)量每一媒體信道連續(xù)丟失的內(nèi)容分組的數(shù)量。呈現(xiàn)給媒體解碼器的字節(jié)數(shù)這個參數(shù)是呈現(xiàn)給媒體解碼器的字節(jié)的累計數(shù)。被檢測到的誤碼(bit-errors)數(shù)量這是在應(yīng)用級檢測到的誤碼數(shù)量。較低級的差錯將由鏈路層來處理(被丟棄或者被傳播給應(yīng)用層)。被校正的誤碼數(shù)量在應(yīng)用級被校正的誤碼數(shù)量。較低級的差錯將由鏈路層來處理(被丟棄或者被傳播給應(yīng)用層)。上述的質(zhì)量度量定義的目標是獲得在內(nèi)容類型、終端和無線接入網(wǎng)(RAN)類型當中獲得一致的測量。這些約束是把將要發(fā)送給流傳輸服務(wù)器的質(zhì)量度量報告的大小和終端的復(fù)雜度最小化。實際的質(zhì)量度量反饋可以通過使用RTSP的SET_PARAMETER方法用如圖2中描述的反饋報頭2傳送到PSS服務(wù)器，然而在特定情況下，使用攜帶例如TEARD0WN消息或PAUSE 消息之類的信息的其它方法是更加有效的。在圖2的反饋報頭2中，流-通用資源定位器(Stream-url)是用于反饋參數(shù)的 RTSP會話或媒體控制URL標識符。參數(shù)定義中的度量字段包括度量/測量(例如惡化持續(xù)時間等等)的名稱。值字段指示結(jié)果。在監(jiān)視期間過程中，相同的事件有可能發(fā)生不止一次。在那種情況下，度量值可能出現(xiàn)不止一次，其向服務(wù)器指示事件的數(shù)量。選擇范圍字段指示報告周期。圖2的反饋報頭2中的選擇時間戳字段指示事件(或測量)出現(xiàn)的時間或者會話開始以來度量被計算的時間。根據(jù)所述時間戳字段，在Tdoc S4-030860中不存在將要使用的時基定義并且不存在用于"會話開始"的定義。從而，什么時基將被用于時間戳的確定是不清楚的。可以存在不同的可能性，例如可以使用會話開始后的絕對會話時間。絕對會話時間是會話發(fā)生的時間，例如2004年5月 10日的12:20:22到13:20:22。然而，如果絕對會話時間例如被用作惡化報告的時間戳，則很容易看出，這個時間戳不只與將被報告的事件相關(guān)，而且還與在所述會話之前已經(jīng)出現(xiàn)
8的所有事件相關(guān)。例如，如果遇到一個很大的初始緩沖時間，并且后來在會話期間又出現(xiàn)幾個再緩沖，則關(guān)于惡化持續(xù)時間的后續(xù)的報告被分配了一個由所述初始緩沖和所述再緩沖延遲的時間戳，并且從而失去了簡潔性。如果流被客戶端暫停并且然后繼續(xù)，則相同的保留。如果這個惡化的重建或者分析應(yīng)該基于質(zhì)量報告以及相關(guān)聯(lián)的時間戳在流傳輸服務(wù)器被執(zhí)行，則與諸如初始緩沖、再緩沖、暫停等等之類的進行事件相關(guān)聯(lián)的時間戳必須在分析當前時間戳的時候被考慮。即使當先前事件的所有時間戳都在所述流傳輸服務(wù)器可用，當會話的開始沒有被清楚地定義時，這類重建或者分析也根本不可能。會話的開始例如可以被解釋為第一 RTP 分組由流傳輸客戶端接收的時間，或者第一媒體幀被播放的時間，或者其他的。即使時基和會話開始時間被清楚地定義，某些定義的度量的時間戳的值仍然可能在不同的客戶端或同一客戶端的不同會話當中發(fā)生變化。這是由于這樣的一個事實，即特別地，在客戶端站點提供的測量的質(zhì)量度量取決于其中建立了流傳輸客戶端的終端的處理能力和任務(wù)負載。例如，即使第四度量的時間戳(即，連續(xù)丟失的RTP分組數(shù)量)被定義成解碼開始之前的準確時間，終端到達所述標記所需的時間也取決于所述處理能力和所述任務(wù)負載。作為結(jié)果，流傳輸服務(wù)器和流傳輸客戶端可以具有所報告的質(zhì)量度量的不同解釋，并且客戶端可以報告相同流傳輸質(zhì)量的不同質(zhì)量度量。因此，由于所報告時間戳的不明確，流傳輸服務(wù)器不能正確地分析流傳輸質(zhì)量。

發(fā)明內(nèi)容
鑒于上述的問題，特別地，本發(fā)明的一個目的是建議一種方法、計算機程序、計算機程序產(chǎn)品、系統(tǒng)、客戶端、服務(wù)器以及協(xié)議，其在流傳輸服務(wù)中提供更準確并且明確的質(zhì)量反饋值的定時報告。建議了一種在流傳輸服務(wù)中用于質(zhì)量反饋的方法，其中，至少一個媒體流被流傳輸?shù)娇蛻舳耍摲椒òǜ鶕?jù)至少一個質(zhì)量度量來確定質(zhì)量反饋值；根據(jù)至少一個時間戳度量來確定與所述質(zhì)量反饋值相關(guān)的時間戳；其中，對于所述至少一個質(zhì)量度量的每一個，定義了對應(yīng)的時間戳度量，并且其中，所述至少一個時間戳度量的每一個都是基于所述至少一個媒體流的相對的媒體播放時間，以及將所述質(zhì)量反饋值和所述相關(guān)的時間戳報告給服務(wù)器。例如，所述至少一個媒體流可以是可以包括視頻、音頻或語音信息的連續(xù)媒體流， 這些信息從例如內(nèi)容服務(wù)器的服務(wù)器被連續(xù)地發(fā)送到所述客戶端并且呈現(xiàn)在該終端上，在該終端中，以同步的方式建立所述客戶端?？商鎿Q地，所述至少一個媒體流可以是實時的低延遲應(yīng)用的媒體流，例如多媒體(視頻)電話流或IP語音媒體流或會話式多媒體應(yīng)用中的任何類型的媒體流。這個流傳輸可以在流傳輸會話中發(fā)生，其中，幾個媒體流可以被并發(fā)地流傳輸?shù)剿隹蛻舳?。所述流傳輸可以基于例如實時傳送協(xié)議RTP的協(xié)議，并且可以由另一個諸如實時流傳輸協(xié)議RTSP或會話初始協(xié)議SIP的流傳輸協(xié)議之類的協(xié)議來控制，并且例如可以允許開始、停止和/或暫停該流傳輸。所述RTSP或SIP可以由所述客戶端和所述服務(wù)器中的協(xié)議實體來操作并且可以基于會話描述協(xié)議SDP。所述服務(wù)器可以與所述媒體實際上發(fā)源的內(nèi)容服務(wù)器一起協(xié)同定位乃至與之等同，或可以是不同的實例。所述流傳輸?shù)馁|(zhì)量在客戶端站點根據(jù)所述至少一個質(zhì)量度量，被確定為例如惡化持續(xù)時間或再緩沖事件，并且例如經(jīng)由該流傳輸所基于的所述協(xié)議或控制該流傳輸?shù)乃鰠f(xié)議，被報告為質(zhì)量反饋值。所述質(zhì)量度量基本上定義了怎樣計算所述質(zhì)量反饋值。所述至少一個質(zhì)量度量可以由控制流傳輸?shù)乃鰠f(xié)議來定義，并且在會話建立之前、期間、乃至之后，所述至少一個質(zhì)量度量，例如源自由所述協(xié)議定義的一組幾個質(zhì)量度量，可以在所述客戶端和所述服務(wù)器之間協(xié)商。對于所述至少一個質(zhì)量度量的每一個，各自的時間戳度量例如通過控制所述流傳輸?shù)乃鰠f(xié)議進行定義。所述時間戳度量基本上定義了將怎樣確定與由質(zhì)量度量定義的質(zhì)量反饋值相關(guān)聯(lián)的時間戳。所述至少一個時間戳度量是基于所述至少一個媒體流的相對的媒體播放時間。所述相對的媒體播放時間表示從任何絕對時基解耦的所述至少一個媒體流的播放時間進程，即沒有如在流傳輸期間出現(xiàn)的那樣結(jié)合暫停間隔或播放延遲間隔。從而，所述相對的媒體播放時間在它記錄成數(shù)字格式期間可以與連續(xù)媒體的抽樣時間有關(guān)。例如，所述相對的媒體播放時間可以由RTP提供的RTP時間戳來表示，或者由RTSP提供的正常播放時間(NPT)來表示，或者由SIP或RTCP提供的時間戳或定時信息來表示。然后，例如經(jīng)由流傳輸所基于的所述協(xié)議或者經(jīng)由控制流傳輸?shù)乃鰠f(xié)議，將所述質(zhì)量反饋值和相關(guān)聯(lián)的時間戳報告給所述服務(wù)器。如果控制所述流傳輸?shù)乃鰠f(xié)議是RTCP或SIP， 則優(yōu)選地，所述報告的質(zhì)量反饋值和相關(guān)的時間戳被例如一個諸如呼叫狀態(tài)控制功能CSCF 之類的網(wǎng)絡(luò)實體的實體捕獲或發(fā)覺到，以便做出質(zhì)量測量。例如，所述時間戳可以是RTP/ RTSP/RTCP/SIP報頭中的強制或可選的參數(shù)。根據(jù)本發(fā)明的第一方面，可以將時間戳分配給每個質(zhì)量反饋值，其中，所述時間戳的時間戳度量被特別地定義用于所述質(zhì)量反饋值的質(zhì)量度量。從而，將一般的時間戳度量用于不同的質(zhì)量度量類別而出現(xiàn)的不明確性被消除。而且，根據(jù)本發(fā)明的第二方面，時間戳度量是基于作為時基的相對的媒體播放時間并且因此變得與絕對會話時間無關(guān)，與由在報告的實際事件之前出現(xiàn)的事件所引起的延遲無關(guān)，并且與建立客戶端的終端的處理能力和任務(wù)負載無關(guān)。相對的媒體播放時間的使用還可以允許放棄定義會話開始的必要性。根據(jù)本發(fā)明的方法，優(yōu)選地，所述至少一個媒體流的所述流傳輸是基于實時傳送協(xié)議RTP。所述RTP可以在所述客戶端和內(nèi)容服務(wù)器之間操作并且可以使用用戶數(shù)據(jù)報協(xié)議UDP的服務(wù)，其也可以使用互聯(lián)網(wǎng)協(xié)議IP的服務(wù)。根據(jù)本發(fā)明的方法，優(yōu)選地，所述相對的媒體播放時間從所述RTP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTP時間戳導(dǎo)出。所述RTP時間戳可以反映RTP協(xié)議數(shù)據(jù)單元 (或分組)中的頭八位字節(jié)的抽樣瞬時，或者如果存儲的數(shù)據(jù)而非實時抽樣的數(shù)據(jù)在所述至少一個媒體流內(nèi)被發(fā)送，則所述RTP時間戳可以從虛擬的從時鐘時間中導(dǎo)出的表示時間線中導(dǎo)出，以便確定呈現(xiàn)下一幀或者其它單元的時間。根據(jù)本發(fā)明的方法，優(yōu)選地，所述流傳輸至少部分地由實時流傳輸協(xié)議RTSP控制。所述RTSP可以是基于由會話描述協(xié)議SDP提供的表示描述。所述RTSP可以由所述客戶端和所述服務(wù)器來操作，并且可以例如允許用于流傳輸?shù)拈_始、暫停和停止。根據(jù)本發(fā)明的方法，優(yōu)選地，所述相對的媒體播放時間從一個由所述RTSP提供的正常播放時間NPT中導(dǎo)出。所述NPT可以指示流傳輸相對于表示的開始的絕對位置。所述 NPT可以從RTP時間戳中導(dǎo)出。
10
根據(jù)本發(fā)明的方法，優(yōu)選地，所述至少一個質(zhì)量度量定義了將是事件的持續(xù)時間的所述質(zhì)量度量值，并且所述對應(yīng)的時間戳度量定義了將是所述事件出現(xiàn)之前的所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。根據(jù)本發(fā)明的方法，優(yōu)選地，所述事件是惡化持續(xù)時間并且所述特定幀是在所述惡化發(fā)生之前，按播放順序的最后的好的幀。根據(jù)本發(fā)明的方法，優(yōu)選地，所述事件是再緩沖持續(xù)時間并且所述特定幀是在所述再緩沖發(fā)生之前，最后播放的幀。根據(jù)本發(fā)明的方法，優(yōu)選地，所述事件是連續(xù)丟失的內(nèi)容分組的數(shù)量，并且所述特定幀是在所述連續(xù)丟失分組發(fā)生之前，按照播放順序的最后接收的幀。根據(jù)本發(fā)明的方法，優(yōu)選地，所述至少一個質(zhì)量度量將所述質(zhì)量度量值定義為事件數(shù)量，并且其中，所述對應(yīng)的時間戳度量將所述時間戳定義為在所述事件數(shù)量被測量之前所述至少一個媒體流的特定幀的相對的媒體播放時間。根據(jù)本發(fā)明的方法，優(yōu)選地，所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測的誤碼數(shù)量或所校正誤碼的數(shù)量，并且其中，所述特定幀是在所述事件數(shù)量被測量之前， 最后解碼的幀。根據(jù)本發(fā)明的方法，優(yōu)選地，所述質(zhì)量反饋值和所述相關(guān)的時間戳經(jīng)由所述RTSP 報告給所述服務(wù)器。所述質(zhì)量反饋值和所述時間戳例如可以被包括在RTSP協(xié)議數(shù)據(jù)單元的報頭中。根據(jù)本發(fā)明的方法，優(yōu)選地，所述流傳輸至少部分地由會話初始協(xié)議SIP控制。然后優(yōu)選地，經(jīng)由所述SIP報告的所述質(zhì)量反饋值和相關(guān)的時間戳由一個實體，例如諸如呼叫狀態(tài)控制功能(CSCF)之類的網(wǎng)絡(luò)實體，來捕獲或者發(fā)覺，以便做出質(zhì)量測量。根據(jù)本發(fā)明的方法，優(yōu)選地，所述相對的媒體播放時間從由所述SIP提供的時基中導(dǎo)出，特別地從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。根據(jù)本發(fā)明的方法，優(yōu)選地，所述流傳輸至少部分地由實時傳送控制協(xié)議(RTCP) 來控制。然后優(yōu)選地，經(jīng)由所述RTCP報告的所述質(zhì)量反饋值和相關(guān)的時間戳由一個實體， 例如諸如呼叫狀態(tài)控制功能(CSCF)之類的網(wǎng)絡(luò)實體，來捕獲或者發(fā)覺，以便做出質(zhì)量測量。根據(jù)本發(fā)明的方法，優(yōu)選地，所述相對的媒體播放時間從由所述RTCP提供的時基中導(dǎo)出，特別地從所述RTCP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTCP時間戳中導(dǎo)出。根據(jù)本發(fā)明的方法，優(yōu)選地，所述報告的質(zhì)量反饋值和相關(guān)的時間戳由一個實例來捕獲并且用來分析所述流傳輸?shù)馁|(zhì)量。根據(jù)本發(fā)明的方法，優(yōu)選地，所述流傳輸服務(wù)是在3G移動通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。此外，所建議的是一種具有指令的計算機程序，這些指令可操作來使處理器執(zhí)行上述的方法步驟。此外，所建議的是一種計算機程序產(chǎn)品，包括具有指令的計算機程序，這些指令可操作來使處理器執(zhí)行上述的方法步驟。此外，所建議的是一種在流傳輸服務(wù)中用于質(zhì)量反饋的系統(tǒng)，包括至少一個服務(wù)器和至少一個客戶端，其中，至少一個媒體流被流傳輸給所述至少一個客戶端，其中，根據(jù)至少一個質(zhì)量度量確定質(zhì)量反饋值，其中，根據(jù)至少一個為所述至少一個質(zhì)量度量的每一個相應(yīng)地定義的并且基于所述至少一個媒體流的相對的媒體播放時間的時間戳度量，確定與所述質(zhì)量反饋值相關(guān)的時間戳，并且其中，將所述質(zhì)量反饋值和所述相關(guān)的時間戳報告給所述至少一個服務(wù)器。此外，所建議的是一種流傳輸服務(wù)中的客戶端，包括用于接收被流傳輸?shù)剿隹蛻舳说闹辽僖粋€媒體流的裝置，用于根據(jù)至少一個質(zhì)量度量來確定質(zhì)量反饋值的裝置，用于根據(jù)至少一個時間戳度量來確定與所述質(zhì)量反饋值相關(guān)的時間戳的裝置，其中，對于所述至少一個質(zhì)量度量的每一個，定義了對應(yīng)的時間戳度量，并且其中，所述至少一個時間戳度量的每一個都是基于所述至少一個媒體流的相對的媒體播放時間，以及用于向服務(wù)器報告所述質(zhì)量反饋值和所述相關(guān)的時間戳的裝置。所述客戶端還可以被理解為涉及實時的低延遲應(yīng)用會話的至少兩方中的一個，實時的低延遲應(yīng)用會話例如是例如由SIP控制的多媒體(視頻)電話或者IP語音。此外，所建議的是一種流傳輸服務(wù)中的服務(wù)器，其中，至少一個媒體流被流傳輸?shù)娇蛻舳耍渲?，根?jù)至少一個質(zhì)量度量確定質(zhì)量反饋值，并且其中，根據(jù)至少一個為所述至少一個質(zhì)量度量的每一個相應(yīng)地定義的并且基于所述至少一個媒體流(101)的相對的媒體播放時間的時間戳度量，確定與所述質(zhì)量反饋值相關(guān)的時間戳，該服務(wù)器包括用于接收由所述客戶端報告給所述服務(wù)器的所述質(zhì)量反饋值和所述相關(guān)的時間戳的裝置。所述服務(wù)器還可以被理解為涉及實時的低延遲應(yīng)用會話的至少兩方中的一個，實時的低延遲應(yīng)用會話例如是例如由SIP控制的多媒體(視頻)電話或者IP語音。此外，所建議的是一種用于流傳輸服務(wù)中的協(xié)議，其中，至少一個媒體流被流傳輸?shù)娇蛻舳?，該協(xié)議定義至少一個質(zhì)量度量，以及用于所述至少一個質(zhì)量度量中每一個的至少一個時間戳度量，其中，所述至少一個時間戳度量的每一個都是基于所述至少一個媒體流的相對的媒體播放時間。根據(jù)本發(fā)明的協(xié)議，優(yōu)選地，所述協(xié)議是與會話描述協(xié)議SDP結(jié)合的RTSP。根據(jù)本發(fā)明的協(xié)議，優(yōu)選地，所述協(xié)議是與會話描述協(xié)議SDP結(jié)合的SIP。根據(jù)本發(fā)明的協(xié)議，優(yōu)選地，所述協(xié)議是RTCP。本發(fā)明的這些及其它方面將通過參考在下文中描述的實施例而變得明顯并且得以闡明。


在附圖中示出了圖1 根據(jù)現(xiàn)有技術(shù)的一個分組交換流傳輸服務(wù)(PSQ協(xié)議棧的示意圖，圖2 根據(jù)現(xiàn)有技術(shù)的實時流傳輸協(xié)議(RTSP)協(xié)商報頭的定義，圖3 本發(fā)明的方法的流程圖，以及圖4 根據(jù)本發(fā)明的一個系統(tǒng)的示意圖。
具體實施例方式通過清楚并一律地建議為每個所定義的質(zhì)量度量指定時間戳度量(時間戳語義)，本發(fā)明消除了在報告流傳輸服務(wù)中的質(zhì)量反饋值的定時中的不明確性，流傳輸服務(wù)用
12于諸如同步視頻和音頻傳送之類的兩個連續(xù)多媒體應(yīng)用，并且用于諸如會話式應(yīng)用之類的實時的低延遲應(yīng)用。時間戳度量是基于相對的媒體播放時間，其例如可以是正常播放時間 (NPT)，其在如果使用了實時流傳輸協(xié)議的情況下是可用的，或者時間戳度量可以從由RTP 提供并且包括在每個RTP報頭中的實時傳送協(xié)議(RTP)時間戳中導(dǎo)出，或者時間戳度量可以從實時傳送控制協(xié)議RTCP或會話初始協(xié)議SIP的時基或時間戳中導(dǎo)出。RTCP是基于控制分組向會話中所有參與者的定期傳輸，使用與數(shù)據(jù)分組相同的分配機制?；A(chǔ)的協(xié)議必須例如使用具有UDP的分開的端口數(shù)來提供數(shù)據(jù)和控制分組的多路復(fù)用。RTCP可以特別地提供關(guān)于數(shù)據(jù)分配質(zhì)量的反饋。這是RTP作用為轉(zhuǎn)送協(xié)議的一個不可分割的部分并且與其它傳送協(xié)議的流量和擁塞控制功能有關(guān)。反饋可以直接用于自適應(yīng)編碼的控制，但是利用IP多播的實驗已經(jīng)示出從接收機得到反饋以便診斷分配中的錯誤也是非常關(guān)鍵的。向所有的參與者發(fā)送接收反饋報告允許注意到問題的人評估該問題是局部還是全局的。用一個像IP多播的分配機制，對于諸如否則不涉及會話的網(wǎng)絡(luò)服務(wù)提供商之類的實體，接收反饋信息和充當?shù)谌奖O(jiān)視者來診斷網(wǎng)絡(luò)問題也是可能的。這個反饋功能由RTCP發(fā)送機和接收機報告來執(zhí)行。特別地，RTCP可以支持或甚至提供時間戳。SIP是應(yīng)用層控制協(xié)議，其可以建立、更改、和終止諸如互聯(lián)網(wǎng)電話呼叫之類的多媒體會話(會議)。SIP還可以邀請參與者參與諸如多播會議之類的現(xiàn)有會話?？梢詫⒚襟w添加到現(xiàn)有的會話(和從中移除)。SIP明顯地支持名稱映射和重定向服務(wù)，其支持個人移動性，即用戶可以與它們的網(wǎng)絡(luò)位置無關(guān)地保持一個外部可見的標識符。SIP不是一個縱向集成的通信系統(tǒng)。相反，SIP是一個可以與其它IETF協(xié)議一起用來創(chuàng)建完整的多媒體體系結(jié)構(gòu)的組件。通常，這些體系結(jié)構(gòu)將包括諸如用于傳送實時數(shù)據(jù)和提供QoS反饋的RTP、用于控制流媒體遞送的實時流傳輸協(xié)議RTSP、用于控制公用交換電話網(wǎng)(PSTN)的網(wǎng)關(guān)的媒體網(wǎng)關(guān)控制協(xié)議MEGAC0、以及用于描述多媒體會話的會話描述協(xié)議SDP之類的協(xié)議。因此，SIP應(yīng)該結(jié)合其它協(xié)議來使用以便向用戶提供完整的服務(wù)。然而，SIP的基本功能和操作不取決于任何這些協(xié)議。SIP在它的報頭中特別地提供了時間戳字段。該時間戳報頭字段可以例如描述一方向何時向另一方發(fā)送請求。當使用SIP或RTCP時，流傳輸發(fā)生在會話(例如在兩個終端中建立的)的兩方之間，并且一方向另一方報告質(zhì)量反饋值和相關(guān)的時間戳可能是無用的。從而有利的是，提供例如呼叫狀態(tài)控制功能CSCF的網(wǎng)絡(luò)實體來發(fā)覺這些報告的質(zhì)量反饋值和相關(guān)的時間戳并且用它們來分析雙方之間的流傳輸質(zhì)量。利用所建議的時間戳度量，不同的流傳輸服務(wù)器和流傳輸客戶端將具有所報告的質(zhì)量度量的相同解釋，例如3G移動通信系統(tǒng)的分組交換流傳輸服務(wù)(PSS)中的體驗質(zhì)量 QoE度量或會話式應(yīng)用中的質(zhì)量反饋，使得能夠?qū)崿F(xiàn)流傳輸質(zhì)量體驗的正確分析。如果流傳輸服務(wù)器或QoE度量分析器使用把NPT映射到實際時間的方法，則它可以對會話質(zhì)量進行根據(jù)時間的分析。在本發(fā)明中定義的用于3GPP技術(shù)文檔S4-030860中定義的每個質(zhì)量度量的時間戳度量將在下文中被給出，其中，注釋NPT/RTP時間戳將被理解為如下方式如果NPT是可用的，則NPT被用作相對的媒體播放時間，并且如果只有RTP時間戳是可用的，則這些就被用作相對的媒體播放時間。
惡化持續(xù)時間時間戳指示惡化出現(xiàn)的時間。時間戳的值等于惡化發(fā)生之前在播放順序中最后的好的幀的NPT/RTP時間戳。如果在惡化之前不存在好的幀，則時間戳被設(shè)置為0。度量惡化持續(xù)時間不只適用于音頻、視頻或語音媒體，而且還適用于作為媒體的時間文本流。再緩沖持續(xù)時間時間戳指示了再緩沖出現(xiàn)的時間。時間戳的值等于再緩沖發(fā)生之前最后播放的幀的NPT/RTP時間戳。初始緩沖時間時間戳語義是未指定的，并且時間戳的值是未定義的。連續(xù)丟失的內(nèi)容分組的數(shù)量時間戳指示了連續(xù)的丟失分組出現(xiàn)的時間。時間戳的值等于連續(xù)的丟失分組發(fā)生之前按照播放順序最后接收的RTP分組的NPT/RTP時間戳。如果在連續(xù)的丟失分組之前不存在接收的RTP分組，則時間戳被設(shè)置為0。呈現(xiàn)給媒體解碼器的字節(jié)數(shù)時間戳指示了所呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量被測量的時間。時間戳的值等于所呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量被測量之前最后的解碼的幀的NPT/RTP時間戳。如果在測量之前不存在解碼的幀，則時間戳被設(shè)置為0。被檢測到的誤碼數(shù)量時間戳指示了所檢測到的誤碼數(shù)量被測量的時間。在所檢測到的誤碼被測量之前，時間戳的值等于最后的解碼的幀的NPT/RTP時間戳。如果在測量之前不存在解碼的幀， 則時間戳被設(shè)置為0。被校正的誤碼數(shù)量時間戳指示了所校正的誤碼數(shù)量被測量的時間。在所校正的誤碼數(shù)量被測量之前，時間戳的值等于最后的解碼的幀的NPT/RTP時間戳。如果在測量之前不存在解碼的幀， 則時間戳被設(shè)置為0。從上述的時間戳度量可以看出，事件(惡化、再緩沖、初始緩沖、或RTP分組的連續(xù)丟失)發(fā)生的時刻或者當統(tǒng)計值(被呈現(xiàn)給媒體解碼器的字節(jié)數(shù)字、所檢測誤碼的數(shù)量以及所校正比特的數(shù)量)被測量的時刻實際上是在相對的媒體播放時間(NPT/RPT時間戳) 中測量的媒體流中的位置。初始緩沖時間的時間戳是未指定的，因為在播放開始之前，初始緩沖只發(fā)生在會話開始的時候。根據(jù)具有所建議時間戳信息的報告的質(zhì)量度量，流傳輸服務(wù)器可以模仿流播放或者呈現(xiàn)在客戶端中發(fā)生的；因此流傳輸質(zhì)量可以被充分地分析。圖3描述了根據(jù)本發(fā)明的方法的流程圖。在第一步驟300中，在流傳輸客戶端和流傳輸服務(wù)器之間建立流傳輸會話。在步驟301中，在流傳輸客戶端和流傳輸服務(wù)器之間協(xié)商一個或多個質(zhì)量度量，以用于由流傳輸客戶端執(zhí)行的質(zhì)量反饋過程。所述會話建立和協(xié)商都可能是基于與SDP結(jié)合的RTSP，或者基于RTCP或SIP。步驟301也可以與步驟300 一起執(zhí)行。對應(yīng)的時間戳度量可以與用于流傳輸會話的每個所協(xié)商的質(zhì)量度量相關(guān)聯(lián)。在
14步驟302中，例如當將媒體流發(fā)送到流傳輸客戶端并且呈現(xiàn)在其中建立了所述流傳輸客戶端的終端上時，開始實際的流傳輸。在所述流傳輸期間，在步驟303中，監(jiān)視是否需要質(zhì)量反饋。例如，這可以通過連續(xù)地檢測必須根據(jù)協(xié)商質(zhì)量度量報告給流傳輸服務(wù)器的事件是否出現(xiàn)而得以完成。例如，這可以是再緩沖事件。可替換地，定期的質(zhì)量報告可能已被協(xié)商，例如在某個時間間隔被呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量的定期反饋。在所述步驟303中， 觸發(fā)事件驅(qū)動的和定期的質(zhì)量反饋兩者。如果已經(jīng)決定需要質(zhì)量反饋，則在步驟304中，質(zhì)量反饋值根據(jù)每個協(xié)商的質(zhì)量度量而得以確定。然后，在步驟305中，根據(jù)對應(yīng)于每個協(xié)商質(zhì)量度量的時間戳度量，確定對應(yīng)的時間戳。所述步驟305同樣可以在步驟304之前執(zhí)行。 在任何情況下，例如經(jīng)由RTSP、RTCP或SIP，將質(zhì)量反饋值和對應(yīng)的時間戳在步驟306中報告給流傳輸服務(wù)器。在質(zhì)量反饋之后，或者如果已經(jīng)決定不需要質(zhì)量反饋，則在步驟307中檢查是否將停止流傳輸。如果情況不是這樣，則在步驟303中又檢查是否需要新的質(zhì)量反饋。圖4示意性地描述了根據(jù)本發(fā)明的系統(tǒng)的功能組件。這個實施例示例性地涉及使用RTSP來控制流傳輸?shù)腜SS系統(tǒng)。應(yīng)當理解，在此，SIP同樣可以以一個稍微更改的基礎(chǔ)協(xié)議棧和附加網(wǎng)絡(luò)實例的方式得以使用，其發(fā)覺或者捕獲從客戶端601(第一方)發(fā)送到服務(wù)器600(第二方)的質(zhì)量反饋和時間戳。圖4中的PSS系統(tǒng)包括流傳輸客戶端601和流傳輸服務(wù)器600，其中，客戶端601和服務(wù)器600具有至少能夠操作RTSP的RTSP實體401、 400。RTSP實體400、401使用由其它協(xié)議實體操作的基礎(chǔ)協(xié)議層的服務(wù)，其中的其它協(xié)議實體只示出了 TCP/UDP實體402、403和IP實體404、405。將流傳輸客戶端601進一步連接到流傳輸質(zhì)量監(jiān)視器實例407，其按照協(xié)商的質(zhì)量度量和對應(yīng)的時間戳度量監(jiān)視實際流傳輸應(yīng)用的質(zhì)量并且把監(jiān)視到的質(zhì)量反饋值輸入到所述RTSP實體401。例如，所述流傳輸質(zhì)量監(jiān)視器可以由在其中建立了所述流傳輸客戶端的終端來提供。然后，流傳輸質(zhì)量監(jiān)視器407根據(jù)對應(yīng)于所使用質(zhì)量度量的時間戳度量來確定時間戳，并且經(jīng)由客戶端RTSP401 把所述所監(jiān)視的質(zhì)量反饋值和所述對應(yīng)時間戳傳送到流傳輸服務(wù)器600中的RTSP對等實體，在此，將它們輸入到質(zhì)量數(shù)據(jù)處理實例406以便評價與分析，該評價與分析可以例如針對如果發(fā)現(xiàn)再緩沖事件變得過于頻繁，則通過提高流傳輸應(yīng)用的數(shù)據(jù)速率來改進流傳輸應(yīng)用的質(zhì)量，或者僅僅針對統(tǒng)計的質(zhì)量數(shù)據(jù)收集或收費或其它目的。已經(jīng)在上面借助于一個優(yōu)選實施例對本發(fā)明進行了描述。應(yīng)當指出，對于本領(lǐng)域中的技術(shù)人員來說明顯存在可選擇的方法和變化，并且在不背離所附權(quán)利要求書的范圍和精神的前提下執(zhí)行它們。特別地，本發(fā)明決沒有受限于3G無線通信系統(tǒng)中的應(yīng)用。它同樣可以在各種具有參數(shù)反饋的有線和無線數(shù)據(jù)傳輸系統(tǒng)中加以使用。
權(quán)利要求
1.一種用于流傳輸服務(wù)的客戶端，包括-用于接收被流傳輸給所述客戶端的至少一個媒體流的裝置，-用于根據(jù)質(zhì)量度量來確定質(zhì)量反饋值，以確定所述至少一個媒體流的流傳輸?shù)馁|(zhì)量的裝置，-用于根據(jù)時間戳度量來確定所述質(zhì)量反饋值的時間戳的裝置，其中，對于所述至少一個質(zhì)量度量的每一個，定義了各自的時間戳度量，并且其中，所述時間戳度量是基于所述至少一個媒體流的相對的媒體播放時間，并且其中，所述相對的媒體播放時間表示從任何絕對時基解耦的所述至少一個媒體流的播放時間進程，使得暫停間隔或播放延遲間隔沒有被結(jié)合，以及-用于將所述質(zhì)量反饋值和所述時間戳報告給服務(wù)器的裝置。
2.根據(jù)權(quán)利要求1所述的客戶端，其中，所述至少一個媒體流的所述流傳輸是基于實時傳送協(xié)議RTP。
3.根據(jù)權(quán)利要求2所述的客戶端，其中，所述相對的媒體播放時間從在所述RTP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTP時間戳中導(dǎo)出。
4.根據(jù)權(quán)利要求1所述的客戶端，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時流傳輸協(xié)議RTSP來控制。
5.根據(jù)權(quán)利要求4所述的客戶端，其中，所述相對的媒體播放時間從由所述RTSP提供的正常播放時間NPT中導(dǎo)出。
6.根據(jù)權(quán)利要求1所述的客戶端，其中，所述質(zhì)量度量定義了將為事件的持續(xù)時間的所述質(zhì)量度量值，并且其中，在所述事件已經(jīng)發(fā)生之前，所述時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
7.根據(jù)權(quán)利要求6所述的客戶端，其中，所述事件是惡化持續(xù)時間，并且其中，所述特定幀是在所述惡化發(fā)生之前，按照播放順序的最后的好的幀。
8.根據(jù)權(quán)利要求6所述的客戶端，其中，所述事件是再緩沖持續(xù)時間，并且其中，所述特定幀是在所述再緩沖發(fā)生之前，最后播放的幀。
9.根據(jù)權(quán)利要求1所述的客戶端，其中，所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值，并且其中，在所述事件數(shù)量被測量之前，所述對應(yīng)的時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
10.根據(jù)權(quán)利要求9所述的客戶端，其中，所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量，并且其中，所述特定幀是在所述連續(xù)丟失分組發(fā)生之前，按照播放順序的最后接收的幀。
11.根據(jù)權(quán)利要求9所述的客戶端，其中，所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測的誤碼數(shù)量或所校正誤碼的數(shù)量，并且其中，所述特定幀是在所述事件數(shù)量被測量之前，最后解碼的幀。
12.根據(jù)權(quán)利要求4所述的客戶端，其中，所述質(zhì)量反饋值和所述時間戳經(jīng)由所述RTSP報告。
13.根據(jù)權(quán)利要求1所述的客戶端，其中，所述至少一個媒體流的所述流傳輸至少部分地由會話初始協(xié)議SIP來控制。
14.根據(jù)權(quán)利要求13所述的客戶端，其中，所述相對的媒體播放時間從由所述SIP提供的時基中導(dǎo)出，特別地從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
15.根據(jù)權(quán)利要求13所述的客戶端，其中，所述相對的媒體播放時間從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
16.根據(jù)權(quán)利要求1所述的客戶端，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時傳送控制協(xié)議RTCP來控制。
17.根據(jù)權(quán)利要求16所述的客戶端，其中，所述相對的媒體播放時間從由所述RTCP提供的時基中導(dǎo)出。
18.根據(jù)權(quán)利要求16所述的客戶端，其中，所述相對的媒體播放時間從所述RTCP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTCP時間戳中導(dǎo)出。
19.根據(jù)權(quán)利要求1所述的客戶端，其中，所述流傳輸服務(wù)是根據(jù)在3G移動通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
20.一種用于流傳輸服務(wù)的服務(wù)器，其中，至少一個媒體流被流傳輸給客戶端，包括-用于接收根據(jù)時間戳度量確定的質(zhì)量反饋值，以確定所述至少一個媒體流的流傳輸?shù)馁|(zhì)量和根據(jù)時間戳度量確定的所述質(zhì)量反饋值的時間戳的裝置，其中，對于所述至少一個質(zhì)量度量的每一個，定義了各自的時間戳度量，并且其中，所述時間戳度量是基于所述至少一個媒體流的相對的媒體播放時間，并且其中，所述相對的媒體播放時間表示從任何絕對時基解耦的所述至少一個媒體流的播放時間進程，使得暫停間隔或播放延遲間隔沒有被纟口口。
21.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸是基于實時傳送協(xié)議RTP。
22.根據(jù)權(quán)利要求21所述的服務(wù)器，其中，所述相對的媒體播放時間從在所述RTP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTP時間戳中導(dǎo)出。
23.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時流傳輸協(xié)議RTSP來控制。
24.根據(jù)權(quán)利要求23所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述RTSP提供的正常播放時間NPT中導(dǎo)出。
25.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述質(zhì)量度量定義了將為事件的持續(xù)時間的所述質(zhì)量度量值，并且其中，在所述事件已經(jīng)發(fā)生之前，所述時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
26.根據(jù)權(quán)利要求25所述的服務(wù)器，其中，所述事件是惡化持續(xù)時間，并且其中，所述特定幀是在所述惡化發(fā)生之前，按照播放順序的最后的好的幀。
27.根據(jù)權(quán)利要求25所述的服務(wù)器，其中，所述事件是再緩沖持續(xù)時間，并且其中，所述特定幀是在所述再緩沖發(fā)生之前，最后播放的幀。
28.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值，并且其中，在所述事件數(shù)量被測量之前，所述對應(yīng)的時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
29.根據(jù)權(quán)利要求觀所述的服務(wù)器，其中，所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量，并且其中，所述特定幀是在所述連續(xù)丟失分組發(fā)生之前，按照播放順序的最后接收的幀。
30.根據(jù)權(quán)利要求觀所述的服務(wù)器，其中，所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測的誤碼數(shù)量或所校正誤碼的數(shù)量，并且其中，所述特定幀是在所述事件數(shù)量被測量之前，最后解碼的幀。
31.根據(jù)權(quán)利要求23所述的服務(wù)器，其中，所述質(zhì)量反饋值和所述時間戳經(jīng)由所述 RTSP報告。
32.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由會話初始協(xié)議SIP來控制。
33.根據(jù)權(quán)利要求32所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述SIP提供的時基中導(dǎo)出，特別地從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
34.根據(jù)權(quán)利要求32所述的服務(wù)器，其中，所述相對的媒體播放時間從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
35.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時傳送控制協(xié)議RTCP來控制。
36.根據(jù)權(quán)利要求35所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述RTCP提供的時基中導(dǎo)出。
37.根據(jù)權(quán)利要求35所述的服務(wù)器，其中，所述相對的媒體播放時間從所述RTCP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTCP時間戳中導(dǎo)出。
38.根據(jù)權(quán)利要求20所述的服務(wù)器，其中，所述流傳輸服務(wù)是根據(jù)在3G移動通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
39.一種用于在流傳輸服務(wù)中的質(zhì)量反饋的方法，其中，至少一個媒體流被流傳輸?shù)娇蛻舳?，所述方法包括接收根?jù)時間戳度量確定的質(zhì)量反饋值，以確定所述至少一個媒體流的流傳輸?shù)馁|(zhì)量和根據(jù)時間戳度量確定的所述質(zhì)量反饋值的時間戳，其中，對于所述至少一個質(zhì)量度量的每一個，定義了各自的時間戳度量，并且其中，所述時間戳度量是基于所述至少一個媒體流的相對的媒體播放時間，并且其中，所述相對的媒體播放時間表示從任何絕對時基解耦的所述至少一個媒體流的播放時間進程，使得暫停間隔或播放延遲間隔沒有被結(jié)合。
40.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸是基于實時傳送協(xié)議RTP。
41.根據(jù)權(quán)利要求40所述的服務(wù)器，其中，所述相對的媒體播放時間從在所述RTP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTP時間戳中導(dǎo)出。
42.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時流傳輸協(xié)議RTSP來控制。
43.根據(jù)權(quán)利要求42所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述RTSP提供的正常播放時間NPT中導(dǎo)出。
44.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述質(zhì)量度量定義了將為事件的持續(xù)時間的所述質(zhì)量度量值，并且其中，在所述事件已經(jīng)發(fā)生之前，所述時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
45.根據(jù)權(quán)利要求44所述的服務(wù)器，其中，所述事件是惡化持續(xù)時間，并且其中，所述特定幀是在所述惡化發(fā)生之前，按照播放順序的最后的好的幀。
46.根據(jù)權(quán)利要求44所述的服務(wù)器，其中，所述事件是再緩沖持續(xù)時間，并且其中，所述特定幀是在所述再緩沖發(fā)生之前，最后播放的幀。
47.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述質(zhì)量度量定義了將為事件數(shù)量的所述質(zhì)量度量值，并且其中，在所述事件數(shù)量被測量之前，所述對應(yīng)的時間戳度量定義了將為所述至少一個媒體流的特定幀的相對的媒體播放時間的所述時間戳。
48.根據(jù)權(quán)利要求47所述的服務(wù)器，其中，所述事件數(shù)量是連續(xù)丟失的內(nèi)容分組的數(shù)量，并且其中，所述特定幀是在所述連續(xù)丟失分組發(fā)生之前，按照播放順序的最后接收的幀。
49.根據(jù)權(quán)利要求47所述的服務(wù)器，其中，所述事件數(shù)量是呈現(xiàn)給媒體解碼器的字節(jié)數(shù)量、所檢測的誤碼數(shù)量或所校正誤碼的數(shù)量，并且其中，所述特定幀是在所述事件數(shù)量被測量之前，最后解碼的幀。
50.根據(jù)權(quán)利要求42所述的服務(wù)器，其中，所述質(zhì)量反饋值和所述時間戳經(jīng)由所述 RTSP報告。
51.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由會話初始協(xié)議SIP來控制。
52.根據(jù)權(quán)利要求51所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述SIP提供的時基中導(dǎo)出，特別地從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
53.根據(jù)權(quán)利要求51所述的服務(wù)器，其中，所述相對的媒體播放時間從所述SIP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的SIP時間戳中導(dǎo)出。
54.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述至少一個媒體流的所述流傳輸至少部分地由實時傳送控制協(xié)議RTCP來控制。
55.根據(jù)權(quán)利要求M所述的服務(wù)器，其中，所述相對的媒體播放時間從由所述RTCP提供的時基中導(dǎo)出。
56.根據(jù)權(quán)利要求M所述的服務(wù)器，其中，所述相對的媒體播放時間從所述RTCP的至少一個協(xié)議數(shù)據(jù)單元的報頭中提供的RTCP時間戳中導(dǎo)出。
57.根據(jù)權(quán)利要求51所述的服務(wù)器，其中，所述報告的質(zhì)量反饋值和時間戳由一個實例來捕獲并且用來分析所述流傳輸?shù)馁|(zhì)量。
58.根據(jù)權(quán)利要求39所述的服務(wù)器，其中，所述流傳輸服務(wù)是根據(jù)在3G移動通信系統(tǒng)中的分組交換流傳輸服務(wù)PSS。
全文摘要
本發(fā)明特別地涉及一種在流傳輸服務(wù)中用于質(zhì)量反饋的方法，其中，至少一個媒體流被流傳輸給客戶端，包括根據(jù)至少一個質(zhì)量度量來確定質(zhì)量反饋值，根據(jù)至少一個時間戳度量來確定與所述質(zhì)量反饋值相關(guān)的時間戳，其中，對于所述至少一個質(zhì)量度量的每一個，定義了對應(yīng)的時間戳度量，并且其中，所述至少一個時間戳度量的每一個都是基于所述至少一個媒體流的相對的媒體播放時間，以及將所述質(zhì)量反饋值和所述相關(guān)的時間戳報告給服務(wù)器。優(yōu)選地，所述相對的媒體播放時間優(yōu)選地從實時傳送協(xié)議時間戳，從由實時流傳輸協(xié)議提供的正常播放時間，從實時傳送控制協(xié)議的時間戳，或者從會話初始協(xié)議的時間戳中導(dǎo)出。
文檔編號H04L29/06GK102209078SQ20111016200
公開日2011年10月5日 申請日期2004年2月13日 優(yōu)先權(quán)日2004年2月13日
發(fā)明者埃姆勒·阿克敘, 王業(yè)奎, 艾戈·柯西奧 申請人:諾基亞公司