計算機網(wǎng)絡(luò)與通信課件(8-音視頻)

第8章因特網(wǎng)上的音頻/視頻服務(wù)音視頻存儲音視頻傳輸服務(wù)質(zhì)量保證（QoS）1第8章因特網(wǎng)上的音頻/視頻服務(wù)音視頻存儲1多媒體信息的特點信息量很大（字節(jié)數(shù)）在傳輸時，對時延和時延抖動均有較高的要求往往是實時數(shù)據(jù)(realtimedata)（在發(fā)送實時數(shù)據(jù)的同時，在接收端邊接收邊播放）2多媒體信息的特點信息量很大（字節(jié)數(shù)）2接收端需設(shè)置緩存播放時延

解決延遲抖動的措施tT緩存（隊列）恒定速率t非恒定速率有可能發(fā)生分組丟失3接收端需設(shè)置緩存解決延遲抖動的措施tT緩存（隊列）恒定速率需要解決的問題延遲、延遲抖動的控制丟失的控制分組排序4需要解決的問題延遲、延遲抖動的控制4音頻/視頻服務(wù)分類流式(streaming)存儲音頻/視頻——邊下載邊播放。流式實況音頻/視頻——邊錄制邊發(fā)送。交互式音頻/視頻——實時交互式通信。5音頻/視頻服務(wù)分類流式(streaming)存儲音頻/視頻8.2流式存儲音頻/視頻傳統(tǒng)的下載文件方法萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

GET:音頻/視頻文件

RESPONSE

音頻/視頻文件瀏覽器68.2流式存儲音頻/視頻傳統(tǒng)的下載文件方法萬維網(wǎng)客戶8.2.1具有元文件的萬維網(wǎng)服務(wù)器元文件就是一種非常小的文件，它描述或指明其他文件的一些重要信息。萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

元文件瀏覽器

GET:元文件

RESPONSEGET:音頻/視頻文件RESPONSE78.2.1具有元文件的萬維網(wǎng)服務(wù)器元文件就是一種非常小8.2.2媒體服務(wù)器媒體服務(wù)器（也稱為流式服務(wù)器streamingserver)：支持流式音頻和視頻的傳送的服務(wù)器媒體播放器不是向萬維網(wǎng)服務(wù)器而是向媒體服務(wù)器請求音頻/視頻文件媒體服務(wù)器和媒體播放器之間UDP、RTP等協(xié)議進行交互88.2.2媒體服務(wù)器媒體服務(wù)器（也稱為流式服務(wù)器str使用媒體服務(wù)器萬維網(wǎng)服務(wù)器媒體播放器

元文件瀏覽器

GET:元文件

RESPONSEGET:音頻/視頻文件RESPONSE媒體服務(wù)器客戶機服務(wù)器9使用媒體服務(wù)器萬維網(wǎng)媒體元文件瀏覽器GET:元文8.2.3實時流式協(xié)議RTSP

(Real-TimeStreamingProtocol)

RTSP是一個多媒體播放控制協(xié)議，可暫停/繼續(xù)、后退、前進等——“因特網(wǎng)錄像機遙控協(xié)議”。要有專門的媒體播放器(mediaplayer)和媒體服務(wù)器(mediaserver)。108.2.3實時流式協(xié)議RTSP

