專利名稱：用于分組業(yè)務(wù)的策略控制方法及分組業(yè)務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)，特別涉及一種用于分組業(yè)務(wù)的策略控制方法及一種分組業(yè)務(wù)系統(tǒng)。
背景技術(shù)：
3GPP無(wú)線核心網(wǎng)包括通用無(wú)線分組業(yè)務(wù)(General Packet RadioService，簡(jiǎn)稱為 GPRS)網(wǎng)絡(luò)、演進(jìn)的分組系統(tǒng)(Evolved PacketSystem，簡(jiǎn)稱為EPS)網(wǎng)絡(luò)、通用移動(dòng)通信系統(tǒng)(Universal MobileTelecommunications System,簡(jiǎn)禾爾為 UMTS)。一種3GPP的網(wǎng)絡(luò)架構(gòu)如圖1所示，用戶設(shè)備(User Equipment，簡(jiǎn)稱為UE)通過(guò) EPS和UMTS接入機(jī)器類型通信(Machine TypeCommunication，簡(jiǎn)稱為MTC)服務(wù)器(MTC Server)，構(gòu)成MTC系統(tǒng)，實(shí)現(xiàn)MTC業(yè)務(wù)。MTC系統(tǒng)是一種典型的分組業(yè)務(wù)系統(tǒng)，在MTC系統(tǒng)中，UE也稱為MTC設(shè)備。在圖1中，實(shí)線表示信令，虛線表示用戶的IP通道。通過(guò)UMTS接入時(shí)，UE又可稱為移動(dòng)臺(tái)(Mobile Mation，簡(jiǎn)稱為MS)。MTC系統(tǒng)涉及的主要網(wǎng)元包括EPS網(wǎng)絡(luò)部分的網(wǎng)元、UMTS網(wǎng)絡(luò)部分的網(wǎng)元以及MTC Server。其中，EPS網(wǎng)絡(luò)部分的網(wǎng)元主要包括增強(qiáng)的無(wú)線基站(eNodeB)、移動(dòng)性管理實(shí)體(Mobi 1 ityManagement Entity，簡(jiǎn)稱為MME)，策略和計(jì)費(fèi)規(guī)則實(shí)體(Policy andCharging Rules Function，簡(jiǎn)稱為PCRF)，以及用戶面數(shù)據(jù)路由處理網(wǎng)元(SAE GW)。其中，SAE GW包括分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Packet DataNetwork Gateway，簡(jiǎn)稱為P-GW)和服務(wù)網(wǎng)關(guān)(Serving GW，簡(jiǎn)稱為 S-GW)。PCRF 是策略和計(jì)費(fèi)控制(Policy and Charging Control, 簡(jiǎn)稱為PCC)架構(gòu)的重要功能實(shí)體，用以控制因特網(wǎng)協(xié)議-連接接入網(wǎng)(IP-Connectivity Access Network，簡(jiǎn)稱為IP-CAN)策略和計(jì)費(fèi)規(guī)則的獲取、裝配和下發(fā)等。UMTS網(wǎng)絡(luò)主要由 3GPP 無(wú)線接入網(wǎng)絡(luò)(GSM EDGE Radio Access Network/UMTS Terrestrial RadioAccess Network，GERAN/UTRAN，統(tǒng)稱為 RAN)、服務(wù) GPRS 支持節(jié)點(diǎn)(Serving GPRS Support Node，簡(jiǎn)稱為 SGSN)、網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn)(Gateway GPRS Support Node，簡(jiǎn)稱為 GGSN)構(gòu)成。相關(guān)技術(shù)中，MTC設(shè)備(MTC Device,即終端)接入MTC服務(wù)器，首先必須先通過(guò) EPS 或 UMTS 建立 IP-CAN(IP-ConnectivityAccess Network,因特網(wǎng)協(xié)議-連接接入網(wǎng)) 會(huì)話。為了實(shí)現(xiàn)對(duì)IP-CAN會(huì)話的策略和計(jì)費(fèi)控制，EPS或UMTS系統(tǒng)中的策略執(zhí)行實(shí)體與 PCRF (Pol icy and Charging Rules Function，策略和計(jì)費(fèi)規(guī)則實(shí)體)為每一個(gè) IP-CAN 會(huì)話建立Diameter會(huì)話。通過(guò)Diamete會(huì)話，策略執(zhí)行實(shí)體向PCRF上報(bào)MTC設(shè)備的接入信息，PCRF向策略執(zhí)行實(shí)體下發(fā)策略。其中，策略執(zhí)行實(shí)體在EPS系統(tǒng)中為位于P-GW中的 PCEF(Policy and Charging Enforcement Function，策略和計(jì)費(fèi)執(zhí)行實(shí)體)，以及可能在 S-GW 中的 BBERF (Bearer Binding and EventReport Function，承載綁定和事件報(bào)告實(shí)體)。在UMTS系統(tǒng)中，策略執(zhí)行實(shí)體為位于GGSN的PCEF。自第三代合作伙伴計(jì)劃階段7 (3GPP Release7)標(biāo)準(zhǔn)體系以來(lái)，策略和計(jì)費(fèi)功能由策略和計(jì)費(fèi)控制(PCC，Policy and ChargingControl)框架來(lái)實(shí)現(xiàn)。PCC架構(gòu)是一個(gè)能夠應(yīng)用于多種接入技術(shù)的功能框架，例如，PCC架構(gòu)可以應(yīng)用于UMTS以及EPS。
PCC主要實(shí)現(xiàn)了策略控制和計(jì)費(fèi)兩大功能，圖2為現(xiàn)有PCC組成架構(gòu)示意圖。其中，AF用于提供業(yè)務(wù)應(yīng)用的接入點(diǎn)，這些業(yè)務(wù)應(yīng)用所使用的網(wǎng)絡(luò)資源需要進(jìn)行動(dòng)態(tài)的策略控制。在業(yè)務(wù)面進(jìn)行參數(shù)協(xié)商時(shí)，AF將相關(guān)業(yè)務(wù)信息傳遞給PCRF，AF和PCRF之間使用Rx接口。PCRF是PCC的核心，用于負(fù)責(zé)策略決策和計(jì)費(fèi)規(guī)則的制定。PCRF提供基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則，這些網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流的檢測(cè)、門控(Gating Control), 服務(wù)質(zhì)量(QoS，Qualityof krvice)控制以及基于數(shù)據(jù)流的計(jì)費(fèi)規(guī)則等。PCRF將其制定的策略和計(jì)費(fèi)規(guī)則發(fā)送給策略和計(jì)費(fèi)執(zhí)行實(shí)體(PCEF，Policy andControl Enforcement Function)執(zhí)行；同時(shí)，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。PCRF制定策略和計(jì)費(fèi)規(guī)則的依據(jù)包括從AF獲得的與業(yè)務(wù)相關(guān)的信息、從用戶簽約數(shù)據(jù)庫(kù)(SPR， Subscription Profile Repository)獲得的與與策略控制和計(jì)費(fèi)相關(guān)的用戶策略計(jì)費(fèi)控制簽約信息、以及通過(guò)to接口從PCEF獲得的與承載相關(guān)網(wǎng)絡(luò)的信息。PCEF通常位于網(wǎng)關(guān)(GW，Gate-ffay)內(nèi)，在承載面執(zhí)行PCRF所制定的策略和計(jì)費(fèi)規(guī)則。如果是在線計(jì)費(fèi)，則PCEF需要和在線計(jì)費(fèi)系統(tǒng)(0CS，Online Charging System) 一起進(jìn)行信用管理；離線計(jì)費(fèi)時(shí)，PCEF和離線計(jì)費(fèi)系統(tǒng)(0FCS，Offline Charging System)之間交換相關(guān)的計(jì)費(fèi)信息。其中，PCEF與PCRF之間的接口是foe接口，PCEF與OCS之間的接口是Gy接口，PCEF與OFCS之間的接口是( 接口。PCEF —般都位于網(wǎng)絡(luò)的網(wǎng)關(guān)上，如EPS 的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN-GW)、通用無(wú)線分組業(yè)務(wù)(GPRS，General PacketRadio Service) 中的GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN)以及互聯(lián)無(wú)線網(wǎng)局域網(wǎng)(I-WLAN，Interworking WLAN)中的分組數(shù)據(jù)網(wǎng)關(guān)(PDGJacket Data Gateway)等。承載綁定和事件報(bào)告實(shí)體(BBERF，BearerBinding and EventReporting Function)通常位于接入網(wǎng)網(wǎng)關(guān)(Access Network Gateway)內(nèi)。如當(dāng)用戶設(shè)備通過(guò) E-UTRAN接入EPS、服務(wù)網(wǎng)關(guān)S-GW與P-GW之間采用代理移動(dòng)互聯(lián)網(wǎng)協(xié)議版本6 (PMIPv6， Proxy Mobile InternetProtocol version 6)協(xié)議時(shí)，S-GW 中就存在 BBERF。當(dāng)用戶設(shè)備通過(guò)可信任非3GPP接入網(wǎng)接入時(shí)，可信任非3GPP接入網(wǎng)關(guān)中也存在BBERF。用戶簽約數(shù)據(jù)庫(kù)(SPR)中存儲(chǔ)有與策略控制和計(jì)費(fèi)相關(guān)的用戶策略計(jì)費(fèi)控制簽約信息。SPR和PCRF之間的使用Sp接口。在實(shí)際使用過(guò)程中，MTC設(shè)備的數(shù)量眾多，并且屬于同一個(gè)MTC Subscriber的MTC 設(shè)備可能會(huì)在某一個(gè)時(shí)間段內(nèi)同時(shí)進(jìn)行業(yè)務(wù)訪問(wèn)。這會(huì)導(dǎo)致在這期間，無(wú)線運(yùn)營(yíng)商的網(wǎng)絡(luò)資源會(huì)被該MTCSubscriber大量占用，而無(wú)線運(yùn)營(yíng)商缺乏對(duì)MTC Subscriber占用的網(wǎng)絡(luò)資源進(jìn)行有效的控制的手段，因而造成正常用戶的訪問(wèn)受限。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種用于分組業(yè)務(wù)的策略控制方法及分組業(yè)務(wù)系統(tǒng)， 以解決無(wú)線運(yùn)營(yíng)商無(wú)法有效控制MTC Subscriber占用的網(wǎng)絡(luò)資源，因而造成用戶訪問(wèn)受限的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于分組業(yè)務(wù)的策略控制方法，包括策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF接收到一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；PCRF判斷用戶的保障帶寬需求與已為用戶組授權(quán)的保障帶寬總和未超過(guò)用戶組的組簽約保障帶寬GSGB ；PCRF為用戶授權(quán)保障帶寬的QoS。根據(jù)本發(fā)明的另一方面，還提供了一種分組業(yè)務(wù)系統(tǒng)的策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF 裝置，包括接收模塊，用于接收一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；第一判斷模塊，用于判斷用戶的保障帶寬需求與已為用戶組授權(quán)的保障帶寬總和未超過(guò)用戶組的組簽約保障帶寬GSGB ；第一分配模塊，用于為用戶授權(quán)保障帶寬的QoS。根據(jù)本發(fā)明的另一方面，還提供了一種分組業(yè)務(wù)系統(tǒng)的用戶簽約數(shù)據(jù)庫(kù)SPR，包括設(shè)置模塊，用于在SPR中設(shè)置用戶組的組簽約保障帶寬GSGB ；請(qǐng)求接收模塊，用于接收策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF發(fā)送的簽約文檔請(qǐng)求；反饋模塊，用于向PCRF反饋簽約文檔應(yīng)答，簽約文檔應(yīng)答包括所述GSGB。根據(jù)本發(fā)明的另一方面，還提供了一種分組業(yè)務(wù)系統(tǒng)，包括上述的PCRF和SPR。根據(jù)本發(fā)明的另一方面，還提供了一種分組業(yè)務(wù)系統(tǒng)中策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF 的選擇方法，包括分組業(yè)務(wù)系統(tǒng)的路由代理DRA根據(jù)一個(gè)用戶組的組標(biāo)識(shí)為用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF。本發(fā)明通過(guò)分組業(yè)務(wù)系統(tǒng)中的同一個(gè)用戶組在SPR中簽約組簽約保障帶寬GSGB， 使得同一個(gè)用戶組占用的帶寬資源得以控制，解決了無(wú)線運(yùn)營(yíng)商對(duì)同一個(gè)用戶組如MTC Group占用的資源的控制問(wèn)題，避免了同一個(gè)MTC Subscriber的多個(gè)MTC設(shè)備在某一時(shí)間段同時(shí)進(jìn)行業(yè)務(wù)訪問(wèn)時(shí)，造成的用戶訪問(wèn)受限，提升了用戶體驗(yàn)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為相關(guān)技術(shù)中的一種3GPP網(wǎng)絡(luò)架構(gòu)示意圖；圖2為相關(guān)技術(shù)中的一種PCC的架構(gòu)示意圖；圖3為根據(jù)本發(fā)明實(shí)施例的一種用于分組業(yè)務(wù)的策略控制方法的步驟流程圖；圖4為根據(jù)本發(fā)明實(shí)施例的另一種用于分組業(yè)務(wù)的策略控制方法的步驟流程圖；圖5為根據(jù)本發(fā)明實(shí)施例的一種PCEF和PCRF的交互流程圖；圖6為根據(jù)本發(fā)明實(shí)施例的一種BBERF、PCEF和PCRF的交互流程圖；圖7為基于圖5或圖6所示實(shí)施例的一種PCRF策略控制方法的流程圖；圖8為基于圖5所示實(shí)施例的一種PCRF策略控制方法的流程圖；圖9為基于圖6所示實(shí)施例的一種PCRF策略控制方法的流程圖；圖10為根據(jù)本發(fā)明實(shí)施例的一種PCRF選擇方法的流程圖；圖11為根據(jù)本發(fā)明實(shí)施例的另一種PCRF選擇方法的流程圖；圖12為根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的PCRF的結(jié)構(gòu)框圖；圖13為根據(jù)本發(fā)明實(shí)施例的另一種分組業(yè)務(wù)系統(tǒng)的PCRF的結(jié)構(gòu)框圖；圖14為根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的SPR的結(jié)構(gòu)框圖；圖15為根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。3GPP的網(wǎng)絡(luò)架構(gòu)如圖1所示，UE通過(guò)EPS和UMTS接入MTC服務(wù)器，構(gòu)成MTC系統(tǒng)，實(shí)現(xiàn)MTC業(yè)務(wù)。下面介紹本發(fā)明的多個(gè)實(shí)施例，都以該MTC系統(tǒng)為基礎(chǔ)予以實(shí)施。參照?qǐng)D3，示出了根據(jù)本發(fā)明實(shí)施例的一種用于分組業(yè)務(wù)的策略控制方法的步驟流程圖，包括以下步驟步驟S302 =PCRF接收到一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；例如，以MTC系統(tǒng)為例，PCRF接收到一個(gè)MTC Group中的一個(gè)用戶A的IP-CAN會(huì)話請(qǐng)求。步驟S304:PCRF判斷該用戶的保障帶寬需求與已為用戶組授權(quán)的保障帶寬總和未超過(guò)用戶組的組簽約保障帶寬GSGB ；例如，MTC系統(tǒng)的PCRF判斷用戶A的IP-CAN會(huì)話請(qǐng)求所要求的帶寬，與該MTC Group的授權(quán)MTC用戶如用戶B、C、和D所占用的帶寬總和還未超過(guò)該MTC Group的組簽約保障帶寬GSGB。步驟S306 =PCRF為該用戶授權(quán)所述保障帶寬的QoS。例如，PCRF為用戶A授權(quán)其IP-CAN會(huì)話請(qǐng)求所要求的保障帶寬的QoS。相關(guān)技術(shù)中不對(duì)同時(shí)訪問(wèn)予以控制，而本實(shí)施例有效控制了一個(gè)用戶組用戶占用的帶寬資源，解決了相關(guān)技術(shù)中無(wú)線運(yùn)營(yíng)商無(wú)法有效控制MTC Subscriber占用的網(wǎng)絡(luò)資源的問(wèn)題，避免了用戶在同一個(gè)MTC Subscriber的多個(gè)MTC設(shè)備在某一時(shí)間段同時(shí)進(jìn)行業(yè)務(wù)訪問(wèn)時(shí)，造成的用戶訪問(wèn)受限，從而提升了用戶體驗(yàn)。參照?qǐng)D4，示出了根據(jù)本發(fā)明實(shí)施例的另一種用于分組業(yè)務(wù)的策略控制方法的步驟流程圖，包括以下步驟步驟S402 :PCEF/BBERF向路由代理發(fā)送一個(gè)用戶組的一個(gè)用戶的會(huì)話建立請(qǐng)求；例如，MTC系統(tǒng)的 PCEF/BBERF 向 MTC 的 Diameter 路由代理 DRA 發(fā)送 MTC Groupl 的一個(gè)用戶A的會(huì)話建立請(qǐng)求。該會(huì)話建立請(qǐng)求中可以包括用戶標(biāo)識(shí)、PDNO^cket Data Network，分組數(shù)據(jù)網(wǎng))標(biāo)識(shí)、和所屬用戶組的組標(biāo)識(shí)等信息。分組系統(tǒng)中不同部分應(yīng)用的網(wǎng)絡(luò)協(xié)議不同，由PCEF或BBERF發(fā)送會(huì)話建立請(qǐng)求， 最大限度地考慮了目前分組系統(tǒng)的網(wǎng)絡(luò)特點(diǎn)，使本發(fā)明實(shí)施例具有廣泛的應(yīng)用性。步驟S404:路由代理檢查是否為該用戶所屬的用戶組選擇了 PCRF，若是，則執(zhí)行步驟S408，若否，則執(zhí)行步驟S406 ；例如，DRA檢查是否為用戶A所屬的MTC Groupl選擇了 PCRF。本步驟以未選擇 PCRF為例。步驟S406 路由代理為該用戶所屬的用戶組選擇PCRF ；例如，為用戶A所屬的MTC Groupl選擇PCRF1。因?yàn)橄到y(tǒng)中的多個(gè)PCRF之間沒(méi)有交互，因此若不選擇同一個(gè)PCRF，就無(wú)法對(duì)一個(gè)用戶組用戶占用的網(wǎng)絡(luò)資源進(jìn)行及時(shí)、準(zhǔn)確地計(jì)算。通過(guò)為一個(gè)用戶組的所有用戶選擇同一個(gè)PCRF，可以對(duì)該用戶組用戶占用的資源行集中控制，及時(shí)、準(zhǔn)確掌握該用戶組的網(wǎng)絡(luò)資源占用情況。步驟S408 向選擇的PCRF發(fā)送該用戶的會(huì)話建立請(qǐng)求；本步驟中，可以由路由代理可以通過(guò)轉(zhuǎn)發(fā)會(huì)話建立請(qǐng)求的方式向選擇的PCRF發(fā)送該用戶的會(huì)話建立請(qǐng)求，或者，通過(guò)路由代理向PCEF/BBERF返回?cái)y帶PCRF信息的重定向消息，再由PCEF/BBERF向選擇的PCRF發(fā)送該用戶的會(huì)話建立請(qǐng)求。路由代理通過(guò)轉(zhuǎn)發(fā)或重定向方式向選擇的PCRF發(fā)送用戶的會(huì)話建立請(qǐng)求，充分利用了現(xiàn)有分組系統(tǒng)的技術(shù)特點(diǎn)，實(shí)現(xiàn)簡(jiǎn)單，節(jié)約成本。步驟S410:PCRF判斷該用戶的會(huì)話建立請(qǐng)求是否為其所屬用戶組的首個(gè)用戶的會(huì)話建立請(qǐng)求，若是，則執(zhí)行步驟S412，若否，則執(zhí)行步驟S416 ；本步驟中，PCRF判斷用戶A的會(huì)話請(qǐng)求為MTC Groupl的首個(gè)會(huì)話建立請(qǐng)求。步驟S412 =PCRF向SI3R發(fā)送簽約文檔請(qǐng)求；該簽約文檔請(qǐng)求中可以攜帶有用戶標(biāo)識(shí)、PDN標(biāo)識(shí)、和所屬用戶組的組標(biāo)識(shí)等信肩、ο需要說(shuō)明的是，在PCRF判斷用戶A的會(huì)話請(qǐng)求為除MTCGroupl的首個(gè)會(huì)話建立請(qǐng)求外的其它會(huì)話建立請(qǐng)求時(shí)，也可以再次向sra發(fā)送簽約文檔請(qǐng)求。步驟S414 =PCRF接收SI3R反饋的簽約文檔應(yīng)答，并獲取其中的GSGB ；SPR中保存有用戶組的組簽約保障帶寬GSGB信息，SPR通過(guò)簽約文檔應(yīng)答將該信息發(fā)送給PCRF，由PCRF獲取用戶所屬用戶組的GSGB。通過(guò)步驟S410_S414，PCRF在一個(gè)用戶組的用戶發(fā)送首個(gè)會(huì)話請(qǐng)求時(shí)，即向SI3R獲取GSGB，可以有效計(jì)算該用戶組內(nèi)授權(quán)用戶占用的帶寬，以便對(duì)該用戶組占用的網(wǎng)絡(luò)資源進(jìn)行有效控制。步驟S416:PCRF判斷該會(huì)話建立請(qǐng)求要求的保障帶寬與已為用戶組授權(quán)的保障帶寬總和是否超過(guò)用戶組的組簽約保障帶寬GSGB，若是，則執(zhí)行步驟S420，若否，則執(zhí)行步驟 S418 ；例如，因用戶A的會(huì)話請(qǐng)求為MTC Groupl中的首個(gè)會(huì)話請(qǐng)求，因此，MTC Groupl中尚無(wú)其它授權(quán)用戶，PCRF判斷用戶A的會(huì)話請(qǐng)求要求的帶寬是否超過(guò)用戶組的GSGB。本步驟以未超過(guò)為例。步驟S418 =PCRF為該用戶的會(huì)話建立請(qǐng)求授權(quán)保障帶寬的QoS，流程結(jié)束；步驟S420 =PCRF拒絕該用戶的會(huì)話建立請(qǐng)求，流程結(jié)束。本步驟中，當(dāng)帶寬不滿足需求時(shí)，PCRF拒絕該用戶的會(huì)話建立請(qǐng)求，在實(shí)際執(zhí)行中，PCRF也可以根據(jù)系統(tǒng)的帶寬情況，為用戶授權(quán)無(wú)保障的帶寬。無(wú)論是拒絕用戶的會(huì)話建立請(qǐng)求，還是為用戶授權(quán)無(wú)保障帶寬的QoS，都最大限度地保證了其他用戶組用戶的網(wǎng)絡(luò)資源使用。以下圖5至圖11以MTC系統(tǒng)為例，對(duì)本發(fā)明實(shí)施例的用于分組業(yè)務(wù)的策略控制方法中的PCEF/BBERF和PCRF的交互、PCRF策略控制方法和系統(tǒng)中有多個(gè)PCRF時(shí)的同一 PCRF 選擇方法予以說(shuō)明。參照?qǐng)D5，示出了根據(jù)本發(fā)明實(shí)施例的一種PCEF和PCRF的交互流程圖。本實(shí)施例中描述了屬于同一個(gè)用戶組的用戶MTC設(shè)備1和MTC設(shè)備2在分別建立IP-CAN會(huì)話過(guò)程中，PCEF和PCRF交互流程。其中MTC設(shè)備1和MTC設(shè)備2建立的IP-CAN會(huì)話都不使用 BBERF。本實(shí)施例包括以下步驟步驟S502 在MTC設(shè)備1請(qǐng)求建立IP-CAN會(huì)話1的過(guò)程中，向PCEF 1所在的網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，在消息中攜帶有MTC設(shè)備1的用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和MTC
8設(shè)備1屬于的用戶組的組標(biāo)識(shí)。組標(biāo)識(shí)可以有多種方式實(shí)現(xiàn)，如一個(gè)獨(dú)立標(biāo)識(shí)、或與PDN標(biāo)識(shí)結(jié)合，即每一個(gè)MTC Group用一個(gè)PDN標(biāo)識(shí)表示；步驟S504 =PCEFl向PCRF發(fā)送IP-CAN會(huì)話建立指示消息，在IP-CAN會(huì)話建立指示消息中攜帶有用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)、組標(biāo)識(shí)和為MTC設(shè)備1分配的IP地址(IP Addressl)。 該消息建立了 PCEFl和PCRF之間的Diameter會(huì)話，表示為Gx會(huì)話1 ；步驟S506 =PCRF向STO發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)1、 PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S508 =SPR根據(jù)組標(biāo)識(shí)和用戶標(biāo)識(shí)1返回MTC設(shè)備1的簽約信息，其中包括 MTC設(shè)備1所屬組的組簽約信息、組簽約保障帶寬GSGB。若除了所有MTC設(shè)備都相同的組簽約信息還包括各個(gè)MTC設(shè)備不相同的簽約信息，SPR還會(huì)返回用戶標(biāo)識(shí)1對(duì)應(yīng)的特定簽約信息?？蛇x地，SPR還會(huì)返回該組中所有MTC設(shè)備特定的簽約信息給PCRF ；步驟S510:PCRF根據(jù)簽約信息、接入信息以及網(wǎng)絡(luò)策略制定策略，包括計(jì)費(fèi)方式 (離線或在線)，計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS(QCI、ARP)、 APN-AMBR和Group-APN-AMBR，以及默認(rèn)承載的PCC規(guī)則1，PCRF將以上策略發(fā)送給PCEFl ；步驟S512 =PCEFl執(zhí)行策略，PCEFl所在網(wǎng)關(guān)向MTC設(shè)備1返回應(yīng)答建立IP-CAN 會(huì)話消息，攜帶有IP Addressl ；通過(guò)步驟S502 步驟S512后，MTC設(shè)備1建立了 IP-CAN會(huì)話1，并且PCEFl與 PCRF建立了 foe會(huì)話1，PCRF從SPR獲取的組簽約保障帶寬。PCEFl和PCRF通過(guò)foe會(huì)話1 進(jìn)行對(duì)IP-CAN會(huì)話1的策略計(jì)費(fèi)控制。步驟S514 在MTC設(shè)備2請(qǐng)求建立IP-CAN會(huì)話2的過(guò)程中，向PCEF2所則網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，在消息中攜帶有MTC設(shè)備2的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及 MTC設(shè)備2屬于的用戶組的組標(biāo)識(shí)。MTC設(shè)備1和MTC設(shè)備2屬于同一個(gè)組，因此組標(biāo)識(shí)是相同的。PCEFl和PCEF2可能相同，也可能不相同；步驟S516 :PCEF2向PCRF發(fā)送IP-CAN會(huì)話建立指示消息，在IP-CAN會(huì)話建立指示消息中攜帶有用戶標(biāo)識(shí)2、PDN標(biāo)識(shí)、組標(biāo)識(shí)和為MTC設(shè)備2分配的IP地址(IP Address2)。 該消息建立了 PCEF2和PCRF之間的Diameter會(huì)話，表示為Gx會(huì)話2 ；步驟S518 =PCRF根據(jù)組標(biāo)識(shí)將foe會(huì)話1和foe會(huì)話2進(jìn)行關(guān)聯(lián)，即它們屬于同一個(gè)組。若該組的簽約信息沒(méi)有各個(gè)MTC設(shè)備特定的簽約或SPR已經(jīng)將組內(nèi)所有MTC設(shè)備特定的簽約信息下發(fā)，則直接執(zhí)行步驟S522，否則，PCRF向Sra發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)2、PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S520 =SPR根據(jù)用戶標(biāo)識(shí)2返回MTC設(shè)備2特定的簽約信息；步驟S522 :PCRF制定策略，其中所有組成員相同的策略與步驟S510中一致，還有為IP-CAN會(huì)話2的默認(rèn)承載的PCC規(guī)則2。一般的，PCC規(guī)則1和PCC規(guī)則2只有業(yè)務(wù)過(guò)濾器模板不同，而其他的策略信息認(rèn)為是相同的。PCRF將PCC規(guī)則2發(fā)送給PCEF，其他的策略可以不發(fā)送；步驟S5M :PCEF執(zhí)行PCC規(guī)則2和在步驟S510中所有組成員都相同的策略。PCEF 所在網(wǎng)關(guān)向MTC設(shè)備2返回應(yīng)答建立IP-CAN會(huì)話消息，攜帶有IP AddreSS2。通過(guò)類似上述流程，同一個(gè)組的MTC設(shè)備都可以建立IP-CAN，并且PCRF可以根據(jù)組標(biāo)識(shí)將所有的to會(huì)話進(jìn)行關(guān)聯(lián)。
參照?qǐng)D6，示出了根據(jù)本發(fā)明實(shí)施例的一種BBERF、PCEF和PCRF的交互流程圖。本實(shí)施例中描述了屬于同一個(gè)用戶組的用戶MTC設(shè)備1和MTC設(shè)備2在分別建立IP-CAN會(huì)話過(guò)程中，BBERF、PCEF和PCRF交互流程。其中MTC設(shè)備1和MTC設(shè)備2建立的IP-CAN會(huì)話都使用BBERF。步驟S602 在MTC設(shè)備1請(qǐng)求建立IP-CAN會(huì)話1的過(guò)程中，向BBERF 1所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話的消息，請(qǐng)求建立IP-CAN會(huì)話1，在消息中攜帶有MTC設(shè)備1的用戶標(biāo)識(shí)1和PDN標(biāo)識(shí)，以及MTC設(shè)備1屬于的用戶組的組標(biāo)識(shí)。組標(biāo)識(shí)可以有多種方式實(shí)現(xiàn)，如一個(gè)獨(dú)立標(biāo)識(shí)、或與PDN標(biāo)識(shí)結(jié)合，即每一個(gè)MTCGroup用一個(gè)PDN標(biāo)識(shí)表示；步驟S604 =BBERFl向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息，在網(wǎng)關(guān)控制會(huì)話建立消息中攜帶有用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和組標(biāo)識(shí)。該消息建立了 BBERF 1和PCRF之間的Diameter 會(huì)話(網(wǎng)關(guān)控制會(huì)話)，表示為Gxx會(huì)話1 ；步驟S606 =PCRF向STO發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)1、 PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S608 =SPR根據(jù)用戶標(biāo)識(shí)1及組標(biāo)識(shí)返回MTC設(shè)備1的簽約信息，其中包括 MTC設(shè)備1所屬組的組策略信息，如組簽約保障帶寬GSGB。進(jìn)一步地，SPR可能會(huì)將MTC設(shè)備1所屬組的組用戶標(biāo)識(shí)全部下發(fā)給PCRF ；步驟S610:PCRF根據(jù)簽約信息、接入信息以及網(wǎng)絡(luò)策略制定策略，包括計(jì)費(fèi)方式 (離線或在線)，計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS(QCI、ARP)、 APN-AMBR和Group-APN-AMBR，以及默認(rèn)承載的PCC規(guī)則1和QoS規(guī)則1。PCRF將QoS規(guī)則 1發(fā)送給BBERFl ；步驟S612 =BBERFl執(zhí)行QoS規(guī)則1。BBERFl所在網(wǎng)關(guān)向PCEFl所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話的消息，消息中攜帶有MTC設(shè)備1的用戶標(biāo)識(shí)1和PDN標(biāo)識(shí)，以及MTC設(shè)備1屬于的用戶組的組標(biāo)識(shí)；步驟S614 =PCEFl所在網(wǎng)關(guān)為MTC設(shè)備1分配IP地址IPAddressl。PCEFl向PCRF 發(fā)送IP-CAN會(huì)話建立指示消息，消息中攜帶有用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和組標(biāo)識(shí)。該消息建立 7 PCEFl和PCRF之間的Diameter會(huì)話，表示為Gx會(huì)話1 ；步驟S616 =PCRF根據(jù)用戶標(biāo)識(shí)1和PDN標(biāo)識(shí)將Gxx會(huì)話1和foe會(huì)話1進(jìn)行關(guān)聯(lián)。 進(jìn)而將步驟S610執(zhí)行的策略(除QoS規(guī)則1)發(fā)送給PCEFl ；步驟S618 =PCEFl執(zhí)行策略。PCEFl所在網(wǎng)關(guān)向BBERFl所在網(wǎng)關(guān)應(yīng)答建立IP-CAN 會(huì)話消息，攜帶IP Addressl ；步驟S620 =BBERFl所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會(huì)話1消息，攜帶有IP Addressl ；通過(guò)步驟S602 步驟S620后，MTC設(shè)備1建立了 IP-CAN會(huì)話1，并且BBERFl與 PCRF建立了 Gxx會(huì)話1，PCEFl與PCRF建立了 foe會(huì)話1，PCRF從SPR獲取的組簽約保障帶寬。BBERFl、PCEF1和PCRF通過(guò)Gxx會(huì)話l、Gx會(huì)話1進(jìn)行對(duì)IP-CAN會(huì)話1的策略計(jì)費(fèi)控制。步驟S622 在MTC設(shè)備2請(qǐng)求建立IP-CAN會(huì)話2的過(guò)程中，向BBERF2所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，在請(qǐng)求建立IP-CAN會(huì)話消息中攜帶有MTC設(shè)備2的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及MTC設(shè)備2屬于的用戶組的組標(biāo)識(shí)。MTC設(shè)備1和MTC設(shè)備2屬于同一個(gè)組，因此組標(biāo)識(shí)是相同的；BBERFl和BBERF2可能相同也可能不同。步驟S6M :BBERF2向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息，在網(wǎng)關(guān)控制會(huì)話建立消息中攜帶有用戶標(biāo)識(shí)2、PDN標(biāo)識(shí)和組標(biāo)識(shí)。該消息建立了 BBERF2和PCRF之間的Diameter 會(huì)話(網(wǎng)關(guān)控制會(huì)話)，表示為Gxx會(huì)話2 ；步驟=PCRF根據(jù)組標(biāo)識(shí)將Gxx會(huì)話2和Gxx會(huì)話1、Gx會(huì)話1進(jìn)行關(guān)聯(lián)，即它們屬于同一個(gè)組。若該組的簽約信息沒(méi)有各個(gè)MTC設(shè)備特定的簽約或SPR已經(jīng)將組內(nèi)所有MTC設(shè)備特定的簽約信息下發(fā)，則直接執(zhí)行步驟S630，否則，PCRF向STO發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)2、PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟=SPR根據(jù)用戶標(biāo)識(shí)2返回MTC設(shè)備2特定的簽約信息；步驟S630 :PCRF制定策略，其中包括所有組成員相同的策略，還有為IP-CAN會(huì)話 2的默認(rèn)承載制定的PCC規(guī)則2和QoS規(guī)則2。一般的，PCC規(guī)則Ι/QoS規(guī)則1和PCC規(guī)則 2/QoS規(guī)則2只有業(yè)務(wù)過(guò)濾器模板不同，而其他的策略信息也認(rèn)為是相同的。PCRF將QoS 規(guī)則2發(fā)送給BBERF2 ；步驟S632 :BBERF2執(zhí)行QoS規(guī)則2。BBERF所在網(wǎng)關(guān)向PCEF2所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話2的消息，消息中攜帶有MTC設(shè)備2的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及MTC 設(shè)備2屬于的用戶組的組標(biāo)識(shí)；步驟S634 :PCEF2所在網(wǎng)關(guān)為MTC設(shè)備2分配IP地址(IPAddress2)。PCEF2向 PCRF發(fā)送IP-CAN會(huì)話建立指示消息，在IP-CAN會(huì)話建立指示消息中攜帶有用戶標(biāo)識(shí)2、組標(biāo)識(shí)、PDN標(biāo)識(shí)和IP Address2。該消息建立了 Diameter會(huì)話，表示為Gx會(huì)話2 ；步驟S636 =PCRF根據(jù)用戶標(biāo)識(shí)、PDN標(biāo)識(shí)將Gxx會(huì)話2和foe會(huì)話2進(jìn)行關(guān)聯(lián)。將步驟S630中制定的策略(除QoS規(guī)則2~)發(fā)送給PCEF2 ；步驟S638 :PCEF2執(zhí)行PCC規(guī)則2和在步驟S610中所有組成員都相同的策略。 PCEF2所在網(wǎng)關(guān)向BBERF2所在網(wǎng)關(guān)返回應(yīng)答建立回IP-CAN會(huì)話消息，攜帶有IP Address2。步驟S640 :BBERF2所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會(huì)話消息，攜帶有IP Address2。通過(guò)類似上述流程，同一個(gè)組的MTC設(shè)備都可以建立IP-CAN，并且PCRF可以根據(jù)組標(biāo)識(shí)將組內(nèi)所有IP-CAN會(huì)話相關(guān)的fooufoc會(huì)話進(jìn)行關(guān)聯(lián)，PCRF也從SI3R中獲取的組簽約保障帶寬。參照?qǐng)D7，示出了基于圖5和圖6所示實(shí)施例的一種PCRF策略控制方法的流程圖。 本實(shí)施例描述的是基于圖5或圖6所示實(shí)施例建立的IP-CAN會(huì)話后，由于MTC Group中一個(gè)MTC設(shè)備進(jìn)行業(yè)務(wù)訪問(wèn)，PCRF根據(jù)AF提供的業(yè)務(wù)信息進(jìn)行QoS授權(quán)以及發(fā)起資源預(yù)留的過(guò)程。在這個(gè)MTC設(shè)備之前，已經(jīng)有多個(gè)MTC設(shè)備請(qǐng)求了業(yè)務(wù)訪問(wèn)，并且PCRF根據(jù)AF提供的業(yè)務(wù)信息進(jìn)行QoS授權(quán)，QoS參數(shù)包括保障帶寬GBR，最大帶寬MBR等，即PCRF為這些業(yè)務(wù)的訪問(wèn)提供了保障帶寬。步驟S702 =AF向PCRF發(fā)送業(yè)務(wù)/應(yīng)用消息，消息中攜帶IPAddress。消息中還可以攜帶業(yè)務(wù)信息，如媒體類型，QoS信息等，其中QoS部分包括該業(yè)務(wù)請(qǐng)求的上下行最大帶寬；步驟S704 =PCRF保存AF提供的業(yè)務(wù)信息。PCRF根據(jù)IPAddress進(jìn)行會(huì)話綁定， 即該業(yè)務(wù)信息所對(duì)應(yīng)的IP-CAN會(huì)話，從而進(jìn)一步對(duì)應(yīng)到MTC Group。
11
步驟S706:PCRF根據(jù)業(yè)務(wù)信息等進(jìn)行策略決策。PCRF根據(jù)媒體類型等判斷需要為該業(yè)務(wù)的訪問(wèn)提供保障帶寬GBR。此時(shí)PCRF將根據(jù)組簽約保障帶寬GSGB進(jìn)行如下決策(1)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和還沒(méi)有超過(guò)GSGB， 則PCRF進(jìn)行QoS授權(quán)，QoS參數(shù)包括GBR、MBR,即PCRF為該MTC設(shè)備訪問(wèn)業(yè)務(wù)繼續(xù)提供保障帶寬。從而PCRF在制定的PCC規(guī)則中含有GBR和MBR。對(duì)于圖6所示實(shí)施例，QoS規(guī)則中也含有GBR禾Π MBR ；(2)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和超過(guò)GSGB，PCRF 可以執(zhí)行如下決策之一(2a) PCRF為該MTC設(shè)備的業(yè)務(wù)訪問(wèn)提供非保障帶寬，在PCRF在指定的PCC規(guī)則不含GBR。對(duì)于圖6所示實(shí)施例，QoS規(guī)則中也不含有GBR和MBR ；(2b) PCRF 拒絕 AF 請(qǐng)求的 QoS。若PCRF的決策為(1)或Ca)，則執(zhí)行步驟S708-S714，若為Qb)，則執(zhí)行步驟 S716-S718。步驟S708 =PCRF通過(guò)向BBERF發(fā)送網(wǎng)關(guān)和QoS規(guī)則提供消息，攜帶QoS規(guī)則；步驟S710 =BBERF安裝QoS規(guī)則，BBERF根據(jù)QoS規(guī)則為IP-CAN會(huì)話執(zhí)行資源預(yù)留過(guò)程，BBERF向PCRF返回確認(rèn)消息。步驟S708、S710針對(duì)圖6所示實(shí)施例執(zhí)行。步驟S712 =PCRF向PCEF發(fā)送策略計(jì)費(fèi)規(guī)則提供消息，攜帶PCC規(guī)則；步驟S714 :PCEF安裝PCC規(guī)則。針對(duì)圖5所示實(shí)施例，PCEF根據(jù)PCC規(guī)則為IP-CAN 會(huì)話執(zhí)行資源預(yù)留過(guò)程。PCEF向PCRF返回確認(rèn)消息。步驟S716 =PCRF向AF發(fā)送通知消息，通知AF QoS請(qǐng)求被拒絕；步驟S718 =AF返回確認(rèn)消息。參照?qǐng)D8，示出了基于圖5所示實(shí)施例的一種PCRF策略控制方法的流程圖。本實(shí)施例描述的是基于圖5所示實(shí)施例建立的IP-CAN會(huì)話后，由于MTC Group中一個(gè)MTC設(shè)備進(jìn)行業(yè)務(wù)訪問(wèn)，PCRF根據(jù)PCEF提供的MTC設(shè)備請(qǐng)求的QoS信息進(jìn)行QoS授權(quán)以及發(fā)起資源預(yù)留的過(guò)程。在這個(gè)MTC設(shè)備之前，已經(jīng)有多個(gè)MTC設(shè)備請(qǐng)求了業(yè)務(wù)訪問(wèn)，并且PCRF根據(jù)PCEF提供的MTC設(shè)備請(qǐng)求的QoS信息進(jìn)行QoS授權(quán)，QoS參數(shù)包括保障帶寬GBR，最大帶寬MBR等。即PCRF為這些業(yè)務(wù)的訪問(wèn)提供了保障帶寬。步驟S802 =PCEF收到來(lái)自MTC設(shè)備的QoS請(qǐng)求消息，消息中攜帶請(qǐng)求的QoS信息， 包括GBR ；步驟S804 =PCEF向PCRF發(fā)送網(wǎng)關(guān)控制和QoS規(guī)則請(qǐng)求消息，消息中攜帶請(qǐng)求的 QoS信息，包括GBR ；步驟S806 =PCRF進(jìn)行策略決策。由于MTC設(shè)備請(qǐng)求了 GBR，因此PCRF將根據(jù)組簽約保障帶寬GSGB進(jìn)行如下決策(1)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和還沒(méi)有超過(guò)GSGB， 則PCRF進(jìn)行QoS授權(quán)，QoS參數(shù)包括GBR、MBR,即PCRF為該MTC設(shè)備訪問(wèn)業(yè)務(wù)繼續(xù)提供保障帶寬。從而PCRF在制定的PCC規(guī)則和QoS規(guī)則中含有GBR和MBR ；(2)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和超過(guò)GSGB，PCRF 可以執(zhí)行如下決策之一
(2a) PCRF為該MTC設(shè)備的業(yè)務(wù)訪問(wèn)提供非保障帶寬，在PCRF在指定的PCC規(guī)則和 QoS規(guī)則中不含GBR和MBR ；(2b) PCRF拒絕MTC設(shè)備請(qǐng)求的QoS。步驟S808 對(duì)于(1)或Qa)，PCRF向PCEF發(fā)送策略和計(jì)費(fèi)規(guī)則提供消息，攜帶 PCC規(guī)則；步驟S810 =PCEF執(zhí)行策略；步驟S812 對(duì)于(1)或Oa)，PCEF返回確認(rèn)消息。參照?qǐng)D9，示出了基于圖6所示實(shí)施例的一種PCRF策略控制方法的流程圖。本實(shí)施例描述的是基于圖6所示實(shí)施例建立的IP-CAN會(huì)話后，由于MTC Group中一個(gè)MTC設(shè)備進(jìn)行業(yè)務(wù)訪問(wèn)，PCRF根據(jù)PCEF提供的MTC設(shè)備請(qǐng)求的QoS信息進(jìn)行QoS授權(quán)以及發(fā)起資源預(yù)留的過(guò)程。在這個(gè)MTC設(shè)備之前，已經(jīng)有多個(gè)MTC設(shè)備請(qǐng)求了業(yè)務(wù)訪問(wèn)，并且PCRF根據(jù)PCEF提供的MTC設(shè)備請(qǐng)求的QoS信息進(jìn)行QoS授權(quán)，QoS參數(shù)包括保障帶寬GBR，最大帶寬MBR等。即PCRF為這些業(yè)務(wù)的訪問(wèn)提供了保障帶寬。步驟S902 =BBERF收到來(lái)自MTC設(shè)備的QoS請(qǐng)求消息，消息中攜帶請(qǐng)求的QoS信息，包括GBR;步驟S904 =BBERF向PCRF發(fā)送網(wǎng)關(guān)控制和QoS規(guī)則請(qǐng)求消息，消息中攜帶請(qǐng)求的 QoS信息，包括GBR ；步驟S906 =PCRF進(jìn)行策略決策。由于MTC設(shè)備請(qǐng)求了 GBR，因此PCRF將根據(jù)組簽約保障帶寬GSGB進(jìn)行如下決策(1)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和還沒(méi)有超過(guò)GSGB， 則PCRF進(jìn)行QoS授權(quán)，QoS參數(shù)包括GBR、MBR,即PCRF為該MTC設(shè)備訪問(wèn)業(yè)務(wù)繼續(xù)提供保障帶寬。從而PCRF在制定的PCC規(guī)則和QoS規(guī)則中含有GBR和MBR ；(2)若PCRF已經(jīng)為該MTC Group的授權(quán)MTC設(shè)備的授權(quán)GBR總和超過(guò)GSGB，PCRF 可以執(zhí)行如下決策之一(2a) PCRF為該MTC設(shè)備的業(yè)務(wù)訪問(wèn)提供非保障帶寬，在PCRF在指定的PCC規(guī)則和 QoS規(guī)則中不含GBR和MBR ；(2b) PCRF拒絕MTC設(shè)備請(qǐng)求的QoS。步驟S908 =PCRF向BBERF返回網(wǎng)關(guān)控制和QoS規(guī)則請(qǐng)求確認(rèn)消息，對(duì)于(1)或 ( )，消息中攜帶QoS規(guī)則，對(duì)于(2b)，消息中攜帶拒絕QoS請(qǐng)求指示；步驟S910 對(duì)于(1)或(2a)，BBERF安裝QoS規(guī)則并執(zhí)行；步驟S912 =BBERF所在網(wǎng)關(guān)返回確認(rèn)消息；步驟S914 對(duì)于(1)或Qa)，PCRF向PCEF發(fā)送策略和計(jì)費(fèi)規(guī)則提供消息，攜帶 PCC規(guī)則；步驟S916 對(duì)于(1)或(2a)，PCEF返回確認(rèn)消息。在圖5至圖9所示的實(shí)施例中，MTC Group的所有MTC設(shè)備建立的IP-CAN會(huì)話都選擇了同一個(gè)PCRF，這包括兩種情況(1)無(wú)線運(yùn)營(yíng)商網(wǎng)絡(luò)的一個(gè)PCRF域中只存在一個(gè)PCRF，因此MTCGroup的所有的MTC設(shè)備建立的IP-CAN會(huì)話由這個(gè)PCRF進(jìn)行策略控制； (2)無(wú)線運(yùn)營(yíng)商網(wǎng)絡(luò)的一個(gè)PCRF域中存在多個(gè)PCRF，這時(shí)，Diameter路由代理DRA為MTC Group的所有MTC設(shè)備建立的IP-CAN會(huì)話選擇同一個(gè)PCRF。
以下對(duì)上述第二種情況，即一個(gè)PCRF域中存在多個(gè)PCRF時(shí)的同一 PCRF選擇方法作以說(shuō)明。參照?qǐng)D10，示出了根據(jù)本發(fā)明實(shí)施例的一種PCRF選擇方法的流程圖。本實(shí)施例描述的是MTC設(shè)備1和MTC設(shè)備2在建立IP-CAN會(huì)話過(guò)程中，DRA為其選擇同一個(gè)PCRF的流程。其中，DRA的實(shí)現(xiàn)方式為代理(Proxy)。步驟S1002 =BBERFl/PCEFl收到外部觸發(fā)條件，請(qǐng)求建立Diameter會(huì)話。對(duì)于圖 5所示實(shí)施例，本步驟即為步驟S502 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S602 ；步驟S1004 =BBERFl/PCEFl向DRA發(fā)送Diameter會(huì)話建立請(qǐng)求消息，消息中攜帶組標(biāo)識(shí)信息。組標(biāo)識(shí)信息的具體實(shí)現(xiàn)方式可以是獨(dú)立的標(biāo)識(shí)參數(shù)，也可以用戶標(biāo)識(shí)或PDN 標(biāo)識(shí)來(lái)體現(xiàn)，或者由用戶標(biāo)識(shí)和PDN標(biāo)識(shí)的組合來(lái)體現(xiàn)；對(duì)于圖5所示實(shí)施例，本步驟即為步驟S504 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S604 ；步驟S1006 :DRA根據(jù)組標(biāo)識(shí)信息檢查是否已經(jīng)為該IP-CAN會(huì)話所屬的MTC Group 選擇了 PCRF。由于MTC設(shè)備1是該MTCGroup第一個(gè)建立IP-CAN會(huì)話的MTC設(shè)備。因此 DRA還沒(méi)有相關(guān)記錄信息。DRA為該組選擇一個(gè)PCRF，即PCRF1，并保存相關(guān)記錄(組標(biāo)識(shí)信息，PCRFl標(biāo)識(shí))；步驟S1008 =DRA向PCRFl轉(zhuǎn)發(fā)Diameter會(huì)話建立請(qǐng)求消息；步驟S1010 =PCRFl進(jìn)行策略決策，制定PCC規(guī)則，針對(duì)圖6所示實(shí)施例還會(huì)制定 QoS規(guī)則。之后，PCRFl向DRA返回應(yīng)答消息，消息中攜帶PCC規(guī)則(圖5所示實(shí)施例)或 QoS規(guī)則(圖6所示實(shí)施例)；步驟S1012 =DRA 向 BBERF1/PCEF1 返回應(yīng)答消息；步驟S1014 :BBERF2/PCEF2收到外部觸發(fā)條件，請(qǐng)求建立Diameter會(huì)話。對(duì)于圖 5所示實(shí)施一，本步驟即為步驟S514 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S622 ；步驟S1016 :BBERF2/PCEF2向DRA發(fā)送Diameter會(huì)話建立請(qǐng)求消息，消息中攜帶組標(biāo)識(shí)信息。由于MTC設(shè)備1和MTC設(shè)備2屬于同一個(gè)MTC Group,因此組標(biāo)識(shí)信息是相同的；對(duì)于圖5所示實(shí)施例，本步驟即為步驟S516 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟 S624 ；步驟S1018 :DRA根據(jù)組標(biāo)識(shí)信息檢查是否已經(jīng)為該IP-CAN會(huì)話所屬的MTC Group 選擇了 PCRF。由于在步驟S1006中，DRA已經(jīng)為該MTC Group選擇了 PCRF1，因此DRA向 PCRFl轉(zhuǎn)發(fā)Diameter會(huì)話建立請(qǐng)求消息；步驟S1020 =PCRFl進(jìn)行策略決策，制定PCC規(guī)則，針對(duì)圖6所示實(shí)施例還會(huì)制定 QoS規(guī)則。之后，PCRFl向DRA返回應(yīng)答消息，消息中攜帶PCC規(guī)則(圖5所示實(shí)施例)或 QoS規(guī)則(圖6所示實(shí)施例)；步驟S1022 =DRA 向 BBERF2/PCEF2 返回應(yīng)答消息。參照?qǐng)D11，示出了根據(jù)本發(fā)明實(shí)施例的另一種PCRF選擇方法的流程圖。本實(shí)施例描述的是MTC設(shè)備1和MTC設(shè)備2在建立IP-CAN會(huì)話過(guò)程中，DRA為其選擇同一個(gè)PCRF 的流程。其中，DRA的實(shí)現(xiàn)方式為重定向(Redirect)。步驟Sl 102 =BBERFl/PCEFl收到外部觸發(fā)條件，請(qǐng)求建立Diameter會(huì)話。對(duì)于圖 5所示實(shí)施例，本步驟即為步驟S502 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S602 ；步驟S1104 =BBERFl/PCEFl向DRA發(fā)送Diameter會(huì)話建立請(qǐng)求消息，消息中攜帶組標(biāo)識(shí)信息。組標(biāo)識(shí)信息的具體實(shí)現(xiàn)方式可以是獨(dú)立的標(biāo)識(shí)參數(shù)，也可以用戶標(biāo)識(shí)或PDN 標(biāo)識(shí)來(lái)體現(xiàn)，或者由用戶標(biāo)識(shí)和PDN標(biāo)識(shí)的組合來(lái)體現(xiàn)；對(duì)于圖5所示實(shí)施例，本步驟即為步驟S504 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S604 ；步驟S1106 :DRA根據(jù)組標(biāo)識(shí)信息檢查是否已經(jīng)為該IP-CAN會(huì)話所屬的MTC Group 選擇了 PCRF。由于MTC設(shè)備1是該MTCGroup第一個(gè)建立IP-CAN會(huì)話的MTC設(shè)備。因此 DRA還沒(méi)有相關(guān)記錄信息。DRA為該組選擇一個(gè)PCRF，即PCRF1，并保存相關(guān)記錄(組標(biāo)識(shí)信息，PCRFl標(biāo)識(shí))；步驟S1108 =DRA向BBERF1/PCEF1返回重定向消息，消息中攜帶PCRFl標(biāo)識(shí)；步驟SlllO =BBERFl/PCEFl向PCRFl發(fā)送Diameter會(huì)話建立請(qǐng)求消息；步驟S1112 =PCRFl進(jìn)行策略決策，制定PCC規(guī)則，針對(duì)圖6所示實(shí)施例還會(huì)制定 QoS規(guī)則。之后，PCRFl向BBERF1/PCEF1返回應(yīng)答消息，消息中攜帶PCC規(guī)則(圖5所示實(shí)施例)或QoS規(guī)則(圖6所示實(shí)施例)；步驟Sl 114 :BBERF2/PCEF2收到外部觸發(fā)條件，請(qǐng)求建立Diameter會(huì)話。對(duì)于圖 5所示實(shí)施例，本步驟即為步驟S514 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟S622 ；步驟S1116 :BBERF2/PCEF2向DRA發(fā)送Diameter會(huì)話建立請(qǐng)求消息，消息中攜帶組標(biāo)識(shí)信息。由于MTC設(shè)備1和MTC設(shè)備2屬于同一個(gè)MTC Group,因此組標(biāo)識(shí)信息是相同的；對(duì)于圖5所示實(shí)施例，本步驟即為步驟S516 ；對(duì)于圖6所示實(shí)施例，本步驟即為步驟 S624 ；步驟S1118 :DRA根據(jù)組標(biāo)識(shí)信息檢查是否已經(jīng)為該IP-CAN會(huì)話所屬的MTC Group 選擇了 PCRF。由于在步驟S1106中，DRA已經(jīng)為該MTC Group選擇了 PCRFl，因此DRA向 BBERF2/PCEF2返回重定向消息，消息中攜帶PCRFl標(biāo)識(shí)；步驟Sl 120 :BBERF2/PCEF2向PCRFl發(fā)送Diameter會(huì)話建立請(qǐng)求消息；步驟S1122 =PCRFl進(jìn)行策略決策，制定PCC規(guī)則，針對(duì)圖6所示實(shí)施例還會(huì)制定 QoS規(guī)則。之后，PCRFl向BBERF2/PCEF2返回應(yīng)答消息，消息中攜帶PCC規(guī)則(圖5所示實(shí)施例)或QoS規(guī)則(圖6所示實(shí)施例)。需要說(shuō)明的是，本實(shí)施例中的PCRF選擇方法不僅用于本發(fā)明實(shí)施例，同樣適用于具有多個(gè)PCRF的任何其他分組業(yè)務(wù)系統(tǒng)中，本領(lǐng)域技術(shù)人員可以參照上述實(shí)施例，在其他分組業(yè)務(wù)系統(tǒng)中實(shí)施本發(fā)明的PCRF選擇方法。參照?qǐng)D12，示出了根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的PCRF的結(jié)構(gòu)框圖，包括接收模塊1202，用于接收一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；第一判斷模塊 1204，用于判斷所述用戶的保障帶寬需求與已為其所屬的用戶組授權(quán)的保障帶寬總和未超過(guò)該用戶組的組簽約保障帶寬GSGB ；第一分配模塊1206，用于為該用戶授權(quán)所述QoS授權(quán)請(qǐng)求要求的保障帶寬的QoS。例如，MTC系統(tǒng)中，PCRF的接收模塊1202接收到用戶組MTCGroupl的用戶A的會(huì)話請(qǐng)求，第一判斷模塊1204判斷需要為該用戶授權(quán)的保障帶寬與MTC Groupl的授權(quán)用戶占用的帶寬總和未超過(guò)MTC Groupl的組簽約保障帶寬GSGB，這時(shí)，第一分配模塊1206為該用戶A授權(quán)其會(huì)話請(qǐng)求要求的保障帶寬的QoS。參照?qǐng)D13，示出了根據(jù)本發(fā)明實(shí)施例的另一種分組業(yè)務(wù)系統(tǒng)的PCRF的結(jié)構(gòu)框圖，包括會(huì)話建立模塊1302，用于接受一個(gè)用戶組用戶的會(huì)話請(qǐng)求；組信息模塊1304，用于向用戶簽約數(shù)據(jù)庫(kù)sra發(fā)送簽約文檔請(qǐng)求，并接收sra反饋的簽約文檔應(yīng)答，該簽約文檔應(yīng)答包括所述用戶組的GSGB ；獲取模塊1306，用于獲取所述用戶組的GSGB ；接收模塊 1308，用于接收所述用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；第一判斷模塊1310，用于判斷該用戶的保障帶寬需求與已為其所屬的用戶組授權(quán)的保障帶寬總和未超過(guò)該用戶組的組簽約保障帶寬GSGB ；第一分配模塊1312，用于為該用戶授權(quán)保障帶寬的QoS ；第二判斷模塊 1314，用于判斷該用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和超過(guò)該用戶組的組簽約保障帶寬GSGB ；第二分配模塊1316，用于拒絕所述用戶的QoS授權(quán)請(qǐng)求，或者， 為所述用戶授權(quán)無(wú)保障帶寬的QoS。例如，MTC系統(tǒng)的PCRF的首會(huì)話模塊1302接受一個(gè)用戶組如MTC Groupl的一個(gè)用戶如用戶A的會(huì)話請(qǐng)求，該會(huì)話請(qǐng)求是MTC Groupl的首個(gè)會(huì)話請(qǐng)求。這時(shí)，組信息模塊1304向用戶簽約數(shù)據(jù)庫(kù)SPR發(fā)送簽約文檔請(qǐng)求，獲取模塊1306從接收的SPR反饋的簽約文檔應(yīng)答中獲取MTC Groupl的GSGB。接收模塊1308接收到MTC Groupl的該用戶如用戶A的會(huì)話請(qǐng)求，若第一判斷模塊1310判斷需要為該用戶授權(quán)的保障帶寬與MTC Groupl 的授權(quán)用戶占用的帶寬總和未超過(guò)MTC Groupl的組簽約保障帶寬GSGB，則第一分配模塊 1312為該用戶授權(quán)其需求的保障帶寬的QoS (如為用戶A發(fā)送的MTC Groupl的首個(gè)會(huì)話請(qǐng)求時(shí)，且該會(huì)話請(qǐng)求要求的帶寬未超過(guò)MTC Groupl的GSGB，則第一分配模塊1312為用戶 A授權(quán)其需求的保障帶寬的QoS)；若第二判斷模塊1314判斷該用戶的保障帶寬需求與MTC Groupl的授權(quán)用戶占用的帶寬總和超過(guò)MTC Groupl的組簽約保障帶寬GSGB，則第二分配模塊1316拒絕該用戶的會(huì)話請(qǐng)求，或者，為該用戶授權(quán)無(wú)保障帶寬的QoS。當(dāng)接收模塊1308在接收到MTC Groupl的一個(gè)用戶的會(huì)話請(qǐng)求不是MTC Groupl 的首個(gè)會(huì)話請(qǐng)求時(shí)，若第一判斷模塊1310判斷該用戶需求的保障帶寬與MTC Groupl的授權(quán)用戶占用的帶寬總和未超過(guò)MTC Groupl的組簽約保障帶寬GSGB，則第一分配模塊1312 為該用戶授權(quán)其需求的保障帶寬的QoS ；若第二判斷模塊1314判斷該用戶需求的保障帶寬與MTC Groupl的授權(quán)用戶占用的帶寬總和超過(guò)MTC Groupl的組簽約保障帶寬GSGB，則第二分配模塊1316拒絕該用戶的會(huì)話請(qǐng)求，或者，為該用戶授權(quán)無(wú)保障帶寬的QoS (如有用戶 B，且PCRF已為用戶A授權(quán)過(guò)帶寬，且用戶B的保障帶寬需求與用戶A已授權(quán)的帶寬總和超過(guò)MTC Groupl的GSGB，則第二分配模塊1316拒絕用戶B的會(huì)話請(qǐng)求，或者，為用戶B授權(quán)無(wú)保障帶寬的QoS)。參照?qǐng)D14，示出了根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的SPR的結(jié)構(gòu)框圖，包括設(shè)置模塊1402，用于在SPR中設(shè)置用戶組的組簽約保障帶寬GSGB ；請(qǐng)求接收模塊 1404，用于接收PCRF發(fā)送的簽約文檔請(qǐng)求；反饋模塊1406，用于向PCRF反饋簽約文檔應(yīng)答，所述簽約文檔應(yīng)答包括組簽約保障帶寬GSGB。例如，MTC系統(tǒng)中，Sra的設(shè)置模塊1402首先在SPR中設(shè)置一個(gè)或多個(gè)用戶組的 GSGB。當(dāng)請(qǐng)求接收模塊1404接收到PCRF發(fā)送的攜帶有一個(gè)用戶組的一個(gè)用戶(特別是一個(gè)用戶組的首個(gè)用戶)的用戶信息的簽約文檔請(qǐng)求后，反饋模塊1406向PCRF反饋包含有該用戶組的GSGB的簽約文檔應(yīng)答，或者，SI3R在未向PCRF反饋過(guò)該用戶組的GSGB的情況下，反饋模塊1406向PCRF —次性反饋該用戶組的GSGB。參照?qǐng)D15，示出了根據(jù)本發(fā)明實(shí)施例的一種分組業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)框圖，包括 PCRF1502, SPR1504。優(yōu)選的，還可以包括路由代理 1506，PCEF1508, BBERF1510。其中，PCRF1502包括接收模塊15022，用于接收一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；第一判斷模塊15024，用于判斷該用戶的保障帶寬需求與已為其所屬的用戶組授權(quán)的保障帶寬總和未超過(guò)該用戶組的組簽約保障帶寬GSGB ；第一分配模塊15026，用于為該用戶授權(quán)所述保障帶寬的QoS。PCRF1502可以為一個(gè)或多個(gè)。當(dāng)PCRF1502為多個(gè)時(shí)，路由代理1506為用戶組的所有用戶的會(huì)話請(qǐng)求選擇同一個(gè)PCRF1502。其中，Srai504包括設(shè)置模塊15042，用于在SPR中設(shè)置用戶組的組簽約保障帶寬GSGB ；請(qǐng)求接收模塊15044，用于接收PCRF發(fā)送的簽約文檔請(qǐng)求；反饋模塊15046，用于向PCRF反饋簽約文檔應(yīng)答，所述簽約文檔應(yīng)答包括組簽約保障帶寬GSGB。優(yōu)選的，PCRF1502還可以包括會(huì)話建立模塊，用于接受一個(gè)用戶組用戶的會(huì)話建立請(qǐng)求；組信息模塊，用于向用戶簽約數(shù)據(jù)庫(kù)sra發(fā)送簽約文檔請(qǐng)求，并接收sra反饋的簽約文檔應(yīng)答，該簽約文檔應(yīng)答包括所述用戶組的GSGB;獲取模塊，用于獲取所述用戶組的GSGB;第二判斷模塊，用于判斷所述用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和超過(guò)該用戶組的組簽約保障帶寬GSGB;第二分配模塊，用于拒絕所述用戶的QoS 授權(quán)請(qǐng)求，或者，為所述用戶授權(quán)無(wú)保障帶寬的QoS。需要說(shuō)明的是，本發(fā)明的多個(gè)實(shí)施例以MTC系統(tǒng)為例，這是因?yàn)镸TC系統(tǒng)是較為典型的分組系統(tǒng)，可以方便地將本發(fā)明應(yīng)用于MTC系統(tǒng)中，但本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，其它分組業(yè)務(wù)系統(tǒng)在實(shí)現(xiàn)本發(fā)明時(shí)，可以參照MTC系統(tǒng)實(shí)施例類似進(jìn)行，在此不再贅述。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝 置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用于分組業(yè)務(wù)的策略控制方法，其特征在于，包括策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF接收到一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求； 所述PCRF判斷所述用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和未超過(guò)所述用戶組的組簽約保障帶寬GSGB ；所述PCRF為所述用戶授權(quán)所述保障帶寬的QoS。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶組的GSGB通過(guò)以下步驟獲得 所述PCRF接收所述用戶組用戶的會(huì)話建立請(qǐng)求；所述PCRF向用戶簽約數(shù)據(jù)庫(kù)SPR發(fā)送簽約文檔請(qǐng)求，并接收所述SPR反饋的簽約文檔應(yīng)答，所述簽約文檔應(yīng)答包括所述用戶組的GSGB ； 所述PCRF獲取所述用戶組的GSGB。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述會(huì)話建立請(qǐng)求為所述用戶組的首個(gè)用戶的會(huì)話建立請(qǐng)求。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PCRF包括多個(gè)，在所述PCRF接收所述用戶組用戶的會(huì)話建立請(qǐng)求步驟之前還包括路由代理DRA為所述用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述路由代理DRA為所述用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF的步驟包括所述路由代理DRA通過(guò)轉(zhuǎn)發(fā)或重定向所述會(huì)話建立請(qǐng)求到同一個(gè)PCRF為所述用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述PCRF為所述用戶授權(quán)所述保障帶寬步驟之后，還包括所述PCRF判斷所述用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和超過(guò)所述用戶組的組簽約保障帶寬GSGB ；所述PCRF為所述用戶授權(quán)無(wú)保障帶寬的QoS ；或者，拒絕所述用戶的QoS授權(quán)請(qǐng)求。
7.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PCRF接收到用戶組用戶的會(huì)話建立請(qǐng)求的步驟包括所述PCRF接收到策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF發(fā)送的一個(gè)用戶組的一個(gè)用戶的IP-CAN 會(huì)話建立請(qǐng)求； 或者，所述PCRF接收到承載綁定和事件報(bào)告實(shí)體BBERF發(fā)送的一個(gè)用戶組的一個(gè)用戶的網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求。
8.根據(jù)權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述用戶組為接入機(jī)器類型通信MTC用戶組。
9.一種分組業(yè)務(wù)系統(tǒng)的策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF，其特征在于，包括 接收模塊，用于接收一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；第一判斷模塊，用于判斷所述用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和未超過(guò)所述用戶組的組簽約保障帶寬GSGB ；第一分配模塊，用于為所述用戶授權(quán)所述保障帶寬的QoS。
10.根據(jù)權(quán)利要求9所述的PCRF，其特征在于，還包括會(huì)話建立模塊，用于接受所述用戶組用戶的會(huì)話建立請(qǐng)求；組信息模塊，用于向用戶簽約數(shù)據(jù)庫(kù)SPR發(fā)送簽約文檔請(qǐng)求，并接收所述SPR反饋的簽約文檔應(yīng)答，所述簽約文檔應(yīng)答包括所述用戶組的GSGB ；獲取模塊，用于獲取所述用戶組的GSGB。
11.根據(jù)權(quán)利要求9所述的PCRF，其特征在于，還包括第二判斷模塊，判斷所述用戶的保障帶寬需求與已為所述用戶組授權(quán)的保障帶寬總和超過(guò)所述用戶組的組簽約保障帶寬GSGB ；第二分配模塊，用于拒絕所述用戶的QoS授權(quán)請(qǐng)求，或者，為所述用戶授權(quán)無(wú)保障帶寬的 QoS。
12.根據(jù)權(quán)利要求9至11任一項(xiàng)所述的PCRF，其特征在于，所述用戶組為接入機(jī)器類型通信MTC用戶組。
13.—種分組業(yè)務(wù)系統(tǒng)的用戶簽約數(shù)據(jù)庫(kù)SPR，其特征在于，包括設(shè)置模塊，用于在所述SPR中設(shè)置用戶組的組簽約保障帶寬GSGB ；請(qǐng)求接收模塊，用于接收策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF發(fā)送的簽約文檔請(qǐng)求；反饋模塊，用于向所述PCRF反饋簽約文檔應(yīng)答，所述簽約文檔應(yīng)答包括所述GSGB。
14.一種分組業(yè)務(wù)系統(tǒng)，其特征在于，包括根據(jù)權(quán)利要求9至11任一項(xiàng)所述的PCRF ；根據(jù)權(quán)利要求13所述的SPR。
15.一種分組業(yè)務(wù)系統(tǒng)中策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF的選擇方法，所述分組業(yè)務(wù)系統(tǒng)包括多個(gè)PCRF，其特征在于，包括所述分組業(yè)務(wù)系統(tǒng)的路由代理DRA根據(jù)一個(gè)用戶組的組標(biāo)識(shí)為所述用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述分組業(yè)務(wù)系統(tǒng)的路由代理DRA根據(jù)一個(gè)用戶組的組標(biāo)識(shí)為所述用戶組的所有用戶的會(huì)話建立請(qǐng)求選擇同一個(gè)PCRF的步驟包括所述路由代理DRA根據(jù)一個(gè)用戶組的組標(biāo)識(shí)，通過(guò)轉(zhuǎn)發(fā)或重定向所述會(huì)話建立請(qǐng)求到同一個(gè)PCRF為所述用戶組的所有用戶的會(huì)話請(qǐng)求選擇同一個(gè)PCRF。
全文摘要
本發(fā)明公開(kāi)了一種用于分組業(yè)務(wù)的策略控制方法及分組業(yè)務(wù)系統(tǒng)，其中，所述方法包括策略和計(jì)費(fèi)規(guī)則實(shí)體PCRF接收到一個(gè)用戶組的一個(gè)用戶的QoS授權(quán)請(qǐng)求；PCRF判斷用戶的保障帶寬需求與已為用戶組授權(quán)的保障帶寬總和未超過(guò)用戶組的組簽約保障帶寬GSGB；PCRF為用戶授權(quán)保障帶寬的QoS。通過(guò)本發(fā)明，避免了同一個(gè)MTC Subscriber的多個(gè)MTC設(shè)備在某一時(shí)間段同時(shí)進(jìn)行業(yè)務(wù)訪問(wèn)時(shí)，造成的用戶訪問(wèn)受限，提升了用戶體驗(yàn)。
文檔編號(hào)H04W28/24GK102238645SQ20101017368
公開(kāi)日2011年11月9日 申請(qǐng)日期2010年4月28日 優(yōu)先權(quán)日2010年4月28日
發(fā)明者周曉云, 游世林 申請(qǐng)人:中興通訊股份有限公司