專利名稱：一種策略控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，尤其是指 一種策略控制方法及系統(tǒng)。
背景技術(shù)：
通信網(wǎng)絡(luò)正在從傳統(tǒng)的電路交換(CS， Circuit Switched)網(wǎng)絡(luò)向以IP為承 載的分組交換(PS)網(wǎng)絡(luò)演進(jìn)。在IP網(wǎng)絡(luò)中提供電信級(jí)服務(wù)(特別是實(shí)時(shí)類業(yè) 務(wù)，如視頻通話)時(shí)，需要考慮端到端的服務(wù)質(zhì)量(QoS， Quality of Service) 問題，以滿足用戶對(duì)通信質(zhì)量的要求。此外，由于IP網(wǎng)絡(luò)還能提供其它的各種 業(yè)務(wù)，例如網(wǎng)頁瀏覽、文件下載、視頻流點(diǎn)播等，因此IP網(wǎng)絡(luò)還需要具有可根 據(jù)不同業(yè)務(wù)流以及不同的QoS進(jìn)行計(jì)費(fèi)的能力。
針對(duì)這些需求，第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目(3GPP, 3rd Generation Partnership Project)定義了策略與計(jì)費(fèi)控制(PCC， Policy and Charging Contro ) 架構(gòu)。該架構(gòu)可以使得網(wǎng)絡(luò)檢測到不同的業(yè)務(wù)流，并針對(duì)業(yè)務(wù)流進(jìn)行QoS控制 和計(jì)費(fèi)統(tǒng)計(jì)。
圖1為現(xiàn)有技術(shù)中PCC架構(gòu)的示意圖。在TS 23.203里定義的PCC架 構(gòu)如圖l所示，以下將對(duì)圖1中的各個(gè)功能實(shí)體的作用進(jìn)行介紹。
策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF, Policy Control and Charging Rules Function):該功能實(shí)體根據(jù)用戶接入網(wǎng)絡(luò)的限制、運(yùn)營商策略、從用戶簽約數(shù) 據(jù)庫(SPR, Subscription Profile Repository )獲取的用戶簽約數(shù)據(jù)，以及從應(yīng)用 層功能實(shí)體(AF， Application Function)獲取的用戶當(dāng)前正在進(jìn)行的業(yè)務(wù)信息 等，確定相應(yīng)的策略，并將該策略提供給策略和計(jì)費(fèi)執(zhí)行實(shí)體(PCEF， Policy and Charging Enforcement Function )，由PCEF執(zhí)行所述的策略。所述的策略包括業(yè) 務(wù)數(shù)據(jù)流(即為了完成某一業(yè)務(wù)的數(shù)據(jù)流，例如語音的IP流集合)的檢測規(guī)則、
是否對(duì)數(shù)據(jù)流進(jìn)行門控、業(yè)務(wù)數(shù)據(jù)流所對(duì)應(yīng)的QoS和基于數(shù)據(jù)流的計(jì)費(fèi)規(guī)則等。
PCEF:該實(shí)體執(zhí)行PCRF下發(fā)或者指定的策略，具體來說就是執(zhí)行業(yè)務(wù)數(shù) 據(jù)流的檢測和測量，保證業(yè)務(wù)數(shù)據(jù)流的QoS和觸發(fā)控制面的會(huì)話管理等。 SPR:該功能實(shí)體向PCRF提供用戶簽約數(shù)據(jù)。
AF:該功能實(shí)體向PCRF動(dòng)態(tài)提供應(yīng)用層的會(huì)話信息，PCRF根據(jù)該信息 動(dòng)態(tài)生成或者修改相應(yīng)的規(guī)則；
其他的兩個(gè)功能實(shí)體主要用于離線和在線計(jì)費(fèi)，與本發(fā)明的關(guān)系不大，因 此在此不^t詳細(xì)介紹。
此外，如下所述為對(duì)圖1中所示的各個(gè)接口的描述。
Rx接口該接口用于AF下發(fā)應(yīng)用層相關(guān)信息，該信息可以包括用于識(shí)別 業(yè)務(wù)數(shù)據(jù)流的IP過濾器(即一組IP地址信息，包括源/目的端口號(hào)、源/目的地 址等信息)，以及應(yīng)用或者媒體所需的帶寬信息，該接口使用互連網(wǎng)工程工作小 纟且(IETF, Internet Engineering Task Fore )定義的Diameter (直徑，表示Diameter 協(xié)議是RADIUS協(xié)議的升級(jí)版本)協(xié)議。
Gx接口 該接口使PCRF可以動(dòng)態(tài)控制PCEF上所執(zhí)行的PCC規(guī)則。該 接口實(shí)現(xiàn)以下功能建立、維護(hù)或終結(jié)IP連通接入網(wǎng)絡(luò)(IP-CAN, IP Connectivity Accsess Netwrok )會(huì)話；用于PCEF向PCRF請(qǐng)求PCC規(guī)則；用于PCRF向PCEF 提供PCC規(guī)則；用于協(xié)商IP-CAN承載建立模式。該接口使用IETF定義的 Diameter協(xié)議。
Sp接口用于PCRF向SPR請(qǐng)求用戶簽約數(shù)據(jù)，該簽約數(shù)據(jù)用于確定 IP-CAN傳輸層策略。該接口目前屬于私有接口 ，即該接口由設(shè)備商自行定義，
并未公開化。
圖1中的其他兩個(gè)接口用于離線和在線計(jì)費(fèi)，與本發(fā)明的關(guān)系不大，因此 在此不做詳細(xì)介紹。
在3GPP定義的PCC架構(gòu)中，PCEF與PCRF之間的信息交互有兩種方式 即PCEF主動(dòng)發(fā)起請(qǐng)求PCC規(guī)則和PCRF主動(dòng)下發(fā)PCC規(guī)則。
在第一種方式下，內(nèi)置于網(wǎng)關(guān)(GW， Gateway)中的PCEF通過信用控制
請(qǐng)求(CCR， Credit-Control-R叫uest)消息向PCRF傳遞某些信息，例如無線接 入網(wǎng)(RAT )類型、GPRS服務(wù)支持節(jié)點(diǎn)(SGSN， Serving GPRS Supporting Node ) 的IP地址等，以便于PCRF生成合適的PCC規(guī)則；PCRF通過相應(yīng)的信用控制 應(yīng)答(CCA, Credit-Control-Answer)消息向PCEF下發(fā)PCC規(guī)則，可選的帶 有事件觸發(fā)(Event-Trigger)列表，該列表中定義了 PCRF要求PCEF檢測的事 件。
在第二種方式下，PCRF可隨時(shí)通過重新授權(quán)請(qǐng)求信息(RAR， Re-Auth-Request)消息主動(dòng)向PCEF下發(fā)PCC規(guī)則和Event-Trigger列表。當(dāng) Event-Trigger列表中定義的事件(如RAT類型變化、SGSN變化事件)發(fā)生時(shí)， PCEF會(huì)通過CCR消息向PCRF提供檢測到的事件以及事件發(fā)生時(shí)更新的信息。 PCRF根據(jù)更新的信息，通過CCA消息下發(fā)新的PCC規(guī)則，同時(shí)也可能下發(fā) l斤的Event-Trigger歹ll表。
圖2為現(xiàn)有技術(shù)中PCRF與PCEF之間交互信息的流程圖。如圖2所示， PCRF與PCEF之間交互信息的流程包括如下步驟
步驟201、 PCEF/GW從接入網(wǎng)接收到IP-CAN會(huì)話建立請(qǐng)求消息。該請(qǐng)求 消息的具體格式與接入網(wǎng)類型有關(guān)，對(duì)于通用分組無線業(yè)務(wù)(GPRS, General Packet Radio Service )而言，則為建立第 一個(gè)分組數(shù)據(jù)協(xié)議(PDP， Packet Data Protocol)上下文。
步驟202、 PCEF向PCRF發(fā)送一個(gè)CCR請(qǐng)求消息，該消息中包括用戶設(shè) 備(UE， User Equipment)標(biāo)識(shí)和IP地址等信息。
步驟203、 PCRF根據(jù)接收到的CCR消息里包含的信息，以及用戶接入網(wǎng) 絡(luò)的限制、運(yùn)營商策略、用戶簽約數(shù)據(jù)以及當(dāng)前用戶進(jìn)行的業(yè)務(wù)信息等，進(jìn)行 PCC規(guī)則決策，同時(shí)確定Event-Trigger列表。
步驟204、PCRF向PCEF發(fā)送CCA應(yīng)答消息，該消息中包括生成的PCC 去見則和Event-Trigger歹寸表。
步驟205 、 PCEF加載PCC規(guī)則。
步驟206、 PCEF向接入網(wǎng)發(fā)送IP-CAN會(huì)話建立應(yīng)答消息。
步驟207、 PCEF根據(jù)PCRF下發(fā)的Event-Trigger進(jìn)行事件檢測。 步驟208、當(dāng)檢測到事件發(fā)生后，PCEF向PCRF發(fā)送CCR請(qǐng)求消息，報(bào) 告觸發(fā)該請(qǐng)求的事件，可選地同時(shí)提供相關(guān)的信息。
步驟209、 PCRF重新進(jìn)行PCC規(guī)則決策，可選地重新確定Event-Trigger列表。
步驟210、 PCRF向PCEF發(fā)送CCA應(yīng)答消息，該消息中包括重新制定的 PCC規(guī)則和Event-Trigger列表。
步驟211、 PCRF也可以通過RAR消息主動(dòng)向PCEF下發(fā)PCC規(guī)則和 Event-Trigger歹U表。
步驟212、PCEF在接收到PCRF發(fā)送的RAR消息時(shí)，加載該消息中的PCC 規(guī)則和/或Event-Trigger列表，并回復(fù)重新授4又應(yīng)答(RAA， Re-Auth-Answer) 消息作為響應(yīng)。
以上所述的PCC架構(gòu)下的QoS控制主要是指對(duì)業(yè)務(wù)數(shù)據(jù)流或者IP-CAN承 載的數(shù)據(jù)傳輸?shù)膸?、延時(shí)等參數(shù)進(jìn)行控制。PCRF收集從AF、 PCEF或SPR 等獲得的QoS相關(guān)信息，制定QoS的控制策略，并下發(fā)給PCEF實(shí)行，以實(shí)現(xiàn) QoS控制。
而在PCC架構(gòu)里的不同層面，有不同的QoS信息的描述方式。在現(xiàn)有技 術(shù)中，PCEF向PCRF申請(qǐng)的QoS以及PCRF下發(fā)的授權(quán)QoS都是IP的QoS, 通過Diameter消息中的QoS信息屬性取值對(duì)(QoS-information AVP ， QoS-information Attribute Value Pair)來實(shí)現(xiàn)，所述QoS-information AVP中包含 如下參數(shù)QoS級(jí)別標(biāo)識(shí)符(ID ) AVP，即QCI ( QoS Class Identifier) AVP、 上下行最大帶寬(Maximum-R叫uested-Bandwidth-UL/DL ) AVP，上下行確保 比特率(Guaranteed-Bitrate-UL/DL ) AVP。其中，上下行最大帶寬是指允許分 配的最大帶寬，上下行確保比特率是指允許保留的最大帶寬。
因此，當(dāng)前技術(shù)中QoS所提供的參數(shù)是資源要求的上限，即設(shè)定了允許提 供資源的最大值。而在實(shí)際應(yīng)用中，有時(shí)需要考慮資源要求的下限。例如，在 UE發(fā)起承載建立或者修改的情況下，PCRF會(huì)授權(quán)QoS給PCEF，在PCEF執(zhí)行授權(quán)QoS時(shí)，若現(xiàn)有資源無法滿足授權(quán)QoS中上限的要求，則PCEF會(huì)執(zhí)行 QoS降級(jí)過程，即根據(jù)當(dāng)前資源情況降低授權(quán)QoS。但是，由于缺少授權(quán)QoS 的下限，因此PCEF將無法確定QoS的降級(jí)尺度，從而有可能會(huì)導(dǎo)致過度的降 級(jí)，以致于所分配的資源無法滿足業(yè)務(wù)的最低需求。具體來說，如果QoS的確 保比特率為1M，則只說明了為該業(yè)務(wù)保留的帶寬不能超過1M,但無法確定 PCEF具體應(yīng)該保留多少帶寬，特別是當(dāng)剩余帶寬不足1M時(shí)，PCEF將無法判 斷剩余帶寬是否能夠確保業(yè)務(wù)的正常運(yùn)行。在網(wǎng)絡(luò)側(cè)發(fā)起的承載建立或者修改 的情況下，當(dāng)PCEF執(zhí)行授權(quán)QoS時(shí)，若現(xiàn)有資源無法滿足授權(quán)QoS,則PCEF 會(huì)返回錯(cuò)誤信息給PCRF,由PCRF重新進(jìn)行決策，因此將增加設(shè)備間的信息 的交互量。
另外，很多業(yè)務(wù)本身對(duì)帶寬的要求是一個(gè)范圍，比如IMS語音業(yè)務(wù)，其采 用的AMR-WB編碼就是可變速率(帶寬)的，因此，現(xiàn)有技術(shù)中的QoS信息 無法滿足此類業(yè)務(wù)的需求。
綜上所述，在現(xiàn)有的QoS控制策略中，由于QoS信息為一個(gè)上限值，無法 滿足某些業(yè)務(wù)的需求，并且導(dǎo)致PCEF無法靈活的根據(jù)資源占用情況合理地為 業(yè)務(wù)或者承載分配資源。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例的主要目的在于提供一種策略控制方法及系統(tǒng)， 從而解決PCEF無法靈活的根據(jù)網(wǎng)絡(luò)資源使用情況合理為業(yè)務(wù)進(jìn)行資源調(diào)配的 問題。
為達(dá)到上述目的，本發(fā)明實(shí)施例中的技術(shù)方案是這樣實(shí)現(xiàn)的 一種策略控制方法，該方法包括
策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的 決策，根據(jù)決策信息進(jìn)行決策生成相應(yīng)的授權(quán)QoS區(qū)間，將所述新生成的授權(quán) QoS區(qū)間下發(fā)給策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF;通知PCEF才艮據(jù)選取信息和新生成 的授權(quán)QoS區(qū)間進(jìn)行QoS控制。
本發(fā)明實(shí)施例中還提供了 一種策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，該功能實(shí)體
包括接收模塊、決策模塊和輸出模塊；
所述接收模塊，用于接收決策信息，并將決策信息發(fā)送給決策模塊； 所述決策生成模塊，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根據(jù)
所述接收模塊發(fā)送的決策信息進(jìn)行決策，生成授權(quán)QoS區(qū)間，將生成的授權(quán)
QoS區(qū)間發(fā)送給輸出模塊；
所述輸出模塊，用于輸出決策模塊所生成的授權(quán)QoS區(qū)間。
本發(fā)明實(shí)施例中還提供了 一種策略和計(jì)費(fèi)執(zhí)行實(shí)體，該策略和計(jì)費(fèi)執(zhí)行實(shí)
體包括接收模塊、選擇模塊和控制模塊；
所述接收模塊，用于將接收到的授權(quán)QoS區(qū)間發(fā)送給選擇模塊； 所述選擇模塊，用于從接收到的授權(quán)QoS區(qū)間中選擇QoS，將選擇的QoS
發(fā)送給控制模塊；
所述控制模塊根據(jù)選擇模塊所選擇的QoS進(jìn)行QoS控制。 本發(fā)明實(shí)施例中還提供了一種策略控制的系統(tǒng)，該系統(tǒng)包括策略控制和
計(jì)費(fèi)規(guī)則功能實(shí)體和策略和計(jì)費(fèi)執(zhí)行實(shí)體；
所述策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)
間的決策，根據(jù)接收到的決策信息進(jìn)行決策，生成相應(yīng)的授權(quán)QoS區(qū)間，將所
述授權(quán)QoS區(qū)間下發(fā)給策略和計(jì)費(fèi)執(zhí)行實(shí)體；
所述策略和計(jì)費(fèi)執(zhí)行實(shí)體，用于根據(jù)接收到的選取信息和接收到的授權(quán)
QoS區(qū)間進(jìn)行QoS控制。
綜上可知，本發(fā)明的實(shí)施例中提供了一種策略控制方法及系統(tǒng)。在所述的
策略控制方法中，本發(fā)明的實(shí)施例中通過擴(kuò)展QoS的定義而引入了 QoS的區(qū)間
的概念，使得QoS信息由原技術(shù)中上限值擴(kuò)展為一個(gè)由上限值和下限值確定的
區(qū)間，因此PCEF可根據(jù)PCRF授權(quán)QoS區(qū)間，結(jié)合資源使用情況和運(yùn)營商預(yù)
定義的策略進(jìn)行QoS控制，使得PCEF能夠在滿足客戶高質(zhì)量服務(wù)的要求和網(wǎng)
絡(luò)資源限制之間靈活的進(jìn)行QoS調(diào)整，以實(shí)現(xiàn)網(wǎng)絡(luò)資源的合理調(diào)配。


