專(zhuān)利名稱(chēng)：多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法。
背景技術(shù)：
隨著Internet(互聯(lián)網(wǎng))技術(shù)的發(fā)展，以及用戶需求的快速增長(zhǎng)，各種多媒體網(wǎng)絡(luò)服務(wù)爭(zhēng)相涌現(xiàn)。網(wǎng)絡(luò)中出現(xiàn)的多媒體業(yè)務(wù)將占去網(wǎng)絡(luò)中大量的帶寬資源。因此，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP(文件傳輸協(xié)議)或者含有圖像文件的HTTP(超文本傳輸協(xié)議)等業(yè)務(wù)時(shí)，對(duì)網(wǎng)絡(luò)傳輸時(shí)延、延時(shí)抖動(dòng)等特性較為敏感的實(shí)時(shí)業(yè)務(wù)必將會(huì)受到很大影響；進(jìn)而導(dǎo)致網(wǎng)絡(luò)中需要保證的關(guān)鍵業(yè)務(wù)難以得到可靠的傳輸。為此，各種QoS技術(shù)應(yīng)運(yùn)而生。為滿足QoS的需求，IETF已經(jīng)建議了很多服務(wù)模型和機(jī)制。
目前業(yè)界較多應(yīng)用的是在網(wǎng)絡(luò)的接入和邊緣使用綜合業(yè)務(wù)模型(Int-Serv)，在網(wǎng)絡(luò)的核心使用區(qū)分業(yè)務(wù)模型(Diff-serv)。由于區(qū)分業(yè)務(wù)模型(Diff-serv)僅設(shè)定優(yōu)先等級(jí)保障QoS措施，因此，相應(yīng)的QoS保障效果難以預(yù)測(cè)。為此，業(yè)界開(kāi)始為骨干網(wǎng)區(qū)分業(yè)務(wù)Diff-Serv引入一個(gè)獨(dú)立的承載控制層，建立一套專(zhuān)門(mén)的Diff-Serv QoS信令機(jī)制，也就是為區(qū)分服務(wù)Diff-Serv網(wǎng)絡(luò)專(zhuān)門(mén)建立一個(gè)資源管理層，管理網(wǎng)絡(luò)的拓?fù)滟Y源，對(duì)于這種資源管理區(qū)分服務(wù)Diff-Serv方式稱(chēng)為有獨(dú)立承載控制層的Dff-Serv模型。
在有獨(dú)立的承載控制層的區(qū)分服務(wù)(Dff-Serv)模型中，承載網(wǎng)資源管理器{包括帶寬代理器(Bandwidth Broker)或者QoS服務(wù)器/資源管理器}中配置了管理規(guī)則和網(wǎng)絡(luò)拓?fù)洌糜跒榭蛻舻臉I(yè)務(wù)帶寬申請(qǐng)分配資源。如圖1所示，每個(gè)管理域的承載網(wǎng)控制服務(wù)器相互之間通過(guò)信令傳遞客戶的業(yè)務(wù)帶寬申請(qǐng)請(qǐng)求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請(qǐng)分配的路徑信息，等等。通常是在CM(承載網(wǎng)資源管理器)上為承載網(wǎng)的每個(gè)CN(核心設(shè)備)模擬一個(gè)路由表，實(shí)現(xiàn)承載控制層中各個(gè)CM的域內(nèi)尋路，實(shí)現(xiàn)業(yè)務(wù)的路由。每個(gè)具體業(yè)務(wù)類(lèi)型(即具體的業(yè)務(wù)流)的資源請(qǐng)求和一系列的LSP(標(biāo)簽交換路徑)綁定，即利用相應(yīng)LSP的資源為，當(dāng)呼叫完成時(shí)，再將LSP和其他的資源釋放。
具體的處理過(guò)程為當(dāng)承載控制層處理用戶的業(yè)務(wù)帶寬申請(qǐng)時(shí)，將確定用戶業(yè)務(wù)的路徑。承載網(wǎng)資源管理器會(huì)通知邊緣路由器按照指定的路徑轉(zhuǎn)發(fā)業(yè)務(wù)流。承載網(wǎng)通常利用MPLS(多協(xié)議標(biāo)簽交換)技術(shù)，使用資源預(yù)留方式沿著承載控制層指定的業(yè)務(wù)流路徑建立LSP，使用RSVP-TE(資源預(yù)留協(xié)議-流量工程)或CR-LDP(受限標(biāo)簽分發(fā)協(xié)議)的顯示路由機(jī)制建立端到端的LSP。
在現(xiàn)有技術(shù)中，另一種資源管理方案是采用QoS服務(wù)器作為網(wǎng)絡(luò)中的QoS管理部件。具體的實(shí)現(xiàn)過(guò)程中還包括與QoS服務(wù)器相配套的策略服務(wù)器、目錄服務(wù)器以及網(wǎng)管監(jiān)控服務(wù)器。其中，策略服務(wù)器用于根據(jù)QoS服務(wù)器和管理接口等策略配置信息，設(shè)置相關(guān)的路由器的參數(shù)和配置；目錄服務(wù)器為一個(gè)統(tǒng)一和集中的數(shù)據(jù)庫(kù)，用于保存網(wǎng)絡(luò)設(shè)備配置信息、用戶信息和QoS信息；網(wǎng)管監(jiān)控服務(wù)器則負(fù)責(zé)收集承載網(wǎng)各路由器和鏈路的擁塞狀態(tài)等信息，供QoS服務(wù)器為業(yè)務(wù)申請(qǐng)選路時(shí)參考。
QoS服務(wù)器負(fù)責(zé)根據(jù)承載網(wǎng)絡(luò)的拓?fù)浜唾Y源狀況為業(yè)務(wù)QoS請(qǐng)求分配滿足要求的承載路徑。為此，需要在QoS服務(wù)器上預(yù)先設(shè)置好的承載網(wǎng)絡(luò)的拓?fù)浜蛶挔顩r，配置好選路規(guī)則。當(dāng)業(yè)務(wù)服務(wù)器向QoS服務(wù)器發(fā)出帶寬請(qǐng)求后，QoS服務(wù)器紀(jì)錄該呼叫的資源請(qǐng)求，并根據(jù)其QoS要求，以及承載網(wǎng)絡(luò)的當(dāng)前拓?fù)浜彤?dāng)前資源狀況為業(yè)務(wù)請(qǐng)求分配滿足要求的承載路徑，將分配的結(jié)果反饋業(yè)務(wù)服務(wù)器。
QoS服務(wù)器還根據(jù)業(yè)務(wù)的帶寬占用情況，向策略服務(wù)器發(fā)出相應(yīng)的LSP策略修改命令，策略服務(wù)器就根據(jù)QoS服務(wù)器的命令，配置相應(yīng)的邊緣路由器。邊緣路由器將使用MPLS LSP建立的顯示路由技術(shù)，根據(jù)QoS服務(wù)器指定的路徑，重新建立或調(diào)整LSP。
在所述的各獨(dú)立運(yùn)營(yíng)的網(wǎng)絡(luò)中，通過(guò)上述各種技術(shù)方案實(shí)現(xiàn)了針對(duì)各業(yè)務(wù)流的QoS資源管理。這樣，用戶通過(guò)網(wǎng)絡(luò)開(kāi)展業(yè)務(wù)時(shí)，便可以為所述業(yè)務(wù)申請(qǐng)相應(yīng)的QoS資源。目前，在各技術(shù)方案的具體實(shí)現(xiàn)過(guò)程中，所采用的QoS資源申請(qǐng)的方法均為針對(duì)每一種業(yè)務(wù)流建立一次業(yè)務(wù)連接，并進(jìn)行QoS資源的申請(qǐng)；當(dāng)然，如果一次通信中包含多種業(yè)務(wù)流，則需要分別建立多次業(yè)務(wù)連接，并在所述業(yè)務(wù)連接的基礎(chǔ)上進(jìn)行信令的交互，以實(shí)現(xiàn)各業(yè)務(wù)流的QoS資源的申請(qǐng)。
不難看出，上述為各個(gè)業(yè)務(wù)流申請(qǐng)資源的方式使得網(wǎng)絡(luò)中的信令交互量較大，而且，導(dǎo)致針對(duì)一次通信的資源申請(qǐng)占用的時(shí)間較長(zhǎng)。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問(wèn)題，本發(fā)明的目的是提供一種多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，實(shí)現(xiàn)通過(guò)一次業(yè)務(wù)連接可以同時(shí)完成多個(gè)業(yè)務(wù)流的資源申請(qǐng)，從而減少了多業(yè)務(wù)流資源申請(qǐng)過(guò)程中需要交互的信令數(shù)目，并可以縮短資源申請(qǐng)占用的時(shí)間。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，包括A、承載網(wǎng)資源管理器CM收到包含有至少兩個(gè)業(yè)務(wù)流的資源申請(qǐng)的連接資源請(qǐng)求消息；
B、CM在管理域內(nèi)分別為各個(gè)業(yè)務(wù)流分配路徑，并預(yù)留相應(yīng)的資源；C、CM將為各個(gè)業(yè)務(wù)流分配的路徑及預(yù)留資源信息下發(fā)給業(yè)務(wù)流接入承載網(wǎng)的邊緣路由器。
所述的步驟A包括用戶終端通過(guò)承載網(wǎng)中的核心設(shè)備接入網(wǎng)絡(luò)；承載網(wǎng)中的核心設(shè)備通過(guò)呼叫代理向CM發(fā)送連接資源請(qǐng)求消息，所述的連接資源請(qǐng)求中包括針對(duì)至少兩個(gè)業(yè)務(wù)流的資源申請(qǐng)。
所述的步驟B包括B1、在業(yè)務(wù)流經(jīng)過(guò)的CM上根據(jù)保存的地址信息確定所述業(yè)務(wù)流經(jīng)過(guò)該CM域的邊緣路由器或邊界路由器；B2、基于所述的邊緣路由器或邊界路由器在所述CM的域內(nèi)為各個(gè)業(yè)務(wù)流分配相應(yīng)的路徑，并預(yù)留相應(yīng)的資源。
所述的步驟B2包括基于所述的邊緣路由器或邊界路由器，在所述CM域內(nèi)分別為各個(gè)業(yè)務(wù)流分配空閑的標(biāo)簽交換路徑LSP，并為所述LSP預(yù)留資源。
所述的步驟B2還包括在CM上保存為各個(gè)業(yè)務(wù)流分配的路徑，以及預(yù)留資源信息。
所述的步驟B還包括B3、為所述的各個(gè)業(yè)務(wù)流確定CM域間的路徑及下一跳CM，并向下一跳CM發(fā)送各個(gè)業(yè)務(wù)流的連接資源請(qǐng)求消息。
所述的步驟B3包括為所述的各個(gè)業(yè)務(wù)流確定不同的域間的路徑，及不同的下一跳CM，并利用所述各個(gè)業(yè)務(wù)流對(duì)應(yīng)的路徑分別向下一跳CM發(fā)送相應(yīng)的業(yè)務(wù)流的連接資源請(qǐng)求消息；或者，為所述的各個(gè)業(yè)務(wù)流確定相同的域間路徑，及相同的下一跳CM，并向利用所述路徑向下一跳CM發(fā)送包含各個(gè)業(yè)務(wù)流信息的連接資源請(qǐng)求消息。
所述的步驟C還包括當(dāng)一次業(yè)務(wù)連接包含的各個(gè)業(yè)務(wù)流的連接資源請(qǐng)求到達(dá)目的CM，并完成分配路徑，預(yù)留資源操作時(shí)，向所述業(yè)務(wù)流經(jīng)過(guò)的各個(gè)CM返回連接資源響應(yīng)消息，直至所述的連接資源響應(yīng)消息到達(dá)呼叫代理。
所述的步驟C包括當(dāng)一次業(yè)務(wù)連接的源CM上收到各個(gè)業(yè)務(wù)流返回的資源連接響應(yīng)消息時(shí)，啟動(dòng)流映射命令，向邊緣路由器下發(fā)各個(gè)業(yè)務(wù)流分配的路徑及預(yù)留資源信息。
所述的各個(gè)業(yè)務(wù)流對(duì)應(yīng)的目的CM可以相同，也可以不同。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明實(shí)現(xiàn)通過(guò)一次業(yè)務(wù)連接可以同時(shí)完成多個(gè)業(yè)務(wù)流的資源申請(qǐng)，從而為應(yīng)用層豐富的QoS業(yè)務(wù)的開(kāi)展提供了有力的支撐，極大地縮短了設(shè)備間的信令交互過(guò)程，節(jié)省了網(wǎng)絡(luò)的流量，以及資源申請(qǐng)占用的時(shí)間。本發(fā)明的實(shí)現(xiàn)，對(duì)于一次通信過(guò)程中有多業(yè)務(wù)流需要申請(qǐng)QoS資源的情況，可以大大縮短建立信令連接的時(shí)間，減少資源申請(qǐng)過(guò)程中的信令交互量。


