第七章流媒體相關(guān)網(wǎng)絡(luò)協(xié)議

1、7.1 7.1 流媒體傳輸基礎(chǔ)流媒體傳輸基礎(chǔ)7.1.1 Internet7.1.1 Internet傳輸?shù)幕靖拍顐鬏數(shù)幕靖拍?. 1. 數(shù)據(jù)和信號(hào)數(shù)據(jù)和信號(hào)（1 1）數(shù)據(jù)：描述信息的數(shù)字、字母或符號(hào)。）數(shù)據(jù)：描述信息的數(shù)字、字母或符號(hào)。 模擬數(shù)據(jù)是指由傳感器采集得到的連續(xù)變化的值。模擬數(shù)據(jù)是指由傳感器采集得到的連續(xù)變化的值。 數(shù)字?jǐn)?shù)據(jù)是指模擬數(shù)據(jù)經(jīng)采集、量化、編碼后所得數(shù)字?jǐn)?shù)據(jù)是指模擬數(shù)據(jù)經(jīng)采集、量化、編碼后所得到的離散的值。到的離散的值。（2 2）信號(hào)：數(shù)據(jù)在傳輸過(guò)程中的表示形式，帶有信息）信號(hào)：數(shù)據(jù)在傳輸過(guò)程中的表示形式，帶有信息的某種物理量。的某種物理量。 模擬信號(hào)一般通過(guò)模擬信號(hào)一

2、般通過(guò)PCMPCM脈碼調(diào)制方法量化為數(shù)字信脈碼調(diào)制方法量化為數(shù)字信號(hào)；號(hào)； 數(shù)字信號(hào)一般通過(guò)對(duì)載波進(jìn)行移相的方法轉(zhuǎn)換為模數(shù)字信號(hào)一般通過(guò)對(duì)載波進(jìn)行移相的方法轉(zhuǎn)換為模擬信號(hào)。擬信號(hào)。7.1.1 Internet7.1.1 Internet傳輸?shù)幕靖拍睿▊鬏數(shù)幕靖拍睿–ontdContd）2. 2. 信道和帶寬信道和帶寬（1 1）信道）信道 按照其存在形式分為有線信道和無(wú)線信道；按照其存在形式分為有線信道和無(wú)線信道； 按照其傳輸信號(hào)的類(lèi)型分為模擬信道和數(shù)字信道。按照其傳輸信號(hào)的類(lèi)型分為模擬信道和數(shù)字信道。（2 2）帶寬）帶寬 信號(hào)帶寬是指信號(hào)以電磁波形式傳輸，電磁波的頻信號(hào)帶寬是指信號(hào)以電磁波

3、形式傳輸，電磁波的頻譜范圍；譜范圍； 信道帶寬是指信道上能夠傳送的最大頻率范圍；信道帶寬是指信道上能夠傳送的最大頻率范圍； 在通信過(guò)程中，信號(hào)帶寬必須小于信道帶寬；在通信過(guò)程中，信號(hào)帶寬必須小于信道帶寬； 帶寬單位為帶寬單位為MHzMHz。7.1.1 Internet7.1.1 Internet傳輸?shù)幕靖拍睿▊鬏數(shù)幕靖拍睿–ontdContd）3. 3. 信道容量和數(shù)據(jù)傳輸速率信道容量和數(shù)據(jù)傳輸速率（1 1）信道容量：信道在單位時(shí)間內(nèi)可以傳輸?shù)淖睿┬诺廊萘浚盒诺涝趩挝粫r(shí)間內(nèi)可以傳輸?shù)淖畲笮盘?hào)量，表示信道的傳輸能力。大信號(hào)量，表示信道的傳輸能力。（2 2）數(shù)據(jù)傳輸速率：通信線上傳輸信息的速度

4、。）數(shù)據(jù)傳輸速率：通信線上傳輸信息的速度。 信號(hào)速率信號(hào)速率S S是指單位時(shí)間內(nèi)所傳送的二制位代碼是指單位時(shí)間內(nèi)所傳送的二制位代碼的有效位數(shù)，以的有效位數(shù)，以bpsbps為單位。為單位。 調(diào)制速率調(diào)制速率B B是指脈沖信號(hào)經(jīng)過(guò)調(diào)制后的傳輸速率，是指脈沖信號(hào)經(jīng)過(guò)調(diào)制后的傳輸速率，以以BAUDBAUD為單位。為單位。 在通信過(guò)程中，信道容量應(yīng)大于傳輸速率。在通信過(guò)程中，信道容量應(yīng)大于傳輸速率。7.1.1 Internet7.1.1 Internet傳輸?shù)幕靖拍睿▊鬏數(shù)幕靖拍睿–ontdContd）4. 4. 差錯(cuò)校正和誤碼率差錯(cuò)校正和誤碼率（1 1）差錯(cuò)校正：字符代碼在傳輸、接收過(guò)程中，）差錯(cuò)

5、校正：字符代碼在傳輸、接收過(guò)程中，由于信道噪聲或其他外界干擾，難免會(huì)發(fā)生錯(cuò)誤，由于信道噪聲或其他外界干擾，難免會(huì)發(fā)生錯(cuò)誤，及時(shí)自動(dòng)檢測(cè)差錯(cuò)并進(jìn)一步自動(dòng)校正。及時(shí)自動(dòng)檢測(cè)差錯(cuò)并進(jìn)一步自動(dòng)校正。（2 2）誤碼率：信息傳輸?shù)腻e(cuò)誤率。）誤碼率：信息傳輸?shù)腻e(cuò)誤率。 PePe出錯(cuò)比特?cái)?shù)出錯(cuò)比特?cái)?shù)/ /傳輸比特?cái)?shù)傳輸比特?cái)?shù) 網(wǎng)絡(luò)的誤碼率主要取決于信源至信宿之間的信道網(wǎng)絡(luò)的誤碼率主要取決于信源至信宿之間的信道的質(zhì)量。的質(zhì)量。 誤碼率越高，則信道的質(zhì)量越差。誤碼率越高，則信道的質(zhì)量越差。7.1.1 Internet7.1.1 Internet傳輸?shù)幕靖拍睿▊鬏數(shù)幕靖拍睿–ontdContd）5. 5. 寬帶

6、和窄帶寬帶和窄帶 一般以網(wǎng)絡(luò)接入的數(shù)據(jù)傳輸率來(lái)區(qū)分。一般以網(wǎng)絡(luò)接入的數(shù)據(jù)傳輸率來(lái)區(qū)分。 低于低于1 1兆的連接速率稱(chēng)為窄帶接入；兆的連接速率稱(chēng)為窄帶接入； 高于高于1 1兆的連接速率稱(chēng)為寬帶接入。兆的連接速率稱(chēng)為寬帶接入。7.1.2 Internet7.1.2 Internet傳輸服務(wù)質(zhì)量傳輸服務(wù)質(zhì)量 Quality of Service (QoS)Quality of Service (QoS)1. 1. 盡力傳送（盡力傳送（Best-effort Best-effort ） 單一服務(wù)模型單一服務(wù)模型 應(yīng)用程序可以在任何時(shí)候，發(fā)出任意數(shù)量的報(bào)文，應(yīng)用程序可以在任何時(shí)候，發(fā)出任意數(shù)量的報(bào)文，而

7、且不需要事先獲得批準(zhǔn)，也不需要通知網(wǎng)絡(luò)。而且不需要事先獲得批準(zhǔn)，也不需要通知網(wǎng)絡(luò)。2. 2. 實(shí)時(shí)傳送（實(shí)時(shí)傳送（Real-time Real-time ） 綜合服務(wù)模型綜合服務(wù)模型 應(yīng)用程序首先通知網(wǎng)絡(luò)它自己的流量參數(shù)和需要應(yīng)用程序首先通知網(wǎng)絡(luò)它自己的流量參數(shù)和需要的特定服務(wù)質(zhì)量請(qǐng)求，應(yīng)用程序一般在收到網(wǎng)絡(luò)的特定服務(wù)質(zhì)量請(qǐng)求，應(yīng)用程序一般在收到網(wǎng)絡(luò)的確認(rèn)信息，才開(kāi)始發(fā)送報(bào)文。的確認(rèn)信息，才開(kāi)始發(fā)送報(bào)文。7.2 7.2 流媒體網(wǎng)絡(luò)傳輸特點(diǎn)流媒體網(wǎng)絡(luò)傳輸特點(diǎn)1. 1. 流媒體技術(shù)關(guān)鍵特征：流媒體技術(shù)關(guān)鍵特征： 數(shù)據(jù)壓縮數(shù)據(jù)壓縮 流式傳輸流式傳輸2. 2. 優(yōu)點(diǎn)：優(yōu)點(diǎn)： 啟動(dòng)延時(shí)短啟動(dòng)延時(shí)短 對(duì)系

