Skype視頻帶寬變化的響應(yīng)_第1頁
Skype視頻帶寬變化的響應(yīng)_第2頁
Skype視頻帶寬變化的響應(yīng)_第3頁
Skype視頻帶寬變化的響應(yīng)_第4頁
Skype視頻帶寬變化的響應(yīng)_第5頁
已閱讀5頁,還剩11頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

Skype視頻帶寬變化的響應(yīng)-----吳文刊、尹玉輝、孫海強(qiáng)目錄引言相關(guān)工作及介紹skype視頻及實驗實驗總結(jié)與結(jié)論引言TCP/IP協(xié)議棧在可靠傳輸和時間不敏感數(shù)據(jù)類型傳輸上已非常成熟。如今,互聯(lián)網(wǎng)正迅速發(fā)展成為一個完全高效的多媒體內(nèi)容傳輸平臺。這種變革的主要例子如:YouTube,Skype的音頻/視頻,IPTV,P2P視頻布局(如Coolstreaming或Joost的。)

盡管YouTube流視頻基于TCP傳輸控制協(xié)議,諸如SkypeVoIP或vedioconferencing等時間敏感型應(yīng)用則是采用UDP協(xié)議,因為他們可以允許小的損失百分比,而不是通過TCP恢復(fù)延遲重傳。

由于UDP沒有實現(xiàn)擁塞化控制,這些應(yīng)用程序必須在應(yīng)用層實現(xiàn)這些功能,以避免擁塞化,維護(hù)網(wǎng)絡(luò)的穩(wěn)定性。相關(guān)工作及介紹時間不敏感的數(shù)據(jù)傳輸和時間敏感傳輸之間一個關(guān)鍵的不同點(diǎn)。如VoIP或?qū)崟r視頻,雖然數(shù)據(jù)發(fā)送速率可以被調(diào)制,以匹配該網(wǎng)絡(luò)可用的帶寬,而一個實時的音頻/視頻發(fā)送速率必須遵循源速率。

因為這些子數(shù)據(jù)傳輸是在TCP下進(jìn)行的彈性的,它實現(xiàn)擁塞控制,而實時傳輸是無彈性,并且在UDP上的執(zhí)行。通過沿使用擁塞控制算法具有可擴(kuò)展的視頻編解器,能夠適應(yīng)視頻質(zhì)量,幀率和圖像尺寸匹配兩者的要求和網(wǎng)絡(luò)可用帶寬。流的吞吐量發(fā)起的裝置的可伸縮視頻編解碼器是始終由最大和最小比特率實現(xiàn)的范圍內(nèi)的由特定編解碼器。YouTube與Skype的區(qū)別YouTube視頻分發(fā)系統(tǒng)采用TCP產(chǎn)生彈性傳輸。特別是,在播放開始之前該視頻流被寄存在接收機(jī)。

