專利名稱：一種在承載網上為雙向業務完成資源請求的方法
技術領域：
本發明涉及有獨立承載層的區分服務模型(Diff-serv，DifferentiatedService)技術，尤其是涉及一種在區分服務模型的承載網上為雙向業務完成資源請求的方法。
背景技術：
隨著互聯網(Internet)規模的不斷增大，各種服務質量(QoS，Quality ofService)技術應運而生。因此，互聯網工程任務組(IETF，Internet EngineeringTask Force)建議了很多服務模型和機制，以滿足QoS的需求。目前業界比較認可的是在網絡的接入和邊緣使用綜合服務模型(Int-Serv，Integrated Service)，在網絡的核心使用區分服務模型(Diff-serv，Differentiated Service)。區分服務模型僅設定優先等級保障QoS措施，該QoS措施雖然有線路利用率高的特點，但具體的效果難以預測。因此，為了進一步完善QoS技術，業界開始為骨干網區分服務模型引入一個獨立的承載控制層，建立一套專門的區分服務模型的QoS信令機制。這個區分服務模型被稱為有獨立承載控制層的區分服務模型。
目前業界已有的有獨立承載控制層的區分服務模型方案，有服質量骨干實驗網(QBone)的帶寬代理器模型以及NEC公司提出的Rich Qos等方案。
圖1為有獨立的承載控制層的區分服務模型圖。如圖1所示，在該模型中，承載控制層102置于承載網絡103和業務控制層101之間。在業務控制層101中的呼叫代理(CA，Call Agent)為業務服務器，比如軟交換等；在承載控制層102中，承載網資源管理器配置了管理規則和網絡拓撲，為客戶的業務帶寬申請分配資源，各個承載網資源管理器，即承載網資源管理器1(104)、承載網資源管理器2(105)和承載網資源管理器3(106)相互之間通過信令傳遞客戶的業務帶寬申請請求和結果、以及為業務申請分配的路由路徑信息，即標簽交換路徑(LSP，Label Switched Path)資源信息等；在承載網103中，每個承載網資源管理器管理一個特定的承載網區域，這個特定的承載網區域被稱為所對應的承載網資源管理器的管理域，即承載網資源管理器1的管理域107、承載網資源管理器2的管理域108和承載網資源管理器1的管理域109，承載網103中包括邊緣路由器(ER，Edge Router)和邊界路由器(BR，Border Router)，承載網資源管理器根據承載網資源管理器所申請分配的LSP資源信息，在承載網中建立路由路徑并傳送業務信息。
在實際的應用業務中，大部分電信業務例如語音業務、多媒體業務為雙向業務，這就需要在承載網中為雙向業務完成資源請求，包括建立雙向的路由路徑和申請帶寬資源。圖2所示為現有技術中，在承載網中為雙向業務完成資源請求一種交互流程，如圖3所示為現有技術中，在承載網中完成資源請求的另一種交互流程。如圖1、圖2和圖3所示，CA1為源CA，CA2為目的CA，現有技術中在承載網中完成資源請求的交互流程中所述的正向請求過程和逆向請求過程沒有必要的先后順序，當CA2收到CA1發送的呼叫請求后，就可進行逆向請求過程；當CA1收到CA2發送的呼叫響應后就可以進行正向請求過程，在此，以圖2所示的方案說明該交互流程的具體實現方式，包括以下步驟步驟201、主叫用戶向CA1發送呼叫請求，CA1向CA2發出呼叫請求，該呼叫請求內容包括五元組信息、業務類型、主被叫號碼或域名、QoS參數、業務流信息等，該五元組信息中包括主叫用戶IP地址以及被叫用戶IP地址；步驟202、CA2向CA1發送呼叫響應，該呼叫響應內容包括帶有帶寬資源的QoS參數；步驟203、CA1向源承載網資源管理器，此處為承載網資源管理器1，發送連接資源請求消息，該連接資源請求消息中包括連接信息、主叫請求內容、主叫方IP地址或域名、被叫方IP地址或域名、帶有帶寬資源的QOS參數、業務類型等信息；步驟204、承載網資源管理器1為業務流保存上述連接資源請求消息中的連接信息，并根據主叫方IP地址或域名選取承載網資源管理器管理域中與該主叫IP地址或域名相對應的一個ER作為正向路由路徑的入口路由器，一般是指主叫端局路由器或主叫匯接局路由器，此處為ER1，進行本承載網資源管理器1管理域的域內正向LSP選路，申請域內正向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并記錄這些域內正向LSP資源信息；該域內正向LSP資源信息的記錄結果中包括本承載網資源管理器1管理域的域內正向LSP所對應的出口BR地址，即承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向路由路徑的入口BR地址，此處為BR1；根據該域內正向LSP資源信息的記錄結果進行承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向LSP選路，申請域間正向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，記錄這些域間正向LSP資源信息；步驟205、承載網資源管理器1向承載網資源管理器2發送連接資源請求消息，該連接資源請求消息中除了原有的QOS參數、業務類型、主叫方IP地址或域名、被叫方IP地址或域名外，還包括連接信息，該連接信息進一步包括承載網資源管理器2的地址、承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向LSP的出口BR地址，即承載網資源管理器2管理域的域內正向LSP的入口BR地址，此處為BR2；步驟206、承載網資源管理器2為業務流保存該承載網資源管理器接收的資源請求消息中的連接信息，并根據該連接信息進行承載網資源管理器2管理域的域內正向LSP選路，申請域內正向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并記錄這些域內正向LSP資源信息；該域內正向LSP資源信息的記錄結果中包括承載網資源管理器2管理域的域內正向LSP所對應的出口BR地址，即承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向路由路徑的入口BR地址，此處為BR3；根據BR3進行承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向LSP選路，申請域間正向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，記錄這些域間正向LSP資源信息；步驟207、承載網資源管理器2向承載網資源管理器3發送連接資源請求消息，該連接資源請求消息中除了原有的QOS參數、業務類型、主叫方IP地址或域名、被叫方IP地址或域名外，還包括連接信息，該連接信息進一步包括承載網資源管理器2的地址、承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向LSP的出口BR地址，即承載網資源管理器3管理域的域內正向LSP的入口BR地址，此處為BR4；步驟208、目的承載網資源管理器，此處為承載網資源管理器3，根據收到的資源請求消息中被叫方IP地址或域名確定該被叫方IP地址或域名所對應的一個ER為逆向路由路徑的入口ER，一般是指被叫端局路由器或被叫匯接局路由器，此處為ER2，并根據ER2和該資源請求消息中的連接信息進行承載網資源管理器3管理域的域內正向LSP選路，申請域內正向LSP資源，并根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源；步驟209、承載網資源管理器3向承載網資源管理器2返回正向連接資源響應消息，其中包括承載網資源管理器3選定的正向LSP資源；步驟210、承載網資源管理器2將承載網資源管理器2管理域的域內正向LSP資源、承載網資源管理器2管理域和承載網資源管理器3管理域之間的正向LSP資源、以及承載網資源管理器3返回的正向LSP資源一起通過正向資源確認響應發給承載網資源管理器1；步驟211、承載網資源管理器1通過返回的正向資源響應消息獲知整個路由路徑的正向LSP資源，建立整個正向的路由路徑，并啟動流映射命令，向步驟204中獲得的ER1下發整個正向的路由路徑信息，此處的路由路徑所經過的路由器為ER1、BR1、BR2、BR3、BR4、ER2；
步驟212、承載網資源管理器1在收到ER1的流映射命令響應后，給CA1發送表示成功建立正向路由路徑的連接資源響應消息。
上述步驟203到步驟212為建立正向路由路徑的正向請求過程，步驟213到步驟222為建立逆向路由路徑的逆向請求過程。建立逆向路由路徑的逆向請求過程步驟和建立正向路由路徑的正向請求過程步驟一樣，只不過其源承載網資源管理器和目的承載網資源管理器與建立正向路由路徑時的源承載網資源管理器和目的承載網資源管理器剛好相反，即承載網資源管理器3為源承載網資源管理器，承載網資源管理器1為目的承載網資源管理器。另外，逆向路由路徑建立起來之后，目的CA還要執行步驟223向源CA發送一響應消息，告知源CA逆向請求成功完成。
如圖3所示為現有技術中，在承載網中完成資源請求的另一種交互流程，其步驟301和步驟201相同，步驟302到步驟311與步驟203到步驟212相同，步驟312將步驟202和步驟223所發送的響應并到一起發送，步驟313到步驟322與步驟203到步驟212相同。
在各個CM之間的資源請求過程中，如果某一CM由于資源耗盡、目的不可達或設備故障等原因無法完成資源請求，它將向上一跳CM發送資源拒絕響應，上一跳繼續向上游的CM發該響應，直至源CM。源CM將通知CA此次呼叫失敗。此呼叫相關的CM還將刪除相應的路由信息和釋放的帶寬資源。
上述的流程只是現有技術的一個實施例，源承載網資源管理器和目的承載網資源管理器之間可能不止一個承載網資源管理器，也可能有多個承載網資源管理器，當有多個承載網資源管理器時，源承載網資源管理器和目的承載網資源管理器之間的所有承載網資源管理器的處理方法和上述承載網資源管理器2的處理方法一樣。
由于現有技術中完成資源請求時要分別進行正向和逆向兩次請求，這樣使得在承載網上完成資源請求的時間較長，從而影響了雙向業務的使用效率；并且，一次業務進行兩次請求很可能導致一個方向的請求成功后，另一方向的請求找不到可利用的資源，從而導致本次業務失敗，業務的成功率不高，進一步使LSP資源的利用率降低；另外，用這種技術使網絡流量大，浪費有限的資源。

