摘 要：互連網(wǎng)絡(luò)為數(shù)據(jù)、音頻和視頻等應(yīng)用提供不同的實(shí)現(xiàn)服務(wù)質(zhì)量（QoS）的策略，如集成服務(wù)模型IntServ、差分服務(wù)模型DiffServ和多標(biāo)簽交換協(xié)議MPLS等。隨著多播應(yīng)用的出現(xiàn)，上述技術(shù)不能有效地為多播提供端到端的服務(wù)質(zhì)量。分析上面各種技術(shù)在多播應(yīng)用中的不足，并給出了不同文獻(xiàn)提出的解決方案，同時(shí)也分析了異構(gòu)網(wǎng)絡(luò)實(shí)現(xiàn)滿足服務(wù)質(zhì)量的多播策略和遇到的問題。最后指出了實(shí)現(xiàn)多播服務(wù)質(zhì)量要解決的問題。

關(guān)鍵詞：集成服務(wù)模型；差分服務(wù)模型；標(biāo)簽交換；服務(wù)質(zhì)量；多播

Research of Multicasting Strategies Based on Quality of Service

CHEN Lin

(Institute of Computer Science，Yangtze University，Jingzhou，434023，China

Abstract：The Internet provides strategies of Quality of Service(QoSfor data，audio and video communication applications，these technologies include IntServ modes，DiffServ mode and MPLS protocol.With the emergence of multicasting applications，technologies above cannot service those applications effectively to realize end to end QoS.This paper analyses the three models to support multicasting applications，and points the shortages of them，and also presents solutions in many other papers.Multicasting strategies and problems in heterogeneous networks environments are also analyzed.

eywords：IntServ;DiffServ;MPLS;service of quality;multicast

1 引 言

互聯(lián)網(wǎng)基于IP協(xié)議為不同服務(wù)類別提供盡力而為的服務(wù)。隨著網(wǎng)絡(luò)的發(fā)展，新的應(yīng)用不斷涌現(xiàn)，如視頻點(diǎn)播、視頻會(huì)議、遠(yuǎn)程教育、協(xié)同工作等，這些新應(yīng)用的共同特點(diǎn)是：

（1） 對(duì)基于IP的網(wǎng)絡(luò)提出了服務(wù)質(zhì)量（Quality of Service，QoS）要求，如必要的帶寬需求、低的端間延遲、低抖動(dòng)、低丟失率和可靠傳輸?shù)龋华?/p>

（2） 一點(diǎn)發(fā)送消息，多點(diǎn)接收，即多播。由于多播技術(shù)只是在多播樹的分枝處復(fù)制多播流，因而節(jié)省了網(wǎng)絡(luò)有限的帶寬資源，也減輕了服務(wù)器負(fù)載，因而具有廣闊的前景。

目前、為應(yīng)用提供服務(wù)質(zhì)量保證的技術(shù)有：多協(xié)議標(biāo)簽交換協(xié)議MPLS、集成服務(wù)模式IntServ和差分服務(wù)模式DiffServ^［1］。MPLS協(xié)議使用標(biāo)簽交換在數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層提供快速流量傳輸，在MPLS網(wǎng)絡(luò)中，入口路由器根據(jù)流的等價(jià)類為流加上標(biāo)簽，核心路由器檢查標(biāo)簽并轉(zhuǎn)發(fā)流，而在出口路由器，標(biāo)簽被移除，流被還原。這種方法使得邊界路由器復(fù)雜，而核心路由器相對(duì)簡(jiǎn)單。

集成服務(wù)模式IntServ使用資源預(yù)留RSVP協(xié)議為每個(gè)流提供不同的服務(wù)質(zhì)量保證，顯然，該服務(wù)模式具有更多的QoS粒度，但是路由器必須為每個(gè)流維護(hù)狀態(tài)信息，不具備可擴(kuò)展性。

與IntServ模式比較，DiffServ模式是為每類應(yīng)用提供QoS保證，具有較粗的服務(wù)粒度，因而具有更好的可擴(kuò)展性。在DiffServ區(qū)域，邊界路由器根據(jù)流的區(qū)分服務(wù)標(biāo)記DSCP對(duì)流分類，確保符合流的TCA規(guī)范，并歸入行為聚集。在該模式中，核心路由器要檢查流的DSCP得到 QoS參數(shù)，也需要IP協(xié)議的支持（因?yàn)镈iffServ中的DSCP替代了IP4中的ToS域或IP6中的CoS域）。

