一種組用戶用量監(jiān)控方法及系統(tǒng)技術(shù)方案

本發(fā)明專利技術(shù)公開了一種組用戶用量監(jiān)控方法及系統(tǒng)，第一策略控制實體向第二策略控制實體發(fā)送用量監(jiān)控請求；第二策略控制實體收到用量監(jiān)控請求時，根據(jù)用戶組簽約用量進行用量監(jiān)控決策，并向第一策略控制實體下發(fā)用量監(jiān)控信息；第一策略控制實體根據(jù)收到的用量監(jiān)控信息，對用戶進行用量監(jiān)控。本發(fā)明專利技術(shù)通過引入專用的策略控制實體，用戶組內(nèi)的每個成員用戶附著的策略控制實體向該專用的策略控制實體請求用量監(jiān)控，實現(xiàn)對共享簽約用量的組用戶的用量監(jiān)控，從而解決了現(xiàn)有用量監(jiān)控機制的不足。

【技術(shù)實現(xiàn)步驟摘要】
一種組用戶用量監(jiān)控方法及系統(tǒng)
本專利技術(shù)涉及通信
，尤其涉及一種組用戶用量監(jiān)控方法及系統(tǒng)。
技術(shù)介紹
第三代合作伙伴計劃(3rdGenerationPartnershipProject，簡稱為3GPP)定義了針對移動網(wǎng)絡的策略和計費控制(PolicyandChargingControl，簡稱為PCC)架構(gòu)。如圖1所示，PCC架構(gòu)中各實體功能描述如下：PCRF(PolicyandChargingRulesFunction，策略和計費規(guī)則功能)為業(yè)務包含的業(yè)務數(shù)據(jù)流在傳輸過程中使用網(wǎng)絡資源制定資源控制策略，包括QoS(QualityofService，服務質(zhì)量)控制策略和計費控制策略。PCEF(PolicyandChargingEnforcementFunction，策略和計費執(zhí)行功能)用于執(zhí)行PCRF下發(fā)的或者PCEF上預配置的PCC規(guī)則，對網(wǎng)絡上傳輸?shù)腎P報文進行檢測，識別該IP報文隸屬的業(yè)務數(shù)據(jù)流，并對業(yè)務數(shù)據(jù)流提供QoS和計費控制。BBERF(BearerBindingandEventReportFunction，承載綁定和事件上報功能)主要用于對網(wǎng)絡上傳輸?shù)腎P報文進行檢測，并將IP報文按照規(guī)則映射到對應的承載通道上。BBERF還執(zhí)行承載相關(guān)事件的上報，例如當承載丟失，或者發(fā)生接入網(wǎng)絡切換的時候，都需要將相應的事件上報給PCRF，請求PCRF進行相應的決策。SPR(SubscriptionProfileRepository，用戶簽約數(shù)據(jù)庫)用于保存用戶簽約的業(yè)務信息，為PCRF制訂PCC規(guī)則提供必要的用戶簽約信息。OCS(OnlineChargingSystem，在線計費系統(tǒng))和OFCS(OfflineChargingSystem，離線計費系統(tǒng))分別用于離線和在線計費。在用戶開展業(yè)務過程中，PCC按照如下方式為業(yè)務(由若干業(yè)務數(shù)據(jù)流組成)在傳輸過程中動態(tài)提供QoS保證：業(yè)務包含的每個業(yè)務數(shù)據(jù)流都對應一個具體的PCC規(guī)則，PCC規(guī)則中定義了該業(yè)務數(shù)據(jù)流傳輸時需要使用的QoS資源。在業(yè)務數(shù)據(jù)流在承載網(wǎng)絡中傳輸之前，PCRF需要依據(jù)相關(guān)信息為業(yè)務數(shù)據(jù)流決策并制定PCC規(guī)則。PCRF決策并制定PCC規(guī)則所依據(jù)的相關(guān)信息包括如下信息：從AF接收的業(yè)務協(xié)商信息，該業(yè)務協(xié)商信息就是用戶開展業(yè)務時和通信對端協(xié)商的開展所述業(yè)務的信息，例如開展所述業(yè)務對QoS的要求，通信雙方使用的IP地址、端口號、所使用的協(xié)議等信息；從SPR接收的用戶簽約信息，例如用戶簽約信息中包含用戶和運營商簽約的QoS信息，用戶開展業(yè)務時，業(yè)務對QoS的要求不能超過用戶簽約信息所規(guī)定的用戶可以使用的QoS信息；PCRF自身存儲的運營商自定義策略，例如運營商對漫游用戶和非漫游用戶開展業(yè)務需要區(qū)分控制，這種運營商自行定義的區(qū)分控制策略可以配置在PCRF上；從PCEF或者BBERF上接收的接入相關(guān)信息，例如用戶附著到網(wǎng)絡時，PCRF需要通過PCEF或者BBERF獲取用戶接入網(wǎng)絡的信息，以供PCRF為用戶開展業(yè)務進行策略決策；從OCS獲取用戶的信用信息，例如一旦用戶的信用用完或者不夠時，PCRF就無法授權(quán)所述用戶開展業(yè)務。PCRF根據(jù)上述信息為業(yè)務數(shù)據(jù)流決策制定PCC規(guī)則，并將PCC規(guī)則下發(fā)給PCEF(如果網(wǎng)絡中存在BBERF，則PCRF還需要制定QoS規(guī)則，并下發(fā)給BBERF)。PCEF需要根據(jù)PCC規(guī)則的QoS要求建立相應的承載，并將PCC規(guī)則綁定到對應的承載上(如果網(wǎng)絡中存在BBERF，則由BBERF根據(jù)QoS規(guī)則建立承載)。如果網(wǎng)絡中已經(jīng)有和PCC規(guī)則或者QoS規(guī)則指示的QoS相匹配的承載，則將所述PCC規(guī)則或者QoS規(guī)則綁定到已有的承載上。此后，當用戶開展業(yè)務，業(yè)務數(shù)據(jù)流在承載網(wǎng)絡上傳輸?shù)臅r候，終端和網(wǎng)絡設備可以根據(jù)五元組(由源IP地址、源端口號、目的IP地址、目的端口號、協(xié)議組成)將組成該業(yè)務數(shù)據(jù)流的IP報文匹配到相應的PCC規(guī)則/QoS規(guī)則，根據(jù)PCC規(guī)則/QoS規(guī)則和承載的綁定關(guān)系，就可以將所述業(yè)務數(shù)據(jù)流匹配到相應的承載上，從而為業(yè)務數(shù)據(jù)流在承載網(wǎng)絡上的傳輸提供QoS保證。當用戶開展的業(yè)務結(jié)束的時候，相應的PCC規(guī)則需要從承載網(wǎng)絡上刪除，即釋放分配給所述業(yè)務使用的QoS資源。通過上述PCC機制，一方面可以按照業(yè)務對QoS的需求分配相應的QoS資源，另一方面實現(xiàn)了需要QoS資源時就可以分配，不需要QoS資源時可以及時釋放，因此，通過PCC機制可以達到提升用戶業(yè)務體驗，提高網(wǎng)絡資源使用效率的目的。為了提高網(wǎng)絡營運的靈活性，比如，對于某種業(yè)務，運營商希望前10M是供用戶免費使用的，當用戶的用量超出10M之后，就需要收取費用；再比如，運營商希望用戶的用量在10M之內(nèi)使用一種帶寬保證，當用量超出10M之后需要對用戶的帶寬進行限制。對于上述場景，就要求用戶開展業(yè)務時，PCRF向PCEF下發(fā)針對業(yè)務的控制策略的同時，還需要下發(fā)用量監(jiān)控指示，要求PCEF對所述業(yè)務實施用量監(jiān)控，當所述業(yè)務的流量達到監(jiān)控所要求的閾值時，PCEF就要對用量監(jiān)控實施上報，以便PCRF重新對所述業(yè)務進行策略決策，產(chǎn)生新的控制策略?，F(xiàn)有技術(shù)的用量監(jiān)控的實現(xiàn)過程如圖2所示，該過程主要包括如下步驟：步驟A1-A3，為PCRF向PCEF下發(fā)用量監(jiān)控的過程。業(yè)務由一個或者多個業(yè)務數(shù)據(jù)流構(gòu)成，對業(yè)務實施策略控制在現(xiàn)實時實際上是針對業(yè)務數(shù)據(jù)流的策略控制，通過PCRF為業(yè)務數(shù)據(jù)流制定控制策略(PCC規(guī)則)并下發(fā)給PCEF執(zhí)行，實現(xiàn)針對業(yè)務的策略控制。如果需要對該業(yè)務實施用量監(jiān)控，則在PCRF向PCEF下發(fā)的PCC規(guī)則(chargingruledefinition)中包含監(jiān)控鍵(monitoringkey)，同時PCRF為該monitoringkey分配一個用量監(jiān)控信息(usagemonitoringinformation)并下發(fā)給PCEF。Usagemonitoringinformation中包含所述monitoringkey、分配的監(jiān)控閾值(threshold)以及其他信息。例如流程中需要實施用量監(jiān)控的業(yè)務包含了業(yè)務數(shù)據(jù)流-1和業(yè)務數(shù)據(jù)流-2，則PCRF向PCEF下發(fā)用量監(jiān)控指示的過程如步驟A1-A3描述：步驟A1，PCEF向PCRF發(fā)送CCR(CreditControlRequest，信用控制請求)請求。步驟A2，PCRF向PCEF下發(fā)CCA(CreditControlAnswer，信用控制應答)響應，包含PCC規(guī)則-1(用chargingruledefinition-1表示)、PCC規(guī)則-2(用chargingruledefinition-2表示)以及usagemonitoringinformation。其中，PCC規(guī)則-1中包含了PCC規(guī)則名(用chargingrulename-1表示)，和monitoringkey；PCC規(guī)則-2中包含了PCC規(guī)則名(用chargingrulename-2表示)，和monitoringkey；Usagemonitoringinformation中包含了上述monitoringkey，以及PCRF為其分配的監(jiān)控閾值(threshold)。此外，PCRF也可在發(fā)送給PCEF的RAR消息中包含上述用量監(jiān)控信息。步驟A3，對應PCRF向本文檔來自技高網(wǎng)...

