流媒體制播技術(shù)_第1頁(yè)
流媒體制播技術(shù)_第2頁(yè)
流媒體制播技術(shù)_第3頁(yè)
流媒體制播技術(shù)_第4頁(yè)
流媒體制播技術(shù)_第5頁(yè)
已閱讀5頁(yè),還剩40頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

流媒體制播技術(shù)江蘇食品職業(yè)技術(shù)學(xué)院大綱第1章流媒體技術(shù)概述第2章音頻處理第3章視頻處理第4章動(dòng)畫第5章電子相冊(cè)第6章互聯(lián)網(wǎng)廣播技術(shù)第7章發(fā)布技術(shù)第1章流媒體技術(shù)概述1.1何為流媒體流媒體的產(chǎn)生什么是流媒體技術(shù)?所謂流媒體技術(shù)就是把連續(xù)的影像和聲音信息經(jīng)過(guò)壓縮處理后放到網(wǎng)絡(luò)服務(wù)器上,讓瀏覽者一邊下載一邊觀看,而不需要等到整個(gè)文件下載完成就可以即時(shí)收看的技術(shù)。它涉及到流媒體數(shù)據(jù)的采集、壓縮、存儲(chǔ)、傳輸?shù)榷囗?xiàng)技術(shù)。流媒體技術(shù)的核心就是流媒體本身,那么什么是流媒體呢?流媒體是指在網(wǎng)絡(luò)中使用流式技術(shù)的連續(xù)的時(shí)基媒體,例如:音頻、視頻、動(dòng)畫或者其他多媒體文件。1.2流媒體文件的格式

流媒體文件格式是經(jīng)過(guò)特殊編碼的,以適合在網(wǎng)上邊下載邊播放,而不是等到整個(gè)文件下載完成后才播放。

目前在流媒體領(lǐng)域中,競(jìng)爭(zhēng)的公司主要有三家:微軟,RealNetwork,和蘋果公司,而相應(yīng)的產(chǎn)品就是Windows

Media、Real

System、QuickTime。此外,還有ADOBE公司的FLASH也加入到了競(jìng)爭(zhēng)者當(dāng)中。下下表表1--11列列出出了了三三家家公公司司的的主主要的的文文件件格格式式公司名稱文件格式媒體類型微軟ASF/WMA/WMV視頻/音頻RealNetworkRM(Real

Video)、RMVB流式視頻RA(Real

Audio)流式音頻RP(Real

Pix)流式圖象RT流式文字蘋果MOVE流式視頻QT流式視頻

另外,還有一些是流媒體發(fā)布文件,這類文件本身并不提供影音數(shù)據(jù),他們的作用在于以特定的方式安排影音文件的播放。雖然流媒體發(fā)布文件在播放過(guò)程中并不是必須的,但是使用流媒體發(fā)布文件非常有利于流媒體的發(fā)展與使用。

常用的流媒體發(fā)布文件格式有:Asf、Asx、Ram、Smil、Xml等。1.3流媒體技術(shù)的實(shí)現(xiàn)

第一,普通的多媒體文件必須進(jìn)行處理才能適合流式傳輸,普通的媒體文件很大,不能在現(xiàn)在的網(wǎng)絡(luò)上傳輸,另外,普通的媒體文件也不支持流式傳輸。因此一是要采用高效的壓縮算法減小文件的大小,二是向文件中注入流式信息。

第二,流式傳輸需要合適的傳輸協(xié)議。一般都是采用建立在UDP協(xié)議上的RTP、RTSP來(lái)傳輸實(shí)時(shí)的影音數(shù)據(jù)。流媒體技術(shù)三種解決方案Apple公司的QuickTime

QuickTime是一個(gè)非常老牌的媒體技術(shù)集成,是數(shù)字媒體領(lǐng)域事實(shí)上的工業(yè)標(biāo)準(zhǔn)。之所以說(shuō)集成這個(gè)詞是因?yàn)镼uickTime實(shí)際上是一個(gè)開放式的架構(gòu),包含了各種各樣的流式或者非流式的媒體技術(shù)。

QuickTime是最

的視頻工業(yè)標(biāo)準(zhǔn),1999年發(fā)布的QuickTime4.0版本開始支持真正的流式播放。由于QuickTime本身也存在著平臺(tái)的便利