上述3種模式適用于滿足服務(wù)質(zhì)量的單播應(yīng)用，當(dāng)應(yīng)用于多播時(shí)，由于上述協(xié)議的局限性，以及多播應(yīng)用的特點(diǎn)，會(huì)遇到各種困難。本文分析這3種技術(shù)在多播中的應(yīng)用，指出存在的不足之處，并綜述了不同文獻(xiàn)的解決方案。同時(shí)指出了混合網(wǎng)絡(luò)為多播應(yīng)用提供QoS的困難和解決的技術(shù)路線。

2 IntServ模式與多播

集成模式IntServ是為實(shí)時(shí)應(yīng)用如視頻會(huì)議等遠(yuǎn)程場(chǎng)景而設(shè)計(jì)的，其內(nèi)在的固有特性就支持多播。在QoS方面，IntServ結(jié)構(gòu)提供兩類服務(wù)，即可控負(fù)載型服務(wù)和質(zhì)量保證型服務(wù)，前者提供時(shí)延、帶寬與丟包率等參數(shù)的保證，不能控制固定延遲，但能保證排隊(duì)延遲的大??；后者使用資源預(yù)留協(xié)議RSVP，能保證最小的傳輸時(shí)延。

資源預(yù)留RSVP協(xié)議面向接收者，即由接收端發(fā)起資源預(yù)留，適用于單播通信和多播通信。針對(duì)不同的資源預(yù)留請(qǐng)求，RSVP協(xié)議定義了3種資源預(yù)留模式：固定模式、通配符模式和顯示共享模式。資源預(yù)留使用了PATH消息和RESV消息，當(dāng)信息發(fā)送源接收到不同接收成員的RESV消息時(shí)，便能根據(jù)接收到的消息計(jì)算出多播路由樹。

一旦預(yù)留了資源，請(qǐng)求的服務(wù)質(zhì)量便能得到保證。但在IntServ模式中，網(wǎng)絡(luò)中的每個(gè)路由器都要維護(hù)各類數(shù)據(jù)庫（含軟狀態(tài)信息等），并且功能模塊實(shí)現(xiàn)復(fù)雜（如RSVP信令要提供QoS協(xié)商機(jī)制、各路由器要建立和維護(hù)預(yù)留信息、對(duì)用戶的請(qǐng)求要實(shí)現(xiàn)接納許可控制和傳輸流的監(jiān)控等），導(dǎo)致的直接后果是可擴(kuò)展性和魯棒性差，導(dǎo)致IntServ模式在大型網(wǎng)絡(luò)、尤其是重負(fù)載網(wǎng)絡(luò)中的應(yīng)用。

3 DiffServ模式與多播