8、統(tǒng)緩存容量的需求大大降低對(duì)系統(tǒng)緩存容量的需求大大降低 流式傳輸?shù)膶?shí)現(xiàn)有特定的實(shí)時(shí)傳輸協(xié)議流式傳輸?shù)膶?shí)現(xiàn)有特定的實(shí)時(shí)傳輸協(xié)議7.2 7.2 流媒體網(wǎng)絡(luò)傳輸特點(diǎn)（流媒體網(wǎng)絡(luò)傳輸特點(diǎn)（ContdContd）3. 3. 應(yīng)用流媒體技術(shù)傳輸網(wǎng)絡(luò)音視頻系統(tǒng)的基應(yīng)用流媒體技術(shù)傳輸網(wǎng)絡(luò)音視頻系統(tǒng)的基本原理：本原理： 采用高效的壓縮算法（在降低文件大小的采用高效的壓縮算法（在降低文件大小的同時(shí)伴隨質(zhì)量的損失），使多媒體數(shù)據(jù)文同時(shí)伴隨質(zhì)量的損失），使多媒體數(shù)據(jù)文件變小以適合流式傳輸，件變小以適合流式傳輸， 架設(shè)流媒體服務(wù)器，修改架設(shè)流媒體服務(wù)器，修改MIMEMIME標(biāo)志，通標(biāo)志，通過(guò)各種實(shí)時(shí)協(xié)議傳輸流數(shù)據(jù)。過(guò)各種

9、實(shí)時(shí)協(xié)議傳輸流數(shù)據(jù)。 RTP (Real-time Transport Protocol)RTP (Real-time Transport Protocol)：針對(duì)多媒：針對(duì)多媒體數(shù)據(jù)流。體數(shù)據(jù)流。 RTCP (Real-time Transport Control Protocol)RTCP (Real-time Transport Control Protocol)：與與RTPRTP一起提供流量控制和擁塞控制服務(wù)。一起提供流量控制和擁塞控制服務(wù)。 RTSP (Real-Time Streaming Protocol)RTSP (Real-Time Streaming Protocol)：定

10、義了：定義了一對(duì)多的應(yīng)用程序如何有效地通過(guò)一對(duì)多的應(yīng)用程序如何有效地通過(guò)IPIP網(wǎng)絡(luò)傳送多網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。媒體數(shù)據(jù)。 RSVP (Resource Reserve Protocol)RSVP (Resource Reserve Protocol)：在一定程度：在一定程度上為流媒體的傳輸提供上為流媒體的傳輸提供QoSQoS。 MMSP (Microsoft Media Server Protocol)MMSP (Microsoft Media Server Protocol)流媒體協(xié)議在IP/TCP協(xié)議中的位置 RTPRTP（Real-time Transport ProtocolReal-

11、time Transport Protocol）實(shí)時(shí)運(yùn)）實(shí)時(shí)運(yùn)輸協(xié)議輸協(xié)議為實(shí)時(shí)應(yīng)用提供端到端的運(yùn)輸，為實(shí)時(shí)應(yīng)用提供端到端的運(yùn)輸，但不提供任何服務(wù)質(zhì)量的保證。但不提供任何服務(wù)質(zhì)量的保證。壓縮編碼送入運(yùn)輸層從開(kāi)發(fā)者的角度看，RTP 應(yīng)當(dāng)是應(yīng)用層的一部分。7.3.1 RTP7.3.1 RTP RTPRTP在端口號(hào)在端口號(hào)10251025到到6553565535之間選擇一個(gè)未之間選擇一個(gè)未使用的偶數(shù)使用的偶數(shù)UDPUDP端口號(hào)，而在同一次會(huì)話中端口號(hào)，而在同一次會(huì)話中的的RTCPRTCP則使用下一個(gè)基數(shù)則使用下一個(gè)基數(shù)UDPUDP端口號(hào)。端口號(hào)。 默認(rèn)端口號(hào)：默認(rèn)端口號(hào)： RTPRTP：500450

12、04 RTCPRTCP：500550057.3.1 RTP7.3.1 RTP（ ContdContd) )實(shí)時(shí)傳輸協(xié)議實(shí)時(shí)傳輸協(xié)議暗示它也可以看暗示它也可以看做傳輸層協(xié)議做傳輸層協(xié)議因?yàn)橐驗(yàn)镽TPRTP封裝了封裝了多媒體應(yīng)用的數(shù)多媒體應(yīng)用的數(shù)據(jù)塊，并且向多據(jù)塊，并且向多媒體應(yīng)用層提供媒體應(yīng)用層提供了服務(wù)了服務(wù)7.3.1 RTP7.3.1 RTP（ ContdContd) )7.3.1 RTP7.3.1 RTP（ ContdContd) )1. RTP1. RTP協(xié)議的相關(guān)概念協(xié)議的相關(guān)概念(1) Time Stamping(1) Time Stamping（時(shí)戳）（時(shí)戳） 把接收到的語(yǔ)音和視頻

13、等多媒體數(shù)據(jù)按照正把接收到的語(yǔ)音和視頻等多媒體數(shù)據(jù)按照正確的時(shí)間順序提交給上層。確的時(shí)間順序提交給上層。 對(duì)于語(yǔ)音來(lái)說(shuō)，時(shí)戳按封包間隔和采樣速率對(duì)于語(yǔ)音來(lái)說(shuō)，時(shí)戳按封包間隔和采樣速率乘積而遞增；乘積而遞增； 對(duì)于視頻來(lái)說(shuō)，時(shí)戳的生成依賴(lài)于應(yīng)用程序?qū)τ谝曨l來(lái)說(shuō)，時(shí)戳的生成依賴(lài)于應(yīng)用程序是否能夠分辨其幀數(shù)。如果能夠分辨幀速率，是否能夠分辨其幀數(shù)。如果能夠分辨幀速率，則使用一個(gè)固定的速率增加。則使用一個(gè)固定的速率增加。7.3.1 RTPRTP7.3.1 RTPRTP協(xié)議的相關(guān)概念協(xié)議的相關(guān)概念(2) Sequence Numbers(2) Sequence Numbers（順序編號(hào)）（順序編號(hào)） 通

14、常使用通常使用UDPUDP協(xié)議傳輸數(shù)據(jù)協(xié)議傳輸數(shù)據(jù) 排序排序RTPRTP分組，以消除重復(fù)分組，保持視頻分組，以消除重復(fù)分組，保持視頻和音頻流連續(xù)播放。和音頻流連續(xù)播放。(3) Source Identification(3) Source Identification（源標(biāo)志）（源標(biāo)志） 幫助接收端利用發(fā)送端生成的唯一數(shù)值來(lái)區(qū)幫助接收端利用發(fā)送端生成的唯一數(shù)值來(lái)區(qū)分多個(gè)同時(shí)的數(shù)據(jù)流，得到數(shù)據(jù)的發(fā)送源。分多個(gè)同時(shí)的數(shù)據(jù)流，得到數(shù)據(jù)的發(fā)送源。7.3.1 RTPRTP7.3.1 RTPRTP協(xié)議的相關(guān)概念協(xié)議的相關(guān)概念(4) Payload Type(4) Payload Type（載荷類(lèi)型）（載荷

15、類(lèi)型） 對(duì)傳輸?shù)囊?、視頻等數(shù)據(jù)類(lèi)型予以說(shuō)明，并對(duì)傳輸?shù)囊?、視頻等數(shù)據(jù)類(lèi)型予以說(shuō)明，并說(shuō)明相關(guān)的編碼方式，接收端從而知道如何說(shuō)明相關(guān)的編碼方式，接收端從而知道如何解碼和播放負(fù)載數(shù)據(jù)。解碼和播放負(fù)載數(shù)據(jù)。(5) Mixer(5) Mixer（混合器）（混合器） 將多個(gè)載荷數(shù)據(jù)組合起來(lái)產(chǎn)生一個(gè)發(fā)出的包，將多個(gè)載荷數(shù)據(jù)組合起來(lái)產(chǎn)生一個(gè)發(fā)出的包，允許接收端確認(rèn)當(dāng)前數(shù)據(jù)的貢獻(xiàn)源，具有相允許接收端確認(rèn)當(dāng)前數(shù)據(jù)的貢獻(xiàn)源，具有相同的同步源標(biāo)識(shí)符。同的同步源標(biāo)識(shí)符。7.3.1 RTP7.3.1 RTP（ContdContd）2. RTP2. RTP協(xié)議工作原理協(xié)議工作原理 在流的概念中在流的概念中“時(shí)戳?xí)r戳”是最

16、重要的信息。是最重要的信息。 RTPRTP協(xié)議和協(xié)議和UDPUDP二者共同完成運(yùn)輸層協(xié)議二者共同完成運(yùn)輸層協(xié)議功能。功能。 RTPRTP的協(xié)議數(shù)據(jù)單元是用的協(xié)議數(shù)據(jù)單元是用UDPUDP分組來(lái)承載分組來(lái)承載的。的。 RTPRTP協(xié)議雖然是傳輸層協(xié)議但是沒(méi)有作為協(xié)議雖然是傳輸層協(xié)議但是沒(méi)有作為OSIOSI體系結(jié)構(gòu)中單獨(dú)的一層來(lái)實(shí)現(xiàn)。體系結(jié)構(gòu)中單獨(dú)的一層來(lái)實(shí)現(xiàn)。7.3.1 RTP7.3.1 RTP（ContdContd）3. RTP3. RTP首部格式首部格式NB: Payload Type1 2 38916bitV P XCSRC CountM Payload TypeSequence Numbe