(MacOS),因此也擁有不少的用戶。QuickTime在視頻壓縮上采用的是SorensonVideo技術(shù),音頻部分則采用QDesignMusic技術(shù)。

QuickTime最大的特點(diǎn)是其本身所具有的包容性,使得它是一個(gè)完整的多媒體平臺(tái),因此基于QuickTime可以使用多種媒體技術(shù)來(lái)共同制作媒體內(nèi)容。同時(shí),它在交互性方面是三者之中最好的。例如,在一個(gè)QuickTime文件中可同時(shí)包含midi、動(dòng)畫gif、flash和smil等格式的文件,配合QuickTime的WiredSprites互動(dòng)格式,可設(shè)計(jì)出各種互動(dòng)

界面和動(dòng)畫。QuickTime流媒體技術(shù)實(shí)現(xiàn)基礎(chǔ)是需要3個(gè)軟件的支持,

QuickTime播放器、QuickTime編輯制作、QuickTimeStreaming服務(wù)

器。2.RealNetworks公司的RealMediaRealMedia發(fā)展的時(shí)間比較長(zhǎng),因此具有很多先進(jìn)的設(shè)

計(jì),例如,ScalableVideoTechnology可伸縮視頻技術(shù)可

以根據(jù)用戶電腦速度和連接質(zhì)量而自動(dòng)調(diào)整媒體的播放質(zhì)

素。Two—passEncoding兩次編碼技術(shù)可通過(guò)對(duì)媒體內(nèi)容

進(jìn)行預(yù)掃描,再根據(jù)掃描的結(jié)果來(lái)編碼從而提高編碼質(zhì)量。特別是SureStream自適應(yīng)流技術(shù),可通過(guò)一個(gè)編碼流提供自動(dòng)適合不同帶寬用戶的流播放。RealMedia音頻部分

采用的是RealAudio,該編碼在低帶寬環(huán)境下的傳輸性能

非常突出。RealMedia通過(guò)基于smil并結(jié)合自己的RealPix和RealText技術(shù)來(lái)達(dá)到一定的交互能力和媒體控制能力。

Real流媒體技術(shù)需要3個(gè)軟件的支持,RealPlayer播放器、

RealProducer編輯制作、RealServer服務(wù)器。3.Microsoft公司的WindowsMediaWindowsMedia是三家之中最后進(jìn)入這個(gè)市場(chǎng)的,但憑借其操作系統(tǒng)的便利很快便取得了較大的市場(chǎng)份額。

WindowsMediaVideo采用的是mpeg-4視頻壓縮技術(shù),音頻方面采用的是WindowsMediaAudio技術(shù)。

WindowsMedia的關(guān)鍵核心是MMS協(xié)議和ASF數(shù)據(jù)格式,

MMS用于網(wǎng)絡(luò)傳輸控制,ASF則用于媒體內(nèi)容和編碼方

案的打包。目前WindowsMedia在交互能力方面是三者之中最弱的,自己的ASF格式交互能力不強(qiáng),除了通過(guò)IE支持smil之外就沒(méi)有什么其他的交互能力了。

WindowsMedia流媒體技術(shù)的實(shí)現(xiàn)需要3個(gè)軟件的支持,

WindowsMedia播放器、WindowsMedia工具和

WindowsMedia服務(wù)器??偟膩?lái)說(shuō),如果使用Windows服務(wù)器平臺(tái),WindowsMedia的費(fèi)用最少。雖然在現(xiàn)階段其功能并不是最好,用戶也不是最多。1.4流媒體技術(shù)的應(yīng)用遠(yuǎn)程教育視頻點(diǎn)播互聯(lián)網(wǎng)直播遠(yuǎn)程醫(yī)療視頻會(huì)議流媒體技術(shù)的應(yīng)用遠(yuǎn)程教育互聯(lián)網(wǎng)直播寬帶視頻點(diǎn)播(VOD)突破局域網(wǎng)束縛基于互聯(lián)網(wǎng)C/S模式基群技術(shù)、分布處理網(wǎng)絡(luò)電臺(tái)、電視興起(cctv)視頻會(huì)議數(shù)據(jù)采集、壓縮、傳輸損失質(zhì)量來(lái)獲得即時(shí)效果可視化電話,QQ視聊網(wǎng)絡(luò)電話與企業(yè)遠(yuǎn)程會(huì)議多元化的信息傳遞VOD技術(shù)交互應(yīng)用1.5流媒體傳輸技術(shù)流式傳輸基礎(chǔ)流媒體傳輸技術(shù)流媒體傳輸過(guò)程傳輸協(xié)議1、流式傳輸基礎(chǔ)流式媒體傳輸時(shí),聲音、影像貨動(dòng)畫等是由音/視頻服務(wù)器向用戶計(jì)算機(jī)連續(xù)、實(shí)時(shí)傳送,A/用V戶文只件需一經(jīng)般過(guò)都幾較秒大貨十,數(shù)所秒以的需啟要?jiǎng)拥难哟鏁r(shí)儲(chǔ)即可

