專利名稱：用量的監(jiān)控方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信的策略和計費控制技術領域，尤其涉及一種用量的監(jiān)控方法和系統(tǒng)。
背景技術：
第三代合作伙伴計劃(3GPP，3rdGeneration Partnership Project)演進的分組系統(tǒng)(EPS，Evolved Packet System)由演進的通用移動通信系統(tǒng)陸地無線接入網(wǎng)(E-UTRAN, Evolved Universal Terrestrial Radio Access Network)
元(MME，Mobility Management Entity)、服務網(wǎng)關(S-GW，ServingGateway)、分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(P-GW 或者 PDN Gff, Packet Data NetworkGateway)、歸屬用戶服務器(HSS， Home Subscriber Server)、3GPP 的認證授權計費(AAA, Authentication、Authorization and Accounting)服務器，策略和計費規(guī)則功能實體(PCRF，Policy and Charging Rules Function)及其他支撐節(jié)點組成。圖1-1是根據(jù)相關技術的EPS系統(tǒng)架構的示意圖，其中策略控制和計費控制 (PCC, Policy and Charging Control)是其中的一部分，EPS架構中PCC各功能實體可分布如下PCRF是策略和計費規(guī)則功能實體，策略和計費執(zhí)行功能實體(PCEF，Policy and Charging Enforcement Function)存在于P-GW中，承載綁定和事件報告功能實體(BBERF， Bearer Binding and Event R印ortFunction)可存在于S-GW中，業(yè)務的應用功能實體(AF， Application Function)存在于運營商網(wǎng)絡協(xié)議(IP，Internet Protocol)業(yè)務網(wǎng)絡，用戶簽約數(shù)據(jù)庫(SPR，Subscription Profile Repository)可與 HSS 合一。在3GPP中，通過接入點名稱(APN，Access Point Name)可以找到對應PDN網(wǎng)絡。通常將UE到PDN網(wǎng)絡的一個連接稱為一個IP連接接入網(wǎng)(IP_CAN，IP Connectivity Access Network)會話。PCC適用于所有3GPP IP-CAN，其架構如圖1_2所示，PCRF主要負責策略和計費規(guī)則的制定，通過Gx接口將制定的PCC策略和計費規(guī)則下發(fā)給PCEF，PCEF安裝、執(zhí)行PCC策略，并上報相關事件，與計費系統(tǒng)交互計費信息。PCRF通過Gxx接口將業(yè)務服務質量(QoS，Quality of Service)規(guī)則下發(fā)給 BBERF, BBERF不和計費系統(tǒng)交互計費信息，只負責承載綁定和相關事件的上報。AF通過Rx 接口向PCRF提供業(yè)務信息，SPR保存了用戶簽約的業(yè)務信息，PCRF可以通過Sp接口向SPR 查詢用戶簽約的業(yè)務信息。PCEF通過Gy接口將在線計費信息發(fā)送給在線計費系統(tǒng)(0CS， Online ChargingSystem)進行在線計費的統(tǒng)計，通過Gz接口將離線計費信息發(fā)送給離線計費系統(tǒng)(0FCS, Offline Charging System)。目前，在PCC架構中，PCRF可以動態(tài)地下發(fā)PCC策略給PCEF，策略信息中包含QoS 和計費的信息。PCRF根據(jù)AF提供的業(yè)務相關信息、PCEF上報的承載相關信息以及STO中用戶簽約的業(yè)務信息，制定PCC策略。PCC具有用量監(jiān)控功能，可以實時監(jiān)控用戶資源的消耗和控制計費機制中的用量。PCRF設置和發(fā)送閾值給PCEF來實現(xiàn)用量監(jiān)控，以制定動態(tài)PCC策略。PCEF在受到觸發(fā)時向PCRF上報當前用量。現(xiàn)有技術實現(xiàn)如下在sra中保存用戶或用戶某業(yè)務的簽約允許用量。當用戶建立某IP-CAN會話后， SPR將總簽約允許用量下發(fā)給PCRF。PCRF進行用量監(jiān)控控制時，PCRF向PCEF訂閱事件觸發(fā)器，在PCC規(guī)則中或IP-CAN會話命令級下發(fā)用量閾值，PCEF執(zhí)行用量監(jiān)控。該用量閾值可以是該PCC規(guī)則或是IP-CAN會話級別。當PCEF監(jiān)控用量達到閾值、IP-CAN會話終結、 相關PCC規(guī)則刪除或者PCRF顯式請求用量上報時，PCEF將向PCRF報告自從上一次上報以來相關的資源消耗情況。當PCRF收到來自PCEF的用量上 報后，PCRF將從總的用量中扣除上報用量。如果PCEF上報用量并且需要繼續(xù)進行監(jiān)控，那么PCRF將提供新的閾值給PCEF ； 若無需繼續(xù)進行監(jiān)控，PCRF不提供新的閾值給PCEF。當用戶的一個APN的最后一個IP-CAN 會話終結時，PCRF將在Sra中保存剩余的被允許用量，包括個APN的總簽約允許用量或通過該APN訪問某些具體業(yè)務的總簽約允許用量。但當前的用量監(jiān)控機制全部是基于時長或流量的實現(xiàn)，缺乏對基于事件的用量監(jiān)控功能，無法滿足某些應用場景。例如運營商需要對于事件類業(yè)務的監(jiān)控，某個簽約事件類套餐用戶(例如每月30元套餐可成功下載影片數(shù)目為120部)，采用時長和流量統(tǒng)計的監(jiān)控都無法實現(xiàn)。例如根據(jù)用戶業(yè)務種類實行差異化的事件統(tǒng)計(如最新影音的事件加權高于一般影音，重要文檔類的事件加權高于普通媒體業(yè)務文檔等)，對事件的成功與否或是發(fā)生頻率等實行事件類監(jiān)控和統(tǒng)計，如對某類文件下載按次統(tǒng)計(如，MP3或多媒體影音)，或是按文件數(shù)量統(tǒng)計(如下載同類別的多個影音資料)等需求場景。而目前的按時長和流量的監(jiān)控技術無法支持該類需求的實現(xiàn)，實現(xiàn)運營商該事件類的精細化管理需求。因為無法實現(xiàn)事件閾值下發(fā)，事件用量上報和更新等基于事件類業(yè)務的相關功能，運營商無法實時掌握簽約事件類套餐業(yè)務的用戶的當前使用情況，實時準確地執(zhí)行事件類業(yè)務的管理，無法實現(xiàn)該基于事件類業(yè)務使用的用量監(jiān)控。如何實現(xiàn)基于事件的用量監(jiān)控功能，成為了本發(fā)明需要解決的問題。

