計(jì)算機(jī)通信網(wǎng)絡(luò)技術(shù)與應(yīng)用課件第8章

1第8章多媒體網(wǎng)絡(luò)技術(shù)與網(wǎng)絡(luò)服務(wù)質(zhì)量

2多媒體通信擴(kuò)展了計(jì)算機(jī)通信網(wǎng)絡(luò)的應(yīng)用領(lǐng)域，如何保證網(wǎng)絡(luò)服務(wù)質(zhì)量是最大的問題。本章首先介紹多媒體網(wǎng)絡(luò)通信的模型及其相關(guān)的通信技術(shù)，然后介紹服務(wù)質(zhì)量的概念，實(shí)現(xiàn)多媒體網(wǎng)絡(luò)通信的常用的標(biāo)準(zhǔn)，提高服務(wù)質(zhì)量的主要技術(shù)。要求理解多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性、服務(wù)質(zhì)量的概念，掌握多媒體通信的典型協(xié)議RTP與RTCP、SIP的工作原理，掌握集成服務(wù)、區(qū)分服務(wù)、MPLS的基本思路。

【本章目標(biāo)】3【本章要點(diǎn)】1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性2多媒體壓縮與傳輸，主要有流媒體及RTSP協(xié)議、RTP協(xié)議與RTCP協(xié)議、SIP與H.323會話控制

3服務(wù)質(zhì)量、集成服務(wù)的服務(wù)類型、RSVP、區(qū)分服務(wù)4MPLS多協(xié)議標(biāo)記交換技術(shù)

48.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性1.多媒體的概念

所謂媒體就是信息的載體。媒體在計(jì)算機(jī)領(lǐng)域中有兩種含義：一是指存儲信息的載體，如磁盤、光盤、半導(dǎo)體等也稱介質(zhì)；二是指傳遞信息的載體，如數(shù)字、文字、聲音、圖形圖像也稱媒介。多媒體就是如數(shù)字、文字、聲音、圖形圖像等多種媒體的組合。52.多媒體網(wǎng)絡(luò)的概念多媒體網(wǎng)絡(luò)是一個端到端的、能夠提供多性能服務(wù)的網(wǎng)絡(luò)。多媒體網(wǎng)絡(luò)由多媒體終端、多媒體接入網(wǎng)絡(luò)、多媒體傳輸骨干網(wǎng)絡(luò)以及能夠滿足多媒體網(wǎng)絡(luò)化應(yīng)用的網(wǎng)絡(luò)軟件等4個部分組成。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性6多媒體網(wǎng)絡(luò)應(yīng)用分為三類：

（1）存儲式的流媒體應(yīng)用；（2）直播式的流媒體應(yīng)用；（3）實(shí)時交互式的應(yīng)用。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性73.多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)之例

VOD是一個常見的多媒體網(wǎng)絡(luò)應(yīng)用，對于用戶而言，只需配備響應(yīng)的多媒體電腦終端或者一臺電視機(jī)和機(jī)頂盒，一個視頻點(diǎn)播遙控器，“想看什么就看什么，想什么時候看就什么時候看”，用戶和被訪問的資料之間高度的交互性使它區(qū)別于傳統(tǒng)的視頻節(jié)目的接收方式。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性8

一個VOD系統(tǒng)可以分成節(jié)目制作中心、服務(wù)器、網(wǎng)絡(luò)傳輸和用戶終端幾個子系統(tǒng)，其中網(wǎng)絡(luò)傳輸部分又可分為交換網(wǎng)和接入網(wǎng)，其結(jié)構(gòu)框圖如圖8-1所示。

圖8-1VOD系統(tǒng)結(jié)構(gòu)框圖8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性94.多媒體網(wǎng)絡(luò)的特性

由VOD系統(tǒng)可知，多媒體網(wǎng)絡(luò)需要傳輸文本、圖像、聲音、視頻等多媒體信息，表8-1顯示了這些多媒體信息對網(wǎng)絡(luò)的要求。多媒體信息對網(wǎng)絡(luò)的要求語音實(shí)時性：延時、抖動敏感；誤碼相對不敏感;數(shù)據(jù)實(shí)時性要求不高，但要有嚴(yán)格的誤碼/校錯保證；圖象實(shí)時性要求不高，但要求更高的帶寬;視頻高的帶寬、并對實(shí)時性要求較嚴(yán)，允許有誤碼;表8-1多媒體信息對網(wǎng)絡(luò)的要求

8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性10

從上表可以看出，為了完成承載多媒體業(yè)務(wù)的要求，多媒體網(wǎng)絡(luò)應(yīng)具有如下幾個特性：(1)業(yè)務(wù)等級保證，也稱為QOS（QualityOfService）保證。 多媒體網(wǎng)絡(luò)應(yīng)能根據(jù)不同的業(yè)務(wù)提供不同的質(zhì)量等級（如帶寬、延時、抖動等）。(2)高帶寬，也就是網(wǎng)絡(luò)的寬帶化。 隨著圖象、視頻等多媒體在網(wǎng)上的大量采用，要求網(wǎng)絡(luò)能提供足夠的帶寬。(3)可靠性保證。 作為向用戶提供服務(wù)的運(yùn)營網(wǎng)絡(luò)，必須提供充分的網(wǎng)絡(luò)可靠性，以滿足各種業(yè)務(wù)不中斷的要求。(4)實(shí)時性，這是多媒體通信網(wǎng)與傳統(tǒng)數(shù)據(jù)網(wǎng)的本質(zhì)區(qū)別。多媒體通信網(wǎng)應(yīng)能滿足各種實(shí)時業(yè)務(wù)（如語音、視頻）的要求。實(shí)時數(shù)據(jù)傳輸對數(shù)據(jù)從發(fā)送者到達(dá)接收者之間的延遲極其敏感，數(shù)據(jù)必須在特定的時間內(nèi)被接收，否則無效。在實(shí)時數(shù)據(jù)傳輸中，根據(jù)不同的需求，將其分成兩種：①數(shù)據(jù)的“丟失”將引起嚴(yán)重的或?yàn)?zāi)難性的后果；②對延遲和丟失有一定的容忍能力。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性11

