專利名稱：動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)保護(hù)技術(shù)領(lǐng)域，尤其涉及一種動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法。
背景技術(shù)：
在智能光網(wǎng)絡(luò)中，網(wǎng)絡(luò)運(yùn)營(yíng)商可以通過設(shè)置業(yè)務(wù)服務(wù)等級(jí)屬性為客戶指定不同的服務(wù)等級(jí)，對(duì)應(yīng)不同的服務(wù)等級(jí)的業(yè)務(wù)，網(wǎng)絡(luò)運(yùn)營(yíng)商將為相應(yīng)客戶提供不同的網(wǎng)絡(luò)恢復(fù)功能，如無保護(hù)、重路由保護(hù)、1+1保護(hù)、連接建立和保持的優(yōu)先級(jí)、失敗后的恢復(fù)策略和保持策略等等。
在網(wǎng)絡(luò)運(yùn)營(yíng)過程中，客戶可能需要對(duì)為其設(shè)置的業(yè)務(wù)服務(wù)等級(jí)進(jìn)行調(diào)整。比如，前期網(wǎng)絡(luò)資源不足，不能提供客戶要求的服務(wù)等級(jí)，但當(dāng)網(wǎng)絡(luò)資源得到提高后，客戶便可以獲得其要求的服務(wù)等級(jí)，這時(shí)便需要針對(duì)為該客戶設(shè)置的服務(wù)等級(jí)進(jìn)行修改。又如，當(dāng)客戶傳輸數(shù)據(jù)重要性提高后，也可能需要提高相應(yīng)的服務(wù)等級(jí)，從原來的無保護(hù)級(jí)別升級(jí)到有保護(hù)的級(jí)別；以及，當(dāng)客戶傳輸數(shù)據(jù)重要性降低后，出于降低成本的考慮，可能需要降低服務(wù)等級(jí)，從原來的有保護(hù)級(jí)別降級(jí)到無保護(hù)級(jí)別。
目前，針對(duì)各客戶端設(shè)置的服務(wù)等級(jí)經(jīng)過網(wǎng)絡(luò)運(yùn)營(yíng)商確定后，無法根據(jù)自己的需求動(dòng)態(tài)進(jìn)行修改，如果要修改服務(wù)等級(jí)，則需要將原來建立的業(yè)務(wù)路徑刪除，并根據(jù)新的服務(wù)等級(jí)重新建立路徑。因此，基于上述需要，目前還沒有提供一種可以為客戶提供動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的技術(shù)方案，因而也就無法滿足客戶對(duì)業(yè)務(wù)服務(wù)等級(jí)的靈活需求。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，以便于網(wǎng)絡(luò)客戶可以根據(jù)實(shí)際需要靈活地調(diào)整自己的業(yè)務(wù)服務(wù)等級(jí)。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，包括A、客戶端向網(wǎng)絡(luò)端發(fā)起修改服務(wù)等級(jí)請(qǐng)求；B、網(wǎng)絡(luò)端根據(jù)所述服務(wù)等級(jí)請(qǐng)求的內(nèi)容確定向網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送的操作命令，并發(fā)送；C、網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)收到的操作命令進(jìn)行服務(wù)等級(jí)修改操作。
所述的步驟A還包括網(wǎng)管中心對(duì)客戶端發(fā)來的請(qǐng)求進(jìn)行認(rèn)證，并在認(rèn)證通過后執(zhí)行步驟B。
本發(fā)明中，步驟B所述的操作命令包括將無保護(hù)或重路由保護(hù)升級(jí)為1+1保護(hù)的操作命令；將無保護(hù)升級(jí)為重路由保護(hù)的操作命令；將1+1保護(hù)降級(jí)為無保護(hù)或重路由保護(hù)的操作命令；或者，將重路由保護(hù)降級(jí)為無保護(hù)的操作命令。
本發(fā)明中，在執(zhí)行所述的步驟C之前還包括網(wǎng)絡(luò)節(jié)點(diǎn)收到所述的操作命令后，根據(jù)客戶端與運(yùn)營(yíng)商之間協(xié)商確定的修改服務(wù)等級(jí)信息對(duì)所述的操作命令進(jìn)行合法性檢查，并在檢查通過后，執(zhí)行步驟C。
所述的步驟C包括網(wǎng)絡(luò)節(jié)點(diǎn)收到所述的操作命令后，確定所述操作命令需要修改服務(wù)等級(jí)的業(yè)務(wù)應(yīng)用的業(yè)務(wù)路徑；
沿著確定的業(yè)務(wù)路徑通過協(xié)議信令消息的傳遞進(jìn)行修改業(yè)務(wù)服務(wù)等級(jí)的操作處理。
本發(fā)明中，當(dāng)需要將服務(wù)等級(jí)由無保護(hù)升級(jí)為重路由保護(hù)時(shí)，所述的步驟C包括在首節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改重路由保護(hù)，且所述的業(yè)務(wù)路徑的屬性改變信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在末端節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改為重路由保護(hù)。
本發(fā)明中，當(dāng)將服務(wù)等級(jí)由無保護(hù)或重路由升級(jí)為1+1保護(hù)時(shí)，所述的步驟C包括在業(yè)務(wù)的首節(jié)點(diǎn)發(fā)起建立一條屬性為1+1保護(hù)且為備用路徑的業(yè)務(wù)兩端間的路徑；所述的業(yè)務(wù)兩端間的路徑建立成功時(shí)，在首節(jié)點(diǎn)將原有路徑的屬性修改為1+1保護(hù)且為主用路徑，并下發(fā)雙發(fā)選收的交叉命令；所述的原有路徑的屬性改變信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在末端節(jié)點(diǎn)修改原有路徑的屬性，并下發(fā)雙發(fā)選收的交叉命令。
本發(fā)明中，當(dāng)需要將服務(wù)等級(jí)由1+1保護(hù)降級(jí)到重路由保護(hù)或無保護(hù)時(shí)，所述的步驟C包括設(shè)置當(dāng)前業(yè)務(wù)傳輸應(yīng)用的主用路徑禁止進(jìn)行保護(hù)倒換；在首節(jié)點(diǎn)將備用路徑的屬性修改為重路由或無保護(hù)，并下發(fā)命令，通知?jiǎng)h除雙發(fā)選收交叉功能；所述的備用路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在各下游節(jié)點(diǎn)和末端節(jié)點(diǎn)分別將備用路徑的屬性修改為重路由或無保護(hù)，同時(shí)，在末端節(jié)點(diǎn)下發(fā)命令，還通知?jiǎng)h除雙發(fā)選收交叉功能。
當(dāng)需要將服務(wù)等級(jí)由1+1保護(hù)降級(jí)到重路由保護(hù)或無保護(hù)時(shí)，所述的步驟C還包括
末端節(jié)點(diǎn)依次通過各上游節(jié)點(diǎn)向首節(jié)點(diǎn)返回屬性修改響應(yīng)消息，首節(jié)點(diǎn)收到所述的響應(yīng)消息后，刪除備用路徑，并將主用路徑的屬性修改為重路由或無保護(hù)；所述的主用路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在各下游節(jié)點(diǎn)和末端節(jié)點(diǎn)分別將主用路徑的屬性修改為重路由或無保護(hù)。
本發(fā)明中，當(dāng)需要將服務(wù)等級(jí)由重路由保護(hù)降級(jí)到無保護(hù)時(shí)，所述的步驟C包括設(shè)置當(dāng)前業(yè)務(wù)傳輸應(yīng)用的路徑禁止重路由；在首節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改為無保護(hù)，且所述的業(yè)務(wù)路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，各下游節(jié)點(diǎn)及末端節(jié)點(diǎn)分別將業(yè)務(wù)路徑的屬性修改為無保護(hù)。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明實(shí)現(xiàn)了動(dòng)態(tài)修改各客戶的服務(wù)等級(jí)，解決了現(xiàn)有技術(shù)中無法動(dòng)態(tài)修改服務(wù)等級(jí)的問題。因此，本發(fā)明中，網(wǎng)絡(luò)運(yùn)營(yíng)商可以靈活地為客戶端提供相應(yīng)的服務(wù)等級(jí)，以滿足客戶端不同時(shí)期的各種不同需求。而且，本發(fā)明中，動(dòng)態(tài)修改服務(wù)等級(jí)的過程中不損傷業(yè)務(wù)，保證了業(yè)務(wù)傳輸?shù)目煽啃圆皇苡绊憽?br>