發(fā)明內(nèi)容
本發(fā)明提供一種用量的監(jiān)控方法和系統(tǒng)，解決現(xiàn)有技術中無法基于事件的用量監(jiān)控的問題。為解決上述技術問題，本發(fā)明提供了如下技術方案一種用量的監(jiān)控方法，包括策略和計費規(guī)則功能實體(PCRF)發(fā)送事件信息給策略和計費執(zhí)行功能實體 (PCEF)；所述PCEF對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述 PCRF。進一步的，所述方法還具有如下特點所述事件信息是所述PCRF根據(jù)從用戶簽約數(shù)據(jù)庫(SPR)獲取的基于事件的簽約信息生成的。進一步的，所述方法還具有如下特點所述PCEF對所述事件信息執(zhí)行事件監(jiān)控， 包括所述PCEF根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個，對所述事件信息執(zhí)行事件監(jiān)控。進一步的，所述方法還具有如下特點所述PCEF在如下任一條件時發(fā)送所述事件信息的事件用量當前事件用量達到預先設置的事件用量閾值；IP連接接入網(wǎng)(IP-CAN)會話終結；策略控制和計費控制(PCC)規(guī)則發(fā)生變化；

收到所述PCRF發(fā)送的上報事件用量的指示信息。進一步的，所述方法還具有如下特點當所述PCEF在IP-CAN會話終結時向所述 PCRF發(fā)送所述事件用量時，所述方法還包括如果接入點名稱(APN)對應多個IP-CAN會話，則所述PCRF在每個IP-CAN會話終結后，向Sra分別上報終結的IP-CAN會話的事件用量；或者，在APN下最后一個IP-CAN會話終結后，向Sra統(tǒng)一上報終結的全部IP-CAN會話的事件用量。進一步的，所述方法還具有如下特點所述上報事件用量的指示信息為以下任意一種包括獲取所述事件用量的請求信息；包括獲取與所述事件用量關聯(lián)的關聯(lián)信息的請求信息，其中所述關聯(lián)信息的描述信息包括所述事件用量。一種用量的監(jiān)控系統(tǒng)，包括策略和計費規(guī)則功能實體(PCRF)，用于發(fā)送事件信息給策略和計費執(zhí)行功能實體 (PCEF)；所述PCEF，用于對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述PCRF。進一步的，所述系統(tǒng)還具有如下特點所述事件信息是所述PCRF根據(jù)從用戶簽約數(shù)據(jù)庫(SPR)獲取的基于事件的簽約信息生成的。進一步的，所述系統(tǒng)還具有如下特點所述PCEF，用于根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個，對所述事件信息執(zhí)行事件監(jiān)控。進一步的，所述系統(tǒng)還具有如下特點所述PCEF用于在如下任一條件時發(fā)送所述事件信息的事件用量當前事件用量達到預先設置的事件用量閾值；IP連接接入網(wǎng)(IP-CAN)會話終結；策略控制和計費控制(PCC)規(guī)則發(fā)生變化；收到所述PCRF發(fā)送的上報事件用量的指示信息。進一步的，所述系統(tǒng)還具有如下特點所述PCRF，還用于當所述PCEF在IP-CAN會話終結時向所述PCRF發(fā)送所述事件用量時，如果接入點名稱(APN)對應多個IP-CAN會話，則所述PCRF在每個IP-CAN會話終結后，向Sra分別上報終結的IP-CAN會話的事件用量；或者，在APN下最后一個IP-CAN會話終結后，向Sra統(tǒng)一上報終結的全部IP-CAN會話的事件用量。進一步的，所述系統(tǒng)還具有如下特點所述上報事件用量的指示信息為以下任意一種獲取所述事件用量的請求信息；獲取與所述事件用量關聯(lián)的關聯(lián)信息的請求信息，其中所述關聯(lián)信息的描述信息包括所述事件用量。本發(fā)明提供的技術方案，通過PCRF發(fā)送事件信息給PCEF，PCEF對事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給PCRF，從而實時掌握用戶對簽約事件類套餐業(yè)務的使用情況，實時準確地執(zhí)行事件類業(yè)務的管理，實現(xiàn)對基于事件的用量監(jiān)控。