上述四點(diǎn)，體現(xiàn)了網(wǎng)絡(luò)多媒體包括了兩個基本特性，即等時性和實(shí)時性。 等時性是指應(yīng)用對于一次傳輸發(fā)起時的延遲并不十分關(guān)心，但是一旦開始傳輸數(shù)據(jù)，就要求在連續(xù)的數(shù)據(jù)幀之間的延遲保持穩(wěn)定在一定范圍內(nèi)。實(shí)時性即網(wǎng)絡(luò)多媒體應(yīng)用所要求的是多媒體信息的及時傳遞，可以忍受一定的報文丟失率。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性12實(shí)時多媒體流又稱為連續(xù)媒體（continousmedia），其中兩個使用最為廣泛的媒體流是音頻和視頻多媒體信息。視頻傳輸?shù)囊曨l流的速率一直在變化。視頻數(shù)據(jù)可能沒有音頻那樣有比較嚴(yán)格的延時限制，如果沒有足夠的帶寬，可以降低幀刷新的頻率。這就是多媒體網(wǎng)絡(luò)的通信特性:網(wǎng)絡(luò)上的多媒體通信應(yīng)用和數(shù)據(jù)通信應(yīng)用有比較大的差別，多媒體應(yīng)用要求在客戶端播放聲音和圖像時要流暢，聲音和圖像要同步，因此對網(wǎng)絡(luò)的時延和帶寬要求很高。而數(shù)據(jù)通信應(yīng)用則把可靠性放在第一位，對網(wǎng)絡(luò)的時延和帶寬的要求不那么苛刻。8.1多媒體網(wǎng)絡(luò)應(yīng)用系統(tǒng)的特性138.2多媒體壓縮與傳輸8.2.1多媒體壓縮8.2.2流媒體及RTSP協(xié)議8.2.3RTP協(xié)議與RTCP協(xié)議8.2.4SIP與H.323會話控制148.2.1多媒體壓縮

目前，多媒體計(jì)算機(jī)技術(shù)是面向三維圖形、環(huán)繞立體聲和彩色全屏幕運(yùn)動畫面的處理技術(shù)。而數(shù)字計(jì)算機(jī)面臨的是數(shù)值、文字、語音、音樂、圖形、動畫、圖像、視頻等多種媒體的問題，它承載著由模擬量轉(zhuǎn)化成數(shù)字量信息的輸入、輸出、存儲和傳輸。 數(shù)字化了的視頻和音頻信號的數(shù)量之大是非常驚人的，它給存儲器的存儲容量、通信干線的信道傳輸率以及計(jì)算機(jī)的速度都增加了極大的壓力，解決這一問題，單純用擴(kuò)大存儲器容量、增加通信干線的傳輸率的辦法是不現(xiàn)實(shí)的。158.2.1多媒體壓縮數(shù)據(jù)壓縮技術(shù)為圖像、視頻和音頻信號的壓縮，文件存儲和分布式利用，提高通信干線的傳輸效率等應(yīng)用提供了一個行之有效的方法，同時使計(jì)算機(jī)實(shí)時處理音頻、視頻信息，以保證播放出高質(zhì)量的視頻、音頻節(jié)目成為可能。目前，有三個重要的有關(guān)視頻圖像壓縮編碼的國際標(biāo)準(zhǔn)系列：JPEG標(biāo)準(zhǔn)；H．261標(biāo)準(zhǔn)；MPEG標(biāo)準(zhǔn)。168.2.1多媒體壓縮在多媒體技術(shù)中，存儲聲音信息的文件格式主要有：WAV文件、VOC文件、MIDI文件、AIF文件、SON文件及RMI文件等。至于音頻格式，有MP3、WMA(WMA9)、WAV(PCM,ADPCM)、DAT等。至于視頻格式，H.264將會是未來流行的編解碼格式，其次是MPEG-4、MPEG-2、WMV、RMVB等格式。178.2.2流媒體及RTSP協(xié)議

1.問題的提出如何用我們前面章節(jié)的計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，為用戶提供通過Internet訪問位于WWW的多媒體文件呢？即：隨著多媒體壓縮技術(shù)和計(jì)算機(jī)硬件的發(fā)展，音頻和視頻信息經(jīng)過錄制之后可以保存在計(jì)算機(jī)的存儲器中，與此同時ADSL、FTTC等寬帶網(wǎng)絡(luò)技術(shù)為用戶帶來了相對充裕的網(wǎng)絡(luò)帶寬，那么用戶如何通過Internet訪問位于WWW的多媒體文件呢？18第一種方法，通過HTTP服務(wù)器訪問多媒體文件。多媒體信息首先被錄制下來并進(jìn)行壓縮后保存在HTTP服務(wù)器上，用戶然后通過瀏覽器把HTTP服務(wù)器上保存的媒體文件完整地下載下來后再進(jìn)行播放。常常通過一個單獨(dú)的幫助器應(yīng)用程序（helperapplication）來播放多媒體文件，該應(yīng)用程序通常叫做媒體播放器（mediaplayer）。8.2.2流媒體及RTSP協(xié)議198.2.2流媒體及RTSP協(xié)議這種方法的基本過程如下：（1）用戶通過瀏覽器點(diǎn)擊該媒體文件對應(yīng)的超鏈接，首先與HTTP服務(wù)器建立一條TCP連接，然后提交HTTP請求來傳送媒體文件。（2）HTTP服務(wù)器通過該TCP連接發(fā)送包含了對應(yīng)的媒體文件的HTTP響應(yīng)。（3）瀏覽器檢查HTTP響應(yīng)的頭部信息后，了解到HTTP響應(yīng)中攜帶的內(nèi)容的媒體類型，啟動相應(yīng)的媒體播放器，然后把下載后的文件遞交給該媒體播放器，媒體播放器開始進(jìn)行播放。208.2.2流媒體及RTSP協(xié)議

