用量信息確定方法、發送方法、接收方法及裝置與流程

2023-04-29 18:24:56

本發明涉及通信領域，具體而言，涉及一種用量信息確定方法、發送方法、接收方法及裝置。

背景技術：

第三代合作夥伴計劃(3rd Generation Partnership Project，簡稱為3GPP)的策略和計費控制(Policy and Charging Control，簡稱為PCC)架構是一個能夠應用於多種接入技術的功能框架。例如，應用於通用移動通信系統(Universal Mobile Telecommunications System，簡稱為UMTS)的陸上無線接入網(UMTS Terrestrial Radio Access Network，簡稱為UTRAN)、全球移動通信系統(Global system for Mobile Communication，簡稱為GSM)/GSM數據增強演進(Enhanced Data rates for Global Evolution，簡稱為EDGE)無線接入網、互通無線區域網(I-WLAN)以及演進的分組系統(Evolved Packet System，簡稱為EPS)等。

圖1為相關技術的Rel-8PCC非漫遊架構的示意圖一，以下參照圖1對該PCC架構中的各個邏輯功能實體及其接口功能進行描述：

應用功能實體(Application Function，簡稱為AF)，提供業務應用的接入點，這些業務應用所使用的網絡資源需要進行動態的策略控制。在業務面進行參數協商時，AF將相關業務信息傳遞給策略與計費規則功能實體(Policy and Charging Rules Function，簡稱為PCRF)，如果這些業務信息與PCRF的策略相一致，則PCRF接受該協商；否則，PCRF拒絕該協商，並在反饋中同時給出PCRF可接受的業務參數。隨後，AF可將這些參數返回給用戶設備(User Equipment，簡稱為UE)。其中，AF和PCRF之間的接口是Rx接口。

PCRF是PCC的核心，負責策略決策和計費規則的制定。PCRF提供了基於業務數據流的網絡控制規則，這些網絡控制包括業務數據流的監測、門控(Gating Control)、服務質量(Quality of Service，簡稱為QoS)控制以及基於數據流的計費規則等。PCRF將其制定的策略和計費規則發送給策略與計費執行功能實體(Policy and Charging Enforcement Function，簡稱為PCEF)執行，同時，PCRF還需要保證這些規則和用戶的籤約信息一致。PCRF制定策略和計費規則的依據包括：從AF獲取與業務相關的信息；從用戶籤約資料庫(Subscription Profile Repository，簡稱為SPR)獲取用戶策略計費控制籤約信息；從PCEF獲取與承載相關網絡的信息。

PCEF，用於在承載面執行PCRF所制定的策略和計費規則。PCEF按照PCRF所發送的規則中的業務數據流過濾器對業務數據流進行監測，進而對這些業務數據流執行PCRF所制定的策略和計費規則。在承載建立時，PCEF按照PCRF發送的規則進行QoS授權，並根據AF的執行進行門控控制。根據PCRF發送的計費規則，PCEF執行相應的業務數據流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(Online Charging System，簡稱為OCS)一起進行信用管理。離線計費時，PCEF和離線計費系統(Offline Charging System，簡稱為OFCS)之間交換相關計費信息。PCEF與PCRF之間的接口是Gx接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是Gz接口。PCEF通常位於網絡的網關(Gate-Way，簡稱為GW)內，如GPRS中的GPRS網關支持節點(GGSN)以及I-WLAN中的分組數據網關(Packet Data Gateway，簡稱為PDG)。

承載綁定和事件報告功能實體(Bearer Binding and Event Reporting Function，簡稱為BBERF)，其功能包括承載綁定、上行承載綁定的驗證、以及事件報告。當UE通過E-UTRAN接入，並且S-GW與P-GW之間採用PMIPv6協議時，BBERF就位於S-GW，當UE通過可信任非3GPP接入系統接入時，BBERF位於可信任非3GPP接入網關，當UE通過不可信任非3GPP接入系統接入時、BBERF位於演進的分組數據網關(Evolved Packet Data Gateway，簡稱為ePDG)。此時，PCEF不再執行承載綁定功能。

用戶籤約資料庫(SPR)存儲了和策略控制與計費相關的用戶策略計費控制籤約信息。SPR和PCRF之間的接口是Sp接口。

在線計費系統(OCS)，與PCEF一起進行在線計費方式下用戶信用的控制和管理。

離線計費系統(OFCS)，與PCEF一起完成離線計費方式下的計費操作。

以上PCC架構通過各功能實體實現了對UE為訪問一個分組數據網絡(Packet Data Network，簡稱為PDN)所建立的IP連接接入網(IP Connectivity Access Network，簡稱為IP-CAN)會話的策略計費控制。

隨著移動網際網路的發展，運營商需要與第三方數據應用提供商進行互通，為第三方數據應用提供商提供的業務進行QoS保障。由於目前PCC支持的Rx接口採用的Diameter協議，而對於大多數第三方數據應用提供商來說，他們更擅長基於SOAP、REST協議的開發。目前業界研究PCC架構支持基於SOAP/REST協議的Rx接口。在PCRF和AF直接設置一個稱為協議轉換器(Protocol Converter，簡稱PC)的邏輯功能，用於將SOAP或REST協議轉換成Diameter，可以如圖2所示，圖2是相關技術中的Rel-8PCC非漫遊架構的示意圖二。其中，還可以 在PC上面增加一些接入控制功能，以便能夠更好的實現運營商對第三方數據應用的接入控制，此時該邏輯功能還稱為應用接入控制(Application Access Control，簡稱AAC)功能實體或者稱為業務能力開放功能(Service Capability Exposure Function)。

第三方數據應用提供商可以在會話發起或會話過程中改變會話業務的可計費的主體(chargeable party)，即訪問業務的用戶被計費或是第三方業務提供商被計費。

對於在會話過程中改變可計費主體的場景，由於當第三方應用提供商向PCRF發起變更請求到PCEF根據PCRF更新的策略執行計費策略有一個時間間隙，因此在這個時間間隙過程中會差生一定的計費誤差。對單個用戶單次訪問，這個計費誤差會比較小，但考慮到會有海量的用戶訪問一個第三方數據應用，因此運營商給第三方應用進行費用結算時，會出現非常大的累計誤差。考慮到未來網絡提供的速率將越來越快，因此這個誤差將是非常驚人的。特別是考慮的存在PC/AAC的架構，由於新的網元的出現，勢必會增加消息傳遞的延遲。因此，在相關技術中存在著計費誤差的問題。

針對相關技術中存在的計費誤差的問題，目前尚未提出有效的解決方案。

技術實現要素：

本發明提供了一種用量信息確定方法、發送方法、接收方法及裝置，以至少解決相關技術中存在的計費誤差的問題。

根據本發明的一個方面，提供了一種用量信息確定方法，其特徵在於，包括：策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息，所述第一用量信息用於所述第三方應用的伺服器確定第二用量信息，所述第二用量信息為所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的用量的信息。