圖1-1為EPS系統(tǒng)架構示意圖；圖1-2為PCC系統(tǒng)架構示意圖；圖2為本發(fā)明提供的用量的監(jiān)控方法的流程示意圖；圖3為本發(fā)明提供的會話建立時對用量監(jiān)控的管理方法實施例的流程示意圖；圖4為本發(fā)明提供的會話建立過程中用量監(jiān)控的方法實施例的流程示意圖；圖5為本發(fā)明提供的會話建立過程中用量監(jiān)控的另一方法實施例的流程示意圖；圖6為本發(fā)明提供的會話建立過程中用量監(jiān)控的又一方法實施例的流程示意圖；圖7為本發(fā)明提供的會話結束時用量監(jiān)控的方法實施例的流程示意圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖及具體實施例對本發(fā)明作進一步的詳細描述。圖2為本發(fā)明提供的用量的監(jiān)控方法的流程示意圖。圖2所示方法包括步驟201、PCRF發(fā)送事件信息給PCEF ；步驟202、所述PCEF對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述PCRF。本發(fā)明提供的方法，通過PCRF發(fā)送事件信息給PCEF，PCEF對事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給PCRF，從而實時掌握用戶對簽約事件類套餐業(yè)務的使用情況，實時準確地執(zhí)行事件類業(yè)務的管理，實現(xiàn)對基于事件的用量監(jiān)控。下面對本發(fā)明提供的技術方案作進一步介紹實施例一圖3為本發(fā)明提供的會話建立時對用量監(jiān)控的管理方法實施例的流程示意圖。圖 3所示方法實施例包括本實施例描述的是用戶建立IP-CAN會話過程中，PCRF下發(fā)用量閾值給PCEFdAR 事件用量監(jiān)控的流程。和現(xiàn)有技術流程的區(qū)別在于，該用量閾值是PCRF從sra獲取的，其中Sra中保存有基于事件的簽約信息，在簽約響應中下發(fā)給PCRF，從而使PCRF和PCEF執(zhí)行基于事件的用量監(jiān)控，在PCRF從Sra獲取到的事件用量閾值，并下發(fā)事件用量閾值給PCEF， PCEF執(zhí)行事件的監(jiān)控和上報。各步驟描述如下