這種方法存在的問題：媒體文件經(jīng)常會非常大，通過網(wǎng)絡(luò)傳輸?shù)娇蛻舴竭M(jìn)行播放，會導(dǎo)致播放時延很長。由于媒體文件下載后首先要保存到存儲設(shè)備上，也會占用比較大的空間。這種方法要求媒體文件已經(jīng)預(yù)先錄制好，對于那些實(shí)時錄制的媒體流就無法進(jìn)行播放。218.2.2流媒體及RTSP協(xié)議第二種方法，考慮采取邊下載邊播放的方法，以減少播放時延。這也就是所謂的流媒體技術(shù)，有時也稱之為網(wǎng)絡(luò)放送（webcasting）。流媒體技術(shù)的基本原理：當(dāng)一個預(yù)先錄制或者在線錄制的音頻或視頻文件通過流放技術(shù)傳遞時，客戶方的媒體播放器首先保留一小塊緩沖區(qū)。收到的媒體分組被保存在這個緩沖區(qū)中，一旦緩沖區(qū)滿（經(jīng)常只要幾秒鐘的時間）后就開始進(jìn)行播放。只要數(shù)據(jù)到達(dá)的速度不小于播放速度，多媒體數(shù)據(jù)就能夠平滑地播放。228.2.2流媒體及RTSP協(xié)議基本步驟：（1）用戶通過瀏覽器點(diǎn)擊超鏈接以請求傳送音頻或視頻文件，這個超鏈接指向一個媒體說明文件，也稱為元文件（meta-file），該文件包含有實(shí)際的媒體文件的URL地址。（2）Web瀏覽器首先與HTTP服務(wù)器建立一條TCP連接，然后提交HTTP請求來傳送包含了實(shí)際的媒體文件URL的元文件。（3）HTTP服務(wù)器通過該TCP連接發(fā)送包含了元文件的HTTP響應(yīng)。（4）瀏覽器檢查HTTP響應(yīng)的頭部信息后，了解到HTTP響應(yīng)中攜帶的內(nèi)容的媒體類型，啟動相應(yīng)的媒體播放器，然后把下載后的元文件遞交給該媒體播放器。（5）媒體播放器直接與HTTP服務(wù)器建立TCP連接，然后發(fā)送HTTP請求來傳送實(shí)際的媒體文件。（6）HTTP服務(wù)器把媒體文件封裝進(jìn)HTTP響應(yīng)中，媒體播放器在收到一小段數(shù)據(jù)后開始播放。238.2.2流媒體及RTSP協(xié)議

這種方法相比第一種方法大大地減少了播放時延，但由于媒體流是通過HTTP協(xié)議來進(jìn)行傳送，用戶和服務(wù)器之間的交互非常困難，且這種面向連接的方式來傳輸媒體流也是非常不適合的。248.2.2流媒體及RTSP協(xié)議

第三種方法中，媒體流不再是直接從HTTP服務(wù)器通過HTTP連接傳給媒體播放器，而是引入了一個流媒體服務(wù)器，這樣流媒體服務(wù)器和媒體服務(wù)器之間可以使用它們自己的協(xié)議進(jìn)行通信。其基本步驟：（1）用戶通過瀏覽器點(diǎn)擊超鏈接以請求傳送音頻或視頻文件，這個超鏈接指向一個媒體說明文件。（2）Web瀏覽器首先與HTTP服務(wù)器建立一條TCP連接，然后提交HTTP請求來傳送包含了實(shí)際的媒體文件URL的元文件。（3）HTTP服務(wù)器通過該TCP連接發(fā)送包含了元文件的HTTP響應(yīng)瀏覽器檢查HTTP響應(yīng)的頭部信息后，了解到HTTP響應(yīng)中攜帶的內(nèi)容的媒體類型，啟動相應(yīng)的媒體播放器，然后把下載后的元文件遞交給該媒體播放器。（4）媒體播放器按照自己的協(xié)議與流媒體服務(wù)器進(jìn)行通信，收到一小段數(shù)據(jù)后開始播放。（5）流媒體服務(wù)器和媒體播放器之間通過建筑于UDP之上的實(shí)時運(yùn)輸協(xié)議RTP來傳輸多媒體協(xié)議。258.2.2流媒體及RTSP協(xié)議流媒體系統(tǒng)的組成：一個流媒體系統(tǒng)包含了用于通過Web來創(chuàng)建、存儲和遞交相應(yīng)的音頻和視頻等媒體文件的硬件和軟件。包括三個部分，分別是媒體服務(wù)器和媒體文件、單獨(dú)的或者作為插件的媒體播放器、相應(yīng)的多媒體編碼和創(chuàng)建工具。268.2.2流媒體及RTSP協(xié)議2.RTSP協(xié)議（1）RTSP協(xié)議概述

媒體流的控制方法可以有兩種方法：一種方法是發(fā)送消息給源要求其進(jìn)行播放、停止等操作。該方法可用于媒體流只有一個客戶進(jìn)行控制的環(huán)境中。另一種方法是媒體流會正常到達(dá)接收者，在接收者處進(jìn)行媒體流的播放控制。該方法在有多個接收者并且沒有場地控制（floorcontrol）的環(huán)境下更有效。278.2.2流媒體及RTSP協(xié)議RTSP的設(shè)計(jì)思想：是一種控制一個或者多個時間同步的實(shí)時音頻、視頻等連續(xù)媒體流的遞交的客戶/服務(wù)方協(xié)議。RTSP相當(dāng)于媒體服務(wù)器的“網(wǎng)絡(luò)遠(yuǎn)程控制器”，提供了類似于VCR的遠(yuǎn)程控制功能，比如暫停、播放、跳轉(zhuǎn)等。RTSP消息采用TCP或UDP來傳輸。RTSP提供了相應(yīng)的機(jī)制來保證RTSP消息傳輸?shù)目煽俊TSP消息分為請求或響應(yīng)類型。288.2.2流媒體及RTSP協(xié)議

RTSP相對于HTTP的改進(jìn)：（1）RTSP服務(wù)器需要維護(hù)相應(yīng)的狀態(tài)，RTSP協(xié)議引入了會話標(biāo)識的概念，會話標(biāo)識代表了客戶方和服務(wù)方共享的狀態(tài)。（2）RTSP允許服務(wù)器發(fā)送請求，同時RTSP也提供了相應(yīng)的協(xié)議擴(kuò)展機(jī)制，允許加入新的請求類型。（3）RTSP消息和多媒體數(shù)據(jù)是通過不同的協(xié)議和信道來傳遞的。

RTSP支持多種傳輸模式，第一種是單播，第二種是組播。298.2.2流媒體及RTSP協(xié)議（2）RTSP協(xié)議過程HTTPGETSETUPPLAYmediastreamPAUSETEARDOWNmediaplayerWebservermediaserverWebbrowserclientserverpresentationdesc.

