近年來,Internet上流媒體的應(yīng)用得到了迅猛發(fā)展,然而流媒體的傳輸速率卻并不理想,主要原因是傳統(tǒng)的客戶端/服務(wù)器模式很容易導(dǎo)致服務(wù)器端的性能瓶頸和網(wǎng)絡(luò)資源浪費,從而不能有效支持流媒體數(shù)據(jù)的大規(guī)模分發(fā)。此外,IP組播技術(shù)由于協(xié)議本身的復(fù)雜性、網(wǎng)絡(luò)異構(gòu)性、以及缺少支持組播的可靠性等自身固有的限制而難以部署。而由此產(chǎn)生的P2P模式將數(shù)據(jù)分發(fā)的中心從流媒體服務(wù)器分散到用戶網(wǎng)絡(luò)上,從而有效解決了服務(wù)器端的瓶頸問題。與此同時,隨著網(wǎng)絡(luò)技術(shù)和微電子技術(shù)的發(fā)展,具有流媒體技術(shù)的嵌入式設(shè)備（如機(jī)頂盒）也越來越受到人們的青睞。如何將基于P2P網(wǎng)絡(luò)流媒體技術(shù)更為有效地融入嵌入式設(shè)備中,提供更加清晰、流暢的播放功能和實時的傳輸功能是本文的研究重點,具體如下:首先對P2P網(wǎng)絡(luò)和流媒體技術(shù)進(jìn)行了深入的研究,分析并總結(jié)了P2P網(wǎng)絡(luò)的應(yīng)用層組播技術(shù)的優(yōu)勢、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計和下載軟件廣泛應(yīng)用的BT協(xié)議。其次在研究了BT協(xié)議的基礎(chǔ)上,并對其進(jìn)行了改進(jìn)和擴(kuò)充,提出了一種基于BT協(xié)議的P2P流媒體系統(tǒng)BTStream。該系統(tǒng)模型融合了P2P網(wǎng)絡(luò)和傳統(tǒng)C/S技術(shù)的優(yōu)點,能夠支持大量用戶實時接收流媒體數(shù)據(jù);且節(jié)點的自組織能力... 

【文章來源】：蘭州理工大學(xué)甘肅省

【文章頁數(shù)】：66 頁

【學(xué)位級別】：碩士

【部分圖文】：

圖3.1日T文件分布系統(tǒng)

基于BT協(xié)議的流媒體技術(shù)在嵌入式系統(tǒng)中的應(yīng)用研究[25，，‘l。緩沖區(qū)策略體緩沖區(qū)是一種存儲媒體數(shù)據(jù)的滑動緩沖區(qū)，該緩沖區(qū)會根據(jù)播放器請區(qū)頭部刪除己播放數(shù)據(jù)，并在緩沖區(qū)尾部根據(jù)系統(tǒng)的流同步策略添加新它的服務(wù)對象是流媒體播放器[2vl，其思想是在播放器使用流媒體數(shù)據(jù)證數(shù)據(jù)的完整性。

塊、取消文件數(shù)據(jù)塊和交互數(shù)據(jù)塊位域等消息。4.4.4.2客戶端消息動態(tài)特性描述消息動態(tài)特性如圖4.4所示，其過程如下:(l)用戶開機(jī)，客戶端啟動客戶端啟動之后自動連接Torrent服務(wù)器獲取流媒體文件列表�？蛻舳藢⑺@得的流媒體文件列表顯示在屏幕上供用戶選擇。用戶選定了一個流媒體文件后，客戶端向Torrent服務(wù)器請求該文件的種子文件并從Torrellt服務(wù)器下載至本地�？蛻舳送ㄟ^對種子文件的解析得出Tracker服務(wù)器的地址、所包含的文件、文件的名稱、文件的大小和文件數(shù)據(jù)塊的SHAI校驗碼等。(2)客戶端登錄Tracker服務(wù)器獲得對等端列表客戶端根據(jù)解析得到的Tracker服務(wù)器的地址嘗試連接進(jìn)行登錄。當(dāng)客戶端成功登錄Trackcr服務(wù)器之后，Tracker服務(wù)器根據(jù)一定的算法返回客戶端請求數(shù)量的對等端列表。(3)客戶端嘗試連接對等端，開始流媒體文件分發(fā)獲得其他對等端文件分發(fā)狀態(tài)，客戶端按照獲得的對等端列表的地址和端口嘗試連接，發(fā)?


本文編號：3641583