[發(fā)明專利]下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請求模式資源預(yù)留的方法和裝置

有效

• 申請?zhí)枺?/td>: 200710162707.2
• 申請日: 2005-03-08
• 公開（公告）號: CN101159740A
• 公開（公告）日: 2008-04-09
• 發(fā)明（設(shè)計(jì)）人: 劉恩慧
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/56
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)代理請求模式資源預(yù)留的方法和裝置。

背景技術(shù)

NGN(Next?Generation?Network，下一代網(wǎng)絡(luò))是采用IP等分組技術(shù)作為承載網(wǎng)技術(shù)融合固定通信和移動(dòng)通信。在NGN網(wǎng)絡(luò)中是通過通信實(shí)體之間的lP連接性來承載語音、圖像和數(shù)據(jù)等多種電信業(yè)務(wù)的融合網(wǎng)絡(luò)。盡管NGN已開始部署，但I(xiàn)P承載網(wǎng)絡(luò)的服務(wù)質(zhì)量、安全性、可靠性、可運(yùn)營和可管理等問題仍期待著完善的解決方案。

兩大國際標(biāo)準(zhǔn)組織ITU-T(國際電信聯(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)營商和設(shè)備供應(yīng)商的一項(xiàng)共識。

盡管兩大組織的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)營策略規(guī)則的準(zhǔn)入控制思路；均增加了基于網(wǎng)絡(luò)內(nèi)部資源可用性檢查結(jié)果作為準(zhǔn)入控制的判斷條件之一，以避免網(wǎng)絡(luò)中發(fā)生因業(yè)務(wù)流量和服務(wù)質(zhì)量等級要求超出網(wǎng)絡(luò)承載能力而導(dǎo)致應(yīng)用層不可接受的擁塞、時(shí)延和丟包問題；均增加了對NAT和防火墻穿越控制的考慮；考慮對各種NGN多媒體業(yè)務(wù)的支持。

目前的RACS草案中框架定義已基本穩(wěn)定，所述的RACS功能框架需要支持多種模式資源預(yù)留機(jī)制，目前主要有以下三種資源預(yù)留模式：

(1)代理請求模式

由業(yè)務(wù)控制設(shè)備代理用戶向資源和準(zhǔn)入控制層發(fā)起資源請求；業(yè)務(wù)控制設(shè)備可以提取用戶業(yè)務(wù)請求信令中所明確的本次會(huì)話媒體流的帶寬和服務(wù)等級需求，或者根據(jù)業(yè)務(wù)層運(yùn)營策略規(guī)則(如業(yè)務(wù)類型或編解碼類型等)來決定本次會(huì)話媒體流的帶寬和服務(wù)等級需求；

(2)用戶請求模式

由CPE(用戶駐地設(shè)備)通過專用路徑耦合信令直接向網(wǎng)絡(luò)發(fā)起資源請求；所述的資源請求可以是針對每個(gè)會(huì)話發(fā)起，也可以與會(huì)話無關(guān)；所述的資源請求可以是預(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ù)等級協(xié)定信息向網(wǎng)絡(luò)發(fā)起資源請求；所述的資源請求是用戶級的，并且與會(huì)話無關(guān)。

在ITU-T?FGNGN于2004年12月公布的RACS最新草案中，提供了RACS的功能框架結(jié)構(gòu)，如圖1所示。圖中：

應(yīng)用功能(AF)指需要向資源和準(zhǔn)入控制請求為應(yī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è)備的配置和用戶配置文件存儲等。

資源仲裁(RM)接收資源預(yù)留請求，檢查資源預(yù)留請求是否符合運(yùn)營策略規(guī)則，與相關(guān)功能實(shí)體交互以檢查是否符合用戶配置數(shù)據(jù)庫中所存儲的用戶配置信息和是否在網(wǎng)絡(luò)中有符合要求的傳送資源空閑可用，然后根據(jù)這些檢查結(jié)果做出準(zhǔn)入決策。資源仲裁功能實(shí)體包括：位于業(yè)務(wù)接入側(cè)的仲裁策略決策功能實(shí)體(M-PDF)，和位于業(yè)務(wù)互連側(cè)的互連策略決策功能實(shí)體(I-PDF)。

傳送資源控制功能(TRCF)接收來自資源仲裁的資源請求，根據(jù)所收集和維護(hù)的網(wǎng)絡(luò)拓?fù)浜唾Y源狀態(tài)數(shù)據(jù)檢查網(wǎng)絡(luò)中是否有符合資源請求的傳送資源空閑可用，還控制網(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)換和安全性檢測過濾。

該草案中，針對功能實(shí)體和接口需求的描述主要為圍繞代理請求模式展開，但并沒有提供完整的接口需求和相應(yīng)的處理流程，以實(shí)現(xiàn)代理請求模式下的資源預(yù)留。