圖8-3RTSP基本操作過程308.2.3RTP協(xié)議與RTCP協(xié)議進(jìn)行實(shí)時多媒體通信時，需要解決以下問題：（1）通信的實(shí)體間應(yīng)該就采取什么樣的壓縮算法進(jìn)行協(xié)商，以采取最有效的壓縮算法。（2）實(shí)時多媒體要求提供時間戳，接收者能夠根據(jù)時間戳來進(jìn)行回放。

318.2.3RTP協(xié)議與RTCP協(xié)議

為了滿足實(shí)時多媒體通信要求，需要新的運(yùn)輸層協(xié)議，實(shí)時運(yùn)輸協(xié)議RTP是一種用于實(shí)時多媒體的標(biāo)準(zhǔn)傳輸協(xié)議，在RFC1889定義。RFC1889定義了一對協(xié)議，RTP和實(shí)時運(yùn)輸控制協(xié)議RTCP。328.2.3RTP協(xié)議與RTCP協(xié)議1.RTP

RTP用于交換多媒體信息，設(shè)計(jì)目的是提供實(shí)時數(shù)據(jù)傳輸中的時間戳信息以及各數(shù)據(jù)流的同步功能。而RTCP用于定期發(fā)送對應(yīng)該多媒體流的控制信息。兩個協(xié)議都獨(dú)立于下面的傳輸層和網(wǎng)絡(luò)層協(xié)議。RTP本身并不能為按序傳輸數(shù)據(jù)包提供可靠的保證，也不提供流量控制和擁塞控制，這些都由實(shí)時傳輸控制協(xié)議RTCP來負(fù)責(zé)完成。RTP一般運(yùn)行于UDP之上，RTP數(shù)據(jù)流的端口為偶數(shù)端口（x），而RTCP則使用相鄰的那個為奇數(shù)的端口（x+1）。RTP支持組播方式的多媒體應(yīng)用，它也可以運(yùn)行在其他網(wǎng)絡(luò)或者運(yùn)輸協(xié)議之上。會話發(fā)起協(xié)議（SIP）和H.232都使用RTP。338.2.3RTP協(xié)議與RTCP協(xié)議RTP在Internet體系中的位置如圖8-4所示。

應(yīng)用層RTPUDPIP子網(wǎng)socket

圖8-4：RTP在Internet中的位置348.2.3RTP協(xié)議與RTCP協(xié)議 RTP支持點(diǎn)到點(diǎn)的通信，也支持會議方式的通信，采用組播方式進(jìn)行通信，所有會議成員的音頻流都通過該組播地址+第一個UDP端口號（偶數(shù)）傳輸。RTP頭中的信息將告訴接收器如何重建數(shù)據(jù)，并描述了比特流是如何打包的。358.2.3RTP協(xié)議與RTCP協(xié)議2．RTCP

RTCP作為實(shí)時傳輸控制協(xié)議，它的主要功能是：（1）對多媒體遞交的質(zhì)量的反饋；（2）提供把多媒體流與會話成員對應(yīng)起來的手段；（3)提供RTP媒體時間戳和發(fā)送者的實(shí)時時鐘之間的關(guān)系；（4）提供了相應(yīng)的文本信息來標(biāo)識會話中的發(fā)送者。通常RTCP會采用與RTP相同的分發(fā)機(jī)制，向會話中的所有成員周期性地發(fā)送控制信息，應(yīng)用程序通過接收這些數(shù)據(jù)，從中獲取相關(guān)資料，從而能夠?qū)Ψ?wù)質(zhì)量進(jìn)行控制或者對網(wǎng)絡(luò)狀況進(jìn)行診斷。368.2.3RTP協(xié)議與RTCP協(xié)議3．工作過程

當(dāng)應(yīng)用程序開始一個RTP會話時將使用兩個端口：一個給RTP，一個給RTCP。在RTP會話期間，各參與者周期性地傳送RTCP包。RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料，因此，服務(wù)器可以利用這些信息動態(tài)地改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網(wǎng)上的實(shí)時數(shù)據(jù)。

378.2.4SIP與H.323會話控制1.SIP協(xié)議的背景和功能所謂會話指的是多個參與者互相交換數(shù)據(jù)的情況。會話中成員可以通過組播、單播或者兩者結(jié)合一起進(jìn)行通信，交換的數(shù)據(jù)可以是音頻、視頻、數(shù)據(jù)等多媒體類型SIP(SessionInitiationProtocol,會話初始協(xié)議)的開發(fā)目的是用來幫助提供跨越因特網(wǎng)的高級電話業(yè)務(wù)，它用來建立，改變和終止基于IP網(wǎng)絡(luò)的用戶間的呼叫。

388.2.4SIP與H.323會話控制SIP它既不是會話描述協(xié)議，也不提供會議控制功能。為了描述消息內(nèi)容的負(fù)載情況和特點(diǎn)，SIP使用Internet的會話描述協(xié)議(SDP)來描述終端設(shè)備的特點(diǎn)。為了提供電話業(yè)務(wù)它還需要結(jié)合不同的標(biāo)準(zhǔn)和協(xié)議，例如，為了提供服務(wù)質(zhì)量(QoS)，它與負(fù)責(zé)語音質(zhì)量的資源保留設(shè)置協(xié)議(RSVP)互操作。它還與若干個其他協(xié)議進(jìn)行協(xié)作，包括負(fù)責(zé)定位的輕型目錄訪問協(xié)議(LDAP)、負(fù)責(zé)身份驗(yàn)證的遠(yuǎn)程身份驗(yàn)證撥入用戶服務(wù)(RADIUS)以及負(fù)責(zé)數(shù)據(jù)實(shí)時傳輸?shù)腞TP等多個協(xié)議。398.2.4SIP與H.323會話控制SIP是一種應(yīng)用層的控制協(xié)議，它是在諸如SMTP（簡單郵件傳送協(xié)議）和HTTP（超文本傳送協(xié)議）基礎(chǔ)之上建立起來的。到目前為止它走過了以下幾個階段：（1）1996年出現(xiàn)SIP的概念，這時SIP的主要應(yīng)用是針對Internet上的各種文本應(yīng)用，如電子郵件、文字聊天等。（2）1999年，ITEF針對多方多媒體會話控制（MMUSIC）發(fā)布了第一個SIP規(guī)范，即RFC2543建議，供各廠商和機(jī)構(gòu)討論。（3）2002年，ITEF發(fā)表了RFC3261建議，以取代RFC2543。408.2.4SIP與H.323會話控制SIP提供以下功能：

