專利名稱：多媒體流服務(wù)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明的技術(shù)方案涉及一種多媒體流服務(wù)。特別涉及一種使用傳輸控制協(xié)議(TCP)的多媒體流服務(wù)系統(tǒng)和方法。
背景技術(shù)：
視頻點播(VOD)是一種根據(jù)用戶的請求從服務(wù)器上有選擇地接收多媒體內(nèi)容文件并在終端上再現(xiàn)的服務(wù)。例如，它可以使用流方法以及下載方法實現(xiàn)。
圖1是根據(jù)一個實例安排的VOD服務(wù)系統(tǒng)的方框圖。其他安排也是可以的。如圖所示，VOD服務(wù)系統(tǒng)包括VOD服務(wù)器10，客戶端20和網(wǎng)絡(luò)30?？蛻舳?0請求，接收并執(zhí)行VOD服務(wù)。網(wǎng)絡(luò)30連接VOD服務(wù)器10與客戶端20并在這兩個實體之間傳送數(shù)據(jù)和命令。
VOD服務(wù)器10可以將大量多媒體內(nèi)容文件轉(zhuǎn)換為數(shù)字壓縮圖像信號(或文件)并把該數(shù)據(jù)存儲在數(shù)據(jù)庫11中。VOD服務(wù)器10根據(jù)請求將多媒體內(nèi)容文件提供給客戶端20。VOD服務(wù)器10也可以進(jìn)行服務(wù)操作和管理，例如由提供多媒體內(nèi)容文件而產(chǎn)生的計費和監(jiān)控。
客戶端20是一個包括輸入單元和顯示單元的終端?？蛻舳?0可以將用戶的請求或命令傳送給VOD服務(wù)器10?？蛻舳?0可以解碼并顯示從VOD服務(wù)器10接收的多媒體內(nèi)容文件。
網(wǎng)絡(luò)30可以支持高速傳輸，以使得在VOD服務(wù)器10和客戶端20之間傳輸大量的連續(xù)的多媒體數(shù)據(jù)。
多媒體內(nèi)容文件可以是例如MP4文件格式的，并可以存儲在VOD服務(wù)器10的數(shù)據(jù)庫11中。圖2示出了根據(jù)一種實例安排的MP4文件的格式。其他安排和格式也是可以的。更具體地，圖2示出了MP4文件被分為報頭(moov)和包含視頻和音頻數(shù)據(jù)的媒體數(shù)據(jù)(mdat)兩部分。
報頭(moov)可以包括有關(guān)音頻區(qū)和視頻區(qū)的信息，以及用于訪問和再現(xiàn)媒體數(shù)據(jù)(mdat)的元(meta)信息。上述的這種VOD服務(wù)系統(tǒng)可以提供流方法和/或下載方法的服務(wù)。
在流方法中，接收的多媒體信息可以緩沖一小段延遲時間之后再現(xiàn)。為了保證多媒體內(nèi)容的實時傳輸，可以使用實時傳輸協(xié)議(RTP)和用戶數(shù)據(jù)報協(xié)議(UDP)，這是個無連接協(xié)議，進(jìn)行傳輸。
圖3示出了根據(jù)一個實例安排的RTP/UDP堆棧和RTP分組。其他安排也是可以的。如圖3所示，在流方法中，豐富的多媒體數(shù)據(jù)被分組為RTP分組并封裝入UDP報頭和IP報頭以便傳輸。RTP分組可以是UDP凈荷，包括RTP報頭和存儲多媒體數(shù)據(jù)的RTP凈荷。
RTP報頭可包括RTP版本(V)，擴(kuò)展指示位(X)，填充指示位(P)，CSRC計數(shù)(CC)，定義應(yīng)用文檔的標(biāo)記位(M)，定義存儲在RTP凈荷中的多媒體數(shù)據(jù)的類型和特性的凈荷類型(PT)，序號，指示傳輸點的時戳，同步標(biāo)識(SSRC)，以及一個分信源標(biāo)識(CSRC)。擴(kuò)展指示位(X)可以用來擴(kuò)展RTP的報頭信息。例如，當(dāng)擴(kuò)展指示位(X)置為“1”時，表示還有一個擴(kuò)展報頭。
在流方法中，當(dāng)客戶端20傳送一個特定的多媒體內(nèi)容請求到VOD服務(wù)器10時，VOD服務(wù)器10可以將數(shù)據(jù)庫11中以MP4文件格式存儲的多媒體內(nèi)容利用RTP/UDP發(fā)送給客戶端20。表達(dá)為媒體數(shù)據(jù)部分(mdat)的多媒體凈荷利用通過時戳字段而同步的每個媒體進(jìn)行RTP分組，并在UDP中傳輸。
UDP是一個普遍用于支持要求高速傳輸勝于可靠傳輸數(shù)據(jù)的可靠性的多點傳送的協(xié)議。所以，它適合于實時多媒體內(nèi)容的傳輸。然而，由于UDP在傳輸過程中沒有對傳輸數(shù)據(jù)糾錯或?qū)G棄的分組重發(fā)的功能，所以UDP一般不能在服務(wù)質(zhì)量(QoS)上有所改進(jìn)。
因此，使用基于RTP/UDP的流方法，用戶可以在實時的基礎(chǔ)上接收和檢驗多媒體內(nèi)容。然而由于傳輸帶寬的限制，到達(dá)接收方的可傳輸?shù)亩嗝襟w內(nèi)容的質(zhì)量就會受到限制。一些數(shù)據(jù)還會因傳輸環(huán)境而丟失。
在下載方法中，客戶端20可從VOD服務(wù)器10上完整地下載多媒體內(nèi)容文件，之后再現(xiàn)該數(shù)據(jù)。因此，可以用高質(zhì)量畫面來再現(xiàn)與存儲在VOD服務(wù)器10中的原版本相同的多媒體內(nèi)容。更具體地，當(dāng)客戶端20向VOD服務(wù)器10發(fā)送對特定的多媒體內(nèi)容的請求時，VOD服務(wù)器10通過TCP分組將相應(yīng)的多媒體內(nèi)容文件發(fā)送給客戶端20?？蛻舳?0可以接收該TCP分組并將該分組存儲在存儲盤(未示出)中。全部多媒體內(nèi)容文件下載完之后，客戶端20解碼并再現(xiàn)接收到的多媒體內(nèi)容文件。
然而，盡管具有可以提供高質(zhì)量畫面的與存儲在VOD服務(wù)器中的原版本基本相同的多媒體內(nèi)容這樣的優(yōu)點，下載方法仍然存在這樣的缺陷，就是用戶需要等待一段很長的時間來查收該內(nèi)容。另外，在客戶端一側(cè)需要很大的存儲空間?；赗TP/UDP的流方法可以適合于需要低延遲的實時服務(wù)；然而，QoS卻不能保證。而基于TCP的下載方法可以保證QoS；但為了再現(xiàn)多媒體內(nèi)容文件需要長時間的等待，因此不能提供實時服務(wù)。

