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

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


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