容觀量看也。大流;式同不時(shí)僅由使啟于動(dòng)網(wǎng)延絡(luò)時(shí)寬成帶十的倍限、制百倍,地在網(wǎng)流絡(luò)媒體上就傳是指輸在音網(wǎng)絡(luò)/下中視載使縮頻常用短流常等,要而多花且數(shù)媒不需分體要鐘太信甚大至息的數(shù)緩目小存時(shí)前容,量主所。要有下式傳輸技術(shù)的連續(xù)時(shí)基媒體以,這種處理方法延遲很大。載和如流音式頻、傳視輸頻或兩多媒種體方文件案。。流媒體實(shí)現(xiàn)的關(guān)鍵技術(shù)就是流式傳輸。

流式傳輸主要指通過(guò)網(wǎng)絡(luò)傳送媒體(音頻、視頻)的技術(shù)總稱。1.5流媒體傳輸技術(shù)(1)流式傳輸基礎(chǔ)(2)流媒體傳輸技術(shù)(3)流媒體傳輸過(guò)程(4)傳輸協(xié)議(2)流媒體傳輸技術(shù)

流媒體的主要技術(shù)特征就是采用流式傳輸,即通過(guò)Internet將影音節(jié)目傳送到PC機(jī)。實(shí)現(xiàn)流式傳輸有兩種方法:順序流式傳輸(Progressive

streaming)和實(shí)時(shí)流式傳輸(Real-time

streaming)。

順序流式傳輸:采用順序下載方式,用戶可以觀看在線媒體節(jié)目。但在給定時(shí)刻,用戶只能

觀看已下載的那部分,而不能跳到還未下載的前序部分;它不能根據(jù)用戶的連接速度做調(diào)整。由于標(biāo)準(zhǔn)的HTTP服務(wù)器可發(fā)送這種形式的文件,而不需要其他特殊協(xié)議,它經(jīng)常被稱作

HTTP流式傳輸。

順序流式傳輸:適合高質(zhì)量的短片段,如片頭、片尾和廣告,媒體文件在播放前觀看的部分是

無(wú)損下載的,QoS高;順序流式文件放在標(biāo)準(zhǔn)

HTTP或FTP服務(wù)器上,易于管理,基本上與防火墻無(wú)關(guān)。

順序流式傳輸不適合長(zhǎng)片段和有隨機(jī)訪問(wèn)要求的視頻、講座、演說(shuō)與演示,它也不支持現(xiàn)場(chǎng)廣播。嚴(yán)格說(shuō)來(lái),它是一種點(diǎn)播技術(shù)。

實(shí)時(shí)流式傳輸:實(shí)時(shí)流式傳輸保證媒體信號(hào)帶寬與網(wǎng)絡(luò)連接相匹配,使媒體可被實(shí)時(shí)觀看到。實(shí)時(shí)流與HTTP流式傳輸不同,需要專用的流媒體服務(wù)器與傳輸協(xié)議。

實(shí)時(shí)流式傳輸特別適合現(xiàn)場(chǎng)事件,也支持隨機(jī)訪

問(wèn),用戶可快進(jìn)或后退以觀看前面或后面的內(nèi)容。理論上,實(shí)時(shí)流一經(jīng)播放就可不停地收看,但實(shí)

際上,可能會(huì)發(fā)生周期暫停。

實(shí)時(shí)流式傳輸需要特殊網(wǎng)絡(luò)協(xié)議,如RTSP實(shí)時(shí)流協(xié)議或MMS(Microsoft

Media

Server)。

