第3章流媒體技術(shù)

3.1概述3.2流媒體通信協(xié)議3.3流媒體實(shí)現(xiàn)原理3.4流媒體播放方式3.5流媒體文件格式3.6流媒體系統(tǒng)構(gòu)成13.1概述1.流媒體定義在網(wǎng)絡(luò)上傳輸音／視頻(A／V)等多媒體信息，目前主要有下載和流式傳輸兩種方式。若采用下載方式下載一個A／V文件，常常要花數(shù)分鐘甚至數(shù)小時。這主要是由于A／V文件一般都較大，所需的存儲容量也較大；再加上網(wǎng)絡(luò)帶寬的限制，所以這種方法延遲很大。2流式傳輸則把聲音、影像或動畫等時基媒體通過音視頻服務(wù)器向用戶終端連續(xù)、實(shí)時地傳送。采用這種方式時，用戶不必等到整個文件全部下載完畢，而只需經(jīng)過幾秒或幾十秒的啟動延時即可進(jìn)行播放和觀看。此時多媒體文件的剩余部分將在后臺從服務(wù)器內(nèi)繼續(xù)下載。與下載方式相比，流式傳輸大大地縮短了啟動延時，同時也降低了對緩存容量的需求。32.流式傳輸基本原理

用戶（Web瀏覽器）通過HTTP/TCP與Web服務(wù)器(WebServer)交換信息，獲取流媒體服務(wù)清單，根據(jù)獲得的流媒體服務(wù)清單向媒體服務(wù)器(A/VServer)請求相關(guān)服務(wù)；4流式傳輸基本原理

然后客戶機(jī)的Web瀏覽器啟動相應(yīng)的媒體播放器，通過RTP/UDP從媒體服務(wù)器中獲取流媒體數(shù)據(jù)，實(shí)時播放。在播放過程中，客戶機(jī)的媒體播放器需要實(shí)時通過RTCP/UDP與媒體服務(wù)器交換控制信息，媒體服務(wù)器根據(jù)客戶機(jī)反饋的流媒體接收情況智能調(diào)整向客戶機(jī)傳送的媒體數(shù)據(jù)流，從而在客戶端達(dá)到最優(yōu)的接收效果。53.流式傳輸?shù)姆椒ǎ簩?shí)現(xiàn)流式傳輸有兩種方法：順序流式（ProgressiveStreaming）傳輸實(shí)時流式(RealtimeStreaming)傳輸

6(1)順序流式傳輸按順序下載，在下載文件的同時用戶可觀看在線媒體，在給定時刻，只能觀看已下載的那部分，而不能跳到還未下載的后續(xù)部分。順序流式傳輸不像實(shí)時流式傳輸那樣，可在傳輸期間根據(jù)用戶連接的速度做調(diào)整。優(yōu)點(diǎn)：(a)對通過調(diào)制解調(diào)器發(fā)布短片段時，順序流式傳輸顯得很實(shí)用，盡管有延遲，但畢竟可以發(fā)布較高質(zhì)量的視頻片段。(b)順序流式文件是放在標(biāo)準(zhǔn)HTTP或FTP服務(wù)器上的，這種文件易于管理，基本上與防火墻無關(guān)。7

應(yīng)用：比較適合高質(zhì)量的短片段，如片頭、片尾和廣告。用戶在觀看前必須經(jīng)歷延遲，對較慢的連接尤其如此。

順序流式傳輸不適合長片段和有隨機(jī)訪問要求的視頻，如講座、演說與演示。它也不支持現(xiàn)場廣播，嚴(yán)格說來，它是一種點(diǎn)播技術(shù)。8(2)實(shí)時流式傳輸RealtimeStreaming實(shí)時流式傳輸保證媒體信號帶寬與網(wǎng)絡(luò)連接匹配，使媒體可被實(shí)時觀看到。特點(diǎn)：實(shí)時流式傳輸與HTTP流式傳輸不同，它需要專用的流媒體服務(wù)器（如QuickTimeStreamingServer、RealServer、WindowsMediaServer）與傳輸協(xié)議。實(shí)時流式傳輸總是實(shí)時傳送，特別適合現(xiàn)場事件，也支持隨機(jī)訪問，用戶可快進(jìn)或后退以觀看前面或后面的內(nèi)容。實(shí)時流式傳輸必須匹配連接帶寬，所以在以調(diào)制解調(diào)器速度連接時，圖像質(zhì)量較差；當(dāng)網(wǎng)絡(luò)擁擠或出現(xiàn)問題時，視頻質(zhì)量很差。93.2流媒體通信協(xié)議