發(fā)明內(nèi)容
本發(fā)明的目的是解決上述問題和/或缺陷并至少提供其后所述的優(yōu)點。
本發(fā)明的實施方案提供通過使用TCP實施流服務(wù)來保證QoS的多媒體流服務(wù)系統(tǒng)以及方法。
本發(fā)明的實施方案提供一種包括VOD服務(wù)器和客戶端的多媒體流服務(wù)系統(tǒng)。VOD服務(wù)器相繼傳送TCP分組中的MP4內(nèi)容的報頭(moov)和媒體數(shù)據(jù)(mdat)。客戶端將HTTP中的流服務(wù)請求信號發(fā)送到VOD服務(wù)器。客戶端可以將接收自VOD服務(wù)器的媒體數(shù)據(jù)(mdat)在解碼器緩沖器中積存一段預(yù)定的時間，并在實時基礎(chǔ)上再現(xiàn)該數(shù)據(jù)。
本發(fā)明的實施方案提供一種多媒體流服務(wù)方法，其包括根據(jù)來自接收方的至少一個TCP分組中的請求傳送多媒體內(nèi)容，將接收自發(fā)送方的至少一個TCP分組緩存預(yù)定的時間，以及在實時基礎(chǔ)上再現(xiàn)該至少一個TCP分組。
本發(fā)明的實施方案提供一種多媒體流服務(wù)方法，其包括客戶端向例如VOD服務(wù)器發(fā)送對MP4內(nèi)容的流服務(wù)請求信號。該方法還包括VOD服務(wù)器發(fā)送對流服務(wù)請求信號的確認(rèn)信號。VOD服務(wù)器可以使用TCP分組將相應(yīng)的MP4內(nèi)容的報頭(moov)和媒體數(shù)據(jù)(mdat)信息相繼發(fā)送給客戶端?？蛻舳私邮請箢^(moov)并將媒體數(shù)據(jù)(mdat)緩存一段預(yù)定的時間。之后再現(xiàn)媒體數(shù)據(jù)(mdat)。
本發(fā)明的實施方案提供一種多媒體流服務(wù)方法，其包括客戶端將HTTP中的流服務(wù)請求信號發(fā)送到VOD服務(wù)器。發(fā)送對流服務(wù)請求信號的確認(rèn)信號。VOD服務(wù)器通過TCP分組將MP4內(nèi)容的報頭(moov)和媒體數(shù)據(jù)(mdat)傳送給客戶端。報頭(moov)儲存在存儲器中。媒體數(shù)據(jù)在解碼器緩沖器中緩存一段解碼器操作等待時間以及重發(fā)服務(wù)等待時間。緩存的媒體數(shù)據(jù)之后可被再現(xiàn)。
本發(fā)明其他優(yōu)點，目的，特征以及實施例將在后面的描述中部分地進(jìn)行闡明，經(jīng)過以下檢驗或從本發(fā)明的實踐中學(xué)習(xí)，上述優(yōu)點、目標(biāo)和特性對于本領(lǐng)域的普通技術(shù)人員來說是顯而易見的。


