專利名稱：下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)及其實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)及其實(shí)現(xiàn)方法。
背景技術(shù)：
NGN(Next Generation Network，下一代網(wǎng)絡(luò))的特點(diǎn)之一是業(yè)務(wù)層與傳送層分離，且所述傳送層通?；诜纸M和光技術(shù)實(shí)現(xiàn)。目前，ETSI(歐洲電信標(biāo)準(zhǔn)協(xié)會(huì))的TISPAN工作組在3G IMS(第三代移動(dòng)通信IP多媒體子系統(tǒng))的基礎(chǔ)上開始制定了支持固定和移動(dòng)融合的NGN功能框架，如圖1所示，框架包含一個(gè)業(yè)務(wù)層和一個(gè)基于IP(互聯(lián)網(wǎng)協(xié)議)技術(shù)的傳送層。
如圖1所示，所述的業(yè)務(wù)層由NASS(網(wǎng)絡(luò)附件子系統(tǒng)，The NetworkAttachment Subsystem)、RACS(資源和準(zhǔn)入控制子系統(tǒng)，The Resourceand Admission Control Subsystem)、IMS(IP多媒體子系統(tǒng)，The IPMultimedia Subsystem)、PES(PSTN/ISDN仿真子系統(tǒng)，The PSTN/ISDNEmulation Subsystem)、其他多媒體子系統(tǒng)和應(yīng)用、以及這些子系統(tǒng)的通用業(yè)務(wù)部件組成，所述的通用業(yè)務(wù)部件包括應(yīng)用服務(wù)器、計(jì)費(fèi)功能、用戶配置文件管理、安全管理等等。
在NASS和RACS的控制下，傳送層提供NGN終端間的IP連接性，隱藏了接入和核心網(wǎng)IP層以下所使用的傳送技術(shù)。這些子系統(tǒng)可能分布在網(wǎng)絡(luò)/業(yè)務(wù)提供商的管理域中。
NGN環(huán)境中支持端到端QoS(服務(wù)質(zhì)量)控制的一個(gè)關(guān)鍵部件是RACS，RACS在NGN總體框架中的位置及其外部接口關(guān)系如圖2所示。資源和準(zhǔn)入控制子系統(tǒng)需要與傳送層、用戶駐地設(shè)備、網(wǎng)絡(luò)附屬子系統(tǒng)、IP多媒體子系統(tǒng)、PSTN/ISDN仿真子系統(tǒng)、其他業(yè)務(wù)子系統(tǒng)、以及其他網(wǎng)絡(luò)中的RACS有接口關(guān)系。RACS提供準(zhǔn)入控制功能，所述的準(zhǔn)入控制包括基于接入網(wǎng)附屬子系統(tǒng)所保存的用戶配置文件檢查授權(quán)、檢查運(yùn)營商特定策略規(guī)則和檢查資源可用性。檢查資源可用性意味著準(zhǔn)入控制控制核實(shí)所請求的帶寬是否符合用戶訂購帶寬和已用帶寬。
由于NGN業(yè)務(wù)的多樣性和多媒體特點(diǎn)，如何使基于IP的傳送層能夠?qū)崿F(xiàn)針對用戶業(yè)務(wù)的QoS控制成為了NGN技術(shù)研究中的重要課題。為此，IETF(互聯(lián)網(wǎng)工程任務(wù)組)提出了IntServ/RSVP(集成服務(wù)/資源預(yù)留協(xié)議)、DiffServ(差分服務(wù))及其策略控制模型和機(jī)制。
在IETF提出的IntServ/RSVP及其策略控制模型中，以及目前正在制定的NSIS(下一步IP信令)草案中，如圖3所示，用戶可以通過專用資源預(yù)留信令向網(wǎng)絡(luò)傳遞QoS參數(shù)，請求所希望的QoS保證級(jí)別。由于RSVP或NSIS都運(yùn)行在傳送層，與數(shù)據(jù)流走相同的路由和路徑，因此，要求用戶駐地設(shè)備必須支持RSVP或NSIS協(xié)議，能夠向網(wǎng)絡(luò)發(fā)出顯式QoS請求。這種保證QoS的方法對于沒有能力向網(wǎng)絡(luò)顯式發(fā)起QoS請求的用戶是不適用的。
而在實(shí)際應(yīng)用過程中，即在當(dāng)前網(wǎng)絡(luò)環(huán)境中，絕多數(shù)CPE(用戶駐地設(shè)備)即用戶均不支持RSVP/NSIS協(xié)議。而且，即使新的用戶終端逐漸支持RSVP/NSIS協(xié)議，在網(wǎng)絡(luò)端還需要提供滿足用戶的業(yè)務(wù)流量的QoS需求。而在網(wǎng)絡(luò)端的PDF(策略決策功能)進(jìn)行準(zhǔn)入控制和門控制時(shí)只基于用戶配置文件和運(yùn)營商管理策略規(guī)則，沒有基于資源狀態(tài)檢查網(wǎng)絡(luò)資源的可用性，因而也就無法根據(jù)網(wǎng)絡(luò)的情況提供有保證的QoS。
在IETF還提出了DiffServ及其策略控制模型，如圖4所示。具體為由用戶向網(wǎng)絡(luò)請求和協(xié)商QoS，所采用的方法有兩種
一種方法是用戶駐地設(shè)備對用戶報(bào)文進(jìn)行流量分類、Diffserv標(biāo)記、監(jiān)管和整形，網(wǎng)絡(luò)設(shè)備信任用戶報(bào)文中的DiffServ標(biāo)記，進(jìn)行Diffserv轉(zhuǎn)發(fā)處理。
另一種方法是用戶與網(wǎng)絡(luò)運(yùn)營商之間通過管理途徑簽訂SLA(ServiceLevel Agreement，服務(wù)等級(jí)協(xié)定)，包含用戶流量所需的帶寬和DiffServ類型等QoS參數(shù)。網(wǎng)絡(luò)管理系統(tǒng)通過策略控制接口或者網(wǎng)管接口將用戶要求的QoS參數(shù)靜態(tài)配置在網(wǎng)絡(luò)邊緣設(shè)備上。網(wǎng)絡(luò)邊緣設(shè)備根據(jù)QoS配置對用戶報(bào)文進(jìn)行流量分類、DiffServ標(biāo)記、監(jiān)管和整形，網(wǎng)絡(luò)中的設(shè)備根據(jù)邊緣設(shè)備在報(bào)文中所做DiffServ標(biāo)記，進(jìn)行DiffServ轉(zhuǎn)發(fā)處理。
在IETF提出的DiffServ及其策略控制模型中，用戶與網(wǎng)絡(luò)在管理平面上進(jìn)行QoS協(xié)商。用戶的QoS請求在網(wǎng)絡(luò)中由報(bào)文中的DiffServ標(biāo)記值表示，由于DiffServ標(biāo)記只有3比特，只能體現(xiàn)包括QoS等級(jí)和優(yōu)先級(jí)的相對需求，無法端到端地傳遞用戶所希望的QoS參數(shù)，包括帶寬、延時(shí)、抖動(dòng)和丟包率等，用戶流量從網(wǎng)絡(luò)只能得到相對QoS區(qū)分處理。且同樣無法基于網(wǎng)絡(luò)資源的可用性實(shí)現(xiàn)對用戶業(yè)務(wù)的QoS的保證。
綜上所述，可以看出，IETF提出的IntServ/RSVP(集成服務(wù)/資源預(yù)留協(xié)議)、DiffServ(差分服務(wù))及其策略控制模型和機(jī)制無法在NGN網(wǎng)絡(luò)中提供承載層UNI(用戶網(wǎng)絡(luò)接口)到UNI之間數(shù)據(jù)流路徑(即端到端)的QoS保證，不能滿足NGN中業(yè)務(wù)多樣性、技術(shù)多樣性和終端多樣性的要求。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)及其實(shí)現(xiàn)方法，使得在NGN中可以根據(jù)當(dāng)前網(wǎng)絡(luò)的資源可用性進(jìn)行端到端的QoS協(xié)商處理，從而有效地提高了QoS協(xié)商處理結(jié)果的可用性。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的
本發(fā)明提供了一種下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)，包括資源和準(zhǔn)入控制子系統(tǒng)獲取下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)需要的服務(wù)質(zhì)量參數(shù)信息，根據(jù)所述的服務(wù)質(zhì)量參數(shù)信息確定準(zhǔn)入控制參數(shù)，并將所述的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊；傳送功能模塊獲取資源和準(zhǔn)入控制子系統(tǒng)發(fā)來的準(zhǔn)入控制參數(shù)，并根據(jù)所述的準(zhǔn)入控制參數(shù)控制下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)的服務(wù)質(zhì)量。
所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)還包括業(yè)務(wù)控制功能模塊與用戶終端通信，獲取用戶終端開展的業(yè)務(wù)需要的服務(wù)質(zhì)量參數(shù)信息，并將所述的服務(wù)質(zhì)量參數(shù)信息發(fā)送給所述的資源和準(zhǔn)入控制子系統(tǒng)。
所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)還包括網(wǎng)絡(luò)附件子系統(tǒng)分別與資源和準(zhǔn)入控制子系統(tǒng)及業(yè)務(wù)控制功能模塊通信，為資源和準(zhǔn)入控制子系統(tǒng)提供所述業(yè)務(wù)的服務(wù)質(zhì)量參數(shù)信息及鑒權(quán)信息，并從資源和準(zhǔn)入控制子系統(tǒng)獲取為所述業(yè)務(wù)確定的服務(wù)質(zhì)量參數(shù)信息作為計(jì)費(fèi)信息。
本發(fā)明還提供了一種基于所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)的動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，包括A、下一代網(wǎng)絡(luò)用戶終端開展需要提供QoS(服務(wù)質(zhì)量)保證的業(yè)務(wù)；B、下一代網(wǎng)絡(luò)中的資源和準(zhǔn)入控制子系統(tǒng)獲取需要提供的QoS參數(shù)信息；C、資源和準(zhǔn)入控制子系統(tǒng)根據(jù)所述的QoS參數(shù)信息進(jìn)行準(zhǔn)入控制處理，確定準(zhǔn)入控制參數(shù)；D、將確定的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊。
所述的步驟B包括資源和準(zhǔn)入控制子系統(tǒng)通過業(yè)務(wù)控制功能模塊、網(wǎng)絡(luò)附件子系統(tǒng)或網(wǎng)管系統(tǒng)獲取所述的需要提供的QoS參數(shù)信息。
本發(fā)明中，執(zhí)行所述的步驟B之前還包括用戶終端向業(yè)務(wù)控制功能模塊發(fā)起業(yè)務(wù)請求；業(yè)務(wù)控制功能模塊根據(jù)所述的業(yè)務(wù)請求確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定需要的QoS參數(shù)信息。
本發(fā)明中，執(zhí)行所述的步驟B之前還包括E、用戶終端向業(yè)務(wù)控制功能模塊發(fā)起業(yè)務(wù)請求，并與對端用戶或應(yīng)用服務(wù)器協(xié)商獲得所述業(yè)務(wù)的QoS參數(shù)信息。
所述的步驟E還包括通過業(yè)務(wù)信令或業(yè)務(wù)信令和路徑耦合式專用QoS信令與對端用戶或應(yīng)用服務(wù)器協(xié)商獲得所述業(yè)務(wù)的QoS參數(shù)信息。
本發(fā)明中，當(dāng)所述用戶終端為移動(dòng)終端時(shí)所述步驟B包括業(yè)務(wù)控制功能模塊收到用戶終端的業(yè)務(wù)請求時(shí)，獲取相應(yīng)的QoS參數(shù)，并向資源和準(zhǔn)入控制子系統(tǒng)發(fā)送鑒權(quán)請求；資源和準(zhǔn)入控制子系統(tǒng)鑒權(quán)通過后，通過業(yè)務(wù)控制功能模塊向用戶終端返回一個(gè)準(zhǔn)入令牌；用戶終端攜帶QoS參數(shù)和準(zhǔn)入令牌向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)起資源預(yù)留請求，并由網(wǎng)絡(luò)邊緣的傳送功能模塊向資源和準(zhǔn)入控制子系統(tǒng)發(fā)送準(zhǔn)入令牌和準(zhǔn)入控制請求；所述的步驟C包括資源和準(zhǔn)入控制子系統(tǒng)根據(jù)所述的準(zhǔn)入令牌進(jìn)行準(zhǔn)入控制處理，確定準(zhǔn)入控制參數(shù)。
所述的步驟C還包括資源和準(zhǔn)入控制子系統(tǒng)獲取當(dāng)前網(wǎng)絡(luò)中的資源可用性參數(shù)，并根據(jù)所述的資源可用性參數(shù)及QoS參數(shù)信息確定準(zhǔn)入控制參數(shù)。
本發(fā)明中，執(zhí)行所述的步驟C之前還包括資源和準(zhǔn)入控制子系統(tǒng)向網(wǎng)絡(luò)附件子系統(tǒng)獲取所述用戶終端的用戶配置文件信息及設(shè)定的策略規(guī)則信息，并根據(jù)所述的用戶配置文件信息及設(shè)定的策略規(guī)則信息對需要的QoS參數(shù)信息進(jìn)行鑒權(quán)，并僅在鑒權(quán)通過后執(zhí)行步驟C。
所述的準(zhǔn)入控制參數(shù)包括門控制、DSCP(區(qū)分服務(wù)碼點(diǎn))標(biāo)記、聚合和適配控制信息。
所述的QoS參數(shù)信息包括傳送業(yè)務(wù)需要的帶寬，及允許的延時(shí)、抖動(dòng)和丟包率。
所述的步驟B還包括當(dāng)所述的業(yè)務(wù)包含多個(gè)數(shù)據(jù)流時(shí)，則需要針對每個(gè)數(shù)據(jù)流分別確定或協(xié)商確定相應(yīng)的QoS參數(shù)信息。
所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法還包括用戶通過路徑耦合式專用QoS信令直接向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)起資源預(yù)留請求；網(wǎng)絡(luò)邊緣的傳送功能模塊收到用戶的資源預(yù)留請求后，攜帶著用戶的資源預(yù)留請求信息向資源和準(zhǔn)入控制子系統(tǒng)發(fā)出準(zhǔn)入控制請求，并執(zhí)行步驟C。
所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法還包括網(wǎng)管通過網(wǎng)管系統(tǒng)或者資源和準(zhǔn)入控制子系統(tǒng)將門控制、DSCP標(biāo)記控制、聚合和適配控制參數(shù)靜態(tài)配置在網(wǎng)絡(luò)邊緣的傳送功能模塊上。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明提供了NGN中多種用戶終端的端到端動(dòng)態(tài)QoS請求和協(xié)商的處理流程。本發(fā)明通過用戶與網(wǎng)絡(luò)的交互以及網(wǎng)絡(luò)業(yè)務(wù)層與傳送層的交互，可以適用不同能力的用戶終端及運(yùn)營商需要的不同的商業(yè)模式下的動(dòng)態(tài)QoS協(xié)商處理過程；而且，本發(fā)明中主要是利用NGN中的RACS進(jìn)行QoS協(xié)商處理，從而使得在NGN中可以根據(jù)當(dāng)前網(wǎng)絡(luò)的資源可用性進(jìn)行端到端的QoS協(xié)商處理，提高了QoS協(xié)商處理結(jié)果的可用性。因此，本發(fā)明可以有效地保證NGN中業(yè)務(wù)傳輸?shù)腝oS。


