專利名稱：一種實(shí)現(xiàn)資源分配的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及Internet網(wǎng)絡(luò)中承載控制層的資源分配技術(shù)，更確切地說(shuō)是涉及一種在Internet網(wǎng)絡(luò)的承載控制層中實(shí)現(xiàn)資源分配的方法。
背景技術(shù)：
隨著Internet網(wǎng)絡(luò)規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭(zhēng)相涌現(xiàn)，各種先進(jìn)的多媒體系統(tǒng)層出不窮，這導(dǎo)致Internet網(wǎng)絡(luò)需要經(jīng)常發(fā)送突發(fā)性高的文件傳輸協(xié)議(FTP)或含有圖像文件的超文本傳輸協(xié)議(HTTP)等多媒體業(yè)務(wù)。對(duì)于網(wǎng)絡(luò)中的實(shí)時(shí)業(yè)務(wù)來(lái)說(shuō)，由于其對(duì)網(wǎng)絡(luò)的傳輸時(shí)延、延時(shí)抖動(dòng)等特性較為敏感，因此網(wǎng)絡(luò)在發(fā)送FTP或HTTP等業(yè)務(wù)時(shí)，對(duì)實(shí)時(shí)業(yè)務(wù)的影響比較大。而且，多媒體業(yè)務(wù)還占去了大量的網(wǎng)絡(luò)帶寬，使現(xiàn)有網(wǎng)絡(luò)中需要保證帶寬的關(guān)鍵業(yè)務(wù)很難被可靠地傳輸。
針對(duì)上述問(wèn)題，業(yè)界提出了各種服務(wù)質(zhì)量(QoS)技術(shù)，比如，因特網(wǎng)工程任務(wù)組(IETF)就建立了很多的服務(wù)模型和機(jī)制以滿足網(wǎng)絡(luò)的需求。在這些QoS技術(shù)中，業(yè)界比較認(rèn)可的是IETF提出的在網(wǎng)絡(luò)的接入和邊緣使用綜合業(yè)務(wù)模型(Int-Serv)、在網(wǎng)絡(luò)的核心使用區(qū)分業(yè)務(wù)模型(Diff-Serv)的技術(shù)方案。由于該方案中的Diff-Serv僅設(shè)定了優(yōu)先登記保障QoS，因此使用該方案的網(wǎng)絡(luò)雖然具有線路利用率高的特點(diǎn)，但是整個(gè)網(wǎng)絡(luò)的傳輸可靠性和傳輸效果很難保證。為解決這個(gè)問(wèn)題，業(yè)界提出了為Diff-Serv引入一個(gè)獨(dú)立的承載控制層的方案，即在原有Diff-Serv的基礎(chǔ)上提出了有獨(dú)立承載控制層的Diff-Serv模型。該解決方案是在Diff-Serv的業(yè)務(wù)控制層和承載網(wǎng)絡(luò)層之間設(shè)置承載控制層，所設(shè)置的承載控制層由多個(gè)承載網(wǎng)資源管理器組成，承載網(wǎng)資源管理器可以是帶寬代理器(BB，Bandwidth Broker)，也可以是QoS服務(wù)器、資源管理器或其他設(shè)備，Diff-Serv中的每個(gè)承載網(wǎng)絡(luò)對(duì)應(yīng)一個(gè)承載網(wǎng)資源管理器，由承載網(wǎng)資源管理器配置該承載網(wǎng)絡(luò)的管理規(guī)則和網(wǎng)絡(luò)拓?fù)?，并為用戶申?qǐng)的業(yè)務(wù)分配帶寬資源，各個(gè)承載網(wǎng)資源管理器之間通過(guò)信令傳遞用戶申請(qǐng)業(yè)務(wù)帶寬的請(qǐng)求和結(jié)果，以及承載網(wǎng)資源管理器為用戶的業(yè)務(wù)申請(qǐng)分配的路徑信息。
下面結(jié)合附圖對(duì)該有獨(dú)立承載控制層的Diff-Serv模型進(jìn)行說(shuō)明。
將承載網(wǎng)絡(luò)稱作管理域，Diff-Serv模型中的每個(gè)管理域?qū)?yīng)一個(gè)承載網(wǎng)資源管理器。在圖1所示的Diff-Serv模型中，管理域101對(duì)應(yīng)承載網(wǎng)資源管理器102，承載網(wǎng)資源管理器102與管理域101中的邊緣路由器(ER)103連接，由承載網(wǎng)資源管理器102對(duì)管理域101進(jìn)行網(wǎng)絡(luò)資源和拓?fù)涔芾淼忍幚?；類似地，管理?12對(duì)應(yīng)承載網(wǎng)資源管理器111，承載網(wǎng)資源管理器111與管理域112中的路由器113連接；管理域109對(duì)應(yīng)承載網(wǎng)資源管理器108，承載網(wǎng)資源管理器108與管理域109中的ER110連接。承載網(wǎng)資源管理器102和承載網(wǎng)資源管理器108通過(guò)承載網(wǎng)資源管理器111連接。用戶(UE)104與呼叫代理(CA)105連接，該CA 105與承載網(wǎng)資源管理器102連接，承載網(wǎng)資源管理器102對(duì)應(yīng)的管理域101是CA 105所轄用戶UE 104的歸屬承載網(wǎng)絡(luò)，因此，如果UE 104為主叫用戶，則承載網(wǎng)資源管理器102為UE 104的源承載網(wǎng)資源管理器；UE 106與CA 107連接，該CA 107與承載網(wǎng)資源管理器108連接，承載網(wǎng)資源管理器108對(duì)應(yīng)的管理域109是CA 107所轄的用戶UE 106的歸屬承載網(wǎng)絡(luò)，因此，如果UE 106為主叫用戶，則承載網(wǎng)資源管理器108為UE 106的源承載網(wǎng)資源管理器。
承載控制層可以為用戶、CA或網(wǎng)絡(luò)維護(hù)人員的業(yè)務(wù)請(qǐng)求分配資源。如果以圖1中的UE 104為主叫UE，UE 106為被叫UE，則承載網(wǎng)資源管理器102為UE 104的源承載網(wǎng)資源管理器，承載網(wǎng)資源管理器108為目的承載網(wǎng)資源管理器。
對(duì)于一次呼叫而言，某個(gè)ER可以將本次呼叫的業(yè)務(wù)流接入到本網(wǎng)絡(luò)，則將本ER所屬管理域所對(duì)應(yīng)的承載網(wǎng)資源管理器稱為正向連接時(shí)的源承載網(wǎng)資源管理器，同時(shí)也將這樣的承載網(wǎng)資源管理器稱為逆向連接時(shí)的目的承載網(wǎng)資源管理器；某個(gè)ER可以將本次呼叫的業(yè)務(wù)流引出本網(wǎng)絡(luò)，則將本ER所屬管理域所對(duì)應(yīng)的承載網(wǎng)資源管理器稱為正向連接時(shí)的目的承載網(wǎng)資源管理器，同時(shí)也將這樣的承載網(wǎng)資源管理器稱為逆向連接時(shí)的源承載網(wǎng)資源管理器。
承載控制層為UE的業(yè)務(wù)請(qǐng)求實(shí)現(xiàn)資源申請(qǐng)包含兩個(gè)部分一部分是由正向連接時(shí)的源承載網(wǎng)資源管理器發(fā)起與正向連接時(shí)的目的承載網(wǎng)資源管理器之間的正向連接，并分配帶寬資源，另一部分是由逆向連接時(shí)的源承載網(wǎng)資源管理器發(fā)起與逆向連接時(shí)的目的承載網(wǎng)資源管理器之間的逆向連接，并分配帶寬資源。其中，建立正向連接時(shí)的源承載網(wǎng)資源管理器與建立逆向連接時(shí)的目的承載網(wǎng)資源管理器不一定是同一個(gè)承載網(wǎng)資源管理器，同樣，建立正向連接時(shí)的目的承載網(wǎng)資源管理器與建立逆向連接時(shí)的源承載網(wǎng)資源管理器也不一定是同一個(gè)承載網(wǎng)資源管理器。上述的兩個(gè)部分可以分別完成，也可以在建立某一連接的過(guò)程中同時(shí)確定另一連接的路徑，即執(zhí)行雙向連接。下面分別對(duì)這兩部分進(jìn)行說(shuō)明。
建立正向連接的過(guò)程通過(guò)以下步驟實(shí)現(xiàn)A1、主叫CA收到資源請(qǐng)求后，確定正向連接時(shí)的源承載網(wǎng)資源管理器，并向該源承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求。
主叫CA通過(guò)自身保存的信息確定與其直接連接的承載網(wǎng)資源管理器中哪個(gè)是源承載網(wǎng)資源管理器。主叫CA中保存的信息可以是靜態(tài)地保存所有與其連接的承載網(wǎng)資源管理器的ER路由信息，也可以由與其連接的承載網(wǎng)資源管理器在上電后將自身的ER接入信息主動(dòng)地發(fā)送給主叫CA，主叫CA根據(jù)保存的ER接入信息確定源承載網(wǎng)資源管理器。
A2、正向連接時(shí)的源承載網(wǎng)資源管理器收到連接資源請(qǐng)求后，建立其與對(duì)應(yīng)的目的承載網(wǎng)資源管理器之間的連接，為該請(qǐng)求建立路由路徑、預(yù)留帶寬，并由該源承載網(wǎng)資源管理器將路徑信息下發(fā)給正向連接時(shí)的入口ER。
建立逆向連接的過(guò)程通過(guò)以下步驟實(shí)現(xiàn)B1、主叫CA收到資源請(qǐng)求后，向被叫CA發(fā)送呼叫請(qǐng)求。
B2、被叫CA收到呼叫請(qǐng)求后，確定逆向連接時(shí)的源承載網(wǎng)資源管理器，并向該承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求。被叫CA確定逆向連接時(shí)的源承載網(wǎng)資源管理器的過(guò)程與主叫CA確定正向連接時(shí)的源承載網(wǎng)資源管理器的過(guò)程相同。
B3、逆向連接時(shí)的源承載網(wǎng)資源管理器收到連接資源請(qǐng)求后，建立其與對(duì)應(yīng)的目的承載網(wǎng)資源管理器之間的連接，為該請(qǐng)求建立路由路徑、預(yù)留帶寬，并由該源承載網(wǎng)資源管理器將路徑信息下發(fā)給逆向連接時(shí)的入口ER。
承載網(wǎng)資源管理器所發(fā)送的資源請(qǐng)求和資源響應(yīng)可以采用連接初始化協(xié)議(RCIP)所提供的消息格式。RCIP協(xié)議所提供的消息結(jié)構(gòu)與通用開放策略服務(wù)(COPS，Common Open Policy Service)協(xié)議所提供的消息結(jié)構(gòu)類似，一個(gè)完整的RCIP消息由消息頭和多個(gè)消息操作對(duì)象組成。RCIP消息的消息頭格式參見表1，包括版本(Version)，用于標(biāo)識(shí)RCIP協(xié)議的版本號(hào)；標(biāo)識(shí)(Flag)，用于標(biāo)識(shí)消息的具體功能；操作碼(Op Code)，用于標(biāo)識(shí)消息的類型；客戶類型(Client-type)和消息長(zhǎng)度(Message Length)。