17、rTimestampSSRCCSRC 有效載荷類(lèi)型：有效載荷類(lèi)型：7 7位，指出后面的位，指出后面的RTPRTP數(shù)據(jù)屬數(shù)據(jù)屬于何種格式的應(yīng)用。應(yīng)用層可根據(jù)次類(lèi)型進(jìn)于何種格式的應(yīng)用。應(yīng)用層可根據(jù)次類(lèi)型進(jìn)行處理。行處理。音頻：音頻：律律PCM(0),GMS(3)PCM(0),GMS(3) A A律律PCM(8),G.722(9),G728(1)PCM(8),G.722(9),G728(1)視頻：視頻： 活動(dòng)活動(dòng)JPEG(26),H.261(31),MPEG1(32),JPEG(26),H.261(31),MPEG1(32), MPEG2(33) MPEG2(33)等等 7.3.1 RTP7.3.1

18、 RTP（ContdContd） 序號(hào)：占序號(hào)：占1616位位在一次在一次RTPRTP會(huì)話時(shí)，初始序號(hào)隨機(jī)選擇會(huì)話時(shí)，初始序號(hào)隨機(jī)選擇每發(fā)出一個(gè)每發(fā)出一個(gè)RTPRTP分組，其序號(hào)分組，其序號(hào)+1+1這樣能發(fā)現(xiàn)丟失的分組，同時(shí)也能將時(shí)序的這樣能發(fā)現(xiàn)丟失的分組，同時(shí)也能將時(shí)序的RTPRTP重新排列好重新排列好7.3.1 RTP7.3.1 RTP（ContdContd） 時(shí)間戳：占時(shí)間戳：占3232位，反映了位，反映了RTPRTP分組中的數(shù)據(jù)的第一個(gè)字節(jié)的分組中的數(shù)據(jù)的第一個(gè)字節(jié)的采樣時(shí)刻。采樣時(shí)刻。在一個(gè)會(huì)話中，他的初始序號(hào)隨機(jī)選擇。在一個(gè)會(huì)話中，他的初始序號(hào)隨機(jī)選擇。即使沒(méi)有信號(hào)發(fā)送，時(shí)間戳的數(shù)

19、值也要隨時(shí)間而不斷地增加。即使沒(méi)有信號(hào)發(fā)送，時(shí)間戳的數(shù)值也要隨時(shí)間而不斷地增加。接收端使用時(shí)間戳可準(zhǔn)確知道應(yīng)當(dāng)在什么時(shí)間還原那一個(gè)數(shù)接收端使用時(shí)間戳可準(zhǔn)確知道應(yīng)當(dāng)在什么時(shí)間還原那一個(gè)數(shù)據(jù)塊，從而消除時(shí)延抖動(dòng)。據(jù)塊，從而消除時(shí)延抖動(dòng)。時(shí)間戳還可以使視頻應(yīng)用中的聲音和圖像同步。時(shí)間戳還可以使視頻應(yīng)用中的聲音和圖像同步。時(shí)間戳的粒度取決于信號(hào)的類(lèi)型。如某話音信號(hào)時(shí)間戳的粒度取決于信號(hào)的類(lèi)型。如某話音信號(hào)8kHz8kHz采樣，采樣，每隔每隔20ms20ms構(gòu)成一個(gè)數(shù)據(jù)塊，則數(shù)據(jù)塊中包含構(gòu)成一個(gè)數(shù)據(jù)塊，則數(shù)據(jù)塊中包含160160個(gè)樣本個(gè)樣本0.020.02* *8000=1608000=1607.3.1

20、 RTP7.3.1 RTP（ContdContd） 如果只有系列號(hào)，并不能完整按照順序的將如果只有系列號(hào)，并不能完整按照順序的將datadata播放出來(lái)，因?yàn)槿绻シ懦鰜?lái)，因?yàn)槿绻鹍atadata中間有一段是沒(méi)有資料的，中間有一段是沒(méi)有資料的，只有系列號(hào)的話會(huì)造成錯(cuò)誤，需搭配上讓它知道在只有系列號(hào)的話會(huì)造成錯(cuò)誤，需搭配上讓它知道在哪個(gè)時(shí)間將哪個(gè)時(shí)間將datadata正確播放出來(lái)，如此我們才能播放正確播放出來(lái)，如此我們才能播放出正確無(wú)誤的信息出正確無(wú)誤的信息7.3.1 RTP7.3.1 RTP（ContdContd） 同步源標(biāo)識(shí)符：同步源標(biāo)識(shí)符：3232位位 SSRC SSRC 表示表示RTPR

21、TP的來(lái)源的來(lái)源 SSRCSSRC與與IPIP地址無(wú)關(guān)地址無(wú)關(guān) ，是隨機(jī)產(chǎn)生的，兩個(gè)，是隨機(jī)產(chǎn)生的，兩個(gè)RTPRTP流恰好選擇同一個(gè)流恰好選擇同一個(gè)SSRCSSRC流的概率極小流的概率極小多個(gè)多個(gè)RTPRTP流可復(fù)用到流可復(fù)用到1 1個(gè)個(gè)UDPUDP用戶數(shù)據(jù)報(bào)中用戶數(shù)據(jù)報(bào)中SSRCSSRC可使接收端的可使接收端的UDPUDP能夠?qū)⑹盏降哪軌驅(qū)⑹盏降腞TPRTP流流送到各自的終點(diǎn)送到各自的終點(diǎn)7.3.1 RTP7.3.1 RTP（ContdContd） 參與源標(biāo)識(shí)符：參與源標(biāo)識(shí)符：3232位，位，CSRCCSRC，用來(lái)標(biāo)志源于，用來(lái)標(biāo)志源于不同地點(diǎn)的不同地點(diǎn)的RTPRTP流流 在多播環(huán)境中，可以

22、用中間的一個(gè)站（混合在多播環(huán)境中，可以用中間的一個(gè)站（混合站）把發(fā)往同一個(gè)地點(diǎn)的多個(gè)站）把發(fā)往同一個(gè)地點(diǎn)的多個(gè)RTPRTP流混合成流混合成一個(gè)流（可節(jié)省通信資源），而一個(gè)流（可節(jié)省通信資源），而CSRCCSRC的數(shù)值的數(shù)值就可以把不同的就可以把不同的RTPRTP流分開(kāi)流分開(kāi)7.3.1 RTP7.3.1 RTP（ContdContd）7.3.1 RTP7.3.1 RTP（ContdContd） RTPRTP包傳輸流程包傳輸流程7.3.1 RTP7.3.1 RTP（ContdContd）4. RTP4. RTP協(xié)議的特點(diǎn)協(xié)議的特點(diǎn) RTPRTP協(xié)議具有很大的靈活性協(xié)議具有很大的靈活性 數(shù)據(jù)流和控制

23、流分離數(shù)據(jù)流和控制流分離 RTPRTP協(xié)議具有很大的擴(kuò)展性和適用性協(xié)議具有很大的擴(kuò)展性和適用性7.3.2 RTCP1. RTCP1. RTCP協(xié)議的工作原理協(xié)議的工作原理四個(gè)功能：四個(gè)功能： （1 1）為數(shù)據(jù)傳輸?shù)馁|(zhì)量提供反饋，并）為數(shù)據(jù)傳輸?shù)馁|(zhì)量提供反饋，并提供提供QoSQoS檢測(cè)檢測(cè) （2 2）提供不同媒體間的同步）提供不同媒體間的同步 （3 3）在會(huì)話的用戶界面上顯示會(huì)話參）在會(huì)話的用戶界面上顯示會(huì)話參與者的標(biāo)志與者的標(biāo)志 （4 4）調(diào)節(jié)信息的縮放）調(diào)節(jié)信息的縮放7.3.2 RTCP（Contd）2. RTCP2. RTCP分組格式分組格式23816bitVersionPRCPacket

24、 typeLength7.3.2 RTCPRTCP分組格式分組格式5種類(lèi)型的報(bào)文：種類(lèi)型的報(bào)文： SR RR SDES BYE APP類(lèi)型縮寫(xiě)表示意義200SR發(fā)送端報(bào)告201RR接收端報(bào)告202SDES源點(diǎn)報(bào)告203BYE結(jié)束204APP特定應(yīng)用7.3.2 RTCPRTCP分組格式分組格式 結(jié)束分組結(jié)束分組BYE：表示關(guān)閉一個(gè)數(shù)據(jù)流：表示關(guān)閉一個(gè)數(shù)據(jù)流 特定應(yīng)用分組特定應(yīng)用分組APP：使應(yīng)用程序定義新的分：使應(yīng)用程序定義新的分組類(lèi)型組類(lèi)型 源點(diǎn)描述分組源點(diǎn)描述分組SDES：給出會(huì)話中參加者的：給出會(huì)話中參加者的描述，他包含參加者的規(guī)范名描述，他包含參加者的規(guī)范名CNAME（電（電子郵件地址的

