一種計費方法以及策略執行、策略和計費控制功能設備的制作方法

一種計費方法以及策略執行、策略和計費控制功能設備的制作方法
【專利摘要】本發明公開了一種計費方法以及策略執行、策略和計費控制功能設備，涉及通信領域。本發明公開的計費方法包括：策略執行功能針對數據流統計丟包量，當丟包量達到設定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量；所述策略和計費控制功能將所述丟包量上報給計費系統；所述計費系統根據所述丟包量執行計費校正。本發明還公開了一種策略執行設備和策略和計費控制功能(PCRF)設備。本申請技術方案解決了針對相同數據流在PCEF上和TDF上控制不一致，導致在TDF和PCEF上的用量不一致而引發計費不準確問題。
【專利說明】一種計費方法以及策略執行、策略和計費控制功能設備
【技術領域】
[0001]本發明涉及通信領域，更具體地涉及對數據流的控制在TDF和PCEF上不一致時，一種對數據流實施精確計費的方案。
【背景技術】
[0002]第三代合作伙伴計劃(3GPP,3rd Generation Partnership Pro ject)定義了針對移動網絡的策略和計費控制架構(PCC,Policy and Charging Control),如圖1所示,各實體功能如下描述:
[0003]PCRF (Policy and Charging Rules Function,策略和計費規則功能)為業務包含的業務數據流在傳輸過程中使用網絡資源制定資源控制策略，包括QoS(QualityofService，服務質量)控制策略和計費控制策略。
[0004]PCEF(Policy and Charging Enforcement Function,策略和計費執行功能)用于執行PCRF下發的或者PCEF上預配置的PCC規則，對網絡上傳輸的IP報文進行檢測，識別該IP報文隸屬的業務數據流，并對業務數據流提供QoS和計費控制。
[0005]BBERF (Bearer Binding and Event Report Function,承載綁定和事件上報功能)主要用于對網絡上傳輸的IP報文進行檢測，并將IP報文按照規則映射到對應的承載通道上。BBERF還執行承載相關事件的上報，例如當承載丟失，或者發生接入網絡切換的時候，都需要將相應的事件上報給PCRF，請求PCRF進行相應的決策。
[0006]TDF(Traffic Detection Function,傳輸檢測功能)用于執行應用檢測，并將檢測的應用信息上報給PCRF。還可以實現對檢測到的應用按照PCRF下發的策略對應用實施策略控制，例如門控，帶寬限制，應用重定向，收集并向計費系統上報計費信息等。
[0007]SPR(Subscription Profile Repository,用戶簽約數據庫)用于保存用戶簽約的業務信息，為PCRF制訂PCC規則提供必要的用戶簽約信息。OCS (Online Charging System,在線計費系統)和0FCS(0ffline Charging System,離線計費系統)分別用于離線和在線計費。
[0008]用戶在接入網絡時，PCEF和PCRF之間建立IP-CAN會話，用于所述用戶開展業務過程中，PCRF向PCEF下發針對業務數據流的QoS和計費策略。PCC對業務提供QoS和計費控制的過程如下描述:
[0009]用戶開展業務的時候，AF將業務信息或者TDF將檢測到的應用信息上報給PCRF，所述業務/應用信息中包含了五元組以及其他如業務/應用類型等信息。PCRF根據所述業務/應用信息，為數據流制定PCC規則，所述PCC規則包含業務數據流模板(SDF Template,即包含五元組信息)，業務/應用標識，授權QoS和帶寬(包括QCI，MBR，GBR)，計費策略等。PCRF將所述PCC規則下發給PCEF。PCEF按照QCI執行承載綁定，如果已有承載的QCI和PCC規則中的QCI對應，則將該PCC規則綁定到該承載上；如果沒有承載的QCI和PCC規則中的QCI對應，則PCEF發起和該QCI匹配的承載建立，并將該PCC規則綁定到該承載中。當承載綁定完成之后，就建立了 PCC規則和承載的對應關系。具有相同QCI的PCC規則可以綁定到同一個承載中，即多個業務數據流可以共享同一個承載。此后當數據報文經過PCEF時，PCEF將該數據報文的五元組和承載上的SDF Template進行匹配。當和其中SDF Template匹配時，就知道該數據報文用哪個PCC規則控制，再根據PCC規則和承載的綁定關系，進一步知道該數據報文使用哪個承載。從而為該數據報文提供對應的QoS和帶寬保證，同時按照計費策略，收集該數據報文的計費信息，并上報給計費系統。
[0010]上述承載分為GBR承載和non-GBR承載。其中GBR承載是為業務數據流提供絕對的QoS和帶寬保證，即使用該承載的數據報文一定會按照授權分配的QoS和帶寬資源為其提供服務質量保證，即使在網絡發生資源使用緊張的情況下，也不會被其他數據報文搶占資源。Non-GBR承載是為業務數據流提供相對的QoS和帶寬保證。所有non-GBR承載上的業務數據流都共享一個APN-AMBR (該信息為用戶開展的所有Non-GBR業務共享的簽約帶寬，在IP-CAN會話建立時，下發給PCEF)。當網絡資源足夠可以按照每個業務數據流的授權QoS和帶寬分配給所述業務數據流的時候，可以為其提供QoS和帶寬保證，當網絡資源發生使用緊張的時候，所述業務數據流就會按照QCI執行資源搶占。因此使用non-GBR承載的業務無法從網絡獲得可靠的QoS和帶寬保證。
[0011]當網絡中部署了 TDF，在計費時存在計費不準確的問題。以下行數據流(網絡發送給用戶)為例，如圖2所示，當所述數據流以200kb/S的速率通過TDF的時候，TDF按照PCRF下發的ADC規則對該數據流進行檢測，識別出應用，并按照TDF上的控制策略，允許該數據流通過，并記錄流量信息，上報給計費系統。但是當該數據流到達PCEF時，該數據流的五元組和SDFtemplate匹配，PCEF按照對應的PCC規則對其實施控制，進行限速，流量變為150kb/s,并導致丟包。由于TDF并不知道該流經過PCEF時進行了限速，導致丟包，進而導致TDF上的流量大于PCEF上的流量。在這種情況下對用戶收費的時候，應該按照實際接收的流量(即在PCEF上丟包后的流量)進行計費，顯然TDF上報給計費系統的流量是不準確的，按照此部分流量進行計費，必然導致多收費的問題。
[0012]針對上述針對相同數據流在TDF和PCEF控制不一致，進而導致用量(例如流量，時間等)不一致，產生計費不準確的情況，現有實現方法對此提出了一種解決方法:
[0013](I)將 PCEF 上的所有 SDF Template 通過 PCRF 上報給 TDF ；
[0014](2)當數據流經過TDF，進行檢測時，TDF將該數據流的五元組信息和SDFTemplate 匹配:
[0015]如果和所有SDF Template都不匹配，說明在PCEF上沒有對應的PCC規則控制該數據流，因此流經TDF的用量和流經PCEF上的用量一致，不會計費不準確的情況。該情況下TDF直接向計費系統上報用量信息。
[0016]如果和其中的SDF Template匹配，說明在PCEF上有對應的PCC規則控制該數據流，則有可能導致該數據流在TDF和PCEF上的用量不一致。
[0017](3)在步驟⑵匹配的情況下，TDF將該數據流對應的SDF Template上報給PCRF。
[0018]⑷PCRF要求PCEF上報該SDF Template對應的數據流的用量信息，并將用量信息下發給TDF。
[0019](5) TDF進行用量校正，例如TDF比較TDF上收集的用量和從PCEF上收集的用量(通過PCRF上報給TDF)，如果TDF上的用量大于PCEF上的用量，則TDF將PCEF收集的用量上報給計費系統，否則TDF自己收集的用量上報給計費系統。[0020]在上述對數據流的控制過程中，為了達到準確計費的目的，PCRF需要不斷監控PCEF上的用量，并需要通過PCRF傳遞給TDF，或者在TDF上監控用量通過PCRF傳遞給PCEF，以進行用量校正，實現準確計費。這種在Gx接口(PCEF和PCRF)、Sd接口(TDF和PCRF)上傳遞用量的方式，在網絡中有大量數據流的時候，就會導致頻繁傳遞和處理用量信息，這樣勢必會增加系統設備的處理負擔，影響網絡穩定性。

