網(wǎng)絡(luò)技術(shù)，多媒體技術(shù)，微電子技術(shù)的迅猛發(fā)展，為網(wǎng)絡(luò)流媒體應(yīng)用提供了越來越廣闊的空間。人們?cè)谏a(chǎn)和生活中，也早已不滿足單一的媒體形式。流媒體以其快捷、直觀等優(yōu)點(diǎn)正被廣泛運(yùn)用到各個(gè)部門、公司，以及人們的日常生活當(dāng)中。同時(shí)，越來越多的嵌入式設(shè)備具備了Internet接入能力，通過這些便攜式設(shè)備及資費(fèi)低廉的Inernet來隨時(shí)隨地的獲取多媒體信息，成為越來越多的人的需求。 本文研究了音頻流媒體的三大關(guān)鍵技術(shù)：數(shù)字音頻編解碼技術(shù)，實(shí)時(shí)傳輸協(xié)議實(shí)現(xiàn)技術(shù)和緩存技術(shù)。在此基礎(chǔ)之上，本文設(shè)計(jì)了一個(gè)基于流媒體技術(shù)和IP多播技術(shù)的數(shù)字廣播系統(tǒng)，由一個(gè)流服務(wù)器和多個(gè)流播放終端組成。 論文通過對(duì)數(shù)字音頻的深入研究，確定具有低失真和高壓縮率的MP3文件作為系統(tǒng)處理和傳輸?shù)囊纛l文件格式。在傳輸層協(xié)議的使用上，適應(yīng)流媒體傳輸要求低時(shí)延和允許一定的丟包率的特點(diǎn)，系統(tǒng)選用了UDP協(xié)議。在實(shí)時(shí)傳輸協(xié)議的使用上，論文搜集了多種主流的流媒體傳輸協(xié)議標(biāo)準(zhǔn)，仔細(xì)研究比較后確定了本文所要實(shí)現(xiàn)的傳輸協(xié)議為RTP／RTCP。然后在詳細(xì)研究RTP／RTCP標(biāo)準(zhǔn)的基礎(chǔ)上，根據(jù)本文的應(yīng)用環(huán)境提出簡(jiǎn)化設(shè)計(jì)。在系統(tǒng)的擁塞控制機(jī)制上，本文使用接收端反饋回來的RTCP報(bào)文進(jìn)行網(wǎng)絡(luò)擁塞估計(jì)，借鑒AIMD(Addictive Increase Multiplicative Decrease)算法實(shí)現(xiàn)發(fā)送速率的調(diào)節(jié)。同時(shí)由于速率驟減會(huì)嚴(yán)重影響流應(yīng)有的接收效果，實(shí)時(shí)流媒體多播系統(tǒng)的速率調(diào)節(jié)需更為平滑，要實(shí)現(xiàn)速率的平滑調(diào)節(jié)，采用了慢增慢減的措施。 流服務(wù)器的和流播放器軟件實(shí)現(xiàn)時(shí)使用JAVA語言，并基于J2ME架構(gòu)。由于流服務(wù)器的和流播放器均需具備穩(wěn)定的網(wǎng)絡(luò)連接能力，本文在詳細(xì)對(duì)比CDC和CLDC兩大架構(gòu)的基礎(chǔ)上，選用了CDC架構(gòu)(Configuration)。代碼實(shí)現(xiàn)時(shí)選用Foundation Profile提供的CDC核心類。為了提高播放端的實(shí)時(shí)性，接收端使用硬件解碼，并使用JNI(JAVA Native Interface)技術(shù)實(shí)現(xiàn)JAVA程序與本地代碼的無縫連接。 文章的最后對(duì)本系統(tǒng)的主要功能進(jìn)行了測(cè)試，并描述了測(cè)試結(jié)果。提出了進(jìn)一步工作的重點(diǎn)。
【學(xué)位單位】：太原理工大學(xué)
【學(xué)位級(jí)別】：碩士
【學(xué)位年份】：2007
【中圖分類】：TP368.1
【部分圖文】：

