本發(fā)明涉及通信領(lǐng)域，并且更具體地，涉及一種策計費和策略控制的方法、策略與計費規(guī)則功能pcrf和在線收費系統(tǒng)ocs。

背景技術(shù)：

在策略與計費控制(英文全稱：policyandchargingcontrol，簡稱：pcc)網(wǎng)絡架構(gòu)中，策略與計費規(guī)則功能(英文全稱：policyandchargingrulesfunction，簡稱：pcrf)實現(xiàn)策略控制決策和基于流計費控制的功能，策略與計費執(zhí)行功能(policyandchargingenforcementfunction，pcef)實現(xiàn)業(yè)務數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費功能，在線計費系統(tǒng)(英文全稱：onlinechargingsystem，簡稱：ocs)實現(xiàn)計費功能。pcrf需要通過gx接口和pcef互通，通過sy接口和ocs互通。業(yè)務發(fā)放(provisioning)系統(tǒng)需要同時連接pcrf和ocs完成向兩個系統(tǒng)的業(yè)務發(fā)放，因此provisioning系統(tǒng)的業(yè)務邏輯變得復雜，而且可能存在pcrf和ocs兩個網(wǎng)元數(shù)據(jù)不一致的問題，現(xiàn)有技術(shù)解決pcrf和ocs網(wǎng)元數(shù)據(jù)不一致的問題，有兩種解決方案，一種是provisioning系統(tǒng)采用回滾機制，基于業(yè)務邏輯在向pcrf或ocs簽約失敗時進行回滾，采用這種解決方案的缺點是provisioning系統(tǒng)需要能夠識別ocs和pcrf兩個系統(tǒng)的業(yè)務發(fā)放接口格式，而且provisioning系統(tǒng)依賴于再次發(fā)送命令的方式完成回滾，如果再次失敗無法處理，依然會造成ocs和pcrf的數(shù)據(jù)不一致；另一種解決方案是由ocs實現(xiàn)從pcrf到provisioning的接口，采用這種解決方法的缺點是ocs需要具備向pcrf進行業(yè)務發(fā)放的能力和用戶的簽約數(shù)據(jù)的回滾能力。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供一種計費和策略控制的方法、策略與計費規(guī)則功能pcrf和在線計費系統(tǒng)ocs，pcrf通過sy接口從ocs獲取用戶的簽約信息，因此，解決了pcrf和ocs的簽約數(shù)據(jù)不一致的問題，同時簡化了網(wǎng) 絡組網(wǎng)結(jié)構(gòu)和pcrf的存儲投資。

第一方面，提供了一種計費和策略控制方法，包括：策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，所述用戶的簽約信息指示所述用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；所述pcrf根據(jù)所述用戶的簽約信息和本地策略配置信息，生成所述用戶的執(zhí)行策略，所述用戶的執(zhí)行策略指示所述用戶的簽約業(yè)務的計費策略和控制策略；所述pcrf將所述用戶的執(zhí)行策略發(fā)送給所述策略和計費執(zhí)行功能pcef，以便于所述pcef根據(jù)所述用戶的執(zhí)行策略對所述用戶的簽約業(yè)務進行計費和策略控制。

在該實現(xiàn)方式中，該provisioning系統(tǒng)只需要和ocs同步用戶的簽約關(guān)系，而不需要和pcrf同步用戶的簽約關(guān)系，pcrf的簽約數(shù)據(jù)可以由pcrf通過標準sy接口從ocs獲取，避免了pcrf和ocs的簽約數(shù)據(jù)的不一致的問題，而且pcrf只需要給用戶生成執(zhí)行策略，不需要存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

結(jié)合第一方面，在第一方面的第一種實現(xiàn)方式中，若所述用戶請求激活上線，所述方法還包括：所述pcrf接收所述pcef發(fā)送的初始信用控制請求ccr-i消息，所述ccr-i消息用于請求獲取所述用戶的執(zhí)行策略；所述策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，包括：所述pcrf通過所述sy接口向所述ocs發(fā)送消耗額度請求slr消息，所述slr消息用于請求獲取所述用戶的第一簽約信息，所述第一簽約信息指示所述用戶請求激活上線前所述用戶的第一簽約業(yè)務；所述pcrf接收所述ocs通過所述sy接口發(fā)送的消耗額度應sla消息，所述sla消息為所述slr消息的響應消息；所述pcrf根據(jù)所述sla消息中的策略計數(shù)器狀態(tài)報告policy-counter-status-report信息，獲取所述用戶的第一簽約信息。

在該實現(xiàn)方式中，該pcrf可以從通過sy接口從該ocs發(fā)送的該sla消息中獲取該用戶的簽約信息，避免了pcrf和ocs的簽約數(shù)據(jù)的不一致的問題。

結(jié)合第一方面及其上述實現(xiàn)方式，在第一方面的第二種實現(xiàn)方式中，所述方法還包括：所述pcrf在本地緩存所述用戶的第一簽約信息；所述pcrf根據(jù)所述用戶的簽約信息和本地策略配置信息，生成所述用戶的執(zhí)行策略， 包括：所述pcrf根據(jù)所述用戶的第一簽約信息和本地配置信息，生成所述用戶的第一執(zhí)行策略，所述第一執(zhí)行策略指示所述用戶的第一簽約業(yè)務的計費策略和控制策略；所述pcrf將所述用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，包括：所述pcrf向所述pcef發(fā)送初始信用控制應答cca-i消息，所述cca-i消息攜帶所述用戶的第一執(zhí)行策略。

在該實現(xiàn)方式中，該pcrf只需根據(jù)本地緩存的用戶的簽約信息生成用戶的執(zhí)行策略，不需要永久存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

結(jié)合第一方面及其上述實現(xiàn)方式，在第一方面的第三種實現(xiàn)方式中，若所述用戶請求變更簽約業(yè)務，所述策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，包括：所述pcrf接收所述ocs通過所述sy接口發(fā)送的消耗狀態(tài)通知請求snr消息，所述snr消息用于通知所述pcrf所述用戶的簽約信息有變更；所述pcrf根據(jù)所述snr消息中的policy-counter-status-report信息，獲取所述用戶的第二簽約信息，所述第二簽約信息指示簽約業(yè)務變更后的所述用戶的第二簽約業(yè)務。

在該實現(xiàn)方式中，在該實現(xiàn)方式中，該pcrf可以從通過sy接口從該ocs發(fā)送的該snr消息中獲取該用戶的簽約信息，避免了pcrf和ocs的簽約數(shù)據(jù)的不一致的問題。

結(jié)合第一方面及其上述實現(xiàn)方式，在第一方面的第四種實現(xiàn)方式中，所述方法還包括：所述pcrf將本地緩存的所述用戶的第一簽約信息更新為所述用戶的第二簽約信息，所述用戶的第一簽約信息指示簽約業(yè)務變更前的所述用戶的第一簽約業(yè)務；所述pcrf根據(jù)所述用戶的簽約信息和本地策略配置信息，生成所述用戶的執(zhí)行策略，包括：所述pcrf根據(jù)所述用戶的第二簽約信息和本地配置信息，生成所述用戶的第二執(zhí)行策略，所述第二執(zhí)行策略指示所述用戶的第二簽約業(yè)務的計費策略和控制策略；所述pcrf將所述用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，包括：所述pcrf向所述pcef發(fā)送重新認證授權(quán)請求rar消息，所述rar消息攜帶所述用戶的第二執(zhí)行策略。

在該實現(xiàn)方式中，該pcrf只需根據(jù)本地緩存的業(yè)務變更后的用戶的簽約信息生成用戶的執(zhí)行策略，不需要永久存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