IntServ模式的不可擴(kuò)展性是差分模式DiffServ產(chǎn)生的主要原因。DiffServ模式提供兩類QoS服務(wù)：快速轉(zhuǎn)發(fā)EF和保證轉(zhuǎn)發(fā)AF。DiffServ模式的主要成員有：核心路由器、邊緣路由器、資源控制器。在該模式中，網(wǎng)絡(luò)的邊緣路由器對(duì)每個(gè)分組進(jìn)行分類、標(biāo)記DS域，用DS域來攜帶IP分組對(duì)服務(wù)的需求信息；在網(wǎng)絡(luò)的核心節(jié)點(diǎn)上，路由器根據(jù)分組頭上的DS碼點(diǎn)選擇碼點(diǎn)所對(duì)應(yīng)的轉(zhuǎn)發(fā)處理；而資源控制器配置了管理規(guī)則，為客戶分配資源，他可以通過服務(wù)級(jí)別協(xié)定SLA與客戶進(jìn)行相互協(xié)調(diào)以分享規(guī)定的帶寬。由于DiffServ已有的框架、結(jié)構(gòu)都是基于單播的，并且多播成員的加入、退出組的動(dòng)態(tài)隨機(jī)性以及網(wǎng)絡(luò)的異構(gòu)性使得入口邊界路由器很難對(duì)多播流量進(jìn)行準(zhǔn)確的監(jiān)控，因此將DiffServ模式應(yīng)用于多播會(huì)產(chǎn)生新的問題^{［2，3］}，存在的問題主要表現(xiàn)在：

（1） 被忽視的預(yù)留子樹問題NRS^{［4，5］}

DiffServ模式中的資源必須先預(yù)留再使用，當(dāng)新成員加入多播樹時(shí)（使用PIM-SM，PIM-DM，DVMRP等^［1］ 協(xié)議），在流復(fù)制點(diǎn)，DS域的內(nèi)容被復(fù)制到每個(gè)流的IP報(bào)頭，并且復(fù)制的流會(huì)獲得與原來多播組相同的DSCP值，并獲得與原先相同的調(diào)度轉(zhuǎn)發(fā)處理和區(qū)分服務(wù)，但是新的加入并沒有經(jīng)過接納許可控制和資源預(yù)留的必要過程。由于額外的資源被繞過區(qū)域管理的新增接收節(jié)點(diǎn)所消耗，其他正確預(yù)留資源的接收者的服務(wù)質(zhì)量將受到負(fù)面影響甚至遭到破壞。

要解決NRS問題，就要防止任何未經(jīng)資源預(yù)留就享用高級(jí)服務(wù)的情況，因此，NRS問題的解決方案是：在子樹與原多播樹的接合點(diǎn)，轉(zhuǎn)換發(fā)向新成員的DS編碼，使其對(duì)應(yīng)的PHB值比默認(rèn)的PHB級(jí)別低，即使用BE（Best Effort）甚至更低的LE（Limited Effort）服務(wù)，從而制約新的傳輸流即使對(duì)BE服務(wù)的資源也不能搶占，維護(hù)了公平性，只有當(dāng)新成員的資源預(yù)留許可得到管理實(shí)體的確認(rèn)并得到新的DSCP后，才可以享受比BE和LE級(jí)別高的服務(wù)質(zhì)量。 

（2）擴(kuò)展性問題

在傳統(tǒng)多播模型中，隨著多播組成員的增加，多播樹上的路由器需要保存的信息量也將隨之增加，導(dǎo)致在DiffServ 網(wǎng)絡(luò)中實(shí)現(xiàn)多播傳輸卻存在著可擴(kuò)展性問題^［6］。

可擴(kuò)展性問題解決方法之一是減少內(nèi)部路由器的多播狀態(tài)^［6］，即只在邊界路由器進(jìn)行多播樹的計(jì)算與維護(hù)工作，在內(nèi)部路由器中選擇關(guān)鍵節(jié)點(diǎn)保存多播轉(zhuǎn)發(fā)表，而其他非關(guān)鍵中間路由器等同于普通路由器，不保存任何多播組狀態(tài)，從而減少內(nèi)部節(jié)點(diǎn)的負(fù)擔(dān)，提高了可擴(kuò)展性。另一種方法是消除內(nèi)部路由器的多播狀態(tài)，如EBM^［7］和DSMCast^［8］ 方案。EBM方案只在邊界路由器實(shí)現(xiàn)多播，在域內(nèi)設(shè)置一個(gè)邏輯管理員節(jié)點(diǎn)用于管理域內(nèi)的多播組的信息，由管理員節(jié)點(diǎn)給要加入多播組的新成員選擇一個(gè)邊界節(jié)點(diǎn)作為加入點(diǎn)，多播流被轉(zhuǎn)換為多個(gè)單播流，所以無須在內(nèi)部路由器維護(hù)多播路由表；DSMCast 則利用了封裝技術(shù)，在邊界路由器將多播樹的信息編碼添加到報(bào)文頭，內(nèi)部路由器根據(jù)自己的標(biāo)識(shí)符或IP地址以及數(shù)據(jù)報(bào)文中攜帶的多播樹信息查找到相關(guān)的轉(zhuǎn)發(fā)記錄，根據(jù)此記錄進(jìn)行報(bào)文復(fù)制、重新標(biāo)記與轉(zhuǎn)發(fā)。