進一步地，所述第一用量信息包括可計費主體變化之前所述UE訪問所述第三方應用時所使用的流量和/或時長的信息；所述第二用量信息包括所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的流量和/或時長的信息。

進一步地，若變化之前的可計費主體是所述UE，則所述第二用量信息為第三用量信息減去所述第一用量信息，所述第三用量信息為所述第三方應用的伺服器統計的所述UE在可計費主體變化之前和變化之後訪問所述第三方應用的總用量；若變化之前的可計費主體是所述第三方應用的提供商，則所述第二用量信息 為所述第一用量信息。

進一步地，所述PCEF將可計費主體發生變化之前的第一用量信息發送給所述第三方應用的伺服器之前，還包括：所述PCEF確定用於計量所述第一用量信息的用量計量方法，其中，所述PCEF和所述第三方應用的伺服器採用相同的用量計量方法；所述PCEF根據確定的用量計量方法計量所述第一用量信息。

進一步地，所述PCEF確定用於計量所述第一用量信息的用量計量方法包括：所述PCEF接收策略和計費規則功能PCRF發送的策略和計費控制PCC規則，其中，所述PCC規則中攜帶所述用量計量方法的指示信息，所述PCRF根據所述第三方應用的提供商確定與所述第三方應用的伺服器相同的用量計量方法。

進一步地，所述第三方應用的伺服器向所述PCRF提供所述第三方應用的伺服器採用的用量計量方法的指示信息，所述PCRF根據所述第三方應用的伺服器提供的用量計量方法的指示信息確定所述PCEF採用的用量計量方法。

進一步地，所述PCEF根據確定的用量計量方法計量所述第一用量信息包括以下至少之一：所述PCEF根據確定的用量計量方法通過由所述PCEF統計的方式確定第一用量信息；所述PCEF根據確定的用量計量方法通過由所述PCEF與在線計費系統OCS進行交互的方式確定所述第一用量信息；所述PCEF根據確定的用量計量方法通過由所述PCEF與離線計費系統OFCS進行交互的方式確定所述第一用量信息。

進一步地，所述PCEF將所述第一用量信息發送給所述第三方應用的伺服器包括以下至少之一：所述PCEF將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF將所述第一用量信息發送給應用功能AF，所述AF將所述第一用量信息上報給所述第三方應用的伺服器；所述PCEF將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將所述第一用量信息發送給應用功能AF，所述AF將所述第一用量信息上報給所述第三方應用的伺服器。

根據本發明的另一方面，提供了一種用量信息發送方法，包括：策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給應用功能AF，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用所使用的用量的信息。

進一步地，所述第一用量信息包括訪問所述第三方應用所使用的時間和/或流量。

進一步地，所述PCEF將所述第一用量信息發送給所述AF包括以下至少之一：所述PCEF將所述第一用量信息發送給策略和計費規則功能PCRF，所述 PCRF將所述第一用量信息發送給所述AF；所述PCEF將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將所述第一用量信息發送給所述AF。

根據本發明的另一方面，提供了一種用量信息確定方法，包括：第三方應用的伺服器接收策略與計費執行功能實體PCEF發送的第一用量信息，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問所述第三方應用的用量的信息；所述第三方應用的伺服器根據所述第一用量信息確定第二用量信息，其中，所述第二用量信息為所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的用量的信息。

進一步地，所述第一用量信息包括可計費主體變化之前所述UE訪問所述第三方應用時所使用的流量和/或時長的信息；所述第二用量信息包括所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的流量和/或時長的信息。

進一步地，所述第三方應用的伺服器根據所述第一用量信息確定第二用量信息包括：若變化之前的可計費主體是所述UE，所述第三方應用的伺服器通過將第三用量信息減去所述第一用量信息得到所述第二用量信息，其中，所述第三用量信息為所述第三方應用的伺服器統計的所述UE在可計費主體變化之前和變化之後訪問所述第三方應用的總用量；若變化之前的可計費主體是所述第三方應用的提供商，所述第三方應用的伺服器將所述第一用量信息確定為所述第二用量信息。

進一步地，所述第三方應用的伺服器根據所述第一用量信息確定所述第二用量信息之前，還包括：所述第三方應用的伺服器確定用於計量所述第三用量信息的用量計量方法；所述第三方應用的伺服器根據確定的用量計量方法計量所述第三用量信息。

進一步地，所述第三方應用的伺服器確定用於計量所述第三用量信息的用量計量方法包括：所述第三方應用的伺服器通過與所述第三方應用的運營商籤約協議的方式確定所述用量計量方法；所述第三方應用的伺服器通過與所述第三方應用的運營商進行動態協商的方式確定所述用量計量方法。

根據本發明的另一方面，提供了一種用量信息接收方法，包括：應用功能AF接收策略與計費執行功能實體PCEF發送的可計費主體發生變化之前的第一用量信息，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用所使用的用量的信息。

進一步地，所述第一用量信息包括訪問所述第三方應用所使用的時間和/或流量。

進一步地，所述AF接收所述PCEF發送的所述第一用量信息包括：所述AF通過策略和計費規則功能PCRF接收所述PCEF發送的所述第一用量信息。

根據本發明的另一方面，提供了一種用量信息確定裝置，所述裝置應用於策略與計費執行功能實體PCEF中，包括：第一發送模塊，用於將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問所述第三方應用的用量的信息，所述第一用量信息用於所述第三方應用的伺服器確定第二用量信息，所述第二用量信息為所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的用量的信息。

進一步地，所述第一用量信息包括可計費主體變化之前所述UE訪問所述第三方應用時所使用的流量和/或時長的信息；所述第二用量信息包括所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的流量和/或時長的信息。

進一步地，若變化之前的可計費主體是所述UE，則所述第二用量信息為第三用量信息減去所述第一用量信息，所述第三用量信息為所述第三方應用的伺服器統計的所述UE在可計費主體變化之前和變化之後訪問所述第三方應用的總用量；若變化之前的可計費主體是所述第三方應用的提供商，則所述第二用量信息為所述第一用量信息。

進一步地，所述裝置還包括：第一確定模塊，用於確定用於計量所述第一用量信息的用量計量方法，其中，所述PCEF和所述第三方應用的伺服器採用相同的用量計量方法；第一計量模塊，用於根據確定的用量計量方法計量所述第一用量信息。

進一步地，所述第一確定模塊包括：第一接收單元，用於接收策略和計費規則功能PCRF發送的策略和計費控制PCC規則，其中，所述PCC規則中攜帶所述用量計量方法的指示信息，所述PCRF根據所述第三方應用的提供商確定與所述第三方應用的伺服器相同的用量計量方法。