對于流媒體通信協(xié)議的研究,有兩種觀點(diǎn)：(1)采用全新的網(wǎng)絡(luò)協(xié)議,以充分支持多媒體通信,但存在著和大量已有的網(wǎng)絡(luò)應(yīng)用程序相兼容的問題,在實(shí)際中很難推廣應(yīng)用;(2)在原有傳輸協(xié)議的基礎(chǔ)上增加新的協(xié)議,以彌補(bǔ)原有網(wǎng)絡(luò)協(xié)議的缺陷。盡管這種方法在某些方面也存在一定的局限性,但可以保護(hù)用戶大量已有的投資,容易得到廣泛的支持。這也是目前增強(qiáng)網(wǎng)絡(luò)對多媒體通信支持能力的主要方法。101.傳傳輸層層協(xié)議議概述述從通信信和信信息處處理的的角度度看，，傳輸層向向它上上面的的應(yīng)用用層提提供通通信服服務(wù)，，它屬屬于面面向通通信部部分的的最高高層，，同時時也是是用戶戶功能能中的的最低低層。。物理層層網(wǎng)絡(luò)層層傳輸層層應(yīng)用層層數(shù)據(jù)鏈鏈路層層面向信信息處處理面向通通信用戶功功能網(wǎng)絡(luò)功功能11運(yùn)輸層層為相相互通通信的的應(yīng)用用進(jìn)程程提供供了邏邏輯通通信54321傳輸層層提供供應(yīng)用用進(jìn)程程間的邏邏輯通通信主機(jī)A主機(jī)B應(yīng)用進(jìn)進(jìn)程應(yīng)用進(jìn)進(jìn)程路由器器1路由器器2AP1LAN2WANAP2AP3AP4IP層層LAN1AP1AP2AP4端口端口54321IP協(xié)協(xié)議議的作作用范范圍傳輸層層協(xié)議議TCP和和UDP的的作用用范圍圍AP312應(yīng)用進(jìn)進(jìn)程之之間的的通信信兩個主主機(jī)進(jìn)進(jìn)行通通信實(shí)實(shí)際上上就是是兩個個主機(jī)機(jī)中的的應(yīng)用用進(jìn)程程互相相通信信。應(yīng)用進(jìn)進(jìn)程之之間的的通信信又稱稱為端端到端端的通通信。。傳輸層層的一一個很很重要要的功功能就就是復(fù)復(fù)用和和分用用。應(yīng)應(yīng)用層層不同同進(jìn)程程的報(bào)報(bào)文通通過不不同的的端口口向下下交到到傳輸輸層，，再往往下就就共用用網(wǎng)絡(luò)絡(luò)層提提供的的服務(wù)務(wù)?！皞鬏斴攲犹崽峁?yīng)應(yīng)用進(jìn)進(jìn)程間間的邏邏輯通通信””?！啊斑壿嬢嬐ㄐ判拧钡牡囊馑妓际牵海哼\(yùn)輸輸層之之間的的通信信好像像是沿沿水平平方向向傳送送數(shù)據(jù)據(jù)。但但事實(shí)實(shí)上這這兩個個傳輸輸層之之間并并沒有有一條條水平平方向向的物物理連連接。。13傳輸層協(xié)協(xié)議和和網(wǎng)絡(luò)絡(luò)層協(xié)協(xié)議的的主要要區(qū)別別應(yīng)用進(jìn)進(jìn)程…應(yīng)用進(jìn)進(jìn)程…IP協(xié)協(xié)議議的作作用范范圍（提供供主機(jī)機(jī)之間間的邏邏輯通通信））TCP和和UDP協(xié)協(xié)議的的作用用范圍圍（提供供進(jìn)程程之間間的邏邏輯通通信））因特特網(wǎng)網(wǎng)14傳輸層的的主要要功能能傳輸層層為應(yīng)應(yīng)用進(jìn)進(jìn)程之之間提提供端端到端端的邏邏輯通通信（（但網(wǎng)網(wǎng)絡(luò)層層是為為主機(jī)機(jī)之間間提供供邏輯輯通信信）。。傳輸層層還要要對收收到的的報(bào)文文進(jìn)行行差錯錯檢測測。傳輸層層需要要有兩兩種不不同的的傳輸輸協(xié)議議，即即面向向連接接的TCP和和無無連接接的UDP。。15傳輸層向向上提提供可可靠的的和不不可靠靠的邏邏輯通通信信信道？應(yīng)用層傳輸層發(fā)送進(jìn)程接收進(jìn)程接收進(jìn)程數(shù)據(jù)數(shù)據(jù)全雙工工可靠靠信道道數(shù)據(jù)數(shù)據(jù)使用TCP協(xié)協(xié)議議使用UDP協(xié)協(xié)議議不可靠靠信道道發(fā)送進(jìn)程16TCP/IP的的傳輸輸層有有兩個個不同同的協(xié)協(xié)議：：用戶數(shù)數(shù)據(jù)報(bào)報(bào)協(xié)議議UDP(UserDatagramProtocol)(2)傳傳輸控控制協(xié)協(xié)議TCP(TransmissionControlProtocol)TCP/IP體體系中中的傳輸層中的的兩個協(xié)協(xié)議17兩個對等等傳輸實(shí)實(shí)體在通通信時傳傳送的數(shù)數(shù)據(jù)單位位叫作傳傳輸協(xié)議議數(shù)據(jù)單單元TPDU(TransportProtocolDataUnit)。TCP傳傳送的的數(shù)據(jù)單單位協(xié)議議是TCP報(bào)報(bào)文段段(segment)UDP傳傳送的的數(shù)據(jù)單單位協(xié)議議是UDP報(bào)報(bào)文或或用戶數(shù)數(shù)據(jù)報(bào)。。TCP與與UDP18TCP/IP體體系中中的傳輸層協(xié)議議TCPUDPIP應(yīng)用層與各種網(wǎng)網(wǎng)絡(luò)接口口傳輸層19TCP與與UDPUDP在在傳送送數(shù)據(jù)之之前不需需要先建建立連接接。對方方的運(yùn)輸輸層在收收到UDP報(bào)報(bào)文后后，不需需要給出出任何確確認(rèn)。雖雖然UDP不不提供供可靠交交付，但但在某些些情況下下UDP是是一種最最有效的的工作方方式。TCP則則提供供面向連連接的服服務(wù)。TCP不不提供供廣播或或多播服服務(wù)。由由于TCP要要提供供可靠的的、面向向連接的的運(yùn)輸服服務(wù)，因因此不可可避免地地增加了了許多的的開銷。。這不僅僅使協(xié)議議數(shù)據(jù)單單元的首首部增大大很多，，還要占占用許多多的處理理機(jī)資源源。202.端口口的概念念端口就是是傳輸層層服務(wù)訪訪問點(diǎn)TSAP。端口的作作用就是是讓應(yīng)用用層的各各種應(yīng)用用進(jìn)程都都能將其其數(shù)據(jù)通通過端口口向下交交付給運(yùn)運(yùn)輸層，，以及讓讓傳輸層層知道應(yīng)應(yīng)當(dāng)將其其報(bào)文段段中的數(shù)數(shù)據(jù)向上上通過端端口交付付給應(yīng)用用層相應(yīng)應(yīng)的進(jìn)程程。從這個意意義上講講，端口口是用來來標(biāo)志應(yīng)應(yīng)用層的的進(jìn)程。。21端口在進(jìn)進(jìn)程之間間的通信信中所起起的作用用應(yīng)用層傳輸層網(wǎng)絡(luò)層TCP報(bào)報(bào)文段段UDP用戶數(shù)據(jù)據(jù)報(bào)應(yīng)用進(jìn)程程TCP復(fù)復(fù)用IP復(fù)復(fù)用UDP復(fù)復(fù)用TCP報(bào)報(bào)文段段UDP用戶數(shù)據(jù)據(jù)報(bào)應(yīng)用進(jìn)程程端口端口TCP分分用UDP分分用IP分分用IP數(shù)據(jù)報(bào)IP數(shù)據(jù)報(bào)發(fā)送方接收方22端口端口用一一個16bit端端口號號進(jìn)行標(biāo)標(biāo)志。端口號只只具有本本地意義義，即端端口號只只是為了了標(biāo)志本本計(jì)算機(jī)機(jī)應(yīng)用層層中的各各進(jìn)程。。在因特特網(wǎng)中不不同計(jì)算算機(jī)的相相同端口口號是沒沒有聯(lián)系系的。23兩類端口口一類是熟熟知端口口，其數(shù)數(shù)值一般般為0～1023。。當(dāng)一種種新的應(yīng)應(yīng)用程序序出現(xiàn)時時，必須須為它指指派一個個熟知端端口。另一類則則是一般般端口，，用來隨隨時分配配給請求求通信的的客戶進(jìn)進(jìn)程。24插口(socket)TCP使使用““連接””(而不不僅僅是是“端口口”)作作為最基基本的抽抽象，同同時將TCP連接接的端點(diǎn)點(diǎn)稱為插插口(socket)，或套套接字、、套接口口。插口和端端口、IP地地址的關(guān)關(guān)系是：：IP地址3端口號15003,1500插口(socket)25端口是用用報(bào)文隊(duì)隊(duì)列來實(shí)實(shí)現(xiàn)UDP端端口51000UDP端端口69出隊(duì)列入隊(duì)列出隊(duì)列入隊(duì)列TFTP服務(wù)務(wù)器TFTP客戶戶UDP用用戶數(shù)數(shù)據(jù)報(bào)應(yīng)用層傳輸層26UDP用用戶數(shù)數(shù)據(jù)報(bào)的的首部格格式偽首部源端口目的端口口長度度檢驗(yàn)和數(shù)據(jù)據(jù)首部部UDP長長度源IP地址址目的IP地地址017IP數(shù)數(shù)據(jù)報(bào)字節(jié)44112122222字節(jié)發(fā)送在前前數(shù)據(jù)據(jù)首部部UDP用用戶數(shù)數(shù)據(jù)報(bào)273.傳輸輸控制協(xié)協(xié)議TCP端口…發(fā)送TCP報(bào)文段TCP…TCP接收緩存存發(fā)送緩存存報(bào)文段…報(bào)文段報(bào)文段端口發(fā)送端接收端向發(fā)送緩緩存寫入數(shù)據(jù)據(jù)塊從接收緩緩存讀取數(shù)據(jù)據(jù)塊應(yīng)用進(jìn)程程應(yīng)用進(jìn)程程28TCP首部20字字節(jié)的固定首部部目的的端端口口數(shù)據(jù)偏移檢驗(yàn)驗(yàn)和和選項(xiàng)項(xiàng)（（長度度可可變變））源端端口口序號號緊急急指指針針窗口口確認(rèn)認(rèn)號號保留留FIN32bitSYNRSTPSHACKURG比特08162431填充充TCP數(shù)數(shù)據(jù)部分TCP首首部TCP報(bào)報(bào)文段IP數(shù)據(jù)據(jù)部分IP首部部發(fā)送在前29TCP的的傳輸連接接管理傳輸連接就有有三個階段段，即：連連接建立、、數(shù)據(jù)傳送送和連接釋釋放。傳輸連接的管管理就是使使傳輸連接的建建立和釋放放都能正常常地進(jìn)行。。連接建立過過程中要解解決以下三三個問題：：要使每一方方能夠確知知對方的存存在。要允許雙方方協(xié)商一些些參數(shù)（如如最大報(bào)文文段長度，，最大窗口口大小，服服務(wù)質(zhì)量等等）。能夠?qū)鬏斴攲?shí)體資源源（如緩存存大小，連連接表中的的項(xiàng)目等））進(jìn)行分配配。30用三次握手手建立TCP連連接主機(jī)A主機(jī)BSYN,SEQ=xSYN,ACK,SEQ=y,ACK=x1ACK,SEQ=x+1,ACK=y131連接釋放主機(jī)A主機(jī)BFIN,SEQ=xACK,SEQ=y,ACK=x1324.RTP協(xié)議議RealTimeTransportProtocolRTP為數(shù)數(shù)據(jù)提供了了具有實(shí)時時特征的端端對端傳送送服務(wù)，如如在組播或或單播網(wǎng)絡(luò)絡(luò)服務(wù)下的的交互式視視頻音頻或或模擬數(shù)據(jù)據(jù)。RTP本本身并沒有有提供按時時發(fā)送機(jī)制制或其它服服務(wù)質(zhì)量（（QoS））保證，它它依賴于低低層服務(wù)去去實(shí)現(xiàn)這一一過程。RTP實(shí)實(shí)行有序傳傳送，RTP中中的序列號號允許接收收方重組發(fā)發(fā)送方的包包序列，同同時序列號號也能用于于決定適當(dāng)當(dāng)?shù)陌恢弥?，例如：：在視頻解解碼中，就就不需要順順序解碼。。RTP通常常使用UDP來傳送送數(shù)據(jù)，但但RTP也也可以在TCP或ATM等其其他協(xié)議之之上工作。。33RTP協(xié)議議RealTimeTransportProtocolRTP報(bào)文文格式34V:versionRTP協(xié)議議的版本號號,占2位。P:padding填充充標(biāo)志,占占1位,如果P=1,則則在該報(bào)報(bào)文的尾部部將填充一一個或多個個額外的八八位組,它它們不是是有效載荷荷的一部分分。X:extensionheader擴(kuò)展展標(biāo)志,占占1位,如果X=1,則則在RTP報(bào)頭后后跟有一個個擴(kuò)展報(bào)頭頭。VPXCCMPT序列號時戳同步信源(SSRC)標(biāo)識符特約信源(CSRC)標(biāo)識符…35CC:CSRC(特約信源源)計(jì)數(shù)器器,占4位,指指示CSRC標(biāo)識識符的個數(shù)數(shù)。M:Markerbit標(biāo)記,占1位位,不同同的有效載載荷有不同同的含義,對于視視頻,標(biāo)標(biāo)記一幀的的結(jié)束;對對于音頻頻,標(biāo)記記會話的開開始。PT:Payloadtype有有效載荷荷類型,占占7位,用于說說明RTP報(bào)文中有有效載荷的的類型,如如GSM音頻、JPEM圖圖像等。VPXCCMPT序列號時戳同步信源(SSRC)標(biāo)識符特約信源(CSRC)標(biāo)識符…36序列號:占占16位位,用于于標(biāo)識發(fā)送送者發(fā)送的的RTP報(bào)報(bào)文的序列列號,每發(fā)發(fā)送一個報(bào)報(bào)文,序序列號增1。接收者者通過序列列號來檢測測報(bào)文丟失失情況,重重新排序序報(bào)文,恢恢復(fù)數(shù)據(jù)據(jù)。時戳(Timestamp):占32位。接接收者使用用時戳來計(jì)計(jì)算延遲和和延遲抖動動,并進(jìn)進(jìn)行同步控控制。同步信源(SSRC)標(biāo)識符符:占32位,用用于標(biāo)識識同步信源源。特約信源(CSRC)標(biāo)識符符：識別該該數(shù)據(jù)包中中的有效載載荷的貢獻(xiàn)獻(xiàn)源。VPXCCMPT序列號時戳同步信源(SSRC)標(biāo)識符特約信源(CSRC)標(biāo)識符…375.RTCPRTPControlProtocolRTCP通通過周期性性地發(fā)送RTCP報(bào)報(bào)文實(shí)施協(xié)協(xié)議控制功功能。RTCP報(bào)報(bào)文是一種種短報(bào)文,由固定定的RTCP報(bào)頭和和結(jié)構(gòu)化的的元素兩部部分組成,其發(fā)送送機(jī)制與RTP報(bào)文文相同。主要是提供供數(shù)據(jù)發(fā)布布的質(zhì)量反反饋。38基于RTP的傳輸控控制機(jī)制RTP通過過報(bào)頭中的的序號、時時戳等字段段,以及及RTCP報(bào)文可提提供一種基基于無連接接傳輸協(xié)議議的端到端端控制機(jī)制制：①序號字字段可用于于排序RTP報(bào)文分分組,以以消除重復(fù)復(fù)分組,保保持視頻頻或音頻流流內(nèi)同步和和連續(xù)地播播放。②時戳字字段可作為為流間同步步標(biāo)識,以以保持視視頻和音頻頻流間同步步和連續(xù)地地播放。③RTCP報(bào)文提提供一種基基于接收者者反饋的網(wǎng)網(wǎng)絡(luò)傳輸QoS監(jiān)測測機(jī)制,發(fā)發(fā)送者可可利用這種種機(jī)制實(shí)施施端到端的的強(qiáng)制性同同步控制,以改善善當(dāng)前網(wǎng)絡(luò)絡(luò)傳輸?shù)腝oS。393.3流流媒體實(shí)現(xiàn)現(xiàn)原理40流媒體實(shí)現(xiàn)現(xiàn)原理首先通過采采用高效的的壓縮算法法，讓讓原有的龐龐大的多媒媒體數(shù)據(jù)適適合流式傳傳輸，然然后通過架架設(shè)流媒體體服務(wù)器，，修改MIME標(biāo)標(biāo)識,通通過各種實(shí)實(shí)時協(xié)議傳傳輸流數(shù)據(jù)據(jù)。Microsoft、RealNetworks、AppleComputer以及及其他各方方均提供關(guān)關(guān)于編碼、、流式傳傳送以及客客戶觀看等等方面的、、享有專專用權(quán)的方方案。常常規(guī)視頻編編碼速度的的范圍從20kb/s到目目前的300kb/s，并并且有望望達(dá)到1Mb/s及以上的的速度。41識別流媒體體類型的途途徑———MIMEWeb服務(wù)務(wù)器和Web瀏覽器器可通過MIME來來識別流媒媒體并對其其進(jìn)行相應(yīng)應(yīng)的處理。。MIME是MultipurposeInternetMailExtensions（（通用因特特網(wǎng)郵件擴(kuò)擴(kuò)展）的縮縮略詞。它它不僅用用于電子郵郵件，還還能用來標(biāo)標(biāo)記在Internet上傳傳輸?shù)娜魏魏挝募愋托汀?2MIME和和SMTP的的關(guān)系用戶MIMESMTPSMTP7位ASCII碼7位ASCII碼MIME非ASCII碼碼非ASCII碼碼用戶7位ASCII碼433.4流流媒體播放放方式1.單播播Unicast在客戶端與與媒體服務(wù)務(wù)器之間需需要建立一一個單獨(dú)的的數(shù)據(jù)通道道，從一一臺服務(wù)器器送出的每每個數(shù)據(jù)包包只能傳送送給一個客客戶機(jī)，這這種傳送送方式稱為為單播。每每個用戶戶必須分別別對媒體服服務(wù)器發(fā)送送單獨(dú)的查查詢，而而媒體服務(wù)務(wù)器必須向向每個用戶戶發(fā)送所申申請的數(shù)據(jù)據(jù)包拷貝。。這種巨巨大冗余會會造成服務(wù)務(wù)器的負(fù)擔(dān)擔(dān)沉重，響響應(yīng)的時時間過長，，甚至停停止播放；；管理人人員為保證證一定的服服務(wù)質(zhì)量，，必須配配置合適的的硬件和帶帶寬。442.組播播MulticastIP組播技技術(shù)構(gòu)建一一種具有組組播能力的的網(wǎng)絡(luò)，允允許路由由器一次將將數(shù)據(jù)包復(fù)復(fù)制到多個個通道上。。采用組組播方式，，單臺服服務(wù)器能夠夠?qū)资f萬臺客戶機(jī)機(jī)同時發(fā)送送連續(xù)數(shù)據(jù)據(jù)流而無延延時。媒媒體服務(wù)器器只需要發(fā)發(fā)送一個信信息包，而而不是多多個，所所有發(fā)出請請求的客戶戶端共享同同一信息包包。信息息可以發(fā)送送到任意地地址的客戶戶機(jī)上，減減少網(wǎng)絡(luò)絡(luò)上傳輸信信息包的總總量。網(wǎng)網(wǎng)絡(luò)利用效效率大大提提高，成成本大為下下降。453.點(diǎn)播播與廣播點(diǎn)播連接是是客戶端與與服務(wù)器之之間的主動動連接。在在點(diǎn)播連連接中，用用戶通過過選擇內(nèi)容容項(xiàng)目來初初始化客戶戶端連接。。用戶可可以開始、、停止、、后退、、快進(jìn)或或暫停流。。點(diǎn)播連連接提供了了對流的最最大控制，，但這種種方式由于于每個客戶戶端都各自自連接服務(wù)務(wù)器，因因而會迅速速用完網(wǎng)絡(luò)絡(luò)帶寬。廣播指的是是用戶被動動接收流。。在廣播播過程中，，客戶端端接收流，，但不能能控制流。。例如，，用戶不不能暫停、、快進(jìn)或或后退流。。廣播方方式中數(shù)據(jù)據(jù)包的單獨(dú)獨(dú)一個拷貝貝將發(fā)送給給網(wǎng)絡(luò)上的的所有用戶戶。463.5流流媒體文件件格式為了減小用用戶的播放放延時和存存儲空間，，實(shí)現(xiàn)邊邊下載邊播播放，并并保證一定定的播放質(zhì)質(zhì)量，就就需要對壓壓縮文件進(jìn)進(jìn)行特殊的的處理，添添加一些些附屬信息息，如計(jì)計(jì)時、壓壓縮和版權(quán)權(quán)信息，這這就是流流式文件格格式。471.RealMediaRealMedia是目前Internet上上最流行的的跨平臺的的客戶/服服務(wù)器結(jié)構(gòu)構(gòu)多媒體應(yīng)應(yīng)用規(guī)范，，它采用用音頻/視視頻流和同同步回放技技術(shù)實(shí)現(xiàn)了了網(wǎng)上全帶帶寬的多媒媒體回放。。在RealMedia規(guī)規(guī)范中主要要包括三類類文件：RealAudio（用以以傳輸接近近CD音質(zhì)質(zhì)的音頻數(shù)數(shù)據(jù)）、RealVideo（用來來傳輸連續(xù)續(xù)視頻數(shù)據(jù)據(jù)）和RealFlash（（RealNetworks公司與與Macromedia公司司合作推出出的高壓縮縮比動畫格格式）。而而RealPlayer就就是在網(wǎng)上上收聽收看看這些實(shí)時時音頻、視視頻和Flash的最佳工工具之一。。只要用用戶的線路路允許，使使用RealPlayer可以不必必下載音頻頻/視頻內(nèi)內(nèi)容就能實(shí)實(shí)現(xiàn)網(wǎng)絡(luò)在在線播放，，上網(wǎng)查查找和收聽聽、收看看各種廣播播、電視視。482.ASFASF（（AdvancedStreamingFormat））文文件件是是Microsoft為為了了和和現(xiàn)現(xiàn)在在的的RealPlayer競競爭爭而而發(fā)發(fā)展展起起來來的的一一種種可可以以直直接接在在網(wǎng)網(wǎng)上上觀觀看看視視頻頻節(jié)節(jié)目目的的文文件件壓壓縮縮格格式式。。由由于于它它是是用用MPEG-4的的壓壓縮縮算算法法，，所所以以它它的的壓壓縮縮質(zhì)質(zhì)量量如如果果不不考考慮慮文文件件大大小小的的話話，，完完全全可可以以和和VCD媲媲美美，，比比同同是是視視頻頻格格式式的的*.rm好好很很多多。。關(guān)關(guān)于于這這種種格格式式，，Microsoft有有明明確確說說明明：：““ASF是是一一種種支支持持在在各各類類網(wǎng)網(wǎng)絡(luò)絡(luò)和和協(xié)協(xié)議議下下進(jìn)進(jìn)行行數(shù)數(shù)據(jù)據(jù)傳傳遞遞的的公公開開標(biāo)標(biāo)準(zhǔn)準(zhǔn)。。ASF用用于于排排列列、、組組織織、、同同步步多多媒媒體體數(shù)數(shù)據(jù)據(jù)以以通通過過網(wǎng)網(wǎng)絡(luò)絡(luò)傳傳輸輸。。ASF是是一一種種數(shù)數(shù)據(jù)據(jù)格格式式，，然然而而，，它它也也可可用用于于指指定定實(shí)實(shí)況況演演示示的的格格式式。。493.MOVQuickTime是是Apple計(jì)計(jì)算算機(jī)機(jī)公公司司開開發(fā)發(fā)的的一一種種音音頻頻、、視視頻頻文文件件格格式式，，用用于于保保存存音音頻頻和和視視頻頻信信息息，，具具有有先先進(jìn)進(jìn)的的視視頻頻和和音音頻頻功功能能，，被被包包括括AppleMacOS、、MicrosoftWindows在在內(nèi)內(nèi)的的所所有有主主流流操操作作平平臺臺支支持持。。QuickTime制制定定了了其其稱稱作作QuickTimeMovie的的多多媒媒體體文文件件格格式式。。此此文文件件格格式式是是極極具具彈彈性性的的存存儲儲格格式式。。雖雖然然，，QuickTime并并沒沒強(qiáng)強(qiáng)制制要要求求用用戶戶將將媒媒體體資資料料存存成成QuickTimeMovie文文件件，，但但大大部部分分的的用用戶戶會會發(fā)發(fā)現(xiàn)現(xiàn)，，QuickTimeMovie檔檔案案格格式式是是一一種種方方便便而而強(qiáng)強(qiáng)大大的的多多媒媒體體文文件件格格式式，，它它要要比比微微軟軟早早期期推推出出的的AVI文文件件格格式式強(qiáng)強(qiáng)。。504.SWFSWF（（ShockWaveFlash））是是Micromedia公公司司推推出出的的一一種種動動畫畫格格式式，，它它采采用用矢矢量量圖圖形形方方法法存存儲儲動動畫畫，，使使得得生生成成的的文文件件很很小小，，但但質(zhì)質(zhì)量量卻卻絲絲毫毫不不變變，，已已播播放放的的質(zhì)質(zhì)量量不不隨隨畫畫面面的的放放大大而而變變差差（（這這是是一一般般VCD的的缺缺點(diǎn)點(diǎn)）），，因因而而得得到到了了廣廣泛泛應(yīng)應(yīng)用用。。如如今今它它與與RealNetwork公公司司進(jìn)進(jìn)行行合合作作，，一一同同推推進(jìn)進(jìn)流流媒媒體體的的服服務(wù)務(wù)。。Flash的的一一個個最最大大的的優(yōu)優(yōu)點(diǎn)點(diǎn)是是制制作作簡簡單單，，發(fā)發(fā)布布方方便便。。513.6流流媒媒體體系系統(tǒng)統(tǒng)的的構(gòu)構(gòu)成成521．．媒媒體體內(nèi)內(nèi)容容制制作作媒體體內(nèi)內(nèi)容容制制作作模模塊塊可可進(jìn)進(jìn)行行Stream的的制制作作與與生生成成。。它它包包括括了了從從獨(dú)獨(dú)立立的的視視頻頻、、聲聲音音、、圖圖片片、、文文字字組組合合到到制制作作豐豐富富的的流流媒媒體體的的一一系系列列的的工工具具，，這這些些工工具具產(chǎn)產(chǎn)生生的的Stream文文件件可可以以存存儲儲為為固固定定的的格格式式，，供供發(fā)發(fā)布布服服務(wù)務(wù)器器使使用用。。它它還還可可以以利利用用視視頻頻采采集集設(shè)設(shè)備備，，實(shí)實(shí)時時向向媒媒體體服服務(wù)務(wù)器器提提供供各各種種視視頻頻流流，，提提供供實(shí)實(shí)時時的的多多媒媒體體信信息息的的發(fā)發(fā)布布服服務(wù)務(wù)。。532．．媒媒體體內(nèi)內(nèi)容容管管理理媒體體內(nèi)內(nèi)容容管管理理包包括括流流媒媒體體文文件件的的存存儲儲、、查查詢詢及及節(jié)節(jié)目目管管理理、、創(chuàng)創(chuàng)建建和和發(fā)發(fā)布布。。節(jié)節(jié)目目不不多多時時可可使使用用文文件件系系統(tǒng)統(tǒng)，，當(dāng)當(dāng)節(jié)節(jié)目目量量大大時時，，就就必必須須使使用用數(shù)數(shù)據(jù)據(jù)庫庫管管理理系系統(tǒng)統(tǒng)。。543．．用用戶戶管管理理用戶戶管管理理主