發明內容
本發明的主要目的是提供一種在承載網上為雙向業務完成資源請求的方法，使得當在承載網上完成資源請求時，所用時間變短，提高雙向業務的使用效率和業務交互的成功率，并進一步提高LSP資源的利用率，節省資源。
為了實現上述目的，本發明的技術方案為一種在承載網上為雙向業務完成資源請求的方法，其特征在于，該方法包括以下步驟1)源承載網資源管理器接收到呼叫代理(CA)發送的連接資源請求后，根據該連接資源請求，選擇該源承載網資源管理器管理域的域內正向和逆向路由路徑信息；并選擇該源承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息；同時為本次請求預留域內和域間帶寬域間資源；2)源承載網資源管理器向下一跳承載網資源管理器發送連接資源請求；3)下一跳承載網資源管理器根據收到的連接資源請求，選擇該跳承載網資源管理器管理域的域內正向和逆向路由路徑信息，為本次請求預留域內帶寬資源；如果該跳承載網資源管理器是目的承載網資源管理器，則建立整個正向路由路徑信息，將整個正向路由路徑信息下發給目的承載網資源管理器域內的正向路由路徑的入口路由器；或建立整個逆向路由路徑信息，將整個逆向路由路徑信息下發給目的承載網資源管理器域內的逆向路由路徑的入口路由器；向上一跳承載網資源管理器返回資源響應，執行步驟4)；否則，選擇該跳承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息；同時為本次請求預留域間帶寬域間資源；向下一跳承載網資源管理器發送連接資源請求后，返回步驟3)；4)上一跳承載網資源管理器收到資源響應后，如果該跳承載網資源管理器為源承載網資源管理器，則根據返回的資源響應，建立整個逆向路由路徑信息，將整個逆向路由路徑信息下發給逆向路由路徑的入口路由器；或建立整個正向路由路徑信息，將整個正向路由路徑信息下發給正向路由路徑的入口路由器；完成本次資源請求；否則，向該跳承載網資源管理器的上一跳承載網資源管理器返回資源響應后，返回步驟4)。
所述呼叫代理(CA)發送的連接資源請求至少包含主叫方地址、被叫方地址以及包含帶寬要求的服務質量(QoS)參數；承載網資源管理器向下一跳承載網資源管理器發送的連接資源請求至少包含呼叫代理(CA)發送的連接資源請求中信息，和本跳承載網資源管理器選定的域間正向和逆向路由路徑信息。
所述承載網資源管理器根據QoS參數為本次請求預留域內和域間帶寬資源。
所述源承載網資源管理器選擇域內正向和逆向路由路徑的方法為根據該連接資源請求主叫方地址確定正向路由路徑的入口路由器，或根據被叫方地址確定逆向路由路徑的入口路由器，并根據該正向路由路徑的入口路由器或逆向路由路徑的入口路由器選擇域內正向和逆向路由路徑。
所述下一跳承載網資源管理器選擇域內正向和逆向路由路徑的方法為根據收到的連接資源請求中的域間正向和逆向路由路徑信息，選擇該跳承載網資源管理器域內正向路由路徑的入口路由器或逆向路由路徑的入口路由器；并根據該正向路由路徑的入口路由器或逆向路由路徑的入口路由器選擇域內正向和逆向路由路徑。
所述承載網資源管理器根據選定的域內正向和逆向路由路徑信息，選擇該承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息。
步驟3)中所述的資源響應消息至少包含目的承載網資源管理器域內正向或逆向路由路徑信息；在步驟4)中所述的資源響應消息中至少包含所述承載網資源管理器收到的資源響應消息中的正向或逆向路由路徑信息以及本跳承載網資源管理器管理域所記錄的正向或逆向路由路徑信息。
所述的域內正向和逆向路由路徑信息中至少包括域內正向路由路徑的出口路由器和域內逆向路由路徑的入口路由器；所述的域間正向和逆向路由路徑信息中至少包括下一跳承載網資源管理器的域內正向入口路由器和下一跳承載網資源管理器的域內逆向出口路由器。
在步驟1)之前，還包括以下步驟主叫方CA與被叫方CA建立呼叫連接，主叫方CA向主叫源承載網資源管理器發送包含主叫方地址和被叫方地址的連接資源請求；或者被叫方CA向被叫源承載網資源管理器發送包含主叫方地址和被叫方地址的連接資源請求。
所述的主叫方CA和被叫方CA建立呼叫連接的方法為主叫方CA向被叫方CA發出呼叫請求，該呼叫請求包括含有主叫方IP地址以及被叫方IP地址的五元組信息以及主叫方對被叫方帶有帶寬要求的服務質量QoS參數；被叫方CA向主叫方CA發送呼叫響應，該呼叫響應內容包括被叫方對主叫方帶有帶寬要求的服務質量QoS參數。
當主叫方CA向主叫源承載網資源管理器發送連接資源請求時，在所述的步驟1)中，主叫源承載網資源管理器根據主叫方地址確定正向路由路徑的入口路由器；在所述的步驟3)中，主叫目的承載網資源管理器根據被叫方地址確定逆向路由路徑的入口路由器；當被叫方CA向被叫源承載網資源管理器發送連接資源請求時，在所述的步驟1)中，被叫源承載網資源管理器根據被叫方地址確定逆向路由路徑的入口路由器；在所述的步驟3)中，被叫目的承載網資源管理器根據主叫方地址確定正向路由路徑的入口路由器。
該方法進一步包括以下步驟所述的源承載網資源管理器向發送連接資源請求的CA返回連接資源響應消息，該連接資源響應消息中包括表示成功完成資源請求的信息。
當被叫方CA向被叫源承載網資源管理器發送連接資源請求時，在步驟5)中進一步包括被叫方CA收到該源承載網資源管理器返回的連接資源響應消息后，向主叫方CA返回表示成功完成資源請求的響應消息。
所述的承載網資源管理器向正向路由路徑的入口路由器下發整個正向路由路徑信息是通過流映射命令下發的；所述的承載網資源管理器向逆向路由路徑的入口路由器下發整個逆向路由路徑信息是通過流映射命令下發的。
在承載網資源管理器之間的資源請求過程中，如果一承載網資源管理器無法完成資源請求，則進一步包括以下步驟a、如果該承載網資源管理器為源承載網資源管理器，則該源承載網資源管理器刪除相應的路由路徑信息并釋放帶寬資源，并執行步驟b)；否則，該承載網資源管理器刪除相應的路由路徑信息并釋放帶寬資源，并向上一跳承載網資源管理器發送資源拒絕響應消息，該上一跳承載網資源管理器執行步驟a)；b、源承載網資源管理器向CA發送表示請求失敗的響應消息。
所述的主叫方地址為主叫方IP地址或主叫方域名；所述的被叫方地址為被叫方IP地址或被叫方域名。
所述的各個承載網資源管理器根據該QoS參數選擇相同或不同帶寬資源的路由路徑信息。
所述的正向路由路徑信息和逆向路由路徑信息所使用的路由器相同，或者所使用的路由器不同。
所述的正向路由路徑的入口路由器為主叫端局路由器或主叫匯接局路由器；所述的逆向路由路徑的入口路由器為被叫端局路由器或被叫匯接局路由器。
由于本發明只進行一次請求，就可在承載網中完成資源請求，使得當在承載網上完成資源請求時，所用時間變短，從而提高雙向業務的使用效率和業務交互的成功率，并進一步提高路由路徑信息的利用率，節省資源，另外，本發明還可以實現為對稱業務申請相同的帶寬，為非對稱的業務申請不同的帶寬，從而節省網絡的帶寬資源。


圖1為有獨立的承載控制層的區分服務模型；圖2為現有技術在承載網中完成資源請求的一種流程圖；圖3為現有技術在承載網中完成資源請求的另一種流程圖；圖4為本發明的第一實施例利用正向請求在承載網中完成資源請求的流程圖；圖5為本發明的第二實施例利用逆向請求在承載網中完成資源請求的流程圖。
具體實施例方式
下面結合附圖和具體實施例來說明本發明的實施方法。
本發明的核心思想為在一次請求中，承載網資源管理器同時請求正向路由路徑資源和逆向的路由路徑資源，從而實現只進行一次請求，不論是正向請求還是逆向請求，就可在承載網中完成資源請求。
圖1為以下所述實施例在有獨立的承載控制層的區分服務模型的承載網中完成資源請求的網絡結構圖，如圖1所示，CA1為源CA，CA2為目的CA。圖4為本發明第一實施例利用正向請求在承載網中完成資源請求的交互流程圖，如圖1、圖4所示，本實施例在承載網中完成資源請求包括以下步驟步驟401、主叫用戶向CA1發送呼叫請求，CA1向CA2發出呼叫請求，該呼叫請求內容包括五元組信息業務類型、主被叫號碼或域名、QoS參數、業務流信息等，該五元組信息中包括主叫用戶IP地址和被叫用戶IP地址；步驟402、CA2向CA1發送呼叫響應，該呼叫響應內容包括被叫對主叫的QoS參數，該QoS參數可能帶有新的帶寬要求；步驟403、CA1向承載網資源管理器1發送連接資源請求消息，該連接資源請求消息中包括連接信息、主叫請求內容、主叫方IP地址或域名、被叫方IP地址或域名、帶有帶寬資源的QOS參數、業務類型等信息；步驟404、承載網資源管理器1為業務流保存上述連接資源請求消息中的連接信息，并根據主叫方IP地址或域名，選取承載網資源管理器管理域中與該主叫方IP地址或域名相對應的一個ER作為正向路由路徑的入口路由器，一般是指主叫端局路由器或主叫匯接局路由器，此處為ER1；根據ER1進行承載網資源管理器1管理域的域內正向LSP選路和域內逆向LSP選路，申請域內正向LSP資源和域內逆向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并記錄這些域內正向LSP資源信息和域內逆向LSP資源信息；該域內正向LSP資源信息和域內逆向LSP資源信息的記錄結果中包括承載網資源管理器1管理域的域內正向LSP所對應的出口BR地址，即承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向路由路徑的入口BR地址，此處為BR1；以及承載網資源管理器1管理域的域內逆向LSP所對應的入口BR地址，即承載網資源管理器1管理域和承載網資源管理器2管理域的域間逆向路由路徑的出口BR地址，此處為BR1；根據該域內正向LSP資源信息和域內逆向LSP資源信息的記錄結果進行承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向LSP選路和域間LSP逆向選路，申請域間正向LSP資源和域間逆向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并記錄這些域間正向LSP資源信息和域間逆向LSP資源；步驟405、承載網資源管理器1向承載網資源管理器2發送連接資源請求消息，該連接資源請求消息中除了原有的QOS參數、業務類型、主叫方IP地址或域名、被叫方IP地址或域名外，還包括連接信息，該連接信息進一步包括承載網資源管理器2的地址、承載網資源管理器1管理域和承載網資源管理器2管理域的域間正向LSP的出口BR地址，即承載網資源管理器2管理域的域內正向入口BR地址，此處為BR2、以及承載網資源管理器1管理域和承載網資源管理器2管理域的域間逆向LSP的入口BR，即承載網資源管理器2管理域的域內逆向出口BR地址，此處為BR2；步驟406、承載網資源管理器2為業務流保存該承載網資源管理器接收的資源請求消息中的連接信息，并根據該連接信息進行承載網資源管理器2管理域的域內正向LSP選路和域內逆向LSP選路，申請域內正向LSP資源和域內逆向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并記錄這些域內正向LSP資源信息和域內逆向LSP資源信息；該域內正向LSP資源信息和域內逆向LSP資源信息的記錄結果中包括承載網資源管理器2管理域的域內正向LSP所對應的出口BR地址，即承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向路由路徑的入口BR地址，此處為BR3；以及承載網資源管理器2管理域的域內逆向LSP所對應的入口BR地址，即承載網資源管理器2管理域和承載網資源管理器3管理域的域間逆向路由路徑的出口BR地址，此處為BR3；根據該域內正向LSP資源信息和域內逆向LSP資源信息的記錄結果進行承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向LSP選路和域間LSP逆向選路，申請域間正向LSP資源和域間逆向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，記錄這些域間正向LSP資源信息和域間逆向LSP資源；步驟407、承載網資源管理器2向承載網資源管理器3發送連接資源請求消息，該連接資源請求消息中除了原有的QOS參數、業務類型、主叫方IP地址或域名、被叫方IP地址或域名外，還包括連接信息，該連接信息進一步包括承載網資源管理器2的地址、承載網資源管理器2管理域和承載網資源管理器3管理域的域間正向LSP的出口BR地址，即承載網資源管理器3管理域的域內正向入口BR地址，此處為BR4、以及承載網資源管理器2管理域和承載網資源管理器3管理域的域間逆向LSP的入口BR，即承載網資源管理器3管理域的域內逆向出口BR地址，此處為BR4；步驟408、目的承載網資源管理器，此處為承載網資源管理器3，根據收到的資源請求消息中被叫方IP地址或域名確定該被叫方IP地址或域名所對應的一個ER為逆向路由路徑的入口ER，一般是指被叫端局路由器或被叫匯接局路由器，此處為ER2，并根據ER2和該資源請求消息中的連接信息進行承載網資源管理器3管理域的域內正向選路和域內逆向LSP選路，申請域內正向LSP資源和域內逆向LSP資源，根據QoS參數在該正向和逆向路由路徑上為本次請求預留帶寬資源，并建立整個逆向LSP資源，將該整個逆向LSP資源信息通過流映射命令下發給ER2；隨后，被叫方用戶就可利用該逆向LSP向主叫方用戶發送信息；步驟409、承載網資源管理器3向承載網資源管理器2返回資源響應消息，其中包括承載網資源管理器3選定的正向LSP資源。
步驟410、承載網資源管理器2將承載網資源管理器2管理域的域內正向LSP資源、承載網資源管理器2管理域和承載網資源管理器3管理域之間的正向LSP資源、以及承載網資源管理器3返回的正向LSP資源一起通過資源響應消息發給承載網資源管理器1；步驟411、承載網資源管理器1通過返回的資源響應消息獲知整個正向LSP資源，建立整個正向的LSP資源，并啟動流映射命令，向步驟b中獲得的ER，即ER1，下發整個正向的LSP資源信息，此處的LSP所經過的路由器為ER1、BR1、BR2、BR3、BR4、ER2；隨后，主叫方用戶就可利用該正向LSP向被叫方用戶發送信息；步驟412、承載網資源管理器1在收到ER1的流映射命令響應后，給CA1發送表示成功建立LSP資源的連接資源響應消息。
上述步驟中所述的各個承載網資源管理器根據資源請求消息以及資源響應消息中的帶有帶寬資源的QOS參數申請不同帶寬的路由路徑資源，以實現為對稱業務申請相同的帶寬，為非對稱的業務申請不同的帶寬。
在各個CM之間的資源請求過程中，如果某一CM由于資源耗盡、目的不可達或設備故障等原因無法完成資源請求，它將向上一跳CM發送資源拒絕響應，上一跳繼續向上游的CM發該響應，直至源CM。源CM將通知CA此次呼叫失敗。此呼叫相關的CM還將刪除相應的路由信息和釋放的帶寬資源。
以上所述的實施例為通過正向請求完成資源請求的方法，本發明也可通過逆向請求完成資源請求，如圖5所示為通過逆向請求完成資源請求的一個實施例，其中步驟501到步驟512和圖4所示第一實施例中的步驟301到步驟312相似，只不過逆向請求和正向請求的方向正好相反，即在逆向請求中，由CA2發起請求，且承載網資源管理器2為源承載網資源管理器，承載網資源管理器1為目的承載網資源管理器，另外，逆向請求完成后，CA2要通過步驟513向CA1發送表示雙向LSP資源請求成功的響應消息。
上述兩個實施例中所述的逆向LSP資源是在承載網資源管理器收到資源請求消息后立即建立的，而逆向LSP資源也可以是在承載網資源管理器收到下一跳承載網資源管理器的資源響應消息時建立。
上述的實施例只是本發明的一種情況，本發明所述的源承載網資源管理器和目的承載網資源管理器之間可能不止一個承載網資源管理器，也可能有多個承載網資源管理器，當有多個承載網資源管理器時，源承載網資源管理器和目的承載網資源管理器之間的所有承載網資源管理器的處理方法和上述承載網資源管理器2的處理方法一樣。
本發明所述方法建立的正向路由路徑和逆向路由路徑可使用路由器相同，且業務流方向相反的LSP集合；也可使用路由器不同，且業務流方向相反的LSP集合。
據以上所述，由于本發明只進行一次請求，就可在承載網中完成資源請求，使得當在承載網上完成資源請求時，所用時間變短，從而提高雙向業務的使用效率和業務交互的成功率，并進一步提高路由路徑資源的利用率，節省資源，另外，本發明還可以實現為對稱業務申請相同的帶寬，為非對稱的業務申請不同的帶寬，從而節省網絡的帶寬資源。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護范圍并不局限于此，任何熟悉該技術的人在本發明所揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護范圍之內。
權利要求
1.一種在承載網上為雙向業務完成資源請求的方法，其特征在于，該方法包括以下步驟1)源承載網資源管理器接收到呼叫代理(CA)發送的連接資源請求后，根據該連接資源請求，選擇該源承載網資源管理器管理域的域內正向和逆向路由路徑信息；并選擇該源承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息；同時為本次請求預留域內和域間帶寬域間資源；2)源承載網資源管理器向下一跳承載網資源管理器發送連接資源請求；3)下一跳承載網資源管理器根據收到的連接資源請求，選擇該跳承載網資源管理器管理域的域內正向和逆向路由路徑信息，為本次請求預留域內帶寬資源；如果該跳承載網資源管理器是目的承載網資源管理器，則建立整個正向路由路徑信息，將整個正向路由路徑信息下發給目的承載網資源管理器域內的正向路由路徑的入口路由器；或建立整個逆向路由路徑信息，將整個逆向路由路徑信息下發給目的承載網資源管理器域內的逆向路由路徑的入口路由器；向上一跳承載網資源管理器返回資源響應，執行步驟4)；否則，選擇該跳承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息；同時為本次請求預留域間帶寬域間資源；向下一跳承載網資源管理器發送連接資源請求后，返回步驟3)；4)上一跳承載網資源管理器收到資源響應后，如果該跳承載網資源管理器為源承載網資源管理器，則根據返回的資源響應，建立整個逆向路由路徑信息，將整個逆向路由路徑信息下發給逆向路由路徑的入口路由器；或建立整個正向路由路徑信息，將整個正向路由路徑信息下發給正向路由路徑的入口路由器；完成本次資源請求；否則，向該跳承載網資源管理器的上一跳承載網資源管理器返回資源響應后，返回步驟4)。
2.如權利要求1所述的方法，其特征在于呼叫代理(CA)發送的連接資源請求至少包含主叫方地址、被叫方地址以及包含帶寬要求的服務質量(QoS)參數；承載網資源管理器向下一跳承載網資源管理器發送的連接資源請求至少包含呼叫代理(CA)發送的連接資源請求中信息，和本跳承載網資源管理器選定的域間正向和逆向路由路徑信息。
3.如權利要求2所述的方法，其特征在于承載網資源管理器根據QoS參數為本次請求預留域內和域間帶寬資源。
4.如權利要求2所述的方法，其特征在于所述源承載網資源管理器選擇域內正向和逆向路由路徑的方法為根據該連接資源請求主叫方地址確定正向路由路徑的入口路由器，或根據被叫方地址確定逆向路由路徑的入口路由器，并根據該正向路由路徑的入口路由器或逆向路由路徑的入口路由器選擇域內正向和逆向路由路徑；所述下一跳承載網資源管理器選擇域內正向和逆向路由路徑的方法為根據收到的連接資源請求中的域間正向和逆向路由路徑信息，選擇該跳承載網資源管理器域內正向路由路徑的入口路由器或逆向路由路徑的入口路由器；并根據該正向路由路徑的入口路由器或逆向路由路徑的入口路由器選擇域內正向和逆向路由路徑。
5.如權利要求1所述的方法，其特征在于承載網資源管理器根據選定的域內正向和逆向路由路徑信息，選擇該承載網資源管理器到下一跳承載網資源管理器管理域之間的域間正向和逆向路由路徑信息。
6.如權利要求1所述的方法，其特征在于，步驟3)中所述的資源響應消息至少包含目的承載網資源管理器域內正向或逆向路由路徑信息；在步驟4)中所述的資源響應消息中至少包含所述承載網資源管理器收到的資源響應消息中的正向或逆向路由路徑信息以及本跳承載網資源管理器管理域所記錄的正向或逆向路由路徑信息。
7.如權利要求1所述的方法，其特征在于，所述的域內正向和逆向路由路徑信息中至少包括域內正向路由路徑的出口路由器和域內逆向路由路徑的入口路由器；所述的域間正向和逆向路由路徑信息中至少包括下一跳承載網資源管理器的域內正向入口路由器和下一跳承載網資源管理器的域內逆向出口路由器。
8.如權利要求1所述的方法，其特征在于，在步驟1)之前，還包括以下步驟主叫方CA與被叫方CA建立呼叫連接，主叫方CA向主叫源承載網資源管理器發送包含主叫方地址和被叫方地址的連接資源請求；或者被叫方CA向被叫源承載網資源管理器發送包含主叫方地址和被叫方地址的連接資源請求。
9.如權利要求8所述的方法，其特征在于，所述的主叫方CA和被叫方CA建立呼叫連接的方法為主叫方CA向被叫方CA發出呼叫請求，該呼叫請求包括含有主叫方IP地址以及被叫方IP地址的五元組信息以及主叫方對被叫方帶有帶寬要求的服務質量QoS參數；被叫方CA向主叫方CA發送呼叫響應，該呼叫響應內容包括被叫方對主叫方帶有帶寬要求的服務質量QoS參數。
10.如權利要求8所述的方法，其特征在于，當主叫方CA向主叫源承載網資源管理器發送連接資源請求時，在所述的步驟1)中，主叫源承載網資源管理器根據主叫方地址確定正向路由路徑的入口路由器；在所述的步驟3)中，主叫目的承載網資源管理器根據被叫方地址確定逆向路由路徑的入口路由器；當被叫方CA向被叫源承載網資源管理器發送連接資源請求時，在所述的步驟1)中，被叫源承載網資源管理器根據被叫方地址確定逆向路由路徑的入口路由器；在所述的步驟3)中，被叫目的承載網資源管理器根據主叫方地址確定正向路由路徑的入口路由器。
11.如權利要求8所述的方法，其特征在于，該方法進一步包括以下步驟所述的源承載網資源管理器向發送連接資源請求的CA返回連接資源響應消息，該連接資源響應消息中包括表示成功完成資源請求的信息。
12.如權利要求11所述的方法，其特征在于，當被叫方CA向被叫源承載網資源管理器發送連接資源請求時，在步驟5)中進一步包括被叫方CA收到該源承載網資源管理器返回的連接資源響應消息后，向主叫方CA返回表示成功完成資源請求的響應消息。
13.如權利要求1所述的方法，其特征在于，所述的承載網資源管理器向正向路由路徑的入口路由器下發整個正向路由路徑信息是通過流映射命令下發的；所述的承載網資源管理器向逆向路由路徑的入口路由器下發整個逆向路由路徑信息是通過流映射命令下發的。
14.如權利要求1所述的方法，其特征在于，在承載網資源管理器之間的資源請求過程中，如果一承載網資源管理器無法完成資源請求，則進一步包括以下步驟a、如果該承載網資源管理器為源承載網資源管理器，則該源承載網資源管理器刪除相應的路由路徑信息并釋放帶寬資源，并執行步驟b)；否則，該承載網資源管理器刪除相應的路由路徑信息并釋放帶寬資源，并向上一跳承載網資源管理器發送資源拒絕響應消息，該上一跳承載網資源管理器執行步驟a)；b、源承載網資源管理器向CA發送表示請求失敗的響應消息。
15.如權利要求1、2、4或8所述的方法，其特征在于，所述的主叫方地址為主叫方IP地址或主叫方域名；所述的被叫方地址為被叫方IP地址或被叫方域名。
16.如權利要求1所述的方法，其特征在于，所述的各個承載網資源管理器根據該QoS參數選擇相同或不同帶寬資源的路由路徑信息。
17.如權利要求1所述的方法，其特征在于，所述的正向路由路徑信息和逆向路由路徑信息所使用的路由器相同，或者所使用的路由器不同。
18.如權利要求1所述的方法，其特征在于，所述的正向路由路徑的入口路由器為主叫端局路由器或主叫匯接局路由器；所述的逆向路由路徑的入口路由器為被叫端局路由器或被叫匯接局路由器。
全文摘要
本發明公開了一種在承載網上為雙向業務完成資源請求的方法，該方法在一次請求過程中，承載網資源管理器在進行域內和域間的正向路由路徑請求的同時，進行域內和域間的逆向路由路徑請求，從而實現只進行一次請求，不論是正向請求還是逆向請求，就可在承載網中完成資源請求，使得當進行雙向電信業務信令交互時，所用時間變短，提高雙向業務的使用效率和業務交互的成功率，并進一步提高路由路徑資源的利用率，節省資源。
文檔編號H04L12/24GK1595892SQ0315682
公開日2005年3月16日 申請日期2003年9月8日 優先權日2003年9月8日
發明者陳悅鵬, 范靈源, 吳登超, 許波, 隋少帥, 薛莉莉, 徐波 申請人:華為技術有限公司