專利名稱：：實現離線計費控制的方法、系統及設備的制作方法
技術領域：
：本發明涉及計費技術，特別涉及一種實現離線計費控制的方法、系統及設備。
背景技術：
：在通信網絡向全互聯網協議(IP)網絡演進的過程中，需要解決端到端的服務質量(QoS)問題，以提供令客戶滿意的業務。IP網絡可以提供各種各樣的業務，如多媒體呼叫、文件下載以及網頁瀏覽等，不同的業務對QoS,包括帶寬、時延、丟包率等有不同的要求，而且計費方面的要求也不同，比如可以采用在線計費或離線計費，可以根據流量計費或根據時間計費等。在現有以通用分組無線業務(GPRS)為承載技術的背景下，離線計費主要包括兩部分，即決策和執行。其中決策部分具體包括決策是否采用離線計費方式以及決策離線計費的相關參數，該功能主要由GPRS網關支持節點(GGSN)來冗成。GGSN可以通過配置的方法確定承載所采用的計費屬性以及離線計費產生話單的一些控制參數。具體來說運營商可以通過在GGSN上配置計費特征(ChargingCharacteristics)參數的方法，配置特定的場景采用特定的計費屬性，如普通計費、熱計費、預計費以及統一費率計費等；此外，還可以在GGSN上設置產生中間話單的觸發條件，比如，觸發條件可以是"設定的數據流量的閾值"、"設定的時間(時長)的閾值"、"設定的計費條件發生變化的最大次數"、"管理干預"、"移動臺(MS)時區變化"、"公共陸地移動網絡(PLMN)間GPRS服務支持節點(SGSN)變化"或"無線接入技術的變化"等。后續，GGSN根據產生的ChargingCharacteristics參數去激活計費數據記錄(CDR),即話單的生成，根據設置的觸發條件來觸發中間話單的產生，并根據最終生成的所有話單進行計費。上述方式雖然可以實現離線計費，但是該方式存在著一定的缺陷，主要在于不能針對不同的用戶、不同的業務以及不同的時段進行計費因為現有在GGSN上配置的離線計費策略都是基于承載的，通過一個承載可以傳輸多個業務，而基于承載進行的離線計費是不能對同一承載上的不同業務進行有差別計費的。可是，3G網絡的發展趨勢就是向個體提供服務，針對不同的用戶制定不同的計費規則，顯然，現有技術中的計費規則是通過在GGSN上統一配置來實現的，即對接入接入點名稱(APN)的所有用戶、所有業務都執行統一的策略，因此，現有GGSN決策方式并不能滿足當前網絡發展的需求。為了滿足當前技術發展需求，第三代移動通信標準化伙伴項目(3GPP)中定義了策略和計費控制(PCC)架構。圖1為現有3GPP中定義的PCC架構示意圖。如圖1所示，該PCC架構中包括用戶簽約信息數據庫(SPR)、應用功能實體(AF)、策略控制和計費規則功能實體(PCRF)、策略和計費執行實體(PCEF)、在線計費系統(OCS)、離線計費系統(OFCS)以及各種接入技術，如無線局域網(WLAN)、通用分組無線業務(GPRS)、微波接入全球互通網絡(WiMax)等。其中，各個功能實體的作用如下PCRF,主要用于完成策略的決策和基于流的計費控制等功能；PCRF根據運營商策略、用戶簽約數據以及用戶當前正在進行的業務等信息決定相應的策略，并將該策略通過PCC規則提供給PCEF,由PCEF執行這些策略。PCEF,主要用于完成業務數據流的檢測、策略的執行以及基于流的計費等功能，該實體執行PCRF下發或者指定的策略，具體來說就是執行業務數據流的檢測和測量，保證業務數據流的QoS，用戶面流量處理和觸發控制面的會話管理等。SPR,用于向PCRF提供用戶簽約的數據。AF，用于向PCRF動態提供應用層業務的會話信息，還可以從PCRF獲取IP-連通接入網(CAN)相關的信息以及IP-CAN承載相關的事件等。OCS,該實體實時接收由計費信息產生的計費事件，為用戶授權合適的資源利用；在使用網絡資源的過程中，用戶需要不斷地與OCS進行信息交互，申請可用資源；OCS授權結束，終止用戶終端對資源的使用；也就是說，OCS先對用戶進行授權，然后再為其提供資源。OFCS,該實體用于處理收集到的用戶占用網絡資源情況的計費信息，產生話單，并傳送給運營商的結算域(BD);與OCS不同，OFCS中是先為用戶提供資源，然后才結算收費。各功能實體之間的接口/參考點作用如下Rx,該參考點用于由AF向PCRF下發應用相關信息；PCRF可以通過該參考點向AF提供IP-CAN相關信息以及上報承載事件等；該參考點使用網絡工程任務組(IETF)定義的Diameter協議。Gx，該參考點使得PCRF可以動態調整PCEF執行的策略控制和計費相關功能；PCEF也可以通過該參考點向PCRF提供IP-CAN相關信息，以及上報承載事件等；該參考點同樣使用IETF定義的Diameter協議。Sp，該參考點用于由PCRF向SPR請求用戶簽約信息，以便PCRF制定相應的策略；該接口目前屬于私有接口。Gy,該參考點用于在OCS和PCEF之間進行的基于流的計費實行在線信用控制。Gz，該參考點用于對在OFCS和PCEF之間傳輸基于流的離線計費信息。圖1中所示的PCEF與PCRF之間的信息交互方式可以有兩種，即PCEF發起請求，請求PCRF下發PCC規則；或者，PCRF主動向PCEF下發PCC規則。圖2為現有PCC架構中規定的PCRF與PCEF的信息交互過程示意圖。如圖2所示，包括以下步驟步驟201:接入網向PCEF發送一個IP-CAN會話建立請求，該請求的具體格式與接入網的類型有關。步驟202:PCEF向PCRF發送一個信用控制請求消息(CCR),該CCR消息中攜帶有用戶終端(UE)標識和IP地址等信息。步驟203:PCRF根據接收到的CCR消息中包含的信息，以及用戶接入網絡的限制、運營商策略、用戶簽約數據以及當前用戶進行的業務信息等，進行PCC規則決策，同時確定事件觸發(Event-Trigger)列表。步驟204:PCRF向PCEF發送信用控制應答消息(CCA)，該CCA消息中攜帶有生成的PCC規則，可選的還可以攜帶Event-Trigger列表。步驟205:PCEF加載PCC規則，并開始檢測Event-Trigger列表中的事件。步驟206:PCEF向接入網發送IP-CAN會話建立應答消息。步驟207:PCEF根據PCRF下發的Event-Trigger進行事件檢測。步驟208:當檢測到事件發生后，PCEF向PCRF發送CCR請求，報告觸發該請求的事件，還可以同時攜帶該事件的相關信息。步驟209:PCRF重新進行PCC規則決策，可選地，重新確定Event-Trigger列表。步驟210:PCRF向PCEF發送CCA應答，其中攜帶有重新制定的PCC規則和Event-Trigger列表。上述所示流程為由PCEF發起PCC規則請求后，PCEF與PCRF之間的信息交互流程；當然，也可以是PCRF通過重新鑒權請求消息(RAR)主動向PCEF下發PCC規則和Event-Trigger列表；相應地，PCEF在接收到PCRF發送的RAR消息后，加載該消息中的PCC規則和/或Event-Trigger列表，并向PCRF回復重新鑒權應答消息(RAA)作為響應。圖3為圖1中所示的OFCS的邏輯框架示意圖。如圖3所示，OFCS從邏輯上劃分，主要包括計費觸發功能(CTF)、計費數據功能(CDF)以及計費網管功能(CGF)三部分。其中，CTF用于收集用戶使用的資源的計費信息，形成計費事件并交給CDF處理；CDF用于根據計費事件構建CDRs,并將構建出的CDRs傳送給CGF;CGF對CDRs進行處理，構成CDR文件后發送給BD。圖3所示僅為OFCS的邏輯框架，在實際應用中，通常將CTF和CDF集成到其它設備中，比如GGSN中。圖4為現有離線計費過程中的話單產生和關閉過程示意圖。話單的產生流程通常包括創建話單、產生中間話單以及關閉最終話單三個環節。如圖4所示在用戶進行業務的過程中，CTF檢測計費事件、收集計費信息，并發送給CDF;CDF根據接收到的計費事件，產生一個新的話單，并將計費內容記入到該話單中，即創建會話，之后，CDF順序產生多個話單，話單產生速度可預先設定；當滿足特定條件，如圖4所示的CDR觸發條件時，CDF會關閉當前的話單，并開啟一個新的話單，即在業務進行過程中生成中間話單；這里所提到的CDR觸發條件可以包括達到預先設定的數據流量的閾值、達到預先設定的時長的閾值、達到設定的計費條件變化的最大次數、PLMN間SGSN的變化或無線接入技術的變化等；在用戶進行的業務結束時，CDF關閉當前生成的話單；CGF處理該業務的所有話單，產生最終話單，并發送到結算中心進行結算。上述PCC架構中雖然已經對離線計費中的決策和執行過程給出了定義，即由PCRF來完成決策功能，由PCEF和OFCS來完成執行功能。但是，與GGSN相比，PCRF所能實現的決策功能僅為GGSN決策功能的一部分。具體來說，現有PCRF下發給PCEF的PCC規則中攜帶的計費參數僅能用于實現以下決策A、指示此次業務數據采用的費率，即用戶訂閱的業務采用的收費規則；B、指示計費系統的地址；PCRF可以為PCEF同時提供首選和備選OFCS地址，當首選OFCS的地址不可達時，可以采用備用的OFCS地址；C、指示對當前業務數據流采用在線計費還是離線計費，以及用什么方法來測量離線計費，比如是需要測量業務數據流的時長，還是需要測量業務數據流的流量。可見，現有PCC架構雖然具備一定的決策功能，但是并不能解決現有技術中由GGSN完成決策時存在的不能針對不同用戶、不同業務以及不同時段來進行計費的問題。因為PCRF并不能根據計費需要，對PCEF進行有效地控制，即不能在特定時刻觸發PCEF生成中間話單。圖4所示流程雖然涉及到了中間話單的觸發條件，但是這些觸發條件都是通過人工方式進行配置的，而這種人工配置只能作到配置一些粗線條的觸發條件，比如配置在電話通話中的22-23點之間為優惠時段等，但是如果要針對不同的用戶定制不同的計費規則，比如在上述通話中在22~23這一時間段內對不同的用戶采用不同的優惠方式，類似情況下，如果僅僅靠人工方式對網絡中的所有用戶進行個體需求配置，顯然很難實現。
發明內容本發明實施例提供實現離線計費。本發明實施例提供實現離線計費。本發明實施例提供景實現離線計費。本發明實施例提供景實現離線計費。本發明實施例的技術方案是這樣實現的一種實現離線計費控制的方法，該方法包括策略控制和計費規則功能實體PCRF根據獲取到的計費信息判斷出當前業務需要進行離線計費，制定策略控制與計費PCC規則，所述PCC規則中攜帶有中間話單觸發參數；所述PCRF將所述PCC規則下發給策略和計費執行實體PCEF;所述PCEF根據所述PCC規則對所述業務進行離線計費，并根據所述中間話單觸發參數生成計費所需中間話單。一種實現離線計費控制的系統，該系統包括PCRF和PCEF;所述PCRF,用于根據獲取到的計費信息判斷出當前業務需要進行離線12一種實現離線計費控制的方法，能夠針對不同的場景一種實現離線計費控制的系統，能夠針對不同的場景一種實現離線計費控制的PCRF，能夠針對不同的場一種實現離線計費控制的PCEF,能夠針對不同的場計費后，制定PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給所述PCEF;所述PCEF,用于接收來自所述PCRF的PCC規則，根據所述PCC規則對所述業務進行離線計費，并根據所述中間話單觸發參數生成計費所需的中間話單。一種實現離線計費控制的PCRF,該PCRF包括信息獲取單元、判斷單元以及規則生成單元；所述信息獲取單元，用于獲取計費信息；所述判斷單元，用于根據所述信息獲取單元中的計費信息判斷當前業務是否需要進行離線計費，并將判斷結果發送給所述規則生成單元；所述規則生成單元，用于接收來自所述判斷單元的判斷結果，若所述判斷結果為需要進行離線計費，則生成PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給PCEF。一種實現離線計費控制的PCEF，該PCEF包括接收單元以及計費單元；所述接收單元，用于接收來自PCRF的攜帶有中間話單觸發參數的PCC規則；所述計費單元，用于根據所述PCC規則對當前業務進行離線計費，并根據所述中間話單觸發參數生成計費所需中間話單。可見，采用本發明實施例的技術方案，PCRF根據獲取到的計費相關信息判斷當前業務是否需要進行離線計費，如果需要，則制定PCC規則，并下發給PCEF,PCC規則中攜帶有中間話單觸發參數；PCEF根據PCC規貝'J對當前業務進行離線計費，產生計費所需話單。可見，本發明實施例所述方案中，PCRF能夠綜合獲取到的各種信息生成PCC規則，并在PCC規則中按計費需要增加對應的中間話單觸發參數，以控制PCEF針對不同的用戶和/或不同的時段進行計費，而且，PCC規則本身是基于流的技術，針對基于同一承載的不同業務，能夠對應的生成不同的PCC規則，即實現了對不同業務的計費。總之，本發明實施例所述方案能夠針對不同的場景實現離線計費。圖1為現有3GPP中定義的PCC架構示意圖。圖2為現有PCC架構中規定的PCRF與PCEF的信息交互過程示意圖。圖3為現有OFCS的邏輯框架示意圖。圖4為現有離線計費過程中的話單產生和關閉過程示意圖。圖5為本發明方法實施例的流程圖。圖6為本發明方法第一個較佳實施例的流程圖。圖7為本發明方法第二個較佳實施例的流程圖。圖8為本發明實施例中PCRF的組成結構示意圖。圖9為本發明實施例中PCEF的組成結構示意圖。圖IO為本發明系統實施例的組成結構示意圖。具體實施例方式為使本發明的目的、技術方案及優點更加清楚明白，以下參照附圖并舉實施例，對本發明作進一步地詳細說明。本發明的實施方式中，PCRF根據獲取到的計費信息判斷出當前業務需要進行離線計費，制定PCC規則，該PCC規則中攜帶有中間話單觸發參數；PCRF將該PCC規則下發給PCEF;PCEF根據該PCC規則對當前業務進行離線計費，并根據中間話單觸發參數生成計費所需的中間話單。圖5為本發明方法實施例的流程圖。如圖5所示，包括以下步驟步驟501:在PCRF上進行計費策略配置。本步驟中，運營商針對用戶業務、QoS、用戶位置、特定時段等情況進行離線計費策略配置，在PCRF上確定需要進行離線計費的特定場景以及這些特定場景相關的計費參數，如計費規則等。步驟502:PCRF從SRP上獲取用戶簽約信息。該用戶簽約信息中可以包括用戶的簽約業務、什么場景下需要進行離線計費、計費方式，比如，是按時間計費還是按流量計費等信息。步驟503:PCRF從AF上獲取媒體、帶寬等應用信息。步驟504:PCRF從PCEF上獲取承載相關信息。步驟502~503沒有先后順序之分。步驟505:PCRF確定當前業務流的離線計費策略。本步驟中，PCRF綜合運營商配置的離線計費策略、用戶簽約信息、應用信息以及承載信息，判斷當前業務流是否需要進行離線計費，如果需要進行離線計費，則根據上述信息確定當前業務流的離線計費策略，該離線計費策略中包括多個計費參數，如常用的標識采用離線還是在線計費方式的參數、標識按時間還是流量進行計費的參數、標識計費系統地址的參數等。此外，本發明實施例的計費參數中還將進一步包括中間話單觸發參數，用于在后續過程中控制PCEF產生中間話單PCRF綜合獲取到各種計費相關信息，根據運營商配置的計費策略中規定的計費參數，如時間或流量點、計費規則等，以及用戶簽約信息中攜帶的用戶簽約的業務屬性以及計費規則等信息，確定中間話單觸發參數。比如，用戶簽約了電話業務，該電話業務規定22點-23點為通話優惠時段；另外，運營商根據自身需要，預先配置了未來的某天因為某種特殊原因(比如當天為該運營商所在公司成立x周年紀念日)，實行全天通話優惠策略，那么，PCRF會根據這些計費優惠信息，生成相應的中間話單觸發參數，以控制后續在PCEF計費過程中，在上述這些特殊時段產生中間話單。步驟506:PCRF生成PCC規則，并下發給PCEF。PCRF將生成的離線計費策略通過PCC規則下發給PCEF,由于中間話單觸發參數為本發明實施例中新增加的計費參數，所以，為實現通過PCC規則將中間話單觸發參數發送到PCEF,需要對現有Gx接口協議進行擴展，比如，可以在現有PCC規則中添加可由運營商動態制定的控制離線計費的屬性取值對(AVP),通過該新添加的AVP來攜帶所述中間話單觸發參數。Gx接口協議中，在PCRF下發給PCEF的CCA、RAR等消息中，攜帶有一個計費規則安裝(Charging-Rule-Install)AVP,該AVP用于激活、安裝或修改一個PCC規則，其中包括計費規則定義(Charging-Rule-Defmition)AVP，用于為業務流定義PCC規則，本實施例中即可通過在Charging-Rule-DefmitionAVP中添加AVP,來攜帶中間話單觸發參數。本發明實施例中的中間話單觸發參數包括時間點(Time-Point)觸發參數以及話單產生速度控制參數，其中話單產生速度控制參數中可進一步包括流量控制(Data-Volume-Limit)參數、時長控制(Time-Duration-Limit)參數以及計費條件變化控制(Max-Num-Charging-Condition-Changes)參數；相應地，需要擴展的AVP將包括Time-PointAVP、Data-Volume-LimitAVP、Time-Duration-LimitAVP以及Max-Num-Charging-Condition-ChangesAVP。如表1所示，其中粗體部分所表示的四個AVP即為本實施例中新添加的<table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>表一當然，在某一具體的應用環境中，通常不會用到上述所設置的全部四個中間話單觸發參數，但是為了避免對協議進行頻繁修改，可以在首次修改協議時，就直接設置好這四個參數的AVP;如果某次計費過程中，只需使用其中的一個參數，那么將其它參數對應的AVP設置為空即可。上述各中間話單觸發參數將通過PCC規則下發給PCEF,從而控制PCEF在計費過程中按照要求生成中間話單。下面對這幾個中間話單觸發參數的功能分別進行介紹(1)Time-PointAVP:Time-PointAVP為32位無符號類型，指明了關閉話單，并產生新話單的條件-某一時刻，定義如下當到達預先設定的"某一時刻"，就關閉一個正在進行的話單，同時產生一個新的話單繼續進行計費信息的收集。具體到本實施例中，只要到達用戶簽約信息和/或運營商配置的計費策略中規定的時間點，就立即關閉當前的話單，同時產生一個新的話單。比如，用戶簽約了電話業務中的22點~23點的計費優惠業務，那么"22點"和"23點"就是時間點。(2)話單產生速度控制參數該參數通過控制離線計費產生話單的觸發條件，來控制話單的產生速度。A、Data-Volume-LimitAVP:Data-Volume-LimitAVP為32位無符號類型，指明了關閉話單數據流量的上限，當一個話單記錄的數據流量達到預先設定的數據流量閾值時，就關閉該正在進行的話單，同時產生一個新的話單。可以看出，通過減小或增大一個話單記錄的流量，即通過調整設置的數據流量閾值，即可增加或降低產生話單的頻率。B、Time-Duration-LimitAVPTime-Duration-LimitAVP為32位無符號類型，指明了關閉話單時間的上限，當一個話單記錄的時長達到預先設定的時長閾值時，就關閉該正在進行的話單，同時產生一個新的話單。可以看出，通過減小或增大一個話單記錄的時間，即可增加或降低產生話單的頻率。C、Max-Num-Charging-Condition-ChangesAVP:Max隱Num-Charging畫Condition-ChangesAVP為32位無符號類型，指明了計費條件變化幾次就需要產生一個話單的上限，當QoS、PLMNid、無線接入技術(RAT)和/或公共網關接口(CGI)等變化次數達到預先設置的變化次數閾值時，就關閉當前正在進行的話單，同時產生一個新的話單。可以看出，通過減少或增大變化次數閾值，即可增加或降低產生話單的頻率。步驟507:PCEF進行離線計費。本步驟中，PCEF根據接收到的PCC規則，進行離線計費，即，按照PCC規則中攜帶的計費參數的要求產生計費所需話單。由于在步驟506中，已經對各中間話單觸發參數的功能進行了詳細介紹，所以本步驟中關于PCEF如何根據各中間話單觸發參數的要求，在對應時刻生成中間話單的內容將不再贅述。步驟508:PCEF將生成的話單發送給OFCS進行處理。后續如何進行計費的過程為現有技術，不再贅述。需要說明的是，當步驟501-504中所提到的離線計費策略、用戶簽約信息、應用信息和承載信息中的任一項發生變化時，PCRF將重新判斷當前業務是否需要進行離線計費，如果需要，則重新制定PCC規則，并發送給PCEF，即重新執行步驟505~508。再有，如果在步驟503中，PCRF獲取到的應用信息表明當前用戶在同時進行一個以上的業務，那么PCRF需要針對不同的業務分別執行505~508所示的流程，即分別判斷各業務是否需要進行離線計費，并對需要進行離線計費的業務分別制定PCC規則，下發給PCEF。下面將通過較佳實施例對本發明所述方案作進一步地詳細說明4交佳實施例一圖6為本發明方法第一個較佳實施例的流程圖。假設本實施例中的用戶簽約了電話業務，在一天的不同時段中，會有不同的收費標準。比如，22點之前的話費價格為a,22點到23點之間為優惠時段，話費價格為b,23點之后的話費價格為c。那么，PCRF需要指示PCEF在"22點，，和"23點"這兩個時間點上分別產生中間話單，以區分出不同價格的話單，從而便于后續的匯總結算。如圖6所示，該實施例包括以下步驟步驟601:運營商配置計費策略。本實施例中的離線計費策略是指在用戶簽約的業務以外，運營商根據自己的需要配置的需要進行離線計費的場景以及相關計費參數。比如，在用戶簽約的22點23點為通話優惠時段以外，運營商另外規定在節假日、周末和/或每天的某一特殊時段實現話費價格優惠。步驟602-604:PCRF分別從SPR、AF以及PCEF中獲取用戶簽約信息、應用信息以及承載信息。步驟605:PCRF確定離線計費策略。PCRF根據獲取到的用戶簽約信息、應用信息、承載信息以及運營商配置的計費策略信息判斷出需要進行離線計費，制定離線計費策略。步驟606:PCRF將制定的離線計費策略通過PCCMJ'J下發給PCEF,其中攜帶有各常用計費參數，并通過Time-PointAVP攜帶時間點觸發參數。步驟607:PCEF執行離線計費。PCEF接收到PCC規貝'J后，執行離線計費，順序產生多個計費話單。步驟608:時間到達22點，PCEF結束當前的話單，并產生一個新的話單。由于PCEF接收到的PCC規則中攜帶時間點觸發參數，所以PCEF預先已經知道當時間到達用戶簽約信息或運營商配置的時間點時，需要觸發新話單的產生，所以本步驟中，當時間到達22點時，PCEF結束當前的話單w,并產生一個新的話單x;之后繼續順序產生話單。步驟609:時間到達23點，PCEF結束當前的話單，并產生一個新的話單。當時間到達23點時，PCEF結束當前的話單y，并產生一個新的話單z;之后繼續順序產生話單，直至通話結束。步驟607~609中，PCEF會將產生的話單隨時發送給OFCS。步驟610:OFCS對接收到的所有話單進行匯總結算。結算時，由于話單w屬于優惠時段前的話單，話單x和y屬于優惠時段中的話單，話單z屬于優惠時段后的話單，所以，OFCS可以根據這幾個臨界話單以及時間順序，獲知其它話單應該屬于哪個時段，進而對所有話單進行匯總結算。4交佳實施例二圖7為本發明方法第二個較佳實施例的流程圖。該實施例提供了在不同場景下，對話單產生速度進行不同控制。假設運營商預先配置當帶寬小于5Mbps時，每a分鐘產生一次話單，大于5Mbps時，每b分鐘產生一次話單；就本實施例而言，帶寬小于5Mbps,意味著服務質量要低于大于5Mbps時的情況，運營商提供的服務質量不同，意味著計費價格的不同；而在高價值計費的情況下，如果設備發生故障，將給運營商造成更大的損失，因此，需要對話單的產生速度進行控制，即在高價值的情況下加快話單產生速度。如圖7所示，該實施例包括以下步驟步驟701704與圖6所示的步驟601604類似，不再贅述。步驟705:PCRF確定離線計費策略。PCRF根據獲取到的用戶簽約信息、應用信息、承載信息以及配置的計費策略信息判斷出需要進行離線計費，制定離線計費策略。步驟706:PCRF將制定的離線計費策略通過PCC規則下發給PCEF。PCRF根據運營商預先配置的策略確定當用戶帶寬小于5Mbps時，每a分鐘產生一次話單，并制定相應的PCC規則，通過其中的Time-Duration-LimitAVP攜帶話單產生速度控制參數；通常情況下，小于5Mbps時對應的每a分鐘產生一次話單的設置為默認值，所以Time-Duration-LimitAVP中可以設置為空。步驟707:PCEF進行離線計費。步驟708:某一時刻，用戶需要增加帶寬，向PCRF發送增加帶寬請求，請求將帶寬增加到5Mbps以上。步驟709:PCRF重新制定PCC規則。PCRF根據運營商預先配置的計費策略，獲知當用戶請求的帶寬大于5Mbps時需要調整話單產生速度，所以重新制定PCC規則。步驟710:PCRF將新制定的PCC規則發送給PCEF。新制定的PCC規則中將通過Time-Duration-LimitAVP攜帶話單產生速度控制參數，以控制PCEF每b分鐘產生一次話單。步驟711:PCEF進行離線計費。接收到新的PCC規則后，PCEF根據新的PCC規則中的計費參數的要求進行離線計費。較佳實施例三假設本實施例中用戶在同一個承載上同時進行不同的業務，不同的業務執行不同的收費標準。比如，用戶在觀看視頻電碎見的同時進行視頻通話，視頻電視的收費標準為每分鐘0.01元，視頻電話的標準為每分鐘0.15元，那么，本實施例的具體實現流程與實施例二相比的相同之處在于，同樣需要執行圖7中步驟701-704所示過程，但區別在于，后續步驟中PCRF需要分別決定各業務對應的離線計費策略，并分別制定對應的PCC規則，下發給PCEF;相應地，PCEF根據不同的PCC規則，分別執行離線計費。由于該實施例中沒有涉及到中間話單的問題，所以對應于圖7來說，本實施例中無需執行后續產生中間話單的步驟。當然，如果需要通過時間點或需要隨場景變化調整話單生成速度，只需按照較佳實施例一或二中所介紹的方式執行相應步驟即可。基于上述方法，本發明實施例提供一種實現離線計費控制的PCRF。圖8為本發明實施例中PCEF的組成結構示意圖，如圖8所示，該PCRF包括信息獲取單元801、判斷單元802以及規則生成單元803;信息獲取單元801，用于獲取計費信息；判斷單元802，用于根據信息獲取單元801中的計費信息判斷當前業務是否需要進行離線計費，并將判斷結果發送給規則生成單元803;規則生成單元803,用于接收來自判斷單元802的判斷結果，若判斷結果為需要進行離線計費，則生成PCC規則，并下發給PCEF;該PCC規則中攜帶有中間話單觸發參數。上述規則生成單元803中可進一步包括時間點觸發參數生成單元8031、和/或流量控制參數生成單元8032、和/或時長控制參數生成單元8033,和/或計費條件變化控制參數生成單元8034:時間點觸發參數生成單元8031，用于生成時間點觸發參數，并將該時間點觸發參數攜帶在PCC規則中下發給PCEF;流量控制參數生成單元8032，用于生成流量控制參數，并將該流量控制參數攜帶在PCC規則中下發給PCEF;時長控制參數生成單元8033，用于生成時長控制參數，并將該時長控制參數攜帶在PCC規則中下發給PCEF;計費條件變化控制參數生成單元8034，用于生成計費條件變化控制參數，并將該計費條件變化控制參數攜帶在PCC規則中下發給PCEF。上述信息獲取單元801中獲取到的計費信息包括計費策略信息、用戶簽約信息、應用信息以及承載信息；信息獲取單元801具體用于，接受運營商配置的計費策略信息，從SPR中獲取用戶簽約信息，從AF中獲取應用信息，從PCEF中獲取承載信息。判斷單元802進一步用于，若信息獲取單元801中獲取到的應用信息表明用戶在同時進行一個以上的業務，則判斷單元802分別針對不同的業務判斷是否需要進行離線計費，并將針對各不同業務的判斷結果分別發送至規則生成單元803;規則生成單元803進一步用于，接收來自判斷單元802的針對不同業務的判斷結果，為需要進行離線計費的業務分別制定PCC規則，其中攜帶有中間話單觸發參數，并將PCC規則下發給PCEF。'此外，判斷單元802還可進一步用于，當信息獲取單元801中的計費策略、和/或用戶簽約信息、和/或應用信息，和/或承載信息發生變化時，重新判斷當前業務是否需要進行離線計費，并將判斷結果發送至規則生成單元803;規則生成單元803進一步用于，接收來自判斷單元802的判斷結果，若判斷結果為需要進行離線計費，則重新生成PCC規則，其中攜帶有中間話單觸發參數，并將該PCC規則下發給PCEF。本發明實施例同時提供一種實現離線計費控制的PCEF。圖9為本發明實施例中PCEF的組成結構示意圖，如圖9所示，該PCEF包括接收單元901以及計費單元902;接收單元卯l，用于接收來自PCRF的攜帶有中間話單觸發參數的PCC規則；計費單元902，用于根據PCC規則對當前業務進行離線計費，并根據中間話單觸發參數生成計費所需的中間話單。該PCEF中進一步包括信息提供單元903,用于為PCRF提供承載信白上述計費單元902中進一步包括中間話單產生單元9021,用于根據PCC規則中攜帶的中間話單觸發參數產生計費所需中間話單；本發明實施例中的中間話單觸發參數包括時間點觸發參數、和/或流量控制參數、和/或時長控制參數，和/或計費條件變化控制參數；當達到時間點觸發參數規定的時間點時，中間話單產生單元卯21關閉當前話單，并產生新的話單；和/或，當話單記錄的流量達到流量控制參數規定的流量閾值時，中間話單產生單元9021關閉當前話單，并產生新的話單；和/或，當話單記錄的計費時長達到時長控制參數規定的時長閾值時，中間話單產生單元9021關閉當前話單，并產生新的話單；和/或，當話單對應的計費條件的變化次數達到計費條件變化控制參數規定的變化次數閾值時，中間話單產生單元9021關閉當前話單，并產生新的話單。基于圖8和圖9所示的PCRF和PCEF,可得到如圖IO所示的本發明系統實施例的組成結構示意圖。如圖10所示，該系統包括PCRF1001和PCEF1002;PCRF1001，用于根據獲取到的計費信息判斷出當前業務需要進行離線計費后，制定PCC規則，該PCC規則中攜帶有中間話單觸發參數，并將該PCC規則下發給PCEF1002;PCEF1002,用于接收來自PCRF1001的PCC規則，根據該PCC規則對當前業務進行離線計費，并根據中間話單觸發參數生成計費所需中間話單。其中，PCRF1001獲取到的計費信息包括運營商配置的計費策略信息、用戶簽約信息、應用信息以及承載信息；該系統中進一步包括SPR1003、AF1004;SPR1003，用于向PCRF1001提供用戶簽約信息；AF1004,用于向PCRF1001提供應用信息；PCEF1002進一步用于，向PCRF1001提供承載信息。上述PCRF1001可進一步用于，若獲取到的應用信息表明用戶當前在同時進行一個以上的業務，則PCRF1001分別判斷各業務是否需要進行離線計費，并對需要進行離線計費的業務分別制定PCC規則，下發給PCEF1002。PCRF1001還可進一步用于，當離線計費策略、和/或用戶簽約信息、和/或應用信息，和/或承載信息發生變化時，重新判斷當前業務是否需要進行離線計費，如果需要，則重新制定PCC規則，并下發給PCEF1002。可見，采用本發明實施例的技術方案，通過在PCC規則中增加中間話單觸發參數，實現了對不同場景，如不同用戶、不同業務以及不同時段進行計費，而且可以在業務進行過程中，對計費策略以及話單產生速度進行動態調整；此外，本發明實施例所述方案中，關于離線計費的控制都統一到PCRF中完成，使得決策點更加集中，便于維護；還有，本發明實施例所述方案與網絡類型無關，可以廣泛地應用在GPRS、WLAN、WiMax以及固定網絡等各種網絡類型中。綜上所述，以上僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。權利要求1、一種實現離線計費控制的方法，其特征在于，該方法包括策略控制和計費規則功能實體PCRF根據獲取到的計費信息判斷出當前業務需要進行離線計費，制定策略控制與計費PCC規則，所述PCC規則中攜帶有中間話單觸發參數；所述PCRF將所述PCC規則下發給策略和計費執行實體PCEF；所述PCEF根據所述PCC規則對所述業務進行離線計費，并根據所述中間話單觸發參數生成計費所需中間話單。2、根據權利要求1所述的方法，其特征在于，所述PCRF獲取到的計費信息包括計費策略信息、用戶簽約信息、應用信息以及承載信息；所述PCRF獲取所述計費信息的方法包括所述PCRF接受運營商配置的計費策略信息；所述PCRF從用戶簽約信息數據庫SPR中獲取所述用戶簽約信息，從應用功能實體AF中獲取所述應用信息，從所述PCEF中獲取所述承載信息。3、根據權利要求1所述的方法，其特征在于，所述在PCC規則中攜帶中間話單觸發參數的方法包括在PCRF下發給PCEF的PCC規則中增加用于攜帶中間話單觸發參數的屬性取值對AVP。4、根據權利要求2所述的方法，其特征在于，所述中間話單觸發參數包括時間點觸發參數，和/或話單產生速度控制參數；所述PCEF根據所述中間話單觸發參數生成計費所需中間話單的方法包括在計費過程中，當達到所述用戶簽約信息和/或配置的計費策略中規定的時間點時，所述PCEF關閉當前話單，并產生新的話單；和/或，當滿足所述話單產生速度控制參數的要求時，所述PCEF關閉當前話單，并產生新的話單。5、根據權利要求4所述的方法，其特征在于，所述話單產生速度控制參數包括流量控制參數，和/或時長控制參數，和/或計費條件變化控制參數；所述當滿足所述話單產生速度控制參數的要求時，所述PCEF關閉當前話單，并產生新的話單的方法包括在計費過程中，當一個話單記錄的流量達到所述流量控制參數規定的流量閾值時，所述PCEF關閉當前話單，并產生新的話單；和/或，當一個話單記錄的計費時長達到所述時長控制參數規定的時長閾值時，所述PCEF關閉當前話單，并產生新的話單；和/或，當一個話單對應的計費條件的變化次數達到所述計費條件變化控制參數規定的變化次數閾值時，所述PCEF關閉當前話單，并產生新的話單。6、根據權利要求2所述的方法，其特征在于，該方法進一步包括若所述PCRF獲取到的應用信息表明所述用戶在同時進行一個以上的業務，則所述PCRF分別判斷所述業務是否需要進行離線計費，并對需要進行離線計費的業務分別制定PCC規則，下發給所述PCEF。7、根據權利要求2所述的方法，其特征在于，該方法進一步包括當所述計費策略、和/或用戶簽約信息、和/或應用信息，和/或承載信息發生變化時，所述PCRF重新判斷所述業務是否需要進行離線計費，如果需要，則重新制定PCC規則，并發送給所述PCEF。8、一種實現離線計費控制的系統，其特征在于，該系統包括PCRF和PCEF;所述PCRF，用于根據獲取到的計費信息判斷出當前業務需要進行離線計費后，制定PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給所述PCEF;所述PCEF,用于接收來自所述PCRF的PCC規則，根據所述PCC規則對所述業務進行離線計費，并根據所述中間話單觸發參數生成計費所需的中間話單。9、根據權利要求8所述的系統，其特征在于，所述PCRF獲取到的計費信息包括運營商配置的計費策略信息、用戶簽約信息、應用信息以及承載信息；該系統中進一步包括SPR、AF;所述SPR,用于向所述PCRF提供所述用戶簽約信息；所述AF,用于向所述PCRF提供所述應用信息；所述PCEF進一步用于，向所述PCRF提供所述承載信息。10、根據權利要求9所述的系統，其特征在于，所述PCRF進一步用于，若獲取到的應用信息表明所述用戶在同時進行一個以上的業務，則所述PCRF分別判斷所述業務是否需要進行離線計費，并對需要進行離線計費的業務分別制定PCC規則，下發給所述PCEF。11、根據權利要求9所述的系統，其特征在于，所述PCRF進一步用于，當所述計費策略、和/或用戶簽約信息、和/或應用信息，和/或承載信息發生變化時，所述PCRF重新判斷所述業務是否需要進行離線計費，如果需要，則重新制定PCC規則，并下發給所述PCEF。12、一種實現離線計費控制的PCRF，其特征在于，該PCRF包括信息獲取單元、判斷單元以及規則生成單元；所述信息獲取單元，用于獲取計費信息；所述判斷單元，用于根據所述信息獲取單元中的計費信息判斷當前業務是否需要進行離線計費，并將判斷結果發送給所述規則生成單元；所述規則生成單元，用于接收來自所述判斷單元的判斷結果，若所述判斷結果為需要進行離線計費，則生成PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給PCEF。13、根據權利要求12所述的PCRF,其特征在于，所述規則生成單元中進一步包括時間點觸發參數生成單元、和/或流量控制參數生成單元、和/或時長控制參數生成單元，和/或計費條件變化控制參數生成單元；所述時間點觸發參數生成單元，用于生成時間點觸發參數，并將所述時間點觸發參數攜帶在PCC規則中下發給所述PCEF;所述流量控制參數生成單元，用于生成流量控制參數，并將所述流量控制參數攜帶在PCC規則中下發給所述PCEF;所述時長控制參數生成單元，用于生成時長控制參數，并將所述時長控制參數攜帶在PCC規則中下發給所述PCEF;所述計費條件變化控制參數生成單元，用于生成計費條件變化控制參數，并將所述計費條件變化控制參數攜帶在PCC規則中下發給所述PCEF。14、根據權利要求12或13所述的PCRF,其特征在于，所述計費信息包括計費策略信息、用戶簽約信息、應用信息以及承載信息；所述信息獲取單元具體用于，接受運營商配置的計費策略信息，從SPR中獲取所述用戶簽約信息，從AF中獲取所述應用信息，從所述PCEF中獲取所述承載信息。15、根據權利要求14所述的PCRF，其特征在于，所述判斷單元進一步用于，若所述信息獲取單元中獲取到的應用信息表明所述用戶在同時進行一個以上的業務，則所述判斷單元分別判斷不同的業務是否需要進行離線計費，并將針對各不同業務的判斷結果分別發送至所述規則生成單元；所述規則生成單元進一步用于，接收來自所述判斷單元針對不同業務的判斷結果，為判斷需要進行離線計費的業務分別制定PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給所述PCEF。16、根據權利要求14所述的PCRF,其特征在于，所述判斷單元進一步用于，當所述信息獲取單元中的計費策略、和/或用戶簽約信息、和/或應用信息，和/或承載信息發生變化時，重新判斷所述業務是否需要進行離線計費，并將判斷結果發送至所述規則生成單元；所述規則生成單元進一步用于，接收來自所述判斷單元的判斷結果，若所述判斷結果為需要進行離線計費，則重新生成PCC規則，所述PCC規則中攜帶有中間話單觸發參數，并將所述PCC規則下發給所述PCEF。17、一種實現離線計費控制的PCEF,其特征在于，該PCEF包括接收單元以及計費單元；所述接收單元，用于接收來自PCRF的攜帶有中間話單觸發參數的PCC規則；所述計費單元，用于根據所述PCC規則對當前業務進行離線計費，并根據所述中間話單觸發參數生成計費所需中間話單。18、根據權利要求17所述的PCEF,所述計費單元中進一步包括中間話單產生單元，用于根據所述PCC規則中攜帶的中間話單觸發參數產生計費所需中間話單；所述中間話單觸發參數包括時間點觸發參數、和/或流量控制參數、和/或時長控制參數，和/或計費條件變化控制參數；當達到所述時間點觸發參數規定的時間點時，所述中間話單產生單元關閉當前話單，并產生新的話單；和/或，當話單記錄的流量達到所述流量控制參數規定的流量闊值時，所述中間話單產生單元關閉當前話單，并產生新的話單；和/或，當話單記錄的計費時長達到所述時長控制參數規定的時長閾值時，所述中間話單產生單元關閉當前話單，并產生新的話單；和/或，當話單對應的計費條件的變化次數達到所述計費條件變化控制參數規定的變化次數閾值時，所述中間話單產生單元關閉當前話單，并產生新的話單。19、根據權利要求17或18所述的PCEF,其特征在于，所述PCEF中進一步包括信息提供單元，用于為所述PCRF提供承載信息。全文摘要本發明實施例公開了一種實現離線計費控制的方法，包括策略控制和計費規則功能實體(PCRF)根據獲取到的計費信息判斷出當前業務需要進行離線計費，制定策略控制與計費(PCC)規則，所述PCC規則中攜帶有中間話單觸發參數；所述PCRF將所述PCC規則下發給策略和計費執行實體(PCEF)；所述PCEF根據所述PCC規則對所述業務進行離線計費，并根據所述中間話單觸發參數生成計費所需中間話單。本發明實施例同時公開了實現離線計費控制的系統和設備。應用本發明實施例所述的方法、系統及設備，能夠針對不同的場景實現離線計費。文檔編號H04L12/14GK101364882SQ20071013807公開日2009年2月11日申請日期2007年8月8日優先權日2007年8月8日發明者瑋王,譚仕勇,魏偉華申請人:華為技術有限公司