其中一Djava.elass.path=一項(xiàng)指明了Streamserverclass的存放路徑。主要的測(cè)試項(xiàng)目及測(cè)試結(jié)果為了避免網(wǎng)絡(luò)傳輸造成的錯(cuò)誤，對(duì)于測(cè)試項(xiàng)目一到測(cè)試項(xiàng)目五，客戶端和服務(wù)器端在同一PC之上;測(cè)試項(xiàng)目六需要在網(wǎng)絡(luò)環(huán)境下進(jìn)行，服務(wù)器端和客戶端需運(yùn)行在的主機(jī)上。一項(xiàng)目:RTP組包和解析的正確性。方法:發(fā)送端發(fā)送一組數(shù)據(jù)，驗(yàn)證接收端是否收到相同的數(shù)據(jù)，并且分析接收端解析的時(shí)間戳和序列號(hào)是否是與發(fā)送端相同的值。結(jié)果:

圖6一3收到的RR報(bào)文Figure6一 3RRmessagereceivedbystreamserver圖6一3是客戶端sro16del反饋回來的RR報(bào)文。我們看到報(bào)文中，丟包率為128，而實(shí)際的丟包率為這個(gè)值除以256，恰好為50%。這證明丟包率的計(jì)算是正確的，同時(shí)由于服務(wù)器端和客戶端運(yùn)行于同一PC，所以不會(huì)出現(xiàn)傳輸延遲，因而得到的包間抖動(dòng)為0，這也是正確的。測(cè)試三:測(cè)試項(xiàng)目:失序處理的正確性測(cè)試方法:修改服務(wù)器端RTP包發(fā)送的程序

【參考文獻(xiàn)】

相關(guān)期刊論文 前6條

1 潘瑜青;QoS控制在流媒體中的應(yīng)用研究[J];北京工商大學(xué)學(xué)報(bào)(自然科學(xué)版);2002年04期

2 鄭琳,孫勁光;互聯(lián)網(wǎng)中流媒體及其QoS控制技術(shù)的研究[J];信息技術(shù);2005年10期

3 姚雪峰,周嘉農(nóng),柯建偉,湯峰;有限帶寬網(wǎng)絡(luò)多媒體傳輸?shù)淖赃m應(yīng)QOS控制[J];昆明理工大學(xué)學(xué)報(bào)(理工版);2004年01期

4 文遠(yuǎn)保,林建明;嵌入式流媒體客戶端緩沖控制策略的研究[J];華中科技大學(xué)學(xué)報(bào)(自然科學(xué)版);2005年10期

5 李睿,曾德賢;流媒體關(guān)鍵技術(shù)與面臨的問題[J];現(xiàn)代電視技術(shù);2005年05期

6 陳筱倩,周陬,王宏遠(yuǎn);基于IP組播的流媒體服務(wù)器軟件設(shè)計(jì)[J];微電子學(xué)與計(jì)算機(jī);2004年12期

相關(guān)碩士學(xué)位論文 前6條

1 張小麟;基于流媒體技術(shù)的音視頻直播和點(diǎn)播系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D];武漢理工大學(xué);2006年

2 邢金閣;流媒體服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D];東北農(nóng)業(yè)大學(xué);2005年

3 彭瑋;基于RTP的流媒體實(shí)時(shí)傳輸機(jī)制研究與實(shí)現(xiàn)[D];昆明理工大學(xué);2005年

4 張明華;基于RTP的視頻傳輸控制方法的研究[D];鄭州大學(xué);2003年

5 陳學(xué)凱;嵌入式流媒體播放器的設(shè)計(jì)[D];浙江大學(xué);2005年

6 洪國(guó)芬;基于JMF的時(shí)基媒體流優(yōu)化傳輸技術(shù)的研究及監(jiān)控系統(tǒng)的實(shí)現(xiàn)[D];首都師范大學(xué);2001年

本文編號(hào)：2828855