25、字符串）子郵件地址的字符串）7.3.2 RTCPRTCP分組格式分組格式 接收端報(bào)告分組接收端報(bào)告分組RR：接收端周期性地向所有：接收端周期性地向所有的點(diǎn)用多播方式進(jìn)行報(bào)告。的點(diǎn)用多播方式進(jìn)行報(bào)告。 接收端每收到一個(gè)接收端每收到一個(gè)RTP流就產(chǎn)生一個(gè)接受端流就產(chǎn)生一個(gè)接受端報(bào)告分組報(bào)告分組RR， RTP流的流的SSRC；RTP流的分組丟失率；該流的分組丟失率；該RTP流中的最后一個(gè)流中的最后一個(gè)RTP分組的序號(hào)；分組分組的序號(hào)；分組到達(dá)時(shí)間間隔的抖動(dòng)等。到達(dá)時(shí)間間隔的抖動(dòng)等。7.3.2 RTCPRTCP分組格式分組格式RR的兩大作用1讓所有接收端和讓所有接收端和發(fā)送端了解當(dāng)前發(fā)送端了解當(dāng)前網(wǎng)絡(luò)

26、的狀態(tài)網(wǎng)絡(luò)的狀態(tài)2可以使所有發(fā)送可以使所有發(fā)送RTCP分組的站點(diǎn)分組的站點(diǎn)自適應(yīng)調(diào)整自己發(fā)自適應(yīng)調(diào)整自己發(fā)送送RTC分組的速率，分組的速率，使使RTCP不影響不影響RTP網(wǎng)絡(luò)分組的速網(wǎng)絡(luò)分組的速率率 發(fā)送報(bào)告端分組發(fā)送報(bào)告端分組SR：發(fā)送端周期性地向所有：發(fā)送端周期性地向所有接受端用多播方式進(jìn)行報(bào)告接受端用多播方式進(jìn)行報(bào)告 發(fā)送端每發(fā)送一個(gè)發(fā)送端報(bào)告分組發(fā)送端每發(fā)送一個(gè)發(fā)送端報(bào)告分組RTP，就，就發(fā)送一個(gè)發(fā)送端報(bào)告分組發(fā)送一個(gè)發(fā)送端報(bào)告分組SR 該該RTP的的SSRC、時(shí)間戳、絕對(duì)時(shí)鐘時(shí)間、時(shí)間戳、絕對(duì)時(shí)鐘時(shí)間、分組數(shù)、字節(jié)數(shù)分組數(shù)、字節(jié)數(shù)絕對(duì)時(shí)鐘時(shí)間絕對(duì)時(shí)鐘時(shí)間：RTP要求每一種媒體使用一個(gè)

27、流，而視音頻就得用倆的流，要求每一種媒體使用一個(gè)流，而視音頻就得用倆的流，絕對(duì)時(shí)鐘時(shí)間可進(jìn)行圖像和聲音的同步絕對(duì)時(shí)鐘時(shí)間可進(jìn)行圖像和聲音的同步7.3.2 RTCPRTCP分組格式分組格式7.3.3 RTSP7.3.3 RTSP1. RTSP1. RTSP協(xié)議的工作原理協(xié)議的工作原理（1 1）RTSPRTSP協(xié)議的功能協(xié)議的功能 A. A. 通過(guò)媒體服務(wù)器檢索媒體通過(guò)媒體服務(wù)器檢索媒體 B. B. 媒體服務(wù)器邀請(qǐng)進(jìn)入會(huì)議媒體服務(wù)器邀請(qǐng)進(jìn)入會(huì)議 C. C. 將媒體加到現(xiàn)成講座中將媒體加到現(xiàn)成講座中7.3.3 RTSPRTSP7.3.3 RTSPRTSP協(xié)議協(xié)議的工作原理的工作原理（2 2）RTSP

28、RTSP協(xié)議的實(shí)現(xiàn)協(xié)議的實(shí)現(xiàn) A. A. 初始化初始化 B. TCPB. TCP傳輸傳輸 C. UDPC. UDP傳輸傳輸 D. D. 傳輸反饋傳輸反饋利用RTSP的流媒體連接過(guò)程O(píng)PTIONOPTION Response服務(wù)器信息DESCRIBEDESCRIBE Response待播放的文件信息SETUPSETUP Response連接信息PLAYPLAY Response播放信息TEARDOWNTEARDOWN Response7.3.3 RTSP7.3.3 RTSP（ContdContd）2. RTSP2. RTSP協(xié)議的結(jié)構(gòu)協(xié)議的結(jié)構(gòu)(p84)(p84) 具體解釋另見(jiàn)補(bǔ)充（具體解釋另見(jiàn)

29、補(bǔ)充（RTSPRTSP協(xié)議）協(xié)議） 3. RTSP3. RTSP協(xié)議的特點(diǎn)協(xié)議的特點(diǎn) （1 1）可擴(kuò)展性）可擴(kuò)展性 （2 2）易解析）易解析 （3 3）安全）安全 （4 4）獨(dú)立于傳輸）獨(dú)立于傳輸 （5 5）多服務(wù)器能力）多服務(wù)器能力 （6 6）記錄設(shè)備控制）記錄設(shè)備控制 （7 7）適合專(zhuān)業(yè)應(yīng)用）適合專(zhuān)業(yè)應(yīng)用 （8 8）播放種類(lèi)的中立性）播放種類(lèi)的中立性 （9 9）代理和防火墻的友好性）代理和防火墻的友好性 （1010）分配服務(wù)器控制）分配服務(wù)器控制 （1111）傳輸協(xié)商）傳輸協(xié)商 （1212）能力協(xié)商）能力協(xié)商7.3.3 RTSP7.3.3 RTSP（ContdContd）4. RTSP4.

30、 RTSP協(xié)議與其他協(xié)議的關(guān)系協(xié)議與其他協(xié)議的關(guān)系（1 1）RTSPRTSP協(xié)議與協(xié)議與HTTPHTTP協(xié)議的聯(lián)系協(xié)議的聯(lián)系 目前的協(xié)議規(guī)范同時(shí)允許網(wǎng)頁(yè)服務(wù)器和流媒目前的協(xié)議規(guī)范同時(shí)允許網(wǎng)頁(yè)服務(wù)器和流媒體服務(wù)器支持體服務(wù)器支持RTSPRTSP實(shí)現(xiàn)。實(shí)現(xiàn)。（2 2）RTSPRTSP協(xié)議與協(xié)議與HTTPHTTP協(xié)議的區(qū)別協(xié)議的區(qū)別 HTTPHTTP是一個(gè)不對(duì)稱(chēng)協(xié)議；在是一個(gè)不對(duì)稱(chēng)協(xié)議；在RTSPRTSP中，中，ClientClient和和ServerServer都可發(fā)出請(qǐng)求，且請(qǐng)求是有狀態(tài)的。都可發(fā)出請(qǐng)求，且請(qǐng)求是有狀態(tài)的。 HTTPHTTP是無(wú)狀態(tài)協(xié)議；是無(wú)狀態(tài)協(xié)議；RTSPRTSP在任何情況下

31、必須在任何情況下必須保持一定狀態(tài)。保持一定狀態(tài)。 資源預(yù)留協(xié)議（資源預(yù)留協(xié)議（RSVPRSVP）最初是）最初是IETFIETF為為QoSQoS的綜合服的綜合服務(wù)模型定義的一個(gè)信令協(xié)議，用于在流（務(wù)模型定義的一個(gè)信令協(xié)議，用于在流（flowflow）所）所經(jīng)路徑上為該流進(jìn)行資源預(yù)留，從而滿足該流的經(jīng)路徑上為該流進(jìn)行資源預(yù)留，從而滿足該流的QoSQoS要求。資源預(yù)留的過(guò)程從應(yīng)用程序流的源節(jié)點(diǎn)要求。資源預(yù)留的過(guò)程從應(yīng)用程序流的源節(jié)點(diǎn)發(fā)送發(fā)送PathPath消息開(kāi)始，該消息會(huì)沿著流所經(jīng)路徑傳到消息開(kāi)始，該消息會(huì)沿著流所經(jīng)路徑傳到流的目的節(jié)點(diǎn)，并沿途建立路徑狀態(tài)；目的節(jié)點(diǎn)收流的目的節(jié)點(diǎn)，并沿途建立路徑狀