①用戶定位：SIP通過EMAIL形式的地址來標(biāo)明用戶地址。②特征協(xié)商：它允許與呼叫有關(guān)的組（這可以是多方呼叫）在支持的特征上達(dá)成一致。例如視頻可以或不可以被支持。③會話參與者管理：呼叫中參與者能夠引入其它用戶加入呼叫或取消到其它用戶的連接。此外，用戶可以被轉(zhuǎn)移或置為呼叫保持。④呼叫特征改變：用戶應(yīng)該能夠改變呼叫過程中的呼叫特征。418.2.4SIP與H.323會話控制2.SIP系統(tǒng)基本組成SIP中有兩類設(shè)備。SIP用戶代理和SIP網(wǎng)絡(luò)服務(wù)器。用戶代理是呼叫的終端系統(tǒng)元素，而SIP服務(wù)器是處理與多個呼叫相關(guān)聯(lián)信令的網(wǎng)絡(luò)設(shè)備，有三種服務(wù)器形式存在于網(wǎng)絡(luò)中：SIP代理服務(wù)器，SIP重定向服務(wù)器以及SIP注冊服務(wù)器。428.2.4SIP與H.323會話控制各類設(shè)備的主要功能如下：（1）SIP用戶代理：又稱為SIP終端，是SIP系統(tǒng)中的最終用戶，在RFC3261中將它們定義為一個應(yīng)用。（2）SIP注冊服務(wù)器（SIPRegisterServer）：用來完成對UAS的登錄，在SIP網(wǎng)絡(luò)中，所有UAS都要在某個注冊服務(wù)器中登錄，以便UAC通過服務(wù)器能找到它們。（3）SIP代理服務(wù)器（SIPProxyServer）：是一個中間元素，它既是一個客戶機(jī)又是一個服務(wù)器，具有解析名字的能力，能夠代理前面的用戶向下一跳服務(wù)器發(fā)出呼叫請求，由服務(wù)器決定下一跳的地址。（4）重定向服務(wù)器（RedirectServer）：是一個規(guī)劃SIP呼叫路徑的服務(wù)器，在獲得了下一跳的地址后，立刻告訴前面的用戶，讓該用戶直接向下一跳地址發(fā)出請求，而自己則退出對這個呼叫的控制。438.2.4SIP與H.323會話控制一個SIP呼叫建立的過程，如圖8-7所示。

圖8-7SIP呼叫建立過程

448.2.4SIP與H.323會話控制對于建立請求，SIP稱之為方法，SIP定義了下述方法：①INVITE——邀請用戶加入呼叫。②BYE——終止一呼叫上的兩個用戶之間的呼叫③OPTIONS——請求關(guān)于服務(wù)器能力的信息。④ACK——確認(rèn)客戶機(jī)已經(jīng)接收到對INVITE的最終響應(yīng)。⑤REGISTER——提供地址解析的映射，讓服務(wù)器知道其它用戶的位置。⑥INFO——用于會話中信令。458.2.4SIP與H.323會話控制3.H.323網(wǎng)絡(luò)H.323是ITU多媒體通信系列標(biāo)準(zhǔn)H.32x的一部份，該系列標(biāo)準(zhǔn)使得在現(xiàn)有通信網(wǎng)絡(luò)上進(jìn)行視頻會議成為可能.其中，H.320是在N-ISDN上進(jìn)行多媒體通信的標(biāo)準(zhǔn);H.321是在B-ISDN上進(jìn)行多媒體通信的標(biāo)準(zhǔn);H.322是在有服務(wù)質(zhì)量保證的LAN上進(jìn)行多媒體通信的標(biāo)準(zhǔn);H.324是在GSTN和無線網(wǎng)絡(luò)上進(jìn)行多媒體通信的標(biāo)準(zhǔn)。468.2.4SIP與H.323會話控制H.323為現(xiàn)有的分組網(wǎng)絡(luò)PBN（PacketBasedNetworks，如IP網(wǎng)絡(luò)）提供多媒體通信標(biāo)準(zhǔn)。H.323專門為不提供服務(wù)質(zhì)量（QoS）保證的局域網(wǎng)技術(shù)制定，例如運(yùn)行于以太網(wǎng)、快速以太網(wǎng)和令牌環(huán)網(wǎng)（TokenRing）上的TCP／IP和IPX。盡管H.323協(xié)議特別為局域網(wǎng)制定，只要帶寬時延滿足要求同樣可以應(yīng)用在更大范圍，例如城域網(wǎng)和廣域網(wǎng)。478.2.4SIP與H.323會話控制H.323協(xié)議在規(guī)定了與H.320相同的視、音頻壓縮算法的同時又補(bǔ)充了一些新的算法。它是一個龐大的協(xié)議族，主要定義了四個邏輯部件：終端、網(wǎng)關(guān)、網(wǎng)守和多點(diǎn)控制單元。（1）終端：在基于IP的網(wǎng)絡(luò)上是一個客戶端點(diǎn)。（2）網(wǎng)關(guān)：提供在包交換網(wǎng)絡(luò)和電路交換網(wǎng)絡(luò)（SCN，SwitchCircuitNetwork）之間的一個連接。（3）網(wǎng)守：在Ｈ.323系統(tǒng)中是可選的，但如果出現(xiàn)，它們就具有某些強(qiáng)制性的功能，所有終端的呼叫都必須受到網(wǎng)守的控制。（4）多點(diǎn)控制單元（MCU）：多點(diǎn)控制單元支持3個以上的端用戶進(jìn)行會話。488.2.4SIP與H.323會話控制4.H.323協(xié)議

H.323是一個復(fù)雜而龐大的協(xié)議族，圖8-8給出了H.323終端的協(xié)議棧。

音頻視頻G.711G.729G.723.1H.261H.263RTP終端呼叫管理器RTCPH.225.0RASH.225.0呼叫信令H.245控制信令T.120數(shù)據(jù)運(yùn)輸協(xié)議和網(wǎng)絡(luò)接口圖8-8H.323終端的協(xié)議棧498.3服務(wù)質(zhì)量8.3.1服務(wù)質(zhì)量QoS8.3.2集成服務(wù)概述8.3.3集成服務(wù)的服務(wù)類型8.3.4RSVP8.3.5區(qū)分服務(wù)508.3.1服務(wù)質(zhì)量QoS