（3）異構(gòu)多播組問題

在一個(gè)異構(gòu)的網(wǎng)絡(luò)環(huán)境中，多播組的多個(gè)接收成員可能希望獲得不同的服務(wù)質(zhì)量，如有的僅希望獲得基本的BE服務(wù)，而其他成員希望獲得更高的服務(wù)。對(duì)服務(wù)質(zhì)量參數(shù)要求的不同增加了問題的復(fù)雜性。更嚴(yán)重的是，不同成員要求的服務(wù)種類可能沒有可比性而無發(fā)統(tǒng)一服務(wù)質(zhì)量。

DiffServ 是面向接收者的，服務(wù)質(zhì)量等級(jí)由發(fā)送源來決定。當(dāng)新成員動(dòng)態(tài)加入多播組時(shí)，要求中間路由器能根據(jù)用戶不同的QoS 請(qǐng)求標(biāo)記出口報(bào)文的DSCP 值， 而中間路由器不保存每個(gè)流的狀態(tài)，并且不具備標(biāo)記功能，如何實(shí)現(xiàn)異構(gòu)多播組問題變成為多播關(guān)鍵問題之一。

較好的解決方案^{［4，9］} 是擴(kuò)展路由表并存儲(chǔ)DSCP，再輔以管理措施。在沒有預(yù)約資源的情況下，接收者僅允許獲得LBE服務(wù)；當(dāng)要求的兩種服務(wù)類型不能比較優(yōu)劣時(shí)，上游節(jié)點(diǎn)只需傳送較好的即可。

（4）發(fā)送方任意動(dòng)態(tài)改變問題

在一個(gè)多播組中，任意成員都可以發(fā)送消息，而DiffServ是單向結(jié)構(gòu)，這意味著，如果有多個(gè)發(fā)送者同時(shí)發(fā)送數(shù)據(jù)流的話，則其資源必須分別預(yù)留。

對(duì)于只需要BE服務(wù)的成員而言，可以在任何時(shí)候向組發(fā)送數(shù)據(jù)流而無需任何其他機(jī)制。當(dāng)有QoS需求時(shí)，可以在多播路由表中為每個(gè)鏈路增加一項(xiàng)DSCP，并配以一定的管理機(jī)制。該方案簡(jiǎn)單，同時(shí)也保持了DiffServ模式良好的可擴(kuò)展性。

其他如服務(wù)類間的公平性問題、多點(diǎn)到多點(diǎn)的多播傳輸問題和共享樹的流量監(jiān)控問題等^［3］也限制了DiffServ模式在多播領(lǐng)域的使用。

4 MPLS協(xié)議與多播

多協(xié)議標(biāo)簽交換MPLS是面向連接和IP路由技術(shù)的一種新的IETF交換方案的標(biāo)準(zhǔn)。他使用第三層（L3）轉(zhuǎn)發(fā)信息啟動(dòng)第二層（L2）分組交換，將第二層交換的高性能和第三層轉(zhuǎn)發(fā)的高擴(kuò)展性融為一體，而IntServ和DiffServ模式工作在網(wǎng)絡(luò)層。