圖1為獨(dú)立的承載控制層網(wǎng)絡(luò)模型示意圖；圖2為業(yè)務(wù)類(lèi)型與承載業(yè)務(wù)的LSP間的映射關(guān)系示意圖；圖3為本發(fā)明所述的方法的流程圖A；圖4為圖3中一次業(yè)務(wù)連接的資源申請(qǐng)流程圖；圖5為本發(fā)明所述的方法的流程圖B；圖6為圖5的一次業(yè)務(wù)連接的資源申請(qǐng)流程圖。
具體實(shí)施例方式
在承載全業(yè)務(wù)的IP電信網(wǎng)上，通常會(huì)有各種各樣QoS要求的業(yè)務(wù)分別承載在各個(gè)LSP(標(biāo)簽交換路徑)管道上，在承載網(wǎng)資源管理器需要保存有業(yè)務(wù)及承載該業(yè)務(wù)LSP的映射關(guān)系信息。如圖2所示，其中audio(音頻)業(yè)務(wù)、video(視頻)業(yè)務(wù)、internet(互聯(lián)網(wǎng))業(yè)務(wù)等等，分別需要對(duì)應(yīng)著不同的LSP，即分別采用不同的LSP在網(wǎng)絡(luò)中傳遞，以保證分別為各業(yè)務(wù)提供不同的QoS保證。
因此，在全業(yè)務(wù)承載的IP電信網(wǎng)上，會(huì)出現(xiàn)一次通信過(guò)程需要為多業(yè)務(wù)流申請(qǐng)QOS資源的情況，本發(fā)明的目的便是減少這種情況下網(wǎng)絡(luò)中信令的交互數(shù)目，縮短資源申請(qǐng)占用的時(shí)間。
本發(fā)明的核心正是利用一次業(yè)務(wù)連接操作處理過(guò)程，同時(shí)在各個(gè)CM上為不同的業(yè)務(wù)流分別進(jìn)行相應(yīng)的資源申請(qǐng)，在網(wǎng)絡(luò)中，為不同的業(yè)務(wù)流對(duì)應(yīng)的申請(qǐng)到的資源提供不同的QoS保證。
也就是說(shuō)，本發(fā)明中一次資源申請(qǐng)可以同時(shí)完成一個(gè)或多個(gè)源地址和目的地址相同、帶寬要求不同的業(yè)務(wù)流的資源申請(qǐng)，每一跳針對(duì)各個(gè)業(yè)務(wù)流的路徑資源申請(qǐng)都成功時(shí)才返回資源申請(qǐng)成功消息。在資源申請(qǐng)過(guò)程中，如果需要向下一跳CM發(fā)起資源請(qǐng)求時(shí)，可以用一個(gè)資源請(qǐng)求消息向同一個(gè)CM請(qǐng)求這些業(yè)務(wù)流的資源或者向多個(gè)CM發(fā)送請(qǐng)求。
本發(fā)明中，同時(shí)可以完成資源申請(qǐng)的不同的業(yè)務(wù)流的數(shù)目可以根據(jù)設(shè)備的硬件性能來(lái)決定。
本發(fā)明所述的方法的具體實(shí)現(xiàn)方式如圖3和圖4所示，在圖4中，不同的業(yè)務(wù)流限定為經(jīng)過(guò)相同CM，即圖4為一個(gè)域內(nèi)允許發(fā)散，域間控制收斂的資源申請(qǐng)過(guò)程，便于網(wǎng)絡(luò)規(guī)劃和管理，該方案比較適用于中大型網(wǎng)絡(luò)規(guī)模；參見(jiàn)圖3和圖4所示，本發(fā)明具體包括以下步驟
步驟31CA(連接代理)向CM發(fā)出連接資源請(qǐng)求消息，所述的連接資源請(qǐng)求消息中包含針對(duì)多個(gè)業(yè)務(wù)流的資源申請(qǐng)；例如，連接資源請(qǐng)求中可以包含針對(duì)audio業(yè)務(wù)的資源申請(qǐng)和video業(yè)務(wù)的資源申請(qǐng)，且兩業(yè)務(wù)流分別對(duì)應(yīng)不同的帶寬資源申請(qǐng)量，其中，所述的audio業(yè)務(wù)申請(qǐng)的帶寬資源為64kbps，所述的video業(yè)務(wù)申請(qǐng)的帶寬資源384kbps；步驟32CM收到所述的連接資源請(qǐng)求消息后，則保存所述業(yè)務(wù)流的連接信息，并確定業(yè)務(wù)流的邊緣路由器或邊界路由器信息；在源CM上，根據(jù)保存的五元組中的源IP地址信息確定業(yè)務(wù)流的源IP地址歸屬的ER(邊緣路由器)；如果在非源CM上，則確定本CM域的入口BR(邊界路由器)地址序列，例如，在逐跳路由算法中是由上一跳CM選擇好域間LSP后確定，即所述LSP的出口路由器即為本CM域的入口BR；步驟33利用業(yè)務(wù)路由算法在當(dāng)前CM域內(nèi)分別為各個(gè)業(yè)務(wù)流選路，即分配相應(yīng)的路徑，并預(yù)留相應(yīng)的資源；仍接上例，在該步驟中，首先申請(qǐng)第一種業(yè)務(wù)類(lèi)型audio的域內(nèi)LSP資源，找到能承載audio業(yè)務(wù)的空閑的LSP之后，則分配相應(yīng)的帶寬并進(jìn)行記錄；然后再申請(qǐng)第二種業(yè)務(wù)類(lèi)型video的域內(nèi)LSP資源，找到相應(yīng)的LSP并進(jìn)行帶寬分配后，同樣記錄該信息；之后，按相同的方法在本CM管轄的拓?fù)渲兄鹛M(jìn)行路由和資源分配，需要說(shuō)明的是，由于該業(yè)務(wù)連接的起點(diǎn)是相同的ER，所以在域內(nèi)為不同流進(jìn)行選路和分配資源時(shí)，可以走相同的CN(承載網(wǎng)核心設(shè)備)序列，如果CN間沒(méi)有滿足待申請(qǐng)流業(yè)務(wù)類(lèi)型的LSP，此時(shí)也可以在域內(nèi)走不同的CN序列；也就是說(shuō)，在CM域內(nèi)可以為不同的業(yè)務(wù)流選擇經(jīng)由不同設(shè)備的LSP；步驟34申請(qǐng)完域內(nèi)資源后，再利用信令路由算法進(jìn)行域間選路；
例如，使用逐跳算法向下一跳CM發(fā)起QoS資源請(qǐng)求，在請(qǐng)求中除了原有的QoS參數(shù)、業(yè)務(wù)類(lèi)型外，還需要帶上下一跳CM的地址以及出域LSP集對(duì)應(yīng)的出口BR；仍見(jiàn)上述實(shí)例中，所述的LSP集包括audio類(lèi)型的LSP#1和video類(lèi)型的LSP#2，兩LSP的出口BR可以相同，也可以不同，但下一跳到達(dá)的CM域是相同的；除了目的CM之外，所有業(yè)務(wù)流經(jīng)過(guò)的資源管理器CM均需要執(zhí)行步驟32到步驟34的處理過(guò)程，直至連接資源請(qǐng)求消息到達(dá)目的CM；步驟35目的CM接收所述的連接資源請(qǐng)求消息，并完成業(yè)務(wù)路由，LSP資源分配后，向上一跳CM返回資源確認(rèn)響應(yīng)；除了源CM外的資源管理器將自己和下一跳CM返回的LSP資源一起通過(guò)資源確認(rèn)響應(yīng)發(fā)給上一跳CM，直至響應(yīng)到達(dá)源CM；步驟36源CM收到所述的連接資源響應(yīng)消息后，啟動(dòng)流映射命令，向ER下發(fā)分配的路徑及預(yù)留資源信息，具體包括會(huì)話ID(標(biāo)識(shí))、多個(gè)業(yè)務(wù)流信息、QoS參數(shù)、流量描述符以及整個(gè)路徑的標(biāo)簽棧等信息。
本發(fā)明還提供了另外一種本發(fā)明所述方式的具體的實(shí)現(xiàn)方式，如圖5和圖6所示，在這一種具體實(shí)現(xiàn)方法中，不再限定業(yè)務(wù)流經(jīng)過(guò)相同的CM，而僅要求業(yè)務(wù)流為相同的源和目的CM；如圖5和圖6所示，當(dāng)CA向CM發(fā)出資源請(qǐng)求后，相應(yīng)的處理過(guò)程包括以下步驟步驟51CA向CM發(fā)出連接資源請(qǐng)求消息，所述的連接資源請(qǐng)求消息中包含針對(duì)多個(gè)業(yè)務(wù)流的資源申請(qǐng)；同樣，所述連接資源請(qǐng)求中可以包含針對(duì)audio業(yè)務(wù)的資源申請(qǐng)和video業(yè)務(wù)的資源申請(qǐng)；步驟52CM收到所述的連接資源請(qǐng)求消息后，則保存所述業(yè)務(wù)流的連接信息，并確定業(yè)務(wù)流的邊緣路由器或邊界路由器信息；
在源CM上，根據(jù)五元組中的源IP地址信息確定業(yè)務(wù)流的源IP地址歸屬的ER(邊緣路由器)；在非源CM，則確定本CM域的入口BR(邊界路由器)地址序列，例如，在逐跳路由算法中是由上一跳CM選擇好域間LSP后確定，即所述LSP的出口路由器即為本CM域的入口BR；步驟53利用業(yè)務(wù)路由算法在當(dāng)前CM域內(nèi)分別為各個(gè)業(yè)務(wù)流選路，即分配相應(yīng)的路徑，并預(yù)留相應(yīng)的資源；接上例，首先申請(qǐng)第一種業(yè)務(wù)類(lèi)型audio的域內(nèi)LSP資源，找到能承載audio業(yè)務(wù)的空閑的LSP之后，則分配相應(yīng)的帶寬并進(jìn)行記錄；然后再申請(qǐng)第二種業(yè)務(wù)類(lèi)型video的域內(nèi)LSP資源，找到相應(yīng)的LSP并進(jìn)行帶寬分配后，同樣記錄該信息；之后，按相同的方法在本CM管轄的拓?fù)渲兄鹛M(jìn)行路由和資源分配，需要說(shuō)明的是，由于該業(yè)務(wù)連接的起點(diǎn)是相同的ER，所以在域內(nèi)為不同流進(jìn)行選路和分配資源時(shí)，可以走相同的CN序列，如果CN間沒(méi)有滿足待申請(qǐng)流業(yè)務(wù)類(lèi)型的LSP，此時(shí)也可以在域內(nèi)走不同的CN序列；步驟51至步驟53與圖3所示的處理對(duì)過(guò)程相同，區(qū)別主要在于后續(xù)的處理過(guò)程中，不同的業(yè)務(wù)流應(yīng)的連接資源請(qǐng)求消息可以經(jīng)由不同的CM到達(dá)目的CM；步驟54申請(qǐng)完域內(nèi)資源后，再利用信令路由算法分別為各個(gè)業(yè)務(wù)流進(jìn)行域間選路；例如，使用逐跳算法向下一跳CM發(fā)起QoS資源請(qǐng)求，在請(qǐng)求中除了原有的QoS參數(shù)、業(yè)務(wù)類(lèi)型外，還需要帶上下一跳CM的地址以及出域LSP集對(duì)應(yīng)的出口BR，所述出口BR可以相同，也可以不同，而且，當(dāng)BR不同時(shí)，則到達(dá)對(duì)端BR可能是相同的歸屬CM，也可能是不同的CM，以不同的CM為例，如圖6所示；
步驟55各個(gè)業(yè)務(wù)流分別進(jìn)行業(yè)務(wù)路由和路徑資源計(jì)算；除了目的CM之外的所有資源管理器CM需要重復(fù)執(zhí)行步驟52到步驟54，直至所有業(yè)務(wù)流的連接資源請(qǐng)求均到達(dá)目的CM；步驟56目的CM完成業(yè)務(wù)路由，LSP資源分配后，向上一跳CM返回資源確認(rèn)響應(yīng)，即連接資源響應(yīng)消息。
除了源CM外的資源管理器將自己和下一跳CM返回的LSP資源一起通過(guò)資源確認(rèn)響應(yīng)發(fā)給上一跳CM，直至連接資源響應(yīng)消息到達(dá)源CM；步驟57當(dāng)源CM收集到多個(gè)業(yè)務(wù)流的連接資源響應(yīng)消息后，即源CM收到本次連接包括的所有業(yè)務(wù)流對(duì)應(yīng)的連接資源響應(yīng)消息后，則啟動(dòng)流映射命令，向ER下發(fā)分配的路徑信息，及預(yù)留資源信息，具體包括會(huì)話ID(標(biāo)識(shí))、多個(gè)業(yè)務(wù)流信息、QoS參數(shù)、流量描述符以及整個(gè)路徑的標(biāo)簽棧等信息。
本發(fā)明中，如果一次業(yè)務(wù)連接是點(diǎn)到點(diǎn)通信，則要求多個(gè)業(yè)務(wù)流都必須走到相同的目的CM；如果是一點(diǎn)到多點(diǎn)間的通信，則允許多個(gè)業(yè)務(wù)流出現(xiàn)業(yè)務(wù)類(lèi)型(如音頻流、視頻流等等)一樣的情況，此時(shí)多個(gè)業(yè)務(wù)流可以到達(dá)不同的目的CM。不同業(yè)務(wù)流走相同的源頭CM，中間CM允許不一樣，是一個(gè)域內(nèi)和域間允許發(fā)散的連接資源申請(qǐng)過(guò)程，網(wǎng)絡(luò)規(guī)劃和管理要求相對(duì)較高些，同時(shí)在源CM和目的CM技術(shù)實(shí)現(xiàn)相對(duì)復(fù)雜一些，中間CM的處理相對(duì)簡(jiǎn)單，適用于中小型網(wǎng)絡(luò)規(guī)模。
以上所述，僅為本發(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.一種多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，包括A、承載網(wǎng)資源管理器CM收到包含有至少兩個(gè)業(yè)務(wù)流的資源申請(qǐng)的連接資源請(qǐng)求消息；B、CM在管理域內(nèi)分別為各個(gè)業(yè)務(wù)流分配路徑，并預(yù)留相應(yīng)的資源；C、CM將為各個(gè)業(yè)務(wù)流分配的路徑及預(yù)留資源信息下發(fā)給業(yè)務(wù)流接入承載網(wǎng)的邊緣路由器。
2.根據(jù)權(quán)利要求1所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟A包括用戶終端通過(guò)承載網(wǎng)中的核心設(shè)備接入網(wǎng)絡(luò)；承載網(wǎng)中的核心設(shè)備通過(guò)呼叫代理向CM發(fā)送連接資源請(qǐng)求消息，所述的連接資源請(qǐng)求中包括針對(duì)至少兩個(gè)業(yè)務(wù)流的資源申請(qǐng)。
3.根據(jù)權(quán)利要求1或2所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括B1、在業(yè)務(wù)流經(jīng)過(guò)的CM上根據(jù)保存的地址信息確定所述業(yè)務(wù)流經(jīng)過(guò)該CM域的邊緣路由器或邊界路由器；B2、基于所述的邊緣路由器或邊界路由器在所述CM的域內(nèi)為各個(gè)業(yè)務(wù)流分配相應(yīng)的路徑，并預(yù)留相應(yīng)的資源。
4.根據(jù)權(quán)利要求3所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B2包括基于所述的邊緣路由器或邊界路由器，在所述CM域內(nèi)分別為各個(gè)業(yè)務(wù)流分配空閑的標(biāo)簽交換路徑LSP，并為所述LSP預(yù)留資源。
5.根據(jù)權(quán)利要求4所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B2還包括在CM上保存為各個(gè)業(yè)務(wù)流分配的路徑，以及預(yù)留資源信息。
6.根據(jù)權(quán)利要求3所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B還包括B3、為所述的各個(gè)業(yè)務(wù)流確定CM域間的路徑及下一跳CM，并向下一跳CM發(fā)送各個(gè)業(yè)務(wù)流的連接資源請(qǐng)求消息。
7.根據(jù)權(quán)利要求6所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B3包括為所述的各個(gè)業(yè)務(wù)流確定不同的域間的路徑，及不同的下一跳CM，并利用所述各個(gè)業(yè)務(wù)流對(duì)應(yīng)的路徑分別向下一跳CM發(fā)送相應(yīng)的業(yè)務(wù)流的連接資源請(qǐng)求消息；或者，為所述的各個(gè)業(yè)務(wù)流確定相同的域間路徑，及相同的下一跳CM，并向利用所述路徑向下一跳CM發(fā)送包含各個(gè)業(yè)務(wù)流信息的連接資源請(qǐng)求消息。
8.根據(jù)權(quán)利要求7所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括當(dāng)一次業(yè)務(wù)連接包含的各個(gè)業(yè)務(wù)流的連接資源請(qǐng)求到達(dá)目的CM，并完成分配路徑，預(yù)留資源操作時(shí)，向所述業(yè)務(wù)流經(jīng)過(guò)的各個(gè)CM返回連接資源響應(yīng)消息，直至所述的連接資源響應(yīng)消息到達(dá)呼叫代理。
9.根據(jù)權(quán)利要求8所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的步驟C包括當(dāng)一次業(yè)務(wù)連接的源CM上收到各個(gè)業(yè)務(wù)流返回的資源連接響應(yīng)消息時(shí)，啟動(dòng)流映射命令，向邊緣路由器下發(fā)各個(gè)業(yè)務(wù)流分配的路徑及預(yù)留資源信息。
10.根據(jù)權(quán)利要求8所述的多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法，其特征在于，所述的各個(gè)業(yè)務(wù)流對(duì)應(yīng)的目的CM可以相同，也可以不同。
全文摘要
本發(fā)明涉及一種多業(yè)務(wù)流資源申請(qǐng)的實(shí)現(xiàn)方法。該方法主要包括承載網(wǎng)資源管理器CM收到包含有至少兩個(gè)業(yè)務(wù)流的資源申請(qǐng)的連接資源請(qǐng)求消息后，便由CM在管理域內(nèi)分別為各個(gè)業(yè)務(wù)流分配路徑，并預(yù)留相應(yīng)的資源；之后，再由CM將為各個(gè)業(yè)務(wù)流分配的路徑及預(yù)留資源信息下發(fā)給業(yè)務(wù)流接入承載網(wǎng)的邊緣路由器。本發(fā)明的實(shí)現(xiàn)使得一次業(yè)務(wù)連接可以同時(shí)為多個(gè)業(yè)務(wù)流同時(shí)申請(qǐng)到相應(yīng)的資源，從而為應(yīng)用層豐富的QoS業(yè)務(wù)的開(kāi)展提供了有力的支撐，極大地縮短了設(shè)備間的信令交互過(guò)程，節(jié)省了網(wǎng)絡(luò)的流量，以及資源申請(qǐng)占用的時(shí)間。
文檔編號(hào)H04L12/54GK1805366SQ200510001939
公開(kāi)日2006年7月19日 申請(qǐng)日期2005年1月12日 優(yōu)先權(quán)日2005年1月12日
發(fā)明者許波, 陳悅鵬, 范靈源, 吳登超, 呂珍珠 申請(qǐng)人:華為技術(shù)有限公司