實(shí)時(shí)流式傳輸需要特殊網(wǎng)絡(luò)協(xié)議,如RTSP實(shí)時(shí)流協(xié)議或MMS(Microsoft

Media

Server)。

需要特定的流媒體服務(wù)器,如Real

Server、Windows

Media

Server,這些服務(wù)器允許對(duì)媒體發(fā)送進(jìn)行更多級(jí)別的控制,因而在系統(tǒng)設(shè)置、管理等方面比標(biāo)準(zhǔn)HTTP服務(wù)器更復(fù)雜。

但從視頻質(zhì)量上講,實(shí)時(shí)流式傳輸必須匹配連接寬帶,由于錯(cuò)誤丟失的信息被忽略掉,網(wǎng)絡(luò)擁擠或出現(xiàn)問(wèn)題時(shí),視頻質(zhì)量會(huì)很差。另外,在防火墻存在時(shí),可能也會(huì)出現(xiàn)問(wèn)題,導(dǎo)致用戶看不到某些內(nèi)容。但順序流式傳輸則不會(huì)。1.5流媒體傳輸技術(shù)(1)流式傳輸基礎(chǔ)(2)流媒體傳輸技術(shù)(3)流媒體傳輸過(guò)程(4)傳輸協(xié)議首先,多媒體數(shù)據(jù)必須進(jìn)行預(yù)處理;其次,流式傳輸?shù)膶?shí)現(xiàn)需要緩存;再次,流式傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議。流式傳輸?shù)倪^(guò)程一般如下:(3)流媒體傳輸過(guò)程Web瀏覽器Web服務(wù)器音視頻客戶程序音視頻服務(wù)器控制信息RTSP/TCP(UDP)(3)流媒體傳輸過(guò)程Web瀏覽器Web服務(wù)器控制信息RTSP/TCP(UDP)音視頻客戶程序

音視頻服務(wù)器用戶選擇某一流媒體服務(wù)后,Web瀏覽器與Web服務(wù)器之間使用視頻服務(wù)器交換控制信息,以便把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái);客戶機(jī)上的Web瀏覽器啟動(dòng)音視頻客戶程序,使用音視頻服務(wù)器檢索相關(guān)參數(shù)對(duì)音視頻客戶程序初始化。包括目錄信息、音視頻數(shù)據(jù)的編碼類型或與音視頻檢索相關(guān)的服務(wù)器地址等參數(shù)。接著音視頻客戶程序及視頻服務(wù)器運(yùn)行實(shí)時(shí)流控制協(xié)議(RTSP),以交換音視頻傳輸所需的控制信息。實(shí)時(shí)流協(xié)議(RTSP)提供執(zhí)行播放、快進(jìn)、快倒、暫停及錄制等命令的方法。音視頻服務(wù)器使用RTP/UDP協(xié)議將音視頻數(shù)據(jù)傳輸給音視頻客戶程序,一旦音視頻數(shù)據(jù)抵達(dá)客戶端,音視頻客戶程序即可播放輸出。1.5流媒體傳輸技術(shù)(1)流式傳輸基礎(chǔ)(2)流媒體傳輸技術(shù)(3)流媒體傳輸過(guò)程(4)傳輸協(xié)議RTPRTCPRTSPRSVP……(4)傳輸協(xié)議實(shí)時(shí)流式傳輸(Real

timestreaming)順序流式傳輸(progressive

streaming)視頻為實(shí)時(shí)廣播、使用流式傳輸媒體服務(wù)器、應(yīng)用如RTSP等的實(shí)時(shí)協(xié)議使用HTTP服務(wù)器的

流媒體在互聯(lián)網(wǎng)上的傳輸必然涉及到網(wǎng)絡(luò)傳輸協(xié)議,其中包括網(wǎng)絡(luò)本身的多媒體傳輸協(xié)議,以及一些實(shí)時(shí)流式傳輸協(xié)議等,只有采用合適的協(xié)議才能更好地發(fā)揮流媒體的作用,保證傳輸質(zhì)量。實(shí)現(xiàn)流式傳輸?shù)膬煞N方法:常見的實(shí)時(shí)流傳輸協(xié)議包括:RTP:Real-time

Transport

Protocol實(shí)時(shí)傳輸協(xié)議RTCP:Real-time