32、態(tài)；目的節(jié)點(diǎn)收到該到該P(yáng)athPath消息后，會(huì)向源節(jié)點(diǎn)回送消息后，會(huì)向源節(jié)點(diǎn)回送ResvResv消息，沿途消息，沿途建立預(yù)留狀態(tài)，如果源節(jié)點(diǎn)成功收到預(yù)期的建立預(yù)留狀態(tài)，如果源節(jié)點(diǎn)成功收到預(yù)期的ResvResv消消息，則認(rèn)為在整條路徑上資源預(yù)留成功。息，則認(rèn)為在整條路徑上資源預(yù)留成功。 7.3.4 RSVP7.3.4 RSVP7.3.4 RSVP1. RSVP1. RSVP協(xié)議工作原理協(xié)議工作原理 （1 1）發(fā)送端依據(jù)傳輸帶寬范圍的高低、傳）發(fā)送端依據(jù)傳輸帶寬范圍的高低、傳輸延遲，以及抖動(dòng)來(lái)說(shuō)明發(fā)送業(yè)務(wù)。輸延遲，以及抖動(dòng)來(lái)說(shuō)明發(fā)送業(yè)務(wù)。 （2 2）為了獲得資源預(yù)留，接收端發(fā)送一個(gè)）為了獲得資源

33、預(yù)留，接收端發(fā)送一個(gè)上行的上行的RESVRESV（預(yù)留請(qǐng)求）消息。（預(yù)留請(qǐng)求）消息。 （3 3）當(dāng)每個(gè)支持）當(dāng)每個(gè)支持RSVPRSVP的路由器沿著上行路的路由器沿著上行路徑接收徑接收RESVRESV的消息時(shí)，它采用輸入控制過(guò)的消息時(shí)，它采用輸入控制過(guò)程證實(shí)請(qǐng)求，并且配置所需的資源。程證實(shí)請(qǐng)求，并且配置所需的資源。 （4 4）當(dāng)最后一個(gè)路由器接收）當(dāng)最后一個(gè)路由器接收RESVRESV，同時(shí)接，同時(shí)接受請(qǐng)求的時(shí)候，它再發(fā)送一個(gè)證實(shí)消息給接受請(qǐng)求的時(shí)候，它再發(fā)送一個(gè)證實(shí)消息給接收端。當(dāng)發(fā)送端或接收端結(jié)束了一個(gè)收端。當(dāng)發(fā)送端或接收端結(jié)束了一個(gè)RSVPRSVP會(huì)話時(shí)，將斷開(kāi)連接。會(huì)話時(shí)，將斷開(kāi)連接。7.

34、3.4 RSVP7.3.4 RSVP（ContdContd）2. RSVP2. RSVP數(shù)據(jù)流數(shù)據(jù)流 流說(shuō)明是互連網(wǎng)主機(jī)用來(lái)請(qǐng)求特殊服務(wù)的數(shù)據(jù)結(jié)流說(shuō)明是互連網(wǎng)主機(jī)用來(lái)請(qǐng)求特殊服務(wù)的數(shù)據(jù)結(jié)構(gòu)，保證互連網(wǎng)處理主機(jī)傳輸。構(gòu)，保證互連網(wǎng)處理主機(jī)傳輸。 RSVPRSVP支持三種傳輸類(lèi)型：最好性能（支持三種傳輸類(lèi)型：最好性能（best-effortbest-effort），），速率敏感（速率敏感（rate-sensitiverate-sensitive）與延遲敏感（）與延遲敏感（delay-delay-sensitivesensitive）。）。 最好性能傳輸為傳統(tǒng)最好性能傳輸為傳統(tǒng)IPIP傳輸。應(yīng)用包括

35、文件傳輸傳輸。應(yīng)用包括文件傳輸（如郵件傳輸）、磁盤(pán)映像、交互登錄和事務(wù)傳（如郵件傳輸）、磁盤(pán)映像、交互登錄和事務(wù)傳輸。支持最好性能傳輸?shù)姆?wù)稱(chēng)為最好性能服務(wù)。輸。支持最好性能傳輸?shù)姆?wù)稱(chēng)為最好性能服務(wù)。 速率敏感傳輸放棄及時(shí)性，而確保速率。速率敏感傳輸放棄及時(shí)性，而確保速率。 延遲敏感傳輸要求傳輸及時(shí)，并因而改變其速率。延遲敏感傳輸要求傳輸及時(shí)，并因而改變其速率。 7.3.4 RSVP7.3.4 RSVP（ContdContd）3. RSVP3. RSVP數(shù)據(jù)流處理數(shù)據(jù)流處理 RSVPRSVP數(shù)據(jù)流基本特征是連接，數(shù)據(jù)包在其上流通。數(shù)據(jù)流基本特征是連接，數(shù)據(jù)包在其上流通。 RSVPRSVP支持

36、單播和組播連接，流總是從發(fā)送者開(kāi)始。支持單播和組播連接，流總是從發(fā)送者開(kāi)始。 特定連接的數(shù)據(jù)包被導(dǎo)向同一個(gè)特定連接的數(shù)據(jù)包被導(dǎo)向同一個(gè)IPIP目的地址或公開(kāi)的目目的地址或公開(kāi)的目的端口。的端口。 IPIP目的地址是組播發(fā)送的組地址，或是單個(gè)接收者的單目的地址是組播發(fā)送的組地址，或是單個(gè)接收者的單播地址。播地址。 RSVPRSVP數(shù)據(jù)發(fā)布通過(guò)組播或單播實(shí)現(xiàn)。數(shù)據(jù)發(fā)布通過(guò)組播或單播實(shí)現(xiàn)。 組播傳輸將某個(gè)發(fā)送者的每個(gè)數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個(gè)目組播傳輸將某個(gè)發(fā)送者的每個(gè)數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個(gè)目的。的。 單播傳輸只有一個(gè)接收者。即使目的地址是單播，也可單播傳輸只有一個(gè)接收者。即使目的地址是單播，也可能有多個(gè)接

37、收者，以公開(kāi)端口區(qū)分。多個(gè)發(fā)送者也可能能有多個(gè)接收者，以公開(kāi)端口區(qū)分。多個(gè)發(fā)送者也可能存在單播地址，存在單播地址，RSVPRSVP可建立多對(duì)一傳輸?shù)馁Y源預(yù)訂。可建立多對(duì)一傳輸?shù)馁Y源預(yù)訂。 每個(gè)每個(gè)RSVPRSVP發(fā)送者和接收者對(duì)應(yīng)唯一的發(fā)送者和接收者對(duì)應(yīng)唯一的InternetInternet主機(jī)。單主機(jī)。單個(gè)主機(jī)可包括多個(gè)發(fā)送者和接收者，以公開(kāi)端口區(qū)分。個(gè)主機(jī)可包括多個(gè)發(fā)送者和接收者，以公開(kāi)端口區(qū)分。7.3.4 RSVP7.3.4 RSVP（ContdContd）4. RSVP4. RSVP服務(wù)質(zhì)量（服務(wù)質(zhì)量（QoSQoS） 是流規(guī)范指定的屬性。是流規(guī)范指定的屬性。 流規(guī)范用于決定參加實(shí)體（路

38、由器、接收者和發(fā)流規(guī)范用于決定參加實(shí)體（路由器、接收者和發(fā)送者）進(jìn)行數(shù)據(jù)交換的方式。送者）進(jìn)行數(shù)據(jù)交換的方式。 主機(jī)和路由器使用主機(jī)和路由器使用RSVPRSVP指定指定QoSQoS。 其中，主機(jī)代表應(yīng)用數(shù)據(jù)流使用其中，主機(jī)代表應(yīng)用數(shù)據(jù)流使用RSVPRSVP從網(wǎng)絡(luò)申從網(wǎng)絡(luò)申請(qǐng)請(qǐng)QoSQoS級(jí)別；路由器使用級(jí)別；路由器使用RSVPRSVP發(fā)送發(fā)送QoSQoS請(qǐng)求給數(shù)請(qǐng)求給數(shù)據(jù)流路經(jīng)的其它路由器。據(jù)流路經(jīng)的其它路由器。 這樣做，這樣做，RSVPRSVP就可維持路由器和主機(jī)狀態(tài)來(lái)提就可維持路由器和主機(jī)狀態(tài)來(lái)提供所請(qǐng)求的服務(wù)。供所請(qǐng)求的服務(wù)。 7.3.4 RSVP7.3.4 RSVP（ContdCont

39、d）5. RSVP5. RSVP連接啟動(dòng)連接啟動(dòng) 為了初始化為了初始化RSVPRSVP組播連接，組播連接，接收者首先使用接收者首先使用InternetInternet組成員協(xié)議（組成員協(xié)議（IGMPIGMP）加入）加入IPIP目的地址指目的地址指定的組播組定的組播組。對(duì)單播連接，單播路由就象。對(duì)單播連接，單播路由就象IGMPIGMP結(jié)合協(xié)議無(wú)關(guān)組播（結(jié)合協(xié)議無(wú)關(guān)組播（PIMPIM）在組播時(shí)的作用。）在組播時(shí)的作用。 接收者加入組后，潛在的發(fā)送者就開(kāi)始發(fā)送接收者加入組后，潛在的發(fā)送者就開(kāi)始發(fā)送RSVPRSVP路徑信息給路徑信息給IPIP目的地址。目的地址。 接收者應(yīng)用收到路徑信息，開(kāi)始發(fā)送相應(yīng)資

