【正文】 實(shí)際傳輸速度小于播放所耗用資料的速度時(shí)，播放程序就會(huì)取用這一小段緩沖區(qū)內(nèi)的資料，避免播放的中斷，也使得播放品質(zhì)得以維持。 流媒體的概念 ? 所謂 流媒體 是指采用流式傳輸?shù)姆绞皆谝蛱鼐W(wǎng)上播放的媒體格式。 ? 因特網(wǎng)上傳輸?shù)臄?shù)據(jù)在被播放之后即被丟棄。 流媒體技術(shù) ? “流”概念的提出，徹底改變了因特網(wǎng)上媒體的處理方式。呼叫開(kāi)始通話時(shí)，網(wǎng)守收到網(wǎng)關(guān)的通知后通過(guò) Radius Client向計(jì)費(fèi)認(rèn)證中心發(fā)送計(jì)費(fèi)開(kāi)始消息，通話結(jié)束后發(fā)送計(jì)費(fèi)結(jié)束消息。 網(wǎng)守 3. 用戶界面和參數(shù)設(shè)置 ?用戶界面和參數(shù)設(shè)置部分完成路由表、網(wǎng)關(guān)數(shù)據(jù)表、網(wǎng)關(guān)組數(shù)據(jù)表、本網(wǎng)守?cái)?shù)據(jù)設(shè)定等數(shù)據(jù)的輸入、修改、保存和調(diào)試信息、日志信息、告警信息的管理和用戶權(quán)限管理。對(duì)于 PCtoPhone業(yè)務(wù)， PC需要對(duì)網(wǎng)守發(fā)起呼叫。為了與別的設(shè)備互通或別的原因，網(wǎng)守也可以不提供基于 IP地址進(jìn)行認(rèn)證，根據(jù)對(duì)方的 IP地址來(lái)判斷對(duì)方是否是合法用戶。 網(wǎng)守 – 5）路由管理：為了提高網(wǎng)絡(luò)的可靠性和接通率，對(duì)話務(wù)流量進(jìn)行分配，網(wǎng)守提供路由管理。 網(wǎng)守 – 4）帶寬管理：由于每個(gè)網(wǎng)關(guān)接入到因特網(wǎng)的帶寬有限，為了避免在話務(wù)高峰期造成網(wǎng)絡(luò)擁塞，影響所有的呼叫，網(wǎng)守可設(shè)定進(jìn)行帶寬管理，網(wǎng)關(guān)在 ARQ中填入所需的帶寬，網(wǎng)守判斷有無(wú)足夠的帶寬資源，如果資源不足，就拒絕呼叫。找到目的網(wǎng)關(guān)后在 ACF中返回其 IP地址，未找到返回 ARJ。 網(wǎng)守 – 2）用戶認(rèn)證：網(wǎng)關(guān)用 ARQ把用戶卡號(hào)和密碼發(fā)給網(wǎng)守，網(wǎng)守再把卡號(hào)和密碼送給計(jì)費(fèi)認(rèn)證中心，如果計(jì)費(fèi)認(rèn)證中心認(rèn)證通過(guò)，網(wǎng)守向網(wǎng)關(guān)發(fā) ACF，否則回 ARJ。每個(gè)網(wǎng)關(guān)保存兩個(gè)網(wǎng)守的地址，網(wǎng)關(guān)啟動(dòng)后定期向網(wǎng)守發(fā) RRQ登錄，如果登錄失敗，則向另一網(wǎng)守登錄。 – 1）區(qū)域管理：網(wǎng)守在結(jié)構(gòu)上應(yīng)能適應(yīng)各種結(jié)構(gòu)，既能支持單網(wǎng)守、單區(qū)域，也能支持多網(wǎng)守、多區(qū)域；在多區(qū)域情況下，各個(gè)區(qū)域即可以建立平等和直接的聯(lián)系，也可通過(guò)上級(jí)網(wǎng)守聯(lián)系。網(wǎng)守是對(duì)網(wǎng)絡(luò)終端（如 IP電話）網(wǎng)關(guān)等的呼叫和管理功能，用來(lái)管理 IP電話網(wǎng)關(guān)，是 VoIP網(wǎng)絡(luò)系統(tǒng)的重要組成部分。 ? 網(wǎng)守維護(hù)電話號(hào)碼和 IP地址對(duì)應(yīng)表，根據(jù)電話號(hào)碼反饋給路由器一個(gè) IP地址，因此，網(wǎng)守實(shí)質(zhì)上就是一個(gè)電話號(hào)碼簿。網(wǎng)守、網(wǎng)關(guān)和 MCU是 ，但是它們也可以使用一個(gè)獨(dú)立的硬件來(lái)實(shí)現(xiàn)。參與會(huì)議的終端利用 MCU建議連接。 ?不同網(wǎng)絡(luò)之間的連通是通過(guò)網(wǎng)關(guān)采用以下方法完成的： 為呼叫的建立和拆除翻譯協(xié)議；在不同網(wǎng)絡(luò)之間轉(zhuǎn)換媒體格式；在連通的網(wǎng)絡(luò)之間傳輸信息。一個(gè) 一個(gè) 。 ? 這些服務(wù)是全雙工的還是半雙工的，單播的還是多播的，根據(jù)應(yīng)用程序、終端負(fù)載能力以及網(wǎng)絡(luò)的配置來(lái)決定。視頻編碼 /解碼單元和用戶數(shù)據(jù)應(yīng)用程序是可選的。 ? 一個(gè)具體的 用戶設(shè)備接口、視頻編碼 /解碼、音頻編碼 /解碼、電信裝備、 、系統(tǒng)控制功能以及到基于網(wǎng)絡(luò)的包的接口 。 ?。它支持音頻通信或是可選擇的視頻或數(shù)據(jù)通信。各組成部分的特點(diǎn)分別描述如下。 ? 終端、網(wǎng)關(guān)、網(wǎng)守、 MC（ multipoint controller）以及 MCU（ multipoint control unit） 。 ? ITUT提出的 在分組網(wǎng)絡(luò)特別是在 IP網(wǎng)上 實(shí)現(xiàn)多媒體通信的標(biāo)準(zhǔn)，它充分利用了 IP網(wǎng)廉價(jià)和計(jì)算機(jī)靈活的特點(diǎn)，為未來(lái)多媒體通信提供了一個(gè)性價(jià)比最優(yōu)的平臺(tái)。 ? 在媒體會(huì)話過(guò)程中， RTCP會(huì)向所有的成員周期性地發(fā)送控制包，應(yīng)用程序接收 RTCP控制包，從中獲得會(huì)話成員的相關(guān)信息和網(wǎng)絡(luò)狀況等信息。接下來(lái)，實(shí)時(shí)傳輸控制協(xié)議（ RTCP）將參與到業(yè)務(wù)服務(wù)中來(lái)，其作用是為主機(jī)之間提供交互下述信息的機(jī)制：它們正在提供的服務(wù)質(zhì)量（如果它們是服務(wù)提供者）；和 /或它們正在接收的服務(wù)質(zhì)量（如果它們是服務(wù)客戶端）。 ? SN（ sequence number，序列號(hào)）：一個(gè)表示數(shù)據(jù)分組順序的數(shù)字，每發(fā)送一個(gè) RTP數(shù)據(jù)分組，序列號(hào)就增加 1。 ? M（ marker，標(biāo)記）：由應(yīng)用規(guī)定其含義，典型地用于在數(shù)據(jù)流中（為不同意義的數(shù)據(jù)，如音頻數(shù)據(jù)流中的靜音幀和語(yǔ)音幀）建立劃分邊界。 ? E（ extension，擴(kuò)展）：指示在 RTP頭之后的一個(gè)擴(kuò)展頭，目前未使用。 RTP協(xié)議 ? 圖 82中， V表示版本號(hào)。RTP翻譯器的工作是接收業(yè)務(wù)，將這些業(yè)務(wù)翻譯成另一種格式，這種格式與傳輸網(wǎng)絡(luò)的帶寬限制一致并且 /或者與接收端的帶寬限制一致。 RTP協(xié)議 ? RTP也是一個(gè)封裝協(xié)議，實(shí)時(shí)業(yè)務(wù)運(yùn)行在 RTP包的數(shù)據(jù)域，同時(shí) RTP包頭包含了關(guān)于該實(shí)時(shí)業(yè)務(wù)的業(yè)務(wù)類型信息。 ? RTP為實(shí)時(shí)數(shù)據(jù)傳輸提供 幀遺失檢測(cè)、時(shí)序重構(gòu)、數(shù)據(jù)安全 等多種服務(wù)。 RTP協(xié)議 ? RTP（ realtime transport protocol，實(shí)時(shí)傳輸協(xié)議）是為支持 實(shí)時(shí)業(yè)務(wù) 而設(shè)計(jì)的，是在 點(diǎn)對(duì)點(diǎn)通信和多點(diǎn)廣播網(wǎng)絡(luò)上實(shí)時(shí)傳輸流媒體數(shù)據(jù)的實(shí)時(shí)傳輸協(xié)議 。發(fā)送存活期表示本消息所在 IP包可以存活的時(shí)間（跳躍數(shù)）。 ? 標(biāo)志位目前尚未定義。 ? 一個(gè) RSVP會(huì)話通常由三部分構(gòu)成：目的地址（ Dest Address）、協(xié)議標(biāo)識(shí)（ Protocol ID）和目的端口（ Dest Port）。 RSVP協(xié)議 ? 如果從 RSVP所支持的傳輸類型來(lái)區(qū)分 QoS的服務(wù)。 RSVP協(xié)議 RSVP支持兩種服務(wù)類型： 受控載荷服務(wù)和保證服務(wù) 。因?yàn)樗槐ＷC正確傳遞，另一方面，數(shù)據(jù)在被收到時(shí)， IP不需要收到確認(rèn)，所以它是不可靠的。 ? RSVP協(xié)議的目的是通過(guò)在參與支持業(yè)務(wù)（比如視頻或音頻會(huì)議）的每臺(tái)機(jī)器上預(yù)留必要的資源來(lái)提供性能保證。 RSVP協(xié)議 ? RSVP（ resource reserve protocol）是因特網(wǎng)上的資源預(yù)訂協(xié)議，是用來(lái)為因特網(wǎng)中的一次會(huì)話預(yù)留資源的。 ? 可視電話通信協(xié)議也因通信網(wǎng)絡(luò)技術(shù)和計(jì)算機(jī)的發(fā)展不斷推出新的版本。 多媒體通信協(xié)議及標(biāo)準(zhǔn) ? 1964年，人們首次提出了視頻會(huì)議（ video conferencing）的概念，從而改變了傳統(tǒng)的電話通信方式。 視頻點(diǎn)播 3. 用戶終端 ?視頻服務(wù)器提供經(jīng)過(guò)壓縮的視、音頻 數(shù)字 信號(hào)，而用戶使用的是 模擬電視機(jī) ，因此是無(wú)法接收的，這就要使用一種稱為“機(jī)頂盒”的設(shè)備把壓縮的視、音頻數(shù)字信號(hào)解壓縮并轉(zhuǎn)換為模擬信號(hào)。 – 干線傳輸系統(tǒng)可以有光纖、同軸電纜和無(wú)線傳輸方式等供選擇； – 分配系統(tǒng)有光纖（ FITL）、銅線（ ADSL等）、混合光纖同軸電纜（ HFC）和無(wú)線（ LMDS）等實(shí)現(xiàn)方式。 ?由于音頻信號(hào)壓縮后的數(shù)據(jù)量相對(duì)較少，受網(wǎng)絡(luò)性能的影響在聽(tīng)覺(jué)上比較明顯；對(duì)于視頻信號(hào)來(lái)說(shuō)，偶爾的視頻包丟棄是允許的，因?yàn)橄乱粠瑘D像會(huì)馬上補(bǔ)充過(guò)來(lái)，在視覺(jué)上不會(huì)造成很大的影響，在網(wǎng)絡(luò)帶寬受限的情況下，可以通過(guò)降低視頻圖像的分辨率和適當(dāng)減少幀速率來(lái)盡量保證音頻信息的傳送質(zhì)量。 視頻點(diǎn)播 2. 傳輸網(wǎng)絡(luò) ?傳輸網(wǎng)絡(luò)用于傳送用戶的節(jié)目選擇信息和分配視、音頻服務(wù)媒體流。 視頻點(diǎn)播 ? VOD視頻服務(wù)器保存著大量經(jīng)壓縮的圖像節(jié)目并能通過(guò)網(wǎng)絡(luò)為用戶提供所需的節(jié)目拷貝，也可以包含實(shí)時(shí)的 MPEG編碼器來(lái)接入實(shí)況轉(zhuǎn)播。用于存儲(chǔ)視頻資源并提供檢索能力的設(shè)備稱為視頻服務(wù)器，它是 VOD系統(tǒng)的中央控制和服務(wù)部分，是最關(guān)鍵