進一步地，所述第三方應用的伺服器向所述PCRF提供所述第三方應用的伺服器採用的用量計量方法的指示信息，所述PCRF根據所述第三方應用的伺服器提供的用量計量方法的指示信息確定所述PCEF採用的用量計量方法。

進一步地，所述第一計量模塊包括以下至少之一：所述PCEF根據確定的用量計量方法通過由所述PCEF統計的方式確定第一用量信息；所述PCEF根據確定的用量計量方法通過由所述PCEF與在線計費系統OCS進行交互的方式確定所述第一用量信息；所述PCEF根據確定的用量計量方法通過由所述PCEF與離線計費系統OFCS進行交互的方式確定所述第一用量信息。

進一步地，所述第一發送模塊包括以下至少之一：第一發送單元，用於將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF將所述第一用量信息發送給應用功能AF，所述AF將所述第一用量信息上報給所述第三方應用的伺服器；第二發送單元，用於將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將所述第一用量信息發送給應用功能AF，所述AF將所述第一用量信息上報給所述第三方應用的伺服器。

根據本發明的另一方面，提供了一種用量信息發送裝置，所述裝置應用於策略與計費執行功能實體PCEF中，包括：第二發送模塊，用於將可計費主體發生變化之前的第一用量信息發送給應用功能AF，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用所使用的用量的信息。

進一步地，所述第一用量信息包括訪問所述第三方應用所使用的時間和/或流量。

進一步地，所述第二發送模塊包括以下至少之一：第三發送單元，用於將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF將所述第一用量信息發送給所述AF；第四發送單元，用於將所述第一用量信息發送給策略和計費規則功能PCRF，所述PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將所述第一用量信息發送給所述AF。

根據本發明的另一方面，提供了一種用量信息確定裝置，所述裝置應用於第三方應用的伺服器中，包括：第一接收模塊，用於接收策略與計費執行功能實體PCEF發送的第一用量信息，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問所述第三方應用的用量的信息；第二確定模塊，用於根據所述第一用量信息確定第二用量信息，其中，所述第二用量信息為所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的用量的信息。

進一步地，所述第一用量信息包括可計費主體變化之前所述UE訪問所述第三方應用時所使用的流量和/或時長的信息；所述第二用量信息包括所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的流量和/或時長的信息。

進一步地，所述第二確定模塊包括：若變化之前的可計費主體是所述UE，所述第三方應用的伺服器通過將第三用量信息減去所述第一用量信息得到所述第二用量信息，其中，所述第三用量信息為所述第三方應用的伺服器統計的所述UE在可計費主體變化之前和變化之後訪問所述第三方應用的總用量；若變化之前的可計費主體是所述第三方應用的提供商，所述第三方應用的伺服器將所述第一用量信息確定為所述第二用量信息。

進一步地，所述裝置還包括：第三確定模塊，用於確定用於計量所述第三用量信息的用量計量方法；第二計量模塊，用於根據確定的用量計量方法計量所述第三用量信息。

進一步地，所述第三確定模塊包括以下至少之一：第一確定單元，用於通過與所述第三方應用的運營商籤約協議的方式確定所述用量計量方法；第二確定單元，用於通過與所述第三方應用的運營商進行動態協商的方式確定所述用量計量方法。

根據本發明的另一方面，提供了一種用量信息接收裝置，所述裝置應用於應用功能AF中，包括：第二接收模塊，用於接收策略與計費執行功能實體PCEF發送的可計費主體發生變化之前的第一用量信息，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問所述第三方應用所使用的用量的信息。

進一步地，所述第一用量信息包括訪問所述第三方應用所使用的時間和/或流量。

進一步地，所述第二接收模塊包括：第二接收單元，用於通過策略和計費規則功能PCRF接收所述PCEF發送的所述第一用量信息。

通過本發明，採用策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，所述第一用量信息為可計費主體變化之前用戶設備UE訪問所述第三方應用的用量的信息，所述第一用量信息用於所述第三方應用的伺服器確定第二用量信息，所述第二用量信息為所述第三方應用的提供商為所述UE支付的用於所述UE訪問所述第三方應用的用量的信息，解決了相關技術中存在的計費誤差的問題，進而達到了減小計費誤差的效果。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中：

圖1為相關技術的Rel-8PCC非漫遊架構的示意圖一；

圖2是相關技術中的Rel-8PCC非漫遊架構的示意圖二；

圖3是根據本發明實施例的第一種用量信息確定方法的流程圖；

圖4是根據本發明實施例的用量信息發送方法的流程圖；

圖5是根據本發明實施例的第二種用量信息確定方法的流程圖；

圖6是根據本發明實施例的用量信息接收方法的流程圖；

圖7是根據本發明實施例的第一種用量信息確定裝置的結構框圖；

圖8是根據本發明實施例的第一種用量信息確定裝置的優選結構框圖；

圖9是根據本發明實施例的第一種用量信息確定裝置中第一確定模塊82的結構框圖；

圖10是根據本發明實施例的第一種用量信息確定裝置中第一發送模塊72的結構框圖；

圖11是根據本發明實施例的用量信息發送裝置的結構框圖；

圖12是根據本發明實施例的用量信息發送裝置中第二發送模塊112的結構框圖；

圖13是根據本發明實施例的第二種用量信息確定裝置的結構框圖；

圖14是根據本發明實施例的第二種用量信息確定裝置的優選結構框圖；

圖15是根據本發明實施例的第二種用量信息確定裝置中第三確定模塊142的結構框圖；

圖16是根據本發明實施例的用量信息接收裝置的結構框圖；

圖17是根據本發明實施例的用量信息確定裝置中第二接收模塊162的結構框圖；

圖18是根據本發明實施例一的用量上報流程圖；

圖19是根據本發明實施例二的用量上報流程圖；

圖20是根據本發明實施例三的用量上報流程圖；

圖21是根據本發明實施例四的用量上報流程圖。

具體實施方式

下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。

在本實施例中提供了一種用量信息確定方法，圖3是根據本發明實施例的第一種用量信息確定方法的流程圖，如圖3所示，該流程包括如下步驟：

步驟S302，策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，該第一用量信息為可計費主體 變化之前用戶設備UE訪問第三方應用的用量的信息，該第一用量信息用於第三方應用的伺服器確定第二用量信息，該第二用量信息為第三方應用的提供商為UE支付的用於UE訪問第三方應用的用量的信息。

上述的可計費主體可以是用戶設備UE，也可以是第三方應用的提供商，可計費主體的變化可以使在二者之間進行的切換。通過上述步驟，在變更可計費主體時，將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，從而使得該第三方伺服器能夠精確的計量出第三方應用的提供商應該為用戶設備UE支付的用量信息，提高計費精度，從而解決了相關技術中存在的計費誤差的問題，進而達到了減小計費誤差的效果。