Transport

Control

Protocol實(shí)時(shí)傳輸控制協(xié)議RTSP:Real

Time

Streaming

Protocol實(shí)時(shí)流協(xié)議RSVP:Resource

Reserve

Protocol資源預(yù)留協(xié)議MMSP:Microsoft

Media

Server

Protocol媒體服務(wù)器協(xié)議實(shí)時(shí)傳輸協(xié)議RTPRTP(

Real-time

Transport

Protocol)協(xié)議最初是在70年代為了嘗試傳輸聲音文件,把包分成幾部分用來(lái)傳輸語(yǔ)音,時(shí)間標(biāo)志和隊(duì)列號(hào)。經(jīng)過(guò)一系列發(fā)展,RTP第一版本在1991年8月由美國(guó)的一個(gè)實(shí)驗(yàn)室發(fā)布了。到1996年形成了標(biāo)準(zhǔn)的的版本。很多著名的公司如Netscape,就宣稱“Netscape

LiveMedia”是基于RTP協(xié)議的。Microsoft也宣稱他們的

“NetMeeting”也是支持RTP協(xié)議。實(shí)時(shí)傳輸協(xié)議RTPRTP被定義為傳輸音頻、視頻、模擬數(shù)據(jù)等實(shí)時(shí)數(shù)據(jù)的傳輸協(xié)議。最初設(shè)計(jì)是為了數(shù)據(jù)傳輸?shù)亩嗖?,但是它也用于單播的。與傳統(tǒng)的注重的高可靠的數(shù)據(jù)傳輸?shù)倪\(yùn)輸

層協(xié)議相比,它更加側(cè)重的數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性。此協(xié)議提供的服務(wù)包括時(shí)間載量標(biāo)識(shí)、數(shù)據(jù)序列、時(shí)戳、傳輸控制等。RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制,也不提供流量控制或擁塞控制,它依靠RTCP提供這些服務(wù)。RTP協(xié)議是如何工作的:發(fā)送端依照即時(shí)的采樣在數(shù)據(jù)包里隱蔽地設(shè)置了時(shí)間標(biāo)簽。在接受端收到數(shù)據(jù)包后,就依照時(shí)間標(biāo)簽按照正確的速率恢復(fù)成原始的適時(shí)的數(shù)據(jù)。威脅多媒體數(shù)據(jù)傳輸?shù)囊粋€(gè)尖銳的問(wèn)題就是不可預(yù)料數(shù)據(jù)到達(dá)時(shí)間。但是流媒體的傳輸是需要數(shù)據(jù)的適時(shí)的到達(dá)用以播放和回放。RTP協(xié)議就是提供了時(shí)

間標(biāo)簽,序列號(hào)以及其它的結(jié)構(gòu)用于控制適時(shí)數(shù)據(jù)的流放。RTP本身并不負(fù)責(zé)同步,RTP只是傳輸層協(xié)議,為了簡(jiǎn)化了運(yùn)輸層處理,提高該層的效率。將部分運(yùn)輸層協(xié)議功能(比如流量控制)上移到應(yīng)用層完成。同步就是屬于應(yīng)用層協(xié)議完成的。RTP協(xié)議和UDP二者共同完成運(yùn)輸層協(xié)議功能。UDP協(xié)議只是傳輸數(shù)據(jù)包,是不管數(shù)據(jù)包傳輸?shù)臅r(shí)間順序。RTP的協(xié)議數(shù)據(jù)單元是用UDP分組來(lái)承載的,它比用TCP/IP協(xié)議更快更高效。實(shí)時(shí)傳輸控制協(xié)議RTCP

RTCP(Real-time

Transpor、Control

Protocol)是設(shè)計(jì)和RTP一起使用的,進(jìn)行流量控制和擁塞控制的服務(wù)控制協(xié)議。RTCP協(xié)議如何工作:當(dāng)應(yīng)用程序開始一個(gè)RTP會(huì)話時(shí)將使用兩個(gè)端口:一個(gè)給RTP,一個(gè)給RTCP。。RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料。因此,服務(wù)器可以利用這些信息動(dòng)態(tài)地改變傳輸速率,甚至改變有效載荷類型。RTP和RTCP配合使用,它們能