基于IP的MPLS網(wǎng)絡(luò)包含2個(gè)主要組件：控制組件（邊緣標(biāo)簽路由器LER）和轉(zhuǎn)發(fā)組件（標(biāo)簽交換路由器LSR）?？刂平M件使用標(biāo)準(zhǔn)的路由協(xié)議（L3）與其他路由器交換標(biāo)簽并維護(hù)前向路由表，當(dāng)分組到達(dá)時(shí)，轉(zhuǎn)發(fā)組件使用分組中的標(biāo)簽信息和控制組件維護(hù)的路由表（標(biāo)簽轉(zhuǎn)發(fā)信息）確定分組的路由。在MPLS多播中，一般使用反向路由協(xié)議（RPF協(xié)議）來確定接收的分組是否屬于當(dāng)前多播組，因此，MPLS中的多播路由樹基于標(biāo)簽值和入口界面來建立。MPLS協(xié)議實(shí)現(xiàn)多播存在的問題是：

（1） 標(biāo)簽交換路徑LSP的設(shè)計(jì)

多播實(shí)現(xiàn)需要設(shè)計(jì)標(biāo)簽交換路徑，而目前的MPLS協(xié)議只涉及點(diǎn)到點(diǎn)的LSP實(shí)現(xiàn)，并且組成員的動(dòng)態(tài)關(guān)系使得LSP不夠穩(wěn)定，也需要消耗大量的標(biāo)簽和信息傳遞開銷；

（2） 流量聚集問題

在MPLS網(wǎng)絡(luò)入口，單播流要聚集為多播流并且映射到LSP，其目的在于獲得MPLS的可擴(kuò)展性，但是這種流量聚集并不適合多播，目前的研究也只是局限在轉(zhuǎn)發(fā)路由器的狀態(tài)，而不是包含一組路由器的LSP；

（3） 在核心路由器中L2層的分組交換和L3層的信息轉(zhuǎn)發(fā)共存問題

如果有成員通過非MPLS網(wǎng)絡(luò)加入到多播組，則MPLS網(wǎng)絡(luò)中的某個(gè)邊緣標(biāo)簽路由器LER必須維護(hù)兩個(gè)前向路由表，一個(gè)路由表在L3層，另一個(gè)在L2層（通過非MPLS網(wǎng)絡(luò)），使得分組通過該路由器的不同出口到達(dá)MPLS網(wǎng)絡(luò)的下一個(gè)路由器和非MPLS網(wǎng)絡(luò)；如圖1所示，S1、S2是發(fā)送者，R1、R2是同組中的接收者，標(biāo)簽交換路由器LER使用RP路由協(xié)議^［1］，相應(yīng)的多播樹為RPT；當(dāng)S1發(fā)送時(shí)，R1、R2通過RPT樹接收分組，如果后來R1通過SPT多播樹加入該會(huì)話組，則LER路由器必須為同一個(gè)多播組維護(hù)兩棵多播樹^［10］，導(dǎo)致在用SPT替換RPT時(shí)，一個(gè)成員接收到2份同樣的分組。

對(duì)于上述問題，解決方法是要么借助于L3路由，要么建立基于特定源的標(biāo)簽交換LSP^［11］：MPLS的L2層使用ATM模式傳輸標(biāo)簽，根據(jù)多播共享樹中源的不同虛擬通道為不同的源賦以標(biāo)簽，在圖1的LER路由器中，再將多播路由表從共享樹映射特定源的樹，并構(gòu)造下一跳的標(biāo)簽轉(zhuǎn)發(fā)入口。

在屬于不同的自治系的多個(gè)MPLS子網(wǎng)絡(luò)系統(tǒng)中，可能有些MPLS子網(wǎng)絡(luò)不支持邊界網(wǎng)關(guān)協(xié)議BGP，使得成員的加入請(qǐng)求不能到達(dá)其他AS中的數(shù)據(jù)發(fā)送源。解決方法是使用擴(kuò)展的MPLS協(xié)議預(yù)先建立滿足QoS約束的多播路由樹^［12］，由于樹的所有信息嵌套在MPLS協(xié)議中，MPLS網(wǎng)絡(luò)的內(nèi)部路由器就不需要支持多播，這種方法的缺點(diǎn)是不適合動(dòng)態(tài)多播環(huán)境。

