專利名稱：基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)中使用的連續(xù)時(shí)基媒體流式傳輸技術(shù)，特別是基于時(shí)間驅(qū) 動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法。前景技術(shù)流媒體指在Internet等計(jì)算機(jī)網(wǎng)絡(luò)中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體，如音 頻、視頻或多媒體文件。目前在網(wǎng)絡(luò)上傳輸音/視頻等多媒體信息主要有下載和流式傳輸 兩種方案。流媒體技術(shù)主要是指通過(guò)網(wǎng)絡(luò)傳送媒體(如視頻、音頻)的技術(shù)，其特定含義為 通過(guò)Internet等計(jì)算機(jī)網(wǎng)絡(luò)將影視節(jié)目、遠(yuǎn)程音視頻等信息傳送到PC機(jī)及其它終端。流式傳輸時(shí)，聲音、影像或動(dòng)畫等時(shí)基媒體由音視頻流媒體服務(wù)器向用戶計(jì)算機(jī) 的連續(xù)、實(shí)時(shí)傳送，用戶不必等到整個(gè)文件全部下載完畢，而只需經(jīng)過(guò)幾秒或十?dāng)?shù)秒的啟動(dòng) 延時(shí)即可進(jìn)行觀看。當(dāng)視頻等時(shí)基媒體在客戶機(jī)上播放時(shí)，文件的剩余部分將在后臺(tái)從服 務(wù)器內(nèi)繼續(xù)下載。流式傳輸不僅使啟動(dòng)延時(shí)成十倍、百倍地縮短，而且不需要太大的緩存容 量。流式傳輸避免了用戶必須等待整個(gè)文件全部從Internet上下載才能觀看的缺點(diǎn)。流式傳輸?shù)膶?shí)現(xiàn)主要有兩種方法實(shí)時(shí)流式傳輸(Real-time Streaming)和順序 流式傳輸(Progressive Streaming)。一般說(shuō)來(lái)，如視頻為實(shí)時(shí)廣播，或使用流式傳輸媒體 服務(wù)器，或應(yīng)用如RTSP的實(shí)時(shí)協(xié)議，即為實(shí)時(shí)流式傳輸。實(shí)時(shí)流式傳輸指保證媒體信號(hào)帶寬與網(wǎng)絡(luò)連接匹配，使媒體可被實(shí)時(shí)觀看的傳輸 方式，實(shí)時(shí)流需要專用的流媒體服務(wù)器與傳輸協(xié)議。在安防領(lǐng)域，為保證安全監(jiān)控、報(bào)警的及時(shí)性，均采用實(shí)時(shí)流式傳輸對(duì)監(jiān)控系統(tǒng)的 音視頻數(shù)據(jù)進(jìn)行遠(yuǎn)程傳輸。在監(jiān)控系統(tǒng)所采用的實(shí)時(shí)流媒體系統(tǒng)中，流媒體服務(wù)器一般采用UDP協(xié)議對(duì)音視 頻數(shù)據(jù)進(jìn)行傳輸和轉(zhuǎn)發(fā)。在進(jìn)行大流量實(shí)時(shí)音視頻數(shù)據(jù)的UDP傳輸和轉(zhuǎn)發(fā)時(shí)，重傳機(jī)制的 采用是系統(tǒng)畫質(zhì)及音質(zhì)高保真的必要保障，滑動(dòng)窗口協(xié)議是廣泛采用的數(shù)據(jù)重傳機(jī)制之
ο滑動(dòng)窗口算法窗口大小以數(shù)據(jù)包為單位，只有在接收窗口向前滑動(dòng)時(shí)(與此同時(shí) 也發(fā)送了確認(rèn))，發(fā)送窗口才有可能向前滑動(dòng)，收發(fā)兩端的窗口按照以上規(guī)律不斷地向前 滑動(dòng)。當(dāng)發(fā)送窗口和接收窗口的大小都等于1時(shí)，就是停止等待協(xié)議；當(dāng)發(fā)送窗口大于1， 接收窗口等于1時(shí)，就是回退N步協(xié)議；當(dāng)發(fā)送窗口和接收窗口的大小均大于1時(shí)，就是選 擇重發(fā)協(xié)議。在實(shí)際應(yīng)用中，由于網(wǎng)絡(luò)抖動(dòng)及數(shù)據(jù)包的到達(dá)亂序，傳統(tǒng)滑動(dòng)窗口協(xié)議的采用將 導(dǎo)致大量窗口邊界已到達(dá)包被重發(fā)及重傳列表帶寬占用嚴(yán)重等負(fù)面效應(yīng)，從而降低系統(tǒng)中 流媒體服務(wù)器的實(shí)際性能，并導(dǎo)致不良的用戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明目的是為解決目前流媒體服務(wù)器所存在的不足，提供一種基于時(shí)間驅(qū)動(dòng)滑 動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法。
本發(fā)明基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法，對(duì)傳統(tǒng)滑動(dòng)窗口算法 進(jìn)行了改進(jìn)，提出了 “時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議”，在該協(xié)議中，滑動(dòng)窗口的大小是以時(shí)間為單 位，丟失列表的生成和發(fā)送取決于時(shí)間窗口是否超時(shí)，為此給每個(gè)數(shù)據(jù)包加上了一個(gè)時(shí)間 戳。時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議算法邏輯如圖1所示。時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議在發(fā)送端設(shè)置一個(gè)發(fā)送時(shí)間窗口 Ts，所有時(shí)間戳處于該時(shí) 間窗口內(nèi)的數(shù)據(jù)包均為等待確認(rèn)包；在接收端設(shè)立一個(gè)接收時(shí)間窗口 Tr和邊界亂序消隱 窗口 Tw，接收數(shù)據(jù)時(shí)根據(jù)到達(dá)數(shù)據(jù)包的時(shí)間戳判斷是否將其放入該接收時(shí)間窗口，當(dāng)接收 到的數(shù)據(jù)包的時(shí)間戳超出接收時(shí)間窗口上時(shí)間邊界tra時(shí)，則認(rèn)為當(dāng)前接收時(shí)間窗口已超 時(shí)，需要將其進(jìn)行向前滑動(dòng)時(shí)間步長(zhǎng)Δ、，此時(shí)生成并發(fā)送數(shù)據(jù)包到達(dá)確認(rèn)列表到發(fā)送端， 并將接收時(shí)間窗口的上下時(shí)間邊界分別由tri和tra調(diào)整為tri+A、和tra+A、，接收時(shí)間 窗口大小Tr保持不變。發(fā)送端在收到數(shù)據(jù)包到達(dá)確認(rèn)列表后，對(duì)需要重傳的數(shù)據(jù)包進(jìn)行重 傳，并將發(fā)送窗口向前滑動(dòng)時(shí)間步長(zhǎng)Δ、，即將發(fā)送時(shí)間窗口的上下時(shí)間邊界分別由tsl和 tsu調(diào)整為tsl+Ats*tsu+Ats。邊界亂序消隱窗口用于消除窗口邊界亂序，解決亂序?qū)е?的已到達(dá)包被重發(fā)從而占用額外帶寬的問(wèn)題。基于上述時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議，為了實(shí)現(xiàn)音視頻數(shù)據(jù)在發(fā)送端、流媒體服務(wù)器 和接收端之間的高實(shí)時(shí)性傳輸，我們研發(fā)了“基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn) 發(fā)方法”，方法的整體邏輯流程如圖2所示本發(fā)明的具體方法為設(shè)發(fā)送端到服務(wù)器、服務(wù)器到接收端的相應(yīng)窗口大小及步 長(zhǎng)相同。發(fā)送端和流媒體服務(wù)器作為發(fā)送端各設(shè)一個(gè)發(fā)送時(shí)間窗口 Ts，流媒體服務(wù)器和接 收端作為接收端各設(shè)一個(gè)接收時(shí)間窗口 Tr及邊界亂序消隱窗口 Tw，丟失重傳隊(duì)列長(zhǎng)度為 At,。設(shè)t0至t9為相關(guān)事件發(fā)生的相應(yīng)時(shí)刻，本發(fā)明基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒 體實(shí)時(shí)轉(zhuǎn)發(fā)方法的整體邏輯流程及步驟如下第一步(t0時(shí)刻)發(fā)送端采集音視頻數(shù)據(jù)，經(jīng)過(guò)編碼后以UDP數(shù)據(jù)包的形式發(fā)送 到流媒體服務(wù)器。第二步(tl時(shí)刻)發(fā)送端所發(fā)送的UDP數(shù)據(jù)到達(dá)流媒體服務(wù)器，流媒體服務(wù)器根 據(jù)立即轉(zhuǎn)發(fā)策略將所接收到的數(shù)據(jù)發(fā)送往接收端；因發(fā)送端發(fā)送的UDP包可能在傳輸過(guò)程 中丟失，因此流媒體服務(wù)器在數(shù)據(jù)到達(dá)的同時(shí)開(kāi)始進(jìn)行UDP數(shù)據(jù)包丟失檢測(cè)。第三步(t2時(shí)刻)流媒體服務(wù)器對(duì)UDP數(shù)據(jù)包丟失的檢測(cè)結(jié)束，依據(jù)檢測(cè)結(jié)果生 成丟失列表，為保證數(shù)據(jù)的重傳，該丟失列表以TCP形式發(fā)送回發(fā)送端。第四步(t3時(shí)刻)流媒體服務(wù)器立即轉(zhuǎn)發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端；同樣，UDP 數(shù)據(jù)可能在傳輸過(guò)程中丟失，因此接收端在數(shù)據(jù)開(kāi)始到達(dá)時(shí)啟動(dòng)丟失檢測(cè)過(guò)程。與此同時(shí)， 流媒體服務(wù)器生成并發(fā)回給發(fā)送端的UDP數(shù)據(jù)包丟失列表開(kāi)始到達(dá)發(fā)送端。第五步(t4時(shí)刻)流媒體服務(wù)器發(fā)出的丟失列表完全到達(dá)發(fā)送端，發(fā)送端依據(jù)該 列表開(kāi)始重傳上次發(fā)送時(shí)被丟失的UDP數(shù)據(jù)包；同時(shí)，接收端的數(shù)據(jù)包丟失檢測(cè)結(jié)束，并生 成數(shù)據(jù)包丟失列表以TCP形式發(fā)送回流媒體服務(wù)器。第六步(t5時(shí)刻)發(fā)送端重發(fā)的UDP數(shù)據(jù)包到達(dá)流媒體服務(wù)器，流媒體服務(wù)器立 即轉(zhuǎn)發(fā)這些數(shù)據(jù)包，并啟動(dòng)亂序消隱過(guò)程，將所有接收到的UDP數(shù)據(jù)包按序存入轉(zhuǎn)發(fā)緩沖 區(qū)中；同時(shí)，接收端生成并發(fā)送的丟失列表開(kāi)始到達(dá)流媒體服務(wù)器。第七步(t6時(shí)刻)發(fā)送端重發(fā)完所有丟失的數(shù)據(jù)包，且這些數(shù)據(jù)包到達(dá)流媒體服務(wù)器，流媒體服務(wù)器通過(guò)亂序消隱處理將其放入轉(zhuǎn)發(fā)緩沖區(qū)中，并依據(jù)接收端發(fā)來(lái)的數(shù)據(jù) 包丟失列表重傳丟失數(shù)據(jù)包到對(duì)應(yīng)的數(shù)據(jù)接收端。第八步(t7時(shí)刻)流媒體服務(wù)器重傳的UDP數(shù)據(jù)開(kāi)始到達(dá)接收端，為保證數(shù)據(jù)的 正確性，接收端同時(shí)啟動(dòng)亂序消隱過(guò)程。第九步(t8時(shí)刻)所有流媒體服務(wù)器重發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端，接收端啟 動(dòng)解碼過(guò)程。第十步(t9時(shí)刻)接收端解碼結(jié)束，開(kāi)始播放音頻/視頻。在該方法中，流媒體服務(wù)器將來(lái)自發(fā)送端的數(shù)據(jù)進(jìn)行即時(shí)轉(zhuǎn)發(fā)，并將傳輸過(guò)程中 丟失的數(shù)據(jù)包通過(guò)時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議進(jìn)行重傳，大大提高了音視頻數(shù)據(jù)的傳輸實(shí)時(shí) 性、保證了音視頻的高質(zhì)量傳輸和轉(zhuǎn)發(fā)；同時(shí)，通過(guò)邊界亂序消隱窗口的技術(shù)，有效避免了 已到達(dá)數(shù)據(jù)包被重發(fā)、大量無(wú)效重傳列表占用額外帶寬等負(fù)面效應(yīng)，大大提高了流媒體服 務(wù)器的實(shí)際性能。同時(shí)，由于滑動(dòng)窗口大小以時(shí)間為單位，該方法使得流媒體服務(wù)器對(duì)網(wǎng)絡(luò) 抖動(dòng)、網(wǎng)絡(luò)速率及流媒體碼率均具有良好的適應(yīng)性和魯棒性。通過(guò)對(duì)上述方法的研發(fā)和運(yùn)用，流媒體服務(wù)器可以在發(fā)送端和接收端之間實(shí)現(xiàn) 2-5秒以內(nèi)的音視頻延遲，同時(shí)，通過(guò)上述時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的研發(fā)和應(yīng)用，使得流媒 體系統(tǒng)能夠及時(shí)將傳輸過(guò)程中丟失的數(shù)據(jù)包進(jìn)行及時(shí)轉(zhuǎn)發(fā)，有效保障了接收端所接收到的 視頻清晰度和質(zhì)量，提供了良好的用戶體驗(yàn)。