步驟301、在UE請求建立IP-CAN會話的過程中，PCEF收到請求建立IP-CAN會話消息，消息中攜帶用戶標識和請求接入的PDN網(wǎng)絡的PDN標識。
步驟302、PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，攜帶用戶標識、PDN標識和為UE分配的地址IP Address。 步驟303、PCRF向SI3R發(fā)送簽約信息的請求消息，攜帶用戶標識和PDN標識。步驟304、SPR根據(jù)用戶標識和PDN標識返回用戶的簽約信息，包含該用戶基于事件的允許用量閾值，并向發(fā)送給PCRF。步驟305、PCRF根據(jù)返回的簽約信息，制定策略，其中包括針對IP-CAN會話或某個具體業(yè)務數(shù)據(jù)流的事件用量監(jiān)控策略。PCRF為該IP-CAN會話分配事件用量閾值，并下發(fā)給 PCEF,觸發(fā)PCEF開始執(zhí)行用量監(jiān)控。步驟306、PCEF返回應答，攜帶IP Address，用于通知IP-CAN會話已建立。步驟307、在IP-CAN會話建立后，PCEF根據(jù)PCRF下發(fā)的事件用量監(jiān)控策略對UE 建立的IP-CAN會話進行基于事件的用量監(jiān)控。其中PCEF根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個進行基于事件的用量監(jiān)控。例如根據(jù)具體業(yè)務類事件，如FTP/HTTP傳輸類業(yè)務的事件識另IJ，再進一步識別的傳輸文件類型的事件識別，或是如Skype等不同業(yè)務協(xié)議類型的事件識別。該類事件監(jiān)控可包括該類事件的發(fā)起，新增，修改，成功，異常等事件特征的監(jiān)控和上報。實施例二圖4為本發(fā)明提供的會話建立過程中用量監(jiān)控的方法實施例的流程示意圖。圖4 所示方法實施例包括在IP-CAN會話過程中，當PCRF收到一個外部或是內(nèi)部的觸發(fā)，需要發(fā)起IP-CAN 會話修改流程(包括事件閾值變更)，則PCRF向PCEF下發(fā)請求消息，該請求消息中指明獲取當前事件用量(顯式獲取)，PCEF收到請求后上報當前事件用量給PCRF，PCRF更新閾值， 下發(fā)請求消息修改IP-CAN會話下發(fā)更新后的閾值。各步驟描述如下步驟401、PCRF收到一個外部或內(nèi)部觸發(fā)，需要發(fā)起一個IP-CAN會話修改流程。 該觸發(fā)可能來自SPR、AF、PCEF或是PCRF本身，例如PCEF監(jiān)控的事件用量達到預先設置的事件用量閾值、相關PCC規(guī)則刪除、SPR中簽約信息變更、PCRE設置的閾值發(fā)生變更。閾值變更包括某個現(xiàn)有閾值的提升、降低或刪除以及新增某個閾值。步驟402、PCRF給PCEF發(fā)送請求消息(如Diameter RAR)，請求消息中明確指明獲取當前事件用量，此處為顯式獲取方式。步驟403、PCEF給PCRF返回響應消息(如Diameter RAA)，帶上該IP-CAN會話當前的事件用量。步驟404、PCRF收到響應消息，根據(jù)事件用量報告更新閾值，給PCEF發(fā)送請求消息 (如Diameter RAR)，修改IP-CAN會話，下發(fā)更新后的事件用量閾值。步驟405、PCEF給PCRF返回響應消息(如Diameter RAA)，存儲更新后的閾值。步驟406、繼續(xù)后續(xù)流程處理。實施例三圖5為本發(fā)明提供的會話建立過程中用量監(jiān)控的另一方法實施例的流程示意圖。 圖5所示方法實施例包括在IP-CAN會話過程中，當PCRF收到一個外部或是內(nèi)部的觸發(fā)，需要發(fā)起一個IP-CAN會話修改流程(包括事件用量閾值變更)，則PCRF給PCEF下發(fā)請求消息，該請求消息中未明確要求獲取當前事件，但當前事件用量是該請求需要獲取的信息的相關信息(隱式獲取)，則PCEF收到請求后上報當前事件用量給PCRF，PCRF參考該用量報告信息更新閾值，下發(fā)請求修改IP-CAN會話，將更新閾值帶給PCEF。各步驟描述如下步驟501、PCRF收到一個外部或內(nèi)部觸發(fā)，需要發(fā)起一個IP-CAN會話修改流程。 該觸發(fā)可能來自SPR、AF、PCEF或是PCRF本身，例如PCEF監(jiān)控的事件用量達到預先設置的事件用量閾值、相關PCC規(guī)則刪除、SPR中簽約信息變更、PCRE設置的閾值發(fā)生變更。閾值變更包括某個現(xiàn)有閾值的提升、降低或刪除以及新增某個閾值。 步驟502、PCRF給PCEF發(fā)送請求消息(如Diameter RAR)，請求消息中未明確要求獲取當前事件用量，但當前用量屬于獲取要求的相關信息，隱式獲取當前用量，即該請求需要獲取的信息可以用該事件用量來描述。在本步驟中，PCRF向PCEF發(fā)送與事件用量關聯(lián)的關聯(lián)信息的請求信息，其中該關聯(lián)信息的描述信息包括所述事件用量，例如，請求PCEF上報用戶在本次接入后的用戶所使用的業(yè)務以及每個業(yè)務的用量。步驟503、PCEF給PCRF返回響應消息(如Diameter RAA)，帶上該IP-CAN會話當前的事件用量。例如，收到上報用戶所使用的業(yè)務以及業(yè)務的用量時，PCEF根據(jù)本地的監(jiān)控結果， 上報相應的用量，由于PCEF的監(jiān)控包括基于事件進行監(jiān)控，所以會上報該事件的事件用
Mo需要說明的是，此處隱式獲取方式中的關聯(lián)信息可以是用于概括該事件用量的總結信息，如用戶全部套餐的用量等，也可以是一些以事件用量為控制條件的觸發(fā)信息，例如要求PCEF在事件用量達到特定值時，上報用戶正在使用的業(yè)務，一旦PCRF收到用戶所使用的業(yè)務，則可以確定該事件用量達到特定值，從而得到當前的事件用量。步驟504、PCRF收到響應消息，參考當前事件用量報告更新閾值，給PCEF發(fā)送請求消息(如Diameter RAR)，修改IP-CAN會話，下發(fā)更新后的用量閾值。步驟505、PCEF給PCRF返回響應消息(如Diameter RAA)，存儲更新后的閾值。步驟506、繼續(xù)后續(xù)流程處理。需要說明的是，對于實施例二和三，以會話過程中PCRF要求PCEF上報用量信息為例進行說明，但不限于此，還可以是PCEF自主向PCRF上報，例如，檢測到PCC規(guī)則發(fā)生變化，或者，當前事件用量達到預先設置的事件用量閾值時，都可以主動向PCRF上報。實施例四圖6為本發(fā)明提供的會話建立過程中用量監(jiān)控的又一方法實施例的流程示意圖。 圖6所示方法實施例包括在IP-CAN會話過程中，當PCRF收到一個外部或是內(nèi)部的觸發(fā)，需要發(fā)起IP-CAN 會話修改流程(包括事件用量閾值變更)，則PCRF給PCEF下發(fā)請求消息，請求消息中帶上更新后的閾值，PCEF收到該更新消息后，在響應消息中上報當前IP-CAN會話的事件用量給 PCRF, PCRF收到響應消息后進行后續(xù)操作，視情形需要可發(fā)起更新請求對此前下發(fā)的更新閾值做調(diào)整。各步驟如下步驟601、PCRF收到一個外部或是內(nèi)部的觸發(fā)，需要發(fā)起一個IP-CAN會話修改流程(包括事件用量閾值變更)。該觸發(fā)可能來自SPR、AF、PCEF或是PCRF本身，如PCEF監(jiān)控用量達到閾值、相關pcc規(guī)則刪除，sra中簽約信息變更等。事件用量閾值的變更包括某個現(xiàn)有閾值的提升、降低或是刪除，以及新增某個閾值。步驟602、PCRF給PCEF發(fā)送請求消息(如Diameter RAR)，修改IP-CAN會話，下發(fā)更新后的事件用量閾值。步驟603、PCEF給PCRF返回響應消息(如Diameter RAA)，帶上該IP-CAN會話當前事件用量；存儲更新后的信息。步驟604、PCRF收到響應消息后，據(jù)上報的當前事件用量報告，可發(fā)起更新請求對此前下發(fā)的更新閾值做調(diào)整。若需要則發(fā)送請求消息給PCEF，重新下發(fā)閾值。若不需要則進入506，繼續(xù)后續(xù)流程處理。步驟605、若PCEF收到504中PCRF的請求消息，則返回響應消息，存儲更新后的閾
值。
步驟606、繼續(xù)后續(xù)流程處理。實施例五圖7為本發(fā)明提供的會話結束時用量監(jiān)控的方法實施例的流程示意圖。圖7所示方法包括步驟701、PCEF檢測到觸發(fā)需要終結IP-CAN會話，該觸發(fā)可能來自其他網(wǎng)元，UE 或是PCEF自身(例如PCC規(guī)則全部刪除)。步驟702、PCEF向PCRF發(fā)送IP-CAN會話終結指示消息，消息中攜帶事件用量監(jiān)控的用量消耗。步驟703、PCRF將用量閾值更新，向SI5R發(fā)送取消簽約通知請求消息，消息中攜帶事件用量監(jiān)控得用量消耗或是剩余的允許用量。步驟704、SPR收到允許用量消耗或是剩余的允許用量，將總的允許用量更新，向 PCRF返回取消簽約通知應答。步驟705、PCRF向PCEF返回IP-CAN會話終結確認消息。以上會話終結流程是針對一個IP-CAN會話上報用量給PCRF，PCRF進而上報到SPR 更新簽約存儲的剩余允許用量。對于一個APN多個IP-CAN會話的情形，具體實現(xiàn)上PCRF 除了可以有以上針對每個IP-CAN會話的上報外，還可以在該APN下的最后一個IP-CAN會話終結后再統(tǒng)一上報用量或剩余用量給SPR，更新簽約存儲的剩余允許用量。以下以具體應用實例進行說明例如運營商需要對于事件類業(yè)務的監(jiān)控，從而保證對事件類業(yè)務的合理準確計費。對于某個簽約事件類套餐用戶每月30元套餐可成功下載影片數(shù)目為120部，在該用戶接入后，PCRF從sra獲取該用戶基于該簽約事件類套餐的事件信息，主要為允許的用量，例如，該SPR中記錄該用戶的允許用量為100部，則PCRF根據(jù)該允許用量，配置事件用量閾值，如90部，并將該事件用量閾值通知給PCEF，PCEF根據(jù)該事件用量閾值，監(jiān)控該用戶此次成功下載的影片數(shù)目，當此次成功下載的總數(shù)達到10部時，表示允許的事件用量達到事件用戶閾值，則上報給PCRF當前用量信息，可以是當前已使用的用量，也可以是剩余的用量；當然PCRF也可以根據(jù)自身的需要，主動要求PCRF上報事件的當前用量信息，同時，如果PCC策略發(fā)生變化，如刪除等，PCEF也可以主動上報用量。在用戶結束下載業(yè)務后，PCEF 向PCRF上報當前用量信息。當然，可以利用本發(fā)明技術方案的具體應用場景并不限于此，例如根據(jù)用戶業(yè)務種類實行差異化的事件統(tǒng)計(如，最新影音的事件加權高于一般影音，重要文檔類的事件加權高于普通媒體業(yè)務文檔等)，對事件的成功與否或是發(fā)生頻率等實行事件類監(jiān)控和統(tǒng)計，如對某類文件下載按次統(tǒng)計(如，MP3或多媒體影音)， 或是按文件數(shù)量統(tǒng)計(如，下載同類別的多個影音資料)等需求場景，此處不再贅述。結合圖2至圖7所述的方法實施例，本發(fā)明還提供一種用量的監(jiān)控系統(tǒng)，包括策略和計費規(guī)則功能實體(PCRF)，用于發(fā)送事件信息給策略和計費執(zhí)行功能實體 (PCEF)；其中所述事件信息是所述PCRF根據(jù)從用戶簽約數(shù)據(jù)庫(SPR)獲取的基于事件的簽約信息生成的。所述PCEF，用于對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述PCRF。具體的，所述PCEF，用于根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個，對所述事件信息執(zhí)行事件監(jiān)控。在如下任一條件時所述PCEF發(fā)送所述事件信息的事件用量，包括當前事件用量達到預先設置的事件用量閾值；IP連接接入網(wǎng)(IP-CAN)會話終結；策略控制和計費控制(PCC)規(guī)則發(fā)生變化；收到所述PCRF發(fā)送的上報事件用量的指示信息。如果所述PCEF在IP-CAN會話終結時向所述PCRF發(fā)送所述事件用量如果接入點名稱(APN)對應多個IP-CAN會話，則所述PCRF在每個IP-CAN會話終結后，向SI3R分別上報終結的IP-CAN會話的事件用量；或者，在APN下最后一個IP-CAN會話終結后，向SPR統(tǒng)一上報終結的全部IP-CAN會話的事件用量。其中所述上報事件用量的指示信息為以下任意一種獲取所述事件用量的請求信息；獲取與所述事件用量關聯(lián)的關聯(lián)信息的請求信息，其中所述關聯(lián)信息的描述信息包括所述事件用量。本發(fā)明提供的系統(tǒng)實施例，通過PCRF發(fā)送事件信息給PCEF，PCEF對事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給PCRF，從而實時掌握用戶對簽約事件類套餐業(yè)務的使用情況，實時準確地執(zhí)行事件類業(yè)務的管理，實現(xiàn)對基于事件的用量監(jiān)控。本領域普通技術人員可以理解上述實施例的全部或部分步驟可以使用計算機程序流程來實現(xiàn)，所述計算機程序可以存儲于一計算機可讀存儲介質中，所述計算機程序在相應的硬件平臺上(如系統(tǒng)、設備、裝置、器件等)執(zhí)行，在執(zhí)行時，包括方法實施例的步驟之一或其組合?？蛇x地，上述實施例的全部或部分步驟也可以使用集成電路來實現(xiàn)，這些步驟可以被分別制作成一個個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。
上述實施例中的各裝置/功能模塊/功能單元可以采用通用的計算裝置來實現(xiàn)， 它們可以集中在單個的計算裝置上，也可以分布在多個計算裝置所組成的網(wǎng)絡上。上述實施例中的各裝置/功能模塊/功能單元以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。上述提到的計算機可讀取存儲介質可以是只讀存儲器，磁盤或光盤等。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以權利要求所述的保護范圍為準。
權利要求
1.一種用量的監(jiān)控方法，其特征在于，包括策略和計費規(guī)則功能實體(PCRF)發(fā)送事件信息給策略和計費執(zhí)行功能實體(PCEF)；所述PCEF對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述PCRF。
2.根據(jù)權利要求1所述的方法，其特征在于，所述事件信息是所述PCRF根據(jù)從用戶簽約數(shù)據(jù)庫(SPR)獲取的基于事件的簽約信息生成的。
3.根據(jù)權利要求1所述的方法，其特征在于，所述PCEF對所述事件信息執(zhí)行事件監(jiān)控， 包括所述PCEF根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個，對所述事件信息執(zhí)行事件監(jiān)控。
4.根據(jù)權利要求1所述的方法，其特征在于，所述PCEF在如下任一條件時發(fā)送所述事件信息的事件用量當前事件用量達到預先設置的事件用量閾值；IP連接接入網(wǎng)(IP-CAN)會話終結；策略控制和計費控制(PCC)規(guī)則發(fā)生變化；收到所述PCRF發(fā)送的上報事件用量的指示信息。
5.根據(jù)權利要求4所述的方法，其特征在于，當所述PCEF在IP-CAN會話終結時向所述 PCRF發(fā)送所述事件用量時，所述方法還包括如果接入點名稱(APN)對應多個IP-CAN會話，則所述PCRF在每個IP-CAN會話終結后， 向Sra分別上報終結的IP-CAN會話的事件用量；或者，在APN下最后一個IP-CAN會話終結后，向Sra統(tǒng)一上報終結的全部IP-CAN會話的事件用量。
6.根據(jù)權利要求4所述的方法，其特征在于，所述上報事件用量的指示信息為以下任意一種包括獲取所述事件用量的請求信息；包括獲取與所述事件用量關聯(lián)的關聯(lián)信息的請求信息，其中所述關聯(lián)信息的描述信息包括所述事件用量。
7.一種用量的監(jiān)控系統(tǒng)，其特征在于，包括策略和計費規(guī)則功能實體(PCRF)，用于發(fā)送事件信息給策略和計費執(zhí)行功能實體 (PCEF)；所述PCEF，用于對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述 PCRF。
8.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述事件信息是所述PCRF根據(jù)從用戶簽約數(shù)據(jù)庫(SPR)獲取的基于事件的簽約信息生成的。
9.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述PCEF，用于根據(jù)業(yè)務類型、業(yè)務所傳輸?shù)奈募愋秃蜆I(yè)務的協(xié)議類型中至少一個， 對所述事件信息執(zhí)行事件監(jiān)控。
10.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述PCEF用于在如下任一條件時發(fā)送所述事件信息的事件用量當前事件用量達到預先設置的事件用量閾值；IP連接接入網(wǎng)(IP-CAN)會話終結；策略控制和計費控制(PCC)規(guī)則發(fā)生變化； 收到所述PCRF發(fā)送的上報事件用量的指示信息。
11.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述PCRF，還用于當所述PCEF在IP-CAN會話終結時向所述PCRF發(fā)送所述事件用量時，如果接入點名稱(APN)對應多個IP-CAN會話，則所述PCRF在每個IP-CAN會話終結后， 向Sra分別上報終結的IP-CAN會話的事件用量；或者，在APN下最后一個IP-CAN會話終結后，向Sra統(tǒng)一上報終結的全部IP-CAN會話的事件用量。
12.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述上報事件用量的指示信息為以下任意一種獲取所述事件用量的請求信息；獲取與所述事件用量關聯(lián)的關聯(lián)信息的請求信息，其中所述關聯(lián)信息的描述信息包括所述事件用量。
全文摘要
本發(fā)明提供一種用量的監(jiān)控方法和系統(tǒng)，涉及移動通信的策略和計費控制技術領域；解決現(xiàn)有技術中無法基于事件的用量監(jiān)控的問題。所述方法，包括策略和計費規(guī)則功能實體(PCRF)發(fā)送事件信息給策略和計費執(zhí)行功能實體(PCEF)；所述PCEF對所述事件信息執(zhí)行事件監(jiān)控，并將監(jiān)控得到的事件用量發(fā)送給所述PCRF。本發(fā)明提供的技術方案可應用于監(jiān)控網(wǎng)絡流量。
文檔編號H04W24/00GK102316432SQ201010219858
公開日2012年1月11日 申請日期2010年7月5日 優(yōu)先權日2010年7月5日
發(fā)明者吳錦花, 孫默, 芮通 申請人:中興通訊股份有限公司