以有效的反饋和最小的開銷使傳輸效率最佳化,因而特別適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。RTCP協(xié)議處理機(jī)根據(jù)需要定義了五種類型報(bào)文:RR:

receiver

reportSR:

sender

reportSDES:

source

description

items.BYE:

indicates

end

of

participation.APP:

application

specific

functions它們完成接收、分析、產(chǎn)生和發(fā)送控制報(bào)文的功能。實(shí)時(shí)流協(xié)議RTSP

RTSP(Real

Time

Streaming

Protocol)協(xié)議定義了如何有效地通過(guò)IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù),是一種客戶端到服務(wù)器端的多媒體描述協(xié)議。

RTSP是一個(gè)非常類似于HTTP的應(yīng)用層協(xié)議,由RealNetworks和Netscape以及哥倫比亞大學(xué)共同提出的。它是從RealNetworks的“RealAudio”和Netscape的“LiveMedia”的實(shí)踐和經(jīng)驗(yàn)發(fā)展來(lái)來(lái)的。

此協(xié)議現(xiàn)在的應(yīng)用是廣泛的,Apple、IBM、Silicon

Graphics、VXtreme、Sun等公司都宣稱它們的在線播放器支持RTSP協(xié)議,不過(guò)微軟一直都堅(jiān)持不支持此協(xié)議。RTSP協(xié)議的特點(diǎn):RTSP是應(yīng)用層協(xié)議,與RTP、RSVP一起設(shè)計(jì)來(lái)完全流式服務(wù)。RTSP有很大的靈活性,可被用在多種操作系統(tǒng)上,它允許客戶端和不同廠商的服務(wù)平臺(tái)交互。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上,使用RTP完成數(shù)據(jù)傳輸,將流式媒體數(shù)據(jù)可控制的通過(guò)網(wǎng)絡(luò)傳輸?shù)娇蛻舳?。RTSP可以保持用戶計(jì)算機(jī)與傳輸流業(yè)務(wù)服務(wù)器之間的固定連接,用于觀看者與單播(Unicast)服務(wù)器通信并且還允許雙向通信,觀看者可以同流媒體服務(wù)器通信。提供類似“VCR”形式的例如暫停、快進(jìn)、倒轉(zhuǎn)、跳轉(zhuǎn)等操作。RTSP操作的資源對(duì)象可以是直播流也可以是存儲(chǔ)片段。RTSP提供傳輸通道選擇,如使用UDP還是多點(diǎn)UDP或是TCP。資源預(yù)留協(xié)議RSVP

RSVP

(Resorce

reSerVation

Protocol)資源預(yù)留協(xié)議并不是一個(gè)路由協(xié)議,而是一種IP網(wǎng)絡(luò)中的信令協(xié)議,但它與路由協(xié)議相結(jié)合來(lái)實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)傳輸服務(wù)質(zhì)量(QoS)的控制。RSVP是為支持因特網(wǎng)綜合業(yè)務(wù)而提出的。

利用RSVP能從一定程度上減少網(wǎng)絡(luò)對(duì)信息處理的時(shí)延,提高網(wǎng)絡(luò)節(jié)點(diǎn)的工作效率,改善信息傳輸?shù)姆?wù)質(zhì)量(QoS)。這是解決IP通信中QoS(服務(wù)質(zhì)量)問(wèn)題的一種技術(shù)。什么是QoS??

QoS的英文全稱為"Quality

of