40、源預(yù)接收者應(yīng)用收到路徑信息，開(kāi)始發(fā)送相應(yīng)資源預(yù)訂請(qǐng)求信息，使用訂請(qǐng)求信息，使用RSVPRSVP指定欲點(diǎn)播的流描述。指定欲點(diǎn)播的流描述。 發(fā)送者應(yīng)用接收到資源預(yù)訂請(qǐng)求信息后，開(kāi)始發(fā)發(fā)送者應(yīng)用接收到資源預(yù)訂請(qǐng)求信息后，開(kāi)始發(fā)送數(shù)據(jù)包。送數(shù)據(jù)包。7.3.4 RSVP7.3.4 RSVP（ContdContd）6. RSVP6. RSVP資源預(yù)訂類(lèi)型資源預(yù)訂類(lèi)型 A.A.獨(dú)占資源預(yù)訂獨(dú)占資源預(yù)訂為每個(gè)連接中每個(gè)相關(guān)為每個(gè)連接中每個(gè)相關(guān)發(fā)送者安裝一個(gè)流發(fā)送者安裝一個(gè)流 （1 1）固定過(guò)濾類(lèi)型）固定過(guò)濾類(lèi)型 B.B.共享資源預(yù)訂共享資源預(yù)訂由不相關(guān)的發(fā)送者使用由不相關(guān)的發(fā)送者使用 （2 2）通配過(guò)濾類(lèi)型）

41、通配過(guò)濾類(lèi)型- -默認(rèn)所有發(fā)送者，并通過(guò)默認(rèn)所有發(fā)送者，并通過(guò)預(yù)留消息中所攜帶的源端地址列表來(lái)限制通配符預(yù)留消息中所攜帶的源端地址列表來(lái)限制通配符濾波器濾波器 （3 3）共享顯式類(lèi)型）共享顯式類(lèi)型- -濾波器明確指定一個(gè)或多濾波器明確指定一個(gè)或多個(gè)發(fā)送者來(lái)進(jìn)行預(yù)留個(gè)發(fā)送者來(lái)進(jìn)行預(yù)留 7.3.4 RSVP7.3.4 RSVP（ContdContd）7. RSVP7. RSVP軟狀態(tài)實(shí)現(xiàn)軟狀態(tài)實(shí)現(xiàn) 對(duì)對(duì)RSVPRSVP，軟狀態(tài)軟狀態(tài)指可被某些指可被某些RSVPRSVP信息更新的路由器和信息更新的路由器和終端結(jié)點(diǎn)的狀態(tài)。終端結(jié)點(diǎn)的狀態(tài)。 軟狀態(tài)特征允許軟狀態(tài)特征允許RSVPRSVP網(wǎng)絡(luò)支持動(dòng)態(tài)組成員

42、變化，并適網(wǎng)絡(luò)支持動(dòng)態(tài)組成員變化，并適應(yīng)路由變化。一般說(shuō)來(lái)，應(yīng)路由變化。一般說(shuō)來(lái)，軟狀態(tài)由基于軟狀態(tài)由基于RSVPRSVP網(wǎng)絡(luò)維護(hù)，網(wǎng)絡(luò)維護(hù)，使網(wǎng)絡(luò)可在沒(méi)有查詢終端結(jié)點(diǎn)的情況下改變狀態(tài)。使網(wǎng)絡(luò)可在沒(méi)有查詢終端結(jié)點(diǎn)的情況下改變狀態(tài)。 RSVPRSVP協(xié)議為創(chuàng)建和維護(hù)組播和單播混合發(fā)送路徑的分協(xié)議為創(chuàng)建和維護(hù)組播和單播混合發(fā)送路徑的分布式資源預(yù)訂狀態(tài)提供了一個(gè)通用功能。為維護(hù)資源布式資源預(yù)訂狀態(tài)提供了一個(gè)通用功能。為維護(hù)資源預(yù)訂狀態(tài)，預(yù)訂狀態(tài)，RSVPRSVP跟蹤路由器和主機(jī)結(jié)點(diǎn)的軟狀態(tài)。跟蹤路由器和主機(jī)結(jié)點(diǎn)的軟狀態(tài)。 路徑與資源預(yù)訂請(qǐng)求信息創(chuàng)建并周期更新路徑與資源預(yù)訂請(qǐng)求信息創(chuàng)建并周期更新RSV

43、PRSVP軟狀態(tài)。軟狀態(tài)。如在清除時(shí)間間隔到期前沒(méi)有收到相應(yīng)更新信息，就如在清除時(shí)間間隔到期前沒(méi)有收到相應(yīng)更新信息，就刪除該狀態(tài)，顯式刪除該狀態(tài)，顯式teardownteardown信息也可刪除軟狀態(tài)。信息也可刪除軟狀態(tài)。RSVPRSVP周期掃描欲建立的軟狀態(tài)，并轉(zhuǎn)發(fā)路徑與預(yù)訂請(qǐng)周期掃描欲建立的軟狀態(tài)，并轉(zhuǎn)發(fā)路徑與預(yù)訂請(qǐng)求更新信息給下一跳。求更新信息給下一跳。 7.3.4 RSVP7.3.4 RSVPRSVPRSVP軟軟狀狀態(tài)實(shí)現(xiàn)態(tài)實(shí)現(xiàn) 當(dāng)路由改變，下一個(gè)路徑信息初始化新路由的路當(dāng)路由改變，下一個(gè)路徑信息初始化新路由的路徑狀態(tài)，根據(jù)資源預(yù)訂請(qǐng)求信息建立資源預(yù)訂狀徑狀態(tài)，根據(jù)資源預(yù)訂請(qǐng)求信息建立

44、資源預(yù)訂狀態(tài)。態(tài)。 現(xiàn)在未使用的網(wǎng)段狀態(tài)標(biāo)記為超時(shí)?，F(xiàn)在未使用的網(wǎng)段狀態(tài)標(biāo)記為超時(shí)。 RSVPRSVP規(guī)范要求在拓?fù)涓淖兒髢擅胪ㄟ^(guò)網(wǎng)絡(luò)初始化規(guī)范要求在拓?fù)涓淖兒髢擅胪ㄟ^(guò)網(wǎng)絡(luò)初始化新資源預(yù)訂。新資源預(yù)訂。 當(dāng)發(fā)生狀態(tài)變化，當(dāng)發(fā)生狀態(tài)變化，RSVPRSVP無(wú)延遲的將變化從無(wú)延遲的將變化從RSVPRSVP網(wǎng)網(wǎng)絡(luò)的一個(gè)終端傳到另一個(gè)終端。如接收到的狀態(tài)絡(luò)的一個(gè)終端傳到另一個(gè)終端。如接收到的狀態(tài)與存儲(chǔ)狀態(tài)不同，就更新存儲(chǔ)狀態(tài)。如結(jié)果改變與存儲(chǔ)狀態(tài)不同，就更新存儲(chǔ)狀態(tài)。如結(jié)果改變了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)出去。出去。 7.3.4 RSVP7.3.4

45、 RSVP（ContdContd） RSVPRSVP資源預(yù)訂處理初始化開(kāi)始于資源預(yù)訂處理初始化開(kāi)始于RSVP RSVP 后臺(tái)服務(wù)查詢后臺(tái)服務(wù)查詢本地路由協(xié)議以獲得路由。本地路由協(xié)議以獲得路由。 主機(jī)發(fā)送主機(jī)發(fā)送IGMPIGMP消息加入組播組，而發(fā)送消息加入組播組，而發(fā)送RSVPRSVP消息預(yù)消息預(yù)訂沿組路徑的資源。訂沿組路徑的資源。 每個(gè)能加入資源預(yù)訂的路由器將收到的數(shù)據(jù)包傳遞給每個(gè)能加入資源預(yù)訂的路由器將收到的數(shù)據(jù)包傳遞給包分類(lèi)器，然后將它們?cè)诎{(diào)度器中排隊(duì)。包分類(lèi)器，然后將它們?cè)诎{(diào)度器中排隊(duì)。 RSVPRSVP包分類(lèi)器決定每個(gè)包的路由和包分類(lèi)器決定每個(gè)包的路由和QoSQoS類(lèi)類(lèi)；RSVP

46、RSVP調(diào)調(diào)度器給每個(gè)接口所使用的特殊數(shù)據(jù)鏈路層媒介上傳輸度器給每個(gè)接口所使用的特殊數(shù)據(jù)鏈路層媒介上傳輸分配資源。如數(shù)據(jù)鏈路層媒介有自身的分配資源。如數(shù)據(jù)鏈路層媒介有自身的QoSQoS管理能力，管理能力，包調(diào)度器負(fù)責(zé)協(xié)調(diào)數(shù)據(jù)鏈路層，獲得包調(diào)度器負(fù)責(zé)協(xié)調(diào)數(shù)據(jù)鏈路層，獲得RSVPRSVP所請(qǐng)求的所請(qǐng)求的QoSQoS。 調(diào)度器本身分配無(wú)源調(diào)度器本身分配無(wú)源QoSQoS媒介上包傳輸能力，如雙鉸媒介上包傳輸能力，如雙鉸線；也可分配其它系統(tǒng)資源，如線；也可分配其它系統(tǒng)資源，如CPUCPU時(shí)間與緩存。時(shí)間與緩存。7.3.4 RSVP7.3.4 RSVP RSVP RSVP操作模型操作模型基本基本RSVPRS

47、VP協(xié)議協(xié)議操作操作 QoSQoS請(qǐng)求一般發(fā)源于接收者主機(jī)應(yīng)用，而被傳遞請(qǐng)求一般發(fā)源于接收者主機(jī)應(yīng)用，而被傳遞到本地到本地RSVPRSVP應(yīng)用。應(yīng)用。 RSVPRSVP協(xié)議接著將對(duì)所有結(jié)點(diǎn)（路由器與主機(jī)）的協(xié)議接著將對(duì)所有結(jié)點(diǎn)（路由器與主機(jī)）的請(qǐng)求沿逆向數(shù)據(jù)路徑傳到數(shù)據(jù)源。請(qǐng)求沿逆向數(shù)據(jù)路徑傳到數(shù)據(jù)源。 在每個(gè)結(jié)點(diǎn)處，在每個(gè)結(jié)點(diǎn)處，RSVPRSVP程序應(yīng)用一個(gè)稱(chēng)為程序應(yīng)用一個(gè)稱(chēng)為進(jìn)入允許進(jìn)入允許控制的本地決定程序控制的本地決定程序決定是否能提供所請(qǐng)求的決定是否能提供所請(qǐng)求的QoSQoS。如進(jìn)入允許控制成功，。如進(jìn)入允許控制成功，RSVPRSVP程序設(shè)置包分程序設(shè)置包分類(lèi)和調(diào)度器的參數(shù)，以獲得所

48、申請(qǐng)的類(lèi)和調(diào)度器的參數(shù)，以獲得所申請(qǐng)的QoSQoS。如進(jìn)。如進(jìn)入允許控制在某結(jié)點(diǎn)處失敗，入允許控制在某結(jié)點(diǎn)處失敗，RSVPRSVP程序給產(chǎn)生此程序給產(chǎn)生此請(qǐng)求的應(yīng)用返回一個(gè)錯(cuò)誤指示。請(qǐng)求的應(yīng)用返回一個(gè)錯(cuò)誤指示。 7.3.4 RSVP7.3.4 RSVP（ContdContd） 在整個(gè)在整個(gè)InternetInternet上同時(shí)配置上同時(shí)配置RSVPRSVP或任意其他協(xié)議都是或任意其他協(xié)議都是不可能的。實(shí)際上，不可能的。實(shí)際上，RSVPRSVP決不可能在每個(gè)地方都被決不可能在每個(gè)地方都被配置。配置。因此，因此，RSVPRSVP必須提供正確協(xié)議操必須提供正確協(xié)議操 作，即使只作，即使只有兩個(gè)支持有

49、兩個(gè)支持RSVPRSVP的路由器與一群不支持的路由器與一群不支持RSVPRSVP的路由的路由器相連。一個(gè)中等規(guī)模不支持器相連。一個(gè)中等規(guī)模不支持RSVPRSVP的網(wǎng)絡(luò)不能執(zhí)行的網(wǎng)絡(luò)不能執(zhí)行資源預(yù)訂，因而服務(wù)保證也就不能實(shí)現(xiàn)。然而，如該資源預(yù)訂，因而服務(wù)保證也就不能實(shí)現(xiàn)。然而，如該網(wǎng)絡(luò)有充足額外容量，也可以提供可接受的實(shí)時(shí)服務(wù)。網(wǎng)絡(luò)有充足額外容量，也可以提供可接受的實(shí)時(shí)服務(wù)。 隧道技術(shù)要求隧道技術(shù)要求RSVPRSVP和非和非RSVPRSVP路由器用本地路由表轉(zhuǎn)路由器用本地路由表轉(zhuǎn)發(fā)到目的地址的路徑信息。發(fā)到目的地址的路徑信息。當(dāng)路徑信息通過(guò)非當(dāng)路徑信息通過(guò)非RSVPRSVP網(wǎng)絡(luò)時(shí)，路徑信息拷貝攜

50、帶最后一個(gè)支持網(wǎng)絡(luò)時(shí)，路徑信息拷貝攜帶最后一個(gè)支持RSVPRSVP的路的路由器的由器的IPIP地址。預(yù)訂請(qǐng)求信息轉(zhuǎn)發(fā)給下一個(gè)上游支持地址。預(yù)訂請(qǐng)求信息轉(zhuǎn)發(fā)給下一個(gè)上游支持RSVPRSVP的路由器。的路由器。 7.3.4 RSVP7.3.4 RSVP（ContdContd）9. 9. 加權(quán)平均排隊(duì)方案加權(quán)平均排隊(duì)方案NBNB：隧道技術(shù)僅在瓶頸出在非：隧道技術(shù)僅在瓶頸出在非RSVPRSVP域且不可避免時(shí)才有域且不可避免時(shí)才有風(fēng)險(xiǎn)風(fēng)險(xiǎn)7.3.4 RSVP7.3.4 RSVP（ContdContd）11. RSVP11. RSVP包格式包格式 （1 1）RSVPRSVP公共頭公共頭 （2 2）RSVP

51、RSVP對(duì)象段對(duì)象段1688VariableLengthClass-numC-Type Object Contents4b4b4b4b8b8b16b16b16b16b8b8b8b8b32b32b1b1b16b16bVersionVersionFlagFlagTypeTypeCheck-Check-numnumLengthLengthReservedReservedSendSendTTLTTLMessegeMessegeIDIDMFMFFragmentFragmentoffsetoffset7.3.4 RSVP7.3.4 RSVP（ContdContd）12. RSVP12. RSVP協(xié)議的特點(diǎn)

52、協(xié)議的特點(diǎn)7.3.4 RSVP Conclusions7.3.4 RSVP Conclusions RSVP運(yùn)行在傳輸層，在運(yùn)行在傳輸層，在IP上層。上層。 與與ICMP和和IGMP相比，它是一個(gè)控制協(xié)議。相比，它是一個(gè)控制協(xié)議。 RSVP的組成元素有發(fā)送者、接收者和主機(jī)或路由器。的組成元素有發(fā)送者、接收者和主機(jī)或路由器。 RSVP協(xié)議的兩個(gè)重要概念是流與預(yù)定。流是從發(fā)送者到協(xié)議的兩個(gè)重要概念是流與預(yù)定。流是從發(fā)送者到一個(gè)或多個(gè)接收者的連接特征，通過(guò)一個(gè)或多個(gè)接收者的連接特征，通過(guò)IP包中包中“流標(biāo)記流標(biāo)記”來(lái)來(lái)認(rèn)證。發(fā)送一個(gè)流前，發(fā)送者傳輸一個(gè)路認(rèn)證。發(fā)送一個(gè)流前，發(fā)送者傳輸一個(gè)路 徑信息到

53、目的接徑信息到目的接收方，這個(gè)信息包括源收方，這個(gè)信息包括源IP地址、目的地址、目的IP地址和一個(gè)流規(guī)格。地址和一個(gè)流規(guī)格。這個(gè)流規(guī)格是由流的速率和延遲組成的，這是流的這個(gè)流規(guī)格是由流的速率和延遲組成的，這是流的QoS需需要的。接收者實(shí)現(xiàn)預(yù)定后，基于接收者的模式能夠?qū)崿F(xiàn)一要的。接收者實(shí)現(xiàn)預(yù)定后，基于接收者的模式能夠?qū)崿F(xiàn)一種分布式解決方案。種分布式解決方案。 RSVP領(lǐng)域的發(fā)展非常迅速，但目前并沒(méi)有在任何一種網(wǎng)領(lǐng)域的發(fā)展非常迅速，但目前并沒(méi)有在任何一種網(wǎng)絡(luò)上得到證實(shí)，它的應(yīng)用只是局限在測(cè)試的小絡(luò)上得到證實(shí)，它的應(yīng)用只是局限在測(cè)試的小Intranet網(wǎng)網(wǎng)絡(luò)上。因?yàn)榻j(luò)上。因?yàn)镽SVP的預(yù)定必須建立在

54、完全流方式的基礎(chǔ)上，的預(yù)定必須建立在完全流方式的基礎(chǔ)上，其可擴(kuò)展性問(wèn)題倍受關(guān)注。其可擴(kuò)展性問(wèn)題倍受關(guān)注。 RSVP還存在諸如當(dāng)一個(gè)服務(wù)請(qǐng)求被申請(qǐng)控制否決時(shí)網(wǎng)絡(luò)還存在諸如當(dāng)一個(gè)服務(wù)請(qǐng)求被申請(qǐng)控制否決時(shí)網(wǎng)絡(luò)應(yīng)該怎樣通知用戶以及用戶怎樣應(yīng)答這樣的通知等問(wèn)題。應(yīng)該怎樣通知用戶以及用戶怎樣應(yīng)答這樣的通知等問(wèn)題。 Microsoft Media Server ProtocolMicrosoft Media Server Protocol 在在InternetInternet上實(shí)現(xiàn)上實(shí)現(xiàn)Windows Media ServerWindows Media Server中流媒中流媒體文件的傳送與播放。體文件的傳

55、送與播放。 建立在建立在UDPUDP或或TCPTCP上，屬于應(yīng)用層。上，屬于應(yīng)用層。 使用協(xié)議翻轉(zhuǎn)以獲得最佳連接。使用協(xié)議翻轉(zhuǎn)以獲得最佳連接。 如果連接到編入索引的如果連接到編入索引的asfasf文件，想要快進(jìn)、文件，想要快進(jìn)、后退、暫停、開(kāi)始和停止流，必須使用后退、暫停、開(kāi)始和停止流，必須使用MMSMMS。 若從獨(dú)立的若從獨(dú)立的Windows Media PlayerWindows Media Player連接到發(fā)布連接到發(fā)布點(diǎn)，必須指定單播內(nèi)容的點(diǎn)，必須指定單播內(nèi)容的URLURL；若有實(shí)時(shí)內(nèi)；若有實(shí)時(shí)內(nèi)容要通過(guò)廣播單播發(fā)布，則該容要通過(guò)廣播單播發(fā)布，則該URLURL由服務(wù)器由服務(wù)器和發(fā)布點(diǎn)

56、別名組成。和發(fā)布點(diǎn)別名組成。7.4 7.4 流媒體播放方式流媒體播放方式7.4.1 7.4.1 單播單播 客戶端與服務(wù)器之間的點(diǎn)對(duì)點(diǎn)連接客戶端與服務(wù)器之間的點(diǎn)對(duì)點(diǎn)連接7.4.1 7.4.1 單播（單播（ContdContd）A. A. 優(yōu)點(diǎn)：優(yōu)點(diǎn)： 服務(wù)器可以及時(shí)響應(yīng)客戶端提出的請(qǐng)求。服務(wù)器可以及時(shí)響應(yīng)客戶端提出的請(qǐng)求。 服務(wù)器針對(duì)每個(gè)客戶不同的請(qǐng)求發(fā)送不同的數(shù)服務(wù)器針對(duì)每個(gè)客戶不同的請(qǐng)求發(fā)送不同的數(shù)據(jù)，容易實(shí)現(xiàn)個(gè)性化服務(wù)。據(jù)，容易實(shí)現(xiàn)個(gè)性化服務(wù)。B. B. 缺點(diǎn)：缺點(diǎn)： 服務(wù)器針對(duì)每個(gè)客戶機(jī)發(fā)送數(shù)據(jù)流，服務(wù)器流服務(wù)器針對(duì)每個(gè)客戶機(jī)發(fā)送數(shù)據(jù)流，服務(wù)器流量客戶機(jī)數(shù)量量客戶機(jī)數(shù)量客戶機(jī)流量；在客戶

57、數(shù)量大、客戶機(jī)流量；在客戶數(shù)量大、每個(gè)客戶機(jī)流量大的流媒體應(yīng)用中服務(wù)器不堪每個(gè)客戶機(jī)流量大的流媒體應(yīng)用中服務(wù)器不堪重負(fù)。重負(fù)。 現(xiàn)有的網(wǎng)絡(luò)帶寬是金字塔結(jié)構(gòu)，城際省際主干現(xiàn)有的網(wǎng)絡(luò)帶寬是金字塔結(jié)構(gòu)，城際省際主干帶寬僅相當(dāng)于其所有用戶帶寬之和的帶寬僅相當(dāng)于其所有用戶帶寬之和的5 5。 客戶端與服務(wù)器之間的主動(dòng)的連接，客戶端與服務(wù)器之間的主動(dòng)的連接， 在點(diǎn)播連接中，用戶通過(guò)選擇內(nèi)容項(xiàng)目來(lái)初在點(diǎn)播連接中，用戶通過(guò)選擇內(nèi)容項(xiàng)目來(lái)初始化客戶端連接，始化客戶端連接， 一個(gè)客戶端從服務(wù)器接收一個(gè)媒體流，同時(shí)一個(gè)客戶端從服務(wù)器接收一個(gè)媒體流，同時(shí)獨(dú)占這個(gè)連接，其他用戶不能占用，并且能獨(dú)占這個(gè)連接，其他用戶不能占

58、用，并且能夠?qū)γ襟w進(jìn)行開(kāi)始、停止、后退、快進(jìn)或暫夠?qū)γ襟w進(jìn)行開(kāi)始、停止、后退、快進(jìn)或暫停等操作，客戶端擁有流的控制權(quán)，就像控停等操作，客戶端擁有流的控制權(quán)，就像控制本地媒體一樣。制本地媒體一樣。 這種方式由于每個(gè)客戶端各自連接服務(wù)器，這種方式由于每個(gè)客戶端各自連接服務(wù)器，服務(wù)器需要給每個(gè)用戶建立連接，對(duì)服務(wù)器服務(wù)器需要給每個(gè)用戶建立連接，對(duì)服務(wù)器資源和網(wǎng)絡(luò)帶寬的需求都比較大。資源和網(wǎng)絡(luò)帶寬的需求都比較大。 7.4.2 7.4.2 組播組播 一種基于網(wǎng)絡(luò)硬件設(shè)備實(shí)現(xiàn)的一種分組廣播一種基于網(wǎng)絡(luò)硬件設(shè)備實(shí)現(xiàn)的一種分組廣播的數(shù)據(jù)傳輸方式的數(shù)據(jù)傳輸方式7.4.2 7.4.2 組播（組播（ContdCon

59、td）A. A. 優(yōu)點(diǎn)：優(yōu)點(diǎn)： 需要相同數(shù)據(jù)流的客戶端加入相同的組共享一條數(shù)據(jù)需要相同數(shù)據(jù)流的客戶端加入相同的組共享一條數(shù)據(jù)流，節(jié)省了服務(wù)器的負(fù)載。流，節(jié)省了服務(wù)器的負(fù)載。 由于組播協(xié)議是根據(jù)接收者的需要對(duì)數(shù)據(jù)流進(jìn)行復(fù)制由于組播協(xié)議是根據(jù)接收者的需要對(duì)數(shù)據(jù)流進(jìn)行復(fù)制轉(zhuǎn)發(fā)，所以服務(wù)器的服務(wù)總帶寬不受客戶接入端帶寬轉(zhuǎn)發(fā)，所以服務(wù)器的服務(wù)總帶寬不受客戶接入端帶寬的限制。的限制。B. B. 缺點(diǎn)：缺點(diǎn)： 與單播協(xié)議相比沒(méi)有糾錯(cuò)機(jī)制，發(fā)生丟包錯(cuò)包后難以與單播協(xié)議相比沒(méi)有糾錯(cuò)機(jī)制，發(fā)生丟包錯(cuò)包后難以彌補(bǔ)，但可以通過(guò)一定的容錯(cuò)機(jī)制和彌補(bǔ)，但可以通過(guò)一定的容錯(cuò)機(jī)制和QoSQoS加以彌補(bǔ)。加以彌補(bǔ)。 現(xiàn)行網(wǎng)絡(luò)雖

60、然都支持組播傳輸，但在客戶認(rèn)證、現(xiàn)行網(wǎng)絡(luò)雖然都支持組播傳輸，但在客戶認(rèn)證、QoSQoS等方面還需要完善，這些缺點(diǎn)在理論上都有成熟的解等方面還需要完善，這些缺點(diǎn)在理論上都有成熟的解決方案，只是需要逐步推廣應(yīng)用到現(xiàn)存網(wǎng)絡(luò)當(dāng)中。決方案，只是需要逐步推廣應(yīng)用到現(xiàn)存網(wǎng)絡(luò)當(dāng)中。 用戶被動(dòng)接收媒體流用戶被動(dòng)接收媒體流A. A. 優(yōu)點(diǎn)：優(yōu)點(diǎn)： 網(wǎng)絡(luò)設(shè)備簡(jiǎn)單，維護(hù)簡(jiǎn)單，布網(wǎng)成本低廉。網(wǎng)絡(luò)設(shè)備簡(jiǎn)單，維護(hù)簡(jiǎn)單，布網(wǎng)成本低廉。 由于服務(wù)器不用向每個(gè)客戶機(jī)單獨(dú)發(fā)送數(shù)據(jù)，由于服務(wù)器不用向每個(gè)客戶機(jī)單獨(dú)發(fā)送數(shù)據(jù)，所以服務(wù)器流量負(fù)載極低。所以服務(wù)器流量負(fù)載極低。B. B. 缺點(diǎn)：缺點(diǎn)： 無(wú)法針對(duì)每個(gè)客戶的要求和時(shí)間及時(shí)提供個(gè)