一種計費方法以及策略執(zhí)行、策略和計費控制功能設(shè)備的制作方法
【專利摘要】本發(fā)明公開了一種計費方法以及策略執(zhí)行、策略和計費控制功能設(shè)備，涉及通信領(lǐng)域。本發(fā)明公開的計費方法包括：策略執(zhí)行功能針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到設(shè)定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量；所述策略和計費控制功能將所述丟包量上報給計費系統(tǒng)；所述計費系統(tǒng)根據(jù)所述丟包量執(zhí)行計費校正。本發(fā)明還公開了一種策略執(zhí)行設(shè)備和策略和計費控制功能(PCRF)設(shè)備。本申請技術(shù)方案解決了針對相同數(shù)據(jù)流在PCEF上和TDF上控制不一致，導(dǎo)致在TDF和PCEF上的用量不一致而引發(fā)計費不準確問題。
【專利說明】一種計費方法以及策略執(zhí)行、策略和計費控制功能設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，更具體地涉及對數(shù)據(jù)流的控制在TDF和PCEF上不一致時，一種對數(shù)據(jù)流實施精確計費的方案。
【背景技術(shù)】
[0002]第三代合作伙伴計劃(3GPP,3rd Generation Partnership Pro ject)定義了針對移動網(wǎng)絡(luò)的策略和計費控制架構(gòu)(PCC,Policy and Charging Control),如圖1所示,各實體功能如下描述:
[0003]PCRF (Policy and Charging Rules Function,策略和計費規(guī)則功能)為業(yè)務(wù)包含的業(yè)務(wù)數(shù)據(jù)流在傳輸過程中使用網(wǎng)絡(luò)資源制定資源控制策略，包括QoS(QualityofService，服務(wù)質(zhì)量)控制策略和計費控制策略。
[0004]PCEF(Policy and Charging Enforcement Function,策略和計費執(zhí)行功能)用于執(zhí)行PCRF下發(fā)的或者PCEF上預(yù)配置的PCC規(guī)則，對網(wǎng)絡(luò)上傳輸?shù)腎P報文進行檢測，識別該IP報文隸屬的業(yè)務(wù)數(shù)據(jù)流，并對業(yè)務(wù)數(shù)據(jù)流提供QoS和計費控制。
[0005]BBERF (Bearer Binding and Event Report Function,承載綁定和事件上報功能)主要用于對網(wǎng)絡(luò)上傳輸?shù)腎P報文進行檢測，并將IP報文按照規(guī)則映射到對應(yīng)的承載通道上。BBERF還執(zhí)行承載相關(guān)事件的上報，例如當承載丟失，或者發(fā)生接入網(wǎng)絡(luò)切換的時候，都需要將相應(yīng)的事件上報給PCRF，請求PCRF進行相應(yīng)的決策。
[0006]TDF(Traffic Detection Function,傳輸檢測功能)用于執(zhí)行應(yīng)用檢測，并將檢測的應(yīng)用信息上報給PCRF。還可以實現(xiàn)對檢測到的應(yīng)用按照PCRF下發(fā)的策略對應(yīng)用實施策略控制，例如門控，帶寬限制，應(yīng)用重定向，收集并向計費系統(tǒng)上報計費信息等。
[0007]SPR(Subscription Profile Repository,用戶簽約數(shù)據(jù)庫)用于保存用戶簽約的業(yè)務(wù)信息，為PCRF制訂PCC規(guī)則提供必要的用戶簽約信息。OCS (Online Charging System,在線計費系統(tǒng))和0FCS(0ffline Charging System,離線計費系統(tǒng))分別用于離線和在線計費。
[0008]用戶在接入網(wǎng)絡(luò)時，PCEF和PCRF之間建立IP-CAN會話，用于所述用戶開展業(yè)務(wù)過程中，PCRF向PCEF下發(fā)針對業(yè)務(wù)數(shù)據(jù)流的QoS和計費策略。PCC對業(yè)務(wù)提供QoS和計費控制的過程如下描述:
[0009]用戶開展業(yè)務(wù)的時候，AF將業(yè)務(wù)信息或者TDF將檢測到的應(yīng)用信息上報給PCRF，所述業(yè)務(wù)/應(yīng)用信息中包含了五元組以及其他如業(yè)務(wù)/應(yīng)用類型等信息。PCRF根據(jù)所述業(yè)務(wù)/應(yīng)用信息，為數(shù)據(jù)流制定PCC規(guī)則，所述PCC規(guī)則包含業(yè)務(wù)數(shù)據(jù)流模板(SDF Template,即包含五元組信息)，業(yè)務(wù)/應(yīng)用標識，授權(quán)QoS和帶寬(包括QCI，MBR，GBR)，計費策略等。PCRF將所述PCC規(guī)則下發(fā)給PCEF。PCEF按照QCI執(zhí)行承載綁定，如果已有承載的QCI和PCC規(guī)則中的QCI對應(yīng)，則將該PCC規(guī)則綁定到該承載上；如果沒有承載的QCI和PCC規(guī)則中的QCI對應(yīng)，則PCEF發(fā)起和該QCI匹配的承載建立，并將該PCC規(guī)則綁定到該承載中。當承載綁定完成之后，就建立了 PCC規(guī)則和承載的對應(yīng)關(guān)系。具有相同QCI的PCC規(guī)則可以綁定到同一個承載中，即多個業(yè)務(wù)數(shù)據(jù)流可以共享同一個承載。此后當數(shù)據(jù)報文經(jīng)過PCEF時，PCEF將該數(shù)據(jù)報文的五元組和承載上的SDF Template進行匹配。當和其中SDF Template匹配時，就知道該數(shù)據(jù)報文用哪個PCC規(guī)則控制，再根據(jù)PCC規(guī)則和承載的綁定關(guān)系，進一步知道該數(shù)據(jù)報文使用哪個承載。從而為該數(shù)據(jù)報文提供對應(yīng)的QoS和帶寬保證，同時按照計費策略，收集該數(shù)據(jù)報文的計費信息，并上報給計費系統(tǒng)。
[0010]上述承載分為GBR承載和non-GBR承載。其中GBR承載是為業(yè)務(wù)數(shù)據(jù)流提供絕對的QoS和帶寬保證，即使用該承載的數(shù)據(jù)報文一定會按照授權(quán)分配的QoS和帶寬資源為其提供服務(wù)質(zhì)量保證，即使在網(wǎng)絡(luò)發(fā)生資源使用緊張的情況下，也不會被其他數(shù)據(jù)報文搶占資源。Non-GBR承載是為業(yè)務(wù)數(shù)據(jù)流提供相對的QoS和帶寬保證。所有non-GBR承載上的業(yè)務(wù)數(shù)據(jù)流都共享一個APN-AMBR (該信息為用戶開展的所有Non-GBR業(yè)務(wù)共享的簽約帶寬，在IP-CAN會話建立時，下發(fā)給PCEF)。當網(wǎng)絡(luò)資源足夠可以按照每個業(yè)務(wù)數(shù)據(jù)流的授權(quán)QoS和帶寬分配給所述業(yè)務(wù)數(shù)據(jù)流的時候，可以為其提供QoS和帶寬保證，當網(wǎng)絡(luò)資源發(fā)生使用緊張的時候，所述業(yè)務(wù)數(shù)據(jù)流就會按照QCI執(zhí)行資源搶占。因此使用non-GBR承載的業(yè)務(wù)無法從網(wǎng)絡(luò)獲得可靠的QoS和帶寬保證。
[0011]當網(wǎng)絡(luò)中部署了 TDF，在計費時存在計費不準確的問題。以下行數(shù)據(jù)流(網(wǎng)絡(luò)發(fā)送給用戶)為例，如圖2所示，當所述數(shù)據(jù)流以200kb/S的速率通過TDF的時候，TDF按照PCRF下發(fā)的ADC規(guī)則對該數(shù)據(jù)流進行檢測，識別出應(yīng)用，并按照TDF上的控制策略，允許該數(shù)據(jù)流通過，并記錄流量信息，上報給計費系統(tǒng)。但是當該數(shù)據(jù)流到達PCEF時，該數(shù)據(jù)流的五元組和SDFtemplate匹配，PCEF按照對應(yīng)的PCC規(guī)則對其實施控制，進行限速，流量變?yōu)?50kb/s,并導(dǎo)致丟包。由于TDF并不知道該流經(jīng)過PCEF時進行了限速，導(dǎo)致丟包，進而導(dǎo)致TDF上的流量大于PCEF上的流量。在這種情況下對用戶收費的時候，應(yīng)該按照實際接收的流量(即在PCEF上丟包后的流量)進行計費，顯然TDF上報給計費系統(tǒng)的流量是不準確的，按照此部分流量進行計費，必然導(dǎo)致多收費的問題。
[0012]針對上述針對相同數(shù)據(jù)流在TDF和PCEF控制不一致，進而導(dǎo)致用量(例如流量，時間等)不一致，產(chǎn)生計費不準確的情況，現(xiàn)有實現(xiàn)方法對此提出了一種解決方法:
[0013](I)將 PCEF 上的所有 SDF Template 通過 PCRF 上報給 TDF ；
[0014](2)當數(shù)據(jù)流經(jīng)過TDF，進行檢測時，TDF將該數(shù)據(jù)流的五元組信息和SDFTemplate 匹配:
[0015]如果和所有SDF Template都不匹配，說明在PCEF上沒有對應(yīng)的PCC規(guī)則控制該數(shù)據(jù)流，因此流經(jīng)TDF的用量和流經(jīng)PCEF上的用量一致，不會計費不準確的情況。該情況下TDF直接向計費系統(tǒng)上報用量信息。
[0016]如果和其中的SDF Template匹配，說明在PCEF上有對應(yīng)的PCC規(guī)則控制該數(shù)據(jù)流，則有可能導(dǎo)致該數(shù)據(jù)流在TDF和PCEF上的用量不一致。
[0017](3)在步驟⑵匹配的情況下，TDF將該數(shù)據(jù)流對應(yīng)的SDF Template上報給PCRF。
[0018]⑷PCRF要求PCEF上報該SDF Template對應(yīng)的數(shù)據(jù)流的用量信息，并將用量信息下發(fā)給TDF。
[0019](5) TDF進行用量校正，例如TDF比較TDF上收集的用量和從PCEF上收集的用量(通過PCRF上報給TDF)，如果TDF上的用量大于PCEF上的用量，則TDF將PCEF收集的用量上報給計費系統(tǒng)，否則TDF自己收集的用量上報給計費系統(tǒng)。[0020]在上述對數(shù)據(jù)流的控制過程中，為了達到準確計費的目的，PCRF需要不斷監(jiān)控PCEF上的用量，并需要通過PCRF傳遞給TDF，或者在TDF上監(jiān)控用量通過PCRF傳遞給PCEF，以進行用量校正，實現(xiàn)準確計費。這種在Gx接口(PCEF和PCRF)、Sd接口(TDF和PCRF)上傳遞用量的方式，在網(wǎng)絡(luò)中有大量數(shù)據(jù)流的時候，就會導(dǎo)致頻繁傳遞和處理用量信息，這樣勢必會增加系統(tǒng)設(shè)備的處理負擔(dān)，影響網(wǎng)絡(luò)穩(wěn)定性。
【發(fā)明內(nèi)容】
[0021]本發(fā)明所要解決的技術(shù)問題是，提供一種計費方法以及策略執(zhí)行、策略和計費控制功能設(shè)備，以提高計費的準確度。
[0022]為了解決上述技術(shù)問題，本發(fā)明公開了一種計費方法，包括:
[0023]策略執(zhí)行功能針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到設(shè)定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量；
[0024]所述策略和計費控制功能將所述丟包量上報給計費系統(tǒng)；
[0025]所述計費系統(tǒng)根據(jù)所述丟包量執(zhí)行計費校正。
[0026]較佳地，上述方法中，所述設(shè)定的丟包閾值在所述策略執(zhí)行功能上預(yù)配置；或者，
[0027]由所述策略和計費控制功能下發(fā)給所述策略執(zhí)行功能。
[0028]較佳地，上述方法中，所述策略執(zhí)行功能為策略和計費執(zhí)行功能(PCEF)或者傳輸檢測功能(TDF)。
[0029]較佳地，上述方法中，所述策略和計費控制功能將所述丟包量上報給所述計費系統(tǒng)指:
[0030]所述策略和計費控制功能直接將所述丟包量上報給所述計費系統(tǒng)；或者
[0031]所述策略和計費控制功能通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統(tǒng)；或者
[0032]所述策略和計費控制功能設(shè)備通過策略和計費執(zhí)行功能(PCEF)將所述丟包量上報給所述計費系統(tǒng)。
[0033]較佳地，上述方法中，所述設(shè)定的丟包閾值為一數(shù)值，或者為一時間。
[0034]較佳地，上述方法中，所述TDF執(zhí)行計費，則在PCEF上設(shè)置丟包閾值，所述TDF針對數(shù)據(jù)流收集計費信息并上報給所述計費系統(tǒng)；所述PCEF針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時，所述PCEF將所述丟包量上報給所述PCRF，所述PCRF直接將所述丟包量上報給所述計費系統(tǒng)，或者所述PCRF通過所述TDF將所述丟包量上報給所述計費系統(tǒng)，所述計費系統(tǒng)根據(jù)所述TDF上報的計費信息和所述丟包量執(zhí)行計費校正。
[0035]較佳地，上述方法中，所述PCEF執(zhí)行計費，則在TDF上設(shè)置丟包閾值，所述PCEF針對數(shù)據(jù)流收集計費信息并上報給所述計費系統(tǒng)；所述TDF針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時，所述TDF將所述丟包量上報給所述PCRF，所述PCRF將所述丟包量上報給所述計費系統(tǒng)，或者所述PCRF通過所述PCEF將所述丟包量上報給所述計費系統(tǒng)，所述計費系統(tǒng)根據(jù)所述PCEF上報的計費信息和所述丟包量執(zhí)行計費校正。
[0036]本發(fā)明還公開了一種策略執(zhí)行設(shè)備，包括統(tǒng)計單元、判斷單元及上報單元，其中:
[0037]所述統(tǒng)計單元,針對數(shù)據(jù)流統(tǒng)計丟包量；
[0038]所述判斷單元，判斷所述統(tǒng)計單元統(tǒng)計的丟包量是否達到設(shè)定的丟包閾值；[0039]所述上報單元，在所述判斷單元判斷統(tǒng)計的丟包量達到設(shè)定的丟包閾值時，將所述丟包量上報給策略和計費控制功能(PCRF)。
[0040]較佳地，上述設(shè)備中，所述設(shè)定的丟包閾值是事先配置在所述策略執(zhí)行設(shè)備上的；或者，
[0041]由所述策略和計費控制功能(PCRF)下發(fā)給所述策略執(zhí)行設(shè)備的。
[0042]較佳地，上述設(shè)備中，所述設(shè)定的丟包閾值為一數(shù)值，或者為一時間。
[0043]較佳地，上述設(shè)備中，所述策略執(zhí)行設(shè)備為策略和計費執(zhí)行功能(PCEF)或者傳輸檢測功能(TDF)。
[0044]本發(fā)明還公開了一種策略和計費控制功能(PCRF)設(shè)備，該設(shè)備包括:
[0045]接收單元，接收策略執(zhí)行設(shè)備上報的丟包量；
[0046]發(fā)送單元，將所接收到的丟包量上報給計費系統(tǒng)。
[0047]較佳地，上述設(shè)備中，所述發(fā)送單元，還向策略執(zhí)行設(shè)備下發(fā)丟包閾值。
[0048]較佳地，上述設(shè)備中，所述丟包閾值為一數(shù)值，或者為一時間。
[0049]較佳地，上述設(shè)備中，所述發(fā)送單元，直接將所述丟包量上報給所述計費系統(tǒng)；或者
[0050]所述發(fā)送單元，通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統(tǒng)；或者
[0051]所述第二通過策略和計費執(zhí)行功能(PCEF)將所述丟包量上報給所述計費系統(tǒng)。
[0052]本申請技術(shù)方案提出了一種計費校正的優(yōu)化方案，解決了針對相同數(shù)據(jù)流在PCEF上和TDF上控制不一致，導(dǎo)致在TDF和PCEF上的用量不一致而引發(fā)計費不準確問題。同時避免了因為頻繁傳遞和處理大量用量信息而引發(fā)的網(wǎng)絡(luò)處理負擔(dān)增加導(dǎo)致影響網(wǎng)絡(luò)穩(wěn)定的問題。
【具體實施方式】
[0053]圖1是現(xiàn)有技術(shù)的3GPP PCC架構(gòu)示意圖；
[0054]圖2是現(xiàn)有技術(shù)的PCC控制下的數(shù)據(jù)流處理示意圖；
[0055]圖3是本發(fā)明實施例1的計費流程圖；
[0056]圖4是本發(fā)明場景一的計費流程圖；
[0057]圖5是本發(fā)明場景二的計費流程圖；
[0058]圖6是本發(fā)明場景三的計費流程圖；
[0059]圖7是本發(fā)明場景四的計費流程圖；
[0060]圖8是本發(fā)明場景五的計費流程圖。
[0061]【具體實施方式】
[0062]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。
[0063]實施例1
[0064]本實施例介紹一種計費方法，該方法的實現(xiàn)過程如圖3所示，包括如下步驟100至300。[0065]步驟100，策略執(zhí)行功能針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到設(shè)定的丟包閾值時，向策略和計費控制功能(PCRF)上報丟包量；
[0066]該步驟中，設(shè)定的丟包閾值可以是事先配置在策略執(zhí)行設(shè)備上的。也可以由策略控制設(shè)備下發(fā)給策略執(zhí)行設(shè)備。
[0067]還要說明的是，設(shè)定的丟包閾值可以是一數(shù)值，也可以是一時間。設(shè)置為數(shù)值時，即當丟包統(tǒng)計個數(shù)達到一定數(shù)值時觸發(fā)上報。設(shè)置為時間時，即在丟包統(tǒng)計達到一定的時間時觸發(fā)上報。
[0068]另外，在本實施例中，策略執(zhí)行功能包括PCEF和TDF。而本步驟中針對數(shù)據(jù)流統(tǒng)計丟包量時，是由PCEF或TDF操作的。
[0069]步驟200，策略和計費控制功能(PCRF)將丟包量上報給計費系統(tǒng)；
[0070]該步驟中，策略控制設(shè)備直接將丟包量上報給計費系統(tǒng)?；蛘?，策略控制設(shè)備通過其他網(wǎng)元設(shè)備將丟包量上報給計費系統(tǒng)。其他網(wǎng)元設(shè)備可以是TDF實體或者PCEF。
[0071]步驟300，計費系統(tǒng)根據(jù)丟包量執(zhí)行計費校正。
[0072]具體地，TDF實體執(zhí)行計費，則在PCEF上設(shè)置丟包閾值，TDF實體針對數(shù)據(jù)流收集計費信息并上報給計費系統(tǒng)；PCEF實體針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到丟包閾值時，PCEF實體將丟包量上報給PCRF實體，PCRF實體將丟包量上報給計費系統(tǒng)，計費系統(tǒng)根據(jù)TDF實體上報的計費信息和PCEF實體上報的丟包量執(zhí)行計費校正。
[0073]PCEF實體執(zhí)行計費，則在TDF上設(shè)置丟包閾值，PCEF實體針對數(shù)據(jù)流收集計費信息并上報給計費系統(tǒng)；TDF實體針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到丟包閾值時，TDF實體將丟包量上報給PCRF實體，PCRF實體將丟包量上報給計費系統(tǒng)，計費系統(tǒng)根據(jù)PCEF上報的計費信息和TDF實體上報的丟包量執(zhí)行計費校正。
[0074]下面結(jié)合各種具體應(yīng)用場景，說明上述計費方法的實現(xiàn)過程。
[0075]場景一
[0076]本場景描述的是在TDF上實施計費，在PCEF上配置丟包閾值，對AF下發(fā)業(yè)務(wù)信息的業(yè)務(wù)執(zhí)行丟包統(tǒng)計。，此該場景下，計費過程如圖4所示:
[0077]400.在PCEF上配置丟包閾值。
[0078]需要說明的是，上述在PCEF上配置的丟包閾值可以是一丟包數(shù)值，即當丟包統(tǒng)計個數(shù)達到一定的值時需要上報。丟包閾值還可為一時間閾值，即在丟包統(tǒng)計達到一定的時間時需要上報。
[0079]另外，在PCEF上配置的丟包閾值對PCEF上的每個業(yè)務(wù)數(shù)據(jù)流都可以使用。且對PCEF上的每個數(shù)據(jù)流都可以使用相同的丟包閾值。
[0080]401.在TDF上安裝ADC規(guī)則，該ADC規(guī)則用于TDF執(zhí)行流檢測，由PCRF下發(fā)給TDF或者在TDF上配置。將PCEF上所有激活PCC規(guī)則對應(yīng)的SDF Template發(fā)送至TDF上。
[0081]402.用戶開展業(yè)務(wù)，AF將業(yè)務(wù)信息下發(fā)給PCRF。
[0082]403.PCRF根據(jù)業(yè)務(wù)信息，用戶簽約信息和運營商策略為所述業(yè)務(wù)進行策略決策，為業(yè)務(wù)數(shù)據(jù)流制定PCC規(guī)則。
[0083]404.PCRF將所述PCC規(guī)則下發(fā)給PCEF。
[0084]405.PCRF將所述PCC規(guī)則對應(yīng)的SDF Template下發(fā)給TDF，TDF進行SDFTemplate 更新。[0085]406.當業(yè)務(wù)數(shù)據(jù)流到達TDF時，首先TDF按照PCRF下發(fā)的ADC規(guī)則執(zhí)行流檢測。
[0086]407.TDF檢測該業(yè)務(wù)數(shù)據(jù)流的五元組，并將所述五元組和TDF上所有的SDFTemplate進行匹配。TDF對所述業(yè)務(wù)數(shù)據(jù)流收集用量。將該業(yè)務(wù)數(shù)據(jù)流的用量和對應(yīng)的SDF Template 上報給 0CS。
[0087]408.當業(yè)務(wù)數(shù)據(jù)流到達PCEF，按照PCC規(guī)則，PCEF對所述業(yè)務(wù)數(shù)據(jù)流執(zhí)行策略控制。
[0088]409.PCEF統(tǒng)計所述業(yè)務(wù)數(shù)據(jù)流的丟包量。
[0089]410.當PCEF對所述業(yè)務(wù)數(shù)據(jù)流的丟包量統(tǒng)計到達閾值時，PCEF將所述丟包量和該業(yè)務(wù)數(shù)據(jù)流的SDF Template上報給PCRF。
[0090]411.PCRF將所述業(yè)務(wù)數(shù)據(jù)流的丟包量和SDF Template上報給0CS，其實現(xiàn)有兩種方式:
[0091]一.PCRF通過Sy接口，直接向OCS上報所述業(yè)務(wù)數(shù)據(jù)流的SDFTemplate和丟包量信息。
[0092]二.PCRF通過Sd接口向TDF上報所述業(yè)務(wù)數(shù)據(jù)流的SDF Template和丟包量信息，再由TDF向OCS上報所述SDF Template和丟包量。
[0093]413.0CS根據(jù)SDF Template關(guān)聯(lián)TDF上報的所述業(yè)務(wù)數(shù)據(jù)流的用量信息，以及PCRF或者TDF上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業(yè)務(wù)數(shù)據(jù)流的準確流量，從而可以對所述業(yè)務(wù)數(shù)據(jù)流實施準確計費。
[0094]場景二
[0095]本場景描述的是在TDF上實施計費，通過PCRF向PCEF下發(fā)丟包閾值，對AF下發(fā)業(yè)務(wù)信息的業(yè)務(wù)執(zhí)行丟包統(tǒng)計。該場景下，計費過程如圖5所示:
[0096]501.在TDF上按照ADC規(guī)則，該ADC規(guī)則用于TDF執(zhí)行流檢測，由PCRF下發(fā)給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規(guī)則對應(yīng)的SDF Template上報給TDF。
[0097]502.用戶開展業(yè)務(wù)，AF將業(yè)務(wù)信息下發(fā)給PCRF。
[0098]503.PCRF根據(jù)業(yè)務(wù)信息，用戶簽約信息和運營商策略為所述業(yè)務(wù)進行策略決策，為業(yè)務(wù)數(shù)據(jù)流制定PCC規(guī)則。
[0099]504.PCRF將所述PCC規(guī)則下發(fā)給PCEF。
[0100]505.PCRF將所述PCC規(guī)則對應(yīng)的SDF Template下發(fā)到TDF。
[0101]506.當業(yè)務(wù)數(shù)據(jù)流到達TDF時，首先TDF按照PCRF下發(fā)的ADC規(guī)則執(zhí)行流檢測。當檢測到所述業(yè)務(wù)數(shù)據(jù)流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0102]507.TDF收集該業(yè)務(wù)數(shù)據(jù)流的用量。TDF將和該業(yè)務(wù)數(shù)據(jù)流匹配的SDF
[0103]Template和收集的用量信息上報給0CS。
[0104]508.TDF將和所述業(yè)務(wù)數(shù)據(jù)流的五元組匹配的SDF Template上報給PCRF。
[0105]509.PCRF向PCEF下發(fā)所述SDF Template和丟包閾值，指示針對該SDFTemplate對應(yīng)的業(yè)務(wù)數(shù)據(jù)流需要執(zhí)行丟包統(tǒng)計，并在達到閾值的情況下需要上報丟包量。
[0106]510.當業(yè)務(wù)數(shù)據(jù)流到達PCEF時，PCEF按照PCC規(guī)則對所述業(yè)務(wù)數(shù)據(jù)流執(zhí)行策略控制。
[0107]511.PCEF按照指示，對和所述SDF Template對應(yīng)的業(yè)務(wù)數(shù)據(jù)流統(tǒng)計丟包量。[0108]512.當PCEF對所述業(yè)務(wù)數(shù)據(jù)流的丟包量統(tǒng)計到達閾值時，PCEF將所述丟包量和SDF Template 上報給 PCRF。
[0109]513.PCRF將所述丟包量和SDF Template上報給0CS。其上報過程參考場景一的411 步。
[0110]514.0CS根據(jù)SDF Template關(guān)聯(lián)TDF上報的所述業(yè)務(wù)數(shù)據(jù)流的用量信息，以及513步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業(yè)務(wù)數(shù)據(jù)流的準確流量，從而可以對所述業(yè)務(wù)數(shù)據(jù)流實施準確計費。
[0111]如果在509步PCRF向PCEF下發(fā)丟包統(tǒng)計的指示之前，所述業(yè)務(wù)數(shù)據(jù)流已經(jīng)到達PCEF，并開始丟包時，可以在PCEF設(shè)置丟包預(yù)統(tǒng)計，在收到所述指示之后，在將其計入正式統(tǒng)計的范圍之內(nèi)。如果沒有收到所述指示，則PCEF丟棄該部分的丟包量。
[0112]場景二
[0113]本場景描述的是在TDF上實施計費，通過PCRF向PCEF下發(fā)丟包閾值，對需要TDF檢測的應(yīng)用業(yè)務(wù)執(zhí)行丟包統(tǒng)計。該場景下，計費過程如圖6所示:
[0114]601.在TDF上按照ADC規(guī)則，該ADC規(guī)則用于TDF執(zhí)行流檢測，由PCRF下發(fā)給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規(guī)則對應(yīng)的SDF Template上報給TDF。
[0115]602.當業(yè)務(wù)數(shù)據(jù)流到達TDF時，首先TDF按照PCRF下發(fā)的ADC規(guī)則執(zhí)行流檢測。當檢測到所述業(yè)務(wù)數(shù)據(jù)流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0116]603.TDF收集該業(yè)務(wù)數(shù)據(jù)流對應(yīng)的用量。TDF將和該業(yè)務(wù)數(shù)據(jù)流的五元組匹配的SDF Template和收集的用量上報給0CS。
[0117]604.TDF將與所述業(yè)務(wù)數(shù)據(jù)流的五元組匹配的SDF Template上報給PCRF。
[0118]605.PCRF向PCEF下發(fā)所述SDF Template和丟包閾值，指示針對該SDFTemplate對應(yīng)的業(yè)務(wù)數(shù)據(jù)流需要執(zhí)行丟包統(tǒng)計，并在達到閾值的情況下需要上報丟包量。
[0119]606.當業(yè)務(wù)數(shù)據(jù)流到達PCEF時，PCEF按照PCC規(guī)則對所述業(yè)務(wù)數(shù)據(jù)流執(zhí)行策略控制。
[0120]607.PCEF按照指示，對和所述SDF Template對應(yīng)的業(yè)務(wù)數(shù)據(jù)流統(tǒng)計丟包量。
[0121]608.當PCEF對所述業(yè)務(wù)數(shù)據(jù)流的丟包量統(tǒng)計到達閾值時，PCEF將所述丟包量和SDF Template 上報給 PCRF。
[0122]609.PCRF將所述丟包量和SDF Template上報給0CS。其上報過程參考場景一的411 步。
[0123]610.0CS根據(jù)SDF Template關(guān)聯(lián)TDF上報的所述業(yè)務(wù)數(shù)據(jù)流的用量信息，以及609步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業(yè)務(wù)數(shù)據(jù)流的準確流量，從而可以對所述業(yè)務(wù)數(shù)據(jù)流實施準確計費。
[0124]場景四
[0125]本場景描述的是在PCEF上實施計費，通過PCRF向TDF下發(fā)丟包閾值，對需要TDF檢測的應(yīng)用業(yè)務(wù)執(zhí)行丟包統(tǒng)計。該場景下的計費過程如圖7所示:
[0126]701.在TDF上按照ADC規(guī)則，該ADC規(guī)則用于TDF執(zhí)行流檢測，由PCRF下發(fā)給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規(guī)則對應(yīng)的SDF Template上報給TDF。
[0127]702.當業(yè)務(wù)數(shù)據(jù)流到達PCEF時，PCEF執(zhí)行上行承載綁定驗證，驗證所述業(yè)務(wù)數(shù)據(jù)流是否使用對應(yīng)的承載傳輸，并執(zhí)行相應(yīng)的控制策略。
[0128]703.PCEF收集所述業(yè)務(wù)數(shù)據(jù)流的用量，并將所述用量和該業(yè)務(wù)數(shù)據(jù)流的SDFTemplate 上報給 0CS。
[0129]704.當業(yè)務(wù)數(shù)據(jù)流到達TDF時，首先TDF按照PCRF下發(fā)的ADC規(guī)則執(zhí)行流檢測。當檢測到所述業(yè)務(wù)數(shù)據(jù)流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0130]705.如果所述業(yè)務(wù)數(shù)據(jù)流的五元組和其中的SDF Template匹配，則TDF將和所述業(yè)務(wù)數(shù)據(jù)流的五元組匹配的SDF Template上報給PCRF。
[0131]706.PCRF向TDF下發(fā)所述SDF Template和丟包閾值，指示針對該SDFTemplate對應(yīng)的業(yè)務(wù)數(shù)據(jù)流需要執(zhí)行丟包統(tǒng)計，并在達到閾值的情況下需要上報丟包量。
[0132]707.當業(yè)務(wù)數(shù)據(jù)流到達PCEF時，PCEF按照PCC規(guī)則對所述業(yè)務(wù)數(shù)據(jù)流執(zhí)行策略控制。
[0133]708.TDF按照指示，對和所述SDF Template對應(yīng)的業(yè)務(wù)數(shù)據(jù)流統(tǒng)計丟包量。
[0134]709.當TDF對所述業(yè)務(wù)數(shù)據(jù)流的丟包量統(tǒng)計到達閾值時，TDF將所述丟包量和SDFTemplate 上報給 PCRF。
[0135]710.PCRF將所述業(yè)務(wù)數(shù)據(jù)流的丟包量和SDF Template上報給0CS，其實現(xiàn)有兩種方式:
[0136]710a.PCRF通過Sy接口，直接向OCS上報所述業(yè)務(wù)數(shù)據(jù)流的SDFTemplate和丟包
量信息。或者
[0137]710b.PCRF通過Gx接口向PCEF上報所述業(yè)務(wù)數(shù)據(jù)流的SDF Template和丟包量信
肩、O
[0138]710c.PCEF 向 OCS 上報所述 SDF Template 和丟包量。
[0139]711.0CS根據(jù)SDF Template關(guān)聯(lián)TDF上報的所述業(yè)務(wù)數(shù)據(jù)流的用量信息，以及709步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業(yè)務(wù)數(shù)據(jù)流的準確流量，從而可以對所述業(yè)務(wù)數(shù)據(jù)流實施準確計費。
[0140]場景五
[0141]本場景描述的是在PCEF上實施計費，通過在TDF上配置丟包閾值，對需要TDF檢測的應(yīng)用業(yè)務(wù)執(zhí)行丟包統(tǒng)計。該場景下的計費過程如圖8所示:
[0142]801.在TDF上配置丟包閾值。該閾值可以是丟包量閾值，即當丟包統(tǒng)計達到一定的量時需要上報，或者該閾值為時間閾值，即在丟包統(tǒng)計達到一定的時間時需要上報。在TDF上配置的丟包閾值對TDF上的每個業(yè)務(wù)數(shù)據(jù)流都可以使用。
[0143]802.在TDF上安裝ADC規(guī)則，該ADC規(guī)則用于TDF執(zhí)行流檢測，由PCRF下發(fā)給TDF或者在TDF上配置。將PCEF上所有激活的PCC規(guī)則對應(yīng)的SDF Template發(fā)送至TDF。
[0144]803.當業(yè)務(wù)數(shù)據(jù)流到達PCEF時，PCEF執(zhí)行上行承載綁定驗證，驗證所述業(yè)務(wù)數(shù)據(jù)流是否使用對應(yīng)的承載傳輸，并執(zhí)行相應(yīng)的控制策略。
[0145]804.PCEF收集所述業(yè)務(wù)數(shù)據(jù)流的用量，并將所述用量和該業(yè)務(wù)數(shù)據(jù)流對應(yīng)的SDFTemplate 上報給 0CS。
[0146]805.當業(yè)務(wù)數(shù)據(jù)流到達TDF時，首先TDF按照PCRF下發(fā)的ADC規(guī)則執(zhí)行流檢測。檢測所述業(yè)務(wù)數(shù)據(jù)流的五元組，并將所述五元組和TDF上所有的SDF Template進行匹配。并統(tǒng)計所述業(yè)務(wù)數(shù)據(jù)流的丟包量。
[0147]806.當所述業(yè)務(wù)數(shù)據(jù)流的丟包量達到閾值時，TDF將所述丟包量和該業(yè)務(wù)數(shù)據(jù)流對應(yīng)的SDF Template上報給PCRF。
[0148]807.PCRF將所述業(yè)務(wù)數(shù)據(jù)流的丟包量和SDF Template上報給0CS，其實現(xiàn)有兩種方式:
[0149]807a.PCRF通過Sy接口，直接向OCS上報所述業(yè)務(wù)數(shù)據(jù)流的SDFTemplate和丟包
量信息?；蛘?br>
[0150]807b.PCRF通過Gx接口向PCEF上報所述業(yè)務(wù)數(shù)據(jù)流的SDF Template和丟包量信
肩、O
[0151]808c.PCEF 向 OCS 上報所述 SDF Template 和丟包量。
[0152]809.0CS根據(jù)SDF Template關(guān)聯(lián)TDF上報的所述業(yè)務(wù)數(shù)據(jù)流的用量信息，以及807步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業(yè)務(wù)數(shù)據(jù)流的準確流量，從而可以對所述業(yè)務(wù)數(shù)據(jù)流實施準確計費。
[0153]實施例2
[0154]本實施例介紹一種計費裝置，該裝置至少包括策略執(zhí)行設(shè)備、策略控制設(shè)備和計費系統(tǒng)。
[0155]策略執(zhí)行設(shè)備，針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到設(shè)定的丟包閾值時，向策略控制設(shè)備上報所述丟包量；
[0156]需要說明的是，設(shè)定的丟包閾值是事先配置在策略執(zhí)行設(shè)備上的。也可以是策略控制設(shè)備下發(fā)給策略執(zhí)行設(shè)備的。另外，設(shè)定的丟包閾值可以是丟包量閾值，即當丟包統(tǒng)計達到一定的量時需要上報，或者該閾值為時間閾值，即在丟包統(tǒng)計達到一定的時間時需要—Li艮。
[0157]在本實施例中，策略執(zhí)行設(shè)備可以是PCEF實體或者TDF實體。
[0158]策略控制設(shè)備，將所收到的丟包量上報給計費系統(tǒng)；
[0159]其中，策略控制設(shè)備可以直接將丟包量上報給計費系統(tǒng)?；蛘卟呗钥刂圃O(shè)備通過TDF或者PCEF實體將丟包量上報給計費系統(tǒng)。
[0160]在本實施例中，略控制設(shè)備為PCRF實體
[0161]計費系統(tǒng)，根據(jù)所收到的丟包量執(zhí)行計費校正。
[0162]下面結(jié)合具體場景，說明上述裝置的工作過程。
[0163]假設(shè)PCEF實體為策略執(zhí)行設(shè)備，TDF實體執(zhí)行計費，則TDF實體針對數(shù)據(jù)流收集計費信息并上報給計費系統(tǒng)；PCEF實體針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時，PCEF實體將此丟包量上報給PCRF實體，PCRF實體將此丟包量上報給計費系統(tǒng)，計費系統(tǒng)即可根據(jù)TDF實體上報的計費信息和PCEF實體上報的丟包量執(zhí)行計費校正即可。
[0164]再假設(shè)TDF實體為策略執(zhí)行設(shè)備，PCEF實體執(zhí)行計費，則PCEF實體針對數(shù)據(jù)流收集計費信息并上報給計費系統(tǒng)TDF實體針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時TDF實體將此丟包量上報給PCRF實體，PCRF實體將此丟包量上報給計費系統(tǒng)，計費系統(tǒng)根據(jù)PCEF上報的計費信息和TDF實體上報的丟包量執(zhí)行計費校正即可。
[0165]實施例3
[0166]本實施例介紹一種策略執(zhí)行設(shè)備，至少包括統(tǒng)計單元、判斷單元及上報單元。[0167]統(tǒng)計單元，針對數(shù)據(jù)流統(tǒng)計丟包量；
[0168]判斷單元，判斷所統(tǒng)計的丟包量是否達到設(shè)定的丟包閾值；
[0169]需要說明的是，判斷單元在判斷操作中所用到的丟包閾值是事先配置在所述策略執(zhí)行設(shè)備上的。也可以是由PCRF下發(fā)給本策略執(zhí)行設(shè)備的。另外，設(shè)定的丟包閾值可為一數(shù)值，也可以為一時間。
[0170]上報單元，在判斷統(tǒng)計的丟包量達到設(shè)定的丟包閾值時，將此丟包量上報給策略和計費控制功能(PCRF)。
[0171]在本實施例中，上述策略執(zhí)行設(shè)備可采用PCEF設(shè)備或者TDF設(shè)備。
[0172]實施例4
[0173]本實施例介紹一種策略和計費控制功能(PCRF)設(shè)備，包括:
[0174]接收單元，接收策略執(zhí)行設(shè)備上報的丟包量；
[0175]發(fā)送單元，將所接收到的丟包量上報給計費系統(tǒng)。
[0176]具體地，上述發(fā)送單元上報丟包量時，可以直接將此丟包量上報給計費系統(tǒng)。也可以通過TDF或者PCEF將此丟包量上報給計費系統(tǒng)。
[0177]另外，優(yōu)選方案提出，PCRF設(shè)備中的發(fā)送單元，除了將丟包量上報給計費系統(tǒng)外，還可以將丟包閾值下發(fā)給策略執(zhí)行設(shè)備以便策略執(zhí)行設(shè)備根據(jù)此丟包閾值來判斷何時上報丟包量。需要說明的是，此丟包閾值可為一數(shù)值，或者為一時間。
[0178]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。
[0179]以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種計費方法，其特征在于，該方法包括: 策略執(zhí)行功能針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到設(shè)定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量； 所述策略和計費控制功能將所述丟包量上報給計費系統(tǒng)； 所述計費系統(tǒng)根據(jù)所述丟包量執(zhí)行計費校正。
2.如權(quán)利要求1所述的方法，其特征在于， 所述設(shè)定的丟包閾值在所述策略執(zhí)行功能上預(yù)配置；或者， 由所述策略和計費控制功能下發(fā)給所述策略執(zhí)行功能。
3.如權(quán)利要求1所述的方法，其特征在于，所述策略執(zhí)行功能為策略和計費執(zhí)行功能(PCEF)或者傳輸檢測功能(TDF)。
4.如權(quán)利要求1所述的方法，其特征在于，所述策略和計費控制功能將所述丟包量上報給所述計費系統(tǒng)指: 所述策略和計費控制功能直接將所述丟包量上報給所述計費系統(tǒng)；或者 所述策略和計費控制功能通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統(tǒng)；或者 所述策略和計費控制功能設(shè)備通過策略和計費執(zhí)行功能(PCEF)將所述丟包量上報給所述計費系統(tǒng)。
5.如權(quán)利要求1至4任一項所述的方法，其特征在于，所述設(shè)定的丟包閾值為一數(shù)值，或者為一時間。
6.如權(quán)利要求5所述的方法，其特征在于， 所述TDF執(zhí)行計費，則在PCEF上設(shè)置丟包閾值，所述TDF針對數(shù)據(jù)流收集計費信息并上報給所述計費系統(tǒng)；所述PCEF針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時，所述PCEF將所述丟包量上報給所述PCRF，所述PCRF直接將所述丟包量上報給所述計費系統(tǒng)，或者所述PCRF通過所述TDF將所述丟包量上報給所述計費系統(tǒng)，所述計費系統(tǒng)根據(jù)所述TDF上報的計費信息和所述丟包量執(zhí)行計費校正。
7.如權(quán)利要求5所述的方法，其特征在于， 所述PCEF執(zhí)行計費，則在TDF上設(shè)置丟包閾值，所述PCEF針對數(shù)據(jù)流收集計費信息并上報給所述計費系統(tǒng)；所述TDF針對數(shù)據(jù)流統(tǒng)計丟包量，當丟包量達到所述丟包閾值時，所述TDF將所述丟包量上報給所述PCRF，所述PCRF將所述丟包量上報給所述計費系統(tǒng)，或者所述PCRF通過所述PCEF將所述丟包量上報給所述計費系統(tǒng)，所述計費系統(tǒng)根據(jù)所述PCEF上報的計費信息和所述丟包量執(zhí)行計費校正。
8.一種策略執(zhí)行設(shè)備，其特征在于，該裝置包括統(tǒng)計單元、判斷單元及上報單元，其中: 所述統(tǒng)計單元，針對數(shù)據(jù)流統(tǒng)計丟包量； 所述判斷單元，判斷所述統(tǒng)計單元統(tǒng)計的丟包量是否達到設(shè)定的丟包閾值； 所述上報單元，在所述判斷單元判斷統(tǒng)計的丟包量達到設(shè)定的丟包閾值時，將所述丟包量上報給策略和計費控制功能(PCRF)。
9.如權(quán)利要求8所述的設(shè)備，其特征在于， 所述設(shè)定的丟包閾值是事先配置在所述策略執(zhí)行設(shè)備上的；或者，由所述策略和計費控制功能(PCRF)下發(fā)給所述策略執(zhí)行設(shè)備的。
10.如權(quán)利要求8或9所述的設(shè)備，其特征在于，所述設(shè)定的丟包閾值為一數(shù)值，或者為一時間。
11.如權(quán)利要求10所述的設(shè)備，其特征在于，所述策略執(zhí)行設(shè)備為策略和計費執(zhí)行功能(PCEF)或者傳輸檢測功能(TDF)。
12.—種策略和計費控制功能(PCRF)設(shè)備，其特征在于，該設(shè)備包括: 接收單元，接收策略執(zhí)行設(shè)備上報的丟包量； 發(fā)送單元，將所接收到的丟包量上報給計費系統(tǒng)。
13.如權(quán)利要求12所述的設(shè)備，其特征在于， 所述發(fā)送單元，還向策略執(zhí)行設(shè)備下發(fā)丟包閾值。
14.如權(quán)利要求13所述的設(shè)備，其特征在于，所述丟包閾值為一數(shù)值，或者為一時間。
15.如權(quán)利要求12、13或14所述的設(shè)備，其特征在于， 所述發(fā)送單元，直接將所述丟包量上報給所述計費系統(tǒng)；或者 所述發(fā)送單元，通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統(tǒng)；或者 所述第二通過策略和計費執(zhí)行功能 (PCEF)將所述丟包量上報給所述計費系統(tǒng)。
【文檔編號】H04W4/26GK103856926SQ201210494841
【公開日】2014年6月11日 申請日期:2012年11月28日 優(yōu)先權(quán)日:2012年11月28日
【發(fā)明者】毛玉欣, 周曉云, 宗在峰 申請人:中興通訊股份有限公司