學(xué)習(xí)presented by大二下多媒體技術(shù)_第1頁
學(xué)習(xí)presented by大二下多媒體技術(shù)_第2頁
學(xué)習(xí)presented by大二下多媒體技術(shù)_第3頁
學(xué)習(xí)presented by大二下多媒體技術(shù)_第4頁
學(xué)習(xí)presented by大二下多媒體技術(shù)_第5頁
已閱讀5頁,還剩2頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

多多7.17.2Web7.3 10.1 網(wǎng)10.2 技10.3無線 10.4 多 多 不但要解決單機(jī)上的問題,也要解決多 多網(wǎng)絡(luò):將多臺地理上分散的具有處理多功能的計(jì)算機(jī)和終端通過高速通信線路互聯(lián)起來,以達(dá)到多通信和共享多媒 TokenRing為代表,傳輸線路以雙絞線和同軸電纜為主, 1990年—2000年,高速局域網(wǎng)(100Mbps),窄帶ISDN光纖網(wǎng)絡(luò),提供瀏覽、圖形、聲音、電子郵件和靜止圖像2000年—2010年,B-ISDN,寬帶IP,高速光纖網(wǎng)絡(luò),提供圖像傳輸和實(shí)時(shí)多服務(wù)。 2.同步需求所處理的信息中,各個(gè)都與時(shí)間有著或聲音和圖像要求實(shí)時(shí)處理同步進(jìn)行,使得聲音和具有協(xié)同性可靠性需求:容錯(cuò)率(errorrate)是一重要 延遲需求:討論端到端延遲問題,是指發(fā)送端延遲需求:討論端到端延遲問題,是指發(fā)送端發(fā)送一個(gè)分組,到接收端正確的接收到該分組所經(jīng)歷的時(shí)間。其中包含下面的延遲時(shí)間: 延遲⑵傳輸延遲⑶網(wǎng)絡(luò)延遲⑷ 交互式 應(yīng)用,系統(tǒng)對用戶指令響應(yīng)延遲抖動-是指網(wǎng)絡(luò)傳輸延時(shí)的變化量,即端到端延5.多點(diǎn)通信的需求:除了點(diǎn)對點(diǎn)通信外,還廣播(Broadcast):是把相同的數(shù)據(jù)傳送到其他所多播(Multicast):即當(dāng)群體中的一個(gè)成員傳送數(shù)多多流內(nèi)同步:是保持單個(gè)流內(nèi)部時(shí)間關(guān)系,即按照一定的延遲和抖動約束傳送分組流,以流間同步:是不同以及其他數(shù)據(jù)流經(jīng)過不同的路徑或不同信源傳送過來時(shí),需要在目的地對進(jìn)行同步,才能達(dá)到的正確表現(xiàn)。 服務(wù)質(zhì)量(QoS,QualityofService):用于說明網(wǎng)絡(luò)服務(wù)的在開放系統(tǒng)互連模型OSI中,用一組QS不同的分布式多 QoS參數(shù):用一組網(wǎng)絡(luò)性能參數(shù)來表示,典型的有吞吐量,延遲,延不同的多 應(yīng)用系統(tǒng),QoS參數(shù)集的定義方法可能是不同的,如 多對最大延遲00<10010012?101-1?00001--01-2?10用戶根據(jù)應(yīng)用需求來定義所需用戶根據(jù)應(yīng)用需求來定義所需QoS參數(shù),系統(tǒng)根據(jù)當(dāng)前的可用資源容量來判斷是否滿足應(yīng)用的S需要。經(jīng)過協(xié)商達(dá)成一致的QoS 若采用幀間和幀內(nèi)編碼(如MPEG編碼),可用不同優(yōu)先級來發(fā)送的I、P和B幀來調(diào)節(jié)QoS。其中I幀包含幀內(nèi) 1QoS在數(shù)據(jù)傳輸過程中,網(wǎng)絡(luò)應(yīng)該履行所承諾的S參數(shù)服務(wù),但是由于網(wǎng)絡(luò)負(fù)載是動態(tài)變化的,會引起 為了標(biāo)準(zhǔn)化QoS參數(shù)定義,國際組織提供了以系列相關(guān)的協(xié)議,如IEEE802.1p、資源保留協(xié)議RSVPQoS管理機(jī)制應(yīng)該提供的QoS 多播多播(utcst)也叫組播,它不同于廣播,其傳送方式是把相同的數(shù)據(jù)送到一組選擇的目的站點(diǎn),而廣游戲等 廣泛應(yīng)用于一對多(one-to-many)多 IPIPv6RSVP(ResourcereSerVationProtocol) ②接收端驅(qū)動,即接收端啟動 資源的保RESV消息沿著RESV消息沿著PATH當(dāng)應(yīng)用需要S保證的服務(wù)時(shí),發(fā)送端要向接收端發(fā)送一網(wǎng)絡(luò)在回傳這消息時(shí),沿途的每個(gè)路由器可接受或預(yù)留消息的請求。如果,則返回一個(gè)錯(cuò)誤給接收端,呼另外,在組播中由各終端自己所要求的服務(wù)質(zhì)量,比 流背景和流式傳輸多流是相對于傳統(tǒng)的-回放(Download-yback)而言的一種格式,它能從Internet上獲取音頻和等連續(xù)的多流,客戶端可以邊接收邊,使時(shí)延大大減少,而不用等到完全完畢再。018RTPUDPIPRTP數(shù)據(jù)部分(應(yīng)用層數(shù)據(jù)RTPUDPP流技術(shù):壓縮技術(shù)、流格式編碼技術(shù)流技術(shù):壓縮技術(shù)、流格式編碼技術(shù) 發(fā)布技術(shù) 傳輸技術(shù)、緩存技術(shù)、高性能計(jì)算機(jī)技術(shù) MediaService) RTP為實(shí)時(shí)應(yīng)用提供端到端 ,但不提供RTP封裝RTP分組,再裝入層的UDP用戶數(shù)據(jù)報(bào),然后再交給IP層。RTP是一個(gè)協(xié)議框架,只包含了實(shí)時(shí)應(yīng)用的一些RTP自己并不對多數(shù)據(jù)塊做任何處理,而只從應(yīng)用開發(fā)者的角度看,RTP應(yīng)當(dāng)是應(yīng)用封裝分組的程序代碼,然后把RTP分組UDP插口接口。在接收端,RTPUDP插口接口序代碼從RTP分組中把應(yīng)用數(shù)據(jù)塊提取RTPRTP封裝了 數(shù)據(jù)塊。由于RTP向多媒 應(yīng)用層(如時(shí)間戳和序號),因 RTPPPXM 時(shí)間戳(CSRC…RTCPRTPRTCP協(xié)議的主要功能是:服務(wù)質(zhì)量的監(jiān)視與反、 。RTCPUDPRTCP并不對聲RTCP分組周期性地在網(wǎng)上傳送,它帶有發(fā)送端結(jié)束分組BYE結(jié)束分組BYEAPP使應(yīng)用程序能夠定義新的接收端報(bào)告分組RR用來使接收端周期性地SR用來使發(fā)送端周期性地SDES給出會話中參加者的描TSP是一個(gè)應(yīng)用層協(xié)議,它本身并不提供數(shù)據(jù)傳輸功能,使用低層的TP或TP完成數(shù)據(jù)傳輸,其本身僅提供數(shù)據(jù)的控制功

溫馨提示

  • 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)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論