什么是QoS？對于通信網(wǎng)絡(luò)來說，QoS指的是網(wǎng)絡(luò)提供給用戶或者應(yīng)用的服務(wù)的等級或者質(zhì)量描述；而對于應(yīng)用程序來說QoS指的是用戶感受到的應(yīng)用質(zhì)量。一般說來服務(wù)質(zhì)量可以通過定性或者定量的方法進(jìn)行描述。通過一些具體的QoS參數(shù)的定量來描述的，常用的QoS參數(shù)包括延遲、延遲抖動、丟失率和帶寬等。518.3.1服務(wù)質(zhì)量QOS服務(wù)指的是分組在通過網(wǎng)絡(luò)傳遞過程中所獲得的預(yù)先定義好的對待。延遲指的是分組在傳輸過程中所花的時間。分組在網(wǎng)絡(luò)中4種不同類型的延遲的：傳輸延遲、傳播延遲、處理延遲、排隊(duì)延遲。延遲抖動指的是網(wǎng)絡(luò)延遲的變化。分組丟失的三個原因：網(wǎng)絡(luò)擁塞；分組太遲到達(dá)；分組在通過通信鏈路傳輸時出現(xiàn)錯誤。吞吐率指的是通過網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)速率，一般用每秒傳輸多少比特來描述，又被稱為比特率或者帶寬。528.3.1服務(wù)質(zhì)量QOSIPQoS有兩種主要體系結(jié)構(gòu)：集成服務(wù)（IntegratedServices，IntServ）和區(qū)分服務(wù)（DifferentiatedServices，Diffserv）。IntServ模型提供的是基于流的服務(wù)，它通過預(yù)留相應(yīng)的網(wǎng)絡(luò)資源來提供QoS支持，RSVP協(xié)議用于傳遞相應(yīng)的信令信息來進(jìn)行資源的預(yù)留，是IntServ模型的核心部分。集成服務(wù)為每個流提供相應(yīng)的服務(wù)質(zhì)量保障。另外，多協(xié)議標(biāo)記交換也可以用來提供IP分組的QoS保證。538.3.1服務(wù)質(zhì)量QOSQoS機(jī)制可以根據(jù)如何處理負(fù)載分成兩大類：負(fù)載處理機(jī)制和帶寬管理機(jī)制。負(fù)載處理機(jī)制是網(wǎng)絡(luò)中的單個結(jié)點(diǎn)對于分組的處理機(jī)制，包括分類、調(diào)度和通信量控制等；通信量控制機(jī)制是指路由器對用戶的負(fù)載進(jìn)行監(jiān)控，如果發(fā)送的負(fù)載超過了協(xié)商值，則路由器可能丟棄這些額外的分組或者降級處理。帶寬管理機(jī)制是通過網(wǎng)絡(luò)中多個結(jié)點(diǎn)之間的協(xié)調(diào)和配置來管理網(wǎng)絡(luò)的資源，包括資源預(yù)約和準(zhǔn)入控制等。548.3.2集成服務(wù)概述

集成服務(wù)IntServ（IntegratedServicesArchitecture）模型是一種基于流的體系結(jié)構(gòu)。所謂流指的是為了同一個應(yīng)用而產(chǎn)生的具有相同的QoS要求的分組的集合。流是單向的，如果需要雙向的數(shù)據(jù)傳輸，則通過兩個方向的流來進(jìn)行。集成服務(wù)的目標(biāo)：為每個流提供相應(yīng)的服務(wù)質(zhì)量保證。網(wǎng)絡(luò)通過一個資源預(yù)留協(xié)議RSVP來把希望的QoS要求傳遞給途中的路由器。558.3.2集成服務(wù)概述支持集成服務(wù)的路由器體系結(jié)構(gòu)如圖8-9所示。

路由代理分類器通信量控制分類器IP轉(zhuǎn)發(fā)模塊調(diào)度器流量調(diào)節(jié)輸出端口路由表RSVP代理負(fù)載控制庫準(zhǔn)入控制管理代理數(shù)據(jù)平面控制平面圖8-9集成服務(wù)路由器體系結(jié)構(gòu)

568.3.2集成服務(wù)概述

用戶在進(jìn)行實(shí)際的數(shù)據(jù)傳輸之前，必須首先和網(wǎng)絡(luò)提供者就其要求提供的服務(wù)進(jìn)行協(xié)商，協(xié)商后的結(jié)果稱為服務(wù)等級協(xié)議（ServiceLevelAgreement，SLA）。SLA包括服務(wù)要求、負(fù)載說明、使用費(fèi)、用戶或者網(wǎng)絡(luò)提供者沒有履行合同時的懲罰條例等。和技術(shù)相關(guān)的部分被稱作服務(wù)等級規(guī)范（ServiceLevelSpecification，SLS），其中兩個主要的部分分別是描述用戶發(fā)送的負(fù)載流的TSpec（TrafficSpecification）和描述流期待的服務(wù)質(zhì)量的RSpec（ReservationSpecification）。578.3.3集成服務(wù)的服務(wù)類型為了支持那些具有不同QoS要求的應(yīng)用，集成服務(wù)除了支持傳統(tǒng)的盡力遞交服務(wù)外，還引入了兩種新的服務(wù)類型：確保服務(wù)和控制負(fù)載服務(wù)。確保服務(wù)是為了不容錯的實(shí)時應(yīng)用設(shè)計(jì)的，這些應(yīng)用中數(shù)據(jù)如果在一定延遲后遞交則沒有任何意義，因此確保服務(wù)要保證端到端的分組延遲小于某個固定值，這樣應(yīng)用可以設(shè)置相應(yīng)的播放點(diǎn)，使得分組不會在其對應(yīng)的播放點(diǎn)到來之后才到達(dá)接收者。588.3.3集成服務(wù)的服務(wù)類型要保證端到端的分組延遲小于某個固定值，即要限制端到端的延遲的上限。怎樣計(jì)算端到端的延遲的上限呢？A(t)=b+rt令牌桶復(fù)用器復(fù)用器R(t)R(t)

圖8-10令牌桶整形后分組的延遲

598.3.3集成服務(wù)的服務(wù)類型