結(jié)合第一方面及其上述實現(xiàn)方式，在第一方面的第五種實現(xiàn)方式中，若所述用戶請求下線，所述方法還包括：所述pcrf接收所述pcef發(fā)送的終止信用控制請求ccr-t消息，所述ccr-t消息用于指示所述pcrf去激活所述pcrf和所述pcef之間的所述用戶的gx接口會話session；所述pcrf向所述ocs發(fā)送會話終止請求str消息，所述str消息用于指示所述ocs去激活所述pcrf和所述ocs之間的所述用戶的sy接口session；所述pcrf刪除本地緩存的所述用戶的簽約信息，并去激活所述gx接口session和所述sy接口session。所述pcrf向所述pcef發(fā)送終止信用控制應答cca-t消息，所述cca-t消息用于指示所述pcef取消對所述用戶的簽約業(yè)務進行計費和策略控制。

在該實現(xiàn)方式中，該pcrf在用戶下線后，可以刪除跟該用戶相關(guān)的簽約信息、釋放pcrf和ocs之間的該用戶的接口會話，以及pcef和pcrf之間的該用戶的接口會話，從而進一步節(jié)約了系統(tǒng)資源。

結(jié)合第一方面及其上述實現(xiàn)方式，在第一方面的第六種實現(xiàn)方式中，所述policy-counter-status-report信息包括策略計數(shù)器標識符policy-counter-identifier信息和策略計數(shù)器狀態(tài)policy-counter-status信息，所述policy-counter-identifier信息指示所述用戶的簽約業(yè)務的業(yè)務標識，所述policy-counter-status信息指示所述用戶的簽約業(yè)務的狀態(tài)信息。

第二方面，提供了一種計費和策略控制的方法，包括：在線計費系統(tǒng)ocs生成用戶的簽約信息，所述用戶的簽約信息指示所述用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；所述ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，所述通知消息攜帶所述用戶的簽約信息，以便于所述pcrf根據(jù)所述用戶的簽約信息生成所述用戶的執(zhí)行策略，并將所述用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，所述用戶的執(zhí)行策略指示所述用戶的簽約業(yè)務的計費策略和控制策略。

在該實現(xiàn)方式中，該ocs生成用戶的簽約信息后，可以通過發(fā)送通知消息，與該pcrf同步用戶的簽約數(shù)據(jù)，從而避免了ocs和pcrf之間的簽約數(shù)據(jù)不一致的問題。

結(jié)合第二方面，在第二方面的第一種實現(xiàn)方式中，若所述用戶請求激活上線，在所述ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息之前，所述方法還包括：所述ocs接收所述pcrf通過所述sy接口發(fā)送的 slr消息，所述slr消息用于請求獲取所述用戶的第一簽約信息，所述第一簽約信息指示所述用戶請求激活上線前所述用戶的第一簽約業(yè)務；所述ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，包括：所述ocs通過sy接口向所述pcrf回復sla消息，所述sla消息中的policy-counter-status-report信息指示所述用戶的第一簽約信息。

在該實現(xiàn)方式中，該ocs可以通過sla消息中攜帶該用戶的簽約信息向該pcrf同步該用戶的簽約數(shù)據(jù)，從而避免了ocs和pcrf之間的簽約數(shù)據(jù)不一致的問題。

結(jié)合第二方面及其上述實現(xiàn)方式，在第二方面的第二種實現(xiàn)方式中，若所述用戶請求變更簽約業(yè)務，所述ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，包括：所述ocs通過sy接口向所述pcrf發(fā)送snr消息，所述snr消息用于通知所述pcrf所述用戶的簽約信息有變更，所述sna消息中的policy-counter-status-report信息指示所述用戶的簽約信息。

在該實現(xiàn)方式中，該ocs可以通過snr消息中攜帶該用戶的簽約信息向該pcrf同步該用戶的簽約數(shù)據(jù)，從而避免了ocs和pcrf之間的簽約數(shù)據(jù)不一致的問題。

結(jié)合第二方面及其上述實現(xiàn)方式，在第二方面的第三種實現(xiàn)方式中，若所述用戶請求下線，所述方法還包括：所述ocs接收所述pcrf發(fā)送的str消息，所述str消息用于指示所述ocs去激活所述pcrf和所述ocs之間的所述用戶的sy接口會話session；所述ocs去激活所述sy接口session。

在該實現(xiàn)方式中，該ocs在用戶下線后，可以釋放pcrf和ocs之間的該用戶的接口會話，從而進一步節(jié)約了系統(tǒng)資源。

第三方面，提供了一種策略和計費規(guī)則功能pcrf，包括執(zhí)行第一方面或者第一方面的任一種實現(xiàn)方式中的方法的各模塊。

第四方面，提供了一種在線計費系統(tǒng)ocs，包括執(zhí)行第二方面或者第二方面的任一種實現(xiàn)方式中的方法的各模塊。

第五方面，提供了一種策略和計費規(guī)則功能pcrf，該pcrf包括存儲器和與該存儲器連接的處理器，該存儲器用于存儲指令，該處理器用于執(zhí)行該存儲器存儲的指令，當該處理器執(zhí)行該存儲器中存儲的指令時，該處理器具體用于執(zhí)行第一方面或者第一方面的任一種實現(xiàn)方式中的方法。

第六方面，提供了一種在線計費系統(tǒng)ocs，該ocs包括存儲器和與該存儲器連接的處理器，該存儲器用于存儲指令，該處理器用于執(zhí)行該存儲器存儲的指令，當該處理器執(zhí)行該存儲器中存儲的指令時，該處理器具體用于執(zhí)行第二方面或者第二方面的任一種實現(xiàn)方式中的方法。

第六方面，提供了一種pcc系統(tǒng)，包括：第一方面或者第一方面的任一種實現(xiàn)方式中所述的策略與計費執(zhí)行功能pcef；第二方面或者第二方面的任一種實現(xiàn)方式中所述的在線計費系統(tǒng)ocs；策略和計費執(zhí)行功能pcef；業(yè)務開放provisioning系統(tǒng)。

基于上述技術(shù)方案，本發(fā)明實施例的計費和策略控制的方法、策略與計費執(zhí)行功能pcrf和在線計費系統(tǒng)ocs，該provisioning系統(tǒng)只需要和ocs同步用戶的簽約關(guān)系，而不需要和pcrf同步用戶的簽約關(guān)系，用戶的簽約數(shù)據(jù)是由pcrf通過標準sy接口從ocs獲取，避免了pcrf和ocs的簽約數(shù)據(jù)的不一致的問題，而且，provisioning系統(tǒng)不需要和pcrf對接業(yè)務接口，因此簡化了provisioning系統(tǒng)的業(yè)務邏輯，從而簡化了pcc組網(wǎng)結(jié)構(gòu)。另外，pcrf只需要給用戶生成執(zhí)行策略，不需要存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例的一個應用場景的示意圖。

圖2是本發(fā)明實施例的策略與計費規(guī)則功能pcrf的結(jié)構(gòu)示意圖；

圖3是本發(fā)明實施例的在線計費系統(tǒng)ocs的結(jié)構(gòu)示意圖；

圖4是本發(fā)明一個實施例的計費和策略控制的方法的信令流程圖。

圖5是本發(fā)明另一個實施例的計費和策略控制的方法的信令流程圖。

圖6是本發(fā)明再一個實施例的計費和策略控制的方法的信令流程圖。

圖7是本發(fā)明一個實施例的計費和策略控制的方法的示意性流程圖；

圖8是本發(fā)明另一實施例的計費和策略控制的方法的示意性流程圖；

圖9是本發(fā)明另一實施例的策略與計費規(guī)則功能pcrf的結(jié)構(gòu)示意圖；

圖10是本發(fā)明另一實施例的在線計費系統(tǒng)ocs的結(jié)構(gòu)示意圖；

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的技術(shù)方案，可以應用于各種通信系統(tǒng)，例如：全球移動通訊系統(tǒng)(gsm，globalsystemofmobilecommunication)，碼分多址(cdma，codedivisionmultipleaccess)系統(tǒng)，寬帶碼分多址(wcdma，widebandcodedivisionmultipleaccesswireless)，通用分組無線業(yè)務(gprs，generalpacketradioservice)，長期演進(lte，longtermevolution)等。