以這種方式,持續(xù)時間短的源視頻速率和網(wǎng)絡(luò)可用的頻帶寬度不匹配被平均并且由輸出寄存器標(biāo)記。Skype的音頻/視頻是一個封閉源代碼的應(yīng)用化。Skype的音頻采用了多種音頻編解碼器,如G729,SVOPC,ISAC,iLBC,而Skype的視頻應(yīng)用由On2公司提供的VP7編解碼器。對Skype的其他有關(guān)研究:P2P網(wǎng)絡(luò)特性;Skype的網(wǎng)絡(luò)電話流的質(zhì)量Skype流的認(rèn)證SKYPE使用的視頻編解碼器Skype使用ON2公司所提供的專有視頻編解碼器——TrueMotionVP7,該編解碼器用一個數(shù)據(jù)速率控制以支持實時視頻編碼和解碼,調(diào)節(jié)幀質(zhì)量,視頻分解,每秒幀的數(shù)目,并能適應(yīng)頻帶寬度的變化,提供數(shù)據(jù)傳輸比特率最低是20kbps;不確定最大比特率。skype視頻的實驗:為了探討當(dāng)網(wǎng)絡(luò)帶寬隨時間的變化Skype的音頻/視頻連接如何變化,我們已經(jīng)開發(fā)了一種測量工具,它允許真正的網(wǎng)絡(luò)實驗被部署在一個或多個主機(jī)。吞吐量定義為Δsent/ΔT,損失率Δloss/ΔT和實際吞吐量為(Δsent-Δloss)/ΔT,其中Δsent是在時間段ΔT內(nèi)傳送的比特,Δloss發(fā)送的比特數(shù)是在同一時期丟失的比特數(shù),考慮的測量時間間隔ΔT=0.4秒Skype視頻響應(yīng)的第一步變化我們開始通過調(diào)查一個Skype的行為流訪問瓶頸鏈路的帶寬容量更改后階梯函數(shù)的最小值A(chǔ)m=160kbps,最大值點(diǎn)AM=2000kbps。沒有并發(fā)流量注入。圖3顯示了吞吐量,幀速率和抖動動力學(xué),通過重復(fù)四個試驗運(yùn)行。視頻流量開始發(fā)送在一個非常低利率和達(dá)到穩(wěn)定狀態(tài)發(fā)送大約80kbps,遠(yuǎn)低于160kbps的可用帶寬。當(dāng)t=50s的可用帶寬增加,發(fā)送速率達(dá)到平均比特率,這是略低于450kbps,經(jīng)過相當(dāng)長的過渡時間約100s。現(xiàn)在,讓我們集中我們的注意力在三個變量(t),問(t)和s(t)進(jìn)行節(jié)流的視頻編解碼器[15]匹配網(wǎng)絡(luò)可用帶寬。首先,在四個實驗視頻的分辨率s(t)Skype是設(shè)定在320240像素保持不變在所有的實驗。幀率的行為,f的初始值(t)總是發(fā)現(xiàn)15:2fps,那么f(t)減少到10幀/秒不到10s。增量步后可用帶寬,f(t)開始增加在t=85s和左右然后在振蕩15fps的價值。此外,發(fā)送速度rs(t)開始在t=50s而增加f(t)的價值仍大致恒定的時間間隔50個;85s。這可以通過查看圖來解釋4,顯示了四個數(shù)據(jù)包大小和累積的損失實驗運(yùn)行:數(shù)據(jù)包大小增加的時間間隔(50,85)而f(t)是幾乎不變,這意味著發(fā)送速率的增加是由于一個改進(jìn)質(zhì)量q(t)。此外,圖4顯示一個有趣的聯(lián)系數(shù)據(jù)包大小和包丟失:每一次大的損失事件發(fā)生時(累積行發(fā)生了很大一步圖4所示)數(shù)據(jù)包大小雙打,因此意義Skype使用了一個選舉委員會機(jī)制來抵消包的損失。另一方面,Skype不觸發(fā)一個包大小增加時,實體的損失被認(rèn)為是可以忽略的因為它可以推斷通過查看S3情節(jié)時t=177s,表明增加邁出的一小步累計損失曲線不翻包的大小??偠灾?這第一個調(diào)查的主要結(jié)果是Skype視頻流量產(chǎn)生的發(fā)送速率達(dá)到最大值約為450kbps,使用了選舉委員會的機(jī)制來應(yīng)對巨大的包損失

