專利名稱：一種資源接納控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的下一代網(wǎng)絡(luò)(NGN, Network Generation Network)技術(shù),尤其涉及一種資源接納控制方法及系統(tǒng)。
背景技術(shù)：
目前，NGN是當(dāng)前通信標(biāo)準(zhǔn)領(lǐng)域的一個(gè)熱點(diǎn)研究課題，NGN采用IP分組技術(shù)作為承載網(wǎng)技術(shù)，并融合固定通信和移動(dòng)通信，從而NGN可以提供更豐富的多媒體業(yè)務(wù)，例如，具有實(shí)時(shí)要求的新興業(yè)務(wù)，包括IP電視、視頻會(huì)議、多媒體遠(yuǎn)程教學(xué)、視頻點(diǎn)播等；這些業(yè)務(wù)要求通信網(wǎng)絡(luò)能提供高效的端到端的服務(wù)質(zhì)量(QoS, Quality of Service)的支持；此外，由于用戶對(duì)網(wǎng)絡(luò)QoS的要求也越來越高，提供端到端的QoS成為NGN的核心問題之一。國(guó)際電信聯(lián)盟電信標(biāo)準(zhǔn)化部門(ITU-T,International Telecommunication Union-Telecommunications standardization sector)是國(guó)際電信聯(lián)盟(ITU,International Telecommunication Union)的電信化部門，制定了有關(guān)資源接納控制的標(biāo)準(zhǔn)。在ITU-T公布的最新的資源接納控制功能實(shí)體(RACF, Resource and AdmissionControl Functions)的草案中，提供了 RACF的功能框架，圖I是現(xiàn)有技術(shù)中ITU-T RACF的功能框架的示意圖，如圖I所示，RACF由兩部分組成，分別是策略決策功能實(shí)體(PD-FE，Policy Decision Functional Entity)和傳輸資源控制功能實(shí)體(TRC-FE, TransportResource Control Functional Entity);其中，TRC-FE 通過 Re 接口與傳輸功能實(shí)體交互，通過Rn接口與傳輸資源執(zhí)行功能實(shí)體(TRE-FE, Transport Resource EnforcementFunctional Entity)交互，且F1D-FE通過Rt接口與TRC-FE交互，通過Rh接口與用戶駐地網(wǎng)(CPN, Customer Premises Network)交互，通過Rw接口與策略執(zhí)行功能實(shí)體(PE-FE,Policy Enforcement Functional Entity)交互，通過Rs接口與業(yè)務(wù)層的業(yè)務(wù)控制功能實(shí)體(SCF, Service Control Functions)交互，通過Ru接口與網(wǎng)絡(luò)附著控制功能實(shí)體(NACF,Network Attachment Control Functions)交互，并且F1D-FE 通過 Ri 接口與其他NGN交互。此外，PD-FE與使用的傳輸技術(shù)和SCF都無關(guān)；PD_FE基于網(wǎng)絡(luò)策略規(guī)則、SCF提供的業(yè)務(wù)信息、NACF提供的傳輸層簽約信息及TRC-FE提供的資源可用性決策結(jié)果，做出資源接納控制的最后決策。TRC-FE與業(yè)務(wù)無關(guān)，但與使用的傳輸技術(shù)相關(guān)；TRC_FE主要用于收集和維護(hù)傳輸網(wǎng)信息和資源狀態(tài)信息。從ro-FE收到資源請(qǐng)求后，TRC-FE基于QoS、優(yōu)先級(jí)需求、資源可用性信息及與傳輸相關(guān)的策略規(guī)則，執(zhí)行基于資源的接納控制。NGN 中的傳輸層由策略執(zhí)行功能實(shí)體(PE-FE, Policy Enforcement FunctionalEntity)和傳輸資源執(zhí)行功能實(shí)體(TRE-FE, Transport Resource EnforcementFunctional Entity)組成。PE-FE執(zhí)行PD-FE下發(fā)的策略規(guī)則，PE-FE是包到包網(wǎng)關(guān)，可以位于CPN和接入網(wǎng)之間、接入網(wǎng)和核心網(wǎng)之間或不同運(yùn)營(yíng)商網(wǎng)絡(luò)之間，是支持動(dòng)態(tài)QoS控制、端口地址轉(zhuǎn)換控制和網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT,Network Address Translator)穿越的關(guān)鍵節(jié)點(diǎn)。TRE-FE執(zhí)行TRC-FE下發(fā)的傳輸資源策略規(guī)則，其范圍和功能及Rn接口有待進(jìn)一步研究，不在RACF的草案的版本2 (R2)階段的研究范圍。RACF的草案中為了測(cè)量邏輯網(wǎng)絡(luò)故障，定義了性能測(cè)量管理實(shí)體(MPM，Management for Performance measurement)，負(fù)責(zé)收集網(wǎng)絡(luò)性能參數(shù)，例如擁塞(congestion)、丟包(packet loss)、延時(shí)(delay)、路由環(huán)路(routing loop)等。圖 2是現(xiàn)有技術(shù)中RACF與MPM交互的示意圖，如圖2所示，MPM按照一定的機(jī)制將網(wǎng)絡(luò)性能參數(shù)通過Rm上報(bào)給RACF，RACF將根據(jù)這些參數(shù)進(jìn)行下一步的策略規(guī)則。在網(wǎng)絡(luò)性能發(fā)生變化時(shí)，MPM將向RACF上報(bào)網(wǎng) 絡(luò)性能參數(shù)，但是，目前還沒有在考慮RACF與NACF和SCF的交互的情況下，RACF利用該網(wǎng)絡(luò)性能參數(shù)制定策略規(guī)則的技術(shù)方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種資源接納控制方法及系統(tǒng)，RACF能夠在MPM上報(bào)網(wǎng)絡(luò)性能信息后，重新制定QoS策略規(guī)則。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供一種資源接納控制方法，包括當(dāng)資源接納控制功能實(shí)體(RACF)確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知業(yè)務(wù)控制功能實(shí)體(SCF)用戶的資源有所修改；或，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則。上述方法中，所述RACF制定新的QoS策略規(guī)則或RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前,該方法還包括性能測(cè)量管理實(shí)體(MPM)將網(wǎng)絡(luò)性能信息上報(bào)給RACF，RACF根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。上述方法中，所述RACF根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降為RACF根據(jù)MPM上報(bào)的網(wǎng)絡(luò)性能信息，判斷當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否下降；RACF根據(jù)當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否下降，判斷網(wǎng)絡(luò)性能是否下降。上述方法中，所述當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改為RACF查詢用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，并根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則；RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體，傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息；RACF發(fā)送用戶資源修改通知消息給SCF。上述方法中，所述根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則為根據(jù)查詢到的用戶的簽約信息進(jìn)行判斷，如果針對(duì)同一業(yè)務(wù)允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)允許降級(jí)處理，則RACF根據(jù)當(dāng)前的網(wǎng)絡(luò)資源可用性信息，進(jìn)行QoE等級(jí)的調(diào)整或?qū)τ脩魳I(yè)務(wù)進(jìn)行降級(jí)處理，制定新的QoS策略規(guī)則。上述方法中，所述根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則為根據(jù)查詢到的用戶的簽約信息進(jìn)行判斷，如果針對(duì)同一業(yè)務(wù)不允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)不允許降級(jí)處理，則RACF根據(jù)當(dāng)前的網(wǎng)絡(luò)資源可用性信息為用戶重新分配資源，制定新的QoS策略規(guī)則；當(dāng)不存在可以為用戶提供的可用資源時(shí)，RACF根據(jù)優(yōu)先級(jí)搶占其他優(yōu)先級(jí)較低的用戶的資源，將該搶占的資源提供給用戶。上述方法中，所述網(wǎng)絡(luò)性能下降通知消息還攜帶網(wǎng)絡(luò)性能信息和/或當(dāng)前的網(wǎng)絡(luò)資源可用性
信息； 所述RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前，該方法還包括RACF查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息。上述方法中，所述RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則之前，該方法還包括SCF根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)，將修改的QoS需求參數(shù)通過資源修改請(qǐng)求消息發(fā)送給RACF。上述方法中，所述RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則之后，該方法還包括RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體；傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。本發(fā)明還提供一種資源接納控制系統(tǒng)，包括RACF、SCF ;其中，RACF，用于確定網(wǎng)絡(luò)性能下降時(shí)，制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改。上述系統(tǒng)中，該系統(tǒng)還包括MPM，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF ；所述RACF還用于，根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。上述系統(tǒng)中，該系統(tǒng)還包括傳輸功能實(shí)體；所述RACF還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體；傳輸功能實(shí)體，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。本發(fā)明還提供一種資源接納控制系統(tǒng)，包括RACF、SCF ;其中，RACF，用于確定網(wǎng)絡(luò)性能下降時(shí)，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；SCF，用于返回修改的QoS需求參數(shù)；RACF，還用于根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則。上述系統(tǒng)中，該系統(tǒng)還包括MPM，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF ；所述RACF還用于，根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。上述系統(tǒng)中，
所述RACF還用于，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前，查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息；所述SCE還用于，根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)。上述系統(tǒng)中，該系統(tǒng)還包括傳輸功能實(shí)體；所述RACF還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體；傳輸功能實(shí)體，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。本發(fā)明提供的資源接納控制方法及系統(tǒng)，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改；或，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則，在網(wǎng)絡(luò)性能發(fā)生變動(dòng)，MPM向RACF上報(bào)網(wǎng)絡(luò)性能信息時(shí)，RACF能夠重新制定QoS策略規(guī)則，彌補(bǔ)現(xiàn)有技術(shù)中RACF如何利用網(wǎng)絡(luò)性能信息制定策略規(guī)則的技術(shù)空白，此外，在重新制定策略規(guī)則時(shí)，RACF還考慮到自身與NACF、SCF的交互問題，從而可以對(duì)用戶業(yè)務(wù)QoS做出動(dòng)態(tài)的調(diào)整。