控制負(fù)載服務(wù)（Controlled-LoadService）是為目前Internet上的容錯型的自適應(yīng)實(shí)時多媒體應(yīng)用設(shè)計(jì)的。采用控制負(fù)載服務(wù)的應(yīng)用假設(shè)如下兩點(diǎn)：①用戶發(fā)送的負(fù)載的絕大部分被成功地遞交給接收者，沒有遞交的分組的比率應(yīng)該和傳輸媒體的基本丟失率相當(dāng)。②大部分到達(dá)接收者的分組經(jīng)歷的延遲不會大大超過任何成功遞交的分組的最小延遲。即大部分分組經(jīng)歷的排隊(duì)延遲接近于0。608.3.4RSVP為了能夠給每個流提供相應(yīng)的QoS服務(wù)，集成服務(wù)模型要求通過相應(yīng)的協(xié)議進(jìn)行資源預(yù)留，目前采用的標(biāo)準(zhǔn)協(xié)議是資源預(yù)留協(xié)議RSVP（ResourceReservationProtocol）。RSVP允許主機(jī)上的應(yīng)用程序?yàn)槠浯l(fā)送的數(shù)據(jù)流預(yù)留和釋放資源，因此發(fā)送者、途中的路由器和接收者之間通過RSVP來交換資源預(yù)留信息，并且在資源足夠的情況下接受預(yù)留請求，在資源不再需要時釋放預(yù)留的資源。618.3.4RSVPRSVP的特性如下：①RSVP的資源預(yù)留是單向的。②RSVP也支持組播，由于組播成員的異構(gòu)性，RSVP采用了面向接收方的預(yù)留機(jī)制。③集成服務(wù)是對原有Internet的擴(kuò)展以支持多種類型的服務(wù)，這就要求RSVP能夠動態(tài)地適應(yīng)組播成員和路由的動態(tài)變化，為此RSVP的設(shè)計(jì)采用了軟狀態(tài)（soft-state）的思想：由端系統(tǒng)通過定期刷新來防止途中路由器的狀態(tài)超時。所謂硬狀態(tài)，指的是網(wǎng)絡(luò)負(fù)責(zé)維護(hù)相應(yīng)的狀態(tài)信息。④RSVP僅僅是一個信令協(xié)議，同時RSVP不是一個路由協(xié)議。⑤RSVP并不要求途中的所有路由器都支持RSVP。⑥RSVP支持多種預(yù)留資源的方式，并且支持預(yù)留匯集。628.3.4RSVP

RSVP資源預(yù)留過程如圖8-11所示。

圖8-11RSVP接收方發(fā)起的資源預(yù)留示例638.3.5區(qū)分服務(wù)

為了能夠提供比集成服務(wù)更加簡單、更加靈活的、伸縮性更好的服務(wù)質(zhì)量保證，IETF成立了相應(yīng)的工作組，提出了一種和集成服務(wù)不同的新的QoS模型，其設(shè)計(jì)思路：路由器僅僅根據(jù)分組頭部攜帶的標(biāo)記字段，也就是僅僅根據(jù)該分組所屬的負(fù)載類來決定如何進(jìn)行調(diào)度轉(zhuǎn)發(fā)。路由器不需要為每個流維護(hù)狀態(tài)信息，而只需要指定對于屬于每個負(fù)載類的分組如何處理就可以了。這就是區(qū)分服務(wù)DS（DifferentiatedServices）。648.3.5區(qū)分服務(wù)1．區(qū)分服務(wù)概述區(qū)分服務(wù)的特性如下：①區(qū)分服務(wù)為由多個流匯集在一起的負(fù)載類提供服務(wù)質(zhì)量保證。②區(qū)分服務(wù)路由器（DSRouter）僅僅根據(jù)分組頭部攜帶的標(biāo)記字段。③區(qū)分服務(wù)用術(shù)語PHB（Per-HopBehaviors）說明所定義的是某個路由器的行為而不是端到端的服務(wù)。④區(qū)分服務(wù)的內(nèi)部路由器根據(jù)分組頭部攜帶的負(fù)載類來實(shí)現(xiàn)簡單的轉(zhuǎn)發(fā)功能，把復(fù)雜功能留給網(wǎng)絡(luò)邊緣。⑤用戶在使用網(wǎng)絡(luò)進(jìn)行實(shí)際的數(shù)據(jù)傳輸之前，必須首先簽訂服務(wù)等級協(xié)議SLA來說明所期望的服務(wù)質(zhì)量。658.3.5區(qū)分服務(wù)區(qū)分服務(wù)將網(wǎng)絡(luò)分成DS域和非DS域。區(qū)分服務(wù)的體系結(jié)構(gòu)如圖8-13所示。

圖8-13區(qū)分服務(wù)的體系結(jié)構(gòu)668.3.5區(qū)分服務(wù)DS節(jié)點(diǎn)的邏輯結(jié)構(gòu)如圖8-14所示。

分組分類器度量器動作隊(duì)列管理調(diào)度器流量調(diào)節(jié)分組轉(zhuǎn)發(fā)

圖8-14DS節(jié)點(diǎn)的邏輯結(jié)構(gòu)678.3.5區(qū)分服務(wù)2．負(fù)載調(diào)節(jié)負(fù)載調(diào)節(jié)是DS邊緣結(jié)點(diǎn)的一個主要功能，負(fù)載調(diào)節(jié)機(jī)制如圖8-15所示。

分類器輸出的分組標(biāo)記器整形器負(fù)載特性度量器丟失器圖8-15負(fù)載調(diào)節(jié)機(jī)制688.3.5區(qū)分服務(wù)3．PHBPHB（Per-HopBehaviors）是一個非常重要的概念，規(guī)定了某個路由器如何進(jìn)行轉(zhuǎn)發(fā)以保證所需要的服務(wù)質(zhì)量。在區(qū)分服務(wù)中，分組的標(biāo)記是通過分組頭部的DS字段攜帶的。對于IPV6，DS字段指的是頭部的TOS字段；對于IPV4,DS字段結(jié)構(gòu)包括了6個比特的區(qū)分服務(wù)碼字DSCP，DSCP決定了分組在轉(zhuǎn)發(fā)時應(yīng)該采用的PHB。為了支持更多的服務(wù)類型，IETF定義了一些PHB。

