banner.jpg)
相關(guān)專題：
當(dāng)移動節(jié)點改變網(wǎng)絡(luò)連接點時，數(shù)據(jù)包經(jīng)過的中間網(wǎng)絡(luò)域可能發(fā)生變化。因此，在這些網(wǎng)絡(luò)域中，需要在移動節(jié)點的數(shù)據(jù)包上提供適當(dāng)?shù)姆⻊?wù)質(zhì)量支持，這樣運行在移動節(jié)點上的服務(wù)質(zhì)量敏感應(yīng)用程序能保持可用的服務(wù)等級。
[TSZ99]提出了一個無線和移動網(wǎng)絡(luò)中的信令協(xié)議，當(dāng)移動主機(jī)從一個子網(wǎng)移動到另一個子網(wǎng)時，允許移動主機(jī)在當(dāng)前位置的路徑上建立和維持預(yù)留資源。這個協(xié)議通過結(jié)合RSVP隧道[ZWKT98]和移動IP協(xié)議來實現(xiàn)。
[FZHNS98]解決了在移動IP網(wǎng)絡(luò)中運行RSVP信令的問題，采用優(yōu)化路由，并且討論了這個問題的基本解決方法。在移動節(jié)點和通信節(jié)點上修改RSVP，使其知道移動IPv6的地址。允許在固定網(wǎng)絡(luò)和移動網(wǎng)絡(luò)之間傳輸RSVP數(shù)據(jù)流。
所有上面這些為移動用戶提供服務(wù)的方法都是基于RSVP的，因此，就有了RSVP的可擴(kuò)展性問題。IP移動性和RSVP的結(jié)合是[T01]很復(fù)雜的問題。移動IP和RSVP的結(jié)合很不好理解，[T01]試圖解決結(jié)合的問題，還有假設(shè)在正確執(zhí)行基本協(xié)議的前提下，解釋如何將RSVP與移動IP主機(jī)進(jìn)行結(jié)合。
在[CK00]中，引入了一個新的IPv6選項，稱為“服務(wù)質(zhì)量對象”。根據(jù)上下文不同，服務(wù)質(zhì)量對象可以作為目的選項或者Hop-by-Hop選項，包含在綁定更新和綁定認(rèn)可消息中。作為Hop-by-Hop選項時，服務(wù)質(zhì)量對象在中間網(wǎng)絡(luò)域觸發(fā)特定的服務(wù)質(zhì)量過程。這篇文章描述了在盡力而為、MPLS、Diffserv和IntServ域中的服務(wù)質(zhì)量過程，這包括了所有將來可能用到的支持服務(wù)質(zhì)量的網(wǎng)絡(luò)。
基本思想是把服務(wù)質(zhì)量對象作為Hop-by-Hop選項放在綁定消息中，傳輸方向與服務(wù)質(zhì)量敏感的數(shù)據(jù)流相同（HA到MN、CN到MN或者M(jìn)N到CN）。當(dāng)數(shù)據(jù)包在端到端路徑上穿過不同域時，需要檢查服務(wù)質(zhì)量對象，為MN的數(shù)據(jù)包提供服務(wù)質(zhì)量支持。
我們知道，現(xiàn)在有兩種類型服務(wù)質(zhì)量：
資源預(yù)留（集成服務(wù)）：根據(jù)應(yīng)用程序的服務(wù)質(zhì)量需求分配網(wǎng)絡(luò)資源，服從帶寬管理策略。RSVP提供了這樣的機(jī)制[IntServ]。
優(yōu)先級（差分服務(wù)）：將網(wǎng)絡(luò)數(shù)據(jù)流進(jìn)行分類，然后根據(jù)帶寬管理策略標(biāo)準(zhǔn)進(jìn)行網(wǎng)絡(luò)資源分配。為了支持服務(wù)質(zhì)量，分類時對要求很高的應(yīng)用給予優(yōu)先處理。[DiffServ]提供了這種服務(wù)。
這些類型的服務(wù)質(zhì)量可以應(yīng)用到單獨的應(yīng)用程序的數(shù)據(jù)流或者是數(shù)據(jù)流集合，因此有其他兩種方法來區(qū)別服務(wù)質(zhì)量類型：
每個數(shù)據(jù)流：數(shù)據(jù)流定義為單獨的、單向的、在兩個應(yīng)用（發(fā)送方和接受方）之間的數(shù)據(jù)流，由五元組唯一標(biāo)識（傳輸協(xié)議、源地址、源端口號、目的地址和目的端口號）。
來源：net130