圖1為本發(fā)明所述的方法的流程圖；圖2為無保護(hù)路徑的結(jié)構(gòu)示意圖；圖3為1+1保護(hù)路徑的結(jié)構(gòu)示意圖；圖4為將無保護(hù)升級(jí)為1+1保護(hù)的處理流程示意圖；圖5為將無保護(hù)升級(jí)為重路由保護(hù)的處理流程示意圖；圖6為將1+1保護(hù)降級(jí)為無保護(hù)或重路由保護(hù)的處理流程示意圖；
圖7為將重路由保護(hù)降級(jí)為無保護(hù)的處理流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心是提供一種客戶端可以根據(jù)需要靈活修改在網(wǎng)絡(luò)中享有的業(yè)務(wù)服務(wù)等級(jí)的方法，且動(dòng)態(tài)修改服務(wù)等級(jí)的處理過程不損傷業(yè)務(wù)，即實(shí)現(xiàn)無縫修改針對(duì)各客戶端的業(yè)務(wù)服務(wù)等級(jí)。
本發(fā)明所述的方法如圖1所示，主要包括以下處理過程步驟11客戶向網(wǎng)絡(luò)運(yùn)營(yíng)商(即網(wǎng)絡(luò)端)提出修改服務(wù)等級(jí)的請(qǐng)求，網(wǎng)絡(luò)運(yùn)營(yíng)商需要對(duì)提出修改服務(wù)等級(jí)的客戶進(jìn)行身份認(rèn)證，對(duì)于認(rèn)證通過的客戶端則確定可以進(jìn)行服務(wù)等級(jí)的修改操作；例如，可以根據(jù)客戶端輸入的用戶名及密碼信息對(duì)客戶進(jìn)行身份認(rèn)證，從而方便控制修改服務(wù)等級(jí)的客戶的權(quán)限；步驟12根據(jù)認(rèn)證通過的客戶端的修改服務(wù)等級(jí)的請(qǐng)求的內(nèi)容確定服務(wù)等級(jí)修改的操作命令，并發(fā)送給業(yè)務(wù)路徑的首節(jié)點(diǎn)，即網(wǎng)管中心向首節(jié)點(diǎn)發(fā)送修改服務(wù)等級(jí)的操作命令；所述的業(yè)務(wù)路徑的首節(jié)點(diǎn)通常為所述客戶端接入網(wǎng)絡(luò)的節(jié)點(diǎn)，即網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)；所述的服務(wù)等級(jí)請(qǐng)求中包括該業(yè)務(wù)的新的服務(wù)等級(jí)需求，且根據(jù)所述的新的服務(wù)等級(jí)需求可能會(huì)產(chǎn)生如下情況的服務(wù)等級(jí)的修改將無保護(hù)業(yè)務(wù)升級(jí)為1+1保護(hù)業(yè)務(wù)；將重路由保護(hù)業(yè)務(wù)升級(jí)為1+1保護(hù)業(yè)務(wù)；將無保護(hù)業(yè)務(wù)升級(jí)為重路由保護(hù)業(yè)務(wù)；將1+1保護(hù)業(yè)務(wù)降級(jí)為無保護(hù)業(yè)務(wù)；將1+1保護(hù)業(yè)務(wù)降級(jí)為重路由保護(hù)業(yè)務(wù)；將重路由保護(hù)業(yè)務(wù)降級(jí)為無保護(hù)業(yè)務(wù)，等等；
根據(jù)上述服務(wù)等級(jí)的修改需求便可以確定對(duì)應(yīng)的操作命令；步驟13首節(jié)點(diǎn)在收到修改服務(wù)等級(jí)的操作命令后，對(duì)所述的修改服務(wù)等級(jí)的操作命令進(jìn)行合法性檢查，即對(duì)所述操作命令要求的服務(wù)等級(jí)是否合法進(jìn)行檢查；通常為根據(jù)客戶和網(wǎng)絡(luò)運(yùn)營(yíng)商之間協(xié)商的內(nèi)容，檢查所述操作命令要求的服務(wù)等級(jí)是否合法；步驟14服務(wù)等級(jí)的操作命令合法檢查通過后，首節(jié)點(diǎn)發(fā)起修改服務(wù)等級(jí)的操作；首節(jié)點(diǎn)收到所述的操作命令后，確定所述操作命令需要修改服務(wù)等級(jí)的業(yè)務(wù)應(yīng)用的業(yè)務(wù)路徑，并沿著確定的業(yè)務(wù)路徑通過協(xié)議信令消息的傳遞進(jìn)行修改業(yè)務(wù)服務(wù)等級(jí)的操作處理；其中，確定需要修改服務(wù)等級(jí)的業(yè)務(wù)應(yīng)用的業(yè)務(wù)路徑可以根據(jù)所述業(yè)務(wù)的標(biāo)識(shí)查找節(jié)點(diǎn)中保存著各路徑信息的表項(xiàng)確定，當(dāng)然也可以根據(jù)該業(yè)務(wù)的其他區(qū)別信息查找所述表項(xiàng)確定相應(yīng)的路徑。
本發(fā)明中所述的首節(jié)點(diǎn)發(fā)起修改服務(wù)等級(jí)的操作的具體處理過程根據(jù)要求修改的服務(wù)等級(jí)的不同而不同，下面將結(jié)合具體的應(yīng)用實(shí)例，并以應(yīng)用RSVP(資源預(yù)留協(xié)議)信令為例對(duì)本發(fā)明進(jìn)行說明。
當(dāng)根據(jù)新的服務(wù)等級(jí)要求，需要將無保護(hù)業(yè)務(wù)升級(jí)為1+1保護(hù)業(yè)務(wù)時(shí)，例如，如圖2所示，假設(shè)從節(jié)點(diǎn)A到節(jié)點(diǎn)D之間建立了一條無保護(hù)的連接路徑，稱為L(zhǎng)SP1，現(xiàn)在根據(jù)新的服務(wù)等級(jí)的要求，需要將這條無保護(hù)的業(yè)務(wù)連接升級(jí)為1+1的保護(hù)業(yè)務(wù)連接，具體的修改服務(wù)等級(jí)的操作處理過程結(jié)合圖2、圖3和圖4描述如下步驟41在首節(jié)點(diǎn)A，發(fā)起建立一條到節(jié)點(diǎn)D的連接(即路徑)的請(qǐng)求，稱為L(zhǎng)SP2，設(shè)置其保護(hù)屬性為1+1保護(hù)，并將其屬性設(shè)為備用路徑LSP，將該業(yè)務(wù)路徑的服務(wù)等級(jí)屬性設(shè)為新的服務(wù)等級(jí)，即提供1+1保護(hù)的業(yè)務(wù)服務(wù)等級(jí)；同時(shí)，根據(jù)建立保護(hù)路徑LSP2的要求，確定LSP2經(jīng)過的路徑不能與LSP1經(jīng)過的路徑相交，除首節(jié)點(diǎn)A和末端節(jié)點(diǎn)D外，如圖2所示，假設(shè)LSP2走的路徑是從節(jié)點(diǎn)A經(jīng)過節(jié)點(diǎn)E、F到節(jié)點(diǎn)D；步驟42當(dāng)節(jié)點(diǎn)A收到建立LSP2的響應(yīng)時(shí)，則表示LSP2已建立成功，此時(shí)，在首節(jié)點(diǎn)A，將LSP1的保護(hù)屬性由無保護(hù)改為1+1保護(hù)，將服務(wù)等級(jí)屬性改為新的服務(wù)等級(jí)，并將業(yè)務(wù)原來應(yīng)用的路徑LSP1設(shè)為1+1保護(hù)中的主用路徑，即主LSP；由于保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，RSVP需要通知底層的交叉管理模塊修改業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)，并將LSP1設(shè)為1+1的主LSP；在底層，當(dāng)發(fā)現(xiàn)保護(hù)屬性由無保護(hù)改變?yōu)榱?+1保護(hù)，則找到1+1備LSP，即LSP2，并將這兩條LSP(即LSP1和LSP2)進(jìn)行關(guān)聯(lián)，同時(shí)，下發(fā)實(shí)現(xiàn)1+1保護(hù)所需要的雙發(fā)選收的交叉命令；步驟43由于LSP1的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，RSVP會(huì)通過Path消息將新的保護(hù)屬性和服務(wù)等級(jí)屬性傳往下游節(jié)點(diǎn)，并通知下游節(jié)點(diǎn)進(jìn)行保護(hù)屬性和服務(wù)等級(jí)屬性的更新；步驟44下游節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，更新LSP1的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層更新業(yè)務(wù)的相應(yīng)的保護(hù)屬性和服務(wù)等級(jí)屬性，然后繼續(xù)向下游節(jié)點(diǎn)傳送更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息，直至末端節(jié)點(diǎn)；步驟45末端節(jié)點(diǎn)D在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，同樣更新LSP1的相應(yīng)屬性，并通知底層更新業(yè)務(wù)的相應(yīng)屬性；在底層，當(dāng)發(fā)現(xiàn)LSP1的保護(hù)屬性由無保護(hù)改變?yōu)榱?+1保護(hù)，則找到1+1備LSP(即LSP2)，并將這兩條LSP進(jìn)行關(guān)聯(lián)，下發(fā)雙發(fā)選收的交叉，如圖3所示，至此，根據(jù)新的服務(wù)等級(jí)要求，原來是無保護(hù)的LSP1就升級(jí)成了1+1保護(hù)的LSP；可以看出，本發(fā)明在上述修改服務(wù)等級(jí)的過程中不會(huì)有業(yè)務(wù)的損傷。
同理，當(dāng)根據(jù)新的服務(wù)等級(jí)要求，需要將重路由保護(hù)業(yè)務(wù)升級(jí)為1+1保護(hù)業(yè)務(wù)時(shí)，具體的處理過程與上述步驟41至步驟45類似，只是原來業(yè)務(wù)的保護(hù)屬性不再是無保護(hù)，而是重路由保護(hù)。
當(dāng)根據(jù)新的服務(wù)等級(jí)要求，需要將無保護(hù)業(yè)務(wù)升級(jí)為重路由保護(hù)業(yè)務(wù)時(shí)，相應(yīng)的處理過程如圖5所示，具體包括步驟51在首節(jié)點(diǎn)，根據(jù)新的服務(wù)等級(jí)要求，將業(yè)務(wù)傳輸應(yīng)用的業(yè)務(wù)路徑LSP的保護(hù)屬性由無保護(hù)改為重路由保護(hù)，并將服務(wù)等級(jí)改為新的服務(wù)等級(jí)。由于保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，RSVP需要通知底層的交叉管理模塊修改業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)；步驟52在LSP的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變后，RSVP會(huì)通過Path消息將新的保護(hù)屬性和服務(wù)等級(jí)屬性傳往下游節(jié)點(diǎn)，通知下游節(jié)點(diǎn)進(jìn)行相應(yīng)的更新；步驟53下游節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，更新所述業(yè)務(wù)路徑LSP的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層更新業(yè)務(wù)的相應(yīng)的保護(hù)屬性和服務(wù)等級(jí)屬性，然后繼續(xù)向下游節(jié)點(diǎn)傳送更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息，直至末端節(jié)點(diǎn)；步驟54末端節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，同樣更新所述業(yè)務(wù)路徑LSP的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層更新業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)屬性。
經(jīng)過上述步驟51到步驟54的處理過程后，所述業(yè)務(wù)路徑LSP的服務(wù)等級(jí)和保護(hù)屬性便得到了修改，實(shí)現(xiàn)了本發(fā)明的動(dòng)態(tài)修改服務(wù)等級(jí)的目的。
前面，對(duì)本發(fā)明中涉及的服務(wù)等級(jí)升級(jí)的處理過程舉例進(jìn)行了相應(yīng)的說明，下面將再對(duì)服務(wù)等級(jí)降級(jí)的過程進(jìn)行舉例說明。
當(dāng)根據(jù)新的服務(wù)等級(jí)要求，需要將1+1保護(hù)業(yè)務(wù)降級(jí)為無保護(hù)業(yè)務(wù)或重路由保護(hù)業(yè)務(wù)時(shí)，假設(shè)1+1主LSP為L(zhǎng)SP1，備LSP為L(zhǎng)SP2，則此時(shí)首先需要對(duì)當(dāng)前業(yè)務(wù)所走的路徑進(jìn)行鎖定處理，即不允許業(yè)務(wù)發(fā)生倒換和重路由，假設(shè)當(dāng)前業(yè)務(wù)走在LSP1上，則對(duì)LSP1進(jìn)行鎖定，相應(yīng)的具體的降級(jí)處理過程如圖6所示，具體包括步驟61在首節(jié)點(diǎn)，對(duì)LSP2發(fā)起降級(jí)請(qǐng)求，請(qǐng)求降級(jí)為無保護(hù)或重路由保護(hù)；將LSP2的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，所以RSVP會(huì)通知底層的交叉管理模塊，刪除相應(yīng)的雙發(fā)選收交叉，并降級(jí)為普通的交叉；同時(shí)，在首節(jié)點(diǎn)，由于LSP2的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，則RSVP會(huì)通過Path消息將新的服務(wù)等級(jí)屬性信息帶給下游節(jié)點(diǎn)；步驟62下游節(jié)點(diǎn)在收到保護(hù)屬性和服務(wù)等級(jí)屬性改變后的Path消息，則更改本地的LSP2的保護(hù)屬性和服務(wù)等級(jí)屬性信息，并通知底層的交叉管理模塊做相應(yīng)的處理；由于在中間節(jié)點(diǎn)，沒有建立雙方選收的交叉，所以不需要做什么處理。中間節(jié)點(diǎn)將繼續(xù)向下游節(jié)點(diǎn)發(fā)送LSP2保護(hù)屬性和服務(wù)等級(jí)屬性改變的Path消息，以便于其他下游節(jié)點(diǎn)進(jìn)行相應(yīng)的修改；步驟63末端節(jié)點(diǎn)在收到保護(hù)屬性和服務(wù)等級(jí)改變后的Path消息，會(huì)更改本地的LSP2的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層的交叉管理模塊刪除相應(yīng)的雙方選收交叉，并降級(jí)為普通的交叉；步驟64末端節(jié)點(diǎn)沿著業(yè)務(wù)的反向路徑發(fā)送響應(yīng)降級(jí)的Resv消息，上游節(jié)點(diǎn)在收到這樣的Resv消息后，只是繼續(xù)向上游節(jié)點(diǎn)轉(zhuǎn)發(fā)這樣的Resv消息，直至首節(jié)點(diǎn)；步驟65首節(jié)點(diǎn)在收到響應(yīng)降級(jí)的Resv消息后，對(duì)LSP2發(fā)起刪除，并將LSP1的保護(hù)屬性改為無保護(hù)，并將服務(wù)等級(jí)設(shè)置為新的服務(wù)等級(jí)，即降級(jí)后的服務(wù)等級(jí)(重路由保護(hù)或無保護(hù))；
步驟66由于服務(wù)等級(jí)和保護(hù)屬性發(fā)生了改變，RSVP需要通知底層的交叉管理模塊去修改業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)；步驟67在LSP1的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變后，RSVP會(huì)通過Path消息將新的保護(hù)屬性和服務(wù)等級(jí)屬性傳往下游節(jié)點(diǎn)，通知下游節(jié)點(diǎn)進(jìn)行更新；步驟68下游節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，更新LSP1的相應(yīng)屬性，并通知底層更新業(yè)務(wù)的相應(yīng)屬性，然后繼續(xù)向下游節(jié)點(diǎn)傳送更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息，直至末端節(jié)點(diǎn)；步驟69末端節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，同樣更新LSP1的相應(yīng)屬性，并通知底層更新業(yè)務(wù)的相應(yīng)屬性；至此LSP1的服務(wù)等級(jí)和保護(hù)屬性就得到了修改。
通過以上步驟，LSP2就被刪除，LSP1的保護(hù)屬性被改為了無保護(hù)，它的服務(wù)等級(jí)也被改為了新的服務(wù)等級(jí)，這樣，1+1保護(hù)業(yè)務(wù)就被降級(jí)為了無保護(hù)業(yè)務(wù)。
當(dāng)根據(jù)新的服務(wù)等級(jí)要求，需要將重路由保護(hù)業(yè)務(wù)降級(jí)為無保護(hù)業(yè)務(wù)時(shí)，相應(yīng)的具體處理過程如圖7所示，包括以下步驟步驟71首先將需要更改服務(wù)等級(jí)的LSP進(jìn)行鎖定處理，即不讓該LSP發(fā)生重路由，禁止啟動(dòng)重路由保護(hù)；步驟72在首節(jié)點(diǎn)，根據(jù)新的服務(wù)等級(jí)要求，將LSP的保護(hù)屬性由重路由保護(hù)改為無保護(hù)，并將服務(wù)等級(jí)改為新的服務(wù)等級(jí)；由于保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變，RSVP需要通知底層的交叉管理模塊修改業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)；步驟73在LSP的保護(hù)屬性和服務(wù)等級(jí)屬性發(fā)生了改變后，RSVP會(huì)通過Path消息將新的保護(hù)屬性和服務(wù)等級(jí)屬性傳往下游節(jié)點(diǎn)，通知下游節(jié)點(diǎn)進(jìn)行保護(hù)屬性和服務(wù)等級(jí)的更新；
步驟74下游節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，更新LSP的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層更新業(yè)務(wù)路徑的保護(hù)屬性和服務(wù)等級(jí)屬性，然后繼續(xù)向下游節(jié)點(diǎn)傳送更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息，直至末端節(jié)點(diǎn)；步驟75末端節(jié)點(diǎn)在收到更新保護(hù)屬性和服務(wù)等級(jí)屬性的Path消息后，同樣更新LSP的保護(hù)屬性和服務(wù)等級(jí)屬性，并通知底層更新業(yè)務(wù)的保護(hù)屬性和服務(wù)等級(jí)屬性，至此，相應(yīng)LSP的服務(wù)等級(jí)和保護(hù)屬性便得到了修改，實(shí)現(xiàn)了將服務(wù)等級(jí)由重路由保護(hù)降級(jí)為無保護(hù)的需求。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，包括A、客戶端向網(wǎng)絡(luò)端發(fā)起修改服務(wù)等級(jí)請(qǐng)求；B、網(wǎng)絡(luò)端根據(jù)所述服務(wù)等級(jí)請(qǐng)求的內(nèi)容確定向網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送的操作命令，并發(fā)送；C、網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)收到的操作命令進(jìn)行服務(wù)等級(jí)修改操作。
2.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，所述的步驟A還包括網(wǎng)管中心對(duì)客戶端發(fā)來的請(qǐng)求進(jìn)行認(rèn)證，并在認(rèn)證通過后執(zhí)行步驟B。
3.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，步驟B所述的操作命令包括將無保護(hù)或重路由保護(hù)升級(jí)為1+1保護(hù)的操作命令；將無保護(hù)升級(jí)為重路由保護(hù)的操作命令；將1+1保護(hù)降級(jí)為無保護(hù)或重路由保護(hù)的操作命令；或者，將重路由保護(hù)降級(jí)為無保護(hù)的操作命令。
4.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，執(zhí)行所述的步驟C之前還包括網(wǎng)絡(luò)節(jié)點(diǎn)收到所述的操作命令后，根據(jù)客戶端與運(yùn)營(yíng)商之間協(xié)商確定的修改服務(wù)等級(jí)信息對(duì)所述的操作命令進(jìn)行合法性檢查，并在檢查通過后，執(zhí)行步驟C。
5.根據(jù)權(quán)利要求1、2、3或4所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，所述的步驟C包括網(wǎng)絡(luò)節(jié)點(diǎn)收到所述的操作命令后，確定所述操作命令需要修改服務(wù)等級(jí)的業(yè)務(wù)應(yīng)用的業(yè)務(wù)路徑；沿著確定的業(yè)務(wù)路徑通過協(xié)議信令消息的傳遞進(jìn)行修改業(yè)務(wù)服務(wù)等級(jí)的操作處理。
6.根據(jù)權(quán)利要求5所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，當(dāng)需要將服務(wù)等級(jí)由無保護(hù)升級(jí)為重路由保護(hù)時(shí)，所述的步驟C包括在首節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改重路由保護(hù)，且所述的業(yè)務(wù)路徑的屬性改變信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在末端節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改為重路由保護(hù)。
7.根據(jù)權(quán)利要求5所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，當(dāng)將服務(wù)等級(jí)由無保護(hù)或重路由升級(jí)為1+1保護(hù)時(shí)，所述的步驟C包括在業(yè)務(wù)的首節(jié)點(diǎn)發(fā)起建立一條屬性為1+1保護(hù)且為備用路徑的業(yè)務(wù)兩端間的路徑；所述的業(yè)務(wù)兩端間的路徑建立成功時(shí)，在首節(jié)點(diǎn)將原有路徑的屬性修改為1+1保護(hù)且為主用路徑，并下發(fā)雙發(fā)選收的交叉命令；所述的原有路徑的屬性改變信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在末端節(jié)點(diǎn)修改原有路徑的屬性，并下發(fā)雙發(fā)選收的交叉命令。
8.根據(jù)權(quán)利要求5所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，當(dāng)需要將服務(wù)等級(jí)由1+1保護(hù)降級(jí)到重路由保護(hù)或無保護(hù)時(shí)，所述的步驟C包括設(shè)置當(dāng)前業(yè)務(wù)傳輸應(yīng)用的主用路徑禁止進(jìn)行保護(hù)倒換；在首節(jié)點(diǎn)將備用路徑的屬性修改為重路由或無保護(hù)，并下發(fā)命令，通知?jiǎng)h除雙發(fā)選收交叉功能；所述的備用路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在各下游節(jié)點(diǎn)和末端節(jié)點(diǎn)分別將備用路徑的屬性修改為重路由或無保護(hù)，同時(shí)，在末端節(jié)點(diǎn)下發(fā)命令，還通知?jiǎng)h除雙發(fā)選收交叉功能。
9.根據(jù)權(quán)利要求8所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，當(dāng)需要將服務(wù)等級(jí)由1+1保護(hù)降級(jí)到重路由保護(hù)或無保護(hù)時(shí)，所述的步驟C還包括末端節(jié)點(diǎn)依次通過各上游節(jié)點(diǎn)向首節(jié)點(diǎn)返回屬性修改響應(yīng)消息，首節(jié)點(diǎn)收到所述的響應(yīng)消息后，刪除備用路徑，并將主用路徑的屬性修改為重路由或無保護(hù)；所述的主用路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，在各下游節(jié)點(diǎn)和末端節(jié)點(diǎn)分別將主用路徑的屬性修改為重路由或無保護(hù)。
10.根據(jù)權(quán)利要求5所述的動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法，其特征在于，當(dāng)需要將服務(wù)等級(jí)由重路由保護(hù)降級(jí)到無保護(hù)時(shí)，所述的步驟C包括設(shè)置當(dāng)前業(yè)務(wù)傳輸應(yīng)用的路徑禁止重路由；在首節(jié)點(diǎn)將業(yè)務(wù)路徑的屬性修改為無保護(hù)，且所述的業(yè)務(wù)路徑的屬性修改信息由首節(jié)點(diǎn)起始依次通知下游節(jié)點(diǎn)，直至末端節(jié)點(diǎn)，各下游節(jié)點(diǎn)及末端節(jié)點(diǎn)分別將業(yè)務(wù)路徑的屬性修改為無保護(hù)。
全文摘要
本發(fā)明涉及一種動(dòng)態(tài)修改業(yè)務(wù)服務(wù)等級(jí)的方法。本發(fā)明包括客戶端向網(wǎng)絡(luò)端發(fā)起修改服務(wù)等級(jí)請(qǐng)求，網(wǎng)絡(luò)端則根據(jù)所述服務(wù)等級(jí)請(qǐng)求的內(nèi)容確定向網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送的操作命令，并發(fā)送；在網(wǎng)絡(luò)節(jié)點(diǎn)上，根據(jù)收到的操作命令進(jìn)行服務(wù)等級(jí)修改操作。本發(fā)明實(shí)現(xiàn)了動(dòng)態(tài)修改各客戶的服務(wù)等級(jí)，解決了現(xiàn)有技術(shù)中無法動(dòng)態(tài)修改服務(wù)等級(jí)的問題。因此，本發(fā)明中，網(wǎng)絡(luò)運(yùn)營(yíng)商可以靈活地為客戶端提供相應(yīng)的服務(wù)等級(jí)，以滿足客戶端不同時(shí)期的各種不同需求。而且，本發(fā)明中，動(dòng)態(tài)修改服務(wù)等級(jí)的過程中不損傷業(yè)務(wù)，保證了業(yè)務(wù)傳輸?shù)目煽啃圆皇苡绊憽?br> 文檔編號(hào)H04L12/24GK1756178SQ20041007839
公開日2006年4月5日 申請(qǐng)日期2004年9月27日 優(yōu)先權(quán)日2004年9月27日
發(fā)明者蔡軍州, 陳勇, 周陽 申請(qǐng)人:華為技術(shù)有限公司