UE訪問第三方應用時，可以是以訪問的時間進行計費的，也可以是以消耗的流量進行計費的，還可以綜合時間和流量進行計費，如，將流量費用劃分為閒時的費用和忙時的費用。在一個可選的實施例中，上述第一用量信息包括可計費主體變化之前UE訪問第三方應用時所使用的流量和/或時長的信息；上述第二用量信息包括第三方應用的提供商為UE支付的用於UE訪問第三方應用的流量和/或時長的信息。

其中，若變化之前的可計費主體是UE，則該第二用量信息為第三用量信息減去第一用量信息，該第三用量信息為第三方應用的伺服器統計的UE在可計費主體變化之前和變化之後訪問第三方應用的總用量；若變化之前的可計費主體是第三方應用的提供商，則該第二用量信息為第一用量信息。

在一個可選的實施例中，上述的PCEF將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器之前，還包括：PCEF確定用於計量第一用量信息的用量計量方法，其中，該PCEF和第三方應用的伺服器採用相同的用量計量方法；PCEF根據確定的用量計量方法計量該第一用量信息。

其中，上述的PCEF確定用於計量第一用量信息的用量計量方法包括：該PCEF接收策略和計費規則功能PCRF發送的策略和計費控制PCC規則，其中，PCC規則中攜帶用量計量方法的指示信息，該PCRF根據第三方應用的提供商確定與第三方應用的伺服器相同的用量計量方法。

第三方應用的伺服器向PCRF提供第三方應用的伺服器採用的用量計量方法的指示信息，該PCRF根據上述第三方應用的伺服器提供的用量計量方法的指示信息確定PCEF採用的用量計量方法。

在一個可選的實施例中，上述PCEF根據確定的用量計量方法計量第一用量信息時，可以有多種確定方法，可以包括以下至少之一：PCEF根據確定的用量計量方法通過由PCEF統計的方式確定第一用量信息；PCEF根據確定的用量計量方法通過由PCEF與在線計費系統OCS進行交互的方式確定第一用量信息； PCEF根據確定的用量計量方法通過由PCEF與離線計費系統OFCS進行交互的方式確定第一用量信息。

在一個可選的實施例中，上述的PCEF將第一用量信息發送給第三方應用的伺服器包括以下至少之一：PCEF將第一用量信息發送給策略和計費規則功能PCRF，該PCRF將第一用量信息發送給AF，該AF將第一用量信息上報給第三方應用的伺服器；PCEF將第一用量信息發送給策略和計費規則功能PCRF，該PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將第一用量信息發送給AF，AF將第一用量信息上報給第三方應用的伺服器。

圖4是根據本發明實施例的用量信息發送方法的流程圖，如圖4所示，該方法包括如下步驟：

步驟S402，策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給應用功能AF，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的所使用的用量的信息。

通過上述步驟，當可計費主體發生變化時，PCEF將變化前的UE的用量信息發送給AF，從而可以明確可計費主體發生變化前，UE訪問第三方應用的用量信息，從而為後續的計費做好了鋪墊，提高計費精度。解決了相關技術中存在的計費誤差的問題，進而達到了減小計費誤差的效果。

UE訪問第三方應用時，可以是以訪問的時間進行計費的，也可以是以消耗的流量進行計費的，還可以綜合時間和流量進行計費，如，將流量費用劃分為閒時的費用和忙時的費用，在一個可選的實施例中，上述第一用量信息可以包括訪問第三方應用所使用的時間和/或流量。

其中，PCEF將第一用量信息發送給AF可以包括以下至少之一：PCEF將第一用量信息發送給策略和計費規則功能PCRF，該PCRF將第一用量信息發送給AF；PCEF將第一用量信息發送給策略和計費規則功能PCRF，該PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將第一用量信息發送給AF。

圖5是根據本發明實施例的第二種用量信息確定方法的流程圖，如圖5所示，該流程包括如下步驟：

步驟S502，第三方應用的伺服器接收策略與計費執行功能實體PCEF發送的第一用量信息，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息；

步驟S504，該第三方應用的伺服器根據第一用量信息確定第二用量信息，其中，第二用量信息為第三方應用的提供商為上述UE支付的用於UE訪問第三 方應用的用量的信息。

上述的可計費主體可以是用戶設備UE，也可以是第三方應用的提供商，可計費主體的變化可以使在二者之間進行的切換。通過上述步驟，在變更可計費主體時，將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，從而使得該第三方伺服器能夠精確的計量出第三方應用的提供商應該為用戶設備UE支付的用量信息，提高計費精度，從而解決了相關技術中存在的計費誤差的問題，進而達到了減小計費誤差的效果。

UE訪問第三方應用時，可以是以訪問的時間進行計費的，也可以是以消耗的流量進行計費的，還可以綜合時間和流量進行計費，如，將流量費用劃分為閒時的費用和忙時的費用。在一個可選的實施例中，上述第一用量信息包括可計費主體變化之前UE訪問第三方應用時所使用的流量和/或時長的信息；第二用量信息包括第三方應用的提供商為UE支付的用於該UE訪問第三方應用的流量和/或時長的信息。

在一個可選的實施例中，上述第三方應用的伺服器根據第一用量信息確定第二用量信息包括：若變化之前的可計費主體是UE，第三方應用的伺服器通過將第三用量信息減去第一用量信息得到第二用量信息，其中，該第三用量信息為第三方應用的伺服器統計的UE在可計費主體變化之前和變化之後訪問第三方應用的總用量；若變化之前的可計費主體是第三方應用的提供商，該第三方應用的伺服器將第一用量信息確定為第二用量信息。

在一個可選的實施例中，上述第三方應用的伺服器根據第一用量信息確定第二用量信息之前，還包括：第三方應用的伺服器確定用於計量第三用量信息的用量計量方法；該第三方應用的伺服器根據確定的用量計量方法計量第三用量信息。

其中，第三方應用的伺服器確定用於計量第三用量信息的用量計量方法包括：該第三方應用的伺服器通過與第三方應用的運營商籤約協議的方式確定用量計量方法；該第三方應用的伺服器通過與第三方應用的運營商進行動態協商的方式確定用量計量方法。

圖6是根據本發明實施例的用量信息接收方法的流程圖，如圖6所示，該流程包括如下步驟：

步驟S602，應用功能AF接收策略與計費執行功能實體PCEF發送的可計費主體發生變化之前的第一用量信息，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用所使用的用量的信息。

通過上述步驟，當可計費主體發生變化時，PCEF將變化前的UE的用量信息發送給AF，從而可以明確可計費主體發生變化前，UE訪問第三方應用的用 量信息，從而為後續的計費做好了鋪墊，提高計費精度。解決了相關技術中存在的計費誤差的問題，進而達到了減小計費誤差的效果。

UE訪問第三方應用時，可以是以訪問的時間進行計費的，也可以是以消耗的流量進行計費的，還可以綜合時間和流量進行計費，如，將流量費用劃分為閒時的費用和忙時的費用，在一個可選的實施例中，上述第一用量信息包括訪問第三方應用所使用的時間和/或流量。

