專利名稱：一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及有獨(dú)立承載層的區(qū)分服務(wù)模型(Diff-serv，DifferentiatedService)技術(shù)，尤其是涉及一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)(Internet)規(guī)模的不斷增大，各種服務(wù)質(zhì)量(QoS，Quality ofService)技術(shù)應(yīng)運(yùn)而生。因此，互聯(lián)網(wǎng)工程任務(wù)組(IETF，Internet EngineeringTask Force)建議了很多服務(wù)模型和機(jī)制，以滿足QoS的需求。目前業(yè)界比較認(rèn)可的是在網(wǎng)絡(luò)的接入和邊緣使用綜合服務(wù)模型(Int-Serv，Integrated Service)，在網(wǎng)絡(luò)的核心使用區(qū)分服務(wù)模型(Diff-serv，Diffrentiated Service)。區(qū)分服務(wù)模型僅設(shè)定優(yōu)先等級(jí)保障QoS措施，該QoS措施雖然有線路利用率高的特點(diǎn)，但具體的效果難以預(yù)測(cè)。因此，為了進(jìn)一步完善QoS技術(shù)，業(yè)界開始為骨干網(wǎng)區(qū)分服務(wù)模型引入一個(gè)獨(dú)立的承載控制層，建立一套專門的區(qū)分服務(wù)模型的QoS信令機(jī)制。這個(gè)區(qū)分服務(wù)模型被稱為有獨(dú)立承載控制層的區(qū)分服務(wù)模型。
圖1為有獨(dú)立的承載控制層的區(qū)分服務(wù)模型圖。如圖1所示，在該模型中，承載控制層102置于承載網(wǎng)絡(luò)103和業(yè)務(wù)控制層101之間。在業(yè)務(wù)控制層101中的呼叫代理(CA，Call Agent)為業(yè)務(wù)服務(wù)器，比如軟交換、視頻點(diǎn)播(VOD)控制服務(wù)器、路由網(wǎng)守(GK，Gate Keeper)等，CA接收用戶設(shè)備的呼叫請(qǐng)求，代理用戶設(shè)備完成呼叫的請(qǐng)求和交換，本圖中只給出兩個(gè)CA，但是一個(gè)呼叫所涉及的CA也可能有多個(gè)，也可能有一個(gè)；在承載控制層102中，承載網(wǎng)資源管理器通過動(dòng)態(tài)學(xué)習(xí)或者靜態(tài)配置擁有承載網(wǎng)上的核心節(jié)點(diǎn)、標(biāo)簽交換路徑(LSP，Label Switched Path)的拓?fù)浣Y(jié)構(gòu)和路徑資源信息，當(dāng)收到CA來(lái)的資源申請(qǐng)時(shí)，資源管理器計(jì)算業(yè)務(wù)路徑資源信息并預(yù)留路徑資源；本圖1中只給出三個(gè)承載網(wǎng)資源管理器，即承載網(wǎng)資源管理器1(104)、承載網(wǎng)資源管理器2(105)和承載網(wǎng)資源管理器3(106)，但承載網(wǎng)資源管理器的個(gè)數(shù)不是一定的，各個(gè)承載網(wǎng)資源管理器相互之間通過信令傳遞客戶的業(yè)務(wù)帶寬申請(qǐng)請(qǐng)求和結(jié)果、以及為業(yè)務(wù)申請(qǐng)分配的路由路徑信息等；在承載網(wǎng)103中，每個(gè)承載網(wǎng)資源管理器管理一個(gè)特定的承載網(wǎng)區(qū)域，這個(gè)特定的承載網(wǎng)區(qū)域被稱為所對(duì)應(yīng)的承載網(wǎng)資源管理器的管理域，本圖中為承載網(wǎng)資源管理器1的管理域107、承載網(wǎng)資源管理器2的管理域108和承載網(wǎng)資源管理器3的管理域109，管理域107中包括邊緣路由器(ER，Edge Router)110、核心路由器111和邊界路由器(BR，Border Router)112，其中，ER能夠?qū)⒂脩粼O(shè)備的呼叫業(yè)務(wù)流接入到承載網(wǎng)或引出承載網(wǎng)，管理域108和管理域109中也包括核心路由器和邊界路由器。
如圖1所示，在主叫用戶設(shè)備1呼叫被叫用戶設(shè)備2并建立呼叫連接的過程中，CA1為主叫CA，CA2為被叫CA，ER1(110)為能夠?qū)⒈敬魏艚袠I(yè)務(wù)流導(dǎo)入承載網(wǎng)的ER，且ER1在承載網(wǎng)資源管理器1的管理域107中，承載網(wǎng)資源管理器1為CA1所轄的主叫承載網(wǎng)資源管理器；ER2(113)為能夠?qū)⒈敬魏艚袠I(yè)務(wù)流導(dǎo)出承載網(wǎng)的ER，且ER2在承載網(wǎng)資源管理器3的管理域109中，承載網(wǎng)資源管理器3為CA2所轄的被叫承載網(wǎng)資源管理器；承載網(wǎng)資源管理器2(105)為除承載網(wǎng)資源管理器1和承載網(wǎng)資源管理器3之外，本次請(qǐng)求所經(jīng)過的承載網(wǎng)資源管理器，此處稱為中途承載網(wǎng)資源管理器，管理域108為中途承載網(wǎng)資源管理器2(105)的管理域。在有些情況下，可能沒有中途承載網(wǎng)資源管理器，例如ER1和ER2在同一個(gè)承載網(wǎng)資源管理器的管理域中，也可能有多個(gè)中途承載網(wǎng)資源管理器。另外，圖1所示為多個(gè)承載網(wǎng)管理域，即管理域107、管理域108和管理域109屬于單個(gè)獨(dú)立運(yùn)營(yíng)網(wǎng)絡(luò)的情況，但是一個(gè)業(yè)務(wù)連接也可能跨越多個(gè)獨(dú)立運(yùn)營(yíng)網(wǎng)絡(luò)，每級(jí)獨(dú)立的運(yùn)營(yíng)網(wǎng)絡(luò)都有相應(yīng)的CA、承載網(wǎng)資源管理器以及承載網(wǎng)絡(luò)。
在語(yǔ)音、視頻等業(yè)務(wù)的端到端的業(yè)務(wù)呼叫連接的建立過程中，CA1收到主叫用戶設(shè)備(UE)1的呼叫請(qǐng)求后，與CA2進(jìn)行通信能力的協(xié)商約定，例如協(xié)商終端類型、業(yè)務(wù)流編碼方式、QoS參數(shù)等信息；協(xié)商成功后，CA1向CM1發(fā)送正向資源請(qǐng)求，CA2向CM3發(fā)送逆向資源請(qǐng)求，所述正向和逆向資源請(qǐng)求中攜帶所協(xié)商的資源要求和QoS參數(shù)；CM1收到資源請(qǐng)求后逐跳向下申請(qǐng)分配滿足資源要求和QoS參數(shù)要求的正向QoS策略，并預(yù)留路徑資源；CM3收到資源請(qǐng)求后逐跳向上申請(qǐng)分配滿足資源要求和QoS參數(shù)的逆向QoS策略，并預(yù)留路徑資源。各個(gè)CM分配好QoS策略后，將所選的逆向QoS策略發(fā)送給CM3，將所選的正向QoS策略發(fā)送給CM1，CM1將選定的正向QoS策略下發(fā)給IP承載網(wǎng)中的ER1，CM3將所選定的逆向QoS策略下發(fā)給IP承載網(wǎng)中的ER2，其中的QoS策略中攜帶主叫端到被叫端的路徑信息和五元組信息；ER1或ER2收到QoS策略后，即開始轉(zhuǎn)發(fā)與該QoS策略匹配的業(yè)務(wù)流。所述QoS策略與業(yè)務(wù)流相匹配是指QoS策略中的五元組信息與業(yè)務(wù)流中的五元組信息相匹配。正向QoS策略和逆向QoS策略都下發(fā)成功后，業(yè)務(wù)請(qǐng)求連接完全建立，此時(shí)CA1向用戶設(shè)備1發(fā)送響應(yīng)，通知用戶設(shè)備1開始通信，發(fā)送業(yè)務(wù)流。
但是，上述現(xiàn)有技術(shù)中，承載網(wǎng)資源管理器不能精確控制承載網(wǎng)中的ER允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流，因此可能導(dǎo)致以下問題當(dāng)涉及多個(gè)CA時(shí)，主叫CA和當(dāng)前呼叫所涉及的其他CA都需命令自身所轄CM為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略，當(dāng)所有相關(guān)CA成功分配QoS策略并預(yù)留資源后，業(yè)務(wù)呼叫連接才建立成功，此時(shí)CA1才能通知主叫用戶設(shè)備開始發(fā)送業(yè)務(wù)流。如果某一相關(guān)CA分配QoS策略并預(yù)留資源失敗，則業(yè)務(wù)呼叫連接不能成功建立，而此時(shí)，收到QoS策略的ER已經(jīng)可以轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流，在這種情況下，一旦收到QoS策略的ER收到與該QoS策略相匹配的業(yè)務(wù)流，即進(jìn)行轉(zhuǎn)發(fā)，因此使得在業(yè)務(wù)連接未成功建立前，業(yè)務(wù)流就流入承載網(wǎng)，導(dǎo)致無(wú)法獲得精確的業(yè)務(wù)數(shù)據(jù)流量，進(jìn)而導(dǎo)致按流量計(jì)費(fèi)的問題，對(duì)業(yè)務(wù)沒有完全建立之前的業(yè)務(wù)流無(wú)法進(jìn)行計(jì)費(fèi)，從而給運(yùn)營(yíng)商帶來(lái)?yè)p失。此外，在這種情況下，如果某用戶設(shè)備盜用主叫用戶設(shè)備的五元組信息向ER發(fā)送業(yè)務(wù)流，則ER同樣可轉(zhuǎn)發(fā)該業(yè)務(wù)流，從而給真正的主叫用戶造成損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的是提供一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法，可精確控制承載網(wǎng)允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流。
為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法，其特征在于，該方法在業(yè)務(wù)呼叫連接建立過程中，包括當(dāng)前呼叫所涉及的呼叫代理命令自身所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配服務(wù)質(zhì)量QoS策略，并預(yù)留資源；所述分配QoS策略并預(yù)留資源的承載網(wǎng)資源管理器將分配的QoS策略下發(fā)給自身所轄管理域的邊緣設(shè)備；在當(dāng)前呼叫所涉及的所有呼叫代理所轄承載網(wǎng)資源管理器都成功地為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略后，接收到QoS策略的邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
作為本發(fā)明的一個(gè)優(yōu)選方案，所述呼叫涉及的各呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略的具體過程為當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源；當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功地為當(dāng)前呼叫分配了QoS策略并預(yù)留資源，如果是，則當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)所述QoS策略。
作為本發(fā)明的又一個(gè)優(yōu)選方案，所述呼叫涉及的各呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略的具體過程為當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源；
當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)QoS策略和禁止轉(zhuǎn)發(fā)該QoS策略所匹配業(yè)務(wù)流的命令，接收到該QoS策略和禁止轉(zhuǎn)發(fā)該QoS策略所匹配業(yè)務(wù)流命令的邊緣設(shè)備對(duì)與所接收QoS策略匹配的業(yè)務(wù)流不進(jìn)行轉(zhuǎn)發(fā)；當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功地為當(dāng)前呼叫分配了QoS策略并預(yù)留資源，如果是，則當(dāng)前呼叫代理所轄的承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令，所述邊緣設(shè)備進(jìn)一步判斷是否收到該允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令，如果收到，則開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
所述當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功分配QoS策略并預(yù)留資源的具體過程為當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器成功分配QoS策略并預(yù)留資源后，向當(dāng)前呼叫代理發(fā)送資源預(yù)留成功的消息；當(dāng)前呼叫代理判斷是否收到所述其他所有呼叫代理發(fā)送的資源預(yù)留成功的消息，如果收到，則判定所述其他所有呼叫代理所轄承載網(wǎng)資源管理器成功分配QoS策略并預(yù)留資源。
作為本發(fā)明的又一個(gè)優(yōu)選方案，在所述邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流后，進(jìn)一步包括所述承載網(wǎng)資源管理器向其所轄管理域的邊緣設(shè)備下發(fā)禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令、或允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令；所述邊緣設(shè)備收到禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令后，對(duì)與所接收QoS策略匹配的業(yè)務(wù)流不進(jìn)行轉(zhuǎn)發(fā)；所述邊緣設(shè)備收到允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令后，對(duì)與所接收QoS策略匹配的業(yè)務(wù)流進(jìn)行轉(zhuǎn)發(fā)。
所述禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令和允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令通過流狀態(tài)信息下發(fā)給所述邊緣設(shè)備。
所述方法進(jìn)一步包括在邊緣設(shè)備中設(shè)置用于控制該邊緣設(shè)備是否轉(zhuǎn)發(fā)與所述QoS策略所匹配業(yè)務(wù)流的QoS策略門控開關(guān)，該QoS策略門控開關(guān)打開時(shí)，邊緣設(shè)備轉(zhuǎn)發(fā)與該QoS策略匹配的業(yè)務(wù)流，該QoS策略門控開關(guān)關(guān)閉時(shí)，邊緣設(shè)備不轉(zhuǎn)發(fā)與該QoS策略匹配的業(yè)務(wù)流；當(dāng)邊緣設(shè)備接收到攜帶禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令的流狀態(tài)信息時(shí)，則關(guān)閉所述QoS策略門控開關(guān)；當(dāng)邊緣設(shè)備接收到攜帶允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令的流狀態(tài)信息時(shí)，則打開所述QoS策略門控開關(guān)。
作為本發(fā)明的又一個(gè)優(yōu)選方案，所述QoS策略與業(yè)務(wù)流通過五元組信息進(jìn)行匹配。
所述邊緣設(shè)備為邊緣路由器。
所述當(dāng)前呼叫所涉及的呼叫代理為多個(gè)。
本發(fā)明所述的方法在與呼叫涉及的CA都成功分配QoS策略并預(yù)留資源之后，再向承載網(wǎng)中的邊緣設(shè)備下發(fā)QoS策略，邊緣設(shè)備收到QoS策略后開始轉(zhuǎn)發(fā)該QoS策略匹配的業(yè)務(wù)流；或者呼叫涉及的每一CA成功分配QoS策略并預(yù)留資源后，即下發(fā)QoS策略，但邊緣設(shè)備收到QoS策略后不轉(zhuǎn)發(fā)該QoS策略匹配的業(yè)務(wù)流，直到呼叫涉及的所有CA都成功預(yù)留資源并下發(fā)QoS策略后，再控制邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。從而精確地控制了QoS策略的下發(fā)時(shí)機(jī)，并進(jìn)一步精確控制承載網(wǎng)允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)數(shù)據(jù)流，可有效避免在沒有完全建立業(yè)務(wù)連接之前業(yè)務(wù)流進(jìn)入承載網(wǎng)，使用戶業(yè)務(wù)流精確地進(jìn)入承載網(wǎng)，以獲得精確的業(yè)務(wù)數(shù)據(jù)流量，提高業(yè)務(wù)連接的可管理性，例如可使計(jì)費(fèi)信息更加準(zhǔn)確，可實(shí)現(xiàn)按流量精確計(jì)費(fèi)。同時(shí)，由于本發(fā)明在完全建立業(yè)務(wù)連接之前，承載網(wǎng)不轉(zhuǎn)發(fā)與QoS策略匹配的業(yè)務(wù)流，從而可以避免非法業(yè)務(wù)流在業(yè)務(wù)連接建立前流入承載網(wǎng)，提高用戶設(shè)備通信的安全性。
本發(fā)明還在邊緣設(shè)備中設(shè)置門控開關(guān)，控制邊緣設(shè)備是否轉(zhuǎn)發(fā)與QoS策略匹配的業(yè)務(wù)流，當(dāng)用戶設(shè)備暫時(shí)不用QoS策略進(jìn)行通訊時(shí)，可關(guān)閉門控開關(guān)，從而避免用戶的QoS策略和資源被盜用。
另外，由于本發(fā)明在業(yè)務(wù)層為呼叫預(yù)留資源后，可通過門控開關(guān)靈活控制承載網(wǎng)允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流，在暫停業(yè)務(wù)流時(shí)，不需釋放預(yù)留的資源，在重新恢復(fù)業(yè)務(wù)流時(shí)，也不必重新申請(qǐng)預(yù)留資源，極大的提高了承載網(wǎng)的資源利用率，并為業(yè)務(wù)層提供了更加靈活的資源預(yù)留方法，便于更豐富的有QoS要求的下一代網(wǎng)絡(luò)(NGN)增值業(yè)務(wù)在IP電信網(wǎng)上有效應(yīng)用。例如對(duì)于NGN的呼叫保持業(yè)務(wù)，可在保持呼叫預(yù)留資源的基礎(chǔ)上，通過門控開關(guān)控制承載網(wǎng)允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流，從而使呼叫在導(dǎo)通和關(guān)斷之間靈活切換，滿足呼叫保持業(yè)務(wù)的需求。