MPLS協(xié)議用于多播存在的其他問題是：標(biāo)簽的缺乏和可擴(kuò)展性問題，其中后者表現(xiàn)在：路由器需要為每個(gè)活動(dòng)的多播組維護(hù)路由狀態(tài)信息，增加了組播路由器的處理開銷。

5 混合網(wǎng)絡(luò)結(jié)構(gòu)與多播

實(shí)用網(wǎng)絡(luò)一般是兩種或者兩種以上上述網(wǎng)絡(luò)模式的組合，這樣的混合網(wǎng)絡(luò)結(jié)構(gòu)在基于QoS的多播應(yīng)用中同樣存在問題^［10］，下面分別加以介紹并給出問題的解決方法。

（1） IntServ和DiffServ相結(jié)合的多播

如圖2所示，S、R分別為QoS流的發(fā)送者和接收者，IntServ區(qū)域的邊緣路由器（ER1，ER2）與DiffServ區(qū)域的邊界路由器（BR1，BR2）通過接口直接相連，其中，IntServ區(qū)域內(nèi)部使用RSVP信令傳輸分組。存在的主要問題是RSVP信令如何穿越DiffServ區(qū)的問題。

解決的方案是DiffServ網(wǎng)絡(luò)區(qū)域的管理實(shí)體BB使用通用的開放策略服務(wù)^［13］（Common Open Policy Service，COPS）：當(dāng)多播組形成時(shí)，RSVP的PATH消息在DiffServ區(qū)域中通過隧道被廣播到所有的接收者；當(dāng)接收者希望獲得比BE更好的服務(wù)時(shí)，使用RESV消息響應(yīng)，DiffServ接收到RESV消息時(shí)，發(fā)送COPS消息給其內(nèi)部的管理實(shí)體BB，BB和DiffServ內(nèi)部的所有路由器進(jìn)行交互并為接收者預(yù)留資源。

在提供端到端QoS方面，IntServ和DiffServ是一對(duì)很好的互補(bǔ)模式^［2］，因此，不同的文獻(xiàn)提供了若干不同的方案和實(shí)現(xiàn)機(jī)制，如面向可擴(kuò)展核心的動(dòng)態(tài)分組狀態(tài)的DPS方案^{［14，15］}，在分組頭部對(duì)數(shù)據(jù)流的狀態(tài)進(jìn)行編碼，缺點(diǎn)是實(shí)現(xiàn)比較困難；文獻(xiàn)［16］提出了一種基于3種優(yōu)先級(jí)別的帶寬確保型服務(wù)BGS機(jī)制來提供端到端的QoS；文獻(xiàn)［17］則提出了另外一種在DiffServ的網(wǎng)絡(luò)中結(jié)合RSVP協(xié)議提供資源預(yù)留和QoS保證的框架，其中允許DiffServ邊界路由器與RSVP協(xié)同工作，而內(nèi)部路由器不識(shí)別RSVP消息。

（2） MPLS協(xié)議和IntServ模式相結(jié)合的多播

在MPLS網(wǎng)絡(luò)中，一般擴(kuò)展IntServ中使用的RSVP協(xié)議，讓其具有流量工程（TE：Traffic Engineering）的功能來保證應(yīng)用的QoS。嚴(yán)格來講，流量工程TE是為單播應(yīng)用設(shè)計(jì)的，文獻(xiàn)［18，19］則在此基礎(chǔ)上提出了不依賴于傳統(tǒng)多播路由協(xié)議建立多播樹的方法。