【技術(shù)保護點】
一種組用戶用量監(jiān)控方法，其特征在于，第一策略控制實體向第二策略控制實體發(fā)送用量監(jiān)控請求；所述第二策略控制實體收到所述用量監(jiān)控請求時，根據(jù)用戶組簽約用量進行用量監(jiān)控決策，并向所述第一策略控制實體下發(fā)用量監(jiān)控信息；所述第一策略控制實體根據(jù)收到的所述用量監(jiān)控信息，對用戶進行用量監(jiān)控。

【技術(shù)特征摘要】
1.一種組用戶用量監(jiān)控方法，其特征在于，第一策略控制實體向第二策略控制實體發(fā)送用量監(jiān)控請求；所述第二策略控制實體收到所述用量監(jiān)控請求時，根據(jù)用戶組簽約用量進行用量監(jiān)控決策，并向所述第一策略控制實體下發(fā)用量監(jiān)控信息；所述第一策略控制實體根據(jù)收到的所述用量監(jiān)控信息，對用戶進行用量監(jiān)控；其中，所述第二策略控制實體從其他網(wǎng)元獲取組用戶簽約信息，所述組用戶簽約信息包含用戶組標識、組內(nèi)用戶的標識和用戶組簽約用量信息；所述第一策略控制實體通過Diameter路由代理DRA發(fā)現(xiàn)所述第二策略控制實體，并向所述第二策略控制實體發(fā)送所述用量監(jiān)控請求；其中所述DRA通過用戶的用戶組標識發(fā)現(xiàn)所述第二策略控制實體。2.如權(quán)利要求1所述的方法，其特征在于，所述第一策略控制實體在獲取到針對所述用戶進行用量監(jiān)控的指示時，向所述第二策略控制實體發(fā)送所述用量監(jiān)控請求。3.如權(quán)利要求1或2所述的方法，其特征在于，所述第二策略控制實體向所述第一策略控制實體下發(fā)的所述用量監(jiān)控信息，包括監(jiān)控鍵和監(jiān)控閾值。4.如權(quán)利要求3所述的方法，其特征在于，所述第一策略控制實體根據(jù)收到的所述用量監(jiān)控信息，對用戶進行用量監(jiān)控，具體包括：所述第一策略控制實體向策略執(zhí)行實體下發(fā)控制策略和所述用量監(jiān)控信息，所述控制策略中包含所述監(jiān)控鍵，所述用量監(jiān)控信息中包含所述監(jiān)控鍵和監(jiān)控閾值；所述策略執(zhí)行實體執(zhí)行用量監(jiān)控；所述策略執(zhí)行實體向所述第一策略控制實體上報累計監(jiān)控用量；所述第一策略控制實體根據(jù)收到的所述累計監(jiān)控用量決策控制策略、和/或，根據(jù)所述累計監(jiān)控用量決策是否向所述第二策略控制實體發(fā)送用量監(jiān)控請求。5.如權(quán)利要求4所述的方法，其特征在于，所述第一策略控制實體根據(jù)所述累計監(jiān)控用量決策是否向所述第二策略控制實體發(fā)送用量監(jiān)控請求，具體包括：如果所述累計監(jiān)控用量達到所述監(jiān)控閾值，則所述第一策略控制實體決策向所述第二策略控制實體發(fā)送用量監(jiān)控請求；如果所述累計監(jiān)控用量沒有達到所述監(jiān)控閾值，則所述第一策略控制實體決策不向所述第二策略控制實體發(fā)送用量監(jiān)控請求。6.一種組用戶用量監(jiān)控系統(tǒng)，其特征在于，所述系統(tǒng)包括：第一...

【專利技術(shù)屬性】
技術(shù)研發(fā)人員：毛玉欣，
申請(專利權(quán))人：中興通訊股份有限公司，
類型：發(fā)明
國別省市：