Skype回應(yīng)的梯度變化在這種情況下我們的目標(biāo)是在調(diào)查一個Skype視頻流量適應(yīng)小梯狀遞增/遞減減少可用的帶寬。我們開始的目的通過允許可用帶寬變化的范圍160--1000kbps。通過使用知識過渡時期我們聚集在前面的場景中,我們設(shè)置的帶寬變化發(fā)生每100s為了讓發(fā)送利率撲滅他們的瞬變。特別是,在上半年的實驗中,可用的帶寬增加每100s的168kbps,然而,在下半年的實驗,它每100s相同數(shù)量的減少圖5顯示了Skype視頻流量有所放緩自最大發(fā)送速率達(dá)到穩(wěn)定狀態(tài)實現(xiàn)只有在時間t=700s下半年實驗已經(jīng)開始了。此外,在一半的實驗中,損失可以忽略不計,平均吞吐量約為300kbps,遠(yuǎn)低于一個值1000kbps的可用帶寬。對于幀速率,在初始值f(t)=15:2fps則減,直到t=tA時突然increasesits價值再次15:2fps。突然增加的框架率發(fā)生在通信的視頻分辨率的變化s(t)從320*240至240*160。的幀率這個值保持不變,直到時間t=tB時分辨率切換回320*240和幀速率再次設(shè)置15:2fps。我們運(yùn)行一個類似的實驗,可用帶寬變化從160kbps到20kbps為了研究Skypeows能夠匹配一個薄的鏈接能力。圖6顯示了發(fā)送利率是可以的按照帶寬減少直到能力下降40kbps。在這種情況下最小的幀速率5fps是測量。當(dāng)可用的帶寬不足在20kbps,最低的比特Skype視頻編解碼器[15],視頻通話將被在t=375年代可能是因為Skype檢測到一個很大的包損失的百分比。這個測試的總體結(jié)論是,Skype視頻帶寬增加反應(yīng)有點(diǎn)慢,意味著Skype不是有效的采取一切可用的帶寬因此失去的可能性提供視頻在盡可能高的質(zhì)量。在這個測試可用500s帶寬達(dá)到500kbps的價值超過這個值,但Skype視頻發(fā)送速率保持平均發(fā)送的速度只有300kbps。另一方面一方面,測試表明,Skype視頻能夠縮小發(fā)送速率匹配一個可用帶寬低于40kbps。兩個skype視頻流占用的方波帶寬。在前面的測試中,我們已經(jīng)說明了如何將一個單一的skype視頻流反應(yīng)為可變的網(wǎng)絡(luò)狀況,如突然上升/下降的可用帶寬。在這種測試中,我們的目標(biāo)是調(diào)查多個視頻的OWS電子ECT在網(wǎng)絡(luò)上的穩(wěn)定性。為了完成以上目標(biāo),我們設(shè)定了一個場景:第一個視頻流S1開始于t=0s第二個視頻流S2開始于t=50s該可用帶寬改變方波的周期T=400s在周期內(nèi)存在最大比特率M=384kbps和最小比特率S=160kbps我們選取了M=384kbps的比特率,因為這是一個UMTS鏈路的下行鏈路容量,并且比我們已經(jīng)測定的最大平均發(fā)送skype率=450稍微小一點(diǎn),這樣我們選取的兩個skyps的視頻流便可以造成擁塞的瓶頸。同樣當(dāng)我們選取最小比特率S=160kbps時,如第7圖所顯示的那樣,在開始時,第一個視頻流增加其發(fā)送速率,就像我們之前的實驗中顯示的那樣,不同的是第一個視頻流的速度在在第二個視頻流達(dá)到阻塞瓶頸時(t=50s)仍然在保持增長,當(dāng)t>90s時S1開始離開原有帶寬趨向于S2,并且增加S1的發(fā)送率,直到t=200s,S1的帶寬開始下降。可以看出S2產(chǎn)生了一個非常高和持久的損失速率,持續(xù)約30秒平均速率為80kbps。圖7還展示出了連接的平均通過時間間隔,帶寬被保持連續(xù)。,具體的,t=[0,200]s時信道鏈路利用率為68%,t=[200,400]s時利用率為83%,t=[400,600]s時利用率為46%,t=[600.800]s時利用率為61%。更要注意的是,當(dāng)t=400s時可用帶寬再次達(dá)到384kbps,這兩個skype視頻流沒有增加他們的發(fā)送速率,因此不會達(dá)到發(fā)送最好質(zhì)量視頻的效果。根據(jù)視頻分辨率,S1在t=tA時由320*240降到160*120,這是之前的帶寬下降。S2在t=tB是發(fā)生帶寬下降。通過以上分析,得出結(jié)論,skype獲得寬帶利用率的效率很低,因此失去了較高速傳遞高質(zhì)量視頻的可能性。skype視頻流的并發(fā)TCP流。在前面的小節(jié)中,我們已經(jīng)調(diào)查了skype視頻流在隨時間帶寬變化的視頻行為。在這一小節(jié)中,我們專注于skype的視頻行為在網(wǎng)絡(luò)與共享TCP流量。我們考慮384kbps比特率下的恒定容量鏈接。一個Skype的視頻通話開始在t=0時,第一個TCP流開始在t=200秒,而第二個開始在t=400秒。當(dāng)TCP1進(jìn)入瓶頸,Skype的視頻流釋放帶寬以降低其發(fā)送速率。S1與S2共享帶寬相當(dāng),直到t=250s時,skype的流量開始減少他的發(fā)送速率,留下頻帶寬度為TCP1.實驗中顯示,在沒有達(dá)到穩(wěn)定狀態(tài)時,TCP2流開始加入瓶頸鏈路,我們可以觀察到,在時間間隔[400,1000]s帶寬在某處共享,除了時間間隔[550,700],隨著skype流量增大,帶寬獲得更大的帶寬份額。結(jié)果表明:skype花費(fèi)較大的帶寬份額來保證信道容量,而TCP流共享同樣帶寬,skype視頻流比tcp更具侵略性。實驗結(jié)果這個調(diào)查的主要目的是展示Skype視頻流量節(jié)流,發(fā)送率狀態(tài)變化可用的帶寬和Skype流動的行為方式,當(dāng)并發(fā)TCP流共享瓶頸時。值得注意,我們認(rèn)為梯狀的帶寬,因為這在控制理論是一個簡單和有效的實踐測試一個系統(tǒng)的動態(tài)行為。事實上,階躍響應(yīng)系統(tǒng)的顯示系統(tǒng)的有趣的特性等同于動力學(xué)瞬態(tài)時間和穩(wěn)定度特別是我們感興趣的揭示了瞬態(tài)Skype流動的動力學(xué)響應(yīng)帶寬增加/TCP流的減少或加入/離開。這是合理的假設(shè)Skype視頻編碼器[15]油門發(fā)送速率r(t)通過改變畫面質(zhì)量問(t),視頻分辨率(t)和數(shù)量的幀/秒(幀率)f(t)基于接收方發(fā)送的反饋報告因為它是如圖2所示。此外,它是合理的猜想,反饋變量用于節(jié)流問(t),s(t)和f(t)可用帶寬,損失率l(t)和抖動j(t)。整個實驗結(jié)果的討論我們將說明變量的除網(wǎng)絡(luò)條件這三個控制變量通過Skype進(jìn)行節(jié)

溫馨提示

  • 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. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論