在一個可選的實施例中，上述AF接收PCEF發送的第一用量信息包括：該AF通過策略和計費規則功能PCRF接收PCEF發送的第一用量信息。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的方法可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質(如ROM/RAM、磁碟、光碟)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，伺服器，或者網絡設備等)執行本發明各個實施例的方法。

在本實施例中還提供了一種用量信息確定裝置，該裝置用於實現上述實施例及優選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語「模塊」可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。

圖7是根據本發明實施例的第一種用量信息確定裝置的結構框圖，該裝置應用於策略與計費執行功能實體PCEF中，如圖7所示，該裝置包括第一發送模塊72，下面對該裝置進行說明。

第一發送模塊72，用於將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息，第一用量信息用於第三方應用的伺服器確定第二用量信息，該第二用量信息為第三方應用的提供商為用戶設備UE支付的用於UE訪問第三方應用的用量的信息。

其中，上述的第一用量信息包括可計費主體變化之前UE訪問第三方應用時所使用的流量和/或時長的信息；上述第二用量信息包括第三方應用的提供商為UE支付的用於UE訪問第三方應用的流量和/或時長的信息。

若變化之前的可計費主體是UE，則該第二用量信息為第三用量信息減去第一用量信息，第三用量信息為第三方應用的伺服器統計的UE在可計費主體變化之前和變化之後訪問第三方應用的總用量；若變化之前的可計費主體是第三方應 用的提供商，則該第二用量信息為第一用量信息。

圖8是根據本發明實施例的第一種用量信息確定裝置的優選結構框圖，如圖8所示，該裝置除包括圖7所示的模塊外，還包括第一確定模塊82和第一計量模塊84，下面對該裝置進行說明。

第一確定模塊82，用於確定用於計量第一用量信息的用量計量方法，其中，該PCEF和第三方應用的伺服器採用相同的用量計量方法；第一計量模塊84，連接至上述第一確定模塊82和第一發送模塊72，用於根據確定的用量計量方法計量第一用量信息。

圖9是根據本發明實施例的第一種用量信息確定裝置中第一確定模塊82的結構框圖，如圖9所示，該第一確定模塊82包括第一接收單元92，下面對該第一確定模塊82進行說明：

第一接收單元92，用於接收策略和計費規則功能PCRF發送的策略和計費控制PCC規則，其中，該PCC規則中攜帶用量計量方法的指示信息，PCRF根據第三方應用的提供商確定與第三方應用的伺服器相同的用量計量方法。

其中，上述第三方應用的伺服器向PCRF提供第三方應用的伺服器採用的用量計量方法的指示信息，PCRF根據第三方應用的伺服器提供的用量計量方法的指示信息確定PCEF採用的用量計量方法。

在一個可選的實施例中，上述第一計量模塊84包括以下至少之一：PCEF根據確定的用量計量方法通過由PCEF統計的方式確定第一用量信息；PCEF根據確定的用量計量方法通過由PCEF與在線計費系統OCS進行交互的方式確定第一用量信息；PCEF根據確定的用量計量方法通過由PCEF與離線計費系統OFCS進行交互的方式確定第一用量信息。

圖10是根據本發明實施例的第一種用量信息確定裝置中第一發送模塊72的結構框圖，如圖10所示，該第一發送模塊72包括第一發送單元102和/或第二發送單元104，下面對該第一發送模塊72進行說明。

第一發送單元102，用於將第一用量信息發送給策略和計費規則功能PCRF，該PCRF將第一用量信息發送給AF，AF將第一用量信息上報給第三方應用的伺服器；第二發送單元104，用於將第一用量信息發送給策略和計費規則功能PCRF，該PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將第一用量信息發送給AF，該AF將第一用量信息上報給第三方應用的伺服器。

圖11是根據本發明實施例的用量信息發送裝置的結構框圖，該裝置應用於策略與計費執行功能實體PCEF中，如圖11所示，該用量信息發送裝置包括第二發送模塊112，下面對該裝置進行說明。

第二發送模塊112，用於將可計費主體發生變化之前的第一用量信息發送給應用功能AF，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的所使用的用量的信息。

其中，上述第一用量信息包括訪問第三方應用所使用的時間和/或流量。

圖12是根據本發明實施例的用量信息發送裝置中第二發送模塊112的結構框圖，如圖12所示，該第二發送模塊112包括第三發送單元122和/或第四發送單元124，下面對該第二發送模塊112進行說明。

第三發送單元122，用於將第一用量信息發送給策略和計費規則功能PCRF，該PCRF將第一用量信息發送給AF；第四發送單元124，用於將第一用量信息發送給策略和計費規則功能PCRF，該PCRF通過協議轉換器PC、應用接入控制AAC或業務能力開發功能SCEF將第一用量信息發送給AF。

圖13是根據本發明實施例的第二種用量信息確定裝置的結構框圖，該裝置應用於第三方應用的伺服器中，包括第一接收模塊132和第二確定模塊134，下面對該裝置進行說明。

第一接收模塊132，用於接收策略與計費執行功能實體PCEF發送的第一用量信息，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息；第二確定模塊134，連接至上述第一接收模塊132，用於根據第一用量信息確定第二用量信息，其中，該第二用量信息為第三方應用的提供商為上述UE支付的用於該UE訪問第三方應用的用量的信息。

其中，上述的第一用量信息包括可計費主體變化之前UE訪問第三方應用時所使用的流量和/或時長的信息；該第二用量信息包括第三方應用的提供商為UE支付的用於UE訪問第三方應用的流量和/或時長的信息。

在一個可選的實施例中，第二確定模塊134包括：若變化之前的可計費主體是UE，第三方應用的伺服器通過將第三用量信息減去第一用量信息得到第二用量信息，其中，該第三用量信息為第三方應用的伺服器統計的UE在可計費主體變化之前和變化之後訪問第三方應用的總用量；若變化之前的可計費主體是第三方應用的提供商，該第三方應用的伺服器將第一用量信息確定為第二用量信息。

圖14是根據本發明實施例的第二種用量信息確定裝置的優選結構框圖，如圖14所示，該裝置除包括圖13所示的所有模塊外，還包括第三確定模塊142和第二計量模塊144，下面對該裝置進行說明。

第三確定模塊142，用於確定用於計量第三用量信息的用量計量方法；第二計量模塊144，連接至上述第三確定模塊142和第一接收模塊132，用於根據確定的用量計量方法計量第三用量信息。

圖15是根據本發明實施例的第二種用量信息確定裝置中第三確定模塊142的結構框圖，如圖15所示，該第三確定模塊142包括第一確定單元152和/或第二確定單元154，下面對該第三確定模塊142進行說明。

第一確定單元152，用於通過與第三方應用的運營商籤約協議的方式確定用量計量方法；第二確定單元154，用於通過與第三方應用的運營商進行動態協商的方式確定用量計量方法。