【發明內容】

[0021]本發明所要解決的技術問題是，提供一種計費方法以及策略執行、策略和計費控制功能設備，以提高計費的準確度。
[0022]為了解決上述技術問題，本發明公開了一種計費方法，包括:
[0023]策略執行功能針對數據流統計丟包量，當丟包量達到設定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量；
[0024]所述策略和計費控制功能將所述丟包量上報給計費系統；
[0025]所述計費系統根據所述丟包量執行計費校正。
[0026]較佳地，上述方法中，所述設定的丟包閾值在所述策略執行功能上預配置；或者，
[0027]由所述策略和計費控制功能下發給所述策略執行功能。
[0028]較佳地，上述方法中，所述策略執行功能為策略和計費執行功能(PCEF)或者傳輸檢測功能(TDF)。
[0029]較佳地，上述方法中，所述策略和計費控制功能將所述丟包量上報給所述計費系統指:
[0030]所述策略和計費控制功能直接將所述丟包量上報給所述計費系統；或者
[0031]所述策略和計費控制功能通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統；或者
[0032]所述策略和計費控制功能設備通過策略和計費執行功能(PCEF)將所述丟包量上報給所述計費系統。
[0033]較佳地，上述方法中，所述設定的丟包閾值為一數值，或者為一時間。
[0034]較佳地，上述方法中，所述TDF執行計費，則在PCEF上設置丟包閾值，所述TDF針對數據流收集計費信息并上報給所述計費系統；所述PCEF針對數據流統計丟包量，當丟包量達到所述丟包閾值時，所述PCEF將所述丟包量上報給所述PCRF，所述PCRF直接將所述丟包量上報給所述計費系統，或者所述PCRF通過所述TDF將所述丟包量上報給所述計費系統，所述計費系統根據所述TDF上報的計費信息和所述丟包量執行計費校正。
[0035]較佳地，上述方法中，所述PCEF執行計費，則在TDF上設置丟包閾值，所述PCEF針對數據流收集計費信息并上報給所述計費系統；所述TDF針對數據流統計丟包量，當丟包量達到所述丟包閾值時，所述TDF將所述丟包量上報給所述PCRF，所述PCRF將所述丟包量上報給所述計費系統，或者所述PCRF通過所述PCEF將所述丟包量上報給所述計費系統，所述計費系統根據所述PCEF上報的計費信息和所述丟包量執行計費校正。
[0036]本發明還公開了一種策略執行設備，包括統計單元、判斷單元及上報單元，其中:
[0037]所述統計單元,針對數據流統計丟包量；
[0038]所述判斷單元，判斷所述統計單元統計的丟包量是否達到設定的丟包閾值；[0039]所述上報單元，在所述判斷單元判斷統計的丟包量達到設定的丟包閾值時，將所述丟包量上報給策略和計費控制功能(PCRF)。
[0040]較佳地，上述設備中，所述設定的丟包閾值是事先配置在所述策略執行設備上的；或者，
[0041]由所述策略和計費控制功能(PCRF)下發給所述策略執行設備的。
[0042]較佳地，上述設備中，所述設定的丟包閾值為一數值，或者為一時間。
[0043]較佳地，上述設備中，所述策略執行設備為策略和計費執行功能(PCEF)或者傳輸檢測功能(TDF)。
[0044]本發明還公開了一種策略和計費控制功能(PCRF)設備，該設備包括:
[0045]接收單元，接收策略執行設備上報的丟包量；
[0046]發送單元，將所接收到的丟包量上報給計費系統。
[0047]較佳地，上述設備中，所述發送單元，還向策略執行設備下發丟包閾值。
[0048]較佳地，上述設備中，所述丟包閾值為一數值，或者為一時間。
[0049]較佳地，上述設備中，所述發送單元，直接將所述丟包量上報給所述計費系統；或者
[0050]所述發送單元，通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統；或者
[0051]所述第二通過策略和計費執行功能(PCEF)將所述丟包量上報給所述計費系統。
[0052]本申請技術方案提出了一種計費校正的優化方案，解決了針對相同數據流在PCEF上和TDF上控制不一致，導致在TDF和PCEF上的用量不一致而引發計費不準確問題。同時避免了因為頻繁傳遞和處理大量用量信息而引發的網絡處理負擔增加導致影響網絡穩定的問題。
【具體實施方式】
[0053]圖1是現有技術的3GPP PCC架構示意圖；
[0054]圖2是現有技術的PCC控制下的數據流處理示意圖；
[0055]圖3是本發明實施例1的計費流程圖；
[0056]圖4是本發明場景一的計費流程圖；
[0057]圖5是本發明場景二的計費流程圖；
[0058]圖6是本發明場景三的計費流程圖；
[0059]圖7是本發明場景四的計費流程圖；
[0060]圖8是本發明場景五的計費流程圖。
[0061]【具體實施方式】
[0062]為使本發明的目的、技術方案和優點更加清楚明白，下文將結合附圖對本發明技術方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。
[0063]實施例1
[0064]本實施例介紹一種計費方法，該方法的實現過程如圖3所示，包括如下步驟100至300。[0065]步驟100，策略執行功能針對數據流統計丟包量，當丟包量達到設定的丟包閾值時，向策略和計費控制功能(PCRF)上報丟包量；
[0066]該步驟中，設定的丟包閾值可以是事先配置在策略執行設備上的。也可以由策略控制設備下發給策略執行設備。
[0067]還要說明的是，設定的丟包閾值可以是一數值，也可以是一時間。設置為數值時，即當丟包統計個數達到一定數值時觸發上報。設置為時間時，即在丟包統計達到一定的時間時觸發上報。
[0068]另外，在本實施例中，策略執行功能包括PCEF和TDF。而本步驟中針對數據流統計丟包量時，是由PCEF或TDF操作的。
[0069]步驟200，策略和計費控制功能(PCRF)將丟包量上報給計費系統；
[0070]該步驟中，策略控制設備直接將丟包量上報給計費系統。或者，策略控制設備通過其他網元設備將丟包量上報給計費系統。其他網元設備可以是TDF實體或者PCEF。
[0071]步驟300，計費系統根據丟包量執行計費校正。
[0072]具體地，TDF實體執行計費，則在PCEF上設置丟包閾值，TDF實體針對數據流收集計費信息并上報給計費系統；PCEF實體針對數據流統計丟包量，當丟包量達到丟包閾值時，PCEF實體將丟包量上報給PCRF實體，PCRF實體將丟包量上報給計費系統，計費系統根據TDF實體上報的計費信息和PCEF實體上報的丟包量執行計費校正。
[0073]PCEF實體執行計費，則在TDF上設置丟包閾值，PCEF實體針對數據流收集計費信息并上報給計費系統；TDF實體針對數據流統計丟包量，當丟包量達到丟包閾值時，TDF實體將丟包量上報給PCRF實體，PCRF實體將丟包量上報給計費系統，計費系統根據PCEF上報的計費信息和TDF實體上報的丟包量執行計費校正。
[0074]下面結合各種具體應用場景，說明上述計費方法的實現過程。
[0075]場景一
[0076]本場景描述的是在TDF上實施計費，在PCEF上配置丟包閾值，對AF下發業務信息的業務執行丟包統計。，此該場景下，計費過程如圖4所示:
[0077]400.在PCEF上配置丟包閾值。
[0078]需要說明的是，上述在PCEF上配置的丟包閾值可以是一丟包數值，即當丟包統計個數達到一定的值時需要上報。丟包閾值還可為一時間閾值，即在丟包統計達到一定的時間時需要上報。
[0079]另外，在PCEF上配置的丟包閾值對PCEF上的每個業務數據流都可以使用。且對PCEF上的每個數據流都可以使用相同的丟包閾值。
[0080]401.在TDF上安裝ADC規則，該ADC規則用于TDF執行流檢測，由PCRF下發給TDF或者在TDF上配置。將PCEF上所有激活PCC規則對應的SDF Template發送至TDF上。
[0081]402.用戶開展業務，AF將業務信息下發給PCRF。
[0082]403.PCRF根據業務信息，用戶簽約信息和運營商策略為所述業務進行策略決策，為業務數據流制定PCC規則。
[0083]404.PCRF將所述PCC規則下發給PCEF。
[0084]405.PCRF將所述PCC規則對應的SDF Template下發給TDF，TDF進行SDFTemplate 更新。[0085]406.當業務數據流到達TDF時，首先TDF按照PCRF下發的ADC規則執行流檢測。
[0086]407.TDF檢測該業務數據流的五元組，并將所述五元組和TDF上所有的SDFTemplate進行匹配。TDF對所述業務數據流收集用量。將該業務數據流的用量和對應的SDF Template 上報給 0CS。
[0087]408.當業務數據流到達PCEF，按照PCC規則，PCEF對所述業務數據流執行策略控制。
[0088]409.PCEF統計所述業務數據流的丟包量。
[0089]410.當PCEF對所述業務數據流的丟包量統計到達閾值時，PCEF將所述丟包量和該業務數據流的SDF Template上報給PCRF。
[0090]411.PCRF將所述業務數據流的丟包量和SDF Template上報給0CS，其實現有兩種方式:
[0091]一.PCRF通過Sy接口，直接向OCS上報所述業務數據流的SDFTemplate和丟包量信息。
[0092]二.PCRF通過Sd接口向TDF上報所述業務數據流的SDF Template和丟包量信息，再由TDF向OCS上報所述SDF Template和丟包量。
[0093]413.0CS根據SDF Template關聯TDF上報的所述業務數據流的用量信息，以及PCRF或者TDF上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業務數據流的準確流量，從而可以對所述業務數據流實施準確計費。
[0094]場景二
[0095]本場景描述的是在TDF上實施計費，通過PCRF向PCEF下發丟包閾值，對AF下發業務信息的業務執行丟包統計。該場景下，計費過程如圖5所示:
[0096]501.在TDF上按照ADC規則，該ADC規則用于TDF執行流檢測，由PCRF下發給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規則對應的SDF Template上報給TDF。
[0097]502.用戶開展業務，AF將業務信息下發給PCRF。
[0098]503.PCRF根據業務信息，用戶簽約信息和運營商策略為所述業務進行策略決策，為業務數據流制定PCC規則。
[0099]504.PCRF將所述PCC規則下發給PCEF。
[0100]505.PCRF將所述PCC規則對應的SDF Template下發到TDF。
[0101]506.當業務數據流到達TDF時，首先TDF按照PCRF下發的ADC規則執行流檢測。當檢測到所述業務數據流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0102]507.TDF收集該業務數據流的用量。TDF將和該業務數據流匹配的SDF
[0103]Template和收集的用量信息上報給0CS。
[0104]508.TDF將和所述業務數據流的五元組匹配的SDF Template上報給PCRF。
[0105]509.PCRF向PCEF下發所述SDF Template和丟包閾值，指示針對該SDFTemplate對應的業務數據流需要執行丟包統計，并在達到閾值的情況下需要上報丟包量。
[0106]510.當業務數據流到達PCEF時，PCEF按照PCC規則對所述業務數據流執行策略控制。
[0107]511.PCEF按照指示，對和所述SDF Template對應的業務數據流統計丟包量。[0108]512.當PCEF對所述業務數據流的丟包量統計到達閾值時，PCEF將所述丟包量和SDF Template 上報給 PCRF。
[0109]513.PCRF將所述丟包量和SDF Template上報給0CS。其上報過程參考場景一的411 步。
[0110]514.0CS根據SDF Template關聯TDF上報的所述業務數據流的用量信息，以及513步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業務數據流的準確流量，從而可以對所述業務數據流實施準確計費。
[0111]如果在509步PCRF向PCEF下發丟包統計的指示之前，所述業務數據流已經到達PCEF，并開始丟包時，可以在PCEF設置丟包預統計，在收到所述指示之后，在將其計入正式統計的范圍之內。如果沒有收到所述指示，則PCEF丟棄該部分的丟包量。
[0112]場景二
[0113]本場景描述的是在TDF上實施計費，通過PCRF向PCEF下發丟包閾值，對需要TDF檢測的應用業務執行丟包統計。該場景下，計費過程如圖6所示:
[0114]601.在TDF上按照ADC規則，該ADC規則用于TDF執行流檢測，由PCRF下發給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規則對應的SDF Template上報給TDF。
[0115]602.當業務數據流到達TDF時，首先TDF按照PCRF下發的ADC規則執行流檢測。當檢測到所述業務數據流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0116]603.TDF收集該業務數據流對應的用量。TDF將和該業務數據流的五元組匹配的SDF Template和收集的用量上報給0CS。
[0117]604.TDF將與所述業務數據流的五元組匹配的SDF Template上報給PCRF。
[0118]605.PCRF向PCEF下發所述SDF Template和丟包閾值，指示針對該SDFTemplate對應的業務數據流需要執行丟包統計，并在達到閾值的情況下需要上報丟包量。
[0119]606.當業務數據流到達PCEF時，PCEF按照PCC規則對所述業務數據流執行策略控制。
[0120]607.PCEF按照指示，對和所述SDF Template對應的業務數據流統計丟包量。
[0121]608.當PCEF對所述業務數據流的丟包量統計到達閾值時，PCEF將所述丟包量和SDF Template 上報給 PCRF。
[0122]609.PCRF將所述丟包量和SDF Template上報給0CS。其上報過程參考場景一的411 步。
[0123]610.0CS根據SDF Template關聯TDF上報的所述業務數據流的用量信息，以及609步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業務數據流的準確流量，從而可以對所述業務數據流實施準確計費。
[0124]場景四
[0125]本場景描述的是在PCEF上實施計費，通過PCRF向TDF下發丟包閾值，對需要TDF檢測的應用業務執行丟包統計。該場景下的計費過程如圖7所示:
[0126]701.在TDF上按照ADC規則，該ADC規則用于TDF執行流檢測，由PCRF下發給TDF或者在TDF上配置。并將所有PCEF上激活的PCC規則對應的SDF Template上報給TDF。
[0127]702.當業務數據流到達PCEF時，PCEF執行上行承載綁定驗證，驗證所述業務數據流是否使用對應的承載傳輸，并執行相應的控制策略。
[0128]703.PCEF收集所述業務數據流的用量，并將所述用量和該業務數據流的SDFTemplate 上報給 0CS。
[0129]704.當業務數據流到達TDF時，首先TDF按照PCRF下發的ADC規則執行流檢測。當檢測到所述業務數據流的五元組時，將所述五元組和TDF上所有的SDF Template進行匹配。
[0130]705.如果所述業務數據流的五元組和其中的SDF Template匹配，則TDF將和所述業務數據流的五元組匹配的SDF Template上報給PCRF。
[0131]706.PCRF向TDF下發所述SDF Template和丟包閾值，指示針對該SDFTemplate對應的業務數據流需要執行丟包統計，并在達到閾值的情況下需要上報丟包量。
[0132]707.當業務數據流到達PCEF時，PCEF按照PCC規則對所述業務數據流執行策略控制。
[0133]708.TDF按照指示，對和所述SDF Template對應的業務數據流統計丟包量。
[0134]709.當TDF對所述業務數據流的丟包量統計到達閾值時，TDF將所述丟包量和SDFTemplate 上報給 PCRF。
[0135]710.PCRF將所述業務數據流的丟包量和SDF Template上報給0CS，其實現有兩種方式:
[0136]710a.PCRF通過Sy接口，直接向OCS上報所述業務數據流的SDFTemplate和丟包
量信息。或者
[0137]710b.PCRF通過Gx接口向PCEF上報所述業務數據流的SDF Template和丟包量信
肩、O
[0138]710c.PCEF 向 OCS 上報所述 SDF Template 和丟包量。
[0139]711.0CS根據SDF Template關聯TDF上報的所述業務數據流的用量信息，以及709步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業務數據流的準確流量，從而可以對所述業務數據流實施準確計費。
[0140]場景五
[0141]本場景描述的是在PCEF上實施計費，通過在TDF上配置丟包閾值，對需要TDF檢測的應用業務執行丟包統計。該場景下的計費過程如圖8所示:
[0142]801.在TDF上配置丟包閾值。該閾值可以是丟包量閾值，即當丟包統計達到一定的量時需要上報，或者該閾值為時間閾值，即在丟包統計達到一定的時間時需要上報。在TDF上配置的丟包閾值對TDF上的每個業務數據流都可以使用。
[0143]802.在TDF上安裝ADC規則，該ADC規則用于TDF執行流檢測，由PCRF下發給TDF或者在TDF上配置。將PCEF上所有激活的PCC規則對應的SDF Template發送至TDF。
[0144]803.當業務數據流到達PCEF時，PCEF執行上行承載綁定驗證，驗證所述業務數據流是否使用對應的承載傳輸，并執行相應的控制策略。
[0145]804.PCEF收集所述業務數據流的用量，并將所述用量和該業務數據流對應的SDFTemplate 上報給 0CS。
[0146]805.當業務數據流到達TDF時，首先TDF按照PCRF下發的ADC規則執行流檢測。檢測所述業務數據流的五元組，并將所述五元組和TDF上所有的SDF Template進行匹配。并統計所述業務數據流的丟包量。
[0147]806.當所述業務數據流的丟包量達到閾值時，TDF將所述丟包量和該業務數據流對應的SDF Template上報給PCRF。
[0148]807.PCRF將所述業務數據流的丟包量和SDF Template上報給0CS，其實現有兩種方式:
[0149]807a.PCRF通過Sy接口，直接向OCS上報所述業務數據流的SDFTemplate和丟包
量信息。或者
[0150]807b.PCRF通過Gx接口向PCEF上報所述業務數據流的SDF Template和丟包量信
肩、O
[0151]808c.PCEF 向 OCS 上報所述 SDF Template 和丟包量。
[0152]809.0CS根據SDF Template關聯TDF上報的所述業務數據流的用量信息，以及807步上報的丟包量信息，OCS將所述用量信息扣減所述丟包量信息得到該業務數據流的準確流量，從而可以對所述業務數據流實施準確計費。
[0153]實施例2
[0154]本實施例介紹一種計費裝置，該裝置至少包括策略執行設備、策略控制設備和計費系統。
[0155]策略執行設備，針對數據流統計丟包量，當丟包量達到設定的丟包閾值時，向策略控制設備上報所述丟包量；
[0156]需要說明的是，設定的丟包閾值是事先配置在策略執行設備上的。也可以是策略控制設備下發給策略執行設備的。另外，設定的丟包閾值可以是丟包量閾值，即當丟包統計達到一定的量時需要上報，或者該閾值為時間閾值，即在丟包統計達到一定的時間時需要—Li艮。
[0157]在本實施例中，策略執行設備可以是PCEF實體或者TDF實體。
[0158]策略控制設備，將所收到的丟包量上報給計費系統；
[0159]其中，策略控制設備可以直接將丟包量上報給計費系統。或者策略控制設備通過TDF或者PCEF實體將丟包量上報給計費系統。
[0160]在本實施例中，略控制設備為PCRF實體
[0161]計費系統，根據所收到的丟包量執行計費校正。
[0162]下面結合具體場景，說明上述裝置的工作過程。
[0163]假設PCEF實體為策略執行設備，TDF實體執行計費，則TDF實體針對數據流收集計費信息并上報給計費系統；PCEF實體針對數據流統計丟包量，當丟包量達到所述丟包閾值時，PCEF實體將此丟包量上報給PCRF實體，PCRF實體將此丟包量上報給計費系統，計費系統即可根據TDF實體上報的計費信息和PCEF實體上報的丟包量執行計費校正即可。
[0164]再假設TDF實體為策略執行設備，PCEF實體執行計費，則PCEF實體針對數據流收集計費信息并上報給計費系統TDF實體針對數據流統計丟包量，當丟包量達到所述丟包閾值時TDF實體將此丟包量上報給PCRF實體，PCRF實體將此丟包量上報給計費系統，計費系統根據PCEF上報的計費信息和TDF實體上報的丟包量執行計費校正即可。
[0165]實施例3
[0166]本實施例介紹一種策略執行設備，至少包括統計單元、判斷單元及上報單元。[0167]統計單元，針對數據流統計丟包量；
[0168]判斷單元，判斷所統計的丟包量是否達到設定的丟包閾值；
[0169]需要說明的是，判斷單元在判斷操作中所用到的丟包閾值是事先配置在所述策略執行設備上的。也可以是由PCRF下發給本策略執行設備的。另外，設定的丟包閾值可為一數值，也可以為一時間。
[0170]上報單元，在判斷統計的丟包量達到設定的丟包閾值時，將此丟包量上報給策略和計費控制功能(PCRF)。
[0171]在本實施例中，上述策略執行設備可采用PCEF設備或者TDF設備。
[0172]實施例4
[0173]本實施例介紹一種策略和計費控制功能(PCRF)設備，包括:
[0174]接收單元，接收策略執行設備上報的丟包量；
[0175]發送單元，將所接收到的丟包量上報給計費系統。
[0176]具體地，上述發送單元上報丟包量時，可以直接將此丟包量上報給計費系統。也可以通過TDF或者PCEF將此丟包量上報給計費系統。
[0177]另外，優選方案提出，PCRF設備中的發送單元，除了將丟包量上報給計費系統外，還可以將丟包閾值下發給策略執行設備以便策略執行設備根據此丟包閾值來判斷何時上報丟包量。需要說明的是，此丟包閾值可為一數值，或者為一時間。
[0178]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。本申請不限制于任何特定形式的硬件和軟件的結合。
[0179]以上所述，僅為本發明的較佳實例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【權利要求】
1.一種計費方法，其特征在于，該方法包括: 策略執行功能針對數據流統計丟包量，當丟包量達到設定的丟包閾值時，向策略和計費控制功能(PCRF)上報所述丟包量； 所述策略和計費控制功能將所述丟包量上報給計費系統； 所述計費系統根據所述丟包量執行計費校正。
2.如權利要求1所述的方法，其特征在于， 所述設定的丟包閾值在所述策略執行功能上預配置；或者， 由所述策略和計費控制功能下發給所述策略執行功能。
3.如權利要求1所述的方法，其特征在于，所述策略執行功能為策略和計費執行功能(PCEF)或者傳輸檢測功能(TDF)。
4.如權利要求1所述的方法，其特征在于，所述策略和計費控制功能將所述丟包量上報給所述計費系統指: 所述策略和計費控制功能直接將所述丟包量上報給所述計費系統；或者 所述策略和計費控制功能通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統；或者 所述策略和計費控制功能設備通過策略和計費執行功能(PCEF)將所述丟包量上報給所述計費系統。
5.如權利要求1至4任一項所述的方法，其特征在于，所述設定的丟包閾值為一數值，或者為一時間。
6.如權利要求5所述的方法，其特征在于， 所述TDF執行計費，則在PCEF上設置丟包閾值，所述TDF針對數據流收集計費信息并上報給所述計費系統；所述PCEF針對數據流統計丟包量，當丟包量達到所述丟包閾值時，所述PCEF將所述丟包量上報給所述PCRF，所述PCRF直接將所述丟包量上報給所述計費系統，或者所述PCRF通過所述TDF將所述丟包量上報給所述計費系統，所述計費系統根據所述TDF上報的計費信息和所述丟包量執行計費校正。
7.如權利要求5所述的方法，其特征在于， 所述PCEF執行計費，則在TDF上設置丟包閾值，所述PCEF針對數據流收集計費信息并上報給所述計費系統；所述TDF針對數據流統計丟包量，當丟包量達到所述丟包閾值時，所述TDF將所述丟包量上報給所述PCRF，所述PCRF將所述丟包量上報給所述計費系統，或者所述PCRF通過所述PCEF將所述丟包量上報給所述計費系統，所述計費系統根據所述PCEF上報的計費信息和所述丟包量執行計費校正。
8.一種策略執行設備，其特征在于，該裝置包括統計單元、判斷單元及上報單元，其中: 所述統計單元，針對數據流統計丟包量； 所述判斷單元，判斷所述統計單元統計的丟包量是否達到設定的丟包閾值； 所述上報單元，在所述判斷單元判斷統計的丟包量達到設定的丟包閾值時，將所述丟包量上報給策略和計費控制功能(PCRF)。
9.如權利要求8所述的設備，其特征在于， 所述設定的丟包閾值是事先配置在所述策略執行設備上的；或者，由所述策略和計費控制功能(PCRF)下發給所述策略執行設備的。
10.如權利要求8或9所述的設備，其特征在于，所述設定的丟包閾值為一數值，或者為一時間。
11.如權利要求10所述的設備，其特征在于，所述策略執行設備為策略和計費執行功能(PCEF)或者傳輸檢測功能(TDF)。
12.—種策略和計費控制功能(PCRF)設備，其特征在于，該設備包括: 接收單元，接收策略執行設備上報的丟包量； 發送單元，將所接收到的丟包量上報給計費系統。
13.如權利要求12所述的設備，其特征在于， 所述發送單元，還向策略執行設備下發丟包閾值。
14.如權利要求13所述的設備，其特征在于，所述丟包閾值為一數值，或者為一時間。
15.如權利要求12、13或14所述的設備，其特征在于， 所述發送單元，直接將所述丟包量上報給所述計費系統；或者 所述發送單元，通過傳輸檢測功能(TDF)將所述丟包量上報給所述計費系統；或者 所述第二通過策略和計費執行功能 (PCEF)將所述丟包量上報給所述計費系統。
【文檔編號】H04W4/26GK103856926SQ201210494841
【公開日】2014年6月11日 申請日期:2012年11月28日 優先權日:2012年11月28日
【發明者】毛玉欣, 周曉云, 宗在峰 申請人:中興通訊股份有限公司