下面是對附圖的簡述，附圖中相同的參考數(shù)字代表相同的部分，其中圖1是根據(jù)實例安排的VOD服務(wù)系統(tǒng)的方框圖；圖2是根據(jù)實例安排的MP4文件的格式；圖3是根據(jù)實例安排的實時傳輸協(xié)議(RTP)/用戶數(shù)據(jù)報協(xié)議(UDP)堆棧以及RTP分組；圖4是根據(jù)本發(fā)明的示例性實施例的多媒體流服務(wù)系統(tǒng)；以及圖5是根據(jù)本發(fā)明的示例性實施例的多媒體流服務(wù)方法的流程圖。
具體實施例方式
圖4示出了根據(jù)本發(fā)明的示例性實施例的多媒體流服務(wù)系統(tǒng)。其他實施方案和結(jié)構(gòu)也在本發(fā)明的范圍之內(nèi)。如圖所示，多媒體流服務(wù)系統(tǒng)包括VOD服務(wù)器100和客戶端200。VOD服務(wù)器100響應(yīng)于流服務(wù)請求信號使用TCP來傳送多媒體內(nèi)容文件。客戶端200將從VOD服務(wù)器100接收到的多媒體內(nèi)容文件儲存一段預(yù)定的時間，并解碼和顯示該文件供用戶識別。
VOD服務(wù)器100包括數(shù)據(jù)庫(圖4中未示出)，其用于儲存MP4格式的多媒體內(nèi)容文件，以便當(dāng)從客戶端200接收到流服務(wù)請求信號時，VOD服務(wù)器100使用TCP分組(或多個PCT分組)順序地傳送相應(yīng)內(nèi)容文件的報頭(moov)和媒體數(shù)據(jù)(mdat)。
全部接收完來自VOD服務(wù)器100的包括多媒體內(nèi)容的報頭(moov)的TCP分組之后，客戶端200將該媒體數(shù)據(jù)(mdat)緩存一段盤操作等待時間(β)和一段重發(fā)服務(wù)等待時間(γ)?？蛻舳?00之后解碼并再現(xiàn)接收到的多媒體內(nèi)容文件。在再現(xiàn)多媒體內(nèi)容文件的同時，客戶端200可以一直持續(xù)接收來自VOD服務(wù)器100的TCP分組(或多個TCP分組)。
由于多媒體內(nèi)容的報頭(moov)包括再現(xiàn)媒體數(shù)據(jù)(mdat)所需的元信息，報頭應(yīng)當(dāng)存儲在客戶端200的存儲器(圖4中未示出)中直到多媒體流服務(wù)結(jié)束。也就是，客戶端200包括用于存儲接收自VOD服務(wù)器100的多媒體內(nèi)容的報頭(moov)的存儲器(圖4中未示出)，用于解碼媒體數(shù)據(jù)(mdat)的解碼器(圖4中未示出)，以及用于緩存預(yù)定數(shù)量的待解碼的媒體數(shù)據(jù)(mdat)的解碼器緩沖器(圖4中未示出)。
現(xiàn)在參照圖4對根據(jù)本發(fā)明的實施例的多媒體流服務(wù)系統(tǒng)的操作進(jìn)行描述。
客戶端200使用超文本傳輸協(xié)議(HTTP)將對特定多媒體內(nèi)容的流服務(wù)請求信號發(fā)送給VOD服務(wù)器100。VOD服務(wù)器使用HTTP發(fā)送給客戶端200對流服務(wù)請求信號的響應(yīng)信號。VOD服務(wù)器100使用TCP分組順序地傳送相應(yīng)多媒體內(nèi)容的報頭(moov)和媒體數(shù)據(jù)(mdat)給客戶端200。在這個例子中，多媒體內(nèi)容是MP4文件格式的，然而其他格式也是可以的。
客戶端200在一預(yù)定時間(α)內(nèi)接收來自VOD服務(wù)器100的包含報頭(moov)的TCP分組，之后在解碼器操作等待時間(β)內(nèi)通過解碼器緩沖器(圖4中未示出)接收一部分媒體數(shù)據(jù)(mdat)。
解碼器操作等待時間(β)是從媒體數(shù)據(jù)到達(dá)解碼器緩沖器的時間點到解碼器開始自身的操作的時間點為止。通過在媒體數(shù)據(jù)(mdat)充分地累加到解碼器緩沖器中的解碼器操作等待時間(β)之后開始解碼，可以防止解碼器緩沖器的溢出和/或下溢。為了確保由通信信道差錯引起可能發(fā)生的分組丟失的QoS，多媒體內(nèi)容可以通過TCP分組進(jìn)行傳送。如此，如果執(zhí)行重發(fā)，則會有一段基于TCP重發(fā)的延遲時間。
因此，為了能甚至在TCP分組重發(fā)的時間內(nèi)保持再現(xiàn)服務(wù)，可以在解碼器緩沖器中累加媒體數(shù)據(jù)(mdat)。因此，客戶端200需要進(jìn)行一段重發(fā)服務(wù)等待時間的附加緩沖。
可在報頭中記錄(或提供)解碼器操作等待時間(β)和重發(fā)服務(wù)等待時間(γ)。在解碼器操作等待時間(β)和重發(fā)服務(wù)等待時間(γ)期間，在解碼器緩沖器中積存的媒體數(shù)據(jù)(moov)根據(jù)包含在報頭(moov)中的元信息被解碼并再現(xiàn)。
圖5是根據(jù)本發(fā)明的示例性實施例的多媒體流服務(wù)方法的流程圖。其他操作，操作順序以及實施例也在本發(fā)明的范圍內(nèi)。
如圖5所示，客戶端200通過HTTP發(fā)送給VOD服務(wù)器100對任意的多媒體內(nèi)容的流服務(wù)請求信號(步驟S11)。VOD服務(wù)器100發(fā)送對該流服務(wù)請求信號的確認(rèn)信號(步驟S12)，并通過TCP分組順序地傳送相應(yīng)MP4格式的該內(nèi)容的報頭(moov)以及媒體數(shù)據(jù)(mdat)給客戶端200(步驟S13)。
客戶端在預(yù)定時間(α)內(nèi)完全接收報頭(moov)并將數(shù)據(jù)存儲在客戶端200的存儲器中(步驟S14)。由于報頭(moov)包含用于再現(xiàn)媒體數(shù)據(jù)(mdat)的元信息，所以該數(shù)據(jù)存儲在存儲器中，而不是存在解碼器緩沖器中，直到流服務(wù)結(jié)束。
客戶端200將在報頭(moov)之后順序接收的媒體數(shù)據(jù)(mdat)在解碼器緩沖器中緩存一段解碼器操作等待時間(β)，以及之后再緩存一段重發(fā)服務(wù)等待時間(γ)(步驟S15)。解碼器操作等待時間(β)和重發(fā)服務(wù)等待時間(γ)可在TCP分組的報頭(moov)中提供。
重發(fā)服務(wù)等待時間(γ)可以是用于TCP分組重發(fā)數(shù)據(jù)所用的時間，或者是，為了能甚至在基于通信環(huán)境而發(fā)生傳輸延遲的同時仍然保持再現(xiàn)內(nèi)容的媒體數(shù)據(jù)(mdat)而在解碼器緩沖器中累積額外TCP分組所需的時間。重發(fā)服務(wù)等待時間(γ)持續(xù)的時間越長，QoS的保證率越高。然而，流服務(wù)延遲也會增加的。因此，可以通過實驗法或其他方法學(xué)得出一個合適的值。
也就是，當(dāng)內(nèi)容的媒體數(shù)據(jù)(mdat)被再現(xiàn)的同時，如果檢測出從VOD服務(wù)器100傳送來的TCP分組中出現(xiàn)錯誤，則客戶端200可以請求重發(fā)相應(yīng)的TCP分組。甚至當(dāng)從VOD服務(wù)器100再接收相應(yīng)的TCP分組的時候，媒體數(shù)據(jù)的再現(xiàn)操作仍可以繼續(xù)保持。
在解碼器操作等待時間(β)和重發(fā)服務(wù)等待時間(γ)期間，在解碼器緩沖器中累加的媒體數(shù)據(jù)可通過終端解碼并顯示一段預(yù)制(或預(yù)定)的再現(xiàn)時間。媒體數(shù)據(jù)被再現(xiàn)的同時，TCP分組可被完全接收(步驟S16)。
根據(jù)本發(fā)明的實施例的多媒體流裝置以及方法可包括基于TCP的流方法，該方法可彌補基于RTP/UDP的流方法和基于TCP的下載方法的缺陷，因而服務(wù)的延遲時間比基于RTP/UDP的流方法的長而比基于TCP的下載方法的要短。
現(xiàn)在參考圖4對服務(wù)的延遲時間進(jìn)行對比描述。如圖4所示，用于本發(fā)明實施例的操作過程的時間參數(shù)包括完全接收MP4內(nèi)容的報頭(moov)所需的時間(α)，解碼器操作等待時間(β)，重發(fā)服務(wù)等待時間(γ)以及完全接收MP4內(nèi)容的媒體數(shù)據(jù)(mdat)所需的時間(δ)。
基于RTP的流方法中所產(chǎn)生的服務(wù)延遲時間為與傳輸通信網(wǎng)絡(luò)的狀況有關(guān)的β以及由分組報頭的大小所產(chǎn)生的微小影響或之類的，基于TCP的下載方法所產(chǎn)生的服務(wù)延遲時間是α+β+γ+δ，而基于TCP的流方法的服務(wù)延遲時間是α+β+γ。
完成接收媒體數(shù)據(jù)的時間(δ)具有最大值，以至盡管有一比特的服務(wù)延遲時間，基于TCP的流方法可實現(xiàn)保證QoS的流方法。
因此，客戶端通過TCP將來自VOD服務(wù)器的內(nèi)容文件在解碼器緩沖器中累加到可反映傳輸通信網(wǎng)絡(luò)狀況的時間，以及累加到根據(jù)TCP分組的重發(fā)功能的延遲之后，在實時基礎(chǔ)上再現(xiàn)內(nèi)容文件。因此，減少了服務(wù)延遲時間并使QoS的保證率有所增加。
權(quán)利要求
1.一種多媒體流服務(wù)系統(tǒng)，包括VOD服務(wù)器，用于發(fā)送至少一個TCP分組中的報頭和媒體數(shù)據(jù)；及客戶端，用于在HTTP中發(fā)送流服務(wù)請求信號到VOD服務(wù)器，客戶端將從VOD服務(wù)器接收到的媒體數(shù)據(jù)在解碼器緩沖器中累加一段預(yù)定的時間，并且該客戶端在實時基礎(chǔ)上再現(xiàn)該數(shù)據(jù)。
2.根據(jù)權(quán)利要求1的系統(tǒng)，其中客戶端包括一個用于存儲報頭直到媒體數(shù)據(jù)的再現(xiàn)結(jié)束的存儲器。
3.根據(jù)權(quán)利要求1的系統(tǒng)，其中客戶端再現(xiàn)解碼器緩沖器中累加的媒體數(shù)據(jù)，與此同時，將從VOD服務(wù)器發(fā)送的至少一個TCP分組中的媒體數(shù)據(jù)累加到解碼器緩沖器中。
4.根據(jù)權(quán)利要求1的系統(tǒng)，其中客戶端根據(jù)至少一個TCP分組的報頭來檢測丟失的分組，并且該客戶端根據(jù)檢測到的丟失分組來發(fā)送分組重發(fā)請求信號給VOD服務(wù)器。
5.根據(jù)權(quán)利要求1的系統(tǒng)，其中在解碼器緩沖器中累加所需的預(yù)定時間包括從媒體數(shù)據(jù)到達(dá)解碼器緩沖器的時間點開始到解碼器開始操作的時間點為止的解碼器操作等待時間；以及為了重發(fā)丟失的TCP分組而累加額外時間的重發(fā)服務(wù)等待時間。
6.根據(jù)權(quán)利要求1的系統(tǒng)，其中報頭以及媒體數(shù)據(jù)涉及MP4內(nèi)容。
7.一種多媒體流服務(wù)方法，包括在TCP分組中發(fā)送多媒體內(nèi)容；將從發(fā)送方接收到的TCP分組緩沖一段預(yù)定的時間；以及在實時基礎(chǔ)上再現(xiàn)緩沖的TCP分組。
8.根據(jù)權(quán)利要求7的方法，其中多媒體內(nèi)容包含MP4文件格式且包括報頭和媒體數(shù)據(jù)。
9.根據(jù)權(quán)利要求7的方法，其中發(fā)送多媒體內(nèi)容包括從接收方發(fā)送流服務(wù)請求信號到發(fā)送方；發(fā)送一個對流服務(wù)請求信號的確認(rèn)信號；以及在TCP分組中發(fā)送相應(yīng)的多媒體內(nèi)容信息給接收方。
10.根據(jù)權(quán)利要求9的方法，其中流服務(wù)請求信號和確認(rèn)信號使用超文本傳輸協(xié)議(HTTP)進(jìn)行發(fā)送。
11.根據(jù)權(quán)利要求7的方法，其中再現(xiàn)緩沖的TCP分組包括即使在正在再現(xiàn)接收的多媒體內(nèi)容的時候，繼續(xù)從發(fā)送方接收TCP分組。
12.根據(jù)權(quán)利要求7的方法，其中再現(xiàn)緩沖的TCP分組包括將從發(fā)送方接收到的TCP分組緩沖一段預(yù)定的時間；再現(xiàn)接收的TCP分組；以及再接收發(fā)生了錯誤的TCP分組。
13.根據(jù)權(quán)利要求7的方法，其中預(yù)定的時間包括完全接收到多媒體內(nèi)容的報頭的時間；以及接收部分多媒體內(nèi)容的媒體數(shù)據(jù)的時間。
14.根據(jù)權(quán)利要求13的方法，其中接收媒體數(shù)據(jù)的時間包括為接收的媒體數(shù)據(jù)等到直到解碼器開始操作的解碼器操作等待時間。
15.一種多媒體流服務(wù)方法，包括發(fā)送流服務(wù)請求信號到VOD服務(wù)器；使用TCP分組發(fā)送報頭和媒體數(shù)據(jù)信息；接收該報頭并將數(shù)據(jù)緩沖一段預(yù)定的時間；及再現(xiàn)該媒體數(shù)據(jù)。
16.根據(jù)權(quán)利要求15的方法，進(jìn)一步包括發(fā)送對流服務(wù)請求信號的確認(rèn)信號。
17.根據(jù)權(quán)利要求15的方法，其中流服務(wù)請求信號和確認(rèn)信號使用HTTP進(jìn)行發(fā)送。
18.根據(jù)權(quán)利要求15的方法，其中所述緩沖包括在一段預(yù)定的時間中接收報頭；以及在解碼器操作等待時間中緩沖媒體數(shù)據(jù)。
19.根據(jù)權(quán)利要求15的方法，其中所述緩沖包括在反映重發(fā)丟失的TCP分組的重發(fā)服務(wù)等待時間內(nèi)進(jìn)行緩沖。
20.根據(jù)權(quán)利要求15的方法，其中所述再現(xiàn)包括使用報頭檢測接收的TCP分組的錯誤；請求重發(fā)發(fā)生錯誤的TCP分組；以及接收重發(fā)的TCP分組。
21.根據(jù)權(quán)利要求15的方法，其中該報頭存儲在客戶端中直到媒體數(shù)據(jù)的再現(xiàn)結(jié)束。
22.根據(jù)權(quán)利要求15的方法，其中該報頭和媒體數(shù)據(jù)涉及MP4內(nèi)容。
23.一種多媒體流服務(wù)方法，包括使用TCP分組發(fā)送報頭和媒體數(shù)據(jù)到客戶端；將報頭存儲在存儲器中；將媒體數(shù)據(jù)在解碼器緩沖器中緩沖至少一段解碼器操作等待時間和重發(fā)服務(wù)等待時間；以及再現(xiàn)緩沖的媒體數(shù)據(jù)。
24.根據(jù)權(quán)利要求23的方法，進(jìn)一步包括在HTTP中發(fā)送流服務(wù)請求信號到VOD服務(wù)器；以及發(fā)送對流服務(wù)請求信號的確認(rèn)信號。
25.根據(jù)權(quán)利要求23的方法，其中所述再現(xiàn)包括使用報頭檢測接收的TCP分組的錯誤；以及當(dāng)檢測到分組錯誤時請求重發(fā)TCP分組。
26.根據(jù)權(quán)利要求23的方法，其中報頭和媒體數(shù)據(jù)涉及MP4內(nèi)容。
27.一種多媒體流服務(wù)系統(tǒng)，包括VOD服務(wù)器，用于在TCP分組中發(fā)送報頭和媒體數(shù)據(jù)；以及客戶端，其包含緩沖器，該客戶端接收TCP分組并將該媒體數(shù)據(jù)在緩沖器中存儲一段預(yù)定的時間。
28.根據(jù)權(quán)利要求27的系統(tǒng)，其中客戶端在實時基礎(chǔ)上再現(xiàn)該數(shù)據(jù)。
29.根據(jù)權(quán)利要求27的系統(tǒng)，其中客戶端包括一個存儲器，其用于存儲報頭直到再現(xiàn)媒體數(shù)據(jù)過程結(jié)束。
30.根據(jù)權(quán)利要求27的系統(tǒng)，其中預(yù)定的時間包括從媒體數(shù)據(jù)到達(dá)解碼器緩沖器的時間點開始到解碼器開始操作的時間點為止的解碼器操作等待時間；以及為了重發(fā)丟失的TCP分組而累加額外時間的重發(fā)服務(wù)等待時間。
全文摘要
提供一種多媒體流服務(wù)系統(tǒng)，其包括用于在TCP分組中順序發(fā)送MP4內(nèi)容的報頭(moov)和媒體數(shù)據(jù)(mdat)的VOD服務(wù)器和用于在HTTP中發(fā)送流服務(wù)請求信號到VOD服務(wù)器的客戶端?？蛻舳丝蓪腣OD服務(wù)器接收到的媒體數(shù)據(jù)(mdat)在解碼器緩沖器中累加一段預(yù)定的時間，并在實時基礎(chǔ)上再現(xiàn)該數(shù)據(jù)。與基于RTP/UDP的流方法相比，QoS的保證率提高了。與基于TCP的下載方法相比，服務(wù)的延遲時間減少了，由此在實時基礎(chǔ)上實現(xiàn)內(nèi)容。
文檔編號H04N7/173GK1601998SQ20041005498
公開日2005年3月30日 申請日期2004年7月27日 優(yōu)先權(quán)日2003年9月27日
發(fā)明者徐光德 申請人:Lg電子株式會社