圖16是根據本發明實施例的用量信息接收裝置的結構框圖，該裝置應用於應用功能AF中，如圖16所示，該裝置包括第二接收模塊162，下面對該裝置進行說明。

第二接收模塊162，用於接收策略與計費執行功能實體PCEF發送的可計費主體發生變化之前的第一用量信息，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用所使用的用量的信息。

其中，上述的第一用量信息包括訪問第三方應用所使用的時間和/或流量。

圖17是根據本發明實施例的用量信息確定裝置中第二接收模塊162的結構框圖，如圖17所示，第二接收模塊162包括第二接收單元172，下面對該第二接收模塊162進行說明。

第二接收單元172，用於通過策略和計費規則功能PCRF接收PCEF發送的第一用量信息。

下面結合具體實施例對本發明進行說明：

實施例一

本實施例描述在在發起業務時，可計費主體為用戶設備UE，在業務訪問過程中，可計費主體變為第三方應用的提供商的流程。

圖18是根據本發明實施例一的用量上報流程圖，如圖18所示，該流程包括如下步驟：

步驟S1802：UE附著到網絡，建立IP-CAN會話。在這個過程中，PCEF與PCRF之間建立用於策略和計費控制的Gx會話。若IP-CAN會話涉及BBERF，則BBERF與PCRF之間建立用於策略控制的網關控制會話。

步驟S1804：UE與第三方應用伺服器交互，發起業務訪問。在業務訪問的過程中，第三方應用伺服器會對UE的業務訪問計費，統計(Accounting)(也稱計量，Metering)UE訪問的用量信息(Usage Information)，用量信息可以是流量和/或時長。

步驟S1806：第三方應用伺服器與AF之間執行特定的交互流程，向應用伺服器或AF提供用戶請求的業務信息。

步驟S1808：AF向PCRF發送Diameter AAR消息，攜帶業務信息。

步驟S1810：PCRF向AF返回確認消息。

步驟S1812：PCRF根據業務信息、網絡策略以及用戶籤約等信息制定PCC規則。若BBERF存在，則PCRF還根據PCC規則制定QoS規則。

步驟S1814：PCRF向BBERF提供QoS規則。

步驟S1816：PCRF向PCEF提供PCC規則。PCEF執行PCC規則，並根據PCC規則中的計費策略對UE訪問的第三方業務進行計費，統計(也稱計量)UE訪問業務產生的用量信息。用量信息可以是流量和/或時長。該計費是針對UE進行計費的。

步驟S1818：在UE訪問第三方業務的過程中，第三方應用決定贊助UE正在訪問的第三方業務，應用伺服器與AF交互，向AF發送贊助業務的指示，以及贊助商標識，應用提供商標識。

步驟S1820：AF向PCRF發送AAR消息，消息中攜帶被贊助數據連接信息，包括贊助商標識、應用提供商標識。

步驟S1822：PCRF保存信息後，返回確認消息；

步驟S1824：PCRF根據進行策略決策，更新之前制定的PCC規則。PCRF根據贊助商標識和應用提供商標識確認相應的計費鍵(Charging key)和/或PCRF在PCC規則中增加贊助商標識和應用提供商標識。

步驟S1826：PCRF向PCEF提供PCC規則。

步驟S1828：PCEF向PCRF返回確認消息，並在消息中攜帶UE本次業務訪問中，在可計費主體發生切換前的累計用量信息(該用量可以是流量和/或時長)。PCEF可以自己統計(也稱計量)UE發起本次業務以來的累計用量信息，也可以通過與計費系統(OCS或OFCS)交互獲取UE發起本次業務以來的累計用量信息。

步驟S1830：PCRF向AF發送RAR消息，消息中攜帶累計用量信息。

步驟S1832：AF返回確認消息。

步驟S1834：AF與第三方應用伺服器的特定消息，譬如將累計用量信息上報給第三方應用伺服器。

AF和第三方應用伺服器從實現上可以是獨立部署，AF也可以集成在第三方應用伺服器上。不管哪種部署，從PCRF角度，PCRF與AF的互通也可以認為是PCRF與第三方應用伺服器的互通。

實施例二

本實施例描述了在存在PC/AAC/SCEF的場景下，在發起業務時，可計費主體為用戶設備UE，在業務訪問過程中，變為第三方應用提供商的流程。

圖19是根據本發明實施例二的用量上報流程圖，如圖19所示，該流程包括如下步驟：

步驟S1902：UE附著到網絡，建立IP-CAN會話。在這個過程中，PCEF與PCRF之間建立用於策略和計費控制的Gx會話。若IP-CAN會話涉及BBERF，則BBERF與PCRF之間建立用於策略控制的網關控制會話。

步驟S1904：UE與第三方應用伺服器交互，發起業務訪問。在業務訪問的過程中，第三方應用伺服器會對UE的業務訪問計費，統計(也稱計量)UE訪問的用量信息，其中用量信息可以是流量和/或時長。

步驟S1906：第三方應用伺服器與AF之間執行特定的交互流程，第三方應用伺服器向AF提供用戶請求的業務信息。

步驟S1908：AF向PC/AAC/SCEF發送HTTP POST，消息中攜帶業務信息。

步驟S1910：PC/AAC/SCEF向PCRF發送Diameter AAR消息，攜帶業務信息。

步驟S1912：PCRF向AF返回確認消息。

步驟S1914：PC/AAC/SCEF向AF返回確認消息。

步驟S1916：PCRF根據業務信息、網絡策略以及用戶籤約等信息制定PCC規則。若BBERF存在，則PCRF還根據PCC規則制定QoS規則。

步驟S1918：PCRF向BBERF提供QoS規則。

步驟S1920：PCRF向PCEF提供PCC規則。PCEF執行PCC規則，並根據PCC規則中的計費策略對UE訪問的第三方業務進行統計(也稱計量)UE訪問業務產生的用量信息。用量信息可以是流量和/或時長。該計費是針對用戶進行計費的(可計費主體是UE)。

步驟S1922：在UE訪問第三方業務的過程中，第三方應用決定贊助UE正 在訪問的第三方業務，第三方應用伺服器與AF交互，向AF發送贊助業務的指示，以及贊助商標識，應用提供商標識。

步驟S1924：AF向PC/AAC/SCEF發送HTTP PUT消息，消息中攜帶被贊助數據連接信息，包括贊助商標識、應用提供商標識。

步驟S1926：PC/AAC/SCEF向PCRF發送AAR消息，消息中攜帶被贊助數據連接信息，包括贊助商標識、應用提供商標識。

步驟S1928：PCRF保存信息後，向PC/AAC返回確認消息。

步驟S1930：PC/AAC/SCEF向AF返回確認消息。

