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

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


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