圖1為時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議算法邏輯圖； 圖2為整體邏輯流程圖。
具體實(shí)施例方式一種基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法，設(shè)發(fā)送端到服務(wù)器、服 務(wù)器到接收端的相應(yīng)窗口大小及步長(zhǎng)相同，發(fā)送端和流媒體服務(wù)器作為發(fā)送端各設(shè)一個(gè)發(fā) 送時(shí)間窗口 Ts，流媒體服務(wù)器和接收端作為接收端各設(shè)一個(gè)接收時(shí)間窗口 Tr及邊界亂序 消隱窗口 Tw，丟失重傳隊(duì)列長(zhǎng)度為Δ t,，設(shè)t0至t9為相關(guān)事件發(fā)生的相應(yīng)時(shí)刻，具體步驟 如下第一步，t0時(shí)刻發(fā)送端采集音視頻數(shù)據(jù)，經(jīng)過(guò)編碼后以UDP數(shù)據(jù)包的形式發(fā)送到 流媒體服務(wù)器；第二步，tl時(shí)刻發(fā)送端所發(fā)送的UDP數(shù)據(jù)到達(dá)流媒體服務(wù)器，流媒體服務(wù)器根據(jù) 立即轉(zhuǎn)發(fā)策略將所接收到的數(shù)據(jù)發(fā)送往接收端；因發(fā)送端發(fā)送的UDP包可能在傳輸過(guò)程中 丟失，因此流媒體服務(wù)器在數(shù)據(jù)到達(dá)的同時(shí)開(kāi)始進(jìn)行UDP數(shù)據(jù)包丟失檢測(cè)；第三步，t2時(shí)刻流媒體服務(wù)器對(duì)UDP數(shù)據(jù)包丟失的檢測(cè)結(jié)束，依據(jù)檢測(cè)結(jié)果生成 丟失列表，為保證數(shù)據(jù)的重傳，該丟失列表以TCP形式發(fā)送回發(fā)送端；第四步，t3時(shí)刻流媒體服務(wù)器立即轉(zhuǎn)發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端；同樣，UDP 數(shù)據(jù)可能在傳輸過(guò)程中丟失，因此接收端在數(shù)據(jù)開(kāi)始到達(dá)時(shí)啟動(dòng)丟失檢測(cè)過(guò)程。與此同時(shí)， 流媒體服務(wù)器生成并發(fā)回給發(fā)送端的UDP數(shù)據(jù)包丟失列表開(kāi)始到達(dá)發(fā)送端；第五步，t4時(shí)刻流媒體服務(wù)器發(fā)出的丟失列表完全到達(dá)發(fā)送端，發(fā)送端依據(jù)該 列表開(kāi)始重傳上次發(fā)送時(shí)被丟失的UDP數(shù)據(jù)包；同時(shí)，接收端的數(shù)據(jù)包丟失檢測(cè)結(jié)束，并生 成數(shù)據(jù)包丟失列表以TCP形式發(fā)送回流媒體服務(wù)器；
5
第六步，t5時(shí)刻發(fā)送端重發(fā)的UDP數(shù)據(jù)包到達(dá)流媒體服務(wù)器，流媒體服務(wù)器立即 轉(zhuǎn)發(fā)這些數(shù)據(jù)包，并啟動(dòng)亂序消隱過(guò)程，將所有接收到的UDP數(shù)據(jù)包按序存入轉(zhuǎn)發(fā)緩沖區(qū) 中；同時(shí)，接收端生成并發(fā)送的丟失列表開(kāi)始到達(dá)流媒體服務(wù)器；第七步，t6時(shí)刻發(fā)送端重發(fā)完所有丟失的數(shù)據(jù)包，且這些數(shù)據(jù)包到達(dá)流媒體服 務(wù)器，流媒體服務(wù)器通過(guò)亂序消隱處理將其放入轉(zhuǎn)發(fā)緩沖區(qū)中，并依據(jù)接收端發(fā)來(lái)的數(shù)據(jù) 包丟失列表重傳丟失數(shù)據(jù)包到對(duì)應(yīng)的數(shù)據(jù)接收端；第八步，t7時(shí)刻流媒體服務(wù)器重傳的UDP數(shù)據(jù)開(kāi)始到達(dá)接收端，為保證數(shù)據(jù)的正 確性，接收端同時(shí)啟動(dòng)亂序消隱過(guò)程；第九步，t8時(shí)刻所有流媒體服務(wù)器重發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端，接收端啟動(dòng) 解碼過(guò)程；第十步，t9時(shí)刻接收端解碼結(jié)束，開(kāi)始播放音頻/視頻。在該方法中，流媒體服務(wù)器將來(lái)自發(fā)送端的數(shù)據(jù)進(jìn)行即時(shí)轉(zhuǎn)發(fā)，并將傳輸過(guò)程中 丟失的數(shù)據(jù)包通過(guò)時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議進(jìn)行重傳，大大提高了音視頻數(shù)據(jù)的傳輸實(shí)時(shí) 性、保證了音視頻的高質(zhì)量傳輸和轉(zhuǎn)發(fā)；同時(shí)，通過(guò)邊界亂序消隱窗口的技術(shù)，有效避免了 已到達(dá)數(shù)據(jù)包被重發(fā)、大量無(wú)效重傳列表占用額外帶寬等負(fù)面效應(yīng)，大大提高了流媒體服 務(wù)器的實(shí)際性能。同時(shí)，由于滑動(dòng)窗口大小以時(shí)間為單位，該方法使得流媒體服務(wù)器對(duì)網(wǎng)絡(luò) 抖動(dòng)、網(wǎng)絡(luò)速率及流媒體碼率均具有良好的適應(yīng)性和魯棒性。
權(quán)利要求
一種基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法，其特征在于設(shè)發(fā)送端到服務(wù)器、服務(wù)器到接收端的相應(yīng)窗口大小及步長(zhǎng)相同，發(fā)送端和流媒體服務(wù)器作為發(fā)送端各設(shè)一個(gè)發(fā)送時(shí)間窗口Ts，流媒體服務(wù)器和接收端作為接收端各設(shè)一個(gè)接收時(shí)間窗口Tr及邊界亂序消隱窗口Tw，丟失重傳隊(duì)列長(zhǎng)度為Δtr，設(shè)t0至t9為相關(guān)事件發(fā)生的相應(yīng)時(shí)刻，具體步驟如下第一步，t0時(shí)刻發(fā)送端采集音視頻數(shù)據(jù)，經(jīng)過(guò)編碼后以UDP數(shù)據(jù)包的形式發(fā)送到流媒體服務(wù)器；第二步，t1時(shí)刻發(fā)送端所發(fā)送的UDP數(shù)據(jù)到達(dá)流媒體服務(wù)器，流媒體服務(wù)器根據(jù)立即轉(zhuǎn)發(fā)策略將所接收到的數(shù)據(jù)發(fā)送往接收端；因發(fā)送端發(fā)送的UDP包可能在傳輸過(guò)程中丟失，因此流媒體服務(wù)器在數(shù)據(jù)到達(dá)的同時(shí)開(kāi)始進(jìn)行UDP數(shù)據(jù)包丟失檢測(cè)；第三步，t2時(shí)刻流媒體服務(wù)器對(duì)UDP數(shù)據(jù)包丟失的檢測(cè)結(jié)束，依據(jù)檢測(cè)結(jié)果生成丟失列表，為保證數(shù)據(jù)的重傳，該丟失列表以TCP形式發(fā)送回發(fā)送端；第四步，t3時(shí)刻流媒體服務(wù)器立即轉(zhuǎn)發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端；同樣，UDP數(shù)據(jù)可能在傳輸過(guò)程中丟失，因此接收端在數(shù)據(jù)開(kāi)始到達(dá)時(shí)啟動(dòng)丟失檢測(cè)過(guò)程。與此同時(shí)，流媒體服務(wù)器生成并發(fā)回給發(fā)送端的UDP數(shù)據(jù)包丟失列表開(kāi)始到達(dá)發(fā)送端；第五步，t4時(shí)刻流媒體服務(wù)器發(fā)出的丟失列表完全到達(dá)發(fā)送端，發(fā)送端依據(jù)該列表開(kāi)始重傳上次發(fā)送時(shí)被丟失的UDP數(shù)據(jù)包；同時(shí)，接收端的數(shù)據(jù)包丟失檢測(cè)結(jié)束，并生成數(shù)據(jù)包丟失列表以TCP形式發(fā)送回流媒體服務(wù)器；第六步，t5時(shí)刻發(fā)送端重發(fā)的UDP數(shù)據(jù)包到達(dá)流媒體服務(wù)器，流媒體服務(wù)器立即轉(zhuǎn)發(fā)這些數(shù)據(jù)包，并啟動(dòng)亂序消隱過(guò)程，將所有接收到的UDP數(shù)據(jù)包按序存入轉(zhuǎn)發(fā)緩沖區(qū)中；同時(shí)，接收端生成并發(fā)送的丟失列表開(kāi)始到達(dá)流媒體服務(wù)器；第七步，t6時(shí)刻發(fā)送端重發(fā)完所有丟失的數(shù)據(jù)包，且這些數(shù)據(jù)包到達(dá)流媒體服務(wù)器，流媒體服務(wù)器通過(guò)亂序消隱處理將其放入轉(zhuǎn)發(fā)緩沖區(qū)中，并依據(jù)接收端發(fā)來(lái)的數(shù)據(jù)包丟失列表重傳丟失數(shù)據(jù)包到對(duì)應(yīng)的數(shù)據(jù)接收端；第八步，t7時(shí)刻流媒體服務(wù)器重傳的UDP數(shù)據(jù)開(kāi)始到達(dá)接收端，為保證數(shù)據(jù)的正確性，接收端同時(shí)啟動(dòng)亂序消隱過(guò)程；第九步，t8時(shí)刻所有流媒體服務(wù)器重發(fā)出來(lái)的UDP數(shù)據(jù)到達(dá)接收端，接收端啟動(dòng)解碼過(guò)程；第十步，t9時(shí)刻接收端解碼結(jié)束，開(kāi)始播放音頻/視頻。
全文摘要
本發(fā)明基于時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議的流媒體實(shí)時(shí)轉(zhuǎn)發(fā)方法，對(duì)傳統(tǒng)滑動(dòng)窗口算法進(jìn)行了改進(jìn)，提出了時(shí)間驅(qū)動(dòng)滑動(dòng)窗口協(xié)議，滑動(dòng)窗口的大小是以時(shí)間為單位，丟失列表的生成和發(fā)送取決于時(shí)間窗口是否超時(shí)，為此給每個(gè)數(shù)據(jù)包加上了一個(gè)時(shí)間戳。本發(fā)明大大提高了音視頻數(shù)據(jù)的傳輸實(shí)時(shí)性、保證了音視頻的高質(zhì)量傳輸和轉(zhuǎn)發(fā)；同時(shí)，通過(guò)邊界亂序消隱窗口的技術(shù)，有效避免了已到達(dá)數(shù)據(jù)包被重發(fā)、大量無(wú)效重傳列表占用額外帶寬等負(fù)面效應(yīng)，大大提高了流媒體服務(wù)器的實(shí)際性能。本發(fā)明使得流媒體服務(wù)器對(duì)網(wǎng)絡(luò)抖動(dòng)、網(wǎng)絡(luò)速率及流媒體碼率均具有良好的適應(yīng)性和魯棒性。
文檔編號(hào)H04L29/06GK101944982SQ20101025092
公開(kāi)日2011年1月12日 申請(qǐng)日期2010年8月11日 優(yōu)先權(quán)日2010年8月11日
發(fā)明者楊智勇, 麥金香 申請(qǐng)人:南昌市恒鑫電子技術(shù)有限公司