文獻(xiàn)中的解決方案是預(yù)先建立在線/離線的滿足流量工程規(guī)范的多播樹（稱為PRE-T）。在基于源的多播樹^［18］方法中，樹PRE-T被包含在PATH消息中發(fā)送到所有的組成員，源接收到成員返回的RESV消息后自底向上產(chǎn)生多播樹；而文獻(xiàn)［19］既可以基于源（為新的多播會(huì)話建立多播樹）、又可以基于接收者建立多播樹（為成員動(dòng)態(tài)加入/離開建立多播樹），對(duì)于一個(gè)多播會(huì)話而言，預(yù)先計(jì)算的樹的信息保存在源的多播信息數(shù)據(jù)庫MIDB中，當(dāng)新成員要加入時(shí)，發(fā)送JOIN信息給源，觸發(fā)樹的重新計(jì)算。

在MPLS中使用RSVP-TE實(shí)現(xiàn)多播的好處是擴(kuò)展性強(qiáng)，因?yàn)镸PLS中的路由器不需要維護(hù)MIDB信息，缺點(diǎn)是過多的PATH消息和RESV消息增加了網(wǎng)絡(luò)的負(fù)載。

（3） MPLS和DiffServ相結(jié)合的多播

如上所述，MPLS在L2層實(shí)現(xiàn)，而DiffServ在IP頭實(shí)現(xiàn)。因此，這兩種方法結(jié)合實(shí)現(xiàn)多播時(shí)需要進(jìn)行服務(wù)質(zhì)量的映射，由于DSCP域有6 b，而MPLS的EXP域只有3 b，在映射時(shí)，某些信息將丟失。圖3給出了MPLS和DiffServ結(jié)合實(shí)現(xiàn)多播的結(jié)構(gòu)。

文獻(xiàn)［20］提出了E-LSP方法，給出了在DiffServ網(wǎng)絡(luò)中支持MPLS的細(xì)節(jié)：當(dāng)多個(gè)行為聚集（BA）映射為單個(gè)LSP時(shí)，MPLS頭部的EXP域被用來確定每跳行為（PHB），對(duì)于一個(gè)給定的EFC，一個(gè)LSP可以最多支持8個(gè)BA。文獻(xiàn)［21］則擴(kuò)展了E-LSP方法：在發(fā)布流量時(shí)，對(duì)相同的LSP使用相同分類，即標(biāo)簽被編碼到EFC和服務(wù)類信息中，其中定義了三種服務(wù)類型：0類（BE服務(wù)）、1類（EF服務(wù)）、2類（AF1服務(wù)和AF2服務(wù)）。文獻(xiàn)［22］則提出了在基于MPLS的ATM網(wǎng)絡(luò)中支持DiffServ模式的實(shí)現(xiàn)算法。

6 結(jié) 語

IntServ集成模式、DiffServ差分模式和MPLS協(xié)議是Internet上實(shí)現(xiàn)服務(wù)質(zhì)量的3種技術(shù)，應(yīng)用于多播時(shí)各有其特點(diǎn)，其中IntServ技術(shù)固有的特點(diǎn)是支持多播，并且為每個(gè)流提供相應(yīng)的QoS，其嚴(yán)重不足是可擴(kuò)展性問題；DiffServ技術(shù)為每類流提供服務(wù)質(zhì)量，具有很好的可擴(kuò)展性；MPLS和DiffServ具有相似性，缺點(diǎn)是存在“胖邊沿瘦核心”路由器問題。

本文給出上述3種模式在實(shí)現(xiàn)基于服務(wù)質(zhì)量的多播時(shí)存在的問題和部分解決方案，也指出了3種技術(shù)混合實(shí)現(xiàn)滿足服務(wù)質(zhì)量的多播時(shí)的困難和解決策略。在多播應(yīng)用需求日益增長(zhǎng)的今天，對(duì)該問題進(jìn)行研究具有現(xiàn)實(shí)意義。

參 考 文 獻(xiàn)

［1］陳琳.基于服務(wù)質(zhì)量的多播路由算法研究[D].武漢：武漢大學(xué)，2005.