Service",中文名為"服務(wù)質(zhì)量"。QoS是網(wǎng)絡(luò)的一種安全機(jī)制,是用來(lái)解決網(wǎng)絡(luò)延遲和阻塞等問(wèn)題的一種技術(shù)。在正常情況下,如果網(wǎng)絡(luò)只用于特定的無(wú)時(shí)間限制的應(yīng)用系統(tǒng),并不需要QoS,比如Web應(yīng)用,或E-mail設(shè)置等。但是對(duì)關(guān)鍵應(yīng)用和多媒體應(yīng)用就十分必要。當(dāng)網(wǎng)絡(luò)過(guò)載或擁塞時(shí),QoS能確保重要業(yè)務(wù)量不受延遲或丟棄,同時(shí)保證網(wǎng)絡(luò)的高效運(yùn)行。思考:QoS有什么功能呢?小結(jié)前面我們討論了一些實(shí)時(shí)媒體控制的相近的四個(gè)協(xié)議。在這里再概括性的說(shuō)明一下:RTP是實(shí)時(shí)數(shù)據(jù)傳輸協(xié)議。它提供時(shí)間標(biāo)志,序列號(hào)以及其它能夠保證在實(shí)時(shí)數(shù)據(jù)傳輸時(shí)處理時(shí)間的方法。它是依靠RVSP保證服務(wù)質(zhì)量標(biāo)準(zhǔn)的。RTCP是RTP的控制部分,用來(lái)保證服務(wù)質(zhì)量和成員管理的。RTSP是開始和指引流媒體數(shù)據(jù)從流媒體服務(wù)器流出。它又可叫做“網(wǎng)上錄像機(jī)控制協(xié)議”,它是提供遠(yuǎn)程的控制,具體的數(shù)據(jù)傳輸是交給RTP的。RSVP是Internet上的資源預(yù)留協(xié)議,使用RSVP預(yù)留一部分網(wǎng)絡(luò)資源(即帶寬),能在一定程度上為流媒體的傳輸提供QoS。它是不傳輸數(shù)據(jù)的。MMSP協(xié)議

Windows

Media使用MMSP(Microsoft

MediaServer

Protocol,Microsoft媒體服務(wù)器協(xié)議)的應(yīng)用程序?qū)訁f(xié)議,用來(lái)訪問(wèn)并流式接收WindowsMedia服務(wù)器中.asf文件的一種協(xié)議。

MMSP協(xié)議用于訪問(wèn)Windows

Media發(fā)布點(diǎn)上的單播內(nèi)容。MMSP是連接Windows

Media單播服務(wù)的默認(rèn)方法。

例如,指向ASF文件的URL將MMS作為其協(xié)議包括進(jìn)去:mms://servername/filename.asfrtsp:///broadcast/testP2P協(xié)議(P89)1.1

什么是P2PP2P:Peer-to-Peer對(duì)等(網(wǎng)絡(luò),計(jì)算)…;端到端…(指網(wǎng)絡(luò)主機(jī)在充當(dāng)客戶端獲取資源的同時(shí)充當(dāng)服務(wù)器向其它對(duì)等體(Peer)提供服務(wù)。)以非集中方式使用分布式資源來(lái)完成關(guān)鍵任務(wù)的一類系統(tǒng)和應(yīng)用資源包括計(jì)算能力、數(shù)據(jù)(存儲(chǔ)和內(nèi)容)、網(wǎng)絡(luò)帶寬和場(chǎng)景(計(jì)算機(jī)、人和其它資源)

關(guān)鍵任務(wù)可能是分布式計(jì)算、數(shù)據(jù)/內(nèi)容共享,通信和協(xié)同、或平臺(tái)服務(wù)隨著計(jì)算機(jī)網(wǎng)絡(luò)的廣泛應(yīng)用和多媒體資源的豐富,P2P技術(shù)被主要應(yīng)用于文件(主要是大型的多媒體文件)共享方面。當(dāng)前用于文件共享的P2P協(xié)議種類很多,在美國(guó)大量使用的是KaZaA,在歐洲存在大量用戶的是

eDonkey和WinMx。我國(guó)使用最頻繁的是BitTorrent和Emule;其它常用的P2P協(xié)議還有如FastTrack、Grokster、Groove、Gnutella等,Skype也是一種P2P協(xié)議的軟件。P2P的特點(diǎn)1、使用向多個(gè)IP終端并發(fā)多個(gè)連接的方法使用帶寬。2、在下載數(shù)據(jù)的同時(shí),使用相當(dāng)?shù)膸捝蟼鲾?shù)據(jù)。3、單獨(dú)用戶上載、下載持續(xù)時(shí)間長(zhǎng),一般為幾個(gè)小時(shí)。4、總使用時(shí)間遍布24小時(shí),峰值集中在晚上和周末。Most

of

attacks

are

over

port

80

and

therefore

cannot

be

blocked

byfirewalls

which

only

scan

L3/L4

information.

Therefore,

deep

packetinspection

is

required

in

order

to

identifyand

protect

from

these

attacks.

On

the

other

hand,

anti

virus

work

on

the

file

level,

scanninge-mailattachment

cannot

protect

against

application

level

attacks

and

worms.Today’s

security

tools

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論