在介紹本發(fā)明實施例的計費和策略控制的方法之前，首先介紹一下本發(fā)明實施例的計費和策略控制的方法應用的網(wǎng)絡架構(gòu)，圖1示出了本發(fā)明實施例可以應用的一種策略與計費控制(英文全稱：policyandchargingcontrol，簡稱：pcc)系統(tǒng)100的網(wǎng)絡架構(gòu)的示意圖，如圖1所示，該pcc系統(tǒng)100包括業(yè)務發(fā)放(provisioning)系統(tǒng)101、在線計費系統(tǒng)(英文全稱：onlinechargingsystem，簡稱：ocs)102、策略與計費規(guī)則功能(英文全稱：policyandchargingrulesfunction，簡稱：pcrf)103、策略與計費執(zhí)行功能(policyandchargingenforcementfunction，pcef)104。

另外，圖1還示出了gprs服務支持結(jié)點(英文全稱：servinggprssupportingnode，簡稱：sgsn)，無線接入網(wǎng)(英文全稱：radioaccessnetwork，簡稱：ran)和用戶設備(英文全稱：userequipment，簡稱：ue)。

本發(fā)明實施例中，ue也可以稱為終端、用戶單元、用戶站、移動站、移動臺、遠方站、遠程終端、移動設備、用戶終端、移動終端、無線通信設備、用戶代理或用戶裝置。例如，ue可以是蜂窩電話、無繩電話、會話啟動協(xié)議(英文全稱：sessioninitiationprotocol，簡稱：sip)電話、無線本地環(huán)路(英文全稱：wirelesslocalloop，簡稱：wll)站、個人數(shù)字處理(英文全稱：personaldigitalassistant，簡稱：pda)、具有無線通信功能的手持設備、計算設備或連接到無線調(diào)制解調(diào)器的其它處理設備。本發(fā)明對此不作 限定。

其中，pcrf103可以根據(jù)用戶的簽約信息，對用戶的計費和控制策略進行決策，并下發(fā)給pcef104。pcef104可以負責接收pcrf103為各個用戶授權(quán)的計費和控制策略，并實施該計費和控制策略。provisioning系統(tǒng)101位于運營商網(wǎng)絡中，可以負責用戶套餐的簽約管理，osc102是一個實時的基于業(yè)務使用和系統(tǒng)進行交互計費的系統(tǒng)。在線計費在會話進行過程中收集計費信息，實現(xiàn)實時結(jié)算。

pcrf103通過gx接口和pcef104進行通信，通過sy接口和ocs102進行通信。

圖2所示為根據(jù)本發(fā)明實施例的pcrf200的結(jié)構(gòu)示意圖。如圖2所示，pcrf200可包括處理器210、存儲器220、總線系統(tǒng)230和收發(fā)器240，其中，處理器210、存儲器220和收發(fā)器240通過總線系統(tǒng)230相連，該存儲器220用于存儲指令，該處理器210用于執(zhí)行該存儲器220存儲的指令，以控制收發(fā)器240接收信號或發(fā)送信號。

該存儲器220可以包括只讀存儲器和隨機存取存儲器，并向處理器210提供指令和數(shù)據(jù)。存儲器220的一部分還可以包括非易失性隨機存取存儲器。例如，存儲器220還可以存儲設備類型的信息。

該總線系統(tǒng)230除包括數(shù)據(jù)總線之外，還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見，在圖中將各種總線都標為總線系統(tǒng)230。

在本發(fā)明實施例中，處理器210通過調(diào)用存儲器220存儲的操作指令，使得pcrf執(zhí)行根據(jù)本發(fā)明實施例的計費和策略控制的方法的相應流程，具體可參考下文圖7所示的根據(jù)本發(fā)明實施例的計費和策略控制的方法700的相關(guān)描述，為避免重復，在此不再贅述。

