流媒體的擁塞控制研究.pdf_第1頁
已閱讀1頁,還剩59頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、隨著Internet和多媒體技術(shù)的飛速發(fā)展,流媒體視頻傳輸成為網(wǎng)絡(luò)應(yīng)用的一大熱點,流媒體徹底改變了傳統(tǒng)Internet只能表現(xiàn)文字和圖片的缺陷,可集音頻、視頻及圖文于一體。流媒體的傳輸不同于傳統(tǒng)的單一數(shù)據(jù)傳輸業(yè)務(wù),它具有時延敏感、數(shù)據(jù)量大、需要服務(wù)質(zhì)量保證等特性,故在實際使用中多采用UDP/IP進行傳輸。然而UDP/IP對數(shù)據(jù)的傳輸無擁塞控制,不可避免地會無限侵占Internet中其它數(shù)據(jù)流的帶寬,導(dǎo)致其它數(shù)據(jù)流的“饑餓”現(xiàn)象發(fā)生甚至引

2、起網(wǎng)絡(luò)擁塞、崩潰.最終不利于實時數(shù)據(jù)流本身的傳輸。 因此,為流媒體傳輸引入擁塞控制機制勢在必行。近年來,人們提出了許多用于流媒體傳輸?shù)膿砣刂扑惴ā嵺`證明,最有發(fā)展前景的擁塞控制算法應(yīng)該在保證媒體流服務(wù)質(zhì)量的同時,又注重與TCP數(shù)據(jù)流的友好共處。 本文介紹了流式傳輸和實時流式傳輸?shù)幕A(chǔ)知識,并研究了實時流式傳輸協(xié)議—RTP和RTCP協(xié)議,TCP擁塞控制的基本原理和算法,基于速率的流媒體擁塞控制算法。其中重點研究基于模型

3、的擁塞控制算法(TFRC),利用TCP模型吞吐量模型來調(diào)節(jié)發(fā)送速率。針對在TFRC算法中缺乏對單向的傳輸延遲抖動的控制,發(fā)送速率變化波動性大,類似TCP的慢啟動時間過長等影響流媒體傳輸效果的缺點,對TFRC算法進行改進,稱為ATFRC。利用RTCP報告獲取計算吞吐率的參數(shù)往返回環(huán)時間和丟包率的測算。 TFRC原來包的發(fā)送間隔是跳躍變化的,本文用trend模式讓發(fā)送間隔緩慢變化,平滑包的發(fā)送速率。在慢啟動階段發(fā)送端不等一個完整的

4、RTT結(jié)束,而是成功發(fā)兩個包即返回兩個ACK以后,發(fā)送包的數(shù)量就加倍。從而更快的找到丟包點,縮短慢啟動的時間,按照由吞吐率公式計算出的速率調(diào)節(jié)發(fā)送速率。在單向傳輸時,將單向傳輸延遲的抖動作為反饋信號來修正TFRC的發(fā)送速率,加強了TFRC算法的性能,降低業(yè)務(wù)傳輸過程中的單向傳輸延遲抖動,更好地適應(yīng)流媒體實時傳輸。 利用NS2仿真工具,通過與TCP協(xié)議的對照仿真,證實ATFRC算法的有效性。一方面可使流媒體發(fā)送端的發(fā)送速率變化更為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論