【正文】 力卻什么改變也沒有。 2023年 2月 1日星期三 3時(shí) 48分 11秒 03:48:111 February 2023 ? 1空山新雨后，天氣晚來(lái)秋。 2023年 2月 1日星期三 上午 3時(shí) 48分 11秒 03:48: ? 1最具挑戰(zhàn)性的挑戰(zhàn)莫過(guò)于提升自我。勝人者有力，自勝者強(qiáng)。 。 2023年 2月 1日星期三 3時(shí) 48分 11秒 03:48:111 February 2023 ? 1做前，能夠環(huán)視四周；做時(shí)，你只能或者最好沿著以腳為起點(diǎn)的射線向前。 , February 1, 2023 ? 雨中黃葉樹，燈下白頭人。 ? 獨(dú)占資源預(yù)訂請(qǐng)求是數(shù)據(jù)包從特殊發(fā)送者處創(chuàng)建的。本質(zhì)而言，協(xié)同計(jì)算就是網(wǎng)絡(luò)上 CPU資源的共享。目前在網(wǎng)絡(luò)電臺(tái)、網(wǎng)絡(luò)電視方面有很多應(yīng)用，常見的有 PPLive、 MySee等網(wǎng)絡(luò)電視軟件。每個(gè)對(duì)等機(jī)在功能上都是相似的，并沒有專門的服務(wù)器，而對(duì)等機(jī)必須依靠它們所在的分布網(wǎng)絡(luò)來(lái)查找文件和定位其它對(duì)等機(jī)。 ?（ 1）各個(gè)節(jié)點(diǎn)對(duì)等，責(zé)任和義務(wù)相同 。廣播就是多人觀看同一個(gè)媒體內(nèi)容，而且看到的內(nèi)容都是一樣的，用戶無(wú)法控制媒體播放過(guò)程，只能選擇看或者不看。 ? 現(xiàn)行網(wǎng)絡(luò)雖然都支持組播傳輸，但在客戶認(rèn)證、 QoS等方面還需要完善，這些缺點(diǎn)在理論上都有成熟的解決方案，只是需要逐步推廣應(yīng)用到現(xiàn)存網(wǎng)絡(luò)當(dāng)中。 ? 服務(wù)器針對(duì)每個(gè)客戶不同的請(qǐng)求發(fā)送不同的數(shù)據(jù)，容易實(shí)現(xiàn)個(gè)性化服務(wù)。因?yàn)?RSVP的預(yù)定必須建立在完全流方式的基礎(chǔ)上，其可擴(kuò)展性問題倍受關(guān)注。 ? 與 ICMP和 IGMP相比，它是一個(gè)控制協(xié)議。實(shí)際上， RSVP決不可能在每個(gè)地方都被配置。如數(shù)據(jù)鏈路層媒介有自身的 QoS管理能力，包調(diào)度器負(fù)責(zé)協(xié)調(diào)數(shù)據(jù)鏈路層，獲得 RSVP所請(qǐng)求的QoS。 ? RSVP規(guī)范要求在拓?fù)涓淖兒髢擅胪ㄟ^(guò)網(wǎng)絡(luò)初始化新資源預(yù)訂。一般說(shuō)來(lái)， 軟狀態(tài)由基于 RSVP網(wǎng)絡(luò)維護(hù)，使網(wǎng)絡(luò)可在沒有查詢終端結(jié)點(diǎn)的情況下改變狀態(tài)。 ? 這樣做 ， RSVP就可維持路由器和主機(jī)狀態(tài)來(lái)提供所請(qǐng)求的服務(wù) 。即使目的地址是單播，也可能有多個(gè)接收者，以公開端口區(qū)分。 ? 延遲敏感傳輸要求傳輸及時(shí)，并因而改變其速率。 ? （ 4）當(dāng)最后一個(gè)路由器接收 RESV，同時(shí)接受請(qǐng)求的時(shí)候，它再發(fā)送一個(gè)證實(shí)消息給接收端。絕對(duì)時(shí)鐘時(shí)間 ： RTP要求每一種媒體使用一個(gè)流，而視音頻就得用倆的流，絕對(duì)時(shí)鐘時(shí)間可進(jìn)行圖像和聲音的同步 RTCP—— RTCP分組格式 RTSP 1. RTSP協(xié)議的工作原理 （ 1） RTSP協(xié)議的功能 ? A. 通過(guò)媒體服務(wù)器檢索媒體 ? B. 媒體服務(wù)器邀請(qǐng)進(jìn)入會(huì)議 ? C. 將媒體加到現(xiàn)成講座中 RTSP—— RTSP協(xié)議 的工作原理 （ 2） RTSP協(xié)議的實(shí)現(xiàn) ? A. 初始化 ? B. TCP傳輸 ? C. UDP傳輸 ? D. 傳輸反饋 利用 RTSP的流媒體連接過(guò)程 OPTION OPTION Response 服務(wù)器信息 DESCRIBE DESCRIBE Response 待播放的文件信息 SETUP SETUP Response 連接信息 PLAY PLAY Re播放信息 TEARDOWN TEARDOWN Response RTSP（ Cont’d） 2. RTSP協(xié)議的結(jié)構(gòu) (p84) 具體解釋另見補(bǔ)充（ RTSP協(xié)議） RTSP（ Cont’d） 3. RTSP協(xié)議的特點(diǎn) ? （ 1）可擴(kuò)展性 ? （ 2）易解析 ? （ 3）安全 ? （ 4）獨(dú)立于傳輸 ? （ 5）多服務(wù)器能力 ? （ 6）記錄設(shè)備控制 ? （ 7）適合專業(yè)應(yīng)用 ? （ 8）播放種類的中立性 ? （ 9）代理和防火墻的友好性 ? （ 10）分配服務(wù)器控制 ? （ 11）傳輸協(xié)商 ? （ 12）能力協(xié)商 RTSP（ Cont’d） 4. RTSP協(xié)議與其他協(xié)議的關(guān)系 （ 1） RTSP協(xié)議與 HTTP協(xié)議的聯(lián)系 ? 目前的協(xié)議規(guī)范同時(shí)允許網(wǎng)頁(yè)服務(wù)器和流媒體服務(wù)器支持 RTSP實(shí)現(xiàn)。 〃 在一個(gè)會(huì)話中，他的初始序號(hào)隨機(jī)選擇。 (5) Mixer（混合器） ? 將多個(gè)載荷數(shù)據(jù)組合起來(lái)產(chǎn)生一個(gè)發(fā)出的包，允許接收端確認(rèn)當(dāng)前數(shù)據(jù)的貢獻(xiàn)源，具有相同的同步源標(biāo)識(shí)符。 多媒體數(shù)據(jù)塊 封裝為RTP報(bào)文 UDP用戶數(shù)據(jù)報(bào) 壓縮編碼 送入運(yùn)輸層 從開發(fā)者的角度看， RTP 應(yīng)當(dāng)是應(yīng)用層的一部分。 Inter傳輸服務(wù)質(zhì)量 ? Quality of Service (QoS) 1. 盡力傳送（ Besteffort ） ? 單一服務(wù)模型 ? 應(yīng)用程序可以在任何時(shí)候，發(fā)出任意數(shù)量的報(bào)文，而且不需要事先獲得批準(zhǔn)，也不需要通知網(wǎng)絡(luò)。 ? 調(diào)制速率 B是指脈沖信號(hào)經(jīng)過(guò)調(diào)制后的傳輸速率，以 BAUD為單位。 ? 數(shù)字?jǐn)?shù)據(jù)是指模擬數(shù)據(jù)經(jīng)采集、量化、編碼后所得到的離散的值。 Inter傳輸?shù)幕靖拍睿?Cont’ d） 2. 信道和帶寬 （ 1）信道 ? 按照其存在形式分為有線信道和無(wú)線信道； ? 按照其傳輸信號(hào)的類型分為模擬信道和數(shù)字信道。 （ 2）誤碼率：信息傳輸?shù)腻e(cuò)誤率。 流媒體傳輸協(xié)議簡(jiǎn)介 ? RTP (Realtime Transport Protocol)：針對(duì)多媒體數(shù)據(jù)流。 ? 對(duì)于語(yǔ)音來(lái)說(shuō)，時(shí)戳按封包間隔和采樣速率乘積而遞增； ? 對(duì)于視頻來(lái)說(shuō)，時(shí)戳的生成依賴于應(yīng)用程序是否能夠分辨其幀數(shù)。 ? RTP的協(xié)議數(shù)據(jù)單元是用 UDP分組來(lái)承載的。 〃 時(shí)間戳還可以使視頻應(yīng)用中的聲音和圖像同步。 ? 資源預(yù)留協(xié)議（ RSVP）最初是 IETF為 QoS的綜合服務(wù)模型定義的一個(gè)信令協(xié)議，用于在流（ flow）所經(jīng)路徑上為該流進(jìn)行資源預(yù)留，從而滿足該流的QoS要求。 ? RSVP支持三種傳輸類型：最好性能（ besteffort），速率敏感（ ratesensitive）與延遲敏感（ delaysensitive）。 ? 特定連接的數(shù)據(jù)包被導(dǎo)向同一個(gè) IP目的地址或公開的目的端口。單個(gè)主機(jī)可包括多個(gè)發(fā)送者和接收者，以公開端口區(qū)分。 ? 接收者加入組后 ， 潛在的發(fā)送者就開始發(fā)送RSVP路徑信息給 IP目的地址 。 ? 路徑與資源預(yù)訂請(qǐng)求信息創(chuàng)建并周期更新 RSVP軟狀態(tài)。如結(jié)果改變了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)出去。 ? RSVP協(xié)議接著將對(duì)所有結(jié)點(diǎn)（路由器與主機(jī)）的請(qǐng)求沿逆向數(shù)據(jù)路徑傳到數(shù)據(jù)源。然而，如該網(wǎng)絡(luò)有充足額外容量，也可以提供可接受的實(shí)時(shí)服務(wù)。流是從發(fā)送者到一個(gè)或多個(gè)接收者的連接特征，通過(guò) IP包中“流標(biāo)記”來(lái)認(rèn)證。 ? 建立在 UDP或 TCP上，屬于應(yīng)用層。 Ondemond（點(diǎn)播） ? 客戶端與服務(wù)器之間的主動(dòng)的連接， ? 在點(diǎn)播連接中，用戶通過(guò)選擇內(nèi)容項(xiàng)目來(lái)初始化客戶端連接， ? 一個(gè)客戶端從服務(wù)器接收一個(gè)媒體流，同時(shí)獨(dú)占這個(gè)連接，其他用戶不能占用，并且能夠?qū)γ襟w進(jìn)行開始、停止、后退、快進(jìn)或暫停等操作，客戶端擁有流的控制權(quán)，就像控制本地媒體一樣。 B. 缺點(diǎn)： ? 無(wú)法針對(duì)每個(gè)客戶的要求和時(shí)間及時(shí)提供個(gè)性化服務(wù)。多播可以節(jié)省帶寬，提高網(wǎng)絡(luò)傳輸效率。 一、 P2P技術(shù)介紹 優(yōu)點(diǎn)： ?●資源利用率高。 二、 P2P技術(shù)應(yīng)用 ? P2P文件共享 ? 共享