(Real-TimeS萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

元文件瀏覽器媒體服務(wù)器音頻/視頻流

GET:元文件

RESPONSESETUPRESPONSEPLAYRESPONSE

RESPONSE

TEARDOWN

8.2.3實時流式協(xié)議RTSP11萬維網(wǎng)客戶機服務(wù)器媒體元文件瀏覽器媒體音頻/視頻流G8.3交互式音頻/視頻

8.3.1IP電話概述狹義的IP電話：在IP網(wǎng)絡(luò)上打電話廣義的IP電話：在IP網(wǎng)絡(luò)上進行交互式多媒體實時通信（包括話音、視像等），包括IM(InstantMessaging)。128.3交互式音頻/視頻

8.3.1IP電話概述狹IP電話網(wǎng)關(guān)的幾種連接方法分組交換電路交換電路交換

因特網(wǎng)PC到PC公用電話網(wǎng)IP

電話網(wǎng)關(guān)

因特網(wǎng)PC到固定電話機公用電話網(wǎng)IP

電話網(wǎng)關(guān)公用電話網(wǎng)IP

電話網(wǎng)關(guān)因特網(wǎng)固定電話機到固定電話機13IP電話網(wǎng)關(guān)的幾種連接方法分組交換電路交換電路交換低速率話音編碼的標準(1)G.729——速率為8kb/s的共軛結(jié)構(gòu)代數(shù)碼激勵線性預(yù)測聲碼器CS-ACELP(Conjugate-StructureAlgebraic-Code-ExcitedLinearPrediction)。(2)G.723.1——速率為5.3/6.3kb/s的為多媒體通信用的低速率聲碼器。14低速率話音編碼的標準(1)G.729——速率為8kbD播放時延有一個最佳值分組丟失率端到端時延20%10%5%100ms150ms400msABCN良好基本可用不好長途電話質(zhì)量接收端播放時延增大15D播放時延有一個最佳值分組端到端時延20%10%58.3.2IP電話所需要的幾種應(yīng)用協(xié)議TCPUDP信令服務(wù)質(zhì)量IPv4/IPv6RTSPRTCPRSVPH.323SIPRTP應(yīng)用層協(xié)議音頻/視頻SDP底層網(wǎng)絡(luò)168.3.2IP電話所需要的幾種應(yīng)用協(xié)議TCPUDP信令8.3.3實時運輸協(xié)議RTP

(Real-timeTransportProtocol)

RTP為實時應(yīng)用提供端到端的運輸，但不提供任何服務(wù)質(zhì)量的保證。多媒體數(shù)據(jù)塊經(jīng)壓縮編碼處理后，先送給RTP封裝成為RTP分組，再裝入運輸層的UDP用戶數(shù)據(jù)報，然后再交給IP層。RTP是一個協(xié)議框架，只包含了實時應(yīng)用的一些共同的功能。RTP自己并不對多媒體數(shù)據(jù)塊做任何處理，而只是向應(yīng)用層提供一些附加的信息，讓應(yīng)用層知道應(yīng)當(dāng)如何進行處理。178.3.3實時運輸協(xié)議RTP

(Real-time8.3.3實時運輸協(xié)議RTP12字節(jié)序號位01381631有效載荷類型版本PXM參與源數(shù)時間戳同步源標識符(SSRC)參與源標識符(CSRC)[0..15]…發(fā)送RTP分組UDP用戶數(shù)據(jù)報IP數(shù)據(jù)報IP首部UDP首部RTP首部RTP數(shù)據(jù)部分（應(yīng)用層數(shù)據(jù)）188.3.3實時運輸協(xié)議RTP12序8.3.5H.323H.323：ITU-T于1996年制訂的“基于分組的多媒體通信系統(tǒng)”H.323不保證服務(wù)質(zhì)量QoS198.3.5H.323H.323：ITU-T于19H.323標準指明的四種構(gòu)件(1)H.323終端(2)網(wǎng)關(guān)——網(wǎng)關(guān)連接到兩種不同的網(wǎng)絡(luò)，使H.323網(wǎng)絡(luò)可以和非H.323網(wǎng)絡(luò)進行通信。(3)網(wǎng)閘(gatekeeper)——所有的呼叫都要通過網(wǎng)閘，因為網(wǎng)閘提供地址轉(zhuǎn)換、授權(quán)、帶寬管理和計費功能。(4)多點控制單元MCU(MultipointControlUnit)——MCU支持三個或更多的H.323終端的音頻或視頻會議。20H.323標準指明的四種構(gòu)件(1)H.323終端20H.323網(wǎng)關(guān)用來和

非H.323網(wǎng)絡(luò)進行連接因特網(wǎng)公用電話網(wǎng)網(wǎng)關(guān)網(wǎng)閘H.323終端

多點控制單元MCU21H.323網(wǎng)關(guān)用來和

非H.323網(wǎng)絡(luò)進行連接因特網(wǎng)H.323的協(xié)議體系結(jié)構(gòu)音頻/視頻應(yīng)用音頻編解碼視頻編解碼RTCPH.225.0登記信令H.225.0呼叫信令H.245控制信令RTPUDPTCPIP信令和控制數(shù)據(jù)應(yīng)用T.120數(shù)據(jù)22H.323的協(xié)議體系結(jié)構(gòu)音頻/視頻應(yīng)用音頻視頻RTCPH8.3.6會話發(fā)起協(xié)議SIPSIP系統(tǒng)的兩種構(gòu)件：用戶代理和網(wǎng)絡(luò)服務(wù)器。用戶代理包括用戶代理客戶和用戶代理服務(wù)器，前者用來發(fā)起呼叫，而后者用來接受呼叫。網(wǎng)絡(luò)服務(wù)器分為代理服務(wù)器和重定向服務(wù)器。代理服務(wù)器接受來自主叫用戶的呼叫請求，并將其轉(zhuǎn)發(fā)給下一跳代理服務(wù)器，最后將呼叫請求轉(zhuǎn)發(fā)給被叫用戶。重定向服務(wù)器不接受呼叫，它通過響應(yīng)告訴客戶下一跳代理服務(wù)器的地址，由客戶按此地址向下一跳代理服務(wù)器重新發(fā)送呼叫請求。238.3.6會話發(fā)起協(xié)議SIPSIP系統(tǒng)的兩種構(gòu)件：用戶SIP的地址十分靈活可以是電話號碼，也可以是電子郵件地址、IP地址或其他類型的地址。但一定要使用SIP的地址格式，例如：電話號碼sip:zhangsan@8625-87654321IPv4地址sip:zhangsan@6電子郵件地址sip:zhangsan@24SIP的地址十分靈活可以是電話號碼，也可以是電子郵件地址、一個簡單的SIP會話

主叫方被叫方OK:地址ACKINVITE:地址，選項建立會話BYE終止會話電話交談通信tt25一個簡單的SIP會話主叫方被叫方OK:地址ASIP登記器的用途

——跟蹤被叫方——

主叫方被叫方INVITE查找回答電話交談ttSIP代理服務(wù)器SIP登記器INVITEOKOKACKACKBYEtt26SIP登記器的用途

——跟蹤被叫方——主叫方會話描述協(xié)議SDP

(SessionDescriptionProtocol)

SDP在電話會議的情況下特別重要，因為電話會議的參加者是動態(tài)地加入和退出。SDP詳細地指明了媒體編碼、協(xié)議的端口號以及多播地址。SIP使用了HTTP的許多首部、編碼規(guī)則、差錯碼以及一些鑒別機制，它比H.323具有更好的可擴縮性。由于SIP問世較晚，因此它現(xiàn)在比H.323占有的市場份額要小。27會話描述協(xié)議SDP

(SessionDescriptio8.4服務(wù)器質(zhì)量（QoS）8.4.1QoS概念服務(wù)質(zhì)量QoS：服務(wù)性能的總效果性能指標：可用性、差錯率、響應(yīng)時間、吞吐量、分組丟失率、連接建立時間、故障檢測和改正時間等。288.4服務(wù)器質(zhì)量（QoS）8.4.1QoS概念288.4.2調(diào)度和管制機制按優(yōu)先級排隊，使優(yōu)先級高的分組優(yōu)先得到服務(wù)。298.4.2調(diào)度和管制機制按優(yōu)先級排隊，使優(yōu)先級高的分組優(yōu)分組按優(yōu)先級排隊高優(yōu)先級隊列低優(yōu)先級隊列分組到達路由器調(diào)度分組離開路由器分類器（服務(wù)員）路由器高

高高低30分組按優(yōu)先級排隊高優(yōu)先級隊列低優(yōu)先級隊列分組到達調(diào)度分組離開高優(yōu)先級分組優(yōu)先接受服務(wù)t1235到達離開接受服務(wù)41325413254t高高高低低31高優(yōu)先級分組優(yōu)先接受服務(wù)t1235到達離開接受4132541分組離開路由器加權(quán)公平排隊WFQ

(WeightedFairQueuing)

分組到達路由器調(diào)度分類器w1w2w3123路由器32分組離開加權(quán)公平排隊WFQ

(WeightedFair加權(quán)公平排隊WFQ分組分類排隊給隊列i指派一個權(quán)重wi。隊列i得到的平均服務(wù)時間為wi/(wj)，這里wj是對所有的非空隊列的權(quán)重求和。隊列i將得到的有保證的帶寬Ri

應(yīng)為

33加權(quán)公平排隊WFQ分組分類排隊33分組到達2.管制機制——漏桶管制器漏桶中最多裝入b個權(quán)標拿走權(quán)標準許分組進入網(wǎng)絡(luò)等待權(quán)標在任何時間間隔t內(nèi)準許進入網(wǎng)絡(luò)的分組數(shù)=rt+b標記注入漏桶的速率為每秒r個權(quán)標34分組到達2.管制機制——漏桶管制器漏桶中最多拿走準許分組8.4.3綜合服務(wù)IntServ

與資源預(yù)留協(xié)議RSVPIntServ的思想：滿足Internet多媒體應(yīng)用實時傳輸?shù)男枨髲亩说蕉诵袨殚_始，網(wǎng)絡(luò)中各元素的控制考慮的主要要素：延遲（傳輸延遲、等待延遲）358.4.3綜合服務(wù)IntServ

與資源預(yù)留協(xié)議RIntServ定義了兩類服務(wù)有保證的服務(wù)(guaranteedservice)，保證一個分組在通過路由器時的排隊時延有一個嚴格的上限。受控負載的服務(wù)(controlled-loadservice)，使應(yīng)用程序得到比通常的“盡力而為”更加可靠的服務(wù)。36IntServ定義了兩類服務(wù)有保證的服務(wù)(guarantIntServ由四個組成部分(1)資源預(yù)留協(xié)議RSVP(2)接納控制(admissioncontrol)：決定是否同意對某一資源的請求(3)分類器(classifier)：將進入路由器的分組進行分類并放入相應(yīng)隊列(4)調(diào)度器(scheduler)：決定分組發(fā)送的先后順序37IntServ由四個組成部分(1)資源預(yù)留協(xié)議RSVPIntServ體系結(jié)構(gòu)

在路由器中的實現(xiàn)路由選擇協(xié)議路由選擇數(shù)據(jù)庫RSVP接納控制管理代理通信量控制數(shù)據(jù)庫分類器與分組轉(zhuǎn)發(fā)調(diào)度器分組入分組出38IntServ體系結(jié)構(gòu)

在路由器中的實現(xiàn)路由選擇協(xié)議路由IntServ的主要問題(1)狀態(tài)信息的數(shù)量與流的數(shù)目成正比：按每個流進行資源預(yù)留會產(chǎn)生很大的開銷。(2)體系結(jié)構(gòu)復(fù)雜：所有的路由器都必須裝有RSVP、接納控制、分類器和調(diào)度器。(3)所定義的服務(wù)質(zhì)量等級數(shù)量太少，不夠靈活。39IntServ的主要問題(1)狀態(tài)信息的數(shù)量與流的數(shù)目成8.4.4區(qū)分服務(wù)DiffServ(DifferentiatedServices)1.DiffServ的基本思想將數(shù)據(jù)進行區(qū)分，區(qū)別對待。（DS標志）在IP包頭中增加區(qū)分標志；路由器解釋簡化內(nèi)部節(jié)點的服務(wù)機制：流狀態(tài)的保存、控制在邊界節(jié)點實現(xiàn)，內(nèi)部節(jié)點與狀態(tài)無關(guān)內(nèi)部節(jié)點實現(xiàn)流聚集，而非單個流不影響路由（僅影響隊列調(diào)度與緩沖管理）408.4.4區(qū)分服務(wù)DiffServ(Differen區(qū)分標志IPv4中原有的服務(wù)類型字段IPv6通信量類字段DS字段現(xiàn)只使用前6bit，即區(qū)分服務(wù)碼點DSCP(DifferentiatedServicesCodePoint)。CUDSCP比特0567暫不使用41區(qū)分標志IPv4中原有的服務(wù)類型字段CUDSC服務(wù)等級協(xié)定SLA

(ServiceLevelAgreement)

指明被支持的服務(wù)類別（可包括吞吐量、分組丟失率、時延和時延抖動、網(wǎng)絡(luò)的可用性等）和每一類所容許的通信量。42服務(wù)等級協(xié)定SLA

(ServiceLevelAgreeDS域(DSDomain)網(wǎng)絡(luò)被劃分為許多個DS域DiffServ將所有的復(fù)雜性放在DS域的邊界節(jié)點(boundarynode)中，而使DS域內(nèi)部路由器工作得盡可能地簡單。內(nèi)部路由器邊界路由器內(nèi)部路由器BBBBDS域DS域43DS域(DSDomain)網(wǎng)絡(luò)被劃分為許多個DS域邊界路由器中的功能邊界路由器中的功能較多，可分為：分類器(classifier)通信量調(diào)節(jié)器(conditioner)兩大部分。調(diào)節(jié)器的組成：標記器(marker)整形器(shaper)測定器(meter)44邊界路由器中的功能邊界路由器中的功能較多，可分邊界路由器中的各功能塊的關(guān)系內(nèi)部路由器邊界路由器（入口）邊界路由器（出口）分類器標記器整形器測定器根據(jù)DS值進行轉(zhuǎn)發(fā)調(diào)節(jié)器分組入分組出丟棄45邊界路由器中的各功能塊的關(guān)系內(nèi)部路由器邊界路由器邊界路由器聚合(aggregation)將若干個流根據(jù)其DS值聚合成少量的流路由器對相同DS值的流都按相同的優(yōu)先級進行轉(zhuǎn)發(fā)——簡化網(wǎng)絡(luò)內(nèi)部的路由器的轉(zhuǎn)發(fā)機制不需要使用RSVP46聚合(aggregation)將若干個流根據(jù)其DS值聚作業(yè)3，23，30，3247作業(yè)3，23，30，3247第8章因特網(wǎng)上的音頻/視頻服務(wù)音視頻存儲音視頻傳輸服務(wù)質(zhì)量保證（QoS）48第8章因特網(wǎng)上的音頻/視頻服務(wù)音視頻存儲1多媒體信息的特點信息量很大（字節(jié)數(shù)）在傳輸時，對時延和時延抖動均有較高的要求往往是實時數(shù)據(jù)(realtimedata)（在發(fā)送實時數(shù)據(jù)的同時，在接收端邊接收邊播放）49多媒體信息的特點信息量很大（字節(jié)數(shù)）2接收端需設(shè)置緩存播放時延

解決延遲抖動的措施tT緩存（隊列）恒定速率t非恒定速率有可能發(fā)生分組丟失50接收端需設(shè)置緩存解決延遲抖動的措施tT緩存（隊列）恒定速率需要解決的問題延遲、延遲抖動的控制丟失的控制分組排序51需要解決的問題延遲、延遲抖動的控制4音頻/視頻服務(wù)分類流式(streaming)存儲音頻/視頻——邊下載邊播放。流式實況音頻/視頻——邊錄制邊發(fā)送。交互式音頻/視頻——實時交互式通信。52音頻/視頻服務(wù)分類流式(streaming)存儲音頻/視頻8.2流式存儲音頻/視頻傳統(tǒng)的下載文件方法萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

GET:音頻/視頻文件

RESPONSE

音頻/視頻文件瀏覽器538.2流式存儲音頻/視頻傳統(tǒng)的下載文件方法萬維網(wǎng)客戶8.2.1具有元文件的萬維網(wǎng)服務(wù)器元文件就是一種非常小的文件，它描述或指明其他文件的一些重要信息。萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

元文件瀏覽器

GET:元文件

RESPONSEGET:音頻/視頻文件RESPONSE548.2.1具有元文件的萬維網(wǎng)服務(wù)器元文件就是一種非常小8.2.2媒體服務(wù)器媒體服務(wù)器（也稱為流式服務(wù)器streamingserver)：支持流式音頻和視頻的傳送的服務(wù)器媒體播放器不是向萬維網(wǎng)服務(wù)器而是向媒體服務(wù)器請求音頻/視頻文件媒體服務(wù)器和媒體播放器之間UDP、RTP等協(xié)議進行交互558.2.2媒體服務(wù)器媒體服務(wù)器（也稱為流式服務(wù)器str使用媒體服務(wù)器萬維網(wǎng)服務(wù)器媒體播放器

元文件瀏覽器

GET:元文件

RESPONSEGET:音頻/視頻文件RESPONSE媒體服務(wù)器客戶機服務(wù)器56使用媒體服務(wù)器萬維網(wǎng)媒體元文件瀏覽器GET:元文8.2.3實時流式協(xié)議RTSP

(Real-TimeStreamingProtocol)

RTSP是一個多媒體播放控制協(xié)議，可暫停/繼續(xù)、后退、前進等——“因特網(wǎng)錄像機遙控協(xié)議”。要有專門的媒體播放器(mediaplayer)和媒體服務(wù)器(mediaserver)。578.2.3實時流式協(xié)議RTSP

(Real-TimeS萬維網(wǎng)服務(wù)器客戶機服務(wù)器媒體播放器

元文件瀏覽器媒體服務(wù)器音頻/視頻流

GET:元文件

RESPONSESETUPRESPONSEPLAYRESPONSE

RESPONSE

TEARDOWN

8.2.3實時流式協(xié)議RTSP58萬維網(wǎng)客戶機服務(wù)器媒體元文件瀏覽器媒體音頻/視頻流G8.3交互式音頻/視頻

8.3.1IP電話概述狹義的IP電話：在IP網(wǎng)絡(luò)上打電話廣義的IP電話：在IP網(wǎng)絡(luò)上進行交互式多媒體實時通信（包括話音、視像等），包括IM(InstantMessaging)。598.3交互式音頻/視頻

8.3.1IP電話概述狹IP電話網(wǎng)關(guān)的幾種連接方法分組交換電路交換電路交換

因特網(wǎng)PC到PC公用電話網(wǎng)IP

電話網(wǎng)關(guān)

因特網(wǎng)PC到固定電話機公用電話網(wǎng)IP

電話網(wǎng)關(guān)公用電話網(wǎng)IP

電話網(wǎng)關(guān)因特網(wǎng)固定電話機到固定電話機60IP電話網(wǎng)關(guān)的幾種連接方法分組交換電路交換電路交換低速率話音編碼的標準(1)G.729——速率為8kb/s的共軛結(jié)構(gòu)代數(shù)碼激勵線性預(yù)測聲碼器CS-ACELP(Conjugate-StructureAlgebraic-Code-ExcitedLinearPrediction)。(2)G.723.1——速率為5.3/6.3kb/s的為多媒體通信用的低速率聲碼器。61低速率話音編碼的標準(1)G.729——速率為8kbD播放時延有一個最佳值分組丟失率端到端時延20%10%5%100ms150ms400msABCN良好基本可用不好長途電話質(zhì)量接收端播放時延增大62D播放時延有一個最佳值分組端到端時延20%10%58.3.2IP電話所需要的幾種應(yīng)用協(xié)議TCPUDP信令服務(wù)質(zhì)量IPv4/IPv6RTSPRTCPRSVPH.323SIPRTP應(yīng)用層協(xié)議音頻/視頻SDP底層網(wǎng)絡(luò)638.3.2IP電話所需要的幾種應(yīng)用協(xié)議TCPUDP信令8.3.3實時運輸協(xié)議RTP

(Real-timeTransportProtocol)

RTP為實時應(yīng)用提供端到端的運輸，但不提供任何服務(wù)質(zhì)量的保證。多媒體數(shù)據(jù)塊經(jīng)壓縮編碼處理后，先送給RTP封裝成為RTP分組，再裝入運輸層的UDP用戶數(shù)據(jù)報，然后再交給IP層。RTP是一個協(xié)議框架，只包含了實時應(yīng)用的一些共同的功能。RTP自己并不對多媒體數(shù)據(jù)塊做任何處理，而只是向應(yīng)用層提供一些附加的信息，讓應(yīng)用層知道應(yīng)當(dāng)如何進行處理。648.3.3實時運輸協(xié)議RTP

(Real-time8.3.3實時運輸協(xié)議RTP12字節(jié)序號位01381631有效載荷類型版本PXM參與源數(shù)時間戳同步源標識符(SSRC)參與源標識符(CSRC)[0..15]…發(fā)送RTP分組UDP用戶數(shù)據(jù)報IP數(shù)據(jù)報IP首部UDP首部RTP首部RTP數(shù)據(jù)部分（應(yīng)用層數(shù)據(jù)）658.3.3實時運輸協(xié)議RTP12序8.3.5H.323H.323：ITU-T于1996年制訂的“基于分組的多媒體通信系統(tǒng)”H.323不保證服務(wù)質(zhì)量QoS668.3.5H.323H.323：ITU-T于19H.323標準指明的四種構(gòu)件(1)H.323終端(2)網(wǎng)關(guān)——網(wǎng)關(guān)連接到兩種不同的網(wǎng)絡(luò)，使H.323網(wǎng)絡(luò)可以和非H.323網(wǎng)絡(luò)進行通信。(3)網(wǎng)閘(gatekeeper)——所有的呼叫都要通過網(wǎng)閘，因為網(wǎng)閘提供地址轉(zhuǎn)換、授權(quán)、帶寬管理和計費功能。(4)多點控制單元MCU(MultipointControlUnit)——MCU支持三個或更多的H.323終端的音頻或視頻會議。67H.323標準指明的四種構(gòu)件(1)H.323終端20H.323網(wǎng)關(guān)用來和

非H.323網(wǎng)絡(luò)進行連接因特網(wǎng)公用電話網(wǎng)網(wǎng)關(guān)網(wǎng)閘H.323終端

多點控制單元MCU68H.323網(wǎng)關(guān)用來和

非H.323網(wǎng)絡(luò)進行連接因特網(wǎng)H.323的協(xié)議體系結(jié)構(gòu)音頻/視頻應(yīng)用音頻編解碼視頻編解碼RTCPH.225.0登記信令H.225.0呼叫信令H.245控制信令RTPUDPTCPIP信令和控制數(shù)據(jù)應(yīng)用T.120數(shù)據(jù)69H.323的協(xié)議體系結(jié)構(gòu)音頻/視頻應(yīng)用音頻視頻RTCPH8.3.6會話發(fā)起協(xié)議SIPSIP系統(tǒng)的兩種構(gòu)件：用戶代理和網(wǎng)絡(luò)服務(wù)器。用戶代理包括用戶代理客戶和用戶代理服務(wù)器，前者用來發(fā)起呼叫，而后者用來接受呼叫。網(wǎng)絡(luò)服務(wù)器分為代理服務(wù)器和重定向服務(wù)器。代理服務(wù)器接受來自主叫用戶的呼叫請求，并將其轉(zhuǎn)發(fā)給下一跳代理服務(wù)器，最后將呼叫請求轉(zhuǎn)發(fā)給被叫用戶。重定向服務(wù)器不接受呼叫，它通過響應(yīng)告訴客戶下一跳代理服務(wù)器的地址，由客戶按此地址向下一跳代理服務(wù)器重新發(fā)送呼叫請求。708.3.6會話發(fā)起協(xié)議SIPSIP系統(tǒng)的兩種構(gòu)件：用戶SIP的地址十分靈活可以是電話號碼，也可以是電子郵件地址、IP地址或其他類型的地址。但一定要使用SIP的地址格式，例如：電話號碼sip:zhangsan@8625-87654321IPv4地址sip:zhangsan@6電子郵件地址sip:zhangsan@71SIP的地址十分靈活可以是電話號碼，也可以是電子郵件地址、一個簡單的SIP會話

主叫方被叫方OK:地址ACKINVITE:地址，選項建立會話BYE終止會話電話交談通信tt72一個簡單的SIP會話主叫方被叫方OK:地址ASIP登記器的用途

——跟蹤被叫方——

主叫方被叫方INVITE查找回答電話交談ttSIP代理服務(wù)器SIP登記器INVITEOKOKACKACKBYEtt73SIP登記器的用途

——跟蹤被叫方——主叫方會話描述協(xié)議SDP

(SessionDescriptionProtocol)

SDP在電話會議的情況下特別重要，因為電話會議的參加者是動態(tài)地加入和退出。SDP詳細地指明了媒體編碼、協(xié)議的端口號以及多播地址。SIP使用了HTTP的許多首部、編碼規(guī)則、差錯碼以及一些鑒別機制，它比H.323具有更好的可擴縮性。由于SIP問世較晚，因此它現(xiàn)在比H.323占有的市場份額要小。74會話描述協(xié)議SDP

(SessionDescriptio8.4服務(wù)器質(zhì)量（QoS）8.4.1QoS概念服務(wù)質(zhì)量QoS：服務(wù)性能的總效果性能指標：可用性、差錯率、響應(yīng)時間、吞吐量、分組丟失率、連接建立時間、故障檢測和改正時間等。758.4服務(wù)器質(zhì)量（QoS）8.4.1QoS概念288.4.2調(diào)度和管制機制按優(yōu)先級排隊，使優(yōu)先級高的分組優(yōu)先得到服務(wù)。768.4.2調(diào)度和管制機制按優(yōu)先級排隊，使優(yōu)先級高的分組優(yōu)分組按優(yōu)先級排隊高優(yōu)先級隊列低優(yōu)先級隊列分組到達路由器調(diào)度分組離開路由器分類器（服務(wù)員）路由器高

高高低77分組按優(yōu)先級排隊高優(yōu)先級隊列低優(yōu)先級隊列分組到達調(diào)度分組離開高優(yōu)先級分組優(yōu)先接受服務(wù)t1235到達離開接受服務(wù)41325413254t高高高低低78高優(yōu)先級分組優(yōu)先接受服務(wù)t1235到達離開接受4132541分組離開路由器加權(quán)公平排隊WFQ

(WeightedFairQueuing)

分組到達路由器調(diào)度分類器w1w2w3123路由器79分組離開加權(quán)公平排隊WFQ

(WeightedFair加權(quán)公平排隊WFQ分組分類排隊給隊列i指派一個權(quán)重wi。隊列i得到的平均服務(wù)時間為wi/(wj)，這里wj是對所有的非空隊列的權(quán)重求和。隊列i將得到的有保證的帶寬Ri

應(yīng)為

80加權(quán)公平排隊WFQ分組分類排隊33分組到達2.管制機制——漏桶管制器漏桶中最多裝入b個權(quán)標拿走權(quán)標準許分組進入網(wǎng)絡(luò)等待權(quán)標在任何時間間隔t內(nèi)準許進入網(wǎng)絡(luò)的分組數(shù)=rt+b標記注入漏桶的速率為每秒r個權(quán)標81分組到達2.管制機制——漏桶管制器漏桶中最多拿走準許分組8.4.3綜合服務(wù)IntServ

與資源預(yù)留協(xié)議RSVPIntServ的思想：滿足Internet多媒體應(yīng)用實時傳輸?shù)男枨髲亩说蕉诵袨殚_始，網(wǎng)絡(luò)中各元素的控制考慮的主要要素：延遲（傳輸延遲、等待延遲）828.4.3綜合服務(wù)IntServ

與資源預(yù)留協(xié)議RIntServ定義了兩類服務(wù)有保證的服務(wù)(guaranteedservice)，保證一個分組在通過路由器時的排隊時延有一個嚴格的上限。受控負載的服務(wù)(controlled-loadservice)，使應(yīng)用程序得到比通常的“盡力而為”更加可靠的服務(wù)。83IntServ定義了兩類服務(wù)有保證的服務(wù)(guarantIntServ由四個組成部分(1)資源預(yù)留協(xié)議RSVP(2)接納控制(admissioncontrol)：決定是否同意對某一資源的請求(3)分類器(classifier)：將進入路由器的分組進行分類并放入相應(yīng)隊列(4)調(diào)度器(scheduler)：決定分組發(fā)送的先后順序84IntSe