步驟S1932：PCRF根據進行策略決策，更新之前制定的PCC規則。PCRF根據贊助商標識和應用提供商標識確認相應的計費鍵(Charging key)和/或PCRF在PCC規則中增加贊助商標識和應用提供商標識。

步驟S1934：PCRF向PCEF提供PCC規則。

步驟S1936：PCEF向PCRF返回確認消息，並在消息中攜帶UE本次業務訪問中，在可計費主體發生切換前的累計用量信息(該用量可以是流量和/或時長)。PCEF可以自己統計(也稱計量)UE發起本次業務以來的累計用量，也可以通過與計費系統(OCS或OFCS)交互獲取UE發起本次業務以來的累計用量信息。

步驟S1938：PCRF向PC/AAC發送RAR消息，消息中攜帶累計用量信息。

步驟S1940：PC/AAC向AF發送HTTP PUT消息，消息中攜帶累計用量信息。

步驟S1942：AF向PC/AAC返回確認消息。

步驟S1944：PC/AAC向PCRF返回確認消息。

步驟S1946：AF與第三方應用伺服器的特定消息，譬如向累計用量信息上報給應用伺服器。

通過實施例一和實施例二的流程，第三方應用提供商獲得了網關在執行變更可計費主體策略之前，用戶(同上述的UE)訪問第三方數據應用產生的累計用量信息。這部分累計用量信息是由用戶承擔的。同時第三方數據應用自身也會統計用戶訪問第三方數據的用量信息。這樣，第三方數據應用提供商就可以比較精確的獲知其真正贊助的第三方數據應用的累計用量信息了。若到UE結束業務訪問時，可計費主體始終是第三方應用，那麼第三方應用提供商贊助的用量為第三方數據應用自身統計的用戶訪問第三方數據的用量減去網關上報的可計費主體 變更前用戶承擔的累計用量信息。

AF和第三方應用伺服器從實現上可以是獨立部署，也可以AF集成在第三方應用伺服器上。不管哪種部署，從PC/AAC/SCEF角度，PCRFPC/AAC/SCEF與AF的互通也可以認為是PC/AAC/SCEF與第三方應用伺服器的互通。

實施例三

本實施例描述在在發起業務時，可計費主體為第三方應用提供商，在業務訪問過程中，變為UE的流程。

圖20是根據本發明實施例三的用量上報流程圖，如圖20所示，該流程包括如下步驟：

步驟S2002：UE附著到網絡，建立IP-CAN會話。在這個過程中，PCEF與PCRF之間建立用於策略和計費控制的Gx會話。若IP-CAN會話涉及BBERF，則BBERF與PCRF之間建立用於策略控制的網關控制會話。

步驟S2004：UE與第三方應用伺服器交互，發起業務訪問。在業務訪問的過程中，第三方應用伺服器會對UE的業務訪問計費，統計(也稱計量)UE訪問的用量信息，其中用量信息可以是流量和/或時長。

步驟S2006：第三方應用伺服器與AF之間執行特定的交互流程，向應用伺服器向AF提供用戶請求的業務信息，其中第三方應用決定贊助用戶訪問的數據應用，第三方應用伺服器向AF提供贊助業務的指示，以及贊助商標識，應用提供商標識。

步驟S2008：AF向PCRF發送Diameter AAR消息，攜帶業務信息，被贊助數據連接信息，包括贊助商標識，應用提供商標識。

步驟S2010：PCRF向AF返回確認消息。

步驟S2012：PCRF根據業務信息、網絡策略以及用戶籤約等信息制定PCC規則。PCRF根據贊助商標識和應用提供商標識確認相應的計費鍵(Charging key)和/或PCRF在PCC規則中增加贊助商標識和應用提供商標識。若BBERF存在，則PCRF還根據PCC規則制定QoS規則。

步驟S2014：PCRF向BBERF提供QoS規則。

步驟S2016：PCRF向PCEF提供PCC規則。PCEF執行PCC規則，並根據PCC規則中的計費策略對UE訪問的第三方業務進行計費，統計(也稱計量)UE訪問業務產生的用量信息。用量信息可以是流量和/或時長。該計費是針對第 三方應用提供商進行計費的。

步驟S2018：在UE訪問第三方業務的過程中，第三方應用決定取消贊助UE正在訪問的第三方業務，第三方應用伺服器與AF交互，向AF發送取消贊助的指示。

步驟S2020：AF向PCRF發送AAR消息，消息中攜帶被取消贊助指示。

步驟S2022：PCRF保存信息後，返回確認消息。

步驟S2024：PCRF根據進行策略決策，更新之前制定的PCC規則，攜帶取消贊助指示。PCRF在PCC規則攜帶其他可以對用戶進行計費的計費鍵。

步驟S2026：PCRF向PCEF提供PCC規則。

步驟S2028：PCEF向PCRF返回確認消息，並在消息中攜帶UE本次業務訪問中，在可計費主體發生切換前的累計用量信息(該用量可以是流量和/或時長)。PCEF可以自己統計(也稱計量)UE發起本次業務以來的累計用量信息，也可以通過與計費系統(OCS或OFCS)交互獲取UE發起本次業務以來的累計用量信息。

步驟S2030：PCRF向AF發送RAR消息，消息中攜帶累計用量信息。

步驟S2032：AF返回確認消息。

步驟S2034：AF與第三方應用伺服器的特定消息，譬如向累計用量上報給應用伺服器。

AF和第三方應用伺服器從實現上可以是獨立部署，也可以AF集成在第三方應用伺服器上。不管哪種部署，從PCRF角度，PCRF與AF的互通也可以認為是PCRF與第三方應用伺服器的互通。

實施例四

本實施例描述在在發起業務時，可計費主體為第三方應用提供商，在業務訪問過程中，變為UE的流程。

圖21是根據本發明實施例四的用量上報流程圖，如圖21所示，該流程包括如下步驟：

步驟S2102：UE附著到網絡，建立IP-CAN會話。在這個過程中，PCEF與PCRF之間建立用於策略和計費控制的Gx會話。若IP-CAN會話涉及BBERF，則BBERF與PCRF之間建立用於策略控制的網關控制會話。

步驟S2104：UE與第三方應用伺服器交互，發起業務訪問。在業務訪問的過程中，第三方應用伺服器會對UE的業務訪問計費，統計(也稱計量)UE訪問的流量和/或時長。

步驟S2106：第三方應用伺服器與AF之間執行特定的交互流程，向應用伺服器向AF提供用戶請求的業務信息，其中第三方應用決定贊助用戶訪問的數據應用，第三方應用伺服器向AF提供贊助業務的指示，以及贊助商標識，應用提供商標識。

步驟S2108：AF向PC/AAC/SCEF發送HTTP POST消息，消息中攜帶業務信息，被贊助數據連接信息，包括贊助商標識，應用提供商標識。