698.4MPLS多協(xié)議標(biāo)記交換技術(shù)8.4.1問題的提出8.4.2MPLS的原理8.4.3MPLS的技術(shù)特點(diǎn)8.4.4MPLS的應(yīng)用（補(bǔ)充）708.4.1問題的提出 IP得到各種平臺的支持，非常穩(wěn)定，可擴(kuò)展性強(qiáng)，但面向無連接，基于do-it-best，時延無保證，QoS不完善，對于實(shí)時業(yè)務(wù)的支持尚有距離。多媒體網(wǎng)絡(luò)的發(fā)展要求網(wǎng)絡(luò)基礎(chǔ)設(shè)施具備可伸縮的帶寬，支持實(shí)時應(yīng)用（QoS）服務(wù)，具備有效IP多點(diǎn)廣播并能夠與現(xiàn)有IP路由器的互操作能力。 基于傳統(tǒng)的路由器技術(shù)，只能采用擴(kuò)充Cache和分布式路由轉(zhuǎn)發(fā)表來提高路由器處理能力，實(shí)質(zhì)還是按IP分組轉(zhuǎn)發(fā)，速度與效率無法提高，難以滿足新業(yè)務(wù)的需求，需要研究新一代的路由交換技術(shù)，以加速分組的轉(zhuǎn)發(fā)，又保持傳統(tǒng)路由器的標(biāo)準(zhǔn)功能。718.4.1問題的提出目前的新一代的路由交換技術(shù)都可以概括為IP交換方案，其基本思想是將IP流中的分組賦予一個新的標(biāo)記，然后使用標(biāo)記來索引IP交換機(jī)中包含的標(biāo)記對換表。由于標(biāo)記遠(yuǎn)遠(yuǎn)短于IP頭，轉(zhuǎn)發(fā)機(jī)制也無需進(jìn)行路由策略，便于用硬件實(shí)現(xiàn)。它可以有支持IP交換的路由器組網(wǎng)，也可以在基于幀中繼，ATM交換機(jī)組成的網(wǎng)絡(luò)上疊加IP交換功能，或者混合組網(wǎng)。

IP交換技術(shù)的代表性方案主要有IP-Switching(Ipsilon)，IP-Navigator(Cascade)，Tag-Switching(Cisco)，ARIS(Aggregate

Routing

IP-Switching)(IBM)，還有LANE,

MPOA,

NETflow等。IP交換技術(shù)有兩種主要的IP交換模型：（1）流驅(qū)動IP交換，(2)拓?fù)潋?qū)動IP交換。728.4.1問題的提出流驅(qū)動模型僅用于特定的IP流，這種IP流的定義是具有相同源目的IP地址和端口號的一組連續(xù)的分組序列。Ipsilon流驅(qū)動模型的工作流程為：

（1）

IP流中的初始N個分組以hop-by-hop路由方式經(jīng)過一個或多個路由器。（2）

根據(jù)IP流的特點(diǎn)（流量類型，端口號，源目的IP地址，到達(dá)率等），路由器將觸發(fā)重定向過程（包括建立新的ATM連接和直通路徑，在直通路徑上重定向IP流，旁路hop-by-hop路由處理）。（3）

一旦進(jìn)行了重定向，所有屬于該IP流的后繼分組（N+1→M）都進(jìn)行信元交換，ATM中基于路由的處理被旁路。738.4.1問題的提出

拓?fù)潋?qū)動的IP交換基于IP網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)，產(chǎn)生一組與網(wǎng)絡(luò)拓?fù)湎嚓P(guān)的前綴標(biāo)記Label，通過標(biāo)記完成路由交換。

Cisco的Tag-Switching和IBM的ARIS是典型的拓?fù)潋?qū)動的IP交換。其工作流程為：（1）

Router依據(jù)IP路由協(xié)議（如OSPF,IGRP,BGP等）控制信息交換，并進(jìn)行路由信息的會聚。（2）

與目標(biāo)IP前綴相關(guān)的新的標(biāo)記產(chǎn)生后，分配至Router的交換部件。（3）

網(wǎng)絡(luò)入口處的Router檢查分組的目的IP前綴，分配適當(dāng)?shù)臉?biāo)記值，并發(fā)至網(wǎng)絡(luò)出口處的Router。

748.4.1問題的提出MPLS屬于基于拓?fù)涞穆酚蓹C(jī)制，支持MPLS的路由器叫做標(biāo)記交換路由器

LSR（LabelSwitchingRouter）。MPLS的操作可以分為4步：

（1）

使用現(xiàn)有的路由協(xié)議OSPF,IGRP和BGP等，建立到終點(diǎn)網(wǎng)絡(luò)的連接，完成標(biāo)記到終點(diǎn)網(wǎng)絡(luò)的映射。（2）

入口邊緣標(biāo)記路由器接收到分組，完成第三層功能，并給分組插入標(biāo)記。（3）

核心標(biāo)記交換路由器通過標(biāo)記交換來轉(zhuǎn)發(fā)分組。（4）

出口邊緣標(biāo)記路由器去掉分組中的標(biāo)記并通過常規(guī)的三層轉(zhuǎn)發(fā)分組。758.4.2MPLS的原理

1.MPLS網(wǎng)絡(luò)的組成

MPLS是將ATM和IP兩種技術(shù)結(jié)合的廣域網(wǎng)解決方案，它基于標(biāo)記交換機(jī)制，可以在ATM層上直接承載IP業(yè)務(wù)，與重疊模型相比提高了效率，并可以方便地移植到傳統(tǒng)路由器中。MPLS網(wǎng)絡(luò)的組成參見圖8-17。

768.4.2MPLS的原理MPLS的核心機(jī)制包括：（1）賦予數(shù)據(jù)流的標(biāo)記的語義；（2）轉(zhuǎn)發(fā)機(jī)制，包括基于標(biāo)記和標(biāo)記化的VPI/VCI及DLCI的轉(zhuǎn)發(fā)機(jī)制；（3）標(biāo)記分配機(jī)制。778.4.2MPLS的原理2.

MPLS的標(biāo)記棧格式與定義MPLS的標(biāo)記棧描述了一個標(biāo)記條目序列，每個條目就是前面提到的Label，引入標(biāo)記棧是因?yàn)镸PLS的標(biāo)記是分層的，在后面的分析中將會看到標(biāo)記棧為M