流媒體相關(guān)網(wǎng)絡(luò)協(xié)議-免費(fèi)閱讀
【正文】 2023年 2月 1日星期三 上午 2時(shí) 18分 55秒 02:18: ? 1最具挑戰(zhàn)性的挑戰(zhàn)莫過(guò)于提升自我。 2023年 2月 1日星期三 2時(shí) 18分 55秒 02:18:551 February 2023 ? 1空山新雨后，天氣晚來(lái)秋。 , February 1, 2023 ? 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒(méi)有。 :18:5502:18Feb231Feb23 ? 1故人江海別，幾度隔山川。 ? 同一發(fā)送者的不同接收者請(qǐng)求的固定過(guò)濾類(lèi)型資源預(yù)訂必須合并為共享所給節(jié)點(diǎn)的單個(gè)資源預(yù)訂。 ? 廣播 ? 用戶被動(dòng)接收媒體流 A. 優(yōu)點(diǎn)： ? 網(wǎng)絡(luò)設(shè)備簡(jiǎn)單，維護(hù)簡(jiǎn)單，布網(wǎng)成本低廉。 B. 缺點(diǎn)： ? 服務(wù)器針對(duì)每個(gè)客戶機(jī)發(fā)送數(shù)據(jù)流，服務(wù)器流量＝客戶機(jī)數(shù)量客戶機(jī)流量；在客戶數(shù)量大、每個(gè)客戶機(jī)流量大的流媒體應(yīng)用中服務(wù)器不堪重負(fù)。 ? RSVP還存在諸如當(dāng)一個(gè)服務(wù)請(qǐng)求被申請(qǐng)控制否決時(shí)網(wǎng)絡(luò)應(yīng)該怎樣通知用戶以及用戶怎樣應(yīng)答這樣的通知等問(wèn)題。 ? RSVP的組成元素有發(fā)送者、接收者和主機(jī)或路由器。 因此， RSVP必須提供正確協(xié)議操 作，即使只有兩個(gè)支持 RSVP的路由器與一群不支持 RSVP的路由器相連。 ? 調(diào)度器本身分配無(wú)源 QoS媒介上包傳輸能力，如雙鉸線；也可分配其它系統(tǒng)資源，如 CPU時(shí)間與緩存。 ? 當(dāng)發(fā)生狀態(tài)變化， RSVP無(wú)延遲的將變化從 RSVP網(wǎng)絡(luò)的一個(gè)終端傳到另一個(gè)終端。 ? RSVP協(xié)議為創(chuàng)建和維護(hù)組播和單播混合發(fā)送路徑的分布式資源預(yù)訂狀態(tài)提供了一個(gè)通用功能。 ? RSVP（ Cont’ d） 5. RSVP連接啟動(dòng) ? 為了初始化 RSVP組播連接 ， 接收者首先使用Inter組成員協(xié)議 （ IGMP） 加入 IP目的地址指定的組播組 。多個(gè)發(fā)送者也可能存在單播地址， RSVP可建立多對(duì)一傳輸?shù)馁Y源預(yù)訂。 ? RSVP（ Cont’ d） 3. RSVP數(shù)據(jù)流處理 ? RSVP數(shù)據(jù)流基本特征是連接，數(shù)據(jù)包在其上流通。當(dāng)發(fā)送端或接收端結(jié)束了一個(gè) RSVP會(huì)話時(shí)，將斷開(kāi)連接。 ? RTP協(xié)議雖然是傳輸層協(xié)議但是沒(méi)有作為OSI體系結(jié)構(gòu)中單獨(dú)的一層來(lái)實(shí)現(xiàn)。如果能夠分辨幀速率，則使用一個(gè)固定的速率增加。 2. 實(shí)時(shí)傳送（ Realtime ） ? 綜合服務(wù)模型 ? 應(yīng)用程序首先通知網(wǎng)絡(luò)它自己的流量參數(shù)和需要的特定服務(wù)質(zhì)量請(qǐng)求，應(yīng)用程序一般在收到網(wǎng)絡(luò)的確認(rèn)信息，才開(kāi)始發(fā)送報(bào)文。 ? 在通信過(guò)程中，信道容量應(yīng)大于傳輸速率。 （ 2）信號(hào)：數(shù)據(jù)在傳輸過(guò)程中的表示形式，帶有信息的某種物理量。 ? 模擬信號(hào)一般通過(guò) PCM脈碼調(diào)制方法量化為數(shù)字信號(hào)； ? 數(shù)字信號(hào)一般通過(guò)對(duì)載波進(jìn)行移相的方法轉(zhuǎn)換為模擬信號(hào)。 ? Inter傳輸?shù)幕靖拍睿?Cont’ d） 4. 差錯(cuò)校正和誤碼率 （ 1）差錯(cuò)校正：字符代碼在傳輸、接收過(guò)程中，由于信道噪聲或其他外界干擾，難免會(huì)發(fā)生錯(cuò)誤，及時(shí)自動(dòng)檢測(cè)差錯(cuò)并進(jìn)一步自動(dòng)校正。 ? 流媒體網(wǎng)絡(luò)傳輸特點(diǎn) 1. 流媒體技術(shù)關(guān)鍵特征： ? 數(shù)據(jù)壓縮 ? 流式傳輸 2. 優(yōu)點(diǎn)： ? 啟動(dòng)延時(shí)短 ? 對(duì)系統(tǒng)緩存容量的需求大大降低 ? 流式傳輸?shù)膶?shí)現(xiàn)有特定的實(shí)時(shí)傳輸協(xié)議 ? 流媒體網(wǎng)絡(luò)傳輸特點(diǎn)（ Cont’ d） 3. 應(yīng)用流媒體技術(shù)傳輸網(wǎng)絡(luò)音視頻系統(tǒng)的基本原理： ? 采用高效的壓縮算法（在降低文件大小的同時(shí)伴隨質(zhì)量的損失），使多媒體數(shù)據(jù)文件變小以適合流式傳輸， ? 架設(shè)流媒體服務(wù)器，修改 MIME標(biāo)志，通過(guò)各種實(shí)時(shí)協(xié)議傳輸流數(shù)據(jù)。 ? RTP—— RTP協(xié)議的相關(guān)概念 (2) Sequence Numbers（順序編號(hào)） ? 通常使用 UDP協(xié)議傳輸數(shù)據(jù) ? 排序 RTP分組，以消除重復(fù)分組，保持視頻和音頻流連續(xù)播放。 ? RTP（ Cont’ d） 3. RTP分組格式 NB: Payload Type 1 2 3 8 9 16bit V P X CSRC Count M Payload Type Sequence Number Timestamp SSRC CSRC ? RTP（ Cont’ d） ? RTP包傳輸流程 ? RTP（ Cont’ d） 4. RTP協(xié)議的特點(diǎn) ? RTP協(xié)議具有很大的靈活性 ? 數(shù)據(jù)流和控制流分離 ? RTP協(xié)議具有很大的擴(kuò)展性和適用性 ? RTCP 1. RTCP協(xié)議的工作原理 —— 四個(gè)功能： ? （ 1）為數(shù)據(jù)傳輸?shù)馁|(zhì)量提供反饋，并提供 QoS檢測(cè) ? （ 2）提供不同媒體間的同步 ? （ 3）在會(huì)話的用戶界面上顯示會(huì)話參與者的標(biāo)志 ? （ 4）調(diào)節(jié)信息的縮放 ? RTCP（ Cont’d） 2. RTCP分組格式 2 3 8 16bit Version P RC Packet type Length ? RTCP—— RTCP分組格式 5種類(lèi)型的報(bào)文： ? SR ? RR ? SD
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1