圖1為現(xiàn)有技術(shù)中PCC架構(gòu)的示意圖。
圖2為現(xiàn)有技術(shù)中PCRF與PCEF之間交互信息的流程圖。
圖3為本發(fā)明實(shí)施例中策略控制方法的總流程圖。
圖4為本發(fā)明第一實(shí)施例中策略控制方法的流程圖。
圖5為本發(fā)明第二實(shí)施例中策略控制方法的流程圖。
圖6為本發(fā)明第三實(shí)施例中策略控制方法的流程圖。
圖7為本發(fā)明第四實(shí)施例中策略控制方法的流程圖。
圖8為本發(fā)明第五實(shí)施例中策略控制方法的流程圖。
圖9為本發(fā)明第六實(shí)施例中QoS協(xié)商過程的流程圖。
圖IO為本發(fā)明實(shí)施例中PCRF的示意圖。
圖11為本發(fā)明實(shí)施例中PCEF的示意圖。
圖12為本發(fā)明實(shí)施例中PCRF中決策模塊的示意圖。
圖13為本發(fā)明實(shí)施例中策略控制系統(tǒng)的示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)表達(dá)得更加清楚明白，下面結(jié)合附 圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的明。
PCEF與PCRF之間的QoS信息的傳送可通過Diameter協(xié)議中的CCR、 CCA或者RAR消息來實(shí)現(xiàn)。現(xiàn)有技術(shù)中的QoS信息僅含有QoS的上限信 息，而在本發(fā)明的實(shí)施例中，擴(kuò)展了 QoS的定義，引入了QoS的區(qū)間的概 念，使得QoS信息由現(xiàn)有技術(shù)中上限值擴(kuò)展為一個(gè)由上限值和下限值確定 的QoS區(qū)間。QoS區(qū)間可以通過如下所述的三種方式來實(shí)現(xiàn)
1 )擴(kuò)展原Diameter消息中QoS信息的定義，使得新的QoS定義由上 限信息擴(kuò)展為QoS區(qū)間信息。
例如，可將Diameter CCR消息中的QoS-Information AVP進(jìn)行擴(kuò)展，擴(kuò) 展后的QoS-Information AVP為
QoS-Information : := < A VP Header: 1016 > 其中，新增加的Min-QoS-Class-Identifier A VP為枚舉類型，表示QCI 的下限，該AVP中所定義的枚舉值與QoS-Class-Identifier AVP中定義的枚 舉^f直相同；Min-Requested-Bandwidth-UL AVP、 Min-Requested-Bandwidth-DL AVP、 Min-Guaranteed-Bitrate-DL AVP與Min-Guaranteed-Bitrate-UL AVP為 另外的新增加的AVP,均為帶符號(hào)32位整型(Integer32),分別表示上、 下行允許帶寬的下限和上、下行確保比特率的下限。此時(shí)，攜帶上述QoS 區(qū)間信息的CCR消息格式并沒有改變，只是其中的QoS信息發(fā)生了如上所 述的改變。
2)加入QoS下限的定義，使得原QoS定義與QoS下限的定義構(gòu)成QoS 區(qū)間。
例如，可在Diameter CCR消息中定義一個(gè)最小QoS消息屬性取值對(duì) (Min-QoS-Information AVP ),新定義的Min畫QoS-Information AVP為 Min-QoS-Information< AVP Header: XXXX > [Max-Requested-Bandwidth-UL ] [Max-Requested-Bandwidth-DL ][Guaranteed-Bitrate-UL ] [Guaranteed-Bitrate畫DL ] [Bearer-Identifier ] 在上述的Min-QoS-Information AVP中，QoS-Class-Identifier等AVP采 用現(xiàn)有的AVP的格式與定義，在Min-QoS-Information AVP中取值為QoS 信息的下限。因此，Diameter CCR消息中的QoS-Info腿tion AVP (上限) 可與Min-QoS-Information AVP (下限)構(gòu)成QoS區(qū)間。 此時(shí)，攜帶QoS區(qū)間信息的CCR消息才各式如下所示 <CC-Request> ::= < Diameter Header: 272, REQ, PXY > < Session-Id > { Auth-Application-Id } [Min-QoS-Information ]
*[ AVP ]
3 ) QoS信息或QoS信息內(nèi)的參數(shù)可以僅含有QoS區(qū)間的一個(gè)端值(最 大值或最小值)，此時(shí)的QoS區(qū)間表示另一個(gè)端值無限制，即無限小或無 限大。
基于上述的QoS區(qū)間，本發(fā)明的實(shí)施例提供了一種策略控制方法。圖3 為本發(fā)明實(shí)施例中的策略控制方法的總流程圖。如圖3所示，所述策略控制 方法包括如下所述的步驟
步驟301:由事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策過程，PCRF根據(jù)決策信 息(包括應(yīng)用業(yè)務(wù)信息、用戶簽約數(shù)據(jù)、運(yùn)營商設(shè)定的策略等信息)進(jìn)行決 策，生成授權(quán)QoS區(qū)間，并下發(fā)給PCEF;
在步驟301中，引起PCRF進(jìn)行QoS區(qū)間信息決策，生成授權(quán)QoS區(qū) 間的觸發(fā)事件有多種，例如
1 ) PCRF收到PCEF的QoS請(qǐng)求消息或QoS區(qū)間的請(qǐng)求消息；
2) PCRF收到AF的會(huì)話建立或者會(huì)話修改的消息；
3) PCRF內(nèi)部的觸發(fā)事件，例如根據(jù)運(yùn)營商策略制定的策略，PCRF才艮 據(jù)指定時(shí)間觸發(fā)QoS區(qū)間重新授權(quán)等。
在步驟301中，PCRF可以根據(jù)實(shí)際需要制定不同的QoS區(qū)間的生成策 略。例如可以根據(jù)用戶的簽約信息制定授權(quán)QoS區(qū)間的上限，以限制用 戶所能使用的最大QoS;根據(jù)應(yīng)用業(yè)務(wù)信息(例如，應(yīng)用業(yè)務(wù)信息中的資源 需求信息等)制定授權(quán)QoS區(qū)間的下限，以保證使用該業(yè)務(wù)的最低資源。
在步驟301中，PCRF可通過CCA/RAR消息向PCEF下發(fā)對(duì)IP-CAN 承載或者業(yè)務(wù)數(shù)據(jù)流的授權(quán)QoS區(qū)間，例如
1 )由PCEF的請(qǐng)求消息觸發(fā)的授權(quán)QoS區(qū)間下發(fā)，可通過Diameter CCA 消息實(shí)現(xiàn)，由其他事件觸發(fā)的授權(quán)QoS區(qū)間下發(fā)，可通過Diameter RAR消 息實(shí)現(xiàn)；
2) 當(dāng)PCRF執(zhí)行承載綁定(即為所需傳輸?shù)臉I(yè)務(wù)流選擇承載進(jìn)行傳輸， 所述的綁定即為承載與業(yè)務(wù)流之間——對(duì)應(yīng)的關(guān)系)時(shí)，PCRF可以對(duì) IP-CAN承載授權(quán)QoS區(qū)間，也可以對(duì)業(yè)務(wù)數(shù)據(jù)流授權(quán)QoS區(qū)間。對(duì)承載的 授權(quán)QoS區(qū)間信息可直接包含在CCA或RAR消息中，對(duì)業(yè)務(wù)數(shù)據(jù)流授權(quán) 的授權(quán)QoS區(qū)間信息包含在PCC規(guī)則所定義的信息內(nèi)，例如計(jì)費(fèi)規(guī)則定義 屬性取值對(duì)(Charging-Rule-Defmition AVP )內(nèi)。當(dāng)PCEF才丸行岸義載綁定時(shí)， PCRF僅需對(duì)業(yè)務(wù)數(shù)據(jù)流進(jìn)行QoS區(qū)間的授j又，此時(shí)的QoS區(qū)間信息包含 在PCC規(guī)則所定義的信息內(nèi)，例如Charging-Rule-Definition AVP內(nèi)；
3) 當(dāng)授權(quán)QoS區(qū)間僅需要對(duì)一個(gè)端值進(jìn)行限制時(shí)，則下發(fā)的授權(quán)QoS 區(qū)間信息可以4又含有QoS區(qū)間的 一個(gè)端值。
此外，在PCRF下發(fā)授權(quán)QoS區(qū)間的同時(shí)，如果需要PCRF為PCEF指 定QoS的選取方法，則PCRF可以給PCEF下發(fā)一個(gè)QoS選取原則的指示。 所述的選取原則可以為最大使用的原則、最小使用的原則或分配均衡的原則 等，上述的這些選取原則也可以稱之為選擇策略，并將在隨后的描述中做進(jìn) 一步的介紹。
步驟302: PCEF根據(jù)選取信息(包括資源使用情況、運(yùn)營商預(yù)定義的 策略、PCRF下發(fā)的QoS選取原則等)從QoS區(qū)間選擇合理的QoS進(jìn)行QoS控制。
在步驟302中，引起PCEF從授權(quán)QoS區(qū)間選擇合理的QoS的觸發(fā)事 件有多種，例如
1) PCEF收到QoS區(qū)間的授權(quán)消息，例如，帶有授權(quán)QoS區(qū)間的 CCA/RAR消息；
2) 資源的使用情況發(fā)生變化，需要重新進(jìn)行資源調(diào)配，例如資源的釋 放、現(xiàn)有資源無法滿足新的資源使用的申請(qǐng)等。
在步驟302中，PCEF具體的QoS選取策略可以有多種方式，例如
1) 最大使用的原則，即在資源允許的情況下盡可能靠近授權(quán)QoS區(qū)間 的上限選取(資源豐富的情況下可以使用該原則)；
2) 最小使用的原則，即盡可能靠近授權(quán)QoS區(qū)間的下限選取(資源緊 缺的情況下可以使用該原則)；
3) 分配均衡的原則，即參照總的資源占用率，采用一定的算法規(guī)則， 在授權(quán)QoS區(qū)間選取合適的QoS。例如，當(dāng)資源占用率越高時(shí)，所選取的 QoS應(yīng)越靠近區(qū)間的下限；當(dāng)資源占用率越低時(shí)，所選取的QoS應(yīng)越靠近 區(qū)間的上限；
4) 按照用戶的狀態(tài)選取，例如，可根據(jù)用戶使用的時(shí)間或者流量等信 息進(jìn)行選取。具體來說，用戶的使用時(shí)間越長或者流量越大，所選取的QoS 可以越靠近區(qū)間的上限(或下限)，這樣可以鼓勵(lì)(或限制)用戶的長時(shí)間 大流量使用。
此外，PCEF還可以按照運(yùn)營商預(yù)定義的策略進(jìn)行QoS選取，例如，可 在不同的時(shí)段采用不同選取原則(例如，在高峰時(shí)段使用最小使用原則，在 非高峰時(shí)段釆用最大使用原則)；也可以根據(jù)PCRF下發(fā)的QoS選取原則進(jìn) 行選取，例如步驟301中PCRF可能提供的選取原則。
在步驟302中，PCEF從授權(quán)QoS區(qū)間選取QoS后，進(jìn)行QoS的執(zhí)行
過程中可能會(huì)引發(fā)PCEF與其他網(wǎng)絡(luò)實(shí)體或者UE之間的QoS協(xié)商過程， PCEF可能發(fā)送選擇后的QoS或者授權(quán)QoS區(qū)間給其他網(wǎng)絡(luò)實(shí)體或者UE進(jìn) 行QoS協(xié)商，如果協(xié)商后的QoS仍位于授權(quán)QoS區(qū)間內(nèi)，則PCEF按照協(xié) 商后的QoS執(zhí)行QoS控制，如果協(xié)商后的QoS低于授權(quán)QoS區(qū)間的下限或 者高于授權(quán)QoS區(qū)間的上限，則PCEF向PCRF返回錯(cuò)誤信息。
以上所述為本發(fā)明實(shí)施例中所提出的一種策略控制方法，以下將根據(jù)具 體的實(shí)施例對(duì)所述的策略控制方法進(jìn)行更進(jìn)一 步的介紹。
第一實(shí)施例UE發(fā)起的承載建立或修改時(shí)，基于QoS區(qū)間的策略控制。
在本實(shí)施例中，UE向PCEF發(fā)送建立(或修改)承載的請(qǐng)求；PCEF在 收到UE所發(fā)送的請(qǐng)求后，向PCRF申請(qǐng)授權(quán)QoS區(qū)間；PCRF通過決策進(jìn) 行QoS區(qū)間的授權(quán)，并將授權(quán)QoS區(qū)間下發(fā)給PCEF; PCEF根據(jù)資源使用 狀況，從QoS區(qū)間中選取合適的QoS進(jìn)行策略控制。
圖4為本發(fā)明第一實(shí)施例中策略控制方法的流程圖。如圖4所示，本發(fā) 明第 一實(shí)施例中策略控制方法包括如下所述的步驟
步驟401 、UE向PCEF發(fā)起IP-CAN承載建立或者+務(wù)改的請(qǐng)求(在GPRS 系統(tǒng)中為二次PDP上下文的建立或者修改請(qǐng)求)；
步驟402、 PCEF通過Diameter CCR消息向PCRF請(qǐng)求QoS或QoS區(qū) 間的授權(quán)；
步驟403、如果需要的話，PCRF從SPR獲取用戶簽約數(shù)據(jù)(此步驟可 選)；
步驟404、如果需要的話，PCRF從AF獲取業(yè)務(wù)信息(此步驟可選)； 步驟405、 PCRF通過決策制定授權(quán)QoS區(qū)間；
步驟406、PCRF將授權(quán)QoS區(qū)間通過Diameter CCA消息下發(fā)給PCEF; 步驟407、 PCEF根據(jù)授權(quán)QoS區(qū)間與當(dāng)前的資源使用狀況選取合適的
QoS。
例如，在最大使用的原則下，如果QoS區(qū)間的上限〉網(wǎng)絡(luò)剩余資源〉QoS區(qū)間的下限，則選取QoS:網(wǎng)絡(luò)剩余資源；如果網(wǎng)絡(luò)剩余資源〉QoS區(qū)間的 上限，選取QoS-QoS區(qū)間的上限；如果網(wǎng)絡(luò)剩余資源〈QoS區(qū)間的下限， 則PCEF可向PCRF返回錯(cuò)誤信息或者采用第四實(shí)施例的方式進(jìn)行資源調(diào)
整；
步驟408、根據(jù)選取的QoS進(jìn)行策略控制；
該步驟有可能會(huì)引起PCEF與其他網(wǎng)絡(luò)實(shí)體或者UE之間的QoS協(xié)商過 程，具體的協(xié)商過程將在實(shí)施例六中進(jìn)行詳細(xì)介紹。
步驟409 、 PCEF向UE發(fā)送IP-CAN承載建立或者修改的響應(yīng)消息。
第二實(shí)施例PCEF內(nèi)部事件觸發(fā)時(shí)，基于QoS區(qū)間的策略控制。 在本實(shí)施例中，當(dāng)PCEF受到內(nèi)部事件觸發(fā)(例如，事件觸發(fā)列表的事
件發(fā)生)時(shí)，PCEF向PCRF申請(qǐng)授權(quán)QoS區(qū)間；PCRF通過決策進(jìn)行QoS
區(qū)間的授權(quán)，并將授權(quán)QoS區(qū)間下發(fā)給PCEF, PCEF根據(jù)資源使用狀況，
從QoS區(qū)間中選取合適的QoS進(jìn)行策略控制。
圖5為本發(fā)明第二實(shí)施例中策略控制方法的流程圖。如圖5所示，本發(fā)
明第二實(shí)施例中策略控制方法包括如下所述的步驟
步驟501、 PCEF受到內(nèi)部事件觸發(fā)，例如QoS變化事件觸發(fā)器被觸發(fā)； 步驟502、 PCEF通過Diameter CCR消息向PCRF申請(qǐng)QoS或QoS區(qū)
間的授權(quán)；
步驟503、如果需要的話，PCRF從SPR獲取用戶簽約數(shù)據(jù)(此步驟可 選)；
步驟504、如果需要的話，PCRF從AF獲取業(yè)務(wù)信息(此步驟可選)； 步驟505、 PCRF通過決策制定授權(quán)QoS區(qū)間；
步驟506、 PCRF將授權(quán)QoS區(qū)間通過Diameter CCA消息下發(fā)給PCEF;
步驟507、 PCEF根據(jù)授權(quán)QoS區(qū)間與當(dāng)前的資源使用狀況選取合適的 QoS，如果網(wǎng)絡(luò)剩余資源不足，則PCEF可向PCRF返回錯(cuò)誤信息或者采用 實(shí)施例四的方式進(jìn)行資源調(diào)整；
步驟508、根據(jù)選取的QoS進(jìn)行策略控制。
該步驟有可能會(huì)引起PCEF與其他網(wǎng)絡(luò)實(shí)體或者UE之間的QoS協(xié)商過
程，具體的協(xié)商過程將在實(shí)施例六中進(jìn)行詳細(xì)介紹。
第三實(shí)施例AF會(huì)話建立或者修改時(shí)，基于QoS區(qū)間的策略控制。
在本實(shí)施例中，由AF會(huì)話的建立或者》務(wù)改過程來觸發(fā)PCRF對(duì)承載或 者業(yè)務(wù)流進(jìn)行QoS區(qū)間的授權(quán)決策，生成授權(quán)QoS區(qū)間，并主動(dòng)通過 Diameter鑒權(quán)授權(quán)請(qǐng)求(AAR)消息下發(fā)給PCEF， PCEF根據(jù)資源使用狀 況，從QoS區(qū)間中選取合適的QoS進(jìn)行策略控制。
圖6為本發(fā)明第三實(shí)施例中策略控制方法的流程圖。如圖6所示，本發(fā) 明第三實(shí)施例中策略控制方法包括如下所述的步驟
步驟601、 AF會(huì)話的建立或修改；
步驟602、 PCRF通過決策制定授權(quán)QoS區(qū)間；
步驟603 、 PCRF將4臾權(quán)QoS區(qū)間通過Diameter RAR消息下發(fā)給PCEF;
步驟604、 PCEF根據(jù)授權(quán)QoS區(qū)間與當(dāng)前的資源使用狀況，選取合適 的QoS。如果網(wǎng)絡(luò)剩余資源不足，則PCEF可向PCRF返回錯(cuò)誤信息或者采 用實(shí)施例四的方式進(jìn)行資源調(diào)整；
步驟605、根據(jù)選取的QoS進(jìn)行策略控制；
該步驟有可能會(huì)引起PCEF與其他網(wǎng)絡(luò)實(shí)體或者UE之間的QoS協(xié)商過 程，具體的協(xié)商過程將在實(shí)施例六中進(jìn)行詳細(xì)介紹。
步驟606、 PCEF通過Diameter RAA消息向PCRF發(fā)送應(yīng)答消息。
第四實(shí)施例基于QoS區(qū)間的IP-CAN會(huì)話內(nèi)部資源調(diào)整策略。 在本實(shí)施例中，當(dāng)網(wǎng)絡(luò)剩余資源無法滿足新授權(quán)QoS區(qū)間的下限時(shí)， PCEF可以對(duì)其他承載或者業(yè)務(wù)流的占用資源進(jìn)行調(diào)整，在其他承載或者業(yè) 務(wù)流授權(quán)QoS區(qū)間內(nèi)降低原來所選擇的QoS,以釋放資源。為了敘述的簡 便，在以下的實(shí)施例中，將以兩個(gè)承載(或業(yè)務(wù)流)之間的資源調(diào)整為例進(jìn) 行說明，對(duì)多個(gè)承載(或業(yè)務(wù)流)之間的資源調(diào)整的方法可依此類推。
圖7為本發(fā)明第四實(shí)施例中策略控制方法的流程圖。如圖7所示，本發(fā)
明第四實(shí)施例中策略控制方法包括如下所述的步驟
步驟701、對(duì)第一承載(或業(yè)務(wù)流)授權(quán)第一 QoS區(qū)間，PCEF為第一
承載(或業(yè)務(wù)流)在授權(quán)第一 QoS區(qū)間內(nèi)選擇了 QoS1;
步驟702、第二承載(或業(yè)務(wù)流)申請(qǐng)QoS或QoS區(qū)間的授權(quán)； 步驟703、 PCRF對(duì)第二承載(或業(yè)務(wù)流)授權(quán)第二QoS區(qū)間，并下發(fā)
給PCEF;
步驟704、 PCEF檢測到網(wǎng)絡(luò)剩余資源<授權(quán)第二 QoS區(qū)間的下限，開 始進(jìn)行資源調(diào)整；
步驟705、判斷如果將QoS'降低至授權(quán)第一 QoS區(qū)間的下限，是否能 釋放足夠的資源，使得網(wǎng)絡(luò)剩余資源能夠滿足授權(quán)第二 QoS區(qū)間的下限， 如果能夠滿足，則釋放合適的資源；如果無法滿足，則可向PCRF返回錯(cuò)誤 信息或者開始進(jìn)行如圖8所示的IP-CAN會(huì)話間的資源調(diào)整；
當(dāng)一個(gè)IP-CAN會(huì)話中有多個(gè)承載(或業(yè)務(wù)流)時(shí)，可按照優(yōu)先級(jí)的順 序從低到高將承載(或業(yè)務(wù)流)的QoS降低至相應(yīng)的QoS區(qū)間的下限，直 至滿足資源需求；當(dāng)一個(gè)IP-CAN內(nèi)所有承載(或業(yè)務(wù)流)的QoS都已被調(diào) 整至相應(yīng)的QoS區(qū)間的下限，且網(wǎng)絡(luò)剩余資源依然無法滿足要求時(shí)，可向 PCRF返回錯(cuò)誤信息或者進(jìn)行如圖8所示的IP-CAN會(huì)話間的資源調(diào)整。
步驟706、 PCEF為第二承載(或業(yè)務(wù)流)選取QoS—受權(quán)第二 QoS區(qū) 間的下限。
第五實(shí)施例基于QoS區(qū)間的IP-CAN會(huì)話間資源調(diào)整策略。 在本實(shí)施例中，由于網(wǎng)絡(luò)剩余資源無法滿足新授權(quán)QoS區(qū)間的下限， 且在經(jīng)過IP-CAN會(huì)話內(nèi)部的資源調(diào)整后，網(wǎng)絡(luò)剩余資源仍然無法滿足需要 時(shí)，PCEF將在IP-CAN會(huì)話間進(jìn)行資源調(diào)整，以釋放資源。為了敘述的筒 便，在以下的實(shí)施例中，將以兩個(gè)IP-CAN會(huì)話間之間的資源調(diào)整為例進(jìn)行 說明，對(duì)多個(gè)IP-CAN會(huì)話間之間的資源調(diào)整的方法可依此類推。
圖8為本發(fā)明第五實(shí)施例中策略控制方法的流程圖。如圖8所示，本發(fā)
明第五實(shí)施例中策略控制方法包括如下所述的步驟
步驟801、在第二 IP-CAN會(huì)話中，承載或者業(yè)務(wù)流申請(qǐng)QoS區(qū)間的授
權(quán)；
步驟802 、 PCRF對(duì)第二 IP-CAN會(huì)話中的申請(qǐng)授權(quán)第二 QoS區(qū)間，并 下發(fā)給PCEF;
步驟803、 PCEF檢測到網(wǎng)絡(luò)剩余資源<授權(quán)第二 QoS區(qū)間的下限，開 始進(jìn)行資源調(diào)整；
步驟804、 IP-CAN2會(huì)話內(nèi)部的資源經(jīng)過調(diào)整后，網(wǎng)絡(luò)剩余資源仍然無 法滿足資源需求；
步驟805、對(duì)第一 IP-CAN會(huì)話進(jìn)行內(nèi)部資源調(diào)整，如經(jīng)過調(diào)整后網(wǎng)絡(luò) 剩余資源依然不足則返回錯(cuò)誤信息；當(dāng)有多個(gè)IP-CAN會(huì)話時(shí)，可按照優(yōu)先 級(jí)的順序從低到高對(duì)IP-CAN會(huì)話內(nèi)部的資源進(jìn)行調(diào)整，直至網(wǎng)絡(luò)剩余資源 滿足資源需求。當(dāng)對(duì)所有IP-CAN會(huì)話進(jìn)行資源調(diào)整后，網(wǎng)絡(luò)剩余資源依然 無法滿足資源需求時(shí)，則向PCRF返回錯(cuò)誤信息。
步驟806、 PCEF為第二承載(或業(yè)務(wù)流)選取QoS—吏權(quán)第二 QoS區(qū) 間的下限。
在如上所述的第四、五實(shí)施例中
1) 當(dāng)通過IP-CAN會(huì)話結(jié)束、承載結(jié)束、PCC規(guī)則移除等動(dòng)作釋放資 源時(shí)，PCEF將按照優(yōu)先級(jí)的順序在IP-CAN會(huì)話內(nèi)部和IP-CAN會(huì)話間進(jìn) 行資源調(diào)整，在授權(quán)QoS區(qū)間提高各個(gè)承載或者業(yè)務(wù)流的QoS，所用的方 法與第四、五實(shí)施例相同；
2) 為了避免PCEF過于頻繁地進(jìn)行資源調(diào)整，可以在生成新的授權(quán)QoS 區(qū)間之前，通過設(shè)定閾值來降低調(diào)整頻率。例如如杲網(wǎng)絡(luò)資源為100M, 則當(dāng)網(wǎng)絡(luò)剩余資源小于預(yù)先設(shè)定的閾值1 (例如，10M)時(shí)，可在授權(quán)QoS 區(qū)間內(nèi)降低QoS的選取，直至網(wǎng)絡(luò)剩余資源達(dá)到預(yù)先設(shè)定的閾值2 (例如， 30M)或者所有QoS的取值均為授權(quán)QoS區(qū)間的下限；當(dāng)網(wǎng)絡(luò)剩余資源大
于預(yù)先設(shè)定的閾值3 (例如，60M)時(shí)，可在授權(quán)QoS區(qū)間內(nèi)提高QoS的選 取，直至網(wǎng)絡(luò)剩余資源小于預(yù)先設(shè)定的閾值4 (例如，40M)或者所有QoS 的取值均為授權(quán)QoS區(qū)間的上限。
第六實(shí)施例基于授權(quán)QoS區(qū)間的PCEF與UE間的QoS協(xié)商過程。
在本實(shí)施例中，PCEF從授權(quán)QoS區(qū)間選取合適的QoS后，可觸發(fā)PCEF 與UE之間的QoS協(xié)商過程，對(duì)QoS進(jìn)行協(xié)商。如果經(jīng)過協(xié)商后的QoS仍 位于授權(quán)QoS區(qū)間內(nèi)，則PCEF按照協(xié)商后的QoS進(jìn)行策略控制；如果協(xié) 商后的QoS超出了授權(quán)QoS區(qū)間，則PCEF向PCRF返回錯(cuò)誤信息。
圖9為本發(fā)明第六實(shí)施例中QoS協(xié)商過程的流程圖。如圖9所示，本 發(fā)明第六實(shí)施例中QoS協(xié)商過程包括如下所述的步驟
步驟901、 PCEF接收到授權(quán)QoS區(qū)間并選取了合適的QoS;
步驟902、 PCEF按照選取的QoS 4丸行策略控制時(shí)，與UE進(jìn)行QoS協(xié)
商；
步驟903、 PCEF判斷協(xié)商后的QoS是否位于授權(quán)QoS區(qū)間；如果協(xié)商 后的QoS仍位于授權(quán)QoS區(qū)間內(nèi)，則PCEF按照協(xié)商后的QoS執(zhí)行QoS控 制；如果協(xié)商后的QoS超出了授權(quán)QoS區(qū)間，則執(zhí)行步驟904;
步驟904、通過CCR或者RAA消息向PCRF返回錯(cuò)誤信息。
圖IO為本發(fā)明實(shí)施例中策略控制的系統(tǒng)的示意圖。如圖IO所示，本發(fā) 明實(shí)施例中的策略控制的系統(tǒng)包括PCRF 1001和PCEF 1002;
所述PCRF 1001，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根 據(jù)決策信息進(jìn)行決策，生成授權(quán)QoS區(qū)間，將所述授權(quán)QoS區(qū)間下發(fā)給PCEF 1002;
所述PCEF 1002,用于根據(jù)接收到的選取信息和接收到的授權(quán)QoS區(qū)間 進(jìn)行QoS控制，即根據(jù)選取信息從接收到的授權(quán)QoS區(qū)間中選擇QoS，進(jìn) 行QoS控制。
圖11為本發(fā)明實(shí)施例中PCRF的示意圖。如圖ll所示，本發(fā)明實(shí)施例
中的PCRF即為圖10中的PCRF 1001，該P(yáng)CRF包括接收模塊1101、決 策生成模塊1102和輸出模塊1103;
所述接收模塊1101，用于接收決策信息，并將決策信息發(fā)送給決策生 成模塊1102;
所述決策生成模塊1102，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決 策，根據(jù)所述接收模塊1101發(fā)送的決策信息進(jìn)行決策，生成授權(quán)QoS區(qū)間， 將生成的授權(quán)QoS區(qū)間發(fā)送給輸出模塊1103;
所述輸出模塊1103，用于輸出決策生成模塊1102所生成的授權(quán)QoS區(qū)間。
圖12為本發(fā)明實(shí)施例中PCRF中決策模塊的示意圖。如圖12所示，本 發(fā)明實(shí)施例中的決策模塊即為圖11中的決策生成模塊1102，該決策生成模 塊包括決策單元1201和生成才莫塊1202;
所述決策單元1201,用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策， 并根據(jù)所述接收模塊發(fā)送的決策信息進(jìn)行決策，將決策結(jié)果發(fā)送給生成單元 1202;
所述生成單元1202,用于根據(jù)所接收到的決策結(jié)果生成并輸出授權(quán)QoS 區(qū)間。
圖13為本發(fā)明實(shí)施例中PCEF的示意圖。如圖13所示，本發(fā)明實(shí)施例 中的PCEF即為圖IO中的PCEF 1002,該P(yáng)CEF包括接收模塊1301、選 擇模塊1302、控制模塊1303、和調(diào)整模塊1304。
所述接收模塊1301,用于將接收到的授權(quán)QoS區(qū)間發(fā)送給選擇模塊 1302和調(diào)整才莫塊1304;
所述選擇模塊1302，用于從接收到的授權(quán)QoS區(qū)間中選擇QoS,將選 擇的QoS發(fā)送給控制模塊1303;
所述控制模塊1303根據(jù)選擇模塊1302所選擇的QoS進(jìn)行QoS控制。
所述調(diào)整模塊1304，用于接收接收模塊發(fā)送的授權(quán)QoS區(qū)間，當(dāng)剩余 的資源不能滿足所述授權(quán)QoS區(qū)間的下限時(shí)，對(duì)網(wǎng)絡(luò)資源進(jìn)行調(diào)整，釋放網(wǎng)絡(luò)資源，使剩余的資源大于或等于所述授權(quán)QoS區(qū)間的下限。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù) 范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種策略控制方法，其特征在于，該方法包括策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根據(jù)決策信息進(jìn)行決策，生成相應(yīng)的授權(quán)QoS區(qū)間，將所述新生成的授權(quán)QoS區(qū)間下發(fā)給策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF；通知PCEF根據(jù)選取信息和新生成的授權(quán)QoS區(qū)間進(jìn)行QoS控制。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)選取信息和新生成 的授權(quán)QoS區(qū)間進(jìn)行QoS控制包括根據(jù)選取信息為每一個(gè)承載或業(yè)務(wù)流從接收到的對(duì)應(yīng)每一個(gè)承載或業(yè)務(wù)流 的新生成的授權(quán)QoS區(qū)間中選擇QoS,根據(jù)所選擇的QoS對(duì)對(duì)應(yīng)的承載或業(yè)務(wù) 流進(jìn)行QoS控制。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述生成相應(yīng)的授權(quán)QoS 區(qū)間包括在承載或業(yè)務(wù)流的QoS消息屬性取值對(duì)中設(shè)置QoS下限，并根據(jù)所設(shè)置的 QoS下限和QoS消息屬性取值對(duì)中的QoS上限生成授權(quán)QoS區(qū)間。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述生成相應(yīng)的授權(quán)QoS 區(qū)間包括通過為承載或業(yè)務(wù)流定義一個(gè)最小QoS消息屬性取值對(duì)來設(shè)置QoS下限， 并根據(jù)所設(shè)置的QoS下限和所述承載或業(yè)務(wù)流的QoS消息屬性取值對(duì)中的QoS 上限生成授權(quán)QoS區(qū)間。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述生成相應(yīng)的授權(quán)QoS 區(qū)間包括將承載或業(yè)務(wù)流的QoS消息屬性取值對(duì)中的QoS上限作為一個(gè)端值，生成 授權(quán)QoS區(qū)間；該授權(quán)QoS區(qū)間的另一端值為無限大或無限小。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括根據(jù)用戶的 簽約信息和/或應(yīng)用業(yè)務(wù)信息確定授權(quán)QoS區(qū)間。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的PCRF根據(jù)觸發(fā)事件 觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根據(jù)決策信息進(jìn)行決策包括當(dāng)PCRF接收到應(yīng)用層功能實(shí)體會(huì)話建立或者會(huì)話修改的消息時(shí)，PCRF 根據(jù)決策信息進(jìn)行決策；或者，當(dāng)PCRF接收到QoS請(qǐng)求消息或QoS區(qū)間的請(qǐng)求消息時(shí)，PCRF根 據(jù)決策信息進(jìn)行決策；或者，當(dāng)PCRF內(nèi)部的觸發(fā)事件發(fā)生時(shí)，PCRF根據(jù)決策信息進(jìn)行決策。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將所述新生成的授權(quán) QoS區(qū)間下發(fā)給策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF包括當(dāng)PCRF接收到QoS請(qǐng)求消息或QoS區(qū)間的請(qǐng)求消息時(shí)，通過信用控制應(yīng) 答消息將所述新生成的授權(quán)QoS區(qū)間下發(fā)給PCEF;當(dāng)PCRF接收到應(yīng)用層功 能實(shí)體會(huì)話建立或者會(huì)話修改的消息或內(nèi)部的觸發(fā)事件發(fā)生時(shí)，通過重新授權(quán) 請(qǐng)求消息將所述新生成的授權(quán)QoS區(qū)間下發(fā)給PCEF。
9、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的PCRF根據(jù)決策信息 進(jìn)行決策包括PCRF根據(jù)PCEF的請(qǐng)求消息、應(yīng)用業(yè)務(wù)信息、用戶簽約數(shù)據(jù)或運(yùn)營商設(shè)定 的策略進(jìn)行決策。
10、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)選取信息為承載 或業(yè)務(wù)流從接收到的新生成的授權(quán)QoS區(qū)間中選4奪QoS包括PCEF根據(jù)資源使用情況、運(yùn)營商預(yù)定義的策略或PCRF下發(fā)的QoS選取 原則為承載或業(yè)務(wù)流從接收到的新生成的授權(quán)QoS區(qū)間中選擇QoS。
11、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)選取信息為承載 或業(yè)務(wù)流從接收到的新生成的授權(quán)QoS區(qū)間中選擇QoS包括當(dāng)網(wǎng)絡(luò)剩余資源大于新生成的授權(quán)QoS區(qū)間的下限時(shí)，PCEF從接收到的 新生成的授權(quán)QoS區(qū)間中選擇QoS;當(dāng)網(wǎng)絡(luò)剩余資源小于新生成的授權(quán)QoS區(qū)間的下限時(shí)，PCEF根據(jù)運(yùn)營商 定義的策略向PCRF返回錯(cuò)誤信息，或者PCEF對(duì)網(wǎng)絡(luò)資源進(jìn)行調(diào)整，釋放網(wǎng) 絡(luò)資源，使網(wǎng)絡(luò)剩余資源大于或等于新生成的授權(quán)QoS區(qū)間的下限，從接收到 的新生成的授權(quán)QoS區(qū)間中選擇QoS。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述的PCEF對(duì)網(wǎng)絡(luò)資源 進(jìn)行調(diào)整包括將同 一個(gè)IP連通接入網(wǎng)絡(luò)會(huì)話中至少 一個(gè)承載或業(yè)務(wù)流的QoS區(qū)間的QoS 調(diào)整到相應(yīng)QoS區(qū)間的下限，釋放網(wǎng)絡(luò)資源；當(dāng)剩余的網(wǎng)絡(luò)資源仍小于新生成 的授權(quán)QoS區(qū)間的下限時(shí)，PCEF向PCRF返回錯(cuò)誤信息或?qū)Τ鲜鯥P連通接 入網(wǎng)絡(luò)會(huì)話之外的至少 一個(gè)IP連通接入網(wǎng)絡(luò)會(huì)話的網(wǎng)絡(luò)資源進(jìn)行調(diào)整。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于當(dāng)同一個(gè)IP連通接入網(wǎng) 絡(luò)會(huì)話中存在至少兩個(gè)承載或業(yè)務(wù)流時(shí)，根據(jù)承載或業(yè)務(wù)流的優(yōu)先級(jí)從低到高 的順序逐個(gè)將承載或業(yè)務(wù)流的QoS調(diào)整到相應(yīng)QoS區(qū)間的下限，釋放網(wǎng)絡(luò)資源， 直至剩余的網(wǎng)絡(luò)資源滿足新生成的授權(quán)QoS區(qū)間的下限。
14、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述的PCEF對(duì)除上述IP 連通接入網(wǎng)絡(luò)會(huì)話之外的至少一個(gè)IP連通接入網(wǎng)絡(luò)會(huì)話的網(wǎng)絡(luò)資源進(jìn)行調(diào)整 包括將除上述IP連通接入網(wǎng)絡(luò)會(huì)話之外的至少一個(gè)IP連通接入網(wǎng)絡(luò)會(huì)話的承 載或業(yè)務(wù)流的QoS調(diào)整到相應(yīng)QoS區(qū)間的下限，釋放網(wǎng)絡(luò)資源；當(dāng)所有IP連通接入網(wǎng)絡(luò)會(huì)話的承載或業(yè)務(wù)流的QoS都被調(diào)整到相應(yīng)QoS 區(qū)間的下限，剩余的網(wǎng)絡(luò)資源仍不滿足所述新生成的授權(quán)QoS區(qū)間的下限時(shí)， 則PCEF向PCRF返回錯(cuò)誤信息。
15、 根據(jù)權(quán)利要求14所述的方法，其特征在于當(dāng)存在至少兩個(gè)IP連通 接入網(wǎng)絡(luò)會(huì)話時(shí)，根據(jù)IP連通接入網(wǎng)絡(luò)會(huì)話的優(yōu)先級(jí)從低到高的順序?qū)⒏鱾€(gè)IP 連通接入網(wǎng)絡(luò)會(huì)話中的承載或業(yè)務(wù)流的QoS調(diào)整到相應(yīng)QoS區(qū)間的下限，釋放 網(wǎng)絡(luò)資源，直至剩余的網(wǎng)絡(luò)資源滿足新生成的授權(quán)QoS區(qū)間的下限。
16、 根據(jù)權(quán)利要求11所述的方法，其特征在于，在所述PCEF根據(jù)選取信 息為承載或業(yè)務(wù)流從接收到的新生成的授權(quán)QoS區(qū)間中選擇QoS之前，該方法 包括 當(dāng)網(wǎng)絡(luò)剩余資源小于預(yù)先設(shè)置的第一閾值時(shí)，PCEF在所有承載或業(yè)務(wù)流 的QoS區(qū)間中降低所選擇的QoS;當(dāng)網(wǎng)絡(luò)剩余資源大于預(yù)先設(shè)置的第二閾值時(shí)，PCEF在所有承載或業(yè)務(wù)流 的QoS區(qū)間中提高所選擇的QoS。
17、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)選取信息和新生 成的授權(quán)QoS區(qū)間進(jìn)行QoS控制還包括PCEF與除PCEF外的網(wǎng)絡(luò)實(shí)體或者UE對(duì)QoS進(jìn)行協(xié)商，當(dāng)協(xié)商后的QoS 位于所述授權(quán)QoS區(qū)間內(nèi)時(shí)，PCEF按照協(xié)商后的QoS對(duì)對(duì)應(yīng)的承載或業(yè)務(wù)流 進(jìn)行QoS控制；當(dāng)協(xié)商后的QoS低于授權(quán)QoS區(qū)間的下限或高于授權(quán)QoS區(qū) 間的上限時(shí)，則PCEF向PCRF返回錯(cuò)誤信息。
18、 一種策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，其特征在于，該功能實(shí)體包括 接收模塊、決策模塊和輸出模塊；所述接收模塊，用于接收決策信息，并將決策信息發(fā)送給決策模塊； 所述決策生成模塊，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根據(jù)所述接收模塊發(fā)送的決策信息進(jìn)行決策，生成授權(quán)QoS區(qū)間，將生成的授權(quán)QoS區(qū)間發(fā)送給輸出模塊；所述輸出模塊，用于輸出決策模塊所生成的授權(quán)QoS區(qū)間。
19、 根據(jù)權(quán)利要求18所述的功能實(shí)體，其特征在于，所述決策生成模塊包 括決策單元和生成模塊；所述決策單元，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，并根據(jù)所 述接收模塊發(fā)送的決策信息進(jìn)行決策，將決策結(jié)果發(fā)送給生成單元；所述生成單元，用于根據(jù)所接收到的決策結(jié)果生成并輸出授權(quán)QoS區(qū)間。
20、 一種策略和計(jì)費(fèi)執(zhí)行實(shí)體，其特征在于，該策略和計(jì)費(fèi)才丸行實(shí)體包括 接收模塊、選擇模塊和控制模塊；所述接收模塊，用于將接收到的授權(quán)QoS區(qū)間發(fā)送給選擇模塊； 所述選擇模塊，用于從接收到的授權(quán)QoS區(qū)間中選擇QoS,將選擇的QoS 發(fā)送給控制模塊；所述控制模塊根據(jù)選擇模塊所選擇的QoS進(jìn)行QoS控制。
21、 根據(jù)權(quán)利要求20所述的策略和計(jì)費(fèi)執(zhí)行實(shí)體，其特征在于，該策略和 計(jì)費(fèi)執(zhí)行實(shí)體還包括調(diào)整模塊；所述接收模塊，還用于將接收到的授權(quán)QoS區(qū)間發(fā)送給調(diào)整模塊； 所述調(diào)整模塊，用于當(dāng)剩余的資源不能滿足所述授權(quán)QoS區(qū)間的下限時(shí)，對(duì)網(wǎng)絡(luò)資源進(jìn)行調(diào)整，釋放網(wǎng)絡(luò)資源，使剩余的資源大于或等于所述授權(quán)QoS區(qū)間的下限。
22、 一種策略控制的系統(tǒng)，其特征在于，該系統(tǒng)包括策略控制和計(jì)費(fèi)規(guī) 則功能實(shí)體和策略和計(jì)費(fèi)執(zhí)行實(shí)體；所述策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，用于根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū) 間的決策，根據(jù)接收到的決策信息進(jìn)行決策，生成相應(yīng)的授權(quán)QoS區(qū)間，將所 述授權(quán)QoS區(qū)間下發(fā)給策略和計(jì)費(fèi)執(zhí)行實(shí)體；所述策略和計(jì)費(fèi)執(zhí)行實(shí)體，用于根據(jù)接收到的選取信息和接收到的授權(quán) QoS區(qū)間進(jìn)行QoS控制。
全文摘要
本發(fā)明公開了一種策略控制方法，包括PCRF根據(jù)觸發(fā)事件觸發(fā)對(duì)授權(quán)QoS區(qū)間的決策，根據(jù)決策信息進(jìn)行決策，生成相應(yīng)的授權(quán)QoS區(qū)間，將所述新生成的授權(quán)QoS區(qū)間下發(fā)給PCEF；通知PCEF根據(jù)選取信息和新生成的授權(quán)QoS區(qū)間進(jìn)行QoS控制。本發(fā)明還公開了一種策略控制系統(tǒng)，該系統(tǒng)包括PCRF和PCEF。通過使用所述的方法和系統(tǒng)，PCEF可根據(jù)授權(quán)QoS區(qū)間，結(jié)合資源使用情況和運(yùn)營商預(yù)定義的策略進(jìn)行QoS控制，使得PCEF能在滿足客戶高質(zhì)量服務(wù)的要求和網(wǎng)絡(luò)資源限制之間靈活的進(jìn)行QoS調(diào)整，實(shí)現(xiàn)網(wǎng)絡(luò)資源的合理調(diào)配。
文檔編號(hào)H04L12/14GK101370263SQ20071014059
公開日2009年2月18日 申請(qǐng)日期2007年8月15日 優(yōu)先權(quán)日2007年8月15日
發(fā)明者時(shí)曉巖, 譚仕勇, 魏偉華 申請(qǐng)人:華為技術(shù)有限公司