步驟S2110：PC/AAC/SCEF向PCRF發送AAR消息，消息中攜帶業務信息，被贊助數據連接信息，包括贊助商標識，應用提供商標識。

步驟S2112：PCRF向PC/AAC/SCEF返回確認消息。

步驟S2114：PC/AACSCEF向AF返回確認消息。

步驟S2116：PCRF根據業務信息、網絡策略以及用戶籤約等信息制定PCC規則。PCRF根據贊助商標識和應用提供商標識確認相應的計費鍵(Charging key)和/或PCRF在PCC規則中增加贊助商標識和應用提供商標識。若BBERF存在，則PCRF還根據PCC規則制定QoS規則。

步驟S2118：PCRF向BBERF提供QoS規則。

步驟S2120：PCRF向PCEF提供PCC規則。PCEF執行PCC規則，並根據PCC規則中的計費策略對UE訪問的第三方業務進行計費，統計(也稱計量)UE訪問業務產生的用量信息。用量信息可以是流量和/或時長。該計費是針對第三方應用提供商進行計費的。

步驟S2122：在UE訪問第三方業務的過程中，第三方應用決定取消贊助UE正在訪問的第三方業務，第三方應用伺服器與AF交互，向AF發送取消贊助的指示。

步驟S2124：AF向PC/AAC/SCEF發送HTTP PUT消息，消息中攜帶被取消贊助指示。

步驟S2126：PC/AAC/SCEF向PCRF發送AAR消息，消息中攜帶被取消贊助指示。

步驟S2128：PCRF保存信息後，向PC/AAC返回確認消息。

步驟S2130：PC/AAC/SCEF向AF返回確認消息。

步驟S2132：PCRF根據進行策略決策，更新之前制定的PCC規則，攜帶取消贊助指示。PCRF在PCC規則攜帶其他可以對用戶進行計費的計費鍵。

步驟S2134：PCRF向PCEF提供PCC規則。

步驟S2136：PCEF向PCRF返回確認消息，並在消息中攜帶UE本次業務訪問中，在可計費主體發生切換前的累計用量信息(該用量信息可以是流量和/或時長)。PCEF可以自己統計(也稱計量)UE發起本次業務以來的累計用量信息，也可以通過與計費系統(OCS或OFCS)交互獲取UE發起本次業務以來的累計用量信息。

步驟S2138：PCRF向PC/AAC發送RAR消息，消息中攜帶累計用量信息。

步驟S2140：PC/AAC向AF發送RAR消息，消息中攜帶累計用量信息。

步驟S2142：AF向PC/AAC返回確認消息。

步驟S2144：PC/AAC向PCRF返回確認消息。

步驟S2146：AF與第三方應用伺服器的特定消息，譬如向累計用量信息上報給第三方應用伺服器。

通過實施例三和實施例四的流程，第三方應用提供商獲得了網關在執行變更可計費主體策略之前，第三方應用提供商贊助的用量信息。若到UE結束業務訪問時，可計費主體始終是UE，那麼第三方應用提供商贊助的用量網關上報的可計費主體變更前第三方應用提供商贊助的累計用量信息。

AF和第三方應用伺服器從實現上可以是獨立部署，也可以AF集成在第三方應用伺服器上。不管哪種部署，從PCRFPC/AAC/SCEF角度，PC/AAC/SCEF與AF的互通也可以認為是PC/AAC/SCEF與第三方應用伺服器的互通。

在上述所有實施例中，運營商和所有第三方應用提供商均採用相同用量計費方法(運營商與所有第三方應用提供商都採用時長計費、流量計費或是同時時長和流量計費)。在其他實施例中，也可以對計量方法進行差異化處理，可採用如下兩種方式之一：

1)運營商與第三方應用提供商可以籤約協議決定固定的計量方法(Metering Method)。舉例，若運營商A與第三方應用提供商A籤約的是按流量的計量方法統計，在UE訪問第三方應用後，第三方應用伺服器判斷用戶UE通過運營商A訪問業務，在第三方應用伺服器以流量作為用量信息；PCRF在策略決策時，根據提供業務的第三方應用提供商確定計量方法，並在PCC規則中攜帶計量方法為流量的指示，PCEF根據計量方法指示對用戶訪問業務產生的流量進行統計。在可計費主體發生變化時，PCEF向PCRF返回的是流量的用量信息，進一步地， PCRF向AF返回的是流量的用量信息。採用時長或是同時時長和流量的計量方法類似，不再贅述。

2)運營商與第三方應用提供商動態協商計量方法。舉例，若運營商A與第三方應用提供商A籤約可以採用時長、流量或是同時時長和流量進行計費。在UE訪問第三方應用後，第三方應用伺服器判斷用戶UE通過運營商A訪問業務，第三方應用伺服器可以決定三種中的一種作為這次業務方位的計量方法，若第三方應用伺服器決定採用流量的計費方法，則第三方伺服器將計量方法為流量的指示同業務信息一同發送給PCRF；PCRF在策略決策時，根據第三方應用伺服器的指示，在PCC規則中攜帶計量方法為流量的指示，PCEF根據計量方法指示對用戶訪問業務產生的流量進行統計。在可計費主體發生變化時，PCEF向PCRF返回的是流量的用量信息，進一步地，PCRF向AF返回的是流量的用量信息。採用時長或是同時時長和流量的計量方法類似，不再贅述。

需要說明的是，上述各個模塊是可以通過軟體或硬體來實現的，對於後者，可以通過以下方式實現，但不限於此：上述模塊均位於同一處理器中；或者，上述模塊分別位於多個處理器中。

本發明的實施例還提供了一種存儲介質。可選地，在本實施例中，上述存儲介質可以被設置為存儲用於執行以下步驟的程序代碼：

S1，策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給第三方應用的伺服器，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息，該第一用量信息用於第三方應用的伺服器確定第二用量信息，該第二用量信息為第三方應用的提供商為UE支付的用於UE訪問第三方應用的用量的信息。

可選地，存儲介質還被設置為存儲用於執行以下步驟的程序代碼：

S1，策略與計費執行功能實體PCEF將可計費主體發生變化之前的第一用量信息發送給應用功能AF，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的所使用的用量的信息。

可選地，存儲介質還被設置為存儲用於執行以下步驟的程序代碼：

S1，第三方應用的伺服器接收策略與計費執行功能實體PCEF發送的第一用量信息，其中，該第一用量信息為可計費主體變化之前用戶設備UE訪問第三方應用的用量的信息；

S2，該第三方應用的伺服器根據第一用量信息確定第二用量信息，其中，第二用量信息為第三方應用的提供商為上述UE支付的用於UE訪問第三方應用的用量的信息。

可選地，在本實施例中，上述存儲介質可以包括但不限於：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬碟、磁碟或者光碟等各種可以存儲程序代碼的介質。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，並且在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟，或者將它們分別製作成各個集成電路模塊，或者將它們中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的硬體和軟體結合。

以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。