專利名稱：一種實現用量監測控制的方法及系統的制作方法
技術領域：
本發明涉及策略和計費技術，尤其涉及一種實現用量監測控制的方法及系統。
背景技術：
自第三代合作伙伴計劃階段7(3GPP Release7)標準體系以來，策略和計費功 能由策略和計費控制(PCC，Policy and Charging Control)框架來實現。PCC架構是 一個能夠應用于多種接入技術的功能框架，例如，PCC架構可以應用于通用移動通信系 統(UMTS，Universal Mobile Telecommunications System)的陸上無線接入網(UTRAN， UMTS Terrestrial Radio Access Network)、全球移動通信系統(GSM，Global system for Mobile Communication)/GSM數據增強演進(EDGE)無線接入網、互通無線局域網(I-WLAN) 以及演進的分組系統(EPS, Evolved Packet System)等。PCC主要實現了策略控制和計費兩大功能。圖1為現有PCC組成架構示意圖，以下 對圖1所示的PCC架構中的各個邏輯功能實體及其接口功能進行描述。如圖1所示AF,用于提供業務應用的接入點，這些業務應用所使用的網絡資源需要進行動態 的策略控制。在業務面進行參數協商時，AF將相關業務信息傳遞給策略控制與計費規則功 能實體(PCRF, Policy and Charging Rules Function)。如果這些業務信息與PCRF的策 略相一致，則PCRF接受該協商；否則，PCRF拒絕該協商，并在反饋時給出PCRF可接受的業 務參數。隨后，AF可將這些參數返回給用戶設備(UE，User Equipment)。其中，AF和PCRF 之間的接口是Rx接口。PCRF是PCC的核心，用于負責策略決策和計費規則的制定。PCRF提供基于業務數 據流的網絡控制規則，這些網絡控制包括業務數據流的檢測、門控(Gating Control)、服務 質量(Q0S，Quality of Service)控制以及基于數據流的計費規則等。PCRF將其制定的策 略和計費規則發送給策略和計費執行功能實體(PCEF，Policy and Control Enforcement Function)執行；同時，PCRF還需要保證這些規則和用戶的簽約信息一致。其中，PCRF制 定策略和計費規則的依據包括從AF獲得的與業務相關的信息、從用戶簽約數據庫(SPR， Subscription Profile Repository)獲得的與與策略控制和計費相關的用戶策略計費控 制簽約信息、以及通過to接口從PCEF獲得的與承載相關網絡的信息。PCEF通常位于網關(GW，Gate-Way)內，在承載面執行PCRF所制定的策略和計費規 則。PCEF按照PCRF所發送的規則中的業務數據流過濾器對業務數據流進行檢測，進而對這 些業務數據流執行PCRF所制定的策略和計費規則；在承載建立時，PCEF按照PCRF發送的 規則進行QoS授權，并根據AF的執行進行門控控制；同時，PCEF根據PCRF訂閱的事件觸發 上報承載網絡上發生的事件；根據PCRF發送的計費規則，PCEF執行相應的業務數據流計費 操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計 費系統(0CS，Online Charging System) 一起進行信用管理；離線計費時，PCEF和離線計費 系統(0FCS，0ffline Charging System)之間交換相關的計費信息。其中，PCEF與PCRF之 間的接口是接口，PCEF與OCS之間的接口是Gy接口，PCEF與OFCS之間的接口是( 接口。PCEF —般都位于網絡的網關上，如EPS的分組數據網絡網關(PDN-GW)、通用無線分組業 務(GPRS，General Packet Radio Service)中的GPRS網關支持節點(GGSN)以及互聯無線 網局域網(I-WLAN，Interworking WLAN)中的分組數據網關(PDG，Packet Data Gateway)等。承載綁定和事件報告功能實體(BBERF，BearerBinding and Event Reporting Function)通常位于接入網網關(Access Network Gateway)內。如當用戶設備通過 E-UTRAN接入EPS、服務網關S-GW與P-GW之間采用代理移動互聯網協議版本6 (PMIPv6， Proxy Mobile Internet Protocol version 6)協議時，S-GW 中就存在 BBERF。當用戶設 備通過可信任非3GPP接入網接入時，可信任非3GPP接入網關中也存在BBERF。用戶簽約數據庫(SPR)，存儲有與策略控制和計費相關的用戶策略計費控制簽約 信息。SI3R和PCRF之間的接口是Sp接口。OCS和PCEF共同完成在線計費方式下用戶信用的控制和管理。OFCS與PCEF共同完成離線計費方式下的計費操作。現有技術中，PCC支持動態的用量監測控制，以實現基于實時的網絡資源使用總 量執行動態的策略決策。用量監測可應用于單個業務數據流、一組業務數據流或者一個 IP-CAN會話的所有業務流。目前，用量(usage)指用戶面數據流量。現有技術中，采用監 測鍵(Monitoring Key)來標識一個需要用量監測的實例，比如當PCRF為一個IP-CAN會 話的所有業務流分配了 Monitoring Key以及相應的閾值，那么，PCEF將根據該閾值監測 IP-CAN的所有業務流流量，并用該Monitoring Key來標識上報的用量。當PCRF為一個業 務流或一組業務數據流分配了 Monitoring Key以及相應的閾值，PCRF將Monitoring Key 攜帶在這個業務數據流或一組業務數據流對應的PCC規則中，那么，PCEF將根據該閾值監 測具有相同Monitoring Key的PCC規則所對應的業務數據流流量，并用該Monitoring Key 標識上報的用量。同時，在SPR中還可以保存用戶某個PDN的總允許用量，即針對一個IP-CAN會話 的所有業務流的總允許用量，也可以稱為每PDN每用戶的總允許用量。SI^R中還可以保存用 戶某個PDN的某些具體業務的總允許用量，即針對一個業務數據流或一組業務數據流的總 允許用量，通常也可以用Monitoring Key進行標識。當用戶建立到某個PDN的IP-CAN會話后，SI3R將總允許用量下發給PCRF。PCRF進 行用量監測控制時，PCRF向PCEF訂閱用量上報(Usage_Itep0rt)事件觸發器。當Monitoring Key包含在PCC規則中下發后，具有相同Monitoring Key的PCC規則共享該Monitoring Key對應的閾值。當Monitoring Key不包含在任何PCC規則中時，IP-CAN會話的所有業 務數據流共享該Monitoring Key對應的閾值。PCEF監測到用量已達到閾值、IP-CAN會話 終結、包含某個Monitoring Key的所有PCC規則均被刪除或者PCRF顯式請求用量上報時， PCEF將向PCRF報告自從上一次上報以來相關Monitoring Key的用量消耗情況。當PCRF 收到來自PCEF的用量上報后，PCRF將從總允許用量中扣除上報的用量值。如果PCEF上報 某個Monitoring Key的用量并且需要繼續進行監測，那么，PCRF將提供新的閾值給PCEF ； 若無需繼續進行監測，PCRF不提供新的閾值給PCEF。當用戶的一個APN的最后一個IP-CAN 會話終結時，PCRF將在Sra中保存剩余的總允許用量，包括該PDN的總允許用量或該PDN的 某些具體業務的總允許用量。
從現有的用量監測控制方案可以看到，現有用量監測控制是針對一個用戶的某個 PDN或某個PDN的一些具體業務流進行的。現有用量監測控制存在一些局限性，在某些場景 中將無法應用，比如對于家庭套餐，參加該套餐的多個用戶共享某個PDN的總允許用量或 某個PDN的一些具體業務流的總的簽約允許用量。此時，PCRF應該同時對參加該套餐的多 個用戶所建立的多個到同一個PDN的IP-CAN會話或到同一個PDN的一些具體業務流進行 用量監測。現有技術中，當多個用戶共享總允許用量時，沒有給出PCRF同時對多個用戶根據 總允許用量進行用量監測的實現方案。如果還采用現有用量監測控制方法來為共享簽約信 息的多個用戶設備實現用量監測控制的話，必然會出現策略計費控制沖突。

發明內容
有鑒于此，本發明的主要目的在于提供一種實現用量監測控制的方法，能夠為共 享簽約信息的多個用戶設備實現用量監測控制，避免策略計費控制沖突。本發明的另一目的在于提供一種實現用量監測控制的系統，能夠為共享簽約信息 的多個用戶設備實現用量監測控制，避免策略計費控制沖突。為達到上述目的，本發明的技術方案是這樣實現的一種實現用量監測控制的方法，用戶簽約數據庫SPR中預先存儲有總允許用量， 還包括SPR根據策略控制與計費規則功能實體PCRF的請求，設置允許用量閾值并下發給 PCRF ；PCRF根據獲得的允許用量閾值，制定用量監測策略；當SPR收到PCRF的用量報告后，從多用戶共享的總允許用量中扣除消耗的用量。所述制定用量監測策略之后，SPR收到PCRF的用量報告之前，該方法還包括所述 PCRF將所述用量監測策略下發給策略和計費執行功能實體PCEF，所述PCEF根據所述用量 檢測策略執行用量檢測；所述PCEF向PCRF上報用量。所述用量監測策略中包含有用量閾值，所述用量閾值小于等于允許用量閾值。當所述多用戶中存在第一用戶請求建立IP-CAN會話時，所述PCRF獲得允許用量 閾值包括所述Sra將允許用量閾值包含在用戶的簽約信息中返回給PCRF ；所述允許用量閾值為第一允許用量閾值。所述第一允許用量閾值小于等于所述總允許用量；所述第一允許用量閾值針對某IP-CAN會話的所有業務數據流，或者針對某 IP-CAN會話中的一個業務數據流或多個業務數據流。所述用量監測策略中包含有PCRF為監測鍵Monitoring Key分配第一用量閾值， 且第一用量閾值小于等于所述第一允許用量閾值。當所述多用戶中存在除所述第一用戶之外的第二用戶請求建立IP-CAN會話時，所述SI3R將第二允許用量閾值包含在用戶的簽約信息中返回給PCRF ；所述第一允許用量閾值與第二允許用量閾值之和小于等于所述總允許用量。所述用量監測策略中包含有所述PCRF為監測鍵Monitoring Key分配第二用量閾值，且第二用量閾值小于等于所述第二允許用量閾值。所述PCEF向PCRF上報用量為當需要用量上報事件被觸發時；和/或終結所述 IP-CAN會話時；和/或PCRF請求PCEF上報。所述PCEF向PCRF上報用量后，所述PCRF將允許用量閾值更新為允許用量閾值與 報告的用量消耗值之差的值，如果所述PCRF決定繼續進行用量監測，并且此時的允許用量 閾值大于0，則所述PCRF重新分配新的用量閾值，且該新的用量閾值小于等于更新后的允 許用量閾值；所述PCEF根據收到的新的用量閾值繼續執行用量監測。所述PCRF滿足以下條件之一或任意組合時，向所述SI3R上報用量所述更新后的允許用量閾值等于0 ；終結所述IP-CAN會話時；所述Sra請求所述 PCRF上報。所述SPR從多用戶共享的總允許用量中扣除消耗的用量包括如果所述sra收到允許用量消耗值，則將所述總允許用量更新為所述總允許用量 與收到的允許用量消耗值之差的值；如果所述sra收到剩余的允許用量，則將所述總允許 用量更新為所述總允許用量減去所述允許用量閾值之差的值，再與所述收到的剩余的允許 用量之和的值。一種實現用量監測控制的系統，至少包括PCRF及SPR，其中，SPR，用于存儲總允許用量并設置允許用量閾值，根據PCRF的請求下發允許用量 閾值；接收來自PCRF的用量上報，從多用戶共享的總允許用量中扣除消耗的用量；PCRF，用于向Sra請求允許用量閾值；根據獲得的允許用量閾值，制定用量監測策 略；向SPR上報用量。該系統還包括PCEF，PCRF還用于，根據從SI3R獲得的允許用量閾值，為每一個共享該用量的IP-CAN會 話或業務數據流分配用量閾值；接收來自PCEF的用量報告；PCEF，用于根據PCRF下發的用量監測策略執行用量監測，并向PCRF上報用量報
生 合。所述PCEF向PCRF上報用量后，將允許用量閾值更新為允許用量閾值與報告的用 量消耗值之差的值。如果所述PCRF決定繼續進行用量監測，并且此時的允許用量閾值大于 0，所述PCRF還用于，重新分配新的用量閾值，且該新的用量閾值小于等于更新后的允許用 量閾值，并將該重新分配新的用量閾值下發給PCEF ；所述PCEF，還用于根據收到的新的用量閾值繼續執行用量監測。當所述更新后的允許用量閾值等于0、終結所述IP-CAN會話、或所述SHU青求所述 PCRF上報時，所述PCRF向所述SI3R上報用量。從上述本發明提供的技術方案可以看出，包括SPR中預先存儲有總允許用量，SPR 根據PCRF的請求，設置允許用量閾值并下發給PCRF ；PCRF根據獲得的允許用量閾值，制定 用量監測策略；當Sra收到PCRF的用量報告后，從多用戶共享的總允許用量中扣除消耗的 用量。本發明方法在多個用戶共享總允許用量時，給出了 PCRF同時對多個用戶根據總允許 用量進行用量監測的實現方案，避免了策略計費控制沖突。


圖1為現有PCC組成架構示意圖；圖2為本發明實現用量監測控制的方法的流程圖；圖3為本發明實現用量監測控制的方法的實施例的流程示意圖；圖4為圖3中，實現用量上報的第一實施例的流程示意圖；圖5為圖3中，實現用量上報的第二實施例的流程示意圖；圖6為圖3中，實現用量上報的第三實施例的流程示意圖。
具體實施例方式圖2為本發明實現用量監測控制的方法的流程圖，如圖2所示，包括步驟200 中預先存儲有總允許用量，根據PCRF的請求設置允許用量閾值并下 發允許用量閾值。本步驟中，假設多用戶共享的IP-CAN會話或業務數據流的總允許用量為TAU，則 SPR為發起請求的共享該總允許用量的IP-CAN會話或業務數據流的用戶分別分配允許用 量閾值AUTi，其中，AUTl < TAU，i表示不同的用戶。步驟201 :PCRF根據獲得允許用量閾值，設置用量監測策略。在用量監測策略中包 含有PCRF為共享該總允許用量的IP-CAN會話或業務數據流對應的用戶分配的用量閾值。本步驟中，PCRF從SPR中獲取多共享總允許用量的用戶的允許用量閾值，該允許 用量閾值包含在SPR返回的用戶的簽約信息中。PCRF根據返回的簽約數據制定策略，其中策略包括事件觸發器如用量上報 (Usage_Report)事件，針對某IP-CAN會話或某個具體業務數據流的用量監測策略，及 Monitoring key是針對整個IP-CAN會話或針對某些業務數據流等。PCRF為Monitoring Key分配用量閾值UTi，其中UTi <=AUTi。步驟202 當SPR收到PCRF的用量報告后，從多用戶共享的總允許用量中扣除消 耗的用量。本步驟中，PCRF滿足以下條件之一或任意組合時，向SI3R上報用量所述更新后的允許用量閾值等于0、終結所述IP-CAN會話時、SPR請求所述PCRF 上報。在所述制定用量監測策略之后，SPR收到PCRF的用量報告之前，該方法還包括 PCEF根據PCRF下發的用量監測策略執行用量監測，PCEF根據所述用量檢測策略執行用量 檢測并向PCRF上報用量。這里PCEF上報用量，可以是當需要用量上報事件被觸發，比如某 個Monitoring Key (包括IP-CAN會話級和業務數據流級)監測的用量達到閾值等；也可以 由終結IP-CAN會話來觸發；還可以由PCRF請求PCEF上報等等。針對本發明方法，還提供 一種實現用量監測控制的系統，至少包括PCRF及SPR，其中，SPR，用于存儲總允許用量并設置允許用量閾值，根據PCRF的請求下發允許用量 閾值；接收來自PCRF的用量上報，從多用戶共享的總允許用量中扣除消耗的用量；PCRF用于向Sra請求允許用量閾值；根據獲得的允許用量閾值，制定用量監測策 略；向SPR上報用量。該系統還包括PCEF，
PCRF還用于，根據從Sra獲得的允許用量閾值，為每一個共享該用量的IP-CAN會 話或業務數據流分配用量閾值；接收來自PCEF的用量報告；PCEF，用于根據PCRF下發的用 量監測策略執行用量監測，并向PCRF上報用量報告。在所述PCEF向PCRF上報用量后，將允許用量閾值更新為允許用量閾值與報告的 用量消耗值之差的值。如果所述PCRF決定繼續進行用量監測，并且此時的允許用量閾值大 于0，所述PCRF重新分配新的用量閾值，且該新的用量閾值小于等于更新后的允許用量閾 值，并將該重新分配新的用量閾值下發給PCEF ；所述PCEF，還用于根據收到的新的用量閾值繼續執行用量監測。下面結合實施例對本發明方法進行詳細描述。圖3為本發明實現用量監測控制的方法的實施例的流程示意圖，本實施例描述的 是用戶設備I(UEl)和UE2共享一 PDN的總允許用量(TAU，Total Allowanced usage)或一 PDN的一些具體業務數據流的TAU ；在用戶1和用戶2分別建立IP-CAN會話中，SPR下發允 許用量閾值(AUT，allowanced usage threshold)給 PCRF，PCRF 根據 AUT 對用戶 1 和用戶 2建立的IP-CAN會話進行用量監測控制，如圖3所示，包括步驟300 在UEl請求建立IP-CAN會話1的過程中，向PCEFl發送IP-CAN會話建 立請求消息，在IP-CAN會話建立請求消息中攜帶有UEl的用戶標識1和請求接入的PDN網 絡的PDN標識1。步驟301 =PCEFl向PCRFl發送IP-CAN會話建立指示消息，在IP-CAN會話建立指 示消息中攜帶有用戶標識1，PDN標識1和為UEl分配的IP地址1 (IP Addressl)。步驟302 =PCRFl向STO發送簽約文檔請求，在簽約文檔請求中攜帶有用戶標識1 和PDN標識1。步驟303 =SPR根據用戶標識1和PDN標識1返回UEl的簽約信息。由于UEl與 UE2共享針對PDN標識1的總允許用量或是針對PDN標識1的一些具體業務流的總允許用 量，因此，SI3R為UEl的IP-CAN會話1分配允許用量閾值AUTl，其中，AUTl < TAU。SI3R向 PCRFl返回包括AUTl的簽約信息并發送給PCEF2。步驟304 =PCRFl根據返回的包括有允許用量閾值AUTl的簽約信息制定策略，其中 策略包括事件觸發器--Usage_Itep0rt，針對IP-CAN會話1或某些具體業務數據流的用量 監測策略，及Monitoring key是針對整個IP-CAN會話或針對某些業務數據流等。PCRF為 Monitoring Key 分配用量閾值 UTl，其中 UTl <=AUT1。步驟305 =PCEFl向UEl返回IP-CAN會話建立應答，在IP-CAN會話建立應答中攜 帶有 IP Addressl。通過步驟300 步驟305后，PCEFl根據PCRFl下發的用量監測策略對UEl建立 的IP-CAN會話1進行用量監測。步驟306 在UE2請求建立IP-CAN會話2的過程中，向PCEF2發送IP-CAN會話建 立請求消息，請求建立IP-CAN會話2，在IP-CAN會話建立請求消息中攜帶有UE2的用戶標 識2和請求接入的PDN網絡的PDN標識1。這里，PCEFl和PCEF2可能相同，也可能不相同。本實施例中假設PCEFl和PCEF2 不同。步驟307 :PCEF2向PCRF2發送IP-CAN會話建立指示消息，在IP-CAN會話建立指示消息中攜帶有用戶標識2，PDN標識1和為UE2分配的IPAddress2。這里，PCRF2和PCRFl 可能相同，也可能不相同，本實施例中假設PCRFl和PCRF2不相同。步驟308 =PCRFl向STO發送簽約文檔請求，在簽約文檔請求中攜帶有用戶標識2 和PDN標識1。步驟309 =SPR根據用戶標識2和PDN標識1返回UE2的簽約信息。由于UEl與 UE2共享PDN標識1或共享某個具體業務的總允許用量TAU。因此，SPR為UE2的IP-CAN會 話1分配允許用量閾值AUT2，其中，AUT1+AUT2 <= TAU，并向PCRFl返回AUT2。步驟310 =PCRFl根據返回的包括有允許用量閾值AUT2的簽約信息制定策略，其中 策略包括事件觸發器--Usage_Itep0rt，針對IP-CAN會話2或某些具體業務數據流的用量 監測策略，及Monitoring key是針對整個IP-CAN會話或針對某些業務數據流等。PCRF為 Monitoring Key分配用量閾值UT2，其中UT2 <= AUT2并發送給PCEF2。步驟311 :PCEF2向UE2返回IP-CAN會話建立應答，在IP-CAN會話建立應答中攜 帶有 IP Address2。至此，UE2建立了 IP-CAN會話2，PCRFl和PCRF2分別從SPR中獲取了允許用量閾 值TAUl和TAU2，并且分別向PCEFl和PCEF2下發了用量監測策略，其中包括用量閾值AUl 和AU2。PCEFl和PCEF2執行用量監測。圖4為圖3中，實現用量上報的第一實施例的流程示意圖，第一實施例描述的是建 立用量監測后，PCEFl實現用量上報的流程，如圖4所示，包括步驟400 =PCEFl檢測到需要用量上報事件被觸發，該觸發可能是某個Monitoring Key (包括IP-CAN會話級和業務數據流級)監測的用量達到閾值或與某個Monitoring Key 對應的所有PCC規則被刪除或去激活。步驟401 =PCEFl向PCRFl發送IP-CAN會話修改指示消息，在IP-CAN會話修改指 示消息中攜帶有事件觸發器取值包含化386_1 印0汁，以及報告的用量消耗值(URV1，Usage Report Valuel)。若觸發條件是某個Monitoring Key監測的用量達到閾值，則URVl = AUTl ；若觸發條件與某個Monitoring Key對應的所有PCC規則被刪除或去激活，則URVl <=UT1。本步驟中，PCRFl將允許用量閾值AUTl更新為(AUT1-URV1)的值。如果PCRFl決 定繼續進行用量監測，并且此時的AUTl > 0，那么，PCRFl將分配新的用量閾值UTl'，其中 UTl' <= AUTl，然后執行步驟404 ；如果PCRFl決定繼續進行用量監測，但是此時AUTl = 0，那么，PCRFl執行步驟402 ；如果PCRFl決定不再進行用量監測，那么執行步驟404。步驟402 =PCRFl向STO發送簽約文檔請求消息，在簽約文檔請求消息中攜帶有允 許用量報告指示以及報告的允許用量消耗值AURV1，這種情況下，AURVl =AUT1。步驟403 =SPR將總允許用量TAU更新為(TAU-AUTl)的值。由于SPR已經為UE2 分配了 AUT2，因此，若更新后的(TAU-AUT2) > 0，則SI3R將為UEl分配新的允許用量閾值 AUTl ‘，其中AUTl ‘ < = (TAU-AUT2)。SPR向PCRFl返回簽約文檔應答消息，若SI3R分配了 新的允許用量閾值，則攜帶允許用量閾值AUTl ‘；否則不攜帶任何允許用量閾值。步驟404 =PCRFl向PCEFl返回IP-CAN會話修改確認消息。如果簽約文檔應答消息中攜帶有新的允許用量閾值AUTl'，那么PCRFl根據STO 返回的AUTl'，為UEl分配新的用量閾值UTl'，其中UTl' < =AUTl'，則在IP-CAN會話修改確認消息中攜帶新的用量閾值UTl'。如果PCRFl下發了新的用量閾值UTl ‘，則PCEFl繼續執行用量監測；如果沒有下 發新的用量閾值UTl'，則PCEFl不再執行用量監測。圖5為圖3中，實現用量上報的第二實施例的流程示意圖，第二實施例描述的是建 立用量監測后，PCEFl實現用量上報的另一流程，如圖5所示，包括步驟500 =PCEFl檢測到需要終結IP-CAN會話1被觸發，該觸發可能來自于其它網 元，UEl或是PCEFl自身。步驟501 =PCEFl向PCRFl發送IP-CAN會話終結指示消息，在IP-CAN會話終結指 示消息中攜帶有每個進行用量監測的Monitoring Key的用量消耗值，圖3所示的實施例中 為 URVl。此時，URVl <= UTl。步驟502 =PCRFl將允許用量閾值AUTl更新為(AUT1-URV1)的值。PCRFl向SI3R發 送取消簽約通知請求消息，在取消簽約通知請求消息中攜帶有進行用量監測的Monitoring key的允許用量消耗值I(AURVl)或是剩余的允許用量1 (RAU1，Remaining Allowanced Usage)，其中，AURVl = URVl 或 RAUl =AUT1。步驟503 若SPR收到允許用量消耗值AURVl，則將總允許用量TAU更新為 (TAU-AURV1)的值；若收到剩余的允許用量RAU1，則將總允許用量更新為(TAU-AUT1+RAU1) 的值，SPR向PCRFl返回取消簽約通知應答。步驟5 =P =PCRFl向PCEFl返回IP-CAN會話終結確認消息。圖6為圖3中，實現用量上報的第三實施例的流程示意圖，第三實施例描述的是建 立用量監測后，sra請求上報用量的流程，如圖6所示，包括步驟600 =SPR檢測到需要PCEFl上報用量消耗事件被觸發。步驟601 =SPR向PCRFl發送允許用量上報請求消息，請求PCRFl上報允許用量值， 在允許用量上報請求消息中攜帶有需要上報的Monitoring Key。步驟602 =PCRF 1向PCEFl發送用量上報請求消息，請求PCEFl上報用量消耗。在 用量上報請求消息中攜帶有需要上報的Monitoring Key0步驟603 =PCEFl向PCRFl發送用量上報應答消息，在用量上報消息中攜帶有需要 上報的Monitoring Key的用量消耗值URVl。這種情況下，URVl <= UT1。步驟604 PCRFl 將 Monitoring Key 的允許用量閾值 AUTl 更新為(AUT1-URV1)的 值。PCRFl向sra發送允許用量上報應答消息，在允許用量上報應答消息中攜帶有需要上 報的Monitoring key的允許用量消耗值AURVl或是剩余的允許用量RAU1，其中AURVl = URVl 或 RAUl = AUl。本步驟中，如果SI3R收到允許用量消耗值AURVl JI^fMonitoring Key的總允許用 量TAU更新為(TAU-AURV1)的值；如果收到剩余的允許用量RAU1，則將Monitoring Key的 總允許用量更新為(TAU-AUT1+RAU)的值。PCRFl在沒有收到sra發送的允許用量上報請求消息時，也可能會應該其自身的 觸發條件向PCEFl發送用量上報請求消息，步驟602-603。上述圖3 圖6所描述的幾個實施例中，是以UEl和UE2共享總允許用量，并且 UEl和UE2分別針對一個APN(即PDN標識1)都只建立一個IP-CAN會話的情況。本發明方 法，同樣適用于UEl和UE2分別針對一個APN(即PDN標識1)建立多個IP-CAN會話的情況，按照本發明方法的具體實現是本領域技術人員根據前面的實施例容易得到的，這里不再贅 述。以上實施例雖僅描述了兩個用戶共享簽約的總允許用量時，用量監測控制的實現 流程。兩個以上用戶共享簽約的總允許用量時，用量監測控制的流程也是類似的。以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍，凡在 本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護 范圍之內。
權利要求
1.一種實現用量監測控制的方法，其特征在于，用戶簽約數據庫SPR中預先存儲有總 允許用量，還包括Sra根據策略控制與計費規則功能實體PCRF的請求，設置允許用量閾值并下發給 PCRF ；PCRF根據獲得的允許用量閾值，制定用量監測策略；當SPR收到PCRF的用量報告后，從多用戶共享的總允許用量中扣除消耗的用量。
2.根據權利要求ι所述的方法，其特征在于，所述制定用量監測策略之后，sra收到 PCRF的用量報告之前，該方法還包括所述PCRF將所述用量監測策略下發給策略和計費執 行功能實體PCEF，所述PCEF根據所述用量檢測策略執行用量檢測；所述PCEF向PCRF上報用量。
3.根據權利要求2所述的方法，其特征在于，所述用量監測策略中包含有用量閾值，所 述用量閾值小于等于允許用量閾值。
4.根據權利要求1、2或3所述的方法，其特征在于，當所述多用戶中存在第一用戶請求 建立IP-CAN會話時，所述PCRF獲得允許用量閾值包括所述Sra將允許用量閾值包含在用戶的簽約信息中返回給PCRF ；所述允許用量閾值為第一允許用量閾值。
5.根據權利要求4所述的方法，其特征在于，所述第一允許用量閾值小于等于所述總 允許用量；所述第一允許用量閾值針對某IP-CAN會話的所有業務數據流，或者針對某IP-CAN會 話中的一個業務數據流或多個業務數據流。
6.根據權利要求5所述的方法，其特征在于，所述用量監測策略中包含有PCRF為監測 鍵Monitoring Key分配第一用量閾值，且第一用量閾值小于等于所述第一允許用量閾值。
7.根據權利要求5所述的方法，其特征在于，當所述多用戶中存在除所述第一用戶之 外的第二用戶請求建立IP-CAN會話時，所述Sra將第二允許用量閾值包含在用戶的簽約信息中返回給PCRF ；所述第一允許用量閾值與第二允許用量閾值之和小于等于所述總允許用量。
8.根據權利要求7所述的方法，其特征在于，所述用量監測策略中包含有所述PCRF為 監測鍵Monitoring Key分配第二用量閾值，且第二用量閾值小于等于所述第二允許用量閾 值。
9.根據權利要求2所述的方法，其特征在于，所述PCEF向PCRF上報用量為當需要用 量上報事件被觸發時；和/或終結所述IP-CAN會話時；和/或PCRF請求PCEF上報。
10.根據權利要求9所述的方法，其特征在于，所述PCEF向PCRF上報用量后，所述PCRF 將允許用量閾值更新為允許用量閾值與報告的用量消耗值之差的值，如果所述PCRF決定 繼續進行用量監測，并且此時的允許用量閾值大于0，則所述PCRF重新分配新的用量閾值， 且該新的用量閾值小于等于更新后的允許用量閾值；所述PCEF根據收到的新的用量閾值繼續執行用量監測。
11.根據權利要求10所述的方法，其特征在于，所述PCRF滿足以下條件之一或任意組 合時，向所述sra上報用量所述更新后的允許用量閾值等于O ；終結所述IP-CAN會話時；所述Sra請求所述PCRF 上報。
12.根據權利要求1或2所述的方法，其特征在于，所述SI^R從多用戶共享的總允許用 量中扣除消耗的用量包括如果所述SPR收到允許用量消耗值，則將所述總允許用量更新為所述總允許用量與收 到的允許用量消耗值之差的值；如果所述sra收到剩余的允許用量，則將所述總允許用量 更新為所述總允許用量減去所述允許用量閾值之差的值，再與所述收到的剩余的允許用量 之和的值。
13.一種實現用量監測控制的系統，其特征在于，至少包括PCRF及SPR，其中，SPR，用于存儲總允許用量并設置允許用量閾值，根據PCRF的請求下發允許用量閾值； 接收來自PCRF的用量上報，從多用戶共享的總允許用量中扣除消耗的用量；PCRF，用于向sra請求允許用量閾值；根據獲得的允許用量閾值，制定用量監測策略； 向sra上報用量。
14.根據權利要求13所述的系統，其特征在于，該系統還包括PCEF，PCRF還用于，根據從Sra獲得的允許用量閾值，為每一個共享該用量的IP-CAN會話或 業務數據流分配用量閾值；接收來自PCEF的用量報告；PCEF，用于根據PCRF下發的用量監測策略執行用量監測，并向PCRF上報用量報告。
15.根據權利要求13或14所述的系統，其特征在于，所述PCEF向PCRF上報用量后，將 允許用量閾值更新為允許用量閾值與報告的用量消耗值之差的值。如果所述PCRF決定繼 續進行用量監測，并且此時的允許用量閾值大于0，所述PCRF還用于，重新分配新的用量閾 值，且該新的用量閾值小于等于更新后的允許用量閾值，并將該重新分配新的用量閾值下 發給PCEF ；所述PCEF，還用于根據收到的新的用量閾值繼續執行用量監測。
16.根據權利要求15所述的系統，其特征在于，當所述更新后的允許用量閾值等于0、 終結所述IP-CAN會話、或所述SPR請求所述PCRF上報時，所述PCRF向所述SPR上報用量。
全文摘要
本發明提供了一種實現用量監測控制的方法及系統，包括用戶簽約數據庫(SPR)中預先存儲有總允許用量，SPR根據策略控制與計費規則功能實體(PCRF)的請求，設置允許用量閾值并下發給PCRF；PCRF根據獲得的允許用量閾值，制定用量監測策略；當SPR收到PCRF的用量報告后，從多用戶共享的總允許用量中扣除消耗的用量。本發明方法在多個用戶共享總允許用量時，給出了PCRF同時對多個用戶根據總允許用量進行用量監測的實現方案，避免了策略計費控制沖突。
文檔編號H04W24/10GK102083035SQ200910205979
公開日2011年6月1日 申請日期2009年11月30日 優先權日2009年11月30日
發明者吳錦花, 周曉云, 宗在峰 申請人:中興通訊股份有限公司