表1RCIP消息的消息操作對(duì)象格式參見表2，包括對(duì)象長(zhǎng)度(Length)、對(duì)象類型(C-Num)、子類型(C-Type)和對(duì)象內(nèi)容。

表2根據(jù)RCIP協(xié)議提供的消息格式，如果需要發(fā)送的消息是資源請(qǐng)求，則應(yīng)將消息中的Op code設(shè)置為資源請(qǐng)求，如果是資源響應(yīng)，則應(yīng)將消息中的Op code設(shè)置為資源響應(yīng)。承載網(wǎng)資源管理器根據(jù)該Op code確定所收到的消息是資源請(qǐng)求還是資源響應(yīng)。
每個(gè)承載網(wǎng)資源管理器都有一個(gè)狀態(tài)機(jī)，每個(gè)承載網(wǎng)資源管理器在收到資源請(qǐng)求后，啟動(dòng)自身的狀態(tài)機(jī)，在發(fā)送資源請(qǐng)求后啟動(dòng)定時(shí)器，如果定時(shí)器超時(shí)或重發(fā)資源請(qǐng)求達(dá)到預(yù)先設(shè)定的次數(shù)仍然沒(méi)有響應(yīng)，則該承載網(wǎng)資源管理器返回申請(qǐng)被拒絕的消息給上游設(shè)備，并向下游承載網(wǎng)資源管理器發(fā)送資源釋放消息，然后刪除本承載網(wǎng)資源管理器中與本次請(qǐng)求相關(guān)的數(shù)據(jù)信息，上游設(shè)備和下游承載網(wǎng)資源管理器收到消息后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
在以上實(shí)現(xiàn)過(guò)程中，由于CA中保存與其直接連接的承載網(wǎng)資源管理器的標(biāo)識(shí)信息，如承載網(wǎng)資源管理器的IP地址或域名信息，因此CA可以確定與其直接連接的承載網(wǎng)資源管理器中哪個(gè)是源承載網(wǎng)資源管理器，CA向源承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求后，承載控制層即可為主叫UE對(duì)被叫UE的呼叫進(jìn)行資源請(qǐng)求。如果CA不與源承載網(wǎng)資源管理器直接連接，則CA無(wú)法確定源承載網(wǎng)資源管理器，也就無(wú)法建立源承載網(wǎng)資源管理器與目的承載網(wǎng)資源管理器之間的正向和逆向連接，從而無(wú)法支持本次呼叫。
所以說(shuō)，在現(xiàn)有的有獨(dú)立承載控制層的Diff-Serv模型中，CA必須與其所屬用戶對(duì)應(yīng)的源承載網(wǎng)資源管理器直接連接。而網(wǎng)絡(luò)中CA的數(shù)量一般比較少，每個(gè)CA下接的用戶數(shù)則非常多，如果CA下的用戶需要從各個(gè)不同的ER轉(zhuǎn)發(fā)業(yè)務(wù)流，則需要CA與不同的承載網(wǎng)資源管理器連接，這就要求CA需要根據(jù)用戶所屬的承載網(wǎng)絡(luò)與多個(gè)承載網(wǎng)資源管理器直接建立連接。因此，目前的這個(gè)方案具有以下缺點(diǎn)1)CA需要與多個(gè)承載網(wǎng)資源管理器直接連接，這導(dǎo)致網(wǎng)絡(luò)的建設(shè)成本很高，網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)也非常復(fù)雜，且網(wǎng)絡(luò)不易維護(hù)和管理；2)一旦增加或刪除某個(gè)承載網(wǎng)資源管理器或其轄域內(nèi)的ER，則需要將該增加或刪除的信息通知與之連接的CA，CA再修改自身所保存相關(guān)信息，而CA往往需要連接較多個(gè)承載網(wǎng)資源管理器，由此可見，CA與承載網(wǎng)資源管理器連接和維護(hù)的難度都很大；3)CA需要接很多用戶和承載網(wǎng)資源管理器，并且CA在收到UE申請(qǐng)帶寬資源的請(qǐng)求時(shí)，需要向與之連接的所有承載網(wǎng)資源管理器發(fā)送獲取源承載網(wǎng)資源管理器地址的請(qǐng)求消息，因此，CA需要處理的消息非常多。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)資源分配的方法，使CA在不與當(dāng)前主叫UE對(duì)應(yīng)的承載網(wǎng)資源管理器直接連接時(shí)，承載控制層也能實(shí)現(xiàn)對(duì)CA發(fā)送的資源請(qǐng)求的處理。
為達(dá)到以上目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)資源分配的方法，承載控制層的承載網(wǎng)資源管理器CM根據(jù)呼叫代理CA的請(qǐng)求分配資源，該方法包括以下步驟a.CA收到業(yè)務(wù)請(qǐng)求時(shí)，向與其連接的承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求；b.收到連接資源請(qǐng)求的承載網(wǎng)資源管理器判斷自身是否為源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟d，否則，進(jìn)入步驟c；c.承載網(wǎng)資源管理器查找下游承載網(wǎng)資源管理器，并向查找到的承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求，該下游承載網(wǎng)資源管理器判斷自身是否為源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟d，否則，返回步驟c；d.源承載網(wǎng)資源管理器根據(jù)資源請(qǐng)求在承載控制層實(shí)現(xiàn)資源分配。
所述承載網(wǎng)資源管理器根據(jù)自身保存的邊緣路由器ER路由信息及連接資源請(qǐng)求中的用戶標(biāo)識(shí)信息判斷自身是否為源承載網(wǎng)資源管理器。
所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送正向的連接資源請(qǐng)求，
所述步驟b和c中，所述承載網(wǎng)資源管理器根據(jù)對(duì)應(yīng)管理域中的ER是否能將呼叫的業(yè)務(wù)流接入網(wǎng)絡(luò)來(lái)判斷自身是否為正向連接時(shí)的源承載網(wǎng)資源管理器，所述步驟d中，源承載網(wǎng)資源管理器在承載控制層建立與正向連接時(shí)的目的承載網(wǎng)資源管理器之間的正向連接，并進(jìn)行正向資源分配。
所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送雙向的連接資源請(qǐng)求；所述步驟d中，源承載網(wǎng)資源管理器與目的承載網(wǎng)資源管理器之間建立正向連接并分配正向資源的同時(shí)，確定目的承載網(wǎng)資源管理器與源承載網(wǎng)資源管理器之間逆向連接的路徑，并分配逆向資源。
所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送逆向的連接資源請(qǐng)求，所述步驟b和c中，所述承載網(wǎng)資源管理器根據(jù)對(duì)應(yīng)管理域中的ER是否能將呼叫的業(yè)務(wù)流引出網(wǎng)絡(luò)來(lái)判斷自身是否為逆向連接時(shí)的源承載網(wǎng)資源管理器，所述步驟d中，該源承載網(wǎng)資源管理器在承載控制層建立與逆向連接時(shí)的目的承載網(wǎng)資源管理器之間的逆向連接，并進(jìn)行逆向資源分配。
所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送雙向的連接資源請(qǐng)求，所述步驟d中，源承載網(wǎng)資源管理器與目的承載網(wǎng)資源管理器之間建立逆向連接并分配逆向資源的同時(shí)，確定目的承載網(wǎng)資源管理器與源承載網(wǎng)資源管理器之間正向連接的路徑，并分配正向資源。
上述步驟a中，所述CA為被叫CA或主叫CA。
所述CA與承載控制層中的一個(gè)或一個(gè)以上承載網(wǎng)資源管理器直接連接。
該方法可以進(jìn)一步包括在承載控制層的每個(gè)承載網(wǎng)資源管理器中動(dòng)態(tài)獲取或靜態(tài)配置用于確定下游承載網(wǎng)資源管理器的信息，則所述步驟b中，承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器，所述步驟c中，承載網(wǎng)資源管理器根據(jù)自身保存的信息將資源請(qǐng)求轉(zhuǎn)發(fā)到下游承載網(wǎng)資源管理器，下游承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器。
所述用于確定下游承載網(wǎng)資源管理器的信息是當(dāng)前承載網(wǎng)資源管理器所轄承載網(wǎng)絡(luò)的標(biāo)簽交換路徑LSP信息和各個(gè)連接節(jié)點(diǎn)CN的路由信息，或當(dāng)前承載網(wǎng)資源管理器所轄承載網(wǎng)絡(luò)的標(biāo)簽交換路徑LSP信息、各個(gè)連接節(jié)點(diǎn)CN的路由信息以及信令路由算法。
所述承載控制層為樹狀結(jié)構(gòu)，頂級(jí)承載網(wǎng)資源管理器中保存其下一級(jí)承載網(wǎng)資源管理器對(duì)應(yīng)的IP地址段，最底端承載網(wǎng)資源管理器與承載網(wǎng)絡(luò)連接，保存該承載網(wǎng)絡(luò)中的路由器信息，其他承載網(wǎng)資源管理器中保存上一級(jí)承載網(wǎng)資源管理器的地址和下一級(jí)承載網(wǎng)資源管理器所管理的IP地址段，則所述步驟b中，承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器，所述步驟c中，承載網(wǎng)資源管理器根據(jù)自身保存的信息將資源請(qǐng)求轉(zhuǎn)發(fā)到下游承載網(wǎng)資源管理器，下游承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器。
所述步驟b、c和d中，當(dāng)前承載網(wǎng)資源管理器在收到資源請(qǐng)求后，啟動(dòng)自身的狀態(tài)機(jī)，在發(fā)送資源請(qǐng)求后啟動(dòng)定時(shí)器，如果定時(shí)器超時(shí)或重發(fā)資源請(qǐng)求達(dá)到預(yù)先設(shè)定的次數(shù)仍然沒(méi)有響應(yīng)，則當(dāng)前承載網(wǎng)資源管理器返回申請(qǐng)被拒絕的消息給上游設(shè)備，并向下游承載網(wǎng)資源管理器發(fā)資源釋放消息，然后刪除本承載網(wǎng)資源管理器中與本資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，上游設(shè)備和下游承載網(wǎng)資源管理器收到消息后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
該方法還可以進(jìn)一步包括預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)，所述步驟c中，承載網(wǎng)資源管理器在向下游轉(zhuǎn)發(fā)的資源請(qǐng)求中設(shè)置用于確定轉(zhuǎn)發(fā)次數(shù)的信息，下游承載網(wǎng)資源管理器確定自身不是源承載網(wǎng)資源管理器之后，根據(jù)資源請(qǐng)求中用于轉(zhuǎn)發(fā)次數(shù)的信息判斷是否已達(dá)到預(yù)設(shè)的轉(zhuǎn)發(fā)次數(shù)，如果是，則結(jié)束處理，否則，返回步驟c。
所述資源請(qǐng)求采用連接初始化協(xié)議RCIP的消息格式，則所述用于確定轉(zhuǎn)發(fā)次數(shù)的信息設(shè)置在資源請(qǐng)求的消息操作對(duì)象的對(duì)象內(nèi)容中。
所述用于確定轉(zhuǎn)發(fā)次數(shù)的信息是已轉(zhuǎn)發(fā)次數(shù)、或剩余轉(zhuǎn)發(fā)次數(shù)、或轉(zhuǎn)發(fā)過(guò)資源請(qǐng)求的承載網(wǎng)資源管理器的標(biāo)識(shí)信息。
所述步驟c中，所述承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求給下游承載網(wǎng)資源管理器時(shí)，為該資源代理請(qǐng)求使用專用的消息類型，則下游承載網(wǎng)資源管理器收到資源請(qǐng)求時(shí)，判斷該資源請(qǐng)求的消息類型，如果是代理資源請(qǐng)求，則判斷自身是否為源承載網(wǎng)資源管理器，否則，根據(jù)該資源請(qǐng)求直接進(jìn)行資源配置。
所述步驟c中，所述承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求給下游承載網(wǎng)資源管理器時(shí)，將該資源請(qǐng)求中的標(biāo)識(shí)設(shè)置為代理，則下游承載網(wǎng)資源管理器收到資源請(qǐng)求時(shí)，判斷該資源請(qǐng)求的標(biāo)識(shí)是否為代理，如果是，則判斷自身是否為源承載網(wǎng)資源管理器，否則，根據(jù)該資源請(qǐng)求直接進(jìn)行資源配置。
所述步驟d進(jìn)一步包括，源承載網(wǎng)資源管理器向與CA連接的承載網(wǎng)資源管理器返回與查找源承載網(wǎng)資源管理器的資源請(qǐng)求對(duì)應(yīng)的資源響應(yīng)，收到該資源響應(yīng)的承載網(wǎng)資源管理器判斷自身是否為與CA連接的承載網(wǎng)資源管理器，如果自身是，則向CA發(fā)送資源響應(yīng)，如果自身不是，則沿轉(zhuǎn)發(fā)資源請(qǐng)求的路徑向上游轉(zhuǎn)發(fā)該資源響應(yīng)。
該方法還可以進(jìn)一步包括所述承載網(wǎng)資源管理器發(fā)送的資源請(qǐng)求和資源響應(yīng)采用RCIP的消息格式，并在所述資源請(qǐng)求中設(shè)置針對(duì)承載網(wǎng)資源管理器標(biāo)識(shí)信息的消息操作對(duì)象，則所述步驟c中，所述承載網(wǎng)資源管理器在轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，將自身的標(biāo)識(shí)信息保存在該資源請(qǐng)求針對(duì)承載網(wǎng)資源管理器標(biāo)識(shí)信息的消息操作對(duì)象的對(duì)象內(nèi)容中；所述步驟d中，所述承載網(wǎng)資源管理器根據(jù)步驟c中轉(zhuǎn)發(fā)來(lái)的資源請(qǐng)求的標(biāo)識(shí)信息確定自身的上游承載網(wǎng)資源管理器，并向該承載網(wǎng)資源管理器轉(zhuǎn)發(fā)資源響應(yīng)。
所述源承載網(wǎng)資源管理器在向上游轉(zhuǎn)發(fā)資源響應(yīng)時(shí)，為該資源響應(yīng)使用專用的消息格式，則上游承載網(wǎng)資源管理器收到資源響應(yīng)時(shí)，判斷該資源請(qǐng)求的消息類型，如果是代理資源響應(yīng)，則判斷自身是否為與CA連接的承載網(wǎng)資源管理器；否則，根據(jù)該資源響應(yīng)直接進(jìn)行資源配置。
所述源承載網(wǎng)資源管理器在向上游轉(zhuǎn)發(fā)資源響應(yīng)時(shí)，將該資源響應(yīng)中的標(biāo)識(shí)設(shè)置為代理，則上游承載網(wǎng)資源管理器收到資源響應(yīng)時(shí)，判斷該資源響應(yīng)中的標(biāo)識(shí)是否為代理，如果是代理，則判斷自身是否為與CA連接的承載網(wǎng)資源管理器；如果不是代理，則根據(jù)該資源響應(yīng)直接進(jìn)行資源配置。
所述轉(zhuǎn)發(fā)的資源請(qǐng)求或資源響應(yīng)可以采用RCIP協(xié)議的消息格式，則在所述轉(zhuǎn)發(fā)的資源請(qǐng)求或資源響應(yīng)的標(biāo)識(shí)Flag中設(shè)置代理proxy標(biāo)識(shí)，并將該proxy標(biāo)識(shí)置特定值。
本發(fā)明方案在CA不直接與UE所屬承載網(wǎng)絡(luò)對(duì)應(yīng)的承載網(wǎng)資源管理器連接，通過(guò)各個(gè)承載網(wǎng)資源管理器轉(zhuǎn)發(fā)資源請(qǐng)求及資源響應(yīng)，使CA可以只連接一個(gè)或少數(shù)幾個(gè)承載網(wǎng)資源管理器，即可實(shí)現(xiàn)承載控制層對(duì)用戶帶寬資源請(qǐng)求的處理，從而降低了網(wǎng)絡(luò)的建設(shè)成本，降低了網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的復(fù)雜度。并且，CA只與少數(shù)的幾個(gè)承載網(wǎng)資源管理器直接連接，使網(wǎng)絡(luò)在增加或刪除未與CA直接相連的承載網(wǎng)資源管理器時(shí)，不需要通知CA，便于對(duì)網(wǎng)絡(luò)的維護(hù)和管理，且CA不需要向所有與其直接連接的承載網(wǎng)資源管理器發(fā)送請(qǐng)求消息，減輕了CA處理請(qǐng)求消息的負(fù)擔(dān)。


