專利名稱：下一代網(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ò)中是通過通信實(shí)體之間的IP連接性來承載語音、圖像和數(shù)據(jù)等多種電信業(yè)務(wù)的融合網(wǎng)絡(luò)。盡管NGN已開始部署，但I(xiàn)P承載網(wǎng)絡(luò)的服務(wù)質(zhì)量、安全性、可靠性、可運(yùn)營(yíng)和可管理等問題仍期待著完善的解決方案。
兩大國(guó)際標(biāo)準(zhǔn)組織ITU-T(國(guó)際電信聯(lián)盟)和ETSI(歐洲電信標(biāo)準(zhǔn)協(xié)會(huì))各成立了專門的研究組，致力于NGN技術(shù)標(biāo)準(zhǔn)的制定工作，目前都正處于框架階段。通過RACS(資源和準(zhǔn)入控制系統(tǒng))解決NGN承載網(wǎng)的服務(wù)質(zhì)量、NAT(網(wǎng)絡(luò)地址轉(zhuǎ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í)延和丟包問題；均增加了對(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ù)類型或編解碼類型等)來決定本次會(huì)話媒體流的帶寬和服務(wù)等級(jí)需求；(2)用戶請(qǐng)求模式由CPE(用戶駐地設(shè)備)通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源請(qǐng)求；所述的資源請(qǐng)求可以是針對(duì)每個(gè)會(huì)話發(fā)起，也可以與會(huì)話無關(guān)；所述的資源請(qǐng)求可以是預(yù)先經(jīng)過業(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ì)話無關(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ù)庫中所存儲(chǔ)的用戶配置信息和是否在網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，然后根據(jù)這些檢查結(jié)果做出準(zhǔn)入決策。資源仲裁功能實(shí)體包括位于業(yè)務(wù)接入側(cè)的仲裁策略決策功能實(shí)體(M-PDF)，和位于業(yè)務(wù)互連側(cè)的互連策略決策功能實(shí)體(I-PDF)。
傳送資源控制功能(TRCF)接收來自資源仲裁的資源請(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í)行來自資源和準(zhǔn)入控制層的準(zhǔn)入決策參數(shù)信息，根據(jù)這些參數(shù)信息進(jìn)行報(bào)文過濾、流量分類、標(biāo)記、監(jiān)管和整形，還可能進(jìn)行報(bào)文的網(wǎng)絡(luò)地址轉(zhuǎn)換和安全性檢測(cè)過濾。
在該草案中，針對(duì)功能實(shí)體和接口需求的描述主要為圍繞代理請(qǐng)求模式展開，卻并沒有提供完整的接口需求和相應(yīng)的處理流程，以實(shí)現(xiàn)代理請(qǐng)求模式下的資源預(yù)留。而且，雖然在總體需求中表示要支持用戶請(qǐng)求模式，但是，在功能實(shí)體、接口需求和流程等章節(jié)的描述內(nèi)容中沒有提供任何關(guān)于用戶請(qǐng)求模式下的資源預(yù)留的技術(shù)實(shí)現(xiàn)方案。
在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)接收來自SPDF的資源請(qǐng)求，檢查是否在接入網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，并控制接入傳送設(shè)備的與保證服務(wù)質(zhì)量相關(guān)的轉(zhuǎn)發(fā)行為。
核心網(wǎng)的邊界網(wǎng)關(guān)功能(C-BGF)接收、保存和執(zhí)行來自資源和準(zhǔn)入控制層的準(zhǔn)入決策參數(shù)信息，根據(jù)這些參數(shù)信息進(jìn)行報(bào)文過濾、流量分類、標(biāo)記、監(jiān)管和整形，還可能進(jìn)行報(bào)文的網(wǎng)絡(luò)地址轉(zhuǎn)換和安全性檢測(cè)過濾。
在該草案中，針對(duì)功能實(shí)體和接口需求的描述主要也是圍繞代理請(qǐng)求模式展開，但同樣也沒有提供完整的接口需求和相應(yīng)的處理流程。因此，對(duì)于代理請(qǐng)求模式、用戶請(qǐng)求模式和接入配置模式仍然沒有提供相應(yīng)的資源預(yù)留的具體實(shí)現(xiàn)方案。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，使得現(xiàn)有的RACS功能框架在用戶請(qǐng)求模式下可以實(shí)現(xiàn)資源預(yù)留處理。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(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)入通過，資源仲裁策略決策實(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ù)留的方法還包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(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)入通過，資源仲裁策略決策功能實(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ù)留的方法還包括邊界網(wǎng)關(guān)功能實(shí)體可能以終結(jié)、偵聽或者代理的方式處理用戶駐地設(shè)備發(fā)來的資源請(qǐng)求。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法還包括當(dāng)資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息時(shí)，如果確定所述消息與會(huì)話相關(guān)，則需要與應(yīng)用功能實(shí)體通信進(jìn)行業(yè)務(wù)信息檢查，獲取當(dāng)前會(huì)話描述信息。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法還包括如果用戶駐地設(shè)備在發(fā)送資源請(qǐng)求之前，應(yīng)用功能實(shí)體已經(jīng)向資源仲裁策略決策功能實(shí)體請(qǐng)求授權(quán)，則確定所述資源請(qǐng)求或資源修改請(qǐng)求與會(huì)話相關(guā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ī)則信息進(jìn)行策略決策。
所述的下一代網(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)入激活或停止消息，消息中承載著需要激活或停止的資源預(yù)留參數(shù)信息或其識(shí)別信息；資源仲裁策略決策功能實(shí)體收到所述消息后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入激活或停止命令，命令中攜帶著需要激活或停止的資源預(yù)留參數(shù)信息或其識(shí)別信息；邊界網(wǎng)關(guān)功能實(shí)體接收所述命令，并對(duì)相應(yīng)的資源預(yù)留參數(shù)信息進(jìn)行激活或停止處理。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法還包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源釋放指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；
資源仲裁策略決策功能實(shí)體向傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向與會(huì)話相關(guān)的應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改相應(yīng)的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
10、根據(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ù)信息。
所述的步驟C還包括C1、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息后，向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息；C2、資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；C3、傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息。
所述的步驟C2還包括資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向應(yīng)用功能實(shí)體發(fā)送資源釋放應(yīng)答消息。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法還包括當(dāng)邊界網(wǎng)關(guān)功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體收到所述的消息后向資源傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向與會(huì)話相關(guān)的應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改其保存的相應(yīng)的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(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ù)信息。
所述的下一代網(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)答消息。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明使得NGN資源和準(zhǔn)入控制系統(tǒng)允許用戶駐地設(shè)備通過專用信令直接向網(wǎng)絡(luò)發(fā)起資源預(yù)留、資源修改和資源釋放；而且，本發(fā)明支持多媒體會(huì)話過程中重新協(xié)商媒體流以及呼叫等待等業(yè)務(wù)；本發(fā)明還可以實(shí)現(xiàn)資源和準(zhǔn)入控制；而且在網(wǎng)絡(luò)發(fā)生故障導(dǎo)致資源不可用情況下，可以及時(shí)上報(bào)業(yè)務(wù)層，使得應(yīng)用功能向用戶提供更好服務(wù)。
因此，本發(fā)明實(shí)現(xiàn)了在NGN用戶請(qǐng)求模式下的資源預(yù)留處理，為用戶請(qǐng)求模式下的資源預(yù)留處理提供了一種易于實(shí)現(xiàn)的方案。


圖1為ITU-T FGNGN提供的RACS的系統(tǒng)框架結(jié)構(gòu)示意圖；圖2為ETSI TISPAN提供的RACS的系統(tǒng)框架結(jié)構(gòu)示意圖；圖3為用戶發(fā)起資源預(yù)留請(qǐng)求的處理流程示意圖；圖4為AF預(yù)告向資源仲裁PDF請(qǐng)求授權(quán)的處理過程示意圖；圖5為BGF以終結(jié)方式處理用戶資源請(qǐng)求信令的方式示意圖；圖6為BGF以偵聽方式處理用戶資源請(qǐng)求信令的方式示意圖；圖7為BGF以代理方式處理用戶資源請(qǐng)求信令的方式示意圖；圖8為用戶發(fā)起資源預(yù)留修改請(qǐng)求的處理流程示意圖；圖9為AF發(fā)起準(zhǔn)入激活請(qǐng)求的處理流程示意圖；圖10為AF發(fā)起準(zhǔn)入停止請(qǐng)求的處理流程示意圖；圖11為用戶發(fā)起資源釋放請(qǐng)求的處理流程示意圖；圖12為AF發(fā)起資源釋放請(qǐng)求的處理流程示意圖；圖13為BGF上報(bào)資源不可用指示的處理流程示意圖；圖14為TRCF上報(bào)資源不可用指示的處理流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心是提供一種NGN資源和準(zhǔn)入控制系統(tǒng)支持用戶請(qǐng)求模式下的資源預(yù)留的實(shí)現(xiàn)方法。
所述的用戶請(qǐng)求模式為由CPE通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源請(qǐng)求；所述的資源請(qǐng)求可以是針對(duì)每個(gè)會(huì)話發(fā)起，也可以與會(huì)話無關(guān)；所述的資源請(qǐng)求可以是預(yù)先經(jīng)過業(yè)務(wù)控制設(shè)備授權(quán)的，也可以是未經(jīng)業(yè)務(wù)控制設(shè)備預(yù)先授權(quán)的。
由于ETSI TISPAN的RACS功能框架對(duì)應(yīng)于ITU-T FGNGN的RACS框架的接入部分，是與之兼容的子系統(tǒng)，因此本發(fā)明基于ITU-T FGNGN的RACS框架進(jìn)行描述，該RACS框架如圖1所示。當(dāng)然，本發(fā)明所提供的方法也可應(yīng)用于ETSI TISPAN的RACS框架，在該RACS功能框架中，則由與NAAF功能相同的NASS發(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ā)明所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法的具體實(shí)現(xiàn)方式如圖3所示，即NGN資源和準(zhǔn)入控制子系統(tǒng)對(duì)用戶發(fā)起的資源請(qǐng)求的處理流程如圖3所示；具體包括以下處理過程步驟31CPE(用戶駐地設(shè)備)通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源請(qǐng)求，即CPE向BGF發(fā)送進(jìn)行資源請(qǐng)求的資源預(yù)留信令，也可以稱為資源請(qǐng)求信令；所述的路徑耦合信令是指資源請(qǐng)求信令消息經(jīng)過與數(shù)據(jù)流量相同的路徑，例如，3GPP定義的含有UMTS(通用移動(dòng)通信系統(tǒng))服務(wù)質(zhì)量參數(shù)的PDP context(分組數(shù)據(jù)協(xié)議上下文)消息、IETF已制定的RSVP(資源預(yù)留協(xié)議)和正在制定的NSIS(下一代IP信令)協(xié)議。
接入網(wǎng)傳送設(shè)備(包括接入節(jié)點(diǎn)、匯聚節(jié)點(diǎn)和邊緣節(jié)點(diǎn))透?jìng)髻Y源請(qǐng)求信令消息，并發(fā)送給位于核心網(wǎng)邊界的BGF(邊界網(wǎng)關(guān)功能)，由BGF處理該資源請(qǐng)求信令信息，提取資源請(qǐng)求；所述的資源請(qǐng)求信令消息中承載著用戶終端需要的資源預(yù)留參數(shù)信息，包括用戶流量標(biāo)識(shí)(如IP五元組信息等)、帶寬需求參數(shù)及服務(wù)質(zhì)量需求參數(shù)信息，等等；步驟32BGF向資源仲裁PDF發(fā)送資源請(qǐng)求消息；核心網(wǎng)內(nèi)的傳送設(shè)備透?jìng)髻Y源請(qǐng)求信令消息，如果用戶資源請(qǐng)求信令以周期性刷新方式傳送，BGF應(yīng)能過濾掉重復(fù)的資源請(qǐng)求消息；資源請(qǐng)求消息中同樣攜帶著用戶流標(biāo)識(shí)(IP五元組)、需要的帶寬參數(shù)信息和需要的服務(wù)質(zhì)量參數(shù)等信息；所述的PDF在接收到所述的資源請(qǐng)求后，如果用戶的資源請(qǐng)求與會(huì)話相關(guān)，還需要執(zhí)行步驟33，否則，直接執(zhí)行步驟34；步驟33由PDF向AF(應(yīng)用功能)發(fā)出業(yè)務(wù)信息請(qǐng)求進(jìn)行業(yè)務(wù)信息檢查，AF返回當(dāng)前會(huì)話描述信息給資源仲裁PDF；所述的會(huì)話描述信息中包含著通信終端互相協(xié)商的如會(huì)話地址、媒體流類型、服務(wù)質(zhì)量需求、業(yè)務(wù)優(yōu)先級(jí)等信息；當(dāng)然，如果用戶的資源請(qǐng)求與會(huì)話無關(guān)，則資源仲裁PDF不必向AF發(fā)出業(yè)務(wù)信息請(qǐng)求；PDF判斷是否會(huì)話相關(guān)的方法是在用戶發(fā)出資源請(qǐng)求之前，AF是否已預(yù)先向資源仲裁PDF請(qǐng)求過授權(quán)，授權(quán)過程如圖4所示，如果AF請(qǐng)求過授權(quán)，則認(rèn)為用戶的資源請(qǐng)求與會(huì)話相關(guān)；步驟34資源仲裁PDF根據(jù)本地或遠(yuǎn)端設(shè)備上保存的網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息進(jìn)行針對(duì)本次請(qǐng)求的策略決策，以確定是否允許本次資源請(qǐng)求，如果允許，則繼續(xù)后續(xù)處理過程，否則，直接拒絕本次資源請(qǐng)求；步驟35資源仲裁PDF與負(fù)責(zé)維護(hù)用戶信息的網(wǎng)絡(luò)接入附屬功能NAAF進(jìn)行交互，進(jìn)行用戶信息的檢查，檢查的用戶信息包括與服務(wù)質(zhì)量相關(guān)的用戶配置信息和授權(quán)信息；步驟36資源仲裁PDF檢查完用戶信息后，還需進(jìn)行資源可用性檢查；所述的資源仲裁PDF為向TRCF(傳送資源控制功能實(shí)體)進(jìn)行相應(yīng)的資源可用性；資源仲裁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ù)配置；步驟37PDF對(duì)所述的資源請(qǐng)求進(jìn)行準(zhǔn)入控制決策；即資源仲裁PDF收到來自BGF的資源請(qǐng)求后，依據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則、用戶配置文件和資源可用性檢查結(jié)果進(jìn)行準(zhǔn)入控制決策，并在確定準(zhǔn)入后，執(zhí)行步驟38；當(dāng)然，如果準(zhǔn)入控制決策的結(jié)果為禁止，則資源仲裁PDF直接向AF返回包含拒絕原因的資源請(qǐng)求應(yīng)答消息；步驟38BGF收到資源仲裁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ù)信息，以便于控制相應(yīng)用戶的業(yè)務(wù)流的轉(zhuǎn)發(fā)處理；步驟39BGF返回安裝確認(rèn)報(bào)告消息給資源仲裁PDF；如果本次資源預(yù)留與會(huì)話相關(guān)，還可能觸發(fā)資源仲裁PDF再向AF發(fā)送確認(rèn)報(bào)告消息；本發(fā)明中，BGF可能以終結(jié)(Termination)、偵聽(Snooping)、或者代理(Proxy)等方式處理資源請(qǐng)求信令報(bào)文，其中采用終結(jié)方式處理資源請(qǐng)求信令報(bào)文時(shí)，如圖5所示，BGF收到資源請(qǐng)求信令報(bào)文后直接回復(fù)確認(rèn)消息，后續(xù)的資源請(qǐng)求處理則由BGF完成；采用偵聽方式處理資源請(qǐng)求信令報(bào)文時(shí)，如圖6所示，BGF收到資源請(qǐng)求信令報(bào)文后，透?jìng)鹘o下一級(jí)網(wǎng)絡(luò)設(shè)備，以進(jìn)行相應(yīng)的資源請(qǐng)求處理，并將收到的返回的資源請(qǐng)求處理響應(yīng)消息直接透?jìng)鹘oCPE；采用代理方式處理資源請(qǐng)求信令報(bào)文時(shí)，如圖7所示，BGF收到資源請(qǐng)求信令報(bào)文后，根據(jù)該信令報(bào)文向資源仲裁PDF發(fā)起資源請(qǐng)求，并在收到返回的資源請(qǐng)求響應(yīng)消息后，再向CPE發(fā)送資源請(qǐng)求確認(rèn)消息；在采用代理方式時(shí)，BGF可能會(huì)對(duì)資源請(qǐng)求信令消息進(jìn)行修改、聚合或解聚合處理，之后再與資源仲裁PDF通信進(jìn)行相應(yīng)的資源請(qǐng)求處理。
本發(fā)明中，用戶可以在會(huì)話過程中發(fā)起對(duì)準(zhǔn)入決策的修改，包括修改地址、帶寬和服務(wù)質(zhì)量等級(jí)等。CPE通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源修改請(qǐng)求，NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)用戶發(fā)起的資源修改請(qǐng)求的處理方法如圖8所示，具體包括以下步驟步驟81CPE向BGF發(fā)送修改準(zhǔn)入決策參數(shù)信息的資源預(yù)留信令，可以稱為資源修改信令；步驟82BGF確定需要對(duì)準(zhǔn)入決策參數(shù)進(jìn)行修改，則向資源仲裁PDF發(fā)送資源修改請(qǐng)求消息；資源仲裁PDF收到所述資源修改請(qǐng)求消息后，如果相應(yīng)的資源修改請(qǐng)求參數(shù)與會(huì)話相關(guān)，則需要執(zhí)行步驟83，否則，直接執(zhí)行步驟84；步驟83資源仲裁PDF向AF發(fā)起業(yè)務(wù)信息檢查，AF將返回當(dāng)前會(huì)話描述信息給資源仲裁PDF；步驟84資源仲裁PDF根據(jù)本地或遠(yuǎn)端保存的網(wǎng)絡(luò)運(yùn)營(yíng)策略規(guī)則信息進(jìn)行策略決策，以確定是否允許本次資源修改請(qǐng)求；如果允許，則執(zhí)行步驟84，繼續(xù)后續(xù)過程，否則，直接拒絕該請(qǐng)求；步驟85資源仲裁PDF還需要向NAAF發(fā)起用戶信息檢查，獲得用戶信息檢查結(jié)果后，執(zhí)行步驟86；步驟86資源仲裁PDF進(jìn)行資源可用性檢查，具體TRCF實(shí)體進(jìn)行資源可用性檢查，以獲得資源可用性檢查結(jié)果；步驟87根據(jù)資源可用性檢查結(jié)果確認(rèn)相應(yīng)的準(zhǔn)入決策結(jié)果；步驟88根據(jù)所述的準(zhǔn)入決策結(jié)果向BGF發(fā)送準(zhǔn)入修改命令，BGF收到所述的準(zhǔn)入修改命令后，將對(duì)保存的相應(yīng)的準(zhǔn)入決策參數(shù)信息進(jìn)行修改；所述的修改命令中攜帶著修改后的準(zhǔn)入決策參數(shù)信息；步驟89BGF對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息修改完成后，將向資源仲裁PDF返回修改確認(rèn)消息。
本發(fā)明中，當(dāng)多媒體會(huì)話過程中重新協(xié)商媒體流時(shí)，以及處理呼叫等待等業(yè)務(wù)時(shí)，NGN資源和準(zhǔn)入控制系統(tǒng)允許AF直接發(fā)起準(zhǔn)入激活請(qǐng)求，通過資源仲裁PDF要求使得BGF開始執(zhí)行資源仲裁PDF對(duì)已授權(quán)資源的準(zhǔn)入控制決策結(jié)果，NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的準(zhǔn)入激活請(qǐng)求的處理方法如圖9所示，具體包括以下步驟步驟91AF確定發(fā)生需要激活相應(yīng)的準(zhǔn)入決策參數(shù)的事件后，則向資源仲裁PDF發(fā)送準(zhǔn)入激活請(qǐng)求消息；所述的準(zhǔn)入激活請(qǐng)求消息中需要承載著需要激活的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；步驟92資源仲裁PDF收到所述的準(zhǔn)入激活請(qǐng)求消息后，向BGF發(fā)送準(zhǔn)入激活命令；所述的準(zhǔn)入激活命令中攜帶著需要激活的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于BGF確定需要激活的準(zhǔn)入決策參數(shù)；步驟93BGF收到所述的準(zhǔn)入激活命令，并進(jìn)行了相應(yīng)的激活處理后，向資源仲裁PDF返回激活確認(rèn)消息；確定相應(yīng)的資源預(yù)留參數(shù)信息被激活后，則可以將其作為對(duì)相應(yīng)的業(yè)務(wù)流進(jìn)行控制的依據(jù)；步驟94資源仲裁PDF收到所述的激活確認(rèn)消息后，向AF返回激活應(yīng)答消息，將針對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)的激活處理結(jié)果通知AF。
本發(fā)明中，當(dāng)多媒體會(huì)話過程中重新協(xié)商媒體流時(shí)，以及處理呼叫等待等業(yè)務(wù)時(shí)，NGN資源和準(zhǔn)入控制系統(tǒng)允許AF直接發(fā)起準(zhǔn)入停止請(qǐng)求，通過資源仲裁PDF要求BGF停止執(zhí)行資源仲裁PDF對(duì)已授權(quán)資源的準(zhǔn)入控制決策結(jié)果；NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的準(zhǔn)入停止請(qǐng)求的處理方法如圖10所示，具體包括以下步驟步驟101AF確定發(fā)生需要停止相應(yīng)的準(zhǔn)入決策參數(shù)的事件后，則向資源仲裁PDF發(fā)送準(zhǔn)入停止請(qǐng)求消息；所述的準(zhǔn)入停止請(qǐng)求消息中需要承載著需要停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息；步驟102資源仲裁PDF收到所述的準(zhǔn)入停止請(qǐng)求消息后，向BGF發(fā)送準(zhǔn)入停止命令；所述的準(zhǔn)入停止命令中攜帶著需要停止的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于BGF確定需要停止的準(zhǔn)入決策參數(shù)；步驟103BGF收到所述的準(zhǔn)入停止命令，并進(jìn)行了相應(yīng)的停止處理后，向資源仲裁PDF返回停止確認(rèn)消息；相應(yīng)的準(zhǔn)入決策參數(shù)信息被停止后，將不再作為對(duì)相應(yīng)的業(yè)務(wù)流進(jìn)行控制的依據(jù)；步驟104資源仲裁PDF收到所述的停止確認(rèn)消息后，向AF返回停止應(yīng)答消息，將針對(duì)相應(yīng)的準(zhǔn)入決策參數(shù)信息的停止處理結(jié)果通知AF。
本發(fā)明中，用戶可以在會(huì)話過程中發(fā)起對(duì)資源預(yù)留的釋放，以支持多媒體會(huì)話過程中的媒體流變化。CPE通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源釋放請(qǐng)求，NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)用戶發(fā)起的資源釋放請(qǐng)求的處理方法如圖11所示，具體包括以下步驟步驟111CPE向BGF發(fā)送資源釋放請(qǐng)求對(duì)應(yīng)的資源預(yù)留命令；
所述的命令中攜帶著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于BGF可以確定需要釋放的準(zhǔn)入決策參數(shù)信息；步驟112BGF收到所述的資源預(yù)留命令后，刪除或停止其保存的相應(yīng)的準(zhǔn)入決策參數(shù)信息，并向資源仲裁PDF發(fā)送資源釋放指示消息；步驟113PDF收到所述的資源釋放指示消息后，向TRCF發(fā)送準(zhǔn)入刪除指示消息，以便于TRCF修改其保存的資源分配信息；步驟114PDF收到所述的資源釋放指示消息后，還需要向AF發(fā)送資源釋放指示消息，通知AF相應(yīng)的資源預(yù)留已經(jīng)被釋放，以便于AF及時(shí)地釋放相應(yīng)的會(huì)話。
本發(fā)明中，當(dāng)AF釋放會(huì)話時(shí)，AF應(yīng)向資源仲裁PDF發(fā)起資源釋放請(qǐng)求，請(qǐng)求釋放該會(huì)話的所有媒體流占用的資源；NGN資源和準(zhǔn)入控制系統(tǒng)對(duì)AF發(fā)起的資源釋放請(qǐng)求的處理方法如圖12所示，具體包括以下步驟步驟121AF釋放相應(yīng)的會(huì)話后，需要發(fā)送資源釋放請(qǐng)求消息給資源仲裁PDF；所述資源釋放請(qǐng)求消息中承載著需要釋放的準(zhǔn)入決策參數(shù)信息或其識(shí)別信息，以便于確定需要釋放(即刪除)的準(zhǔn)入決策參數(shù)信息；步驟122資源仲裁PDF收到所述的資源釋放請(qǐng)求后，向BGF發(fā)送準(zhǔn)入刪除或停止命令；所述命令中攜帶需要?jiǎng)h除或停止的資源預(yù)留參數(shù)信息或其識(shí)別信息；步驟123BGF對(duì)相應(yīng)的資源預(yù)留參數(shù)信息進(jìn)行了相應(yīng)的刪除或停止處理后，則向資源仲裁PDF返回刪除或停止確認(rèn)消息；步驟124資源仲裁PDF收到所述的確認(rèn)消息后，需要向TRCF發(fā)送準(zhǔn)入刪除指示消息，以便于TRCF釋放先前分配的相應(yīng)的資源信息；步驟125之后，還需要向AF發(fā)送資源釋放應(yīng)答消息。
本發(fā)明中，在會(huì)話過程中，BGF發(fā)生接口故障等原因不能向已授權(quán)資源預(yù)留提供帶寬資源時(shí)，BGF應(yīng)主動(dòng)向資源仲裁PDF發(fā)出資源不可用指示，如果資源預(yù)留與會(huì)話相關(guān)，可能觸發(fā)PDF再向AF發(fā)送資源不可用指示，相應(yīng)的處理流程如圖13所示，具體包括以下步驟步驟131當(dāng)BGF確定資源不可用時(shí)，則刪除或停止相應(yīng)的資源預(yù)留參數(shù)信息，并向資源仲裁PDF發(fā)送資源不可用指示；步驟132資源仲裁PDF收到所述的資源不可用指示后，向TRCF發(fā)送資源刪除指示，以便于TRCF修改其保存的先前已經(jīng)分配的資源信息；步驟133資源仲裁PDF收到所述的資源不可用指示后，資源仲裁PDF還需要向AF發(fā)送資源不可用指示，以便于AF釋放相應(yīng)的會(huì)話。
本發(fā)明中，在會(huì)話過程中，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)的處理流程如圖14所示，具體包括以下步驟步驟141當(dāng)TRCF確定資源不可用時(shí)，則向資源仲裁PDF發(fā)送資源不可用指示；步驟142資源仲裁PDF收到所述的資源不可用指示后，向AF發(fā)送資源不可用指示；步驟143資源仲裁PDF收到所述的資源不可用指示后，還向BGF發(fā)送準(zhǔn)入刪除或停止命令；步驟144BGF對(duì)相應(yīng)的資源預(yù)留參數(shù)信息進(jìn)行了刪除或停止處理后，向資源仲裁PDF返回刪除或停止確認(rèn)消息。
綜上所述，本發(fā)明使得NGN資源和準(zhǔn)入控制系統(tǒng)允許用戶駐地設(shè)備通過專用信令直接向網(wǎng)絡(luò)發(fā)起資源預(yù)留、資源修改和資源釋放，因此，實(shí)現(xiàn)了用戶請(qǐng)求模式下的資源預(yù)留處理。
以上所述，僅為本發(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è)備通過邊界網(wǎng)關(guān)功能實(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)入通過，資源仲裁策略決策實(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ù)留的方法，其特征在于，該方法還包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(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)入通過，資源仲裁策略決策功能實(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ù)留的方法，其特征在于，該方法還包括邊界網(wǎng)關(guān)功能實(shí)體可能以終結(jié)、偵聽或者代理的方式處理用戶駐地設(shè)備發(fā)來的資源請(qǐng)求。
4.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括當(dāng)資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息時(shí)，如果確定所述消息與會(huì)話相關(guān)，則需要與應(yīng)用功能實(shí)體通信進(jìn)行業(yè)務(wù)信息檢查，獲取當(dāng)前會(huì)話描述信息。
5.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括如果用戶駐地設(shè)備在發(fā)送資源請(qǐng)求之前，應(yīng)用功能實(shí)體已經(jīng)向資源仲裁策略決策功能實(shí)體請(qǐng)求授權(quán)，則確定所述資源請(qǐng)求或資源修改請(qǐng)求與會(huì)話相關(guān)。
6.根據(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ī)則信息進(jìn)行策略決策。
7.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括資源仲裁策略決策功能實(shí)體接收所述的資源請(qǐng)求或資源修改請(qǐng)求消息后，需要與傳送資源控制功能實(shí)體交互，進(jìn)行資源可用性檢查。
8.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括應(yīng)用功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送準(zhǔn)入激活或停止消息，消息中承載著需要激活或停止的資源預(yù)留參數(shù)信息或其識(shí)別信息；資源仲裁策略決策功能實(shí)體收到所述消息后，向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入激活或停止命令，命令中攜帶著需要激活或停止的資源預(yù)留參數(shù)信息或其識(shí)別信息；邊界網(wǎng)關(guān)功能實(shí)體接收所述命令，并對(duì)相應(yīng)的資源預(yù)留參數(shù)信息進(jìn)行激活或停止處理。
9.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源釋放指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；資源仲裁策略決策功能實(shí)體向傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向與會(huì)話相關(guān)的應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改相應(yīng)的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
10.根據(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ù)信息。
11.根據(jù)權(quán)利要求10所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，所述的步驟C還包括C1、邊界網(wǎng)關(guān)功能實(shí)體刪除或停止相應(yīng)的準(zhǔn)入決策參數(shù)信息后，向資源仲裁策略決策功能實(shí)體返回確認(rèn)消息；C2、資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，消息中承載著需要釋放的資源請(qǐng)求參數(shù)信息或其識(shí)別信息；C3、傳送資源控制功能實(shí)體接收所述消息后，修改其保存的資源分配信息。
12.根據(jù)權(quán)利要求11所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，所述的步驟C2還包括資源仲裁策略決策功能實(shí)體接收所述確認(rèn)消息后，向應(yīng)用功能實(shí)體發(fā)送資源釋放應(yīng)答消息。
13.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法，其特征在于，該方法還包括當(dāng)邊界網(wǎng)關(guān)功能實(shí)體確定資源不可用時(shí)，向資源仲裁策略決策功能實(shí)體發(fā)送資源不可用指示消息；資源仲裁策略決策功能實(shí)體收到所述的消息后向資源傳送資源控制功能實(shí)體發(fā)送準(zhǔn)入刪除指示消息，并向與會(huì)話相關(guān)的應(yīng)用功能實(shí)體發(fā)送資源釋放指示消息；所述的傳送資源控制功能實(shí)體接收所述消息后，修改其保存的相應(yīng)的資源分配信息，所述的應(yīng)用功能實(shí)體接收所述消息后，釋放對(duì)應(yīng)的會(huì)話。
14.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(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ù)信息。
15.根據(jù)權(quán)利要求1、2、7、8、10或14所述的下一代網(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)答消息。
全文摘要
本發(fā)明涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)用戶請(qǐng)求模式資源預(yù)留的方法。該方法主要包括用戶駐地設(shè)備通過邊界網(wǎng)關(guān)功能實(shí)體向資源仲裁策略決策功能實(shí)體發(fā)送資源請(qǐng)求消息，消息中攜帶著資源請(qǐng)求參數(shù)信息；資源仲裁策略決策功能實(shí)體根據(jù)運(yùn)營(yíng)策略規(guī)則、用戶配置文件及資源可用性做出準(zhǔn)入決策；如果準(zhǔn)入通過，資源仲裁策略決策功能實(shí)體向邊界網(wǎng)關(guān)功能實(shí)體發(fā)送準(zhǔn)入安裝命令，在邊界網(wǎng)關(guān)功能實(shí)體上設(shè)置和保存準(zhǔn)入決策參數(shù)信息；邊界網(wǎng)關(guān)功能實(shí)體根據(jù)所述準(zhǔn)入決策參數(shù)信息對(duì)進(jìn)入網(wǎng)絡(luò)的用戶流量的轉(zhuǎn)發(fā)行為控制，以保證用戶所要求的服務(wù)質(zhì)量等級(jí)。因此，本發(fā)明的實(shí)現(xiàn)使得NGN資源和準(zhǔn)入控制系統(tǒng)允許用戶駐地設(shè)備通過專用信令直接向網(wǎng)絡(luò)發(fā)起資源預(yù)留、資源修改和資源釋放。
文檔編號(hào)H04L12/54GK1832447SQ20051005350
公開日2006年9月13日 申請(qǐng)日期2005年3月8日 優(yōu)先權(quán)日2005年3月8日
發(fā)明者劉恩慧 申請(qǐng)人:華為技術(shù)有限公司