下文中本發(fā)明實施例公開的計費和策略控制的方法700可以應用于處理器210中，或者由處理器210實現(xiàn)。處理器210可能是一種集成電路芯片，具有信號的處理能力。在實現(xiàn)過程中，上述方法的各步驟可以通過處理器210中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器210可以是通用處理器、數(shù)字信號處理器(dsp)、專用集成電路(asic)、現(xiàn)成可編程門陣列(fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件?？梢詫崿F(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及 邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成，或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器220中，處理器210讀取存儲器220中的信息，結(jié)合其硬件完成本發(fā)明實施例所公開的方法的步驟。

可以理解，本發(fā)明實施例中的存儲器可以是易失性存儲器或非易失性存儲器，或可包括易失性和非易失性存儲器兩者。其中，非易失性存儲器可以是只讀存儲器(read-onlymemory，rom)、可編程只讀存儲器(programmablerom，prom)、可擦除可編程只讀存儲器(erasableprom，eprom)、電可擦除可編程只讀存儲器(electricallyeprom，eeprom)或閃存。易失性存儲器可以是隨機存取存儲器(randomaccessmemory，ram)，其用作外部高速緩存。通過示例性但不是限制性說明，許多形式的ram可用，例如靜態(tài)隨機存取存儲器(staticram，sram)、動態(tài)隨機存取存儲器(dynamicram，dram)、同步動態(tài)隨機存取存儲器(synchronousdram，sdram)、雙倍數(shù)據(jù)速率同步動態(tài)隨機存取存儲器(doubledataratesdram，ddrsdram)、增強型同步動態(tài)隨機存取存儲器(enhancedsdram，esdram)、同步連接動態(tài)隨機存取存儲器(synchlinkdram，sldram)和直接內(nèi)存總線隨機存取存儲器(directrambusram，drram)。本文描述的系統(tǒng)和方法的存儲器旨在包括但不限于這些和任意其它適合類型的存儲器。

可以理解的是，本文描述的這些實施例可以用硬件、軟件、固件、中間件、微碼或其組合來實現(xiàn)。對于硬件實現(xiàn)，處理單元可以實現(xiàn)在一個或多個專用集成電路(applicationspecificintegratedcircuits，asic)、數(shù)字信號處理器(digitalsignalprocessing，dsp)、數(shù)字信號處理設備(dspdevice，dspd)、可編程邏輯設備(programmablelogicdevice，pld)、現(xiàn)場可編程門陣列(field-programmablegatearray，fpga)、通用處理器、控制器、微控制器、微處理器、用于執(zhí)行本發(fā)明所述功能的其它電子單元或其組合中。

當在軟件、固件、中間件或微碼、程序代碼或代碼段中實現(xiàn)實施例時，它們可存儲在例如存儲部件的機器可讀介質(zhì)中。代碼段可表示過程、函數(shù)、子程序、程序、例程、子例程、模塊、軟件分組、類、或指令、數(shù)據(jù)結(jié)構(gòu)或 程序語句的任意組合。代碼段可通過傳送和/或接收信息、數(shù)據(jù)、自變量、參數(shù)或存儲器內(nèi)容來稿合至另一代碼段或硬件電路?？墒褂冒ù鎯ζ鞴蚕?、消息傳遞、令牌傳遞、網(wǎng)絡傳輸?shù)热我膺m合方式來傳遞、轉(zhuǎn)發(fā)或發(fā)送信息、自變量、參數(shù)、數(shù)據(jù)等。

對于軟件實現(xiàn)，可通過執(zhí)行本文所述功能的模塊(例如過程、函數(shù)等)來實現(xiàn)本文所述的技術(shù)。軟件代碼可存儲在存儲器單元中并通過處理器執(zhí)行。存儲器單元可以在處理器中或在處理器外部實現(xiàn)，在后一種情況下存儲器單元可經(jīng)由本領(lǐng)域己知的各種手段以通信方式耦合至處理器。

圖3所示為根據(jù)本發(fā)明實施例的ocs300的結(jié)構(gòu)示意圖。如圖3所示，ocs300可包括處理器310、存儲器320、總線系統(tǒng)330和收發(fā)器340，其中，處理器310、存儲器320和收發(fā)器340通過總線系統(tǒng)330相連，該存儲器320用于存儲指令，該處理器310用于執(zhí)行該存儲器320存儲的指令，以控制收發(fā)器340接收信號或發(fā)送信號。

該存儲器320可以包括只讀存儲器和隨機存取存儲器，并向處理器310提供指令和數(shù)據(jù)。存儲器320的一部分還可以包括非易失性隨機存取存儲器。例如，存儲器320還可以存儲設備類型的信息。

該總線系統(tǒng)330除包括數(shù)據(jù)總線之外，還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見，在圖中將各種總線都標為總線系統(tǒng)330。

在本發(fā)明實施例中，處理器310通過調(diào)用存儲器320存儲的操作指令，使得ocs執(zhí)行根據(jù)本發(fā)明實施例的計費和策略控制的方法的相應流程，具體可參考下文圖8所示的根據(jù)本發(fā)明實施例的計費和策略控制的方法800的相關(guān)描述，為避免重復，在此不再贅述。

下文中本發(fā)明實施例公開的計費和策略控制的方法800可以應用于處理器310中，或者由處理器310實現(xiàn)。處理器310可能是一種集成電路芯片，具有信號的處理能力。在實現(xiàn)過程中，上述方法的各步驟可以通過處理器310中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器310可以是通用處理器、數(shù)字信號處理器(dsp)、專用集成電路(asic)、現(xiàn)成可編程門陣列(fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件?？梢詫崿F(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處 理器等。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成，或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器320中，處理器310讀取存儲器320中的信息，結(jié)合其硬件完成本發(fā)明實施例所公開的方法的步驟。

可以理解，本發(fā)明實施例中的存儲器可以是易失性存儲器或非易失性存儲器，或可包括易失性和非易失性存儲器兩者。其中，非易失性存儲器可以是只讀存儲器(read-onlymemory，rom)、可編程只讀存儲器(programmablerom，prom)、可擦除可編程只讀存儲器(erasableprom，eprom)、電可擦除可編程只讀存儲器(electricallyeprom，eeprom)或閃存。易失性存儲器可以是隨機存取存儲器(randomaccessmemory，ram)，其用作外部高速緩存。通過示例性但不是限制性說明，許多形式的ram可用，例如靜態(tài)隨機存取存儲器(staticram，sram)、動態(tài)隨機存取存儲器(dynamicram，dram)、同步動態(tài)隨機存取存儲器(synchronousdram，sdram)、雙倍數(shù)據(jù)速率同步動態(tài)隨機存取存儲器(doubledataratesdram，ddrsdram)、增強型同步動態(tài)隨機存取存儲器(enhancedsdram，esdram)、同步連接動態(tài)隨機存取存儲器(synchlinkdram，sldram)和直接內(nèi)存總線隨機存取存儲器(directrambusram，drram)。本文描述的系統(tǒng)和方法的存儲器旨在包括但不限于這些和任意其它適合類型的存儲器。

可以理解的是，本文描述的這些實施例可以用硬件、軟件、固件、中間件、微碼或其組合來實現(xiàn)。對于硬件實現(xiàn)，處理單元可以實現(xiàn)在一個或多個專用集成電路(applicationspecificintegratedcircuits，asic)、數(shù)字信號處理器(digitalsignalprocessing，dsp)、數(shù)字信號處理設備(dspdevice，dspd)、可編程邏輯設備(programmablelogicdevice，pld)、現(xiàn)場可編程門陣列(field-programmablegatearray，fpga)、通用處理器、控制器、微控制器、微處理器、用于執(zhí)行本發(fā)明所述功能的其它電子單元或其組合中。

當在軟件、固件、中間件或微碼、程序代碼或代碼段中實現(xiàn)實施例時，它們可存儲在例如存儲部件的機器可讀介質(zhì)中。代碼段可表示過程、函數(shù)、子程序、程序、例程、子例程、模塊、軟件分組、類、或指令、數(shù)據(jù)結(jié)構(gòu)或程序語句的任意組合。代碼段可通過傳送和/或接收信息、數(shù)據(jù)、自變量、參 數(shù)或存儲器內(nèi)容來稿合至另一代碼段或硬件電路。可使用包括存儲器共享、消息傳遞、令牌傳遞、網(wǎng)絡傳輸?shù)热我膺m合方式來傳遞、轉(zhuǎn)發(fā)或發(fā)送信息、自變量、參數(shù)、數(shù)據(jù)等。

對于軟件實現(xiàn)，可通過執(zhí)行本文所述功能的模塊(例如過程、函數(shù)等)來實現(xiàn)本文所述的技術(shù)。軟件代碼可存儲在存儲器單元中并通過處理器執(zhí)行。存儲器單元可以在處理器中或在處理器外部實現(xiàn)，在后一種情況下存儲器單元可經(jīng)由本領(lǐng)域己知的各種手段以通信方式耦合至處理器。

圖4示出了用戶請求激活上線的場景中，根據(jù)本發(fā)明實施例的計費和策略控制的方法400的信令流程圖。圖4所示的方法包括：

s401，用戶通過營業(yè)廳或自助終端訂購套餐；

s402，provisioning系統(tǒng)向ocs發(fā)起訂購請求套餐，ocs訂購該套餐并開始計費；

應理解，該s401和s402為該ocs側(cè)完成用戶的簽約數(shù)據(jù)配置的步驟。s402執(zhí)行完畢，用戶的簽約數(shù)據(jù)在ocs側(cè)配置完成，后續(xù)步驟中，該pcrf只需從ocs獲取該簽約數(shù)據(jù)即可，而不用通過與該provisioning系統(tǒng)的業(yè)務開發(fā)接口獲取用戶的簽約數(shù)據(jù)，因此，避免了ocs和pcrf的簽約數(shù)據(jù)不一致的問題。

s403，pcef向pcrf發(fā)起初始信用控制請求(英文全稱：creditcontrolrequest-initial，簡稱：ccr-i)消息，該ccr-i消息用于請求獲取用戶的執(zhí)行策略，該執(zhí)行策略指示該用戶的簽約業(yè)務的計費策略和控制策略。

應理解，該ccr-i消息可以為在現(xiàn)有的ccr-i消息中的加入策略請求相關(guān)的屬性，用于請求獲取用戶的執(zhí)行策略，也可以為用戶自定義的其他消息，用于請求獲取用戶的執(zhí)行策略等，本發(fā)明實施例對此不作限制。

可選地，在s403之前，該ue向pcef發(fā)送用戶激活上線請求，例如，該用戶通過開機的方式打開手機與運營商的服務連接，或者從飛行模塊切換到運營商的服務模式等。pcef接收該用戶激活上線請求后，請求從pcrf獲取該用戶的執(zhí)行策略，而此時該pcrf還完成該用戶的執(zhí)行策略的配置，此時，該pcrf首先獲取該用戶的簽約信息，然后根據(jù)該用戶的簽約信息，結(jié)合本地策略配置信息，生成該用戶的執(zhí)行策略。在現(xiàn)有技術(shù)中，該用戶的簽約信息是provisioning系統(tǒng)通過業(yè)務發(fā)放接口下發(fā)給pcrf的?？蛇x地，在本發(fā)明實施例中，該用戶的簽約信息可以通過現(xiàn)有的sy接口從ocs獲取。 具體步驟如s404～s406所述。

因此，在本發(fā)明實施例的pcc網(wǎng)絡結(jié)構(gòu)中，該provisioning系統(tǒng)只需要和ocs同步用戶的簽約關(guān)系，而不需要和pcrf同步用戶的簽約關(guān)系，pcrf的簽約數(shù)據(jù)可以由pcrf通過標準sy接口從ocs獲取，避免了pcrf和ocs的簽約數(shù)據(jù)的不一致的問題，而且，provisioning系統(tǒng)不需要和pcrf對接業(yè)務接口，因此簡化了provisioning系統(tǒng)的業(yè)務邏輯，從而簡化了pcc組網(wǎng)結(jié)構(gòu)。另外，pcrf只需要給用戶生成執(zhí)行策略，不需要存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

s404，pcrf通過該sy接口向該ocs發(fā)送消耗額度請求(英文全稱：spendinglimitrequest，簡稱：slr)消息，該slr消息用于請求獲取該用戶的簽約信息；

應理解，該slr消息可以為在現(xiàn)有的slr消息中的加入獲取簽約信息相關(guān)的屬性，用于請求獲取用戶的簽約信息，也可以為用戶自定義的其他消息，用于請求獲取用戶的簽約信息等，本發(fā)明實施例對此不作限制。

s405，pcrf接收該ocs通過該sy接口發(fā)送的消耗額度應答(英文全稱：spendinglimitanswer，簡稱：sla)消息，該sla消息為該slr消息的響應消息。

應理解，該sla消息可以為在現(xiàn)有的sla消息中的加入獲取簽約信息相關(guān)的屬性，用于傳遞用戶的簽約信息，也可以為用戶自定義的其他消息，用于傳遞用戶的簽約信息等，本發(fā)明實施例對此不作限制。

可選地，該sla消息中可以包括策略計數(shù)器狀態(tài)報告policy-counter-status-report信息，該policy-counter-status-report信息可以用于指示該用戶的簽約信息，該pcrf可以根據(jù)該policy-counter-status-report信息獲取該用戶的簽約信息。例如，該policy-counter-status-report信息可以包括策略計數(shù)器標識符policy-counter-identifier信息和策略計數(shù)器狀態(tài)policy-counter-status信息，該policy-counter-identifier信息可以指示該用戶的簽約業(yè)務的業(yè)務標識，該pcrf可以根據(jù)policy-counter-identifier信息獲取該用戶簽約的業(yè)務信息，該policy-counter-status信息可以指示該用戶的簽約業(yè)務的狀態(tài)信息，該pcrf可以根據(jù)policy-counter-status信息獲取該用戶的簽約業(yè)務的狀態(tài)信息。舉例來說，若該policy-counter-identifier＝aaa表示該用戶的簽約業(yè)務 為1g流量套餐，policy-counter-status可以用來表示該用戶的簽約業(yè)務的使用狀況，例如policy-counter-status＝0，可以表示該1g流量套餐使用完畢，policy-counter-status＝1可以表示該1g流量套餐已使用了80％，以上僅為舉例而非限定，該policy-counter-status還可以表示該用戶的簽約業(yè)務的其他狀態(tài)信息，本發(fā)明實施例對此不作限制。

應理解，該sla消息中還可以包括其他用于指示該用戶的簽約信息的信息，該pcrf也可以根據(jù)這些信息獲取該用戶的簽約信息，本發(fā)明實施例僅以該policy-counter-status-report信息承載該用戶的簽約信息為例進行說明，而非限定，該sla消息中的其他信息也可以承載該用戶額簽約信息，本發(fā)明實施例對此不作限制。

s406，該pcrf緩存用戶的簽約信息。

因此，本發(fā)明實施例與現(xiàn)有技術(shù)的區(qū)別還包括pcrf不需要永久存儲該用戶的簽約信息，也不需要provisioning系統(tǒng)向pcrf下發(fā)該簽約信息，也就是不需要該provisioning系統(tǒng)具有與該pcrf的業(yè)務開發(fā)接口。因此既節(jié)約了pcrf的存儲成本，又簡化了provisioning系統(tǒng)的業(yè)務邏輯。

s407，該pcrf根據(jù)該用戶的簽約信息和該pcrf的本地策略配置信息，生成該用戶的執(zhí)行策略，該用戶的執(zhí)行策略指示該用戶的簽約業(yè)務的計費策略和控制策略。

具體地，該pcrf可以根據(jù)該sla消息中的policy-counter-status-report信息和本地策略配置信息生成該用戶的執(zhí)行策略。例如，該用戶的執(zhí)行策略可以包括該用戶的簽約業(yè)務的計費和服務質(zhì)量(qualityofservice，qos)等控制策略。

s408，pcrf向該pcef發(fā)送初始信用控制應答(英文全稱：creditcontrolanswer-initial，簡稱：cca-i)消息，該cca-i消息攜帶該用戶的執(zhí)行策略，該cca-i消息為該ccr-i消息的響應消息。

應理解，該cca-i消息可以為在現(xiàn)有的cca-i消息中的加入策略請求相關(guān)的屬性，用于傳遞用戶的執(zhí)行策略，也可以為用戶自定義的其他消息，用于傳遞用戶的執(zhí)行策略等，本發(fā)明實施例對此不作限制。

因此，本發(fā)明實施例的計費和策略控制的方法，該provisioning系統(tǒng)只需要和ocs同步用戶的簽約關(guān)系，而不需要和pcrf同步用戶的簽約關(guān)系，pcrf上的用戶的簽約數(shù)據(jù)是由pcrf通過標準sy接口從ocs獲取，避免 了pcrf和ocs上用戶的簽約數(shù)據(jù)的不一致的問題，而且，provisioning系統(tǒng)不需要和pcrf對接業(yè)務接口，因此簡化了provisioning系統(tǒng)的業(yè)務邏輯，從而簡化了pcc組網(wǎng)結(jié)構(gòu)。另外，pcrf只需要給用戶生成執(zhí)行策略，不需要存儲用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本。

圖5示出了用戶請求變更簽約業(yè)務的場景中，根據(jù)本發(fā)明實施例的計費和策略控制的方法500的信令流程圖。圖5所示的方法包括：

s501，用戶通過營業(yè)廳或自助終端請求變更訂購套餐；

s502，ocs通過該sy接口向pcrf發(fā)送消耗狀態(tài)通知請求(英文全稱：spending-statusnotificationrequest，簡稱：snr)消息，該snr消息用于通知該pcrf該用戶的簽約信息有變更；

應理解，該s501和s502為該ocs側(cè)完成用戶的簽約數(shù)據(jù)配置的步驟。s502執(zhí)行完畢，業(yè)務變更后的用戶的簽約信息在ocs側(cè)配置完成，后續(xù)步驟中，該pcrf只需從ocs獲取該簽約數(shù)據(jù)即可，而不用通過與該provisioning系統(tǒng)的業(yè)務開發(fā)接口獲取用戶的簽約數(shù)據(jù)，因此，避免了ocs和pcrf的簽約數(shù)據(jù)不一致的問題。

還應理解，該snr消息可以為在現(xiàn)有的snr消息中的加入獲取簽約信息相關(guān)的屬性，用于請求獲取用戶的簽約信息，也可以為用戶自定義的其他消息，用于請求獲取用戶的簽約信息等，本發(fā)明實施例對此不作限制。

該snr消息中可以包括policy-counter-status-report信息，該policy-counter-status-report信息可以用于指示變更后的該用戶的簽約信息，該pcrf根據(jù)該snr消息中的policy-counter-status-report信息，獲取變更后的該用戶的簽約信息，詳細步驟和s404類似，為了避免重復，這里不再贅述。

s503，pcrf向ocs發(fā)送消耗狀態(tài)通知應答(英文全稱：spending-statusnotificationanswer，簡稱：sna)消息，sna消息為snr消息的響應消息。

s504，該pcrf更新緩存的該用戶的簽約信息。

該pcrf將之前緩存的用戶的簽約信息更新為業(yè)務變更后的用戶的簽約信息。

s505，該pcrf根據(jù)更新后的該用戶的簽約信息和本地配置信息，生成該用戶的新的執(zhí)行策略。該新的執(zhí)行策略用于對變更后的該用戶的簽約業(yè)務進行計費和策略控制。

s506，pcrf向該pcef發(fā)送重新認證授權(quán)請求(英文全稱：re-authrequest，簡稱：rar)消息，該rar消息攜帶該用戶的新執(zhí)行策略。

應理解，該rar消息可以為在現(xiàn)有的rar消息中的加入策略獲取相關(guān)的屬性，用于傳遞用戶的執(zhí)行策略，也可以為用戶自定義的其他消息，用于傳遞用戶的執(zhí)行策略等，本發(fā)明實施例對此不作限制。

圖6示出了用戶請求下線的場景中，根據(jù)本發(fā)明實施例的計費和策略控制的方法600的信令流程圖。圖6所示的方法包括：

s601，pcef通過gx接口向pcrf發(fā)送終止信用控制請求(英文全稱：creditcontrolrequest-termination，簡稱：ccr-t)消息，該ccr-t消息用于指示該pcrf去激活該pcrf和該pcef之間的該用戶的gx接口會話session；

應理解，該ccr-t可以為在現(xiàn)有的ccr-t消息中的加入去激活gx接口session相關(guān)的屬性，用于去激活該pcrf和該pcef之間的該用戶的gx接口會話session，也可以為用戶自定義的其他消息，用于執(zhí)行上述功能等，本發(fā)明實施例對此不作限制。

可選地，在s601之前，該用戶發(fā)起下線請求，例如，該用戶通過關(guān)機的方式斷開與運營商的服務連接，或者通過設置禁止一些業(yè)務等。

s602，pcrf向ocs發(fā)送會話終止請求(英文全稱：sessionterminationrequest，簡稱：str)消息，該str消息用于指示該ocs去激活該pcrf和該ocs之間的該用戶的sy接口session；

還應理解，該str消息可以為在現(xiàn)有的str消息中的加入去激活sy接口session相關(guān)的屬性，用于去激活該pcrf和該ocs之間的該用戶的sy接口session，也可以為用戶自定義的其他消息，用于執(zhí)行上述功能等，本發(fā)明實施例對此不作限制。

s603，ocs向pcrf回復會話終止應答(英文全稱：sessionterminationanswer，簡稱：sta)消息，該sta消息為str消息的響應消息。

s604，ocs去激活該ocs和pcrf之間的該用戶的sy接口會話；

s605，pcrf刪除本地緩存的該用戶的簽約信息，并去激活與pcef之間的該gx接口session和與ocs之間的該sy接口session。

s606，pcrf向該pcef發(fā)送終止信用控制應答(英文全稱：creditcontrolanswer-termination，簡稱：cca-t)消息，該cca-t消息用于指示該 pcef取消對該用戶的簽約業(yè)務進行計費和策略控制，該cca-t消息為該ccr-t消息的響應消息。

還應理解，該cca-t可以為在現(xiàn)有的cca-t消息中的加入取消計費和策略控制相關(guān)的屬性，用于指示該pcef取消對該用戶的簽約業(yè)務進行計費和策略控制，也可以為用戶自定義的其他消息，用于執(zhí)行上述功能等，本發(fā)明實施例對此不作限制。

因此，本發(fā)明實施例的計費和策略控制的方法，pcrf只需根據(jù)用戶的簽約信息和本地策略配置信息生成用戶的執(zhí)行策略，而且該用戶的簽約信息只需要通過sy接口從ocs獲取用戶的簽約信息，也就是該pcrf不需要永久存儲該用戶的簽約信息，也不需要從provisioning系統(tǒng)獲取該用戶的簽約信息，因此，節(jié)約了pcrf的存儲成本，簡化了pcc系統(tǒng)的組網(wǎng)結(jié)構(gòu)。

圖7示出了從pcrf的角度描述的根據(jù)本發(fā)明實施例的方法700的示意性流程圖，如圖7所示，該方法700包括：

s710，策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，該用戶的簽約信息指示該用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；

s720，該pcrf根據(jù)該用戶的簽約信息和本地策略配置信息，生成該用戶的執(zhí)行策略，該用戶的執(zhí)行策略指示該用戶的簽約業(yè)務的計費策略和控制策略；

s730，該pcrf將該用戶的執(zhí)行策略發(fā)送給該策略和計費執(zhí)行功能pcef，以便于該pcef根據(jù)該用戶的執(zhí)行策略對該用戶的簽約業(yè)務進行計費和策略控制。

應理解，本發(fā)明實施例可以基于這樣的前提：provisioning系統(tǒng)與osc完成計費和策略控制業(yè)務發(fā)放接口的對接(可以利用現(xiàn)有技術(shù)實現(xiàn))，ocs與pcrf完成sy接口的對接(也就是說ocs和pcrf可以基于現(xiàn)有的3gppr9定義的標準sy接口進行通信，而不需要實現(xiàn)ocs和pcrf之間的計費和策略控制業(yè)務發(fā)放接口)，ocs已完成用戶的簽約信息的配置，也就是說該pcrf可以從ocs獲取用戶的簽約信息，而不需要從provsioning系統(tǒng)獲取用戶的簽約信息，pcrf已生成本地策略配置信息，該本地策略配置信息可以理解為一個策略配置庫，該pcrf可以根據(jù)不同用戶的不同業(yè)務信息，生成針對不同用戶的不同業(yè)務的執(zhí)行策略。例如，該pcrf能夠針對同一個 用戶的不同簽約業(yè)務生成不同的執(zhí)行策略，也可以根據(jù)不同用戶的同一種簽約業(yè)務生成相應的執(zhí)行策略，也就是說該pcrf可以根據(jù)該本地策略配置信息，生成針對每個用戶的執(zhí)行策略。

在本發(fā)明實施例中，當用戶通過營業(yè)廳或自助終端發(fā)起用戶請求時，可選地，該用戶請求可以為用戶激活上線請求、用戶業(yè)務變更請求或用戶下線請求等，該pcrf可以通過sy接口從ocs獲取用戶的簽約信息。然后該pcrf可以根據(jù)該用戶的簽約信息和本地策略配置信息，生成該用戶的執(zhí)行策略，例如若該用戶請求為用戶激活上線請求，該用戶的執(zhí)行策略可以為針對該用戶當前的簽約業(yè)務的執(zhí)行策略，該用戶的執(zhí)行策略可以包括該用戶的簽約業(yè)務的計費策略和控制策略。該pcrf將該用戶的執(zhí)行策略發(fā)送給pcef，以便于該pcef根據(jù)該策略配置信息對該用戶的業(yè)務進行計費。

應理解，該s710的功能同圖4中s404和s405的功能、圖5中s502和s503的功能，該s720的功能同圖4中s407的功能和圖5中s505的功能，該s730的功能同圖4中s408的功能和圖5中s506的功能，為了避免重復，這里不再贅述。

因此，根據(jù)本發(fā)明實施例的計費和策略控制的方法，pcrf與ocs之間不需要實現(xiàn)計費和策略控制業(yè)務對接接口，pcrf可以利用現(xiàn)有的pcrf與ocs之間的sy接口來獲取用戶的簽約信息，然后根據(jù)該用戶的簽約信息，生成該用戶的執(zhí)行策略，因此簡化了pcc網(wǎng)絡組網(wǎng)，同時pcrf采用緩存的方式存儲用戶的簽約信息，減小了pcrf的存儲投資。

可選地，作為一個實施例，若該用戶請求激活上線，該方法還包括：

該pcrf接收該pcef發(fā)送的ccr-i消息，該ccr-i消息用于請求獲取該用戶的執(zhí)行策略；

該策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，包括：

該pcrf通過該sy接口向該ocs發(fā)送slr消息，該slr消息用于請求獲取該用戶的第一簽約信息，該第一簽約信息指示該用戶請求激活上線前該用戶的第一簽約業(yè)務；

該pcrf接收該ocs通過該sy接口發(fā)送的sla消息，該sla消息為該slr消息的響應消息；

該pcrf根據(jù)該sla消息中的策略計數(shù)器狀態(tài)報告 policy-counter-status-report信息，獲取該用戶的第一簽約信息。

具體地，用戶通過營業(yè)廳或自助終端訂購套餐，例如，用戶通過營業(yè)廳或自助終端訂購流量業(yè)務套餐aaa和短信套餐bbb，那么provisioning系統(tǒng)向ocs發(fā)起該業(yè)務的訂購請求，該ocs訂購該業(yè)務并開始計費，該ocs完成該用戶的簽約信息的配置。此時，該用戶激活上線，該pcef可以通過該pcef和pcrf之間的現(xiàn)有的gx接口向pcrf發(fā)送ccr-i消息，該ccr-i消息用于指示該pcrf獲取該用戶的執(zhí)行策略。可選地，該pcrf可以通過該該pcrf和ocs之間的sy接口向ocs發(fā)送slr消息，該slr消息用于向ocs請求獲取該用戶的簽約信息，然后該pcrf接收ocs通過該sy接口回復的sla消息，該sla消息中攜帶該用戶的第一簽約信息，該pcrf可以根據(jù)該sla消息中的policy-counter-status-report信息，獲取該用戶的第一簽約信息?？蛇x地，該policy-counter-status-report信息可以包括policy-counter-identifier信息和policy-counter-status信息，該policy-counter-identifier信息和policy-counter-status信息分別指示該用戶的簽約業(yè)務的業(yè)務標識和狀態(tài)信息。例如，若用戶通過營業(yè)廳或自助終端訂購某運營商的流量業(yè)務套餐aaa和短信套餐bbb，該sla消息中攜帶的該policy-counter-identifier信息和policy-counter-status信息可以按照如下方式指示：

subscription-id-data＝12345

policy-counter-identifier＝aaa

policy-counter-status＝1

policy-counter-identifier＝bbb

policy-counter-status＝1

其中，policy-counter-identifier＝aaa可以表示流量業(yè)務套餐aaa，policy-counter-identifier＝bbb可以表示短信套餐bbb，policy-counter-status＝1可以表示為短信套餐bbb的使用狀況，subscription-id-data可以為該用戶的用戶標識，例如該用戶的電話號碼或國際移動用戶識別碼(英文全稱：internationalmobilesubscriberidentificationnumber，簡稱：imsi)等。

可選地，作為一個實施例，該方法700還包括：

該pcrf在本地緩存該用戶的第一簽約信息；

該pcrf根據(jù)該用戶的簽約信息和本地策略配置信息，生成該用戶的執(zhí)行策略，包括：

該pcrf根據(jù)該用戶的第一簽約信息和本地配置信息，生成該用戶的第一執(zhí)行策略，該第一執(zhí)行策略指示該用戶的第一簽約業(yè)務的計費策略和控制策略；

該pcrf將該用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，包括：

該pcrf向該pcef發(fā)送cca-i消息，該cca-i消息攜帶該用戶的第一執(zhí)行策略。

可選地，該pcrf可以將從ocs獲取的該policy-counter-status-report信息緩存起來，然后該pcrf可以根據(jù)該policy-counter-status-report信息和本地策略配置信息生成該用戶的第一執(zhí)行策略，若該用戶的簽約業(yè)務為流量業(yè)務套餐aaa和短信套餐bbb，那么該用戶的第一執(zhí)行策略為針對該流量業(yè)務套餐aaa和短信套餐bbb的執(zhí)行策略，該用戶的第一執(zhí)行策略指示該pcef如何對該用戶的該流量業(yè)務套餐aaa和短信套餐bbb進行計費和策略控制。也就是說，該pcrf可以通過將獲取的policy-counter-status-report信息映射為本地的套餐，完成用戶在pcrf的自動簽約和策略決策，從而避免了ocs和pcrf的網(wǎng)元的數(shù)據(jù)不一致的問題。

可選地，該pcrf可以通過該pcrf和pcef之間的gx接口向該pcef回復cca-i消息，通知該pcef該用戶的第一執(zhí)行策略。

可選地，作為一個實施例，若該用戶請求變更簽約業(yè)務，該策略和計費規(guī)則功能pcrf通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，包括：

該pcrf接收該ocs通過該sy接口發(fā)送的snr消息，該snr消息用于通知該pcrf該用戶的簽約信息有變更；

該pcrf根據(jù)該snr消息中的policy-counter-status-report信息，獲取該用戶的第二簽約信息，該第二簽約信息指示簽約業(yè)務變更后的該用戶的第二簽約業(yè)務。

具體地，用戶通過營業(yè)廳或自助終端變更登記的套餐，例如，用戶通過營業(yè)廳或自助終端簽約新的話費業(yè)務套餐ccc，刪除短信套餐bbb?？蛇x地，在用戶的簽約關(guān)系變更后，也就是該用戶的簽約信息發(fā)生變更時，該pcrf接收該ocs發(fā)送的snr消息，該snr消息用于通知該pcrf該用戶 的簽約信息發(fā)生變更，該snr消息中攜帶變更后的該用戶的第二簽約信息，該pcrf可以根據(jù)該snr消息獲取該用戶的第二簽約信息，例如，該snr中的policy-counter-status-report信息可以指示變更后的該用戶的第二簽約信息，該pcrf可以根據(jù)該snr中的policy-counter-status-report信息獲取變更后的該用戶的第二簽約信息。

可選地，作為一個實施例，該方法700還包括：

該pcrf將本地緩存的該用戶的第一簽約信息更新為該用戶的第二簽約信息，該用戶的第一簽約信息指示簽約業(yè)務變更前的該用戶的第一簽約業(yè)務；

該pcrf根據(jù)該用戶的簽約信息和本地策略配置信息，生成該用戶的執(zhí)行策略，包括：

該pcrf根據(jù)該用戶的第二簽約信息和本地配置信息，生成該用戶的第二執(zhí)行策略，該第二執(zhí)行策略指示該用戶的第二簽約業(yè)務的計費策略和控制策略；

該pcrf將該用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，包括：

該pcrf向該pcef發(fā)送rar消息，該rar消息攜帶該用戶的第二執(zhí)行策略。

具體地，pcrf可以將之前緩存的該用戶的第一簽約信息更新為變更后的該用戶的第二簽約信息，例如，將之前緩存的policy-counter-status-report信息更新為變更后的policy-counter-status-report信息。從而該pcrf可以根據(jù)變更后的該policy-counter-status-report信息和本地策略配置信息生成該用戶變更后的簽約業(yè)務的第二執(zhí)行策略。也就是說，該pcrf可以通過將變更后用戶的簽約信息映射為本地的套餐，完成用戶在pcrf的簽約關(guān)系的變更和策略決策的變更，從而避免了ocs和pcrf的網(wǎng)元的數(shù)據(jù)不一致的情況。

可選地，該pcrf可以通過gx接口向該pcef回復rar消息，通知該pcef該用戶的第二執(zhí)行策略，該第二執(zhí)行策略為針對該用戶簽約關(guān)系變更后的業(yè)務對應的策略決策。

可選地，作為一個實施例，若該用戶請求下線，該方法還包括：

該pcrf接收該pcef發(fā)送的ccr-t消息，該ccr-t消息用于指示該pcrf去激活該pcrf和該pcef之間的該用戶的gx接口會話session；

該pcrf向該ocs發(fā)送str消息，該str消息用于指示該ocs去激活該pcrf和該ocs之間的該用戶的sy接口session；

該pcrf刪除本地緩存的該用戶的簽約信息，并去激活該gx接口session和該sy接口session。

該pcrf向該pcef發(fā)送cca-t消息，該cca-t消息用于指示該pcef取消對該用戶的簽約業(yè)務進行計費和策略控制，該cca-t消息為該ccr-t消息的響應消息。

也就是說，當用戶下線時，該pcrf釋放該用戶在該pcrf的中的全部的緩存信息，從而減少了pcrf的存儲投資。

因此，根據(jù)本發(fā)明實施例的計費和策略控制的方法，pcrf只需要給用戶配置策略信息，而不需要存儲該用戶的簽約信息，因此減少了pcrf的存儲投資，而且pcrf通過現(xiàn)有的sy接口從ocs獲取用戶的簽約信息，來完成用戶的簽約和策略決策，因此不需要pcrf和ocs之間的業(yè)務發(fā)放接口，簡化了pcc網(wǎng)絡組網(wǎng)，也簡化了provisioning的業(yè)務邏輯，同時避免了ocs和pcrf的簽約數(shù)據(jù)不同步的問題。

圖8示出了從pcrf的角度描述的根據(jù)本發(fā)明實施例的方法800的示意性流程圖，如圖8所示，該方法800包括：

s810，在線計費系統(tǒng)ocs生成用戶的簽約信息，該用戶的簽約信息指示該用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；

s820，該ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，該通知消息攜帶該用戶的簽約信息，以便于該pcrf根據(jù)該用戶的簽約信息生成該用戶的執(zhí)行策略，并將該用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，該用戶的執(zhí)行策略指示該用戶的簽約業(yè)務的計費策略和控制策略。

在本發(fā)明實施例中，該ocs生成用戶的簽約信息可以包括，若用戶激活上線時，該ocs可以從provisioning系統(tǒng)同步該用戶激活上線前的該用戶的簽約信息，或者若用戶變更簽約業(yè)務時，該ocs可以從provisioning系統(tǒng)同步業(yè)務變更后的該用戶的簽約信息。從而完成ocs側(cè)的用戶的簽約數(shù)據(jù)的配置。

應理解，該s810的功能同圖4中s401和s402的功能、圖5中s501的功能，該s820的功能同圖4中s405的功能和圖5中s502的功能為了避免重復，這里不再贅述，

可選地，作為一個實施例，若該用戶請求激活上線，在該ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息之前，該方法還包括：

該ocs接收該pcrf通過該sy接口發(fā)送的slr消息，該slr消息用于請求獲取該用戶的第一簽約信息，該第一簽約信息指示該用戶請求激活上線前該用戶的第一簽約業(yè)務；

該ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，包括：

該ocs通過sy接口向該pcrf回復sla消息，該sla消息中的policy-counter-status-report信息指示該用戶的第一簽約信息。

可選地，作為一個實施例，若該用戶請求變更簽約業(yè)務，該ocs通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，包括：

該ocs通過sy接口向該pcrf發(fā)送snr消息，該snr消息用于通知該pcrf該用戶的簽約信息有變更，該sna消息中的policy-counter-status-report信息指示該用戶的簽約信息。

可選地，作為一個實施例，若該用戶請求下線，該方法還包括：

該ocs接收該pcrf發(fā)送的str消息，該str消息用于指示該ocs去激活該pcrf和該ocs之間的該用戶的sy接口會話session；

該ocs去激活該sy接口session。

應理解，該ocs可以執(zhí)行根據(jù)本發(fā)明實施例的計費和策略控制的方法400、方法500以及方法600中的該ocs的相關(guān)操作，為了避免重復，這里不再贅述。

因此，根據(jù)本發(fā)明實施例的計費和策略控制的方法，pcrf只需要給用戶配置策略信息，而不需要存儲該用戶的簽約信息，因此減少了pcrf的存儲投資，而且pcrf通過現(xiàn)有的sy接口從ocs獲取用戶的簽約信息，來完成用戶的簽約和策略決策，因此不需要pcrf和ocs之間的業(yè)務發(fā)放接口，簡化了pcc網(wǎng)絡組網(wǎng)，也簡化了provisioning的業(yè)務邏輯，同時避免了ocs和pcrf的簽約數(shù)據(jù)不同步的問題。

圖9示出了根據(jù)本發(fā)明實施例的pcrf的示意性框圖，如圖9所示，該pcrf900包括獲取模塊910，策略配置模塊920和收發(fā)模塊930。

獲取模塊910，用于通過sy接口從在線計費系統(tǒng)ocs獲取用戶的簽約信息，所述用戶的簽約信息指示所述用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；

策略配置模塊920，用于根據(jù)所述用戶的簽約信息和本地策略配置信息，生成所述用戶的執(zhí)行策略，所述用戶的執(zhí)行策略指示所述用戶的簽約業(yè)務的計費策略和控制策略；

收發(fā)模塊930，用于將所述用戶的執(zhí)行策略發(fā)送給所述策略和計費執(zhí)行功能pcef，以便于所述pcef根據(jù)所述用戶的執(zhí)行策略對所述用戶的簽約業(yè)務進行計費和策略控制。

因此，根據(jù)本發(fā)明實施例的計費和策略控制的方法，pcrf只需要給用戶配置策略信息，而不需要存儲該用戶的簽約信息，因此減少了pcrf的存儲投資，而且pcrf通過現(xiàn)有的sy接口從ocs獲取用戶的簽約信息，來完成用戶的簽約和策略決策，因此不需要pcrf和ocs之間的業(yè)務發(fā)放接口，簡化了pcc網(wǎng)絡組網(wǎng)，也簡化了provisioning的業(yè)務邏輯，同時避免了ocs和pcrf的簽約數(shù)據(jù)不同步的問題。

根據(jù)本發(fā)明實施例的pcrf900可對應于根據(jù)本發(fā)明實施例的計費和策略控制的方法400、500、600、700中的pcrf，并且pcrf900中的各個模塊的上述和其它操作和/或功能分別為了實現(xiàn)前述各個方法的相應流程，為了簡潔，在此不再贅述。

圖10示出了根據(jù)本發(fā)明實施例的ocs的示意性框圖，如圖10所示，該osc1000包括生成模塊1100和收發(fā)模塊1200。

生成模塊1100，用于生成用戶的簽約信息，所述用戶的簽約信息指示所述用戶與業(yè)務發(fā)放provisioning系統(tǒng)簽約的業(yè)務信息；

收發(fā)模塊1200，用于通過sy接口向策略和計費規(guī)則功能pcrf發(fā)送通知消息，所述通知消息攜帶所述用戶的簽約信息，以便于所述pcrf根據(jù)所述用戶的簽約信息生成所述用戶的執(zhí)行策略，并將所述用戶的執(zhí)行策略發(fā)送給策略和計費執(zhí)行功能pcef，所述用戶的執(zhí)行策略指示所述用戶的簽約業(yè)務的計費策略和控制策略。

因此，根據(jù)本發(fā)明實施例的計費和策略控制的方法，pcrf只需要給用戶配置策略信息，而不需要存儲該用戶的簽約信息，因此減少了pcrf的存儲投資，而且pcrf通過現(xiàn)有的sy接口從ocs獲取用戶的簽約信息，來完成用戶的簽約和策略決策，因此不需要pcrf和ocs之間的業(yè)務發(fā)放接口，簡化了pcc網(wǎng)絡組網(wǎng)，也簡化了provisioning的業(yè)務邏輯，同時避免了ocs和pcrf的簽約數(shù)據(jù)不同步的問題。

根據(jù)本發(fā)明實施例的ocs1000可對應于根據(jù)本發(fā)明實施例的計費和策略控制的方法400、500、600、800中的ocs，并且ocs1000中的各個模塊的上述和其它操作和/或功能分別為了實現(xiàn)前述各個方法的相應流程，為了簡潔，在此不再贅述。

應理解，本文中術(shù)語“和/或”，僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

應理解，在本發(fā)明的各種實施例中，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應以其功能和內(nèi)在邏輯確定，而不應對本發(fā)明實施例的實施過程構(gòu)成任何限定。

本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元 中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以所述權(quán)利要求的保護范圍為準。