專利名稱：下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法。
背景技術(shù)：
NGN(Next Generation Network，下一代網(wǎng)絡(luò))是采用IP等分組技術(shù)作為承載網(wǎng)技術(shù)融合固定通信和移動(dòng)通信。在NGN網(wǎng)絡(luò)中是通過(guò)通信實(shí)體之間的I P連接性來(lái)承載語(yǔ)音、圖像和數(shù)據(jù)等多種電信業(yè)務(wù)的融合網(wǎng)絡(luò)。盡管NGN已開(kāi)始部署，但I(xiàn)P承載網(wǎng)絡(luò)的服務(wù)質(zhì)量、安全性、可靠性、可運(yùn)營(yíng)和可管理等問(wèn)題仍期待著完善的解決方案。
兩大國(guó)際標(biāo)準(zhǔn)組織ITU-T(國(guó)際電信聯(lián)盟)和ETSI(歐洲電信標(biāo)準(zhǔn)協(xié)會(huì))各成立了專門的研究組，致力于NGN技術(shù)標(biāo)準(zhǔn)的制定工作，目前都正處于框架階段。通過(guò)RACS(資源和準(zhǔn)入控制系統(tǒng))解決NGN承載網(wǎng)的服務(wù)質(zhì)量、NAT(網(wǎng)絡(luò)地址轉(zhuǎn)換)和防火墻穿越問(wèn)題，已是大多數(shù)主流運(yùn)營(yíng)商和設(shè)備供應(yīng)商的一項(xiàng)共識(shí)。
盡管兩大組織的RACS草案范圍不同，ITU-T FGNGN除考慮接入網(wǎng)分組傳送部分外還考慮核心網(wǎng)分組傳送部分，但框架是相似和兼容的。兩者均借鑒了3GPP PDF(第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目重新加入決策功能)和PacketCable GC(門控制器)在網(wǎng)絡(luò)邊緣進(jìn)行基于運(yùn)營(yíng)策略規(guī)則的準(zhǔn)入控制思路；均增加了基于網(wǎng)絡(luò)內(nèi)部資源可用性檢查結(jié)果作為準(zhǔn)入控制的判斷條件之一，以避免網(wǎng)絡(luò)中發(fā)生因業(yè)務(wù)流量和服務(wù)質(zhì)量等級(jí)要求超出網(wǎng)絡(luò)承載能力而導(dǎo)致應(yīng)用層不可接受的擁塞、時(shí)延和丟包問(wèn)題；均增加了對(duì)NAT和防火墻穿越控制的考慮；考慮對(duì)各種NGN多媒體業(yè)務(wù)的支持。
目前的RACS草案中框架定義已基本穩(wěn)定，所述的RACS功能框架需要支持多種模式資源預(yù)留機(jī)制，目前主要有以下三種資源預(yù)留模式(1)代理請(qǐng)求模式由業(yè)務(wù)控制設(shè)備代理用戶向資源和準(zhǔn)入控制層發(fā)起資源請(qǐng)求；業(yè)務(wù)控制設(shè)備可以提取用戶業(yè)務(wù)請(qǐng)求信令中所明確的本次會(huì)話媒體流的帶寬和服務(wù)等級(jí)需求，或者根據(jù)業(yè)務(wù)層運(yùn)營(yíng)策略規(guī)則(如業(yè)務(wù)類型或編解碼類型等)來(lái)決定本次會(huì)話媒體流的帶寬和服務(wù)等級(jí)需求；(2)用戶請(qǐng)求模式由CPE(用戶駐地設(shè)備)通過(guò)專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源請(qǐng)求；所述的資源請(qǐng)求可以是針對(duì)每個(gè)會(huì)話發(fā)起，也可以與會(huì)話無(wú)關(guān)；所述的資源請(qǐng)求可以是預(yù)先經(jīng)過(guò)業(yè)務(wù)控制設(shè)備授權(quán)的，也可以是未經(jīng)業(yè)務(wù)控制設(shè)備預(yù)先授權(quán)的；(3)接入配置模式由網(wǎng)絡(luò)接入管理設(shè)備在用戶接入網(wǎng)絡(luò)時(shí)根據(jù)用戶配置文件中所含的用戶業(yè)務(wù)等級(jí)協(xié)定信息向網(wǎng)絡(luò)發(fā)起資源請(qǐng)求；所述的資源請(qǐng)求是用戶級(jí)的，并且與會(huì)話無(wú)關(guān)。
在ITU-T FGNGN于2004年12月公布的RACS最新草案中，提供了RACS的功能框架結(jié)構(gòu)，如圖1所示。圖中應(yīng)用功能(AF)指需要向資源和準(zhǔn)入控制請(qǐng)求為應(yīng)用媒體流請(qǐng)求資源預(yù)留和釋放的業(yè)務(wù)層功能實(shí)體，包括業(yè)務(wù)控制代理功能(SCPF)和互連邊界控制功能(IBCF)等功能實(shí)體。
網(wǎng)絡(luò)接入附屬功能(NAAF)指負(fù)責(zé)網(wǎng)絡(luò)接入管理控制相關(guān)的功能，包括用戶設(shè)備的網(wǎng)絡(luò)接入認(rèn)證、授權(quán)和IP地址動(dòng)態(tài)分配，接入設(shè)備的配置和用戶配置文件存儲(chǔ)等。
資源仲裁(RM)接收資源預(yù)留請(qǐng)求，檢查資源預(yù)留請(qǐng)求是否符合運(yùn)營(yíng)策略規(guī)則，與相關(guān)功能實(shí)體交互以檢查是否符合用戶配置數(shù)據(jù)庫(kù)中所存儲(chǔ)的用戶配置信息和是否在網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，然后根據(jù)這些檢查結(jié)果做出準(zhǔn)入決策。資源仲裁功能實(shí)體包括位于業(yè)務(wù)接入側(cè)的仲裁策略決策功能實(shí)體(M-PDF)，和位于業(yè)務(wù)互連側(cè)的互連策略決策功能實(shí)體(I-PDF)。
傳送資源控制功能(TRCF)接收來(lái)自資源仲裁的資源請(qǐng)求，根據(jù)所收集和維護(hù)的網(wǎng)絡(luò)拓?fù)浜唾Y源狀態(tài)數(shù)據(jù)檢查網(wǎng)絡(luò)中是否有符合資源請(qǐng)求的傳送資源空閑可用，還控制網(wǎng)絡(luò)中傳送設(shè)備的與保證服務(wù)質(zhì)量相關(guān)的轉(zhuǎn)發(fā)行為。如果一個(gè)網(wǎng)絡(luò)中有多個(gè)傳送資源控制功能實(shí)體，它們相互通信以檢查整個(gè)網(wǎng)絡(luò)中從入口邊緣到出口邊緣的資源可用性。傳送資源控制功能實(shí)體包括位于接入網(wǎng)中的傳送資源功能實(shí)體(A-TRCF)，和位于核心網(wǎng)中的傳送資源功能實(shí)體(C-TRCF)。
核心網(wǎng)的邊界網(wǎng)關(guān)功能(BGF)接收、保存和執(zhí)行來(lái)自資源和準(zhǔn)入控制層的準(zhǔn)入決策參數(shù)信息，根據(jù)這些參數(shù)信息進(jìn)行報(bào)文過(guò)濾、流量分類、標(biāo)記、監(jiān)管和整形，還可能進(jìn)行報(bào)文的網(wǎng)絡(luò)地址轉(zhuǎn)換和安全性檢測(cè)過(guò)濾。
該草案中，針對(duì)功能實(shí)體和接口需求的描述主要為圍繞代理請(qǐng)求模式展開(kāi)，但并沒(méi)有提供完整的接口需求和相應(yīng)的處理流程，以實(shí)現(xiàn)代理請(qǐng)求模式下的資源預(yù)留。
在ETSI TISPAN于2005年1月公布的RACS最新草案中，也提供了所述RACS的功能框架，如圖2所示。圖中應(yīng)用功能(AF)指需要向資源和準(zhǔn)入控制請(qǐng)求為應(yīng)用媒體流請(qǐng)求資源預(yù)留和釋放的業(yè)務(wù)層功能實(shí)體。
網(wǎng)絡(luò)附屬子系統(tǒng)(NASS)指負(fù)責(zé)網(wǎng)絡(luò)接入管理控制相關(guān)的功能，包括用戶設(shè)備的網(wǎng)絡(luò)接入認(rèn)證、授權(quán)和IP地址動(dòng)態(tài)分配，接入設(shè)備的配置和用戶配置文件存儲(chǔ)等。
業(yè)務(wù)策略決策功能(SPDF)接收資源預(yù)留請(qǐng)求，檢查資源預(yù)留請(qǐng)求是否符合運(yùn)營(yíng)策略規(guī)則，與接入網(wǎng)資源準(zhǔn)入和控制功能(A-RACF)交互以檢查是否在接入網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，然后根據(jù)這些檢查結(jié)果做出準(zhǔn)入決策。
接入網(wǎng)資源準(zhǔn)入和控制功能(A-RACF)接收來(lái)自SPDF的資源請(qǐng)求，檢查是否在接入網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，并控制接入傳送設(shè)備的與保證服務(wù)質(zhì)量相關(guān)的轉(zhuǎn)發(fā)行為。
核心網(wǎng)的邊界網(wǎng)關(guān)功能(C-BGF)接收、保存和執(zhí)行來(lái)自資源和準(zhǔn)入控制層的準(zhǔn)入決策參數(shù)信息，根據(jù)這些參數(shù)信息進(jìn)行報(bào)文過(guò)濾、流量分類、標(biāo)記、監(jiān)管和整形，還可能進(jìn)行報(bào)文的網(wǎng)絡(luò)地址轉(zhuǎn)換和安全性檢測(cè)過(guò)濾。
在該草案中，針對(duì)功能實(shí)體和接口需求的描述主要也是圍繞代理請(qǐng)求模式展開(kāi)，但同樣也沒(méi)有提供完整的接口需求和相應(yīng)的處理流程。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問(wèn)題，本發(fā)明的目的是提供一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，從而使得在現(xiàn)有的RACS功能框架在代理請(qǐng)求模式下可以實(shí)現(xiàn)資源預(yù)留處理。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源請(qǐng)求消息，消息中攜帶著用戶需要的資源請(qǐng)求參數(shù)信息；資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源請(qǐng)求做出準(zhǔn)入決策；如果準(zhǔn)入通過(guò)，資源仲裁策略決策實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入安裝命令，在邊界網(wǎng)關(guān)功能實(shí)體上設(shè)置和保存相應(yīng)的準(zhǔn)入決策參數(shù)信息；邊界網(wǎng)關(guān)功能實(shí)體根據(jù)所述準(zhǔn)入決策參數(shù)信息，對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量進(jìn)行轉(zhuǎn)發(fā)處理。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源修改請(qǐng)求消息，消息中攜帶著修改后需要的預(yù)留的資源信息；資源仲裁策略決策功能實(shí)體接收所述資源修改請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源修改請(qǐng)求做出準(zhǔn)入決策；如果準(zhǔn)入通過(guò)，資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入修改命令，在邊界網(wǎng)關(guān)功能實(shí)體上修改相應(yīng)的準(zhǔn)入決策參數(shù)信息；邊界網(wǎng)關(guān)功能實(shí)體根據(jù)上述修改后的準(zhǔn)入決策參數(shù)信息對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量轉(zhuǎn)發(fā)處理。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，與網(wǎng)絡(luò)接入附屬功能實(shí)體進(jìn)行交互，對(duì)用戶信息進(jìn)行檢查。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，在本地或遠(yuǎn)程實(shí)體中獲取網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息，并根據(jù)所述網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息確定策略決策。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，與傳送資源控制功能實(shí)體交互，進(jìn)行資源可用性檢查。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送準(zhǔn)入激活或停止請(qǐng)求消息，消息中承載著需要激活或停止的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；資源仲裁策略決策功能實(shí)體接收所述的消息后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入激活或停止命令，命令中攜帶著需要激活或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；邊界網(wǎng)關(guān)功能實(shí)體接收所述命令后，對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行激活或停止處理。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括邊界網(wǎng)關(guān)功能實(shí)體確定了準(zhǔn)入決策參數(shù)信息、修改了準(zhǔn)入決策參數(shù)信息或者激活/停止/刪除了相應(yīng)的準(zhǔn)入決策參數(shù)信息后，還需要向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息，而且所述的資源仲裁策略決策功能實(shí)體還需要向應(yīng)用功能實(shí)體發(fā)送相應(yīng)的應(yīng)答消息。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法還包括A、應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源釋放請(qǐng)求消息，消息中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；B、資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令，命令中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；C、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息。
所述的步驟C還包括C1、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息后，向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息；C2、資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向傳送資源控制功能實(shí)體發(fā)送資源釋放指示消息，消息中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；C3、傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息。
所述的步驟C2還包括資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向應(yīng)用功能實(shí)體發(fā)送資源釋放應(yīng)答消息。
所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法還包括當(dāng)邊界網(wǎng)關(guān)功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體收到所述的消息后向資源傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法還包括資源傳送資源控制功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體接收所述的消息后，向應(yīng)用功能實(shí)體發(fā)送資源不可用指示消息，并向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令；應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話，邊界網(wǎng)關(guān)功能實(shí)體接收所述命令后，則刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明可以支持各種服務(wù)質(zhì)量協(xié)商能力的終端，而不需改變業(yè)務(wù)協(xié)商過(guò)程。
而且，在業(yè)務(wù)協(xié)商過(guò)程中，利用本發(fā)明可以協(xié)商媒體流的服務(wù)質(zhì)量需求參數(shù)，也可以由業(yè)務(wù)控制設(shè)備(即應(yīng)用功能實(shí)體)根據(jù)媒體流類型和業(yè)務(wù)運(yùn)營(yíng)策略來(lái)確定媒體流的服務(wù)質(zhì)量需求參數(shù)。
由應(yīng)用功能實(shí)體以代理方式而不是用戶直接向NGN資源和準(zhǔn)入發(fā)起資源請(qǐng)求，避免了對(duì)資源請(qǐng)求合法性的額外認(rèn)證過(guò)程，簡(jiǎn)化了資源授權(quán)處理流程，自然地實(shí)現(xiàn)了業(yè)務(wù)層和傳送層之間的配合和同步。


圖1為ITU-T FGNGN提供的RACS的系統(tǒng)框架結(jié)構(gòu)示意圖；圖2為ETSI TISPAN提供的RACS的系統(tǒng)框架結(jié)構(gòu)示意圖；圖3為AF發(fā)起資源預(yù)留請(qǐng)求的處理流程示意圖；圖4為AF發(fā)起資源預(yù)留修改請(qǐng)求的處理流程示意圖；圖5為AF發(fā)起準(zhǔn)入激活請(qǐng)求的處理流程示意圖；圖6為AF發(fā)起準(zhǔn)入停止請(qǐng)求的處理流程示意圖；圖7為AF發(fā)起資源釋放請(qǐng)求的處理流程示意圖；圖8為BGF上報(bào)資源不可用指示的處理流程示意圖；圖9為TRCF上報(bào)資源不可用指示的處理流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心是提供NGN資源和準(zhǔn)入控制系統(tǒng)支持代理請(qǐng)求模式情況下的資源預(yù)留的處理方法。
代理請(qǐng)求模式的資源預(yù)留方法可以支持各種服務(wù)質(zhì)量協(xié)商能力的終端，不改變業(yè)務(wù)協(xié)商過(guò)程。在業(yè)務(wù)協(xié)商過(guò)程中可以協(xié)商媒體流的服務(wù)質(zhì)量需求參數(shù)，也可以由業(yè)務(wù)控制設(shè)備根據(jù)媒體流類型和業(yè)務(wù)運(yùn)營(yíng)策略來(lái)確定媒體流的服務(wù)質(zhì)量需求參數(shù)。由業(yè)務(wù)控制設(shè)備以代理方式向NGN資源和準(zhǔn)入發(fā)起資源請(qǐng)求，避免了對(duì)資源請(qǐng)求合法性的額外認(rèn)證過(guò)程，簡(jiǎn)化了資源授權(quán)處理流程，自然地實(shí)現(xiàn)了業(yè)務(wù)層和傳送層之間的配合和同步。
本發(fā)明提供了NGN資源和準(zhǔn)入控制系統(tǒng)支持代理請(qǐng)求模式資源預(yù)留的處理方法。由于ETSI TISPAN的RACS功能框架對(duì)應(yīng)于ITU-T FGNGN的RACS框架的接入部分，是與之兼容的子系統(tǒng)，因此本發(fā)明基于ITU-T FGNGN的RACS框架進(jìn)行描述。但本發(fā)明所提供的方法和流程也可應(yīng)用于ETSITISPAN的RACS框架，在該RACS框架中是由其中的NASS(網(wǎng)絡(luò)附件子系統(tǒng))發(fā)起資源請(qǐng)求，并由PDF實(shí)現(xiàn)準(zhǔn)入控制，相應(yīng)的準(zhǔn)入決策參數(shù)信息仍保存于BGF上；在該RACS功能框架中，所述的TRCF對(duì)應(yīng)著該系統(tǒng)中的A-RACF。
本發(fā)明中，由業(yè)務(wù)控制設(shè)備代理用戶向資源和準(zhǔn)入控制系統(tǒng)發(fā)起資源請(qǐng)求，所述的業(yè)務(wù)控制設(shè)備包括軟交換系統(tǒng)中的呼叫代理器、3GPP IMS(IP多媒體業(yè)務(wù)子系統(tǒng))中的P-CSCF(代理呼叫會(huì)話控制功能)等等。本發(fā)明中，將具有資源請(qǐng)求功能的業(yè)務(wù)控制設(shè)備AF(應(yīng)用功能)實(shí)體。觸發(fā)AF發(fā)起資源請(qǐng)求的事件包括會(huì)話建立過(guò)程中、媒體重協(xié)商過(guò)程中、或者內(nèi)部行為。AF可以提取用戶業(yè)務(wù)請(qǐng)求信令中所協(xié)商的本次會(huì)話媒體流的帶寬和服務(wù)質(zhì)量等級(jí)需求，或者根據(jù)業(yè)務(wù)運(yùn)營(yíng)策略規(guī)則來(lái)決定本次會(huì)話媒體流的帶寬和服務(wù)等級(jí)需求，所述的業(yè)務(wù)運(yùn)營(yíng)策略規(guī)則可以為業(yè)務(wù)類型或媒體流特征等等。
本發(fā)明中，所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法的具體實(shí)現(xiàn)方式如圖3所示，即相應(yīng)的NGN資源和準(zhǔn)入控制子系統(tǒng)對(duì)AF發(fā)起資源請(qǐng)求的處理流程如圖3所示，具體包括以下步驟步驟31AF向資源仲裁PDF發(fā)送資源請(qǐng)求消息，所述的資源請(qǐng)求消息中承載著需要預(yù)留的資源信息；所述的需要預(yù)留的資源信息包括媒體流標(biāo)識(shí)(如IP五元組信息)、帶寬需求參數(shù)和服務(wù)質(zhì)量需求參數(shù)等，根據(jù)該信息可以確定與其相應(yīng)的準(zhǔn)入決策參數(shù)信息；步驟32資源仲裁PDF與負(fù)責(zé)維護(hù)用戶信息的網(wǎng)絡(luò)接入附屬功能NAAF進(jìn)行交互，進(jìn)行用戶信息的檢查，檢查的用戶信息包括與服務(wù)質(zhì)量相關(guān)的用戶配置信息和授權(quán)信息；步驟33資源仲裁PDF檢查完用戶信息后，還需根據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則進(jìn)行策略決策；所述的資源仲裁PDF可以使用保存在本地的網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則，也可以遠(yuǎn)程查詢策略數(shù)據(jù)存儲(chǔ)器中保存的網(wǎng)絡(luò)運(yùn)營(yíng)策略進(jìn)行相應(yīng)的策略決策，以確定是否符合相應(yīng)的網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則的要求，如果符合，則繼續(xù)進(jìn)行資源可用性檢查，否則，直接拒絕該資源請(qǐng)求；步驟34資源仲裁PDF與TRCF交互，進(jìn)行資源可用性檢查；資源仲裁PDF與負(fù)責(zé)網(wǎng)絡(luò)性能控制的傳送資源控制功能實(shí)體進(jìn)行交互，進(jìn)行傳送資源可用性的檢查時(shí)，資源仲裁PDF需要根據(jù)資源請(qǐng)求信息選擇資源路徑上的相關(guān)接入網(wǎng)和核心網(wǎng)的TRCF，然后將資源請(qǐng)求轉(zhuǎn)發(fā)給相應(yīng)的TRCF，并由其進(jìn)行網(wǎng)絡(luò)內(nèi)的資源可用性檢查，TRCF將資源可用性檢查結(jié)果返回給資源仲裁PDF；為了控制和保證網(wǎng)絡(luò)性能，TRCF還可能對(duì)網(wǎng)絡(luò)傳送設(shè)備的路由和轉(zhuǎn)發(fā)行為進(jìn)行狀態(tài)采集和參數(shù)配置；步驟35PDF對(duì)所述的資源請(qǐng)求進(jìn)行準(zhǔn)入控制決策；即資源仲裁PDF收到來(lái)自BGF的資源請(qǐng)求后，依據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、用戶配置文件和/或資源可用性檢查結(jié)果進(jìn)行準(zhǔn)入控制決策，并在確定準(zhǔn)入后，執(zhí)行步驟36；當(dāng)然，如果準(zhǔn)入控制決策的結(jié)果為禁止，則資源仲裁PDF直接向AF返回包含拒絕原因的資源請(qǐng)求應(yīng)答消息；步驟36BGF收到資源仲裁PDF返回的準(zhǔn)入安裝命令后，在本地安裝準(zhǔn)入控制決策結(jié)果，并根據(jù)所述結(jié)果處理數(shù)據(jù)流量；所述的準(zhǔn)入控制決策結(jié)果即為準(zhǔn)入決策參數(shù)信息，包括用戶標(biāo)識(shí)(如IP五元組)、帶寬需求信息和優(yōu)先級(jí)信息等；
在BGF上保存所述的準(zhǔn)入決策參數(shù)信息；步驟37BGF返回安裝確認(rèn)消息給資源仲裁PDF；步驟38資源仲裁PDF收到所述的安裝確認(rèn)消息后，還需要向AF發(fā)送資源請(qǐng)求應(yīng)答消息，通知AF資源請(qǐng)求處理結(jié)果。
本發(fā)明中，AF也可以在會(huì)話過(guò)程中發(fā)起對(duì)資源預(yù)留的修改，包括修改地址、帶寬和服務(wù)質(zhì)量等級(jí)等；觸發(fā)AF發(fā)起資源預(yù)留修改的事件包括媒體重協(xié)商過(guò)程中或者內(nèi)部行為等；NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的資源修改請(qǐng)求的處理流程如圖4所示，具體包括以下步驟步驟41AF向資源仲裁PDF發(fā)送資源修改請(qǐng)求消息，所述的資源修改請(qǐng)求消息中承載著修改后需要預(yù)留的資源信息；所述的修改后需要預(yù)留的資源信息包括媒體流標(biāo)識(shí)(如IP五元組信息)、帶寬需求參數(shù)和服務(wù)質(zhì)量需求參數(shù)等，根據(jù)該信息可以確定與其對(duì)應(yīng)的準(zhǔn)入決策參數(shù)信息，并對(duì)其進(jìn)行修改；步驟42資源仲裁PDF與負(fù)責(zé)維護(hù)用戶信息的NAAF(網(wǎng)絡(luò)接入附屬功能)進(jìn)行交互，進(jìn)行用戶信息的檢查，檢查的用戶信息包括與服務(wù)質(zhì)量相關(guān)的用戶配置信息和授權(quán)信息；步驟43資源仲裁PDF檢查完用戶信息后，還需進(jìn)行根據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則進(jìn)行策略決策，并在策略決策允許后，繼續(xù)后續(xù)處理過(guò)程；步驟44資源仲裁PDF與TRCF交互，以進(jìn)行資源可用性檢查；資源可用性檢查通過(guò)后，繼續(xù)后續(xù)處理過(guò)程；步驟45PDF對(duì)所述的資源修改請(qǐng)求進(jìn)行準(zhǔn)入控制決策；即資源仲裁PDF收到來(lái)自BGF的資源修改請(qǐng)求后，依據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、用戶配置文件和/或資源可用性檢查結(jié)果進(jìn)行準(zhǔn)入控制決策，并在確定準(zhǔn)入后，執(zhí)行步驟46；當(dāng)然，如果準(zhǔn)入控制決策的結(jié)果為禁止，則資源仲裁PDF直接向AF返回包含拒絕原因的資源修改請(qǐng)求應(yīng)答消息；步驟46BGF收到資源仲裁PDF返回的準(zhǔn)入安裝命令后，在本地安裝準(zhǔn)入控制決策結(jié)果，并根據(jù)所述結(jié)果處理數(shù)據(jù)流量；所述的準(zhǔn)入控制決策結(jié)果即為準(zhǔn)入決策參數(shù)信息，包括用戶標(biāo)識(shí)(如IP五元組)、帶寬需求信息和服務(wù)質(zhì)量參數(shù)信息等；BGF對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行修改并保存；步驟47BGF返回安裝確認(rèn)消息給資源仲裁PDF；步驟48資源仲裁PDF收到所述的安裝確認(rèn)消息后，還需要向AF發(fā)送資源修改請(qǐng)求應(yīng)答消息，通知AF資源修改請(qǐng)求的處理結(jié)果。
當(dāng)多媒體會(huì)話過(guò)程中重新協(xié)商媒體流時(shí)，以及處理呼叫等待等業(yè)務(wù)時(shí)，NGN資源和準(zhǔn)入控制系統(tǒng)允許AF直接發(fā)起“準(zhǔn)入激活請(qǐng)求”，通過(guò)資源仲裁PDF要求使得BGF(邊界網(wǎng)關(guān)功能)開(kāi)始執(zhí)行資源仲裁PDF對(duì)已授權(quán)資源的準(zhǔn)入控制決策結(jié)果。NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的“準(zhǔn)入激活請(qǐng)求”的處理流程如圖5所示。
步驟51AF確定發(fā)生需要激活相應(yīng)的準(zhǔn)入決策參數(shù)的事件后，則向資源仲裁PDF發(fā)送準(zhǔn)入激活請(qǐng)求消息；所述的準(zhǔn)入激活請(qǐng)求消息中需要承載著需要激活的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；步驟52資源仲裁PDF收到所述的準(zhǔn)入激活請(qǐng)求消息后，向BGF發(fā)送準(zhǔn)入激活命令；所述的準(zhǔn)入激活命令中攜帶著需要激活的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于BGF確定需要激活的準(zhǔn)入決策參數(shù)；步驟53BGF收到所述的準(zhǔn)入激活命令，并進(jìn)行了相應(yīng)的激活處理后，向資源仲裁PDF返回激活確認(rèn)消息；確定相應(yīng)的準(zhǔn)入決策參數(shù)信息被激活后，則可以將其作為對(duì)相應(yīng)的業(yè)務(wù)流進(jìn)行控制的依據(jù)；步驟54資源仲裁PDF收到所述的激活確認(rèn)消息后，向AF返回激活應(yīng)答消息，將針對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)的激活處理結(jié)果通知AF。
本發(fā)明中，當(dāng)多媒體會(huì)話過(guò)程中重新協(xié)商媒體流時(shí)，以及處理呼叫等待等業(yè)務(wù)時(shí)，NGN資源和準(zhǔn)入控制系統(tǒng)允許AF直接發(fā)起準(zhǔn)入停止請(qǐng)求，通過(guò)資源仲裁PDF要求BGF停止執(zhí)行資源仲裁PDF對(duì)已授權(quán)資源的準(zhǔn)入控制決策結(jié)果；NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的準(zhǔn)入停止請(qǐng)求的處理方法如圖6所示，具體包括以下步驟步驟61AF確定發(fā)生需要停止相應(yīng)的準(zhǔn)入決策參數(shù)的事件后，則向資源仲裁PDF發(fā)送準(zhǔn)入停止請(qǐng)求消息；所述的準(zhǔn)入停止請(qǐng)求消息中需要承載著需要停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；步驟62資源仲裁PDF收到所述的準(zhǔn)入停止請(qǐng)求消息后，向BGF發(fā)送準(zhǔn)入停止命令；所述的準(zhǔn)入停止命令中攜帶著需要停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于BGF確定需要停止的準(zhǔn)入決策參數(shù)；步驟63BGF收到所述的準(zhǔn)入停止命令，并進(jìn)行了相應(yīng)的停止處理后，向資源仲裁PDF返回停止確認(rèn)消息；確定相應(yīng)的準(zhǔn)入決策參數(shù)信息被停止后，則不再將其作為對(duì)相應(yīng)的業(yè)務(wù)流進(jìn)行控制的依據(jù)；步驟64資源仲裁PDF收到所述的停止確認(rèn)消息后，向AF返回停止應(yīng)答消息，將針對(duì)相應(yīng)的資源預(yù)留參數(shù)的停止處理結(jié)果通知AF。
AF在會(huì)話結(jié)束時(shí)應(yīng)發(fā)起對(duì)資源預(yù)留的釋放。為了支持多媒體會(huì)話過(guò)程中的媒體重協(xié)商過(guò)程，AF也可以在會(huì)話過(guò)程中發(fā)起“資源釋放請(qǐng)求”。NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的“資源釋放請(qǐng)求”的處理方法如圖7所示。具體包括以下步驟步驟71AF釋放相應(yīng)的會(huì)話后，需要發(fā)送資源釋放請(qǐng)求消息給資源仲裁PDF；所述資源釋放請(qǐng)求消息中承載著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于確定需要釋放的準(zhǔn)入決策；步驟72資源仲裁PDF收到所述的資源釋放請(qǐng)求后，向BGF發(fā)送準(zhǔn)入刪除或停止命令；所述命令中攜帶需要?jiǎng)h除或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；步驟73BGF對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行了相應(yīng)的刪除或停止處理后，則向資源仲裁PDF返回刪除或停止確認(rèn)消息；步驟74資源仲裁PDF收到所述的確認(rèn)消息后，需要向TRCF發(fā)送準(zhǔn)入刪除指示消息，以便于TRCF釋放先前為相應(yīng)用戶分配的資源信息；步驟75之后，還需要向AF發(fā)送資源釋放應(yīng)答消息。
本發(fā)明中，在會(huì)話過(guò)程中，BGF發(fā)生接口故障等原因不能向已授權(quán)資源預(yù)留提供帶寬資源時(shí)，BGF應(yīng)主動(dòng)向資源仲裁PDF發(fā)出資源不可用指示，如果資源預(yù)留與會(huì)話相關(guān)，可能觸發(fā)PDF再向AF發(fā)送資源不可用指示，相應(yīng)的處理流程如圖8所示，具體包括以下步驟步驟81當(dāng)BGF確定資源不可用時(shí)，則刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息，并向資源仲裁PDF發(fā)送資源不可用指示；步驟82資源仲裁PDF收到所述的資源不可用指示后，向TRCF發(fā)送準(zhǔn)入刪除指示，以便于TRCF修改其先前為相應(yīng)用戶分配的資源信息；步驟83資源仲裁PDF收到所述的資源不可用指示后，資源仲裁PDF還需要向AF發(fā)送資源不可用指示，以便于AF釋放相應(yīng)的會(huì)話。
本發(fā)明中，在會(huì)話過(guò)程中，TRCF檢測(cè)到因網(wǎng)絡(luò)內(nèi)發(fā)生故障等原因不能向涉及到的已授權(quán)資源預(yù)留提供帶寬資源時(shí)，TRCF應(yīng)主動(dòng)向資源仲裁PDF發(fā)出資源不可用指示；如果資源預(yù)留與會(huì)話相關(guān)，可能觸發(fā)PDF再向AF發(fā)送資源不可用指示，相應(yīng)的處理流程如圖9所示，具體包括以下步驟步驟91當(dāng)TRCF確定資源不可用時(shí)，則向資源仲裁PDF發(fā)送資源不可用指示；步驟92資源仲裁PDF收到所述的資源不可用指示后，向AF發(fā)送資源不可用指示；步驟93資源仲裁PDF收到所述的資源不可用指示后，還向BGF發(fā)送準(zhǔn)入刪除或停止命令；步驟94BGF對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行了刪除或停止處理后，向資源仲裁PDF返回刪除或停止確認(rèn)消息。
綜上所述，本發(fā)明提供了代理請(qǐng)求模式下的資源預(yù)留的實(shí)現(xiàn)方案。使得本發(fā)明可以支持各種服務(wù)質(zhì)量協(xié)商能力的終端，而不需改變業(yè)務(wù)協(xié)商過(guò)程。而且，由業(yè)務(wù)控制設(shè)備以代理方式而不是用戶直接向NGN資源和準(zhǔn)入發(fā)起資源請(qǐng)求，避免了對(duì)資源請(qǐng)求合法性的額外認(rèn)證過(guò)程，簡(jiǎn)化了資源授權(quán)處理流程，自然地實(shí)現(xiàn)了業(yè)務(wù)層和傳送層之間的配合和同步。
以上所述，僅為本發(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.一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源請(qǐng)求消息，消息中攜帶著用戶需要的資源請(qǐng)求參數(shù)信息；資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源請(qǐng)求做出準(zhǔn)入決策；如果準(zhǔn)入通過(guò)，資源仲裁策略決策實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入安裝命令，在邊界網(wǎng)關(guān)功能實(shí)體上設(shè)置和保存相應(yīng)的準(zhǔn)入決策參數(shù)信息；邊界網(wǎng)關(guān)功能實(shí)體根據(jù)所述準(zhǔn)入決策參數(shù)信息，對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量進(jìn)行轉(zhuǎn)發(fā)處理。
2.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源修改請(qǐng)求消息，消息中攜帶著修改后需要的預(yù)留的資源信息；資源仲裁策略決策功能實(shí)體接收所述資源修改請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源修改請(qǐng)求做出準(zhǔn)入決策；如果準(zhǔn)入通過(guò)，資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入修改命令，在邊界網(wǎng)關(guān)功能實(shí)體上修改相應(yīng)的準(zhǔn)入決策參數(shù)信息；邊界網(wǎng)關(guān)功能實(shí)體根據(jù)上述修改后的準(zhǔn)入決策參數(shù)信息對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量轉(zhuǎn)發(fā)處理。
3.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，與網(wǎng)絡(luò)接入附屬功能實(shí)體進(jìn)行交互，對(duì)用戶信息進(jìn)行檢查。
4.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，在本地或遠(yuǎn)程實(shí)體中獲取網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息，并根據(jù)所述網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息確定策略決策。
5.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，與傳送資源控制功能實(shí)體交互，進(jìn)行資源可用性檢查。
6.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送準(zhǔn)入激活或停止請(qǐng)求消息，消息中承載著需要激活或停止的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；資源仲裁策略決策功能實(shí)體接收所述的消息后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入激活或停止命令，命令中攜帶著需要激活或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；邊界網(wǎng)關(guān)功能實(shí)體接收所述命令后，對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行激活或停止處理。
7.根據(jù)權(quán)利要求1、2或6所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括邊界網(wǎng)關(guān)功能實(shí)體確定了準(zhǔn)入決策參數(shù)信息、修改了準(zhǔn)入決策參數(shù)信息或者激活/停止/刪除了相應(yīng)的準(zhǔn)入決策參數(shù)信息后，還需要向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息，而且所述的資源仲裁策略決策功能實(shí)體還需要向應(yīng)用功能實(shí)體發(fā)送相應(yīng)的應(yīng)答消息。
8.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括A、應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源釋放請(qǐng)求消息，消息中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；B、資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令，命令中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；C、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息。
9.根據(jù)權(quán)利要求8所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法，其特征在于，所述的步驟C還包括C1、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息后，向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息；C2、資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向傳送資源控制功能實(shí)體發(fā)送資源釋放指示消息，消息中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；C3、傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息。
10.根據(jù)權(quán)利要求9所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法，其特征在于，所述的步驟C2還包括資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向應(yīng)用功能實(shí)體發(fā)送資源釋放應(yīng)答消息。
11.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法，其特征在于，該方法還包括當(dāng)邊界網(wǎng)關(guān)功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體收到所述的消息后向資源傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
12.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的方法，其特征在于，該方法還包括資源傳送資源控制功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體接收所述的消息后，向應(yīng)用功能實(shí)體發(fā)送資源不可用指示消息，并向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令；應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話，邊界網(wǎng)關(guān)功能實(shí)體接收所述命令后，則刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息。
全文摘要
本發(fā)明涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法。該方法主要包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送攜帶著用戶需要的資源請(qǐng)求參數(shù)信息的資源請(qǐng)求，資源仲裁策略決策功能實(shí)體根據(jù)運(yùn)營(yíng)策略規(guī)則、用戶配置文件及資源可用性做出準(zhǔn)入決策；如果準(zhǔn)入通過(guò)，資源仲裁策略決策功能實(shí)體向BGF(邊界網(wǎng)關(guān)功能)實(shí)體發(fā)送準(zhǔn)入安裝命令，在邊界網(wǎng)關(guān)功能實(shí)體上設(shè)置和保存準(zhǔn)入決策參數(shù)信息；BGF實(shí)體根據(jù)所述準(zhǔn)入決策參數(shù)信息對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量的轉(zhuǎn)發(fā)行為控制，以保證用戶要求的服務(wù)質(zhì)量等級(jí)。本發(fā)明不僅可以支持各種服務(wù)質(zhì)量協(xié)商能力的終端，還可以協(xié)商媒體流的服務(wù)質(zhì)量需求參數(shù)，或由應(yīng)用功能實(shí)體根據(jù)媒體流類型和業(yè)務(wù)運(yùn)營(yíng)策略來(lái)確定所述服務(wù)質(zhì)量需求參數(shù)。
文檔編號(hào)H04L12/54GK1832449SQ200510053508
公開(kāi)日2006年9月13日 申請(qǐng)日期2005年3月8日 優(yōu)先權(quán)日2005年3月8日
發(fā)明者劉恩慧 申請(qǐng)人:華為技術(shù)有限公司