圖1為目前的有獨(dú)立承載控制層的Diff-Serv模型的示意圖；圖2為本發(fā)明方案中由主叫CA發(fā)起建立正向連接的流程圖；圖3為本發(fā)明方案中由被叫CA發(fā)起建立正向連接的流程圖；圖4為本發(fā)明方案中由被叫CA發(fā)起建立逆向連接的流程圖；
圖5為本發(fā)明方案中由主叫CA發(fā)起建立逆向連接的流程圖；圖6為承載控制層為網(wǎng)狀結(jié)構(gòu)的示意圖；圖7為承載控制層為樹狀結(jié)構(gòu)的示意圖。
具體實(shí)施例方式
為保證在CA不直接與所有承載網(wǎng)資源管理器連接的情況下，承載控制層對(duì)用戶帶寬資源請(qǐng)求的處理，本發(fā)明方案對(duì)分配帶寬資源的承載網(wǎng)資源管理器進(jìn)行設(shè)置，使承載網(wǎng)資源管理器收到與分配帶寬資源相關(guān)的消息后，先判斷該消息是否應(yīng)由本承載網(wǎng)資源管理器進(jìn)行處理，如果不屬于本承載網(wǎng)資源管理器的處理范圍，則該承載網(wǎng)資源管理器將該消息轉(zhuǎn)發(fā)給下游承載網(wǎng)資源管理器，下游承載網(wǎng)資源管理器也作同樣的處理，直到找到源承載網(wǎng)資源管理器為止，由該承載網(wǎng)資源管理器進(jìn)行處理。
在有獨(dú)立承載控制層的Diff-Serv模型中，對(duì)于通過(guò)源承載網(wǎng)資源管理器建立正向連接的過(guò)程來(lái)說(shuō)，可以由主叫CA發(fā)起，也可以由被叫CA發(fā)起。能夠?qū)⒈敬魏艚械臉I(yè)務(wù)流接入到網(wǎng)絡(luò)的ER所屬管理域所對(duì)應(yīng)的承載網(wǎng)資源管理器為正向連接時(shí)的源承載網(wǎng)資源管理器，同時(shí)也將這樣的承載網(wǎng)資源管理器稱為逆向連接時(shí)的目的承載網(wǎng)資源管理器；能夠?qū)⒈敬魏艚械臉I(yè)務(wù)流引出本網(wǎng)絡(luò)的ER所屬管理域所對(duì)應(yīng)的承載網(wǎng)資源管理器為正向連接時(shí)的目的承載網(wǎng)資源管理器，同時(shí)也將這樣的承載網(wǎng)資源管理器稱為逆向連接時(shí)的源承載網(wǎng)資源管理器。對(duì)于由主叫CA發(fā)起的情況來(lái)說(shuō)，該過(guò)程參見圖2，通過(guò)以下步驟實(shí)現(xiàn)步驟201、主叫CA向與其直接連接的承載網(wǎng)資源管理器發(fā)送正向連接資源請(qǐng)求。
步驟202、收到正向連接資源請(qǐng)求的承載網(wǎng)資源管理器判斷自身是否為正向連接時(shí)的源承載網(wǎng)資源管理器，如果不是，則進(jìn)入步驟203，如果是，則進(jìn)入步驟205。
承載網(wǎng)資源管理器是根據(jù)自身保存的ER接入信息及資源請(qǐng)求中主叫UE的標(biāo)識(shí)信息進(jìn)行判斷的，該UE標(biāo)識(shí)信息可以為IP地址，也可以為域名信息。
步驟203～204、承載網(wǎng)資源管理器向下游承載網(wǎng)資源管理器轉(zhuǎn)發(fā)正向資源請(qǐng)求，下游承載網(wǎng)資源管理器判斷自身是否為正向連接時(shí)的源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟205，否則，返回步驟203。
承載網(wǎng)資源管理器可以通過(guò)自身所轄承載網(wǎng)絡(luò)的LSP信息和各個(gè)CN的路由信息確定下游承載網(wǎng)資源管理器，還可以通過(guò)這兩個(gè)信息及信令路由算法來(lái)確定下游承載網(wǎng)資源管理器。
步驟205、正向連接時(shí)的源承載網(wǎng)資源管理器發(fā)起建立與正向連接時(shí)的目的承載網(wǎng)資源管理器之間的正向連接，并分配正向資源。
在步驟205中，源承載網(wǎng)資源管理器還需要逐跳向上游承載網(wǎng)資源管理器返回相應(yīng)的資源響應(yīng)，直到與主叫CA直接連接的那個(gè)承載網(wǎng)資源管理器，該承載網(wǎng)資源管理器收到資源響應(yīng)后，向主叫CA返回連接資源響應(yīng)。
通過(guò)被叫CA發(fā)起、由正向連接時(shí)的源承載網(wǎng)資源管理器建立正向連接的過(guò)程參見圖3，圖3所示流程與圖2所示流程的區(qū)別在于，圖2中由主叫CA向與主叫CA自身連接的承載網(wǎng)資源管理器發(fā)送正向連接資源請(qǐng)求，而圖3中由被叫CA向與被叫CA自身連接的承載網(wǎng)資源管理器發(fā)送正向連接資源請(qǐng)求。且主叫CA是在收到主叫UE的業(yè)務(wù)請(qǐng)求后發(fā)起建立正向連接的，而被叫CA是在收到主叫CA發(fā)送來(lái)的呼叫請(qǐng)求后發(fā)起建立正向連接的。
逆向連接時(shí)的源承載網(wǎng)資源管理器建立逆向連接的過(guò)程與正向連接時(shí)的源承載網(wǎng)資源管理器建立正向連接的過(guò)程類似，同樣分被叫CA實(shí)現(xiàn)和主叫CA發(fā)起兩種情況，對(duì)于由被叫CA發(fā)起的情況來(lái)說(shuō)，該過(guò)程參見圖4，通過(guò)以下步驟實(shí)現(xiàn)步驟401、被叫CA向與其直接連接的承載網(wǎng)資源管理器發(fā)送逆向連接資源請(qǐng)求。
步驟402、收到逆向連接資源請(qǐng)求的承載網(wǎng)資源管理器判斷自身是否為逆向連接時(shí)的源承載網(wǎng)資源管理器，如果不是，則進(jìn)入步驟403，如果是，則進(jìn)入步驟405。
承載網(wǎng)資源管理器是根據(jù)自身保存的ER接入信息及資源請(qǐng)求中保存的被叫UE的IP地址或域名進(jìn)行判斷的。
步驟403～404、承載網(wǎng)資源管理器向下游承載網(wǎng)資源管理器轉(zhuǎn)發(fā)逆向資源請(qǐng)求，下游承載網(wǎng)資源管理器判斷自身是否為逆向連接時(shí)的源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟405，否則，返回步驟403。
承載網(wǎng)資源管理器可以通過(guò)自身所轄承載網(wǎng)絡(luò)的LSP信息和各個(gè)CN的路由信息確定下游承載網(wǎng)資源管理器，還可以通過(guò)這兩個(gè)信息及信令路由算法來(lái)確定下游承載網(wǎng)資源管理器。
步驟405、逆向連接時(shí)的源承載網(wǎng)資源管理器發(fā)起建立與逆向連接時(shí)的目的承載網(wǎng)資源管理器之間的逆向連接，并分配逆向資源。
在步驟405中，目的承載網(wǎng)資源管理器還需要逐跳向上游承載網(wǎng)資源管理器返回相應(yīng)的資源響應(yīng)，直到與被叫CA直接連接的那個(gè)承載網(wǎng)資源管理器，該承載網(wǎng)資源管理器收到資源響應(yīng)后，向被叫CA返回連接資源響應(yīng)。
對(duì)于由主叫CA發(fā)起的情況來(lái)說(shuō)，該過(guò)程參見圖5，圖5所示流程與圖4所示流程的區(qū)別在于，圖4中由被叫CA向與被叫CA自身連接的承載網(wǎng)資源管理器發(fā)送逆向連接資源請(qǐng)求，而圖5中由主叫CA向與主叫CA自身連接的承載網(wǎng)資源管理器發(fā)送逆向連接資源請(qǐng)求。
以上所述的各個(gè)方案為CA沒(méi)有直接和源承載網(wǎng)資源管理器連接時(shí)，建立正向連接或逆向連接的過(guò)程，也可以在CA沒(méi)有直接和源承載網(wǎng)資源管理器連接時(shí)建立雙向連接，即在建立正向連接的同時(shí)確定逆向連接的路徑，或者在建立逆向連接的同時(shí)確定正向連接的路徑。建立雙向連接與以上建立正向連接和逆向連接的不同之處在于需要CA發(fā)送雙向連接資源請(qǐng)求，源承載網(wǎng)資源管理器在收到雙向連接資源請(qǐng)求后，發(fā)起建立與目的承載網(wǎng)資源管理器之間的雙向連接。
在上述建立正向連接、逆向連接或雙向連接的過(guò)程中，如果承載網(wǎng)資源管理器轉(zhuǎn)發(fā)的資源請(qǐng)求和資源響應(yīng)是采用RCIP協(xié)議所提供的消息格式，為保證各個(gè)承載網(wǎng)資源管理器準(zhǔn)確地向本次連接所對(duì)應(yīng)的上游承載網(wǎng)資源管理器返回與轉(zhuǎn)發(fā)的資源請(qǐng)求對(duì)應(yīng)的資源響應(yīng)，需要在轉(zhuǎn)發(fā)的資源請(qǐng)求中進(jìn)一步設(shè)置針對(duì)承載網(wǎng)資源管理器標(biāo)識(shí)信息的消息操作對(duì)象。通過(guò)這樣的設(shè)置，每個(gè)承載網(wǎng)資源管理器收到上游承載網(wǎng)資源管理器轉(zhuǎn)發(fā)來(lái)的資源請(qǐng)求后，如果自己不是源承載網(wǎng)資源管理器，則將自身的標(biāo)識(shí)信息保存在資源請(qǐng)求用于保存承載網(wǎng)資源管理器標(biāo)識(shí)信息的操作對(duì)象的對(duì)象內(nèi)容中，并將該資源請(qǐng)求轉(zhuǎn)發(fā)給下游承載網(wǎng)資源管理器。因此，每個(gè)承載網(wǎng)資源管理器都可以從上游轉(zhuǎn)發(fā)來(lái)的資源請(qǐng)求的消息操作對(duì)象中獲取該上游承載網(wǎng)資源管理器的標(biāo)識(shí)信息，并向該標(biāo)識(shí)信息對(duì)應(yīng)的上游承載網(wǎng)資源管理器轉(zhuǎn)發(fā)資源響應(yīng)。
在上述建立正向連接、逆向連接或雙向連接的過(guò)程中，可以為承載網(wǎng)資源管理器轉(zhuǎn)發(fā)的用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求使用專用的消息格式，以區(qū)別現(xiàn)有技術(shù)中的資源請(qǐng)求，則與CA直接連接的承載網(wǎng)資源管理器收到連接資源請(qǐng)求時(shí)，首先判斷自身是否為要查找的源承載網(wǎng)資源管理器，如果是，則進(jìn)行資源分配的相關(guān)處理，如果不是，則本承載網(wǎng)資源管理器向下游承載網(wǎng)資源管理器發(fā)送使用專用格式的資源請(qǐng)求，下游承載網(wǎng)資源管理器收到資源請(qǐng)求后，根據(jù)收到的資源請(qǐng)求的消息格式判斷自身是否為要查找的源承載網(wǎng)資源管理器，如果是，則作資源分配的相關(guān)處理，如果不是，則向下游承載網(wǎng)資源管理器轉(zhuǎn)發(fā)該消息格式的資源請(qǐng)求，直到找到源承載網(wǎng)資源管理器為止。對(duì)于資源響應(yīng)來(lái)說(shuō)，同樣如此。
為簡(jiǎn)化程序的處理，還可以保留原有資源請(qǐng)求的消息格式，通過(guò)將承載網(wǎng)資源管理器轉(zhuǎn)發(fā)的資源請(qǐng)求中的標(biāo)識(shí)設(shè)置為代理以區(qū)別代理的資源請(qǐng)求與用于資源分配的資源請(qǐng)求，則承載網(wǎng)資源管理器收到資源請(qǐng)求后，首先判斷該資源請(qǐng)求中的標(biāo)識(shí)是否為代理，如果是，則本承載網(wǎng)資源管理器需要進(jìn)一步判斷自身是否為所要查找的源承載網(wǎng)資源管理器，如果沒(méi)有代理標(biāo)識(shí)，則直接根據(jù)收到的正向或逆向資源請(qǐng)求進(jìn)行與資源分配相關(guān)的處理。同樣，也可以在承載網(wǎng)資源管理器轉(zhuǎn)發(fā)的資源響應(yīng)中設(shè)置代理標(biāo)識(shí)。也就是說(shuō)，查找到源承載網(wǎng)資源管理器之前的那些承載網(wǎng)資源管理器是以代理的方式轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求及對(duì)應(yīng)的資源響應(yīng)的。
在保留原有資源請(qǐng)求的消息格式來(lái)轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，如果承載網(wǎng)資源管理器發(fā)送的資源請(qǐng)求是采用RCIP協(xié)議所提供的消息格式，則可以進(jìn)一步在消息的Flag中設(shè)置代理(proxy)標(biāo)識(shí)，如果承載網(wǎng)資源管理器需要轉(zhuǎn)發(fā)資源請(qǐng)求，則可以將資源請(qǐng)求中的proxy標(biāo)識(shí)置“1”，否則，將該proxy標(biāo)識(shí)置“0”，當(dāng)然，也可以對(duì)proxy作其他的賦值處理，只要能達(dá)到轉(zhuǎn)發(fā)的目的即可。對(duì)于資源響應(yīng)來(lái)說(shuō)，同樣如此。
在上述方案中，如果承載控制層的承載網(wǎng)資源管理器之間是連接成網(wǎng)狀結(jié)構(gòu)，則為避免承載網(wǎng)資源管理器之間不必要地轉(zhuǎn)發(fā)資源請(qǐng)求或資源響應(yīng)，可以在每個(gè)承載網(wǎng)資源管理器根據(jù)動(dòng)態(tài)獲取或靜態(tài)設(shè)置的路徑信息選擇下游承載網(wǎng)資源管理器，以便于承載網(wǎng)資源管理器能將資源請(qǐng)求或響應(yīng)快速地發(fā)送給源承載網(wǎng)資源管理器或目的承載網(wǎng)資源管理器。
以圖6所示的網(wǎng)狀結(jié)構(gòu)為例，在本實(shí)施例中將承載網(wǎng)資源管理器稱為CM?？梢栽谒械某休d網(wǎng)資源管理器中設(shè)置各個(gè)CM與其所管轄的IP地址段的關(guān)系，并在各個(gè)CM中設(shè)置轉(zhuǎn)發(fā)收到的代理資源請(qǐng)求或響應(yīng)的路徑。比如，將CM1設(shè)置為如果收到的用戶IP地址是在CM2、CM5或CM7管轄的ER的路由信息所對(duì)應(yīng)的IP地址段之內(nèi)，則將相應(yīng)的代理資源請(qǐng)求或響應(yīng)發(fā)送給CM2，由CM2進(jìn)行下一步的處理；如果收到的用戶IP地址是在CM3、CM4或CM6管轄的ER的路由信息所對(duì)應(yīng)的IP地址段之內(nèi)，則將相應(yīng)的代理資源請(qǐng)求或響應(yīng)發(fā)送給CM3，由CM3進(jìn)行下一步的處理。
本發(fā)明方案還可以應(yīng)用在承載控制層為分層的樹狀結(jié)構(gòu)的Diff-Serv模型中。該樹狀結(jié)構(gòu)的承載控制層如圖7所示，在該樹狀結(jié)構(gòu)中，除了最底層的承載網(wǎng)資源管理器存儲(chǔ)的是該管理域內(nèi)的路由器信息外，其他各層的每個(gè)承載網(wǎng)資源管理器中只保存上一級(jí)的承載網(wǎng)資源管理器地址和下一級(jí)承載網(wǎng)資源管理器管理的地址段信息。承載網(wǎng)資源管理器在收到代理請(qǐng)求或響應(yīng)時(shí)，首先判斷該代理請(qǐng)求或響應(yīng)是否是與本承載網(wǎng)資源管理器自身對(duì)應(yīng)，如果與本承載網(wǎng)資源管理器對(duì)應(yīng)，則進(jìn)行進(jìn)一步的處理，如果不與本承載網(wǎng)資源管理器對(duì)應(yīng)，則進(jìn)一步判斷是否與本承載網(wǎng)資源管理器的某個(gè)下屬承載網(wǎng)資源管理器對(duì)應(yīng)，如果是與本承載網(wǎng)資源管理器的某個(gè)下屬承載網(wǎng)資源管理器對(duì)應(yīng)，則將該代理請(qǐng)求或響應(yīng)發(fā)送給該下屬承載網(wǎng)資源管理器，由下屬承載網(wǎng)資源管理器進(jìn)行處理，如果不是，則將該代理請(qǐng)求或響應(yīng)發(fā)送給本承載網(wǎng)資源管理器的上級(jí)承載網(wǎng)資源管理器，由上級(jí)承載網(wǎng)資源管理器進(jìn)行判斷。
以圖7所示的樹狀結(jié)構(gòu)為例，同樣，在本實(shí)施例中將承載網(wǎng)資源管理器稱為CM。該樹狀結(jié)構(gòu)分為三層，其中CM1為頂級(jí)CM，CM2和CM3為CM1的下一級(jí)CM，CM4和CM5為CM2的下一級(jí)CM，CM6和CM7為CM3的下一級(jí)CM。如果CM2收到了正向代理資源請(qǐng)求，則CM2首先判斷本CM是不是該正向代理資源請(qǐng)求需要的CM，如果是，則返回本CM的地址信息，如果不是，則進(jìn)一步判斷其下屬的CM4和CM5是否是該正向代理資源請(qǐng)求需要的CM，如果其中的一個(gè)CM，比如CM4是所需的CM，則將該正向代理資源請(qǐng)求轉(zhuǎn)發(fā)給CM4，由CM4進(jìn)行下一步的處理，如果CM4和CM5均不是，則CM2再向其上級(jí)CM1轉(zhuǎn)發(fā)該正向代理資源請(qǐng)求，CM1判斷該正向代理資源請(qǐng)求屬于CM3，則將其轉(zhuǎn)發(fā)給CM3，由CM3再確定其下屬的CM6和CM7哪個(gè)是該正向代理資源請(qǐng)求對(duì)應(yīng)的CM，并將該正向代理資源請(qǐng)求轉(zhuǎn)發(fā)給該CM，由其進(jìn)行下一步的處理。
在采用了本發(fā)明方案的有獨(dú)立承載控制層的Diff-Serv模型中，每個(gè)CA可以只與一個(gè)承載網(wǎng)資源管理器直接連接，但是，為保證在與CA直接連接的承載網(wǎng)資源管理器出現(xiàn)故障時(shí)網(wǎng)絡(luò)還能夠正常運(yùn)行，還可以采用資源雙平面的思想，比如，將CA與兩個(gè)承載網(wǎng)資源管理器直接連接，這樣，如果有一個(gè)承載網(wǎng)資源管理器出現(xiàn)故障，網(wǎng)絡(luò)可以通過(guò)另一個(gè)承載網(wǎng)資源管理器正常地運(yùn)行。對(duì)于采用樹狀結(jié)構(gòu)的承載控制層來(lái)說(shuō)，還可以設(shè)置兩個(gè)或以上的頂級(jí)承載網(wǎng)資源管理器，每個(gè)頂級(jí)承載網(wǎng)資源管理器都與下一級(jí)承載網(wǎng)資源管理器直接連接，這樣，如果有一個(gè)頂級(jí)承載網(wǎng)資源管理器出現(xiàn)故障，整個(gè)網(wǎng)絡(luò)仍然可以正常工作。
承載控制層在確定源承載網(wǎng)資源管理器時(shí)，可能會(huì)出現(xiàn)承載網(wǎng)資源管理器之間環(huán)回轉(zhuǎn)發(fā)資源請(qǐng)求或長(zhǎng)時(shí)間收不到響應(yīng)的情況。這種情況下，承載控制層可能無(wú)法確定源承載網(wǎng)資源管理器，或者需要承載網(wǎng)資源管理器之間再轉(zhuǎn)發(fā)多次資源請(qǐng)求才能確定源承載網(wǎng)資源管理器。為避免這種情況，可以對(duì)承載網(wǎng)資源管理器進(jìn)行設(shè)置，使每個(gè)承載網(wǎng)資源管理器在收到資源請(qǐng)求后，啟動(dòng)自身的狀態(tài)機(jī)，在發(fā)送資源請(qǐng)求后啟動(dòng)定時(shí)器，如果定時(shí)器超時(shí)或重發(fā)資源請(qǐng)求達(dá)到預(yù)先設(shè)定的次數(shù)仍然沒(méi)有該代理消息的響應(yīng)，則該承載網(wǎng)資源管理器返回申請(qǐng)被拒絕的消息給上游設(shè)備，該上游設(shè)備可能是承載網(wǎng)資源管理器，也可能是CA，并向下游承載網(wǎng)資源管理器發(fā)送資源釋放消息，然后刪除本承載網(wǎng)資源管理器中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，上游設(shè)備和下游承載網(wǎng)資源管理器收到消息后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
還有一種避免承載網(wǎng)資源管理器之間環(huán)回轉(zhuǎn)發(fā)資源請(qǐng)求或長(zhǎng)時(shí)間收不到響應(yīng)的方法是在資源請(qǐng)求中設(shè)置與轉(zhuǎn)發(fā)次數(shù)相關(guān)的信息，并預(yù)先設(shè)置最多的轉(zhuǎn)發(fā)次數(shù)。如果資源請(qǐng)求和資源響應(yīng)采用的是RCIP協(xié)議所提供的消息格式，則可以將轉(zhuǎn)發(fā)次數(shù)相關(guān)信息保存在資源請(qǐng)求的某個(gè)消息操作對(duì)象中，也可以在資源請(qǐng)求中專門設(shè)置針對(duì)轉(zhuǎn)發(fā)次數(shù)相關(guān)信息的消息操作對(duì)象，每個(gè)承載網(wǎng)資源管理器從資源請(qǐng)求的消息操作對(duì)象中獲取與轉(zhuǎn)發(fā)次數(shù)相關(guān)的信息。
所設(shè)置的與轉(zhuǎn)發(fā)次數(shù)相關(guān)的信息可以是轉(zhuǎn)發(fā)次數(shù)，承載網(wǎng)資源管理器在轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，將轉(zhuǎn)發(fā)次數(shù)逐次加一，則將資源請(qǐng)求中的初始值設(shè)置為0，收到資源請(qǐng)求的承載網(wǎng)資源管理器在需要轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，判斷資源請(qǐng)求中的轉(zhuǎn)發(fā)次數(shù)是否超出了預(yù)設(shè)的數(shù)值，如果超出了，則向上游發(fā)送代理拒絕響應(yīng)，并刪除自身與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，否則繼續(xù)轉(zhuǎn)發(fā)。上游設(shè)備收到代理拒絕響應(yīng)后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
承載網(wǎng)資源管理器在轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，也可以是將轉(zhuǎn)發(fā)次數(shù)逐次減一，則將資源請(qǐng)求中的初始值設(shè)置為預(yù)設(shè)的轉(zhuǎn)發(fā)次數(shù)，即此時(shí)針對(duì)該次連接的剩余轉(zhuǎn)發(fā)次數(shù)為預(yù)設(shè)的轉(zhuǎn)發(fā)次數(shù)。收到資源請(qǐng)求的承載網(wǎng)資源管理器在需要轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，判斷資源請(qǐng)求中的轉(zhuǎn)發(fā)次數(shù)是否為0，如果為0，則向上游發(fā)送代理拒絕響應(yīng)，并刪除自身與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，否則，繼續(xù)轉(zhuǎn)發(fā)。上游設(shè)備收到代理拒絕響應(yīng)后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
所設(shè)置的與轉(zhuǎn)發(fā)次數(shù)相關(guān)的信息也可以是所有轉(zhuǎn)發(fā)過(guò)該資源請(qǐng)求的承載網(wǎng)資源管理器的標(biāo)識(shí)信息，即，承載網(wǎng)資源管理器在向下游轉(zhuǎn)發(fā)的資源請(qǐng)求中保存自身的標(biāo)識(shí)信息，以及轉(zhuǎn)發(fā)來(lái)的資源請(qǐng)求中所攜帶的上游承載網(wǎng)資源管理器的標(biāo)識(shí)信息，該標(biāo)識(shí)信息可以是承載網(wǎng)資源管理器的IP地址，或域名。收到資源請(qǐng)求的承載網(wǎng)資源管理器在需要向下游轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，通過(guò)標(biāo)識(shí)信息確定承載控制層中的承載網(wǎng)資源管理器針對(duì)本次呼叫已轉(zhuǎn)發(fā)資源請(qǐng)求的次數(shù)，由此判斷轉(zhuǎn)發(fā)次數(shù)是否超出，如果是，則向上游發(fā)送代理拒絕響應(yīng)，并刪除自身與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，否則，繼續(xù)轉(zhuǎn)發(fā)。上游設(shè)備收到代理拒絕響應(yīng)后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
以上所述僅為本發(fā)明方案的較佳實(shí)施例，并不用以限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)資源分配的方法，承載控制層的承載網(wǎng)資源管理器CM根據(jù)呼叫代理CA的請(qǐng)求分配資源，其特征在于該方法包括以下步驟a.CA收到業(yè)務(wù)請(qǐng)求時(shí)，向與其連接的承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求；b.收到連接資源請(qǐng)求的承載網(wǎng)資源管理器判斷自身是否為源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟d，否則，進(jìn)入步驟c；c.承載網(wǎng)資源管理器查找下游承載網(wǎng)資源管理器，并向查找到的承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求，下游承載網(wǎng)資源管理器判斷自身是否為源承載網(wǎng)資源管理器，如果是，則進(jìn)入步驟d，否則，返回步驟c；d.源承載網(wǎng)資源管理器根據(jù)資源請(qǐng)求在承載控制層實(shí)現(xiàn)資源分配。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述承載網(wǎng)資源管理器根據(jù)自身保存的邊緣路由器ER路由信息及連接資源請(qǐng)求中的用戶標(biāo)識(shí)信息判斷自身是否為源承載網(wǎng)資源管理器。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送正向的連接資源請(qǐng)求，所述步驟b和c中，所述承載網(wǎng)資源管理器根據(jù)對(duì)應(yīng)管理域中的ER是否能將呼叫的業(yè)務(wù)流接入網(wǎng)絡(luò)來(lái)判斷自身是否為正向連接時(shí)的源承載網(wǎng)資源管理器，所述步驟d中，源承載網(wǎng)資源管理器在承載控制層建立與正向連接時(shí)的目的承載網(wǎng)資源管理器之間的正向連接，并進(jìn)行正向資源分配。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送雙向的連接資源請(qǐng)求；所述步驟d中，源承載網(wǎng)資源管理器與目的承載網(wǎng)資源管理器之間建立正向連接并分配正向資源的同時(shí)，確定目的承載網(wǎng)資源管理器與源承載網(wǎng)資源管理器之間逆向連接的路徑，并分配逆向資源。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送逆向的連接資源請(qǐng)求，所述步驟b和c中，所述承載網(wǎng)資源管理器根據(jù)對(duì)應(yīng)管理域中的ER是否能將呼叫的業(yè)務(wù)流引出網(wǎng)絡(luò)來(lái)判斷自身是否為逆向連接時(shí)的源承載網(wǎng)資源管理器，所述步驟d中，該源承載網(wǎng)資源管理器在承載控制層建立與逆向連接時(shí)的目的承載網(wǎng)資源管理器之間的逆向連接，并進(jìn)行逆向資源分配。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟a中CA向與其連接的承載網(wǎng)資源管理器發(fā)送雙向的連接資源請(qǐng)求，所述步驟d中，源承載網(wǎng)資源管理器與目的承載網(wǎng)資源管理器之間建立逆向連接并分配逆向資源的同時(shí)，確定目的承載網(wǎng)資源管理器與源承載網(wǎng)資源管理器之間正向連接的路徑，并分配正向資源。
7.根據(jù)權(quán)利要求3、4、5或6所述的方法，其特征在于，步驟a中所述CA為被叫CA或主叫CA。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CA與承載控制層中的一個(gè)或一個(gè)以上承載網(wǎng)資源管理器直接連接。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于該方法進(jìn)一步包括在承載控制層的每個(gè)承載網(wǎng)資源管理器中動(dòng)態(tài)獲取或靜態(tài)配置用于確定下游承載網(wǎng)資源管理器的信息，則所述步驟b中，承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器，所述步驟c中，承載網(wǎng)資源管理器根據(jù)自身保存的信息將資源請(qǐng)求轉(zhuǎn)發(fā)到下游承載網(wǎng)資源管理器，下游承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述用于確定下游承載網(wǎng)資源管理器的信息是當(dāng)前承載網(wǎng)資源管理器所轄承載網(wǎng)絡(luò)的標(biāo)簽交換路徑LSP信息和各個(gè)連接節(jié)點(diǎn)CN的路由信息，或當(dāng)前承載網(wǎng)資源管理器所轄承載網(wǎng)絡(luò)的標(biāo)簽交換路徑LSP信息、各個(gè)連接節(jié)點(diǎn)CN的路由信息以及信令路由算法。
11.根據(jù)權(quán)利要求1或9所述的方法，其特征在于，所述承載控制層為樹狀結(jié)構(gòu)，頂級(jí)承載網(wǎng)資源管理器中保存其下一級(jí)承載網(wǎng)資源管理器對(duì)應(yīng)的IP地址段，最底端承載網(wǎng)資源管理器與承載網(wǎng)絡(luò)連接，保存該承載網(wǎng)絡(luò)中的路由器信息，其他承載網(wǎng)資源管理器中保存上一級(jí)承載網(wǎng)資源管理器的地址和下一級(jí)承載網(wǎng)資源管理器所管理的IP地址段，則所述步驟b中，承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器，所述步驟c中，承載網(wǎng)資源管理器根據(jù)自身保存的信息將資源請(qǐng)求轉(zhuǎn)發(fā)到下游承載網(wǎng)資源管理器，下游承載網(wǎng)資源管理器根據(jù)自身保存的信息判斷自身是否為源承載網(wǎng)資源管理器。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟b、c和d中，當(dāng)前承載網(wǎng)資源管理器在收到資源請(qǐng)求后，啟動(dòng)自身的狀態(tài)機(jī)，在發(fā)送資源請(qǐng)求后啟動(dòng)定時(shí)器，如果定時(shí)器超時(shí)或重發(fā)資源請(qǐng)求達(dá)到預(yù)先設(shè)定的次數(shù)仍然沒(méi)有響應(yīng)，則當(dāng)前承載網(wǎng)資源管理器返回申請(qǐng)被拒絕的消息給上游設(shè)備，并向下游承載網(wǎng)資源管理器發(fā)資源釋放消息，然后刪除本承載網(wǎng)資源管理器中與本資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，上游設(shè)備和下游承載網(wǎng)資源管理器收到消息后，刪除本設(shè)備中與本次資源請(qǐng)求相關(guān)的數(shù)據(jù)信息，并轉(zhuǎn)發(fā)該消息。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)，所述步驟c中，承載網(wǎng)資源管理器在向下游轉(zhuǎn)發(fā)的資源請(qǐng)求中設(shè)置用于確定轉(zhuǎn)發(fā)次數(shù)的信息，下游承載網(wǎng)資源管理器確定自身不是源承載網(wǎng)資源管理器之后，根據(jù)資源請(qǐng)求中用于轉(zhuǎn)發(fā)次數(shù)的信息判斷是否已達(dá)到預(yù)設(shè)的轉(zhuǎn)發(fā)次數(shù)，如果是，則結(jié)束處理，否則，返回步驟c。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述轉(zhuǎn)發(fā)的資源請(qǐng)求采用連接初始化協(xié)議RCIP的消息格式，則所述用于確定轉(zhuǎn)發(fā)次數(shù)的信息設(shè)置在資源請(qǐng)求的消息操作對(duì)象的對(duì)象內(nèi)容中。
15.根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述用于確定轉(zhuǎn)發(fā)次數(shù)的信息是已轉(zhuǎn)發(fā)次數(shù)、或剩余轉(zhuǎn)發(fā)次數(shù)、或轉(zhuǎn)發(fā)過(guò)資源請(qǐng)求的承載網(wǎng)資源管理器的標(biāo)識(shí)信息。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟c中，所述承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求給下游承載網(wǎng)資源管理器時(shí)，為該資源代理請(qǐng)求使用專用的消息類型，則下游承載網(wǎng)資源管理器收到資源請(qǐng)求時(shí)，判斷該資源請(qǐng)求的消息類型，如果是代理資源請(qǐng)求，則判斷自身是否為源承載網(wǎng)資源管理器，否則，根據(jù)該資源請(qǐng)求直接進(jìn)行資源配置。
17.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟c中，所述承載網(wǎng)資源管理器轉(zhuǎn)發(fā)用于查找源承載網(wǎng)資源管理器的資源請(qǐng)求給下游承載網(wǎng)資源管理器時(shí)，將該資源請(qǐng)求中的標(biāo)識(shí)設(shè)置為代理，則下游承載網(wǎng)資源管理器收到資源請(qǐng)求時(shí)，判斷該資源請(qǐng)求的標(biāo)識(shí)是否為代理，如果是，則判斷自身是否為源承載網(wǎng)資源管理器，否則，根據(jù)該資源請(qǐng)求直接進(jìn)行資源配置。
18.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟d進(jìn)一步包括，源承載網(wǎng)資源管理器向與CA連接的承載網(wǎng)資源管理器返回與查找源承載網(wǎng)資源管理器的資源請(qǐng)求對(duì)應(yīng)的資源響應(yīng)，收到該資源響應(yīng)的承載網(wǎng)資源管理器判斷自身是否為與CA連接的承載網(wǎng)資源管理器，如果自身是，則向CA發(fā)送連接資源響應(yīng)，如果自身不是，則沿轉(zhuǎn)發(fā)資源請(qǐng)求的路徑向上游轉(zhuǎn)發(fā)該資源響應(yīng)。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于該方法進(jìn)一步包括所述承載網(wǎng)資源管理器轉(zhuǎn)發(fā)的資源請(qǐng)求和資源響應(yīng)采用RCIP協(xié)議的消息格式，并在所述資源請(qǐng)求中設(shè)置針對(duì)承載網(wǎng)資源管理器標(biāo)識(shí)信息的消息操作對(duì)象，則所述步驟c中，所述承載網(wǎng)資源管理器在轉(zhuǎn)發(fā)資源請(qǐng)求時(shí)，將自身的標(biāo)識(shí)信息保存在該資源請(qǐng)求針對(duì)承載網(wǎng)資源管理器標(biāo)識(shí)信息的消息操作對(duì)象的對(duì)象內(nèi)容中；所述步驟d中，所述承載網(wǎng)資源管理器根據(jù)步驟c中轉(zhuǎn)發(fā)來(lái)的資源請(qǐng)求的標(biāo)識(shí)信息確定自身的上游承載網(wǎng)資源管理器，并向該承載網(wǎng)資源管理器轉(zhuǎn)發(fā)資源響應(yīng)。
20.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述承載網(wǎng)資源管理器在向上游轉(zhuǎn)發(fā)資源響應(yīng)時(shí)，為該資源響應(yīng)使用專用的消息格式，則上游承載網(wǎng)資源管理器收到資源響應(yīng)時(shí)，判斷該資源請(qǐng)求的消息類型，如果是代理資源響應(yīng)，則判斷自身是否為與CA連接的承載網(wǎng)資源管理器；否則，根據(jù)該資源響應(yīng)直接進(jìn)行資源配置。
21.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述承載網(wǎng)資源管理器在向上游轉(zhuǎn)發(fā)資源響應(yīng)時(shí)，將該資源響應(yīng)中的標(biāo)識(shí)設(shè)置為代理，則上游承載網(wǎng)資源管理器收到資源響應(yīng)時(shí)，判斷該資源響應(yīng)中的標(biāo)識(shí)是否為代理，如果是代理，則判斷自身是否為與CA連接的承載網(wǎng)資源管理器；如果不是代理，則根據(jù)該資源響應(yīng)直接進(jìn)行資源配置。
22.根據(jù)權(quán)利要求17或21所述的方法，其特征在于，所述轉(zhuǎn)發(fā)的資源請(qǐng)求或資源響應(yīng)采用RCIP協(xié)議的消息格式，則在所述轉(zhuǎn)發(fā)的資源請(qǐng)求或資源響應(yīng)的標(biāo)識(shí)Flag中設(shè)置代理proxy標(biāo)識(shí)，并將該proxy標(biāo)識(shí)置特定值。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)資源分配的方法，該方法在呼叫代理(CA)收到業(yè)務(wù)請(qǐng)求時(shí)，向與其連接的承載網(wǎng)資源管理器發(fā)送連接資源請(qǐng)求；由該承載網(wǎng)資源管理器在承載控制層中轉(zhuǎn)發(fā)資源請(qǐng)求來(lái)查找到源承載網(wǎng)資源管理器，并由源承載網(wǎng)資源管理器根據(jù)資源請(qǐng)求在承載控制層實(shí)現(xiàn)資源分配。本發(fā)明方案解決了現(xiàn)有技術(shù)中CA必須與源承載網(wǎng)資源管理器直接連接的問(wèn)題，使CA可以只連接少數(shù)幾個(gè)承載網(wǎng)資源管理器，即可由承載控制層對(duì)用戶的帶寬請(qǐng)求分配資源，從而降低了網(wǎng)絡(luò)的建設(shè)成本，降低了網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的復(fù)雜度，使網(wǎng)絡(luò)便于維護(hù)和管理，且減輕了CA處理請(qǐng)求消息的負(fù)擔(dān)。
文檔編號(hào)H04L12/24GK1592256SQ20031010015
公開日2005年3月9日 申請(qǐng)日期2003年10月13日 優(yōu)先權(quán)日2003年9月5日
發(fā)明者陳悅鵬, 范靈源, 吳登超, 徐波, 鄒婷 申請(qǐng)人:華為技術(shù)有限公司