專利名稱：下一代網(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í)體之間 的IP連接性來(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)用J 某體流請(qǐng)求資源預(yù) 留和釋放的業(yè)務(wù)層功能實(shí)體，包括業(yè)務(wù)控制代理功能(SCPF)和互連邊 界控制功能(舊CF)等功能實(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ò)拓樸和資源狀態(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)分配，4妄入設(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ù)留的方法，包括資源仲裁策略決策功能實(shí)體接收應(yīng)用功能實(shí)體發(fā)送的資源請(qǐng)求消息后， 檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò) 中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源請(qǐng)求做出準(zhǔn)入決 策；其中，所述資源請(qǐng)求消息中攜帶著用戶需要的資源請(qǐng)求參數(shù)信息；如果 準(zhǔn)入通過(guò)，所述資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入安
裝命令，其中，所述準(zhǔn)入安裝命令用于指令邊界網(wǎng)關(guān)功能實(shí)體設(shè)置和保存相 應(yīng)的準(zhǔn)入決策參數(shù)信息。一種下 一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的裝置，其特征在于，包括消息接收模塊，用于接收資源請(qǐng)求消息；檢查模塊，用于根據(jù)消息接收模塊接收的所述消息，檢查是否符合用戶 配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求 的資源空閑可用；決策模塊，用于根據(jù)所述檢查模塊的檢查結(jié)果對(duì)所述消息接收模塊接收 到的請(qǐng)求做出準(zhǔn)入決策，并在準(zhǔn)入通過(guò)時(shí)發(fā)出準(zhǔn)入安裝命令。由上述本發(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ù)。請(qǐng)求，避免了對(duì)資源請(qǐng)求合法性的額外認(rèn)證過(guò)程，筒化了資源授權(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)用于ETSI TISPAN的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ù)類型或J 某體流特征等等。本發(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所示，具體包括以下步驟步驟31: AF向資源仲裁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)行資源可用性;險(xiǎ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ù)配置；
步驟35: PDF對(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)答消息；
步驟36: BGF收到資源仲裁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ù)信息；
步驟37: BGF返回安裝確認(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所示，具體包括以下步驟
步驟41: AF向資源仲裁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)行資源可用性檢查；
資源可用性;險(xiǎn)查通過(guò)后，繼續(xù)后續(xù)處理過(guò)程；
步驟45: PDF對(duì)所述的資源修改請(qǐng)求進(jìn)行準(zhǔn)入控制決策；
即資源仲裁PDF收到來(lái)自BGF的資源修改請(qǐng)求后，依據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī) 則、用戶配置文件和/或資源可用性;險(xiǎn)查結(jié)果進(jìn)行準(zhǔn)入控制決策，并在確定準(zhǔn) 入后，執(zhí)行步驟46;
當(dāng)然，如果準(zhǔn)入控制決策的結(jié)果為禁止，則資源仲裁PDF直接向AF返回 包含拒絕原因的資源修改請(qǐng)求應(yīng)答消息；
步驟46: BGF收到資源仲裁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)行修改并保存；
步驟47: BGF返回安裝確認(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所示。
步驟51: AF確定發(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ù)；
步驟53: BGF收到所述的準(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所 示，具體包括以下步驟
步驟61: AF確定發(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ù)；
步驟63: BGF收到所述的準(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ù)留的釋放。為了支持多J 某體會(huì)話過(guò)程中 的媒體重協(xié)商過(guò)程，AF也可以在會(huì)話過(guò)程中發(fā)起"資源釋放請(qǐng)求"。NGN資 源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的"資源釋放請(qǐng)求"的處理方法如圖7所示。具 體包括以下步驟
步驟71: AF釋放相應(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í)別信息； 步驟73: BGF對(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) 入刪除或停止命令；步驟94: BGF對(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ò)程，筒化了資源授權(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ù)留的方法，其特征在于，包括資源仲裁策略決策功能實(shí)體接收應(yīng)用功能實(shí)體發(fā)送的資源請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源請(qǐng)求做出準(zhǔn)入決策；其中，所述資源請(qǐng)求消息中攜帶著用戶需要的資源請(qǐng)求參數(shù)信息；如果準(zhǔn)入通過(guò)，所述資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入安裝命令，其中，所述準(zhǔn)入安裝命令用于指令邊界網(wǎng)關(guān)功能實(shí)體設(shè)置和保存相應(yīng)的準(zhǔn)入決策參數(shù)信息。
2、 根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方 法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收應(yīng)用功能實(shí)體發(fā)送的資源修改請(qǐng)求消息 后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送 網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源修改請(qǐng)求做出 準(zhǔn)入決策；其中，所述資源修改請(qǐng)求消息中攜帶著修改后需要預(yù)留的資源信 息；如果準(zhǔn)入通過(guò)，所述資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā) 送準(zhǔn)入安裝命令，其中，所述準(zhǔn)入安裝命令用于指令邊界網(wǎng)關(guān)功能實(shí)體修改 相應(yīng)的準(zhǔn)入決策參數(shù)信息。
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)行;險(xiǎn)查。
4、 根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留 的方法，其特^正在于，該方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消,& 后，在本地或遠(yuǎn)程策略數(shù)據(jù)存儲(chǔ)器中獲取網(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ù)留的方 法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收應(yīng)用功能實(shí)體發(fā)送的準(zhǔn)入激活或停止請(qǐng) 求消息后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入激活或停止命令，命令中攜帶著需 要激活或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；其中，所述準(zhǔn)入激活或停 止請(qǐng)求消息中承載著需要激活或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息。
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ù)留的方 法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體收到應(yīng)用功能實(shí)體發(fā)送的資源釋放請(qǐng)求消息 后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令，命令中攜帶著需要?jiǎng)h除 或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；其中，所述資源釋放請(qǐng)求消息中 攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息。
9、 根據(jù)權(quán)利要求8所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的 方法，其特征在于，還進(jìn)一步包括C1、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息，之后，向 資源仲裁策略決策功能實(shí)體返回確認(rèn)消息；C2、資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向傳送資源控制 功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，消息中攜帶著需要?jiǎng)h除或停止的準(zhǔn)入決策 參數(shù)信息或其識(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ù)留 的方法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體收到邊界網(wǎng)關(guān)功能實(shí)體發(fā)送的資源不可用指 示消息后向傳送資源控制功能實(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í)體發(fā)送的資源不可 用指示消息后，向應(yīng)用功能實(shí)體發(fā)送資源不可用指示消息，并向邊界網(wǎng)關(guān)功 能實(shí)體發(fā)送準(zhǔn)入刪除或停止命令。
13、 一種下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的裝置，其特征在 于，包括消息接收模塊，用于接收資源請(qǐng)求消息；檢查模塊，用于根據(jù)消息接收模塊接收的所述消息，檢查是否符合用戶 配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求 的資源空閑可用；決策模塊，用于根據(jù)所述檢查模塊的檢查結(jié)果對(duì)所述消息接收模塊接收 到的請(qǐng)求做出準(zhǔn)入決策，并在準(zhǔn)入通過(guò)時(shí)發(fā)出準(zhǔn)入安裝命令。
14、 如權(quán)利要求13所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的 裝置，其特征在于，所述消息接收模塊，還用于接收資源修改請(qǐng)求消息，其 中所述消息中攜帶著修改后需要預(yù)留的資源信息。
15、 如權(quán)利要求13所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的 裝置，其特征在于，還包括接收準(zhǔn)入激活或停止請(qǐng)求消息模塊，用于接收準(zhǔn) 入激活或停止請(qǐng)求消息，其中所述消息中攜帶著需要激活或停止的準(zhǔn)入決策 參數(shù)信息或其識(shí)別信息；發(fā)送準(zhǔn)入激活或停止命令模塊，用于根據(jù)所述接收準(zhǔn)入激活或停止請(qǐng)求 消息模塊接收到的準(zhǔn)入激活或停止請(qǐng)求消息，發(fā)送準(zhǔn)入激活或停止命令，命 令中攜帶著需要激活或停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息。
16、 如權(quán)利要求13所述的下一代網(wǎng)絡(luò)中代理請(qǐng)求模式下實(shí)現(xiàn)資源預(yù)留的 裝置，其特征在于，還包括資源釋放請(qǐng)求消息接收模塊，用于接收資源釋放 請(qǐng)求消息；準(zhǔn)入刪除或停止命令模塊，用于根據(jù)所述資源釋放請(qǐng)求消息接收模塊接 收資源釋放請(qǐng)求消息，發(fā)送準(zhǔn)入刪除或停止命令，命令中攜帶著需要?jiǎng)h除或 停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息。
全文摘要
本發(fā)明涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的方法和裝置。資源仲裁策略決策功能實(shí)體接收應(yīng)用功能實(shí)體發(fā)送的資源請(qǐng)求消息后，檢查是否符合用戶配置文件和網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、并且檢查所涉及傳送網(wǎng)絡(luò)中是否有符合需求的資源空閑可用，根據(jù)檢查結(jié)果對(duì)資源請(qǐng)求做出準(zhǔn)入決策。相應(yīng)地，本發(fā)明還提供了一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請(qǐng)求模式資源預(yù)留的裝置。本發(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)H04L29/06GK101159740SQ20071016270
公開(kāi)日2008年4月9日 申請(qǐng)日期2005年3月8日 優(yōu)先權(quán)日2005年3月8日
發(fā)明者劉恩慧 申請(qǐng)人:華為技術(shù)有限公司