圖1為有獨(dú)立承載控制層的區(qū)分服務(wù)模型圖；圖2為本發(fā)明所述第一實(shí)施例的流程圖；圖3為本發(fā)明所述第二實(shí)施例的流程圖；圖4為本發(fā)明所述業(yè)務(wù)層使用SIP協(xié)議通訊時(shí)典型的建立業(yè)務(wù)連接進(jìn)而在承載網(wǎng)中轉(zhuǎn)發(fā)雙向業(yè)務(wù)流的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。
用戶設(shè)備和CA之間使用的協(xié)議不同，對(duì)協(xié)議的支持和處理情況不同，它們之間的處理流程就不同，在有獨(dú)立的承載控制層的區(qū)分服務(wù)模型中，大多數(shù)情況下用會(huì)話發(fā)起協(xié)議(SIP，Session Initial Protocol)，以下實(shí)施例為本發(fā)明所述方法使用SIP協(xié)議通訊時(shí)的典型處理流程。
以下實(shí)施例中，以建立雙向業(yè)務(wù)連接為例進(jìn)行說明。
本發(fā)明所述的邊緣設(shè)備可以是邊緣路由器，或者是具有標(biāo)簽邊緣路由器(LER)功能的網(wǎng)元設(shè)備。
圖2為本發(fā)明所述第一實(shí)施例的流程圖，如圖2所示，該流程包括在業(yè)務(wù)呼叫連接建立的過程中，包括以下步驟步驟201、當(dāng)前呼叫所涉及的CA命令自身所轄CM為當(dāng)前呼叫分配服務(wù)質(zhì)量QoS策略，并預(yù)留資源；分配QoS策略并預(yù)留資源成功后，向該呼叫涉及的其他CA發(fā)送資源預(yù)留成功的消息。
步驟202～步驟204、所述的各個(gè)CA判斷當(dāng)前呼叫所涉及的其他所有CA所轄CM是否都成功地為當(dāng)前呼叫分配了QoS策略并預(yù)留資源，即是否收到所述其他所有CA發(fā)送的資源預(yù)留成功的消息；如果是，則該CA所轄CM向該CM所轄管理域的邊緣設(shè)備下發(fā)QoS策略，否則，拆除QoS策略，釋放資源。
步驟205、收到QoS策略的邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
圖3為本發(fā)明所述第二實(shí)施例的流程圖，如圖3所示，該流程包括在業(yè)務(wù)呼叫連接建立的過程中，包括以下步驟步驟301、所述呼叫涉及的各CA命令所轄CM為當(dāng)前呼叫分配QoS策略并預(yù)留資源，分配QoS策略并預(yù)留資源成功后，向該呼叫涉及的其他CA發(fā)送資源預(yù)留成功的消息。
步驟302、所述CA命令所轄CM向自身所轄管理域的邊緣設(shè)備下發(fā)QoS策略和禁止轉(zhuǎn)發(fā)命令，接收到該QoS策略和禁止轉(zhuǎn)發(fā)命令的邊緣設(shè)備對(duì)與所接收QoS策略匹配的業(yè)務(wù)流不進(jìn)行轉(zhuǎn)發(fā)。
步驟303～步驟305、所述各CA判斷是否收到當(dāng)前呼叫涉及的其他所有CA發(fā)送的分配預(yù)留成功的消息，如果收到，則該CA命令所轄CM向自身所轄管理域的邊緣設(shè)備下發(fā)允許轉(zhuǎn)發(fā)命令，否則，拆除QoS策略，釋放資源。
步驟306、所述邊緣設(shè)備判斷是否收到該允許轉(zhuǎn)發(fā)命令，如果收到，則開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
圖4為本發(fā)明所述業(yè)務(wù)層使用SIP協(xié)議通訊時(shí)典型的建立業(yè)務(wù)連接進(jìn)而在承載網(wǎng)中轉(zhuǎn)發(fā)雙向業(yè)務(wù)流的流程圖。如圖4所示，CA1為主叫CA，CA2為被叫CA，ER1為能夠?qū)⒈敬魏艚袠I(yè)務(wù)流導(dǎo)入承載網(wǎng)的ER，且ER1在CM1所轄的管理域中，CM1為CA1所轄的主叫CM；ER2為能夠?qū)⒈敬魏艚袠I(yè)務(wù)流導(dǎo)出承載網(wǎng)的ER，且ER2在CM3所轄的管理域中，CM3為CA2所轄的被叫CM；CM2為除CM1和CM3之外，本次呼叫連接請(qǐng)求所經(jīng)過的中途CM。該流程包括如圖4所示，該流程包括步驟401、CA1收到用戶設(shè)備1發(fā)送的呼叫(invite)請(qǐng)求。
步驟402～步驟403、CA1向CA2發(fā)送呼叫請(qǐng)求，該呼叫請(qǐng)求中攜帶主叫側(cè)通訊能力的協(xié)商參數(shù)，該協(xié)商參數(shù)包括協(xié)商終端類型、業(yè)務(wù)流編碼方式、QoS參數(shù)等信息；CA2接收呼叫請(qǐng)求后，向CA1返回200OK響應(yīng)，該200OK響應(yīng)中攜帶被叫側(cè)通訊能力的協(xié)商參數(shù)；CA1接收200OK響應(yīng)后，得知主叫側(cè)和被叫側(cè)的通訊能力，即獲知本次會(huì)話的資源要求和QoS要求，例如時(shí)延參數(shù)、丟包率、抖動(dòng)率(jitter)等。
步驟404、CA1向CM1發(fā)起正向資源請(qǐng)求，其中攜帶所協(xié)商的資源要求和QoS參數(shù)；CM1收到正向資源請(qǐng)求后，逐跳向下發(fā)送正向資源請(qǐng)求，直到本獨(dú)立運(yùn)營(yíng)網(wǎng)絡(luò)的路徑計(jì)算完成或者到達(dá)用戶設(shè)備2的歸屬CM為止，此處為CM3。每一個(gè)收到正向資源請(qǐng)求的CM為所述呼叫選擇滿足資源要求和QoS參數(shù)要求的正向QoS策略，即正向域內(nèi)策略路徑和正向域間策略路徑，并預(yù)留正向路徑資源；所述正向域內(nèi)策略路由為CM所轄管理域之內(nèi)的正向策略路由，所述正向域間策略路由為CM自身所轄管理域與下一跳CM所轄管理域之間的正向策略路由。各個(gè)CM選好正向QoS策略，并預(yù)留正向路徑資源后，逐跳將所選的正向QoS策略通過響應(yīng)消息轉(zhuǎn)發(fā)給CM1。
步驟404中，如果CM成功預(yù)留正向路徑資源，則所述響應(yīng)消息中包括成功的預(yù)留正向路徑資源信息，否則，所述響應(yīng)消息中包括失敗的預(yù)留正向路徑資源信息。
另外，步驟404中，各個(gè)CM選擇正向域內(nèi)和域間策略路由的具體的計(jì)算方法為現(xiàn)有技術(shù)，具體可參見中國(guó)專利申請(qǐng)?zhí)枮?3126471.9、03160068.9、03156821.1的專利申請(qǐng)文件，本文不再敘述。
步驟405、CM1判斷接收到響應(yīng)消息中是否包括成功的預(yù)留正向路徑資源信息，如果是，則CM1向ER1下發(fā)正向QoS策略和流狀態(tài)信息，執(zhí)行步驟406；否則，向CA1返回失敗的資源預(yù)留響應(yīng)，執(zhí)行步驟407。
本發(fā)明中，所述承載網(wǎng)的ER中設(shè)置用于控制ER是否轉(zhuǎn)發(fā)與所述正向QoS策略或逆向QoS策略匹配的業(yè)務(wù)流的QoS策略門控開關(guān)，該QoS策略門控開關(guān)打開時(shí)，ER轉(zhuǎn)發(fā)與所述QoS策略匹配的業(yè)務(wù)流，該QoS策略門控開關(guān)關(guān)閉時(shí)，ER不轉(zhuǎn)發(fā)與所述QoS策略匹配的業(yè)務(wù)流。所述的流狀態(tài)信息中攜帶控制所述QoS策略門控開關(guān)的命令信息和業(yè)務(wù)流的標(biāo)識(shí)，所述命令信息包括允許轉(zhuǎn)發(fā)命令和禁止轉(zhuǎn)發(fā)命令，分別用于打開和關(guān)閉QoS策略門控開關(guān)；所述業(yè)務(wù)流的標(biāo)識(shí)為對(duì)應(yīng)QoS策略的五元組信息，該五元組信息與所允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流的五元組信息匹配。
在步驟405中，所述流狀態(tài)信息中攜帶關(guān)閉正向QoS策略門控開關(guān)的信息，即禁止轉(zhuǎn)發(fā)命令；所述對(duì)應(yīng)QoS策略的五元組信息為所述正向QoS策略的五元組信息。
ER1收到正向QoS策略和流狀態(tài)信息后，讀取流狀態(tài)信息，得到禁止轉(zhuǎn)發(fā)命令和正向QoS策略的五元組信息，關(guān)閉正向QoS策略門控開關(guān)；因此，該ER1既使接收到與所述正向QoS策略五元組信息匹配的正向業(yè)務(wù)流，也不會(huì)轉(zhuǎn)發(fā)該正向業(yè)務(wù)流。
或者，步驟405也可以為CM1暫不下發(fā)QoS策略，直接執(zhí)行步驟406。
步驟406、CM1向CA1返回成功的資源預(yù)留響應(yīng)。
步驟407、CA1判斷收到的資源預(yù)留響應(yīng)是否為成功的資源預(yù)留響應(yīng)，如果是，則向CA2發(fā)送更新(UPDATE)消息，該更新消息表示CA1同意CA2的能力協(xié)商參數(shù)，同時(shí)攜帶正向路徑資源預(yù)留結(jié)果，該更新消息也相當(dāng)于資源預(yù)留成功的消息，表示CA1成功地為當(dāng)前業(yè)務(wù)呼叫預(yù)留了資源；否則，CA1拆除QoS策略的連接和釋放所預(yù)留的正向路徑資源。
步驟408、CA2收到更新消息后，向CM3發(fā)起逆向資源請(qǐng)求，其中攜帶所協(xié)商的資源要求和QoS參數(shù)；CM3收到資源請(qǐng)求后，逐次向上一跳CM發(fā)送逆向資源請(qǐng)求，直到CM1。每一個(gè)收到逆向資源請(qǐng)求的CM為所述呼叫選擇滿足資源要求和QoS參數(shù)要求的逆向QoS策略，其中包括逆向域內(nèi)策略路徑和逆向域間策略路徑，并預(yù)留逆向路徑資源；所述逆向域內(nèi)策略路由為CM所轄管理域之內(nèi)的逆向策略路由，所述逆向域間策略路由為CM自身所轄管理域與上一跳CM所轄管理域之間的逆向策略路由。各個(gè)CM選好逆向QoS策略，并預(yù)留逆向路徑資源后，逐跳將所選的逆向QoS策略通過響應(yīng)消息轉(zhuǎn)發(fā)給CM3。
步驟408中，如果CM成功預(yù)留逆向路徑資源，則所述響應(yīng)消息中包括成功預(yù)留逆向路徑資源的信息，否則，所述響應(yīng)消息中包括預(yù)留逆向路徑資源失敗的信息。
另外，步驟408中，各個(gè)CM選擇逆向QoS策略的具體的計(jì)算方法為現(xiàn)有技術(shù)，具體可參見中國(guó)專利申請(qǐng)?zhí)枮?3126471.9、03160068.9、03156821.1的專利申請(qǐng)文件，本文不再敘述。
步驟409、CM3判斷接收到響應(yīng)消息中是否包括成功的預(yù)留逆向路徑資源信息，如果是，則CM3向ER2下發(fā)逆向QoS策略和流狀態(tài)信息，執(zhí)行步驟410；否則，向CA2返回失敗的資源預(yù)留響應(yīng)，執(zhí)行步驟411。
步驟410、CM3向CA2返回成功的資源預(yù)留響應(yīng)。
步驟410中，所述流狀態(tài)信息中攜帶用于打開逆向QoS策略門控開關(guān)的允許轉(zhuǎn)發(fā)命令和該逆向QoS策略匹配的五元組信息，ER2收到流狀態(tài)信息后，如果收到與所述QoS策略對(duì)應(yīng)的逆向業(yè)務(wù)流，則轉(zhuǎn)發(fā)該逆向業(yè)務(wù)流。
步驟411、CA2判斷收到的資源預(yù)留響應(yīng)是否為成功的資源預(yù)留響應(yīng)，如果是，則向CA1發(fā)送200OK消息，該表示CA2同意CA1的能力協(xié)商參數(shù)以及同意update消息中的正向路徑資源預(yù)留結(jié)果，并且該200Ok消息中還攜帶逆向路徑資源預(yù)留結(jié)果，相當(dāng)于資源預(yù)留成功的消息，同時(shí)向用戶設(shè)備2發(fā)送200OK響應(yīng)；否則，CA2進(jìn)行拆除連接和釋放所預(yù)留的逆向路徑資源操作，并向CA1返回資源預(yù)留失敗的消息。
步驟412、CA1接收CA2的響應(yīng)消息，如果是200OK消息，則CA1指示CM1向ER1下發(fā)流狀態(tài)信息，其中攜帶用于打開正向QoS策略門控開關(guān)的允許轉(zhuǎn)發(fā)命令和該正向QoS策略匹配的五元組信息，CM1下發(fā)流狀態(tài)信息后，向CA1返回執(zhí)行響應(yīng)。ER1收到流狀態(tài)信息后，如果收到與所述正向QoS策略五元組匹配的正向業(yè)務(wù)流，則按照該正向QoS策略的路由轉(zhuǎn)發(fā)該正向業(yè)務(wù)流。
或者，如果CM1沒有下發(fā)正向路徑QoS策略，則CA1指示CM1向ER1下發(fā)正向QoS策略以及攜帶允許轉(zhuǎn)發(fā)命令的流狀態(tài)信息，CM1下發(fā)QoS策略和流狀態(tài)信息后，向CA1返回執(zhí)行響應(yīng)。ER1收到正向QoS策略和允許轉(zhuǎn)發(fā)命令后，如果收到與所述正向QoS策略匹配的正向業(yè)務(wù)流，則按照該正向QoS策略轉(zhuǎn)發(fā)所述正向業(yè)務(wù)流。
如果CA1接收到資源預(yù)留失敗響應(yīng)，則拆除QoS策略連接和釋放所預(yù)留的正向路徑資源。
步驟413、CA1收到CM1的執(zhí)行響應(yīng)后，向用戶設(shè)備1發(fā)送200OK消息，告知用戶設(shè)備1可以開始通信，用戶設(shè)備1發(fā)出的業(yè)務(wù)流通過承載網(wǎng)轉(zhuǎn)發(fā)給用戶設(shè)備2。
本發(fā)明中，若資源管理器支持一次申請(qǐng)雙向路徑資源，即正向和逆向路徑資源，則在上述步驟404中，CA1向CM1發(fā)起雙向資源請(qǐng)求，CM1收到后逐跳向下發(fā)送雙向資源請(qǐng)求，直到CM3。每一個(gè)收到雙向資源請(qǐng)求的CM為所述呼叫選擇滿足資源要求和QoS參數(shù)要求的雙向QoS策略，并預(yù)留雙向路徑資源；各個(gè)CM選好雙向QoS策略，并預(yù)留雙向路徑資源后，逐跳將所選的正向QoS策略息和預(yù)留正向路徑資源信息通過響應(yīng)消息轉(zhuǎn)發(fā)給CM1，逐跳將所選的逆向策略路由信息和預(yù)留逆向路徑資源信息轉(zhuǎn)發(fā)該CM3；CM1再執(zhí)行步驟405和步驟406，CM3再執(zhí)行步驟409和步驟410；CA1和CA2的操作與上述流程中相同。
圖4所述實(shí)施例中，多個(gè)承載網(wǎng)資源管理器屬于單個(gè)獨(dú)立運(yùn)營(yíng)網(wǎng)絡(luò)，如果業(yè)務(wù)連接跨越多個(gè)獨(dú)立運(yùn)營(yíng)網(wǎng)絡(luò)時(shí)，涉及多個(gè)CA，本發(fā)明中的CA級(jí)數(shù)相應(yīng)增加，但是CA、CM和承載網(wǎng)的邊緣設(shè)備CN的處理過程與圖4所述實(shí)施例的處理過程相同。
本發(fā)明中，在業(yè)務(wù)呼叫請(qǐng)求連接建立后，CA也可根據(jù)業(yè)務(wù)需要隨時(shí)命令CM向ER下發(fā)控制門控開關(guān)的流狀態(tài)信息，該流狀態(tài)信息中攜帶允許或禁止轉(zhuǎn)發(fā)命令和所允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流的五元組信息，ER收到流狀態(tài)信息后，如果其中攜帶允許轉(zhuǎn)發(fā)命令，則ER收到與所允許轉(zhuǎn)發(fā)業(yè)務(wù)流的五元組匹配的業(yè)務(wù)流后，按照與該業(yè)務(wù)流五元組匹配的QoS策略進(jìn)行轉(zhuǎn)發(fā)；如果該流狀態(tài)信息中攜帶禁止轉(zhuǎn)發(fā)命令，則ER收到與所禁止轉(zhuǎn)發(fā)業(yè)務(wù)流的五元組信息匹配的業(yè)務(wù)流后，不對(duì)該業(yè)務(wù)流進(jìn)行轉(zhuǎn)發(fā)。通過上述方案，本發(fā)明在端到端的業(yè)務(wù)連接中，可隨時(shí)控制承載網(wǎng)轉(zhuǎn)發(fā)或停止轉(zhuǎn)發(fā)某條業(yè)務(wù)流。因此本發(fā)明為業(yè)務(wù)層提供了更加靈活的資源預(yù)留方法，便于更豐富的有QoS要求的NGN增值業(yè)務(wù)的開展。例如NGN的呼叫保持業(yè)務(wù)允許用戶設(shè)備在進(jìn)行呼叫通訊時(shí)，可暫時(shí)停止當(dāng)前呼叫，進(jìn)行新的呼叫，并且可在新呼叫建立后，在兩個(gè)呼叫之間進(jìn)行切換。對(duì)于該呼叫保持業(yè)務(wù)，CA1和CM在保持原有的業(yè)務(wù)連接的信息時(shí)，只需向承載網(wǎng)中的ER下發(fā)關(guān)閉或打開原有業(yè)務(wù)連接的QoS策略門控開關(guān)，從而使該業(yè)務(wù)連接上的呼叫在導(dǎo)通和關(guān)斷之間靈活切換，滿足呼叫保持業(yè)務(wù)的需求。本發(fā)明還可以防止原有業(yè)務(wù)連接的QoS策略被盜用，例如一旦某條業(yè)務(wù)連接的五元組信息被泄漏，則其他用戶設(shè)備可以利用該五元組信息向被叫發(fā)送業(yè)務(wù)流，當(dāng)業(yè)務(wù)流到達(dá)承載網(wǎng)的邊緣路由器時(shí)，由于該業(yè)務(wù)流的五元組信息與原有業(yè)務(wù)連接的五元組信息相同，則邊緣路由器根據(jù)原有的QoS策略轉(zhuǎn)發(fā)該業(yè)務(wù)流，從而使原有業(yè)務(wù)連接的QoS策略被盜。本發(fā)明中，為QoS策略提供門控開關(guān)，如果門控開關(guān)處于“關(guān)”狀態(tài)，則原業(yè)務(wù)連接的QoS策略不會(huì)被盜用。
當(dāng)暫時(shí)不用所述的業(yè)務(wù)連接時(shí)，向承載網(wǎng)的邊緣路由器下發(fā)控制該業(yè)務(wù)連接的QoS策略門控開關(guān)的流狀態(tài)信息，將該業(yè)務(wù)連接對(duì)應(yīng)的QoS策略門控開關(guān)設(shè)為“關(guān)”狀態(tài)，此時(shí)承載網(wǎng)不會(huì)轉(zhuǎn)發(fā)該業(yè)務(wù)連接的業(yè)務(wù)流；當(dāng)繼續(xù)使用所述業(yè)務(wù)連接時(shí)，向承載網(wǎng)的邊緣路由器下發(fā)控制該業(yè)務(wù)連接的QoS策略門控開關(guān)的流狀態(tài)信息，將該業(yè)務(wù)連接的QoS策略門控開關(guān)設(shè)為“開”狀態(tài)，此時(shí)承載網(wǎng)繼續(xù)利用原有的QoS策略轉(zhuǎn)發(fā)該業(yè)務(wù)連接的業(yè)務(wù)流，而不必重新申請(qǐng)QoS策略，因此可提高承載網(wǎng)的資源使用效率。在保持原有業(yè)務(wù)連接QoS策略的同時(shí)，對(duì)新的業(yè)務(wù)連接繼續(xù)按本發(fā)明所述的正常流程進(jìn)行資源申請(qǐng)。
上述為雙向業(yè)務(wù)連接建立流程，對(duì)于單向業(yè)務(wù)連接的建立過程，如果涉及多個(gè)CA為該業(yè)務(wù)連接的呼叫預(yù)留資源，則同樣可利用本發(fā)明上述的方法，只不過需省略逆向QoS策略和資源的分配預(yù)留過程。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法，其特征在于，該方法在業(yè)務(wù)呼叫連接建立過程中，包括當(dāng)前呼叫所涉及的呼叫代理命令自身所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配服務(wù)質(zhì)量QoS策略，并預(yù)留資源；所述分配QoS策略并預(yù)留資源的承載網(wǎng)資源管理器將分配的QoS策略下發(fā)給自身所轄管理域的邊緣設(shè)備；在當(dāng)前呼叫所涉及的所有呼叫代理所轄承載網(wǎng)資源管理器都成功地為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略后，接收到QoS策略的邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
2.如權(quán)利要求1所述的方法，其特征在于，所述呼叫涉及的各呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略的具體過程為當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源；當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功地為當(dāng)前呼叫分配了QoS策略并預(yù)留資源，如果是，則當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)所述QoS策略。
3.如權(quán)利要求1所述的方法，其特征在于，所述呼叫涉及的各呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略的具體過程為當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配QoS策略、預(yù)留資源；當(dāng)前呼叫代理所轄承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)QoS策略和禁止轉(zhuǎn)發(fā)該QoS策略所匹配業(yè)務(wù)流的命令，接收到該QoS策略和禁止轉(zhuǎn)發(fā)該QoS策略所匹配業(yè)務(wù)流命令的邊緣設(shè)備對(duì)與所接收QoS策略匹配的業(yè)務(wù)流不進(jìn)行轉(zhuǎn)發(fā)；當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功地為當(dāng)前呼叫分配了QoS策略并預(yù)留資源，如果是，則當(dāng)前呼叫代理所轄的承載網(wǎng)資源管理器向自身所轄管理域的邊緣設(shè)備下發(fā)允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令，所述邊緣設(shè)備進(jìn)一步判斷是否收到該允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令，如果收到，則開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。
4.如權(quán)利要求2或3所述的方法，其特征在于，所述當(dāng)前呼叫代理判斷當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器是否都成功分配QoS策略并預(yù)留資源的具體過程為當(dāng)前呼叫所涉及的其他所有呼叫代理所轄承載網(wǎng)資源管理器成功分配QoS策略并預(yù)留資源后，向當(dāng)前呼叫代理發(fā)送資源預(yù)留成功的消息；當(dāng)前呼叫代理判斷是否收到所述其他所有呼叫代理發(fā)送的資源預(yù)留成功的消息，如果收到，則判定所述其他所有呼叫代理所轄承載網(wǎng)資源管理器成功分配QoS策略并預(yù)留資源。
5.如權(quán)利要求1所述的方法，其特征在于，在所述邊緣設(shè)備開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流后，進(jìn)一步包括所述承載網(wǎng)資源管理器向其所轄管理域的邊緣設(shè)備下發(fā)禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令、或允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令；所述邊緣設(shè)備收到禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令后，對(duì)與所接收QoS策略匹配的業(yè)務(wù)流不進(jìn)行轉(zhuǎn)發(fā)；所述邊緣設(shè)備收到允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令后，對(duì)與所接收QoS策略匹配的業(yè)務(wù)流進(jìn)行轉(zhuǎn)發(fā)。
6.如權(quán)利要求3或5所述的方法，其特征在于，所述禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令和允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令通過流狀態(tài)信息下發(fā)給所述邊緣設(shè)備。
7.如權(quán)利要求6所述的方法，其特征在于，所述方法進(jìn)一步包括在邊緣設(shè)備中設(shè)置用于控制邊緣設(shè)備是否轉(zhuǎn)發(fā)與所述QoS策略所匹配業(yè)務(wù)流的QoS策略門控開關(guān)，該QoS策略門控開關(guān)打開時(shí)，邊緣設(shè)備轉(zhuǎn)發(fā)與該QoS策略匹配的業(yè)務(wù)流，該QoS策略門控開關(guān)關(guān)閉時(shí)，邊緣設(shè)備不轉(zhuǎn)發(fā)與該QoS策略匹配的業(yè)務(wù)流；當(dāng)邊緣設(shè)備接收到攜帶禁止轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令的流狀態(tài)信息時(shí)，則關(guān)閉所述QoS策略門控開關(guān)；當(dāng)邊緣設(shè)備接收到攜帶允許轉(zhuǎn)發(fā)QoS策略所匹配業(yè)務(wù)流的命令的流狀態(tài)信息時(shí)，則打開所述QoS策略門控開關(guān)。
8.如權(quán)利要求1所述的方法，其特征在于，所述QoS策略與業(yè)務(wù)流通過五元組信息進(jìn)行匹配。
9.如權(quán)利要求1、2、3、5、或7所述的方法，其特征在于，所述邊緣設(shè)備為邊緣路由器。
10.如權(quán)利要求1所述的方法，其特征在于，所述當(dāng)前呼叫所涉及的呼叫代理為多個(gè)。
全文摘要
本發(fā)明公開了一種在承載網(wǎng)中轉(zhuǎn)發(fā)業(yè)務(wù)流的方法，該方法在業(yè)務(wù)呼叫連接建立過程中，包括當(dāng)前呼叫所涉及的呼叫代理命令自身所轄承載網(wǎng)資源管理器為當(dāng)前呼叫分配服務(wù)質(zhì)量QoS策略，并預(yù)留資源；所述分配QoS策略并預(yù)留資源的承載網(wǎng)資源管理器將分配的QoS策略下發(fā)給自身所轄管理域的邊緣設(shè)備；在當(dāng)前呼叫所涉及的所有呼叫代理所轄承載網(wǎng)資源管理器都成功地為當(dāng)前呼叫分配QoS策略、預(yù)留資源、并下發(fā)QoS策略后，接收到QoS策略的邊緣路由器開始轉(zhuǎn)發(fā)與所接收QoS策略匹配的業(yè)務(wù)流。本發(fā)明可精確控制承載網(wǎng)允許或禁止轉(zhuǎn)發(fā)業(yè)務(wù)流，可有效避免在沒有完全建立業(yè)務(wù)連接之前業(yè)務(wù)流進(jìn)入承載網(wǎng)，以獲得精確的業(yè)務(wù)數(shù)據(jù)流量。
文檔編號(hào)H04L12/54GK1802008SQ20051000023
公開日2006年7月12日 申請(qǐng)日期2005年1月5日 優(yōu)先權(quán)日2005年1月5日
發(fā)明者呂珍珠, 許波, 陳悅鵬 申請(qǐng)人:華為技術(shù)有限公司