圖I是現(xiàn)有技術(shù)中ITU-T RACF的功能框架的示意圖；圖2是現(xiàn)有技術(shù)中RACF與MPM交互的示意圖；圖3是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例一的流程示意圖；圖4是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例二的流程示意圖；圖5是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例三的流程示意圖；圖6是本發(fā)明實(shí)現(xiàn)資源接納控制系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)貝U，并通知SCF用戶的資源有所修改；或，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則。下面通過附圖及具體實(shí)施例對(duì)本發(fā)明再做進(jìn)一步的詳細(xì)說明。本發(fā)明提供一種資源接納控制方法，圖3是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例一的流程示意圖，如圖3所示，該方法包括以下步驟步驟301，MPM將網(wǎng)絡(luò)性能信息上報(bào)給RACF ；具體的，MPM根據(jù)RACF的I3D-EF下發(fā)的上報(bào)機(jī)制或靜態(tài)配置的上報(bào)機(jī)制，向RACF的ro-EF上報(bào)當(dāng)前用戶業(yè)務(wù)或會(huì)話的網(wǎng)絡(luò)性能信息，該網(wǎng)絡(luò)性能信息包括擁塞、丟包和延遲等。步驟302，RACF根據(jù)MPM上報(bào)的網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降；具體的，RACF根據(jù)MPM上報(bào)的網(wǎng)絡(luò)性能信息，對(duì)當(dāng)前的用戶業(yè)務(wù)是否符合最初的QoS策略規(guī)則進(jìn)行分析，即判斷當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否有所下降；、
RACF根據(jù)當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否有所下降，判斷網(wǎng)絡(luò)性能與之前相比是否有所下降；當(dāng)RACF確定當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比有所下降時(shí)，RACF確定網(wǎng)絡(luò)性能有所下降，執(zhí)行步驟303 ;當(dāng)RACF確定當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比沒有下降時(shí)，RACF確定網(wǎng)絡(luò)性能沒有下降，結(jié)束當(dāng)前流程。步驟303，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改。圖4是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例二的流程示意圖，是步驟303的具體實(shí)現(xiàn)方式，如圖4所示，該方法包括以下步驟步驟401，當(dāng)RACF沒有用戶的簽約信息時(shí)，RACF查詢用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息； 具體的，當(dāng)RACF的I3D-FE沒有用戶的簽約信息時(shí)，PD-FE向NACF發(fā)送查詢消息，NACF收到查詢消息后，將用戶的簽約信息發(fā)送給H)-FE ;這里，用戶的簽約信息為用戶業(yè)務(wù)的QoE信息或用戶業(yè)務(wù)是否允許降級(jí)處理，用戶業(yè)務(wù)的QoE信息可以為針對(duì)同一業(yè)務(wù)是否允許具有不同的QoE等級(jí)；RACF的I3D-FE向TRC-EF發(fā)送查詢消息，TRC-EF收到查詢消息后，將當(dāng)前的網(wǎng)絡(luò)資源可用性信息發(fā)送給ro-FE;其中，當(dāng)前的網(wǎng)絡(luò)資源可用性信息指的是可以為用戶提供的可用資源。步驟402，RACF根據(jù)查詢到的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則；具體的，在網(wǎng)絡(luò)性能下降的情況下，根據(jù)查詢到的用戶的簽約信息進(jìn)行判斷，如果針對(duì)同一業(yè)務(wù)允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)允許降級(jí)處理，則RACF的H)-EF根據(jù)在步驟501中查詢到的當(dāng)前的網(wǎng)絡(luò)資源可用性信息，對(duì)用戶資源進(jìn)行修改，制定新的QoS策略規(guī)則，對(duì)用戶資源進(jìn)行修改具體為進(jìn)行QoE等級(jí)的調(diào)整或?qū)τ脩魳I(yè)務(wù)進(jìn)行降級(jí)處理；如果針對(duì)同一業(yè)務(wù)不允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)不允許降級(jí)處理，則RACF的H)-EF根據(jù)在步驟401中查詢到的當(dāng)前的網(wǎng)絡(luò)資源可用性信息為用戶重新分配資源，制定新的QoS策略規(guī)則；這里，在為用戶重新分配資源時(shí)，如果不存在可以為用戶提供的可用資源，則RACF的H)-EF根據(jù)優(yōu)先級(jí)搶占其他優(yōu)先級(jí)較低的用戶的資源，將該搶占的資源提供給該用戶，以滿足該用戶的需求。步驟403，RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體；具體的，RACF的I3D-EF發(fā)送資源修改請(qǐng)求消息給傳輸功能實(shí)體的PE-EF，該消息中攜帶RACF的I3D-EF制定的新的QoS策略規(guī)則。步驟404，傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息；具體的，傳輸功能實(shí)體的PE-EF安裝I3D-EF發(fā)送的新的QoS策略規(guī)則，并發(fā)送資源修改響應(yīng)消息給ro-EF，用于告知ro-EF同意進(jìn)行資源修改。步驟405，RACF發(fā)送用戶資源修改通知消息給SCF ；具體的，由于在步驟402中，RACF的TO-FE對(duì)用戶資源進(jìn)行修改或?yàn)橛脩糁匦路峙滟Y源，所以RACF的I3D-FE在收到傳輸功能實(shí)體的PE-EF的資源修改響應(yīng)消息后，發(fā)送用戶資源修改通知消息給SCF，用于通知SCF用戶當(dāng)前的資源與最初請(qǐng)求的資源有所修改。
步驟406，RACF回復(fù)響應(yīng)消息給MPM ；具體的，RACF的I3D-EF回復(fù)響應(yīng)消息給MPM，用于告知MPM已經(jīng)收到網(wǎng)絡(luò)性能信息并已經(jīng)制定新的QoS策略規(guī)則。圖5是本發(fā)明實(shí)現(xiàn)資源接納控制方法的實(shí)施例三的流程示意圖，如圖5所示，該方法包括以下步驟步驟501 步驟502同步驟301 步驟302。步驟503，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息，并發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，其中攜帶用戶信息；具體的，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF的TO-FE向TRC-EF發(fā)送查詢消息，TRC-EF收到查詢消息后，將當(dāng)前的網(wǎng)絡(luò)資源可用性信息發(fā)送給I3D-FE ;其中，當(dāng)前的網(wǎng)絡(luò)資 源可用性信息指的是可以為用戶提供的可用資源；RACF將網(wǎng)絡(luò)性能下降通知消息發(fā)送給SCF，該網(wǎng)絡(luò)性能下降通知消息中攜帶用戶信息，用于通知SCF網(wǎng)絡(luò)性能下降的事件及發(fā)生網(wǎng)絡(luò)性能下降的用戶；其中，用戶信息指的是用戶的標(biāo)識(shí)，例如用戶名或用戶IP地址等；這里，網(wǎng)絡(luò)性能下降通知消息中除了攜帶用戶信息，還可以選擇性的攜帶網(wǎng)絡(luò)性能信息和/或當(dāng)前的網(wǎng)絡(luò)資源可用性信息。步驟504，SCF根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)，將修改的QoS需求參數(shù)通過資源修改請(qǐng)求消息發(fā)送給RACF ；具體的，SCF收到網(wǎng)絡(luò)性能下降通知消息后，如果消息中僅攜帶了用戶信息，則SCF根據(jù)與用戶重新協(xié)商的結(jié)果或本地的配置，制定修改的QoS需求參數(shù)，將修改的QoS需求參數(shù)通過資源修改請(qǐng)求消息發(fā)送給RACF ;如果消息中不僅攜帶了用戶信息，還攜帶了網(wǎng)絡(luò)性能信息和/或當(dāng)前的網(wǎng)絡(luò)資源可用性信息，則RACF根據(jù)網(wǎng)絡(luò)性能信息和/或當(dāng)前的網(wǎng)絡(luò)資源可用性信息制定修改的QoS需求參數(shù)，利用這種方法所制定的修改的QoS需求參數(shù)，與利用SCF根據(jù)與用戶重新協(xié)商的結(jié)果或本地的配置，制定修改的QoS需求參數(shù)的方法所制定的修改的QoS需求參數(shù)相比,制定的修改的QoS需求參數(shù)將更加精確；SCF將制定的修改的QoS需求參數(shù)通過資源修改請(qǐng)求消息發(fā)送給RACF。步驟505，RACF收到資源修改請(qǐng)求消息后，查詢用戶的簽約信息，并根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和修改的Qos需求參數(shù)制定新的QoS策略規(guī)則；具體的，RACF收到資源修改請(qǐng)求消息后，確定需要對(duì)資源進(jìn)行修改，則當(dāng)RACF的PD-FE沒有用戶的簽約信息時(shí)，PD-FE向NACF發(fā)送查詢消息，NACF收到查詢消息后，將用戶的簽約信息發(fā)送給I3D-FE ;這里，用戶的簽約信息為用戶業(yè)務(wù)的QoE信息或用戶業(yè)務(wù)是否允許降級(jí)處理，用戶業(yè)務(wù)的QoE信息可以為針對(duì)同一業(yè)務(wù)是否允許具有不同的QoE等級(jí)；查詢到用戶的簽約信息后，RACF根據(jù)用戶的簽約信息、查詢到的當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的Qos需求參數(shù)制定新的QoS策略規(guī)則；這里，RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和修改的QoS需求參數(shù)制定新的QoS策略規(guī)則的方法屬于現(xiàn)有技術(shù)，這里不再贅述。步驟506，RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體；具體的，RACF的I3D-EF發(fā)送資源修改請(qǐng)求消息給傳輸功能實(shí)體的PE-EF，該消息中攜帶RACF的I3D-EF制定的新的QoS策略規(guī)則。步驟507，傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息；
具體的，傳輸功能實(shí)體的PE-EF安裝ro-EF發(fā)送的新的QoS策略規(guī)則，并發(fā)送資源修改響應(yīng)消息給ro-EF，用于告知ro-EF同意進(jìn)行資源修改。步驟508，RACF發(fā)送用戶資源修改響應(yīng)消息給SCF，并回復(fù)響應(yīng)消息給MPM ；具體的，由于在步驟507中，RACF的TO-FE對(duì)用戶資源進(jìn)行修改或?yàn)橛脩糁匦路峙滟Y源，所以RACF的I3D-FE在收到傳輸功能實(shí)體的PE-EF的資源修改響應(yīng)消息后，發(fā)送用戶資源修改通知消息給SCF，用于通知SCF用戶當(dāng)前的資源與最初請(qǐng)求的資源有所修改；RACF的I3D-EF回復(fù)響應(yīng)消息給MPM，用于告知MPM已經(jīng)收到網(wǎng)絡(luò)性能信息并已經(jīng)制定新的QoS策略規(guī)則。上述實(shí)施例中，如果SCF預(yù)先向RACF訂閱資源修改通知，則RACF根據(jù)SCF已經(jīng)訂閱資源修改通知，被動(dòng)發(fā)送用戶資源修改通知消息給SCF或RACF主動(dòng)發(fā)送用戶資源修改響應(yīng)消息給SCF ;如果SCF沒有預(yù)先向RACF訂閱資源修改通知，則RACF可以主動(dòng)發(fā)送用戶資 源修改通知消息給SCF或RACF主動(dòng)發(fā)送用戶資源修改響應(yīng)消息給SCF。為實(shí)現(xiàn)上述方法，本發(fā)明還提供一種資源接納控制系統(tǒng)，圖6是本發(fā)明實(shí)現(xiàn)資源接納控制系統(tǒng)的結(jié)構(gòu)示意圖，如圖6所示，該系統(tǒng)包括RACF61、SCF62 ;其中，RACF61，用于確定網(wǎng)絡(luò)性能下降時(shí)，制定新的QoS策略規(guī)則，并通知SCF62用戶的資源有所修改。該系統(tǒng)還包括MPM63，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF61 ；所述RACF61還用于，根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。該系統(tǒng)還包括傳輸功能實(shí)體64 ;所述RACF61還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體64 ；傳輸功能實(shí)體64，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。本發(fā)明還提供一種資源接納控制系統(tǒng)，如圖6所示，該系統(tǒng)包括RACF61、SCF62 ；其中，RACF61，用于確定網(wǎng)絡(luò)性能下降時(shí)，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF62，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；SCF62，用于返回修改的Qos需求參數(shù)；RACF61，還用于根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF62返回的修改的Qos需求參數(shù)制定新的QoS策略規(guī)則。該系統(tǒng)還包括MPM63，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF61 ；所述RACF61還用于，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF62之前，查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息；。所述SCF62還用于，根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)。該系統(tǒng)還包括傳輸功能實(shí)體64 ；所述RACF61還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體64 ；傳輸功能實(shí)體64，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種資源接納控制方法，其特征在于，該方法包括 當(dāng)資源接納控制功能實(shí)體(RACF)確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知業(yè)務(wù)控制功能實(shí)體(SCF)用戶的資源有所修改； 或，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RACF制定新的QoS策略規(guī)則或RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前，該方法還包括 性能測(cè)量管理實(shí)體(MPM)將網(wǎng)絡(luò)性能信息上報(bào)給RACF，RACF根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述RACF根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降為 RACF根據(jù)MPM上報(bào)的網(wǎng)絡(luò)性能信息，判斷當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否下降； RACF根據(jù)當(dāng)前用戶占用的資源與之前接納用戶資源請(qǐng)求時(shí)分配的資源相比是否下降，判斷網(wǎng)絡(luò)性能是否下降。
4.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改為 RACF查詢用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，并根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則； RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體，傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息； RACF發(fā)送用戶資源修改通知消息給SCF。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則為 根據(jù)查詢到的用戶的簽約信息進(jìn)行判斷，如果針對(duì)同一業(yè)務(wù)允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)允許降級(jí)處理，則RACF根據(jù)當(dāng)前的網(wǎng)絡(luò)資源可用性信息，進(jìn)行QoE等級(jí)的調(diào)整或?qū)τ脩魳I(yè)務(wù)進(jìn)行降級(jí)處理，制定新的QoS策略規(guī)則。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述的用戶的簽約信息和當(dāng)前的網(wǎng)絡(luò)資源可用性信息，制定新的QoS策略規(guī)則為 根據(jù)查詢到的用戶的簽約信息進(jìn)行判斷，如果針對(duì)同一業(yè)務(wù)不允許具有不同的QoE等級(jí)或用戶業(yè)務(wù)不允許降級(jí)處理，則RACF根據(jù)當(dāng)前的網(wǎng)絡(luò)資源可用性信息為用戶重新分配資源，制定新的QoS策略規(guī)則；當(dāng)不存在可以為用戶提供的可用資源時(shí)，RACF根據(jù)優(yōu)先級(jí)搶占其他優(yōu)先級(jí)較低的用戶的資源，將該搶占的資源提供給用戶。
7.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述網(wǎng)絡(luò)性能下降通知消息還攜帶網(wǎng)絡(luò)性能信息和/或當(dāng)前的網(wǎng)絡(luò)資源可用性信息； 所述RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前，該方法還包括RACF查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息。
8.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則之前，該方法還包括 SCF根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)，將修改的QoS需求參數(shù)通過資源修改請(qǐng)求消息發(fā)送給RACF。
9.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則之后，該方法還包括 RACF將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體； 傳輸功能實(shí)體安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。
10.一種資源接納控制系統(tǒng)，其特征在于，該系統(tǒng)包括RACF、SCF ;其中， RACF，用于確定網(wǎng)絡(luò)性能下降時(shí)，制定新的QoS策略規(guī)則，并通知SCF用戶的資源有所修改。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于， 該系統(tǒng)還包括MPM，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF ； 所述RACF還用于，根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。
12.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括傳輸功能實(shí)體； 所述RACF還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體； 傳輸功能實(shí)體，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。
13.一種資源接納控制系統(tǒng)，其特征在于，該系統(tǒng)包括RACF、SCF ;其中， RACF，用于確定網(wǎng)絡(luò)性能下降時(shí)，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息； SCF，用于返回修改的QoS需求參數(shù)； RACF，還用于根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則。
14.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于， 該系統(tǒng)還包括MPM，用于將網(wǎng)絡(luò)性能信息上報(bào)給RACF ； 所述RACF還用于，根據(jù)所述網(wǎng)絡(luò)性能信息判斷網(wǎng)絡(luò)性能是否下降。
15.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于， 所述RACF還用于，發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF之前，查詢當(dāng)前的網(wǎng)絡(luò)資源可用性信息； 所述SCE還用于，根據(jù)網(wǎng)絡(luò)性能下降通知消息制定修改的QoS需求參數(shù)。
16.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括傳輸功能實(shí)體； 所述RACF還用于，將制定的新的QoS策略規(guī)則發(fā)送給傳輸功能實(shí)體； 傳輸功能實(shí)體，用于安裝新的QoS策略規(guī)則，并返回資源修改響應(yīng)消息。
全文摘要
本發(fā)明公開一種資源接納控制方法，包括當(dāng)資源接納控制功能實(shí)體(RACF)確定網(wǎng)絡(luò)性能下降時(shí)，RACF制定新的QoS策略規(guī)則，并通知業(yè)務(wù)控制功能實(shí)體(SCF)用戶的資源有所修改；或，當(dāng)RACF確定網(wǎng)絡(luò)性能下降時(shí)，RACF發(fā)送網(wǎng)絡(luò)性能下降通知消息給SCF，所述網(wǎng)絡(luò)性能下降通知消息攜帶用戶信息；RACF根據(jù)用戶的簽約信息、當(dāng)前的網(wǎng)絡(luò)資源可用性信息和SCF返回的修改的QoS需求參數(shù)制定新的QoS策略規(guī)則；本發(fā)明還提供一種資源接納控制系統(tǒng)。根據(jù)本發(fā)明的技術(shù)方案，RACF能夠在MPM上報(bào)網(wǎng)絡(luò)性能信息后，重新制定QoS策略規(guī)則。
文檔編號(hào)H04W28/24GK102769873SQ20111011242
公開日2012年11月7日 申請(qǐng)日期2011年5月3日 優(yōu)先權(quán)日2011年5月3日
發(fā)明者尤建潔 申請(qǐng)人:中興通訊股份有限公司