［2］林闖，單志廣.計(jì)算機(jī)網(wǎng)絡(luò)的服務(wù)質(zhì)量[M].北京：清華大學(xué)出版社，2004.

［3］高茜，羅軍舟.區(qū)分服務(wù)網(wǎng)絡(luò)中IP多播:問題與解決方案[J].計(jì)算機(jī)研究與發(fā)展，2005，42 (5:823-829.

［4］Bless R Wehrle.IP Multicast in Differentiated Services Networks.IETF Internet，2002，draft-bless-diffserv-multicast-05.txt，November.Draft(draft-bless-diffserv-multicast-00.txt，1999.

［5］Bless R，Wehrle .Group Communication in Differentiated Services Networks，F(xiàn)irst IEEE/ACM International Symposium on Cluster Computing and the Grid，2001:618-625.

［6］Li ，Mohapatra P.QoS-aware Multicasting in diffServ Domains.In:Proc IEEE GlobeCom Taipei:IEEE Press，2002:2 118-2 122.

［7］Striege A，Bouabdallah A，Bettaharet H.EBM:Edge-based Multicasting in diffServ Networks.The 5th Int′l Workshop on Network Group Communications (NGC，Munich，Germany，2003.

［8］Striegel A，Manimaran G.A Scalable Approach to diffserv Multicasting.In:Neuvo Y，ed.Proc.of the IEEE Int′l Conf.on Communications CICCJ.Helsinki:IEEE Communications Society，2001:2 327- 2 331.[]

［9］Bless R，Wehrle .DS Multicast Router Extension，2001，draftbless-diffserv-mcast-routerext-00.txt，July.

［10］Agarwal A，WangB.Supporting QoS in IP Multicast Networks.Computer Communications，2003(26:1 533-1 540.

［11］Acharya A，Griffoul F.IP Multicast Support in MPLS.ATM Workshop，1999，IEEE Proceedings，1999:211-218.

［12］Ooms D，Hoebeke R.MPLS Multicast Traffic Engineering，2002，draft-ooms-mpls-multicast-te-01.txt，F(xiàn)ebruary.

［13］Su H C，Hwang R H.Multicast Provision in a Differentiated Services Network[C].15th International Conference on Information Networking，2001:189-196.

［14］Stoica I，hang H.Per Hop Behaviors Based on Dynamic packet States.IETF Internet Draft.，F(xiàn)ebruary，1999.

［15］Stoica I，hang H.Providing Guaranteed Services without Per Flow Management.In ACM SIGCOMM′99.http://www.cs.cmu.edu/~hzhang，1999.

［16］Borgonovo F，F(xiàn)ratta L.End-to-End QoS Provisioning Mechanism for Differentiated Services.IETF Internet Draft.July 29，1998..

［17］Detti A，Listanti M，Salsano.Supporting RSVP in a Differentiated Service Domains:An Architectural Framework and a Scalability Analysis.In:IEEE International Conference on Communications(ICC′99，Vancouver，British Columbia，Canada，1999:204-210.

［18］Cheng D.RSVP-TE:Extensions to RSVP for Multicast LSP Tunnels.draft-cheng-mpls-rsvp-multicast-er-00.txt，2001.10.

［19］Chung J M.RSVP-TE.Extensions for MPLS Multicasting Services.2002，draft-chung-mpls-rsvp-multicasting-00.txt，F(xiàn)ebruary.

［20］Faucheur F L，Wu L，Davie B，et al.Multi-Protocol Label Switching (MPLS Support of Differentiated Services，RFC3270，2002.

［21］Moh M，Wei B，hu J H.Supporting Differentiated Services with Per-class Traffic Engineering in MPLS[C].Tenth International Conference on Computer Communications and Networks，2001:354-360.

［22］Jing ，Li L.Supporting Differentiated Services in MPLS based ATM Switches[C].APCC/OECC′99，F(xiàn)ifth Asia-Pacific Conference on Communications and Fourth Optoelectronics and Communications Conference，1999，1:91-99.