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

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

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

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

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

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

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

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

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

10、義了：定義了一對多的應用程序如何有效地通過一對多的應用程序如何有效地通過IPIP網(wǎng)絡傳送多網(wǎng)絡傳送多媒體數(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）實時運）實時運輸協(xié)議輸協(xié)議為實時應用提供端到端的運輸，為實時應用提供端到端的運輸，但不提供任何服務質(zhì)量的保證。但不提供任何服務質(zhì)量的保證。壓縮編碼送入運輸層從開發(fā)者的角度看，RTP 應當是應用層的一部分。7.3.1 RTP7.3.1 RTP RTPRTP在端口號在端口號10251025到到6553565535之間選擇一個未之間選擇一個未使用的偶數(shù)使用的偶數(shù)UDPUDP端口號，而在同一次會話中端口號，而在同一次會話中的的RTCPRTCP則使用下一個基數(shù)則使用下一個基數(shù)UDPUDP端口號。端口號。 默認端口號：默認端口號： RTPRTP：500450

12、04 RTCPRTCP：500550057.3.1 RTP7.3.1 RTP（ ContdContd) )實時傳輸協(xié)議實時傳輸協(xié)議暗示它也可以看暗示它也可以看做傳輸層協(xié)議做傳輸層協(xié)議因為因為RTPRTP封裝了封裝了多媒體應用的數(shù)多媒體應用的數(shù)據(jù)塊，并且向多據(jù)塊，并且向多媒體應用層提供媒體應用層提供了服務了服務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（時戳）（時戳） 把接收到的語音和視頻

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

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

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

16、重要的信息。是最重要的信息。 RTPRTP協(xié)議和協(xié)議和UDPUDP二者共同完成運輸層協(xié)議二者共同完成運輸層協(xié)議功能。功能。 RTPRTP的協(xié)議數(shù)據(jù)單元是用的協(xié)議數(shù)據(jù)單元是用UDPUDP分組來承載分組來承載的。的。 RTPRTP協(xié)議雖然是傳輸層協(xié)議但是沒有作為協(xié)議雖然是傳輸層協(xié)議但是沒有作為OSIOSI體系結(jié)構(gòu)中單獨的一層來實現(xiàn)。體系結(jié)構(gòu)中單獨的一層來實現(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 有效載荷類型：有效載荷類型：7 7位，指出后面的位，指出后面的RTPRTP數(shù)據(jù)屬數(shù)據(jù)屬于何種格式的應用。應用層可根據(jù)次類型進于何種格式的應用。應用層可根據(jù)次類型進行處理。行處理。音頻：音頻：律律PCM(0),GMS(3)PCM(0),GMS(3) A A律律PCM(8),G.722(9),G728(1)PCM(8),G.722(9),G728(1)視頻：視頻： 活動活動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） 序號：占序號：占1616位位在一次在一次RTPRTP會話時，初始序號隨機選擇會話時，初始序號隨機選擇每發(fā)出一個每發(fā)出一個RTPRTP分組，其序號分組，其序號+1+1這樣能發(fā)現(xiàn)丟失的分組，同時也能將時序的這樣能發(fā)現(xiàn)丟失的分組，同時也能將時序的RTPRTP重新排列好重新排列好7.3.1 RTP7.3.1 RTP（ContdContd） 時間戳：占時間戳：占3232位，反映了位，反映了RTPRTP分組中的數(shù)據(jù)的第一個字節(jié)的分組中的數(shù)據(jù)的第一個字節(jié)的采樣時刻。采樣時刻。在一個會話中，他的初始序號隨機選擇。在一個會話中，他的初始序號隨機選擇。即使沒有信號發(fā)送，時間戳的數(shù)

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

20、 RTP7.3.1 RTP（ContdContd） 如果只有系列號，并不能完整按照順序的將如果只有系列號，并不能完整按照順序的將datadata播放出來，因為如果播放出來，因為如果datadata中間有一段是沒有資料的，中間有一段是沒有資料的，只有系列號的話會造成錯誤，需搭配上讓它知道在只有系列號的話會造成錯誤，需搭配上讓它知道在哪個時間將哪個時間將datadata正確播放出來，如此我們才能播放正確播放出來，如此我們才能播放出正確無誤的信息出正確無誤的信息7.3.1 RTP7.3.1 RTP（ContdContd） 同步源標識符：同步源標識符：3232位位 SSRC SSRC 表示表示RTPR

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

22、用中間的一個站（混合在多播環(huán)境中，可以用中間的一個站（混合站）把發(fā)往同一個地點的多個站）把發(fā)往同一個地點的多個RTPRTP流混合成流混合成一個流（可節(jié)省通信資源），而一個流（可節(jié)省通信資源），而CSRCCSRC的數(shù)值的數(shù)值就可以把不同的就可以把不同的RTPRTP流分開流分開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é)議的特點協(xié)議的特點 RTPRTP協(xié)議具有很大的靈活性協(xié)議具有很大的靈活性 數(shù)據(jù)流和控制

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

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

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

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

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

28、RTSP協(xié)議的實現(xiàn)協(xié)議的實現(xiàn) A. A. 初始化初始化 B. TCPB. TCP傳輸傳輸 C. UDPC. UDP傳輸傳輸 D. D. 傳輸反饋傳輸反饋利用RTSP的流媒體連接過程OPTIONOPTION Response服務器信息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) 具體解釋另見補充（具體解釋另見

29、補充（RTSPRTSP協(xié)議）協(xié)議） 3. RTSP3. RTSP協(xié)議的特點協(xié)議的特點 （1 1）可擴展性）可擴展性 （2 2）易解析）易解析 （3 3）安全）安全 （4 4）獨立于傳輸）獨立于傳輸 （5 5）多服務器能力）多服務器能力 （6 6）記錄設(shè)備控制）記錄設(shè)備控制 （7 7）適合專業(yè)應用）適合專業(yè)應用 （8 8）播放種類的中立性）播放種類的中立性 （9 9）代理和防火墻的友好性）代理和防火墻的友好性 （1010）分配服務器控制）分配服務器控制 （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ī)范同時允許網(wǎng)頁服務器和流媒目前的協(xié)議規(guī)范同時允許網(wǎng)頁服務器和流媒體服務器支持體服務器支持RTSPRTSP實現(xiàn)。實現(xiàn)。（2 2）RTSPRTSP協(xié)議與協(xié)議與HTTPHTTP協(xié)議的區(qū)別協(xié)議的區(qū)別 HTTPHTTP是一個不對稱協(xié)議；在是一個不對稱協(xié)議；在RTSPRTSP中，中，ClientClient和和ServerServer都可發(fā)出請求，且請求是有狀態(tài)的。都可發(fā)出請求，且請求是有狀態(tài)的。 HTTPHTTP是無狀態(tài)協(xié)議；是無狀態(tài)協(xié)議；RTSPRTSP在任何情況下

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

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

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

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

35、文件傳輸傳輸。應用包括文件傳輸（如郵件傳輸）、磁盤映像、交互登錄和事務傳（如郵件傳輸）、磁盤映像、交互登錄和事務傳輸。支持最好性能傳輸?shù)姆辗Q為最好性能服務。輸。支持最好性能傳輸?shù)姆辗Q為最好性能服務。 速率敏感傳輸放棄及時性，而確保速率。速率敏感傳輸放棄及時性，而確保速率。 延遲敏感傳輸要求傳輸及時，并因而改變其速率。延遲敏感傳輸要求傳輸及時，并因而改變其速率。 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ā)送者開始。支持單播和組播連接，流總是從發(fā)送者開始。 特定連接的數(shù)據(jù)包被導向同一個特定連接的數(shù)據(jù)包被導向同一個IPIP目的地址或公開的目目的地址或公開的目的端口。的端口。 IPIP目的地址是組播發(fā)送的組地址，或是單個接收者的單目的地址是組播發(fā)送的組地址，或是單個接收者的單播地址。播地址。 RSVPRSVP數(shù)據(jù)發(fā)布通過組播或單播實現(xiàn)。數(shù)據(jù)發(fā)布通過組播或單播實現(xiàn)。 組播傳輸將某個發(fā)送者的每個數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個目組播傳輸將某個發(fā)送者的每個數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個目的。的。 單播傳輸只有一個接收者。即使目的地址是單播，也可單播傳輸只有一個接收者。即使目的地址是單播，也可能有多個接

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

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

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

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

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

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

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

44、資源預訂狀態(tài)。態(tài)。 現(xiàn)在未使用的網(wǎng)段狀態(tài)標記為超時。現(xiàn)在未使用的網(wǎng)段狀態(tài)標記為超時。 RSVPRSVP規(guī)范要求在拓撲改變后兩秒通過網(wǎng)絡初始化規(guī)范要求在拓撲改變后兩秒通過網(wǎng)絡初始化新資源預訂。新資源預訂。 當發(fā)生狀態(tài)變化，當發(fā)生狀態(tài)變化，RSVPRSVP無延遲的將變化從無延遲的將變化從RSVPRSVP網(wǎng)網(wǎng)絡的一個終端傳到另一個終端。如接收到的狀態(tài)絡的一個終端傳到另一個終端。如接收到的狀態(tài)與存儲狀態(tài)不同，就更新存儲狀態(tài)。如結(jié)果改變與存儲狀態(tài)不同，就更新存儲狀態(tài)。如結(jié)果改變了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)出去。出去。 7.3.4 RSVP7.3.4

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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