圖1為NGN的結(jié)構(gòu)示意圖；圖2為NGN中的RACS的外部接口示意圖；圖3為IntServ及其策略控制模型示意圖；圖4為DiffServ及其策略控制模型示意圖；圖5至圖9為本發(fā)明所述的方法的具體實(shí)現(xiàn)流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是由資源和準(zhǔn)入控制子系統(tǒng)獲取用戶駐地設(shè)備開展業(yè)務(wù)需要提供的QoS參數(shù)信息，并由資源和準(zhǔn)入控制子系統(tǒng)根據(jù)所述的QoS參數(shù)信息及資源可用性信息等確定相應(yīng)的準(zhǔn)入控制參數(shù)，最后由業(yè)務(wù)傳送功能模塊根據(jù)所述的準(zhǔn)入控制參數(shù)控制所述業(yè)務(wù)的傳輸。從而實(shí)現(xiàn)了針對網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)的QoS提供相應(yīng)的保證。
本發(fā)明中，由于NGN中接入技術(shù)和用戶駐地設(shè)備的多樣性，首先必須要研究具有不同智能的采用不同接入技術(shù)的用戶終端如何向網(wǎng)絡(luò)動(dòng)態(tài)請求和協(xié)商QoS的方法，并考慮支持不同的商業(yè)模型。其次，由于NGN中各個(gè)管理域可能采用不同的QoS技術(shù)和商業(yè)模型，必須要研究考慮如何支持用戶業(yè)務(wù)流量的QoS需求穿越不同管理域和不同QoS技術(shù)域的問題。
為此，本發(fā)明首先提供了一種下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)，所述的系統(tǒng)的組成結(jié)構(gòu)可以參照圖5所示，具體包括資源和準(zhǔn)入控制子系統(tǒng)獲取下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)需要的服務(wù)質(zhì)量參數(shù)信息，根據(jù)所述的服務(wù)質(zhì)量參數(shù)信息確定準(zhǔn)入控制參數(shù)，并將所述的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊；所述的資源和準(zhǔn)入控制子系統(tǒng)主要是通過業(yè)務(wù)控制功能模塊獲取所述的QoS參數(shù)信息；當(dāng)然，還可以通過NASS獲取所述的QoS參數(shù)信息，或者，還可以通過傳送功能模塊獲取所述的QoS參數(shù)信息。
傳送功能模塊獲取資源和準(zhǔn)入控制子系統(tǒng)發(fā)來的準(zhǔn)入控制參數(shù)，并根據(jù)所述的準(zhǔn)入控制參數(shù)控制下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)的QoS。
業(yè)務(wù)控制功能模塊與用戶終端通信，直接或間接地獲取用戶終端開展的業(yè)務(wù)需要的QoS參數(shù)信息，并將所述的QoS參數(shù)信息發(fā)送給所述的資源和準(zhǔn)入控制子系統(tǒng)；當(dāng)用戶終端開展業(yè)務(wù)時(shí)，首先需要向業(yè)務(wù)控制功能模塊部分發(fā)起請求，所述的請求中可以攜帶著該業(yè)務(wù)需要的QoS參數(shù)信息；業(yè)務(wù)控制功能模塊還可以通過用戶終端與對端用戶或應(yīng)用服務(wù)器協(xié)商獲得該業(yè)務(wù)的QoS參數(shù)信息；另外，業(yè)務(wù)控制功能模塊還可以根據(jù)用戶終端開展的業(yè)務(wù)的類型確定相應(yīng)的QoS參數(shù)信息。
網(wǎng)絡(luò)附件子系統(tǒng)分別與資源和準(zhǔn)入控制子系統(tǒng)及業(yè)務(wù)控制功能模塊通信，為資源和準(zhǔn)入控制子系統(tǒng)提供所述業(yè)務(wù)的QoS參數(shù)信息及鑒權(quán)信息，并從資源和準(zhǔn)入控制子系統(tǒng)獲取為用戶終端開展的業(yè)務(wù)確定的QoS參數(shù)信息，作為計(jì)費(fèi)信息，以便于將為所述業(yè)務(wù)提供的QoS信息作為計(jì)費(fèi)的參考。
本發(fā)明基于NGN的資源和準(zhǔn)入控制子系統(tǒng)及其外部接口關(guān)系，提供了NGN環(huán)境中用戶(即CPE)向網(wǎng)絡(luò)請求和協(xié)商QoS的框架及方法，通過用戶與網(wǎng)絡(luò)的交互以及網(wǎng)絡(luò)業(yè)務(wù)層與傳送層的交互，支持不同能力的用戶終端和多種商業(yè)模式下的QoS服務(wù)。
基于上述系統(tǒng)，本發(fā)明還提供了一種NGN環(huán)境中用戶向網(wǎng)絡(luò)申請和協(xié)商QoS的處理流程。如圖5所示，SCF(業(yè)務(wù)控制功能)模塊負(fù)責(zé)各業(yè)務(wù)子系統(tǒng)中的業(yè)務(wù)建立、控制和終止的功能，如在IP多媒體子系統(tǒng)中的CSCF(呼叫會(huì)話控制功能)。本發(fā)明中，采用用戶駐地設(shè)備與業(yè)務(wù)控制功能模塊或TF(傳送功能)模塊交互，傳遞QoS請求和確認(rèn)信息，并由RACS負(fù)責(zé)業(yè)務(wù)控制功能模塊與傳送功能模塊之間關(guān)于QoS支持的交互和協(xié)商，實(shí)現(xiàn)端到端QoS控制，滿足用戶的QoS請求。
本發(fā)明中，為了實(shí)現(xiàn)基于資源使用的計(jì)費(fèi)，業(yè)務(wù)控制功能模塊、資源和準(zhǔn)入控制子系統(tǒng)需要與網(wǎng)絡(luò)附件子系統(tǒng)交互，還包括對用戶業(yè)務(wù)及QoS請求進(jìn)行鑒權(quán)并收集用于計(jì)費(fèi)的信息。
本發(fā)明可以支持具有不同能力的用戶終端和多種商業(yè)模式。
根據(jù)QoS協(xié)商能力的不同可以將用戶終端分為以下四種1、無法通過信令方式發(fā)出顯式QoS請求的用戶終端。
2、支持以RSVP或NSIS等專用QoS信令發(fā)起資源預(yù)留請求的用戶終端；3、支持在SIP/SDP(會(huì)話起始協(xié)議/會(huì)話描述協(xié)議)等業(yè)務(wù)信令中協(xié)商QoS需求的用戶終端；4、支持業(yè)務(wù)信令和專用QoS信令相互配合協(xié)商QoS的用戶終端。
根據(jù)QoS區(qū)分級(jí)別，所述的商業(yè)模式可以劃分為三種1、應(yīng)用流級(jí)的QoS區(qū)分在每次業(yè)務(wù)的數(shù)據(jù)流開始前，用戶需要為該流向網(wǎng)絡(luò)發(fā)出明確的QoS請求，該流在網(wǎng)絡(luò)中受到用戶QoS請求中所期望的QoS待遇，不同數(shù)據(jù)流在網(wǎng)絡(luò)中可能受到不同的QoS待遇；2、業(yè)務(wù)類級(jí)的QoS區(qū)分用戶不需要顯式發(fā)出QoS請求，業(yè)務(wù)類型隱含著該類業(yè)務(wù)的QoS需求，網(wǎng)絡(luò)負(fù)責(zé)根據(jù)業(yè)務(wù)類型確定業(yè)務(wù)流量所需要的QoS待遇，不同類型業(yè)務(wù)的流量可能受到不同的QoS待遇；3、用戶級(jí)的QoS區(qū)分根據(jù)用戶與運(yùn)營商簽訂服務(wù)等級(jí)協(xié)議，如SLA等，用戶的業(yè)務(wù)流量在網(wǎng)絡(luò)中受到SLA中所期望的QoS待遇，不同用戶的業(yè)務(wù)流量在網(wǎng)絡(luò)中可能受到不同的QoS待遇。
本發(fā)明針對上述具有不同能力的用戶終端及商業(yè)模式提供了幾種基本原理相同但具體實(shí)現(xiàn)方式不同的QoS請求和協(xié)商處理流程，運(yùn)營商可以根據(jù)用戶終端的能力和希望的商業(yè)模式選擇適合的QoS請求和協(xié)商處理流程。
首先對本發(fā)明所述的方法的基本原理進(jìn)行說明用戶駐地設(shè)備開展需要提供相應(yīng)的QoS保證的業(yè)務(wù)時(shí)，NGN中的RACS獲取相應(yīng)的QoS請求信息，并由RACS基于該業(yè)務(wù)或該用戶駐地設(shè)備及QoS請求對所述的業(yè)務(wù)進(jìn)行鑒權(quán)和準(zhǔn)入控制處理。由于在RACS中可以了解網(wǎng)絡(luò)中的資源使用情況，以及網(wǎng)絡(luò)的性能狀況等一些網(wǎng)絡(luò)狀況信息，從而可以根據(jù)網(wǎng)絡(luò)的實(shí)際情況確定為相應(yīng)的業(yè)務(wù)提供最合理的QoS保證。
現(xiàn)再結(jié)合附圖對本發(fā)明所述的方法的具體實(shí)施方式
進(jìn)行說明。各具體實(shí)施方式
包括根據(jù)不同能力的用戶終端及商業(yè)模式分別實(shí)現(xiàn)的QoS請求和協(xié)商處理流程，下面將舉幾例分別對所述的QoS請求和協(xié)商處理流程進(jìn)行說明。
1、當(dāng)所述的商業(yè)模式為業(yè)務(wù)類級(jí)的QoS區(qū)分時(shí)，用戶的業(yè)務(wù)類型將隱含著該業(yè)務(wù)的QoS需求，并由業(yè)務(wù)控制功能模塊或信令網(wǎng)關(guān)根據(jù)用戶的業(yè)務(wù)類型代理用戶發(fā)起QoS請求。
相應(yīng)的具體的QoS請求和協(xié)商處理流程，即相應(yīng)的動(dòng)態(tài)QoS協(xié)商處理流程如圖5所示，包括步驟51用戶向網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請求，如呼叫建立請求，業(yè)務(wù)請求中無需明確包含用戶對此次業(yè)務(wù)的QoS需求參數(shù)；步驟52業(yè)務(wù)控制功能模塊或信令網(wǎng)關(guān)收到用戶業(yè)務(wù)請求后，根據(jù)業(yè)務(wù)類型確定此次業(yè)務(wù)所需QoS參數(shù)，所述的QoS參數(shù)包括本次業(yè)務(wù)需要的帶寬，以及允許的延時(shí)、抖動(dòng)、丟包率等；同時(shí)，所述的業(yè)務(wù)控制功能模塊或信令網(wǎng)關(guān)還需要代理用戶向RACS發(fā)出此次業(yè)務(wù)的QoS請求，請求中包含著確定的QoS參數(shù)信息；當(dāng)然，如果一次業(yè)務(wù)包含多個(gè)數(shù)據(jù)流，則在業(yè)務(wù)控制功能模塊或信令網(wǎng)關(guān)處需要針對每個(gè)數(shù)據(jù)流分別確定其QoS參數(shù)并發(fā)出相應(yīng)的QoS請求；步驟53RACS收到所述的QoS請求后，基于NASS中的用戶配置文件、運(yùn)營商特定策略規(guī)則以及資源可用性等，對收到的QoS請求進(jìn)行鑒權(quán)和準(zhǔn)入控制，確定相應(yīng)的準(zhǔn)入控制參數(shù)；具體為RACS收到QoS請求后，需要從NASS獲取用戶配置文件及運(yùn)營商特定策略規(guī)則，如所述用戶的身份信息、服務(wù)等級(jí)協(xié)定信息、與其對應(yīng)的網(wǎng)絡(luò)配置信息等；同時(shí)，RACS還需要檢查當(dāng)前網(wǎng)絡(luò)資源可用性，如網(wǎng)絡(luò)中用戶數(shù)據(jù)流路徑上的空閑帶寬資源、已用帶寬資源、網(wǎng)絡(luò)性能等情況信息；獲取了上述信息后RACS便可以根據(jù)獲取的資源可用性信息對所述業(yè)務(wù)的QoS請求進(jìn)行鑒權(quán)和準(zhǔn)入控制處理；并且，當(dāng)RACS確定允許所述業(yè)務(wù)按照要求的QoS參數(shù)在網(wǎng)絡(luò)中傳輸時(shí)，則對網(wǎng)絡(luò)邊緣的傳送功能模塊的流量轉(zhuǎn)發(fā)行為發(fā)出門控制(GateControl)、DSCP(區(qū)分服務(wù)碼點(diǎn))標(biāo)記(DSCP marking)、聚合和適配控制(Aggregation and adaptation control)命令等準(zhǔn)入控制參數(shù)信息。
步驟51到步驟53所提供的QoS請求和協(xié)商流程尤其適合用于針對語音業(yè)務(wù)和簡單終端的處理。
2、當(dāng)用戶終端支持通過SIP/SDP等業(yè)務(wù)信令向網(wǎng)絡(luò)業(yè)務(wù)層發(fā)起明確的QoS請求時(shí)，具體的動(dòng)態(tài)QoS協(xié)商處理流程如圖6所示，包括所述用戶終端首先需要向網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請求，如呼叫建立請求，在業(yè)務(wù)建立過程中，可以通過業(yè)務(wù)層信令(如SIP的會(huì)話描述協(xié)議或者H.323的能力交換協(xié)議等)與對端用戶或應(yīng)用服務(wù)器協(xié)商此次業(yè)務(wù)需要的QoS參數(shù)，具體的協(xié)商處理過程可以與現(xiàn)有技術(shù)相同，本發(fā)明對此不作限定；如果一次業(yè)務(wù)包含多個(gè)數(shù)據(jù)流，則需要針對每個(gè)數(shù)據(jù)流分別協(xié)商其相應(yīng)的QoS參數(shù)。
步驟61用戶終端經(jīng)過協(xié)商獲取到所述的QoS參數(shù)后，則攜帶著所述的QoS參數(shù)向業(yè)務(wù)控制功能模塊部分發(fā)送業(yè)務(wù)請求消息；步驟62業(yè)務(wù)控制功能模塊收到用戶業(yè)務(wù)請求后，提取出其中所協(xié)商的QoS參數(shù)，然后向RACS轉(zhuǎn)發(fā)此次業(yè)務(wù)的QoS請求；步驟63RACS基于NASS中的用戶配置文件、運(yùn)營商特定策略規(guī)則和資源可用性，對收到的QoS請求進(jìn)行鑒權(quán)和準(zhǔn)入控制處理；并在確定允許所述業(yè)務(wù)按照要求的QoS參數(shù)在網(wǎng)絡(luò)中傳輸?shù)那闆r下，對網(wǎng)絡(luò)邊緣的傳送功能模塊的流量轉(zhuǎn)發(fā)行為發(fā)出門控制、DSCP標(biāo)記控制、聚合和適配控制命令等等。
步驟61至步驟63的QoS請求和協(xié)議處理流程比較適合用于針對多媒體業(yè)務(wù)和終端的處理。
3、用戶終端通過路徑解耦式專用QoS信令向網(wǎng)絡(luò)業(yè)務(wù)層發(fā)起明確的QoS請求；所述的路徑解耦式QoS信令，是指QoS信令路徑與其所服務(wù)的用戶數(shù)據(jù)流路徑無關(guān)。
在這種情況下，具體的動(dòng)態(tài)QoS協(xié)商處理流程如圖7所示，包括步驟71用戶通過路徑解耦式專用QoS信令，為某次或某項(xiàng)需要QoS保證的數(shù)據(jù)業(yè)務(wù)向網(wǎng)絡(luò)業(yè)務(wù)層(即業(yè)務(wù)控制功能模塊)發(fā)起明確的QoS請求，所述的QoS請求中包含數(shù)據(jù)業(yè)務(wù)流的標(biāo)識(shí)信息，如數(shù)據(jù)流的源、目的地址和端口及協(xié)議類型等信息；步驟72業(yè)務(wù)控制功能模塊收到QoS請求后，根據(jù)數(shù)據(jù)業(yè)務(wù)流的標(biāo)識(shí)信息對該數(shù)據(jù)業(yè)務(wù)進(jìn)行鑒權(quán)，并在鑒權(quán)通過后向RACS轉(zhuǎn)發(fā)此次業(yè)務(wù)的QoS請求；步驟73RACS收到所述的QoS請求消息后，基于NASS中的用戶配置文件、運(yùn)營商特定策略規(guī)則和資源可用性，對收到的QoS請求進(jìn)行鑒權(quán)和準(zhǔn)入控制處理；并在確定允許所述用戶的業(yè)務(wù)按照要求的QoS參數(shù)在網(wǎng)絡(luò)中傳輸?shù)那闆r下，對網(wǎng)絡(luò)邊緣的傳送功能模塊的流量轉(zhuǎn)發(fā)行為發(fā)出門控制、DSCP標(biāo)記控制、聚合和適配控制命令等等。
步驟71至步驟73的QoS請求和協(xié)商處理流程比較適合用于需要有QoS保證路徑的點(diǎn)到點(diǎn)或點(diǎn)到多點(diǎn)數(shù)據(jù)業(yè)務(wù)。
4、用戶終端通過業(yè)務(wù)信令和路徑耦合式專用QoS信令配合進(jìn)行兩階段的QoS請求和協(xié)商時(shí)，相應(yīng)的具體的動(dòng)態(tài)QoS協(xié)商處理流程如圖8所示，可以分為兩個(gè)處理階段，所述的路徑耦合式專用QoS信令是指QoS信令路徑與其所服務(wù)的用戶數(shù)據(jù)流路徑相同；下面將對所述的兩個(gè)處理階段分別進(jìn)行說明在第一階段中步驟81用戶通過業(yè)務(wù)控制功能模塊向網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請求，如呼叫建立請求等，在業(yè)務(wù)建立過程中與對端用戶或應(yīng)用服務(wù)器協(xié)商此次業(yè)務(wù)需要的QoS參數(shù)，例如，可以通過SDP或者H.323的能力交換進(jìn)行QoS參數(shù)的協(xié)商；如果一次業(yè)務(wù)包含多個(gè)數(shù)據(jù)流，則對每個(gè)數(shù)據(jù)流分別協(xié)商其QoS參數(shù)；步驟82業(yè)務(wù)控制功能模塊收到用戶的業(yè)務(wù)請求后，提取出其中所協(xié)商的QoS參數(shù)信息，并利用所述的QoS參數(shù)向RACS發(fā)出鑒權(quán)請求；步驟83RACS收到所述的鑒權(quán)請求后，從NASS中獲取該用戶的用戶配置文件、運(yùn)營商特定策略規(guī)則，并在本地確定當(dāng)前的資源可用性，然后，根據(jù)該用戶的用戶配置文件、運(yùn)營商特定策略規(guī)則及當(dāng)前的資源可用性對收到的QoS請求進(jìn)行鑒權(quán)；并在確定允許所述用戶的業(yè)務(wù)按照協(xié)商的QoS參數(shù)在網(wǎng)絡(luò)中傳輸?shù)那闆r下，則RACS向業(yè)務(wù)控制功能模塊發(fā)回確認(rèn)以及一個(gè)準(zhǔn)入令牌(即Token)；步驟84業(yè)務(wù)控制功能模塊收到所述的準(zhǔn)入令牌后，還需要將其通告給相應(yīng)的用戶；
需要注意的是對于采用簡化處理的情況下，該處理流程也可以省去第一階段的步驟82至步驟84；且此時(shí)，在第二階段只攜帶或處理第一階段所協(xié)商的QoS需求參數(shù)，而不再需要攜帶或處理令牌了。
在第二階段中步驟85用戶通過RSVP或NSIS等路徑耦合式專用QoS信令協(xié)議向網(wǎng)絡(luò)傳送層發(fā)起資源預(yù)留請求，請求中攜帶著業(yè)務(wù)建立過程中所協(xié)商的QoS需求參數(shù)以及準(zhǔn)入令牌；步驟86網(wǎng)絡(luò)邊緣的傳送功能模塊(即TF，Transport Functions)收到用戶的資源預(yù)留請求后，向RACS發(fā)出準(zhǔn)入令牌和準(zhǔn)入控制請求；步驟87RACS收到所述的請求后，基于請求中的準(zhǔn)入令牌進(jìn)行準(zhǔn)入控制處理；并在確定允許所述用戶的業(yè)務(wù)按照協(xié)商的QoS參數(shù)在網(wǎng)絡(luò)中傳輸?shù)那闆r下，向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)出準(zhǔn)入控制確認(rèn)，以及門控制、DSCP標(biāo)記控制、聚合和適配控制命令等等；所述的網(wǎng)絡(luò)邊緣傳送功能模塊收到準(zhǔn)入控制確認(rèn)后轉(zhuǎn)發(fā)或終結(jié)用戶的資源預(yù)留請求。
步驟81到步驟87的動(dòng)態(tài)QoS協(xié)商處理流程尤其適合用于移動(dòng)多媒體業(yè)務(wù)和終端。
本發(fā)明為了與現(xiàn)有技術(shù)兼容還提供了以下兩種動(dòng)態(tài)QoS協(xié)商處理流程。
第一種為用戶終端通過路徑耦合式專用QoS信令協(xié)議直接向網(wǎng)絡(luò)傳送層發(fā)起資源預(yù)留請求時(shí)，采用的動(dòng)態(tài)QoS協(xié)商流程，具體如圖9所示，包括步驟91用戶通過RSVP或NSIS等路徑耦合式專用QoS信令協(xié)議直接向網(wǎng)絡(luò)傳送層(即網(wǎng)絡(luò)邊緣的傳送功能模塊)發(fā)起資源預(yù)留請求；步驟92網(wǎng)絡(luò)邊緣的傳送功能模塊收到用戶的資源預(yù)留請求后，攜帶著用戶的資源預(yù)留請求信息向RACS發(fā)出準(zhǔn)入控制請求；步驟93RACS收到所述的準(zhǔn)入控制請求消息后，根據(jù)從NASS中獲取用戶的用戶配置文件、運(yùn)營商特定策略規(guī)則，以及當(dāng)前的資源可用性，對所收到的準(zhǔn)入控制請求進(jìn)行鑒權(quán)和準(zhǔn)入控制；如果確定允許，則向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)出準(zhǔn)入控制確認(rèn)，以及門控制、DSCP標(biāo)記控制、聚合和適配控制命令等等；傳送功能模塊收到準(zhǔn)入控制確認(rèn)后轉(zhuǎn)發(fā)或終結(jié)用戶的資源預(yù)留請求。
步驟91至步驟93的動(dòng)態(tài)QoS協(xié)商處理流程是為了兼容現(xiàn)有技術(shù)所述的IETF提出的IntServ/RSVP及其策略控制模型所采用的QoS參數(shù)傳遞方式。
第二種為用戶不與網(wǎng)絡(luò)進(jìn)行動(dòng)態(tài)QoS協(xié)商，只與運(yùn)營商簽訂包含QoS需求參數(shù)的服務(wù)等級(jí)協(xié)議(即SLA)時(shí)，所采用的動(dòng)態(tài)QoS協(xié)商處理流程。所述的處理流程具體為基于用戶與運(yùn)營商簽訂服務(wù)等級(jí)協(xié)議中的QoS需求參數(shù)，網(wǎng)絡(luò)管理員通過網(wǎng)管系統(tǒng)或者RACS將門控制、DSCP標(biāo)記控制、聚合和適配控制參數(shù)靜態(tài)配置在網(wǎng)絡(luò)邊緣的傳送功能模塊上。這一處理流程可以兼容現(xiàn)有技術(shù)所述的IETF提出的DiffServ及其策略控制模型所采用的QoS請求和協(xié)商的處理方式。
以上所述，僅為本發(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ò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)，其特征在于，包括資源和準(zhǔn)入控制子系統(tǒng)獲取下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)需要的服務(wù)質(zhì)量參數(shù)信息，根據(jù)所述的服務(wù)質(zhì)量參數(shù)信息確定準(zhǔn)入控制參數(shù)，并將所述的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊；傳送功能模塊獲取資源和準(zhǔn)入控制子系統(tǒng)發(fā)來的準(zhǔn)入控制參數(shù)，并根據(jù)所述的準(zhǔn)入控制參數(shù)控制下一代網(wǎng)絡(luò)中傳輸?shù)臉I(yè)務(wù)的服務(wù)質(zhì)量。
2.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)，其特征在于，該系統(tǒng)還包括業(yè)務(wù)控制功能模塊與用戶終端通信，獲取用戶終端開展的業(yè)務(wù)需要的服務(wù)質(zhì)量參數(shù)信息，并將所述的服務(wù)質(zhì)量參數(shù)信息發(fā)送給所述的資源和準(zhǔn)入控制子系統(tǒng)。
3.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)，其特征在于，該系統(tǒng)還包括網(wǎng)絡(luò)附件子系統(tǒng)分別與資源和準(zhǔn)入控制子系統(tǒng)及業(yè)務(wù)控制功能模塊通信，為資源和準(zhǔn)入控制子系統(tǒng)提供所述業(yè)務(wù)的服務(wù)質(zhì)量參數(shù)信息及鑒權(quán)信息，并從資源和準(zhǔn)入控制子系統(tǒng)獲取為所述業(yè)務(wù)確定的服務(wù)質(zhì)量參數(shù)信息作為計(jì)費(fèi)信息。
4.一種基于下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)的動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，包括A、下一代網(wǎng)絡(luò)用戶終端開展需要提供服務(wù)質(zhì)量QoS保證的業(yè)務(wù)；B、下一代網(wǎng)絡(luò)中的資源和準(zhǔn)入控制子系統(tǒng)獲取需要提供的QoS參數(shù)信息；C、資源和準(zhǔn)入控制子系統(tǒng)根據(jù)所述的QoS參數(shù)信息進(jìn)行準(zhǔn)入控制處理，確定準(zhǔn)入控制參數(shù)；D、將確定的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊。
5.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括資源和準(zhǔn)入控制子系統(tǒng)通過業(yè)務(wù)控制功能模塊、網(wǎng)絡(luò)附件子系統(tǒng)或網(wǎng)管系統(tǒng)獲取所述的需要提供的QoS參數(shù)信息。
6.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，執(zhí)行所述的步驟B之前還包括用戶終端向業(yè)務(wù)控制功能模塊發(fā)起業(yè)務(wù)請求；業(yè)務(wù)控制功能模塊根據(jù)所述的業(yè)務(wù)請求確定業(yè)務(wù)類型，并根據(jù)業(yè)務(wù)類型確定需要的QoS參數(shù)信息。
7.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，執(zhí)行所述的步驟B之前還包括E、用戶終端向業(yè)務(wù)控制功能模塊發(fā)起業(yè)務(wù)請求，并與對端用戶或應(yīng)用服務(wù)器協(xié)商獲得所述業(yè)務(wù)的QoS參數(shù)信息。
8.根據(jù)權(quán)利要求7所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的步驟E還包括通過業(yè)務(wù)信令或業(yè)務(wù)信令和路徑耦合式專用QoS信令與對端用戶或應(yīng)用服務(wù)器協(xié)商獲得所述業(yè)務(wù)的QoS參數(shù)信息。
9.根據(jù)權(quán)利要求4、5、6、7或8所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，當(dāng)所述用戶終端為移動(dòng)終端時(shí)所述步驟B包括業(yè)務(wù)控制功能模塊收到用戶終端的業(yè)務(wù)請求時(shí)，獲取相應(yīng)的QoS參數(shù)，并向資源和準(zhǔn)入控制子系統(tǒng)發(fā)送鑒權(quán)請求；資源和準(zhǔn)入控制子系統(tǒng)鑒權(quán)通過后，通過業(yè)務(wù)控制功能模塊向用戶終端返回一個(gè)準(zhǔn)入令牌；用戶終端攜帶QoS參數(shù)和準(zhǔn)入令牌向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)起資源預(yù)留請求，并由網(wǎng)絡(luò)邊緣的傳送功能模塊向資源和準(zhǔn)入控制子系統(tǒng)發(fā)送準(zhǔn)入令牌和準(zhǔn)入控制請求；所述的步驟C包括資源和準(zhǔn)入控制子系統(tǒng)根據(jù)所述的準(zhǔn)入令牌進(jìn)行準(zhǔn)入控制處理，確定準(zhǔn)入控制參數(shù)。
10.根據(jù)權(quán)利要求4、5、6、7或8所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的步驟C還包括資源和準(zhǔn)入控制子系統(tǒng)獲取當(dāng)前網(wǎng)絡(luò)中的資源可用性參數(shù)，并根據(jù)所述的資源可用性參數(shù)及QoS參數(shù)信息確定準(zhǔn)入控制參數(shù)。
11.根據(jù)權(quán)利要求10所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，執(zhí)行所述的步驟C之前還包括資源和準(zhǔn)入控制子系統(tǒng)向網(wǎng)絡(luò)附件子系統(tǒng)獲取所述用戶終端的用戶配置文件信息及設(shè)定的策略規(guī)則信息，并根據(jù)所述的用戶配置文件信息及設(shè)定的策略規(guī)則信息對需要的QoS參數(shù)信息進(jìn)行鑒權(quán)，并僅在鑒權(quán)通過后執(zhí)行步驟C。
12.根據(jù)權(quán)利要求10所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的準(zhǔn)入控制參數(shù)包括門控制、區(qū)分服務(wù)碼點(diǎn)DSCP標(biāo)記、聚合和適配控制信息。
13.根據(jù)權(quán)利要求10所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的QoS參數(shù)信息包括傳送業(yè)務(wù)需要的帶寬，及允許的延時(shí)、抖動(dòng)和丟包率。
14.根據(jù)權(quán)利要求4、5、6、7或8所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，所述的步驟B還包括當(dāng)所述的業(yè)務(wù)包含多個(gè)數(shù)據(jù)流時(shí)，則需要針對每個(gè)數(shù)據(jù)流分別確定或協(xié)商確定相應(yīng)的QoS參數(shù)信息。
15.根據(jù)權(quán)利要求4、5、6、7或8所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，該方法還包括用戶通過路徑耦合式專用QoS信令直接向網(wǎng)絡(luò)邊緣的傳送功能模塊發(fā)起資源預(yù)留請求；網(wǎng)絡(luò)邊緣的傳送功能模塊收到用戶的資源預(yù)留請求后，攜帶著用戶的資源預(yù)留請求信息向資源和準(zhǔn)入控制子系統(tǒng)發(fā)出準(zhǔn)入控制請求，并執(zhí)行步驟C。
16.根據(jù)權(quán)利要求4、5、6、7或8所述的下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的實(shí)現(xiàn)方法，其特征在于，該方法還包括網(wǎng)管通過網(wǎng)管系統(tǒng)或者資源和準(zhǔn)入控制子系統(tǒng)將門控制、DSCP標(biāo)記控制、聚合和適配控制參數(shù)靜態(tài)配置在網(wǎng)絡(luò)邊緣的傳送功能模塊上。
全文摘要
本發(fā)明涉及一種下一代網(wǎng)絡(luò)中動(dòng)態(tài)協(xié)商服務(wù)質(zhì)量的系統(tǒng)及其實(shí)現(xiàn)方法。本發(fā)明中，資源和準(zhǔn)入控制子系統(tǒng)提供了與傳送功能模塊、業(yè)務(wù)控制功能模塊及網(wǎng)絡(luò)附件子系統(tǒng)互通的接口，從而保證當(dāng)下一代網(wǎng)絡(luò)用戶終端開展需要提供服務(wù)質(zhì)量QoS保證的業(yè)務(wù)時(shí)，資源和準(zhǔn)入控制子系統(tǒng)可以獲取需要提供的QoS參數(shù)信息，并根據(jù)所述的QoS參數(shù)信息確定準(zhǔn)入控制參數(shù)；最后，將確定的準(zhǔn)入控制參數(shù)發(fā)送給傳送功能模塊傳送功能模塊，實(shí)現(xiàn)了針對所述業(yè)務(wù)的QoS保證。本發(fā)明使得在NGN中可以根據(jù)當(dāng)前網(wǎng)絡(luò)的資源可用性進(jìn)行端到端的QoS協(xié)商處理，從而有效地提高了QoS協(xié)商處理結(jié)果的可用性。因此，本發(fā)明可以有效地保證NGN中業(yè)務(wù)傳輸?shù)腝oS。
文檔編號(hào)H04L12/54GK1747400SQ200410079929
公開日2006年3月15日 申請日期2004年9月8日 優(yōu)先權(quán)日2004年9月8日
發(fā)明者劉恩慧 申請人:華為技術(shù)有限公司