專利名稱：基于通用分組無線業(yè)務(wù)流量回補的計費方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種基于通用分組無線業(yè)務(wù)流量回補的計費方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)通信技術(shù)的發(fā)展，智能化、寬帶化、個人化的通信網(wǎng)絡(luò)成為用戶和網(wǎng)絡(luò)運營商的新的需求，智能網(wǎng)的出現(xiàn)正是為了滿足用戶和網(wǎng)絡(luò)運營商的多樣化業(yè)務(wù)的需求，便于網(wǎng)絡(luò)運營商快速、經(jīng)濟地推出各種個性化業(yè)務(wù)，以提高網(wǎng)絡(luò)運營商的網(wǎng)絡(luò)運營收入。智能網(wǎng)針對各種數(shù)據(jù)業(yè)務(wù)提供了靈活的計費等功能，智能網(wǎng)中的計費功能由其中的SCP(業(yè)務(wù)控制點)實現(xiàn)，例如，對于GPRS(General Packet Radio Service，通用分組無線業(yè)務(wù))網(wǎng)絡(luò)中用戶發(fā)生的數(shù)據(jù)業(yè)務(wù)的計費便是由智能網(wǎng)SCP包含的GSMSCF(全球移動通信系統(tǒng)業(yè)務(wù)控制功能)具體完成。
GPRS是在現(xiàn)有的GSM(全球移動通信系統(tǒng))基礎(chǔ)上發(fā)展起來的一種移動分組數(shù)據(jù)業(yè)務(wù)。GPRS通過在GSM數(shù)字移動通信網(wǎng)絡(luò)中引入分組交換的功能實體，以完成用分組方式進行的數(shù)據(jù)傳輸。目前，許多電信運營商都已經(jīng)構(gòu)建了自己的GPRS網(wǎng)絡(luò)，以便于為用戶提供豐富的數(shù)據(jù)業(yè)務(wù)。
針對目前的數(shù)據(jù)業(yè)務(wù)，一方面需要為電信運營商針對數(shù)據(jù)用戶使用GPRS承載網(wǎng)開展的數(shù)據(jù)業(yè)務(wù)收取流量費用，另一方面還需要為內(nèi)容提供商針對其為不同用戶提供不同的內(nèi)容收取相應(yīng)的內(nèi)容費用，例如，提供的WAP(無線應(yīng)用協(xié)議)、Web(環(huán)球網(wǎng))、MMS(多媒體消息業(yè)務(wù))等業(yè)務(wù)內(nèi)容。
在目前的GPRS網(wǎng)中，所采用的分別為電信運營商和內(nèi)容提供商提供的業(yè)務(wù)服務(wù)進行計費方式為電信運營商收取的流量費用所涉及的業(yè)務(wù)流量統(tǒng)計值需要在GPRS核心網(wǎng)上進行統(tǒng)計；內(nèi)容提供商收取的內(nèi)容費用所涉及的業(yè)務(wù)內(nèi)容的分析確定則需要在數(shù)據(jù)網(wǎng)絡(luò)上的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)完成。
所述的流量統(tǒng)計的過程具體為按照3GPP(第三代伙伴組織計劃)定義的如圖1的示的GPRS網(wǎng)結(jié)構(gòu)，在SGSN(服務(wù)GPRS支持節(jié)點)疊加GPRS/SSF(GPRS業(yè)務(wù)交換功能)，數(shù)據(jù)業(yè)務(wù)的流量計費一般從GPRS核心網(wǎng)絡(luò)上觸發(fā)，并與SCP(業(yè)務(wù)控制節(jié)點)之間建立CAMEL(移動網(wǎng)增強邏輯的客戶化應(yīng)用)實時監(jiān)控的關(guān)系；即HLR(歸屬位置寄存器)中存儲的用戶數(shù)據(jù)信息包括GPRS-CSI(CAMEL簽約信息)，通過“插入用戶數(shù)據(jù)”操作插入到SGSN中；當SGSN處理GPRS MS(GPRS用戶)附著請求、PDPContext(分組數(shù)據(jù)協(xié)議上下文)激活、路由區(qū)更新時，SGSN根據(jù)GPRS-CSI，向GSMSCF(GSM業(yè)務(wù)控制功能)部分發(fā)送請求，并接受GSMSCF的控制或監(jiān)視。
GPRS/SSF部分與GSMSCF部分之間采用CAP(移動網(wǎng)增強邏輯定制應(yīng)用的應(yīng)用程序部分)協(xié)議，用于GSMSCF部分控制GPRS/SSF部分上的每個PDP Context會話。
同時，內(nèi)容提供商向終端用戶提供的豐富內(nèi)容，也需要向用戶收取內(nèi)容費用，具體針對業(yè)務(wù)內(nèi)容的計費為在不同數(shù)據(jù)業(yè)務(wù)在經(jīng)過不同數(shù)據(jù)網(wǎng)網(wǎng)關(guān)時，由相應(yīng)的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)進行業(yè)務(wù)內(nèi)容的監(jiān)控和計費；具體過程為在數(shù)據(jù)網(wǎng)絡(luò)上，內(nèi)容提供商向移動用戶傳送相應(yīng)的業(yè)務(wù)內(nèi)容，需要經(jīng)過相關(guān)的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)。如圖1所示，所述的內(nèi)容提供商包括DS(下載服務(wù)器)、CP(內(nèi)容提供商)、VS(視訊服務(wù)器)等；所述的業(yè)務(wù)內(nèi)容包括WAP瀏覽，WAP承載的Java(一種計算機語言)應(yīng)用程序下載等，作為數(shù)據(jù)網(wǎng)網(wǎng)關(guān)的WAPGW(無線應(yīng)用協(xié)議網(wǎng)關(guān))均能監(jiān)控到內(nèi)容的傳送。由于數(shù)據(jù)業(yè)務(wù)相關(guān)的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)能監(jiān)控內(nèi)容交互過程，因此，數(shù)據(jù)網(wǎng)網(wǎng)關(guān)在內(nèi)容傳送之前向GSMSCF發(fā)起內(nèi)容計費請求，在用戶接受到內(nèi)容之后，數(shù)據(jù)網(wǎng)網(wǎng)關(guān)向GSMSCF發(fā)送內(nèi)容交互狀態(tài)報告，從而實現(xiàn)相應(yīng)的內(nèi)容計費。
現(xiàn)有技術(shù)中基于GPRS核心網(wǎng)的流量計費方法，需要與數(shù)據(jù)網(wǎng)上提供的內(nèi)容計費方法進行配合，以滿足各種針對不同用戶的計費需求，如部分電信運營商需要針對部分用戶只計流量費；或者是一些內(nèi)容提供商僅對提供的內(nèi)容計內(nèi)容費；或者是既計流量費，又計內(nèi)容費。
按照標準的3GPP規(guī)范定義，GPRS核心網(wǎng)上只能監(jiān)控到用戶一次上網(wǎng)過程；或用戶一次PDP激活和去激活的過程。而內(nèi)容計費時，往往針對一個具體的應(yīng)用內(nèi)容進行計費，例如，一個CP(內(nèi)容提供商)上每個圖片的內(nèi)容批價(即計費費率)可以不同，當用戶瀏覽或下載不同的圖片時，便需要分別計費。
若只計內(nèi)容費用時，GSM/SCF上的流量計費業(yè)務(wù)根據(jù)用戶上網(wǎng)的一個PDP會話的所有流量進行監(jiān)控，GSM/SCF上進行了計費的數(shù)據(jù)業(yè)務(wù)內(nèi)容的相關(guān)流量沒法在SGSN與GSM/SCF之間的CAMEL控制關(guān)系中進行標識。為此，可以在智能網(wǎng)的SCP上對相應(yīng)的流量計費進行回補，即將針對只計內(nèi)容費用的數(shù)據(jù)業(yè)務(wù)內(nèi)容扣除的流量費用，在SCP上根據(jù)數(shù)據(jù)網(wǎng)網(wǎng)關(guān)上報的流量進行回補，補足已經(jīng)扣除的費用，但是，這種方案存在的問題是GPRS/SSF統(tǒng)計的流量值與各種數(shù)據(jù)網(wǎng)網(wǎng)關(guān)統(tǒng)計出的流量值往往會因為統(tǒng)計過程位于的網(wǎng)絡(luò)層不同(即GPRS/SSF不直接與各種數(shù)據(jù)網(wǎng)網(wǎng)關(guān)通信)，而導致兩個流量統(tǒng)計結(jié)果不一致，因此，目前采用的流量回補方案無法準確的對相應(yīng)的計費流量進行回補。
而且，上述實現(xiàn)方案中，需要在現(xiàn)有GPRS網(wǎng)絡(luò)中的SGSN實體上升級支持GPRS/SSF功能。而SGSN設(shè)備可能由多個廠商生產(chǎn)，且各個廠家的SGSN設(shè)備升級GPRS/SSF的功能也存在著一定的差異。同時，GSMSCF與其它廠商的SGSN/SSF之間，存在CAMEL接口兼容性測試問題。
由現(xiàn)有技術(shù)方案的描述可以看出，利用現(xiàn)有技術(shù)，實現(xiàn)靈活的計費方案比較困難，無法滿足GPRS網(wǎng)絡(luò)的計費需求。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)存在的問題，本發(fā)明的目的是提供一種基于通用分組無線業(yè)務(wù)流量回補的計費方法，從而可以使得基于GPRS技術(shù)的網(wǎng)絡(luò)中以較低的成本實現(xiàn)針對流量和內(nèi)容的靈活計費方式，并使流量回補更為準確。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供了一種基于通用分組無線業(yè)務(wù)流量回補的計費方法，包括a、在GPRS(通用分組無線業(yè)務(wù))網(wǎng)絡(luò)的GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)上建立GPRS/SSF(GPRS業(yè)務(wù)交換功能)部分；b、GPRS核心網(wǎng)通過GGSN與外部網(wǎng)絡(luò)通信時，GGSN上的GPRS/SSF部分統(tǒng)計通信過程中數(shù)據(jù)業(yè)務(wù)的流量，并根據(jù)統(tǒng)計結(jié)果與智能網(wǎng)的SCP(業(yè)務(wù)控制點)進行信息交互；c、智能網(wǎng)的SCP根據(jù)與GPRS/SSF部分間的信息交互對發(fā)生的數(shù)據(jù)業(yè)務(wù)進行基于流量的計費；同時，SCP還根據(jù)與數(shù)據(jù)網(wǎng)網(wǎng)關(guān)間信息交互實現(xiàn)數(shù)據(jù)業(yè)務(wù)內(nèi)容的計費及相應(yīng)的流量回補操作。
所述的步驟b還包括當用戶通過GPRS核心網(wǎng)訪問數(shù)據(jù)網(wǎng)時，數(shù)據(jù)網(wǎng)網(wǎng)關(guān)解析訪問的數(shù)據(jù)業(yè)務(wù)的內(nèi)容，并根據(jù)解析獲得的數(shù)據(jù)業(yè)務(wù)內(nèi)容與智能網(wǎng)的SCP進行信息交互。
所述的步驟b進一步包括b1、用戶通過GPRS核心網(wǎng)訪問數(shù)據(jù)網(wǎng)時，GGSN上的GPRS/SSF部分和數(shù)據(jù)網(wǎng)網(wǎng)關(guān)將用戶的訪問請求信息上報給智能網(wǎng)的SCP；b2、智能網(wǎng)的SCP根據(jù)用戶的訪問請求信息確定針對該用戶的基于流量的監(jiān)控參數(shù)和基于內(nèi)容的監(jiān)控參數(shù)；b3、SCP將基于流量的監(jiān)控參數(shù)下發(fā)給GGSN上的GPRS/SSF，將基于內(nèi)容的監(jiān)控參數(shù)下發(fā)給數(shù)據(jù)網(wǎng)網(wǎng)關(guān)。
本發(fā)明中
所述的基于流量的監(jiān)控參數(shù)為允許的數(shù)據(jù)業(yè)務(wù)流量值、允許的數(shù)據(jù)業(yè)務(wù)持續(xù)時間值或允許的數(shù)據(jù)業(yè)務(wù)發(fā)生的費用值；所述的基于內(nèi)容的監(jiān)控參數(shù)為是否允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互的標志值或允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互發(fā)生的費用值。
本發(fā)明中所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)包括直接與GGSN通信且具有解析數(shù)據(jù)業(yè)務(wù)內(nèi)容及統(tǒng)計相應(yīng)流量功能的綜合網(wǎng)關(guān)，或直接與GGSN通信且分別增加有統(tǒng)計相應(yīng)數(shù)據(jù)業(yè)務(wù)內(nèi)容流量功能的WAPGW(無線應(yīng)用協(xié)議網(wǎng)關(guān))、MMSC(多媒體業(yè)務(wù)中心)、CP(內(nèi)容提供商)提供的Web服務(wù)器、Java Download Engine(Java下載服務(wù)器)及Video Server(視頻服務(wù)器)。
所述的綜合網(wǎng)關(guān)設(shè)置為獨立的實體設(shè)備，或設(shè)置為具有統(tǒng)計各種數(shù)據(jù)業(yè)務(wù)內(nèi)容流量功能實體并內(nèi)置于已有的網(wǎng)絡(luò)實體中。
所述的步驟c包括智能網(wǎng)的SCP判斷該用戶的數(shù)據(jù)業(yè)務(wù)內(nèi)容是否需要流量計費，如果需要，則進行正常的計費處理過程，否則，根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的該數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量進行針對該用戶的流量回補操作。
所述的根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的該數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量進行針對該用戶的流量回補操作，進一步包括根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的不需要進行流量計費的數(shù)據(jù)業(yè)務(wù)內(nèi)容發(fā)生的流量值計算出相應(yīng)的計費值，并將計算出的相應(yīng)計費值加至該用戶的帳號余額中。
所述的訪問請求信息中承載著用戶的MSISDN(移動臺國際ISDN號碼)、IMSI(國際移動用戶標識符)或APN(接入點名稱)信息。
所述的步驟b2還包括智能網(wǎng)的SCP根據(jù)用戶的訪問請求信息對用戶進行鑒權(quán)，并僅根據(jù)鑒權(quán)通過的用戶的訪問請求信息確定相應(yīng)的流量監(jiān)控參數(shù)和內(nèi)容監(jiān)控參數(shù)。
本發(fā)明中
所述的GPRS/SSF與SCP間采用的控制協(xié)議包括CAMEL(移動網(wǎng)增強邏輯的客戶化應(yīng)用)協(xié)議、Radius(遠端用戶撥入鑒權(quán)服務(wù))協(xié)議或基于TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)自定義的消息操作；所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)與SCP間采用的控制協(xié)議包括Radius協(xié)議或TCP/IP。
所述的數(shù)據(jù)業(yè)務(wù)內(nèi)容包括數(shù)據(jù)業(yè)務(wù)應(yīng)用類型，所述的數(shù)據(jù)業(yè)務(wù)應(yīng)用類型具體包括WAP(無線應(yīng)用協(xié)議)數(shù)據(jù)應(yīng)用、Web(環(huán)球網(wǎng))數(shù)據(jù)應(yīng)用、MMS(多媒體短消息業(yè)務(wù))數(shù)據(jù)應(yīng)用、EMAIL(電子郵件)數(shù)據(jù)應(yīng)用或流媒體業(yè)務(wù)應(yīng)用。
由上述技術(shù)方案可以看出，本發(fā)明中將GPRS核心網(wǎng)的流量統(tǒng)計功能部分設(shè)置于GGSN上，使得統(tǒng)計的流量值與綜合網(wǎng)關(guān)統(tǒng)計的流量值保持一致，從而保證在數(shù)據(jù)網(wǎng)中需要針對某一業(yè)務(wù)內(nèi)容僅計內(nèi)容費用時，可以根據(jù)綜合網(wǎng)關(guān)統(tǒng)計的流量值，從該用戶帳號中扣除的流量費用進行回補，且保證回補的計費值與GPRS核心網(wǎng)扣除的計費值一致，即保證了回補的流量費用的準確性。
而且，本發(fā)明中流量統(tǒng)計功能部分處于網(wǎng)絡(luò)的匯聚層，且支持CAMEL3，Radius等接口，因此，現(xiàn)有GPRS核心網(wǎng)絡(luò)設(shè)備不必因為需要實現(xiàn)該功能而升級支持CAMEL3和綜合網(wǎng)關(guān)，節(jié)省了實現(xiàn)靈活的流量回補計費所需要的成本。


圖1為現(xiàn)有技術(shù)中通用分組無線業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖。
圖2為本發(fā)明中通用分組無線業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖。
圖3為本發(fā)明所述的方法的流程圖1。
圖4為本發(fā)明所述的方法的流程圖2。
圖5為本發(fā)明所述的方法的流程圖3。
具體實施例方式
本發(fā)明的目的是為了解決現(xiàn)有技術(shù)中采用的流量計費方案和內(nèi)容計費方案所存在的無法根據(jù)需要靈活設(shè)置計費方法的問題，本發(fā)明采用的技術(shù)方案的實質(zhì)是在GPRS網(wǎng)絡(luò)的GGSN實體上疊加GPRS/SSF(GPRS業(yè)務(wù)交換功能)部分，用于統(tǒng)計用戶發(fā)生的數(shù)據(jù)業(yè)務(wù)的流量，并上報給SCP進行相應(yīng)的流量計費，從而使得所統(tǒng)計的流量與數(shù)據(jù)網(wǎng)網(wǎng)關(guān)統(tǒng)計各種數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量一致，以便于根據(jù)需要靈活地進行計費方式的調(diào)整，例如，針對數(shù)據(jù)網(wǎng)提供的相應(yīng)內(nèi)容的數(shù)據(jù)業(yè)務(wù)僅計內(nèi)容費用等。
本發(fā)明所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)包括直接與GGSN通信且具有解析數(shù)據(jù)業(yè)務(wù)內(nèi)容及統(tǒng)計相應(yīng)流量功能的綜合網(wǎng)關(guān)，以及直接與GGSN通信且分別增加有統(tǒng)計相應(yīng)數(shù)據(jù)業(yè)務(wù)內(nèi)容流量功能的WAPGW(無線應(yīng)用協(xié)議網(wǎng)關(guān))、MMSC(多媒體業(yè)務(wù)中心)、CP(內(nèi)容提供商)提供的Web服務(wù)器、Java DownloadEngine(Java下載服務(wù)器)及Video Server(視頻服務(wù)器)。
本發(fā)明中，GGSN/SSP通過CAP3操作與GSMSCF建立CAMEL控制關(guān)系。
現(xiàn)網(wǎng)SGSN設(shè)備與GGSN之間采用標準的Gn接口。GGSN/SSP觸發(fā)GPRS/SF的業(yè)務(wù)條件可以是MSISDN(移動臺國際ISDN號碼)號碼，IMSI(國際移動用戶識別碼)號段，APN(接入點名稱)。
下面以GGSN的出口連接到綜合網(wǎng)關(guān)為例對本發(fā)明進行說明，所述的綜合網(wǎng)關(guān)能夠解析經(jīng)過的所有數(shù)據(jù)業(yè)務(wù)應(yīng)用，所述的數(shù)據(jù)業(yè)務(wù)應(yīng)用包括WAP、Web、MMS(多媒體消息業(yè)務(wù))、Java Download(基于Java的應(yīng)用程序下載)；Video Streaming(視頻數(shù)據(jù)流)等數(shù)據(jù)業(yè)務(wù)應(yīng)用；綜合網(wǎng)關(guān)還可以分別為各種不同的數(shù)據(jù)業(yè)務(wù)應(yīng)用分別統(tǒng)計流量；在內(nèi)容交互完成之后，綜合網(wǎng)關(guān)將統(tǒng)計相關(guān)內(nèi)容的流量，上報給SCP，并由SCP再對相關(guān)內(nèi)容的流量進行回補。
本發(fā)明所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法的具體實施方式
結(jié)合附圖敘述如下，參見圖2和圖3所示，具體包括以下步驟
步驟31MS(移動用戶)向SGSN發(fā)起激活PDP上下文請求消息，即發(fā)送“Activate PDP Context Request”消息。
步驟32SGSN向GGSN/SSP(GGSN/業(yè)務(wù)交換點)發(fā)起創(chuàng)建PDP上下文請求，即發(fā)送“Create PDP Context Request”消息。
步驟33GGSN/SSP向SCP發(fā)起GPRS數(shù)據(jù)初始化處理消息，即發(fā)送“Initial DP GPRS”，用于初始化移動用戶開展GPRS業(yè)務(wù)所需要的數(shù)據(jù)，如計費數(shù)據(jù)等，消息中攜帶著訪問請求信息，所述的訪問請求信息包括用戶的身份信息及請求的數(shù)據(jù)業(yè)務(wù)內(nèi)容信息等，例如用戶的MSISDN(移動用戶綜合業(yè)務(wù)數(shù)字網(wǎng))、IMSI(國際移動用戶標識符)或APN(接入點名稱)信息。
SCP收到所述的數(shù)據(jù)初始化處理消息后，進行相應(yīng)的數(shù)據(jù)初始化處理，并分別執(zhí)行步驟34、步驟35和步驟36。
步驟34向GGSN/SSP下發(fā)請求上報GPRS事件的消息，即下發(fā)“Request Report GPRS Event”消息，要求GGSN/SSP將該移動用戶開展的GPRS業(yè)務(wù)的相關(guān)事件上報給SCP。
步驟35SCP完成用戶的鑒權(quán)，且用戶鑒權(quán)通過后，確定等下發(fā)的監(jiān)控參數(shù)，即SCP根據(jù)該移動用戶的帳號余額預(yù)算出監(jiān)控流量、費用或時長，如果是內(nèi)容計費還需要確定是否允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互的標志值，或允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互發(fā)生的費用值，并且向GGSN/SSP下發(fā)GPRS計費申請消息，即下發(fā)“Apply Charging GPRS”消息，請求開始對移動用戶開展的GPRS業(yè)務(wù)進行計費操作。
步驟36SCP還需要向GGSN/SSP下發(fā)繼續(xù)GPRS業(yè)務(wù)的消息，即下發(fā)“Continue GPRS”，要求GGSN/SSP繼續(xù)進行GPRS業(yè)務(wù)操作。
步驟37GGSN/SSP收到步驟34、35和36的消息后，向SGSN發(fā)送創(chuàng)建PDP上下文響應(yīng)消息。
步驟38SGSN向MS返回一個激活PDP上下文接受消息，手機用戶收到該消息之后就可以進行GPRS業(yè)務(wù)了。
步驟39MS與通過綜合網(wǎng)關(guān)分別與CP(內(nèi)容提供商)、Java DownloadEngine(Java程序下載服務(wù)器)、Video Server(視頻服務(wù)器)或MMSC(多媒體短消息業(yè)務(wù)中心)之間做數(shù)據(jù)應(yīng)用的交互；同時，參見步驟391，SCP還向綜合網(wǎng)關(guān)發(fā)送指定的數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量的統(tǒng)計請求，綜合網(wǎng)關(guān)根據(jù)所述的請求進行指定數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量的統(tǒng)計，并執(zhí)行步驟392，將統(tǒng)計結(jié)果發(fā)送給SCP，以便于SCP根據(jù)統(tǒng)計的指定數(shù)據(jù)業(yè)務(wù)內(nèi)容流量進行相應(yīng)的流量回補操作。
步驟310當已經(jīng)到了SCP下發(fā)給GGSN/SSP的監(jiān)控時間，或者是下發(fā)的監(jiān)控流量已經(jīng)用完時，則由GGSN向SCP上報GPRS計費監(jiān)控結(jié)果消息，即上報“Apply Charging Report GPRS”消息，SCP根據(jù)上報的消息對已經(jīng)實際消耗的時間或流量費用進行扣除操作，即在該移動用戶帳號扣除消耗的時間或流量對應(yīng)的費用值；費用扣除操作完成后，如果所述的移動用戶還存在帳號余額，則重復執(zhí)行步驟34至步驟310，SCP則繼續(xù)向GGSN/SSP下發(fā)監(jiān)控操作；否則，執(zhí)行步驟311。
步驟311MS向SGSN發(fā)起去激活PDP上下文請求，即向SGS發(fā)送“Deactivate PDP Context Request”消息，以刪除建立的PDP上下文。
步驟312SGSN收到MS發(fā)來的去激活PDP上下文請求后，向GGSN/SSP發(fā)起刪除PDP上下文請求，即發(fā)送“Delete PDP ContextRequest”。
步驟313GGSN/SSP向SCP上報GPRS計費申請請求消息，即向SCP發(fā)送“Apply Charging Request GPRS”消息，并由SCP根據(jù)上報的實際使用流量或時長進行相應(yīng)的計費，且完成針對移動用戶帳號余額的扣除。
步驟314GGSN/SSP向SCP上報請求釋放PDP上下文的消息，即通過發(fā)送的“Event Report GPRS”消息通知SCP執(zhí)行釋放建立的PDP上下文操作。
步驟315SCP進行釋放建立的PDP上下文處理后，向GGSN/SSP返回返回“Release GPRS(釋放建立的PDP上下文)”消息，作為釋放PDP上下文請求的響應(yīng)消息。
步驟316GGSN/SSP繼續(xù)向SGSN發(fā)送刪除PDP上下文的響應(yīng)消息，即釋放建立PDP上下文的消息，響應(yīng)消息中承載著要求釋放建立的PDP上下文的信息。
步驟317SGSN則在收到GGSN/SSP發(fā)來的刪除PDP上下文的響應(yīng)消息后，向MS發(fā)送去激活PDP上下文的響應(yīng)消息。
在執(zhí)行上述步驟39的過程中，MS與WAPGW、MMSC、CP、JavaDownload Engine及Video Server等業(yè)務(wù)網(wǎng)關(guān)和應(yīng)用服務(wù)器的數(shù)據(jù)交互過程都需要經(jīng)過綜合網(wǎng)關(guān)。綜合網(wǎng)關(guān)需要向SCP上報指定業(yè)務(wù)內(nèi)容發(fā)生的業(yè)務(wù)流量值，以便于SCP根據(jù)上報的指定的業(yè)務(wù)內(nèi)容發(fā)生的業(yè)務(wù)流量值對相應(yīng)的移動用戶的帳號余額進行回補操作。例如，數(shù)據(jù)網(wǎng)的內(nèi)容提供商推出了針對某一提供的業(yè)務(wù)內(nèi)容僅收取內(nèi)容費用，而免收相應(yīng)的流量費用，則在SCP上，對于接收該業(yè)務(wù)內(nèi)容服務(wù)的用戶需要根據(jù)綜合網(wǎng)關(guān)統(tǒng)計的該業(yè)務(wù)內(nèi)容而產(chǎn)生的流量值，將根據(jù)GPRS核心網(wǎng)上報的流量統(tǒng)計值已經(jīng)扣除的費用回補給該移動用戶。所述的綜合網(wǎng)關(guān)需要根據(jù)SCP下發(fā)的控制消息確定對某一業(yè)務(wù)內(nèi)容的流量進行統(tǒng)計，并上報統(tǒng)計結(jié)果。
為進一步說明本發(fā)明，現(xiàn)假設(shè)內(nèi)容提供商為用戶提供的圖片下載服務(wù)為免收相應(yīng)的流量費用，而僅收取內(nèi)容費用，同時假設(shè)某一用戶在上網(wǎng)并下載所述圖片時，產(chǎn)生的流量費用為5元錢，且由SCP根據(jù)GPRS核心網(wǎng)上報的流量值將該費用由該用戶的帳號余額中扣除，為保證該移動用戶可以享受到免收流量費用的優(yōu)惠，則在SCP處需要根據(jù)綜合網(wǎng)關(guān)統(tǒng)計的該移動用戶下載所述圖片產(chǎn)生的業(yè)務(wù)流量值計算相應(yīng)的費用，并回補至該移動用戶的帳號余額中。在本發(fā)明中為保證回補的費用值仍為5元，采用了在GPRS核心網(wǎng)中在Gi接口上GGSN流出的流量統(tǒng)計值，而綜合網(wǎng)關(guān)上也是統(tǒng)計與GGSN的Gi接口的流量值，這兩者的流量值是同一個接口上兩端實體統(tǒng)計的流量值，從而使得GGSN統(tǒng)計出的流量值與綜合網(wǎng)關(guān)統(tǒng)計的流量值相等。
下面以WAP/MMS內(nèi)容計費信令流程為例，對本發(fā)明作進一步說明，該實例中采用綜合網(wǎng)關(guān)作為數(shù)據(jù)網(wǎng)網(wǎng)關(guān)分別與MMSC、CP、Java DownloadEngine及Video Server等網(wǎng)關(guān)間通信，進行業(yè)務(wù)數(shù)據(jù)信息的交互，所述的綜合網(wǎng)關(guān)具備業(yè)務(wù)內(nèi)容的分析功能，并可以根據(jù)SCP的要求或自身的設(shè)置情況對指定的業(yè)務(wù)內(nèi)容的流量進行統(tǒng)計。如圖4所示，具體包括以下步驟步驟41MS根據(jù)需要向GGSN發(fā)起數(shù)據(jù)請求，請求從數(shù)據(jù)網(wǎng)獲取需要的業(yè)務(wù)數(shù)據(jù)信息。
步驟42GGSN接收到所述的數(shù)據(jù)請求后，向建立的綜合網(wǎng)關(guān)轉(zhuǎn)發(fā)用戶的數(shù)據(jù)請求。
綜合網(wǎng)關(guān)收到用戶的數(shù)據(jù)請求后，解析移動用戶的數(shù)據(jù)請求的URL(通用資源定位器)信息，判斷該用戶請求的業(yè)務(wù)內(nèi)容是否需要統(tǒng)計流量，所述的判斷的依據(jù)可以是綜合網(wǎng)關(guān)上或SCP上的設(shè)置信息，通常對于需要統(tǒng)計流量的業(yè)務(wù)內(nèi)容需要在綜合網(wǎng)關(guān)或SCP上進行相應(yīng)的設(shè)置，且在綜合網(wǎng)關(guān)上設(shè)置會更方便一些，而在SCP上設(shè)置，則需要在綜合網(wǎng)關(guān)向SCP上報業(yè)務(wù)內(nèi)容信息后判斷是否需要統(tǒng)計流量，如果需要統(tǒng)計流量則通知綜合網(wǎng)關(guān)。對于綜合網(wǎng)關(guān)來說，如果所述的業(yè)務(wù)內(nèi)容不需要統(tǒng)計流量，則不統(tǒng)計該業(yè)務(wù)內(nèi)容的流量，否則，綜合網(wǎng)關(guān)將統(tǒng)計該業(yè)務(wù)內(nèi)容的流量，并將統(tǒng)計結(jié)果上報給SCP。同時，還需要執(zhí)行步驟43。
步驟43綜合網(wǎng)關(guān)向WAPGW/MMSC轉(zhuǎn)發(fā)用戶的數(shù)據(jù)請求。
步驟44WAPGW/MMSC收到所述的數(shù)據(jù)請求后，如果確定此URL信息提供的業(yè)務(wù)內(nèi)容需要計內(nèi)容費用，則向SCP發(fā)起內(nèi)容費用預(yù)扣請求。
步驟45SCP完成此內(nèi)容計費的預(yù)扣后，向WAPGW/MMSC響應(yīng)預(yù)扣結(jié)果，以便于WAPGW/MMSC根據(jù)費用預(yù)扣結(jié)果確定是否繼續(xù)向移動用戶提供業(yè)務(wù)內(nèi)容的處理過程，如果WAPGW/MMSC收到的是內(nèi)容費用預(yù)扣成功的消息，則執(zhí)行步驟46。
步驟46WAPGW/MMSC收到內(nèi)容費用預(yù)扣成功的消息之后，將所述的數(shù)據(jù)請求轉(zhuǎn)發(fā)給數(shù)據(jù)網(wǎng)，如CP等。
步驟47數(shù)據(jù)網(wǎng)接收到數(shù)據(jù)請求之后，則向WAPGW/MMSC下發(fā)請求的內(nèi)容，即移動用戶請求的由數(shù)據(jù)網(wǎng)提供的業(yè)務(wù)內(nèi)容。
步驟48WAPGW/MMSC收到所述的業(yè)務(wù)內(nèi)容后，繼續(xù)向綜合網(wǎng)關(guān)下發(fā)移動用戶請求的業(yè)務(wù)內(nèi)容。
步驟49綜合網(wǎng)關(guān)將收到的業(yè)務(wù)內(nèi)容通過GGSN下發(fā)給移動用戶，移動用戶收到所述的業(yè)務(wù)內(nèi)容后，綜合網(wǎng)關(guān)還需要向WAPGW/MMSC返回是否成功接收到相應(yīng)業(yè)務(wù)內(nèi)容的消息。
WAPGW/MMSC收到所述的成功移動用戶是否成功接收相應(yīng)業(yè)務(wù)內(nèi)容的消息后，執(zhí)行步驟410。
步驟410根據(jù)收到的消息內(nèi)容向SCP上報業(yè)務(wù)內(nèi)容發(fā)送狀態(tài)報告消息，消息中攜帶著是否已經(jīng)成功將相應(yīng)的業(yè)務(wù)內(nèi)容下發(fā)給MS的信息。
SCP根據(jù)接收到的業(yè)務(wù)內(nèi)容發(fā)送狀態(tài)報告消息判斷所述的業(yè)務(wù)內(nèi)容是否成功下發(fā)給MS，若下發(fā)不成功，則對預(yù)先從該用戶帳號中扣除的內(nèi)容費進行回補處理，否則，SCP為這次業(yè)務(wù)內(nèi)容交易記錄話單。然后執(zhí)行步驟411，即由SCP向WAPGW/MMSC發(fā)送業(yè)務(wù)內(nèi)容狀態(tài)報告消息的響應(yīng)。
另外，再以對網(wǎng)絡(luò)中提供的Video Streaming、Java Download業(yè)務(wù)內(nèi)容進行計費的處理過程為例對本發(fā)明作進一步說明，所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)仍采用一個綜合網(wǎng)關(guān)實現(xiàn)。如圖5所示，具體包括以下步驟步驟51MS發(fā)起數(shù)據(jù)請求到GGSN，請求獲取相應(yīng)的Video Streaming、Java Download業(yè)務(wù)內(nèi)容。
步驟52GGSN向綜合網(wǎng)關(guān)轉(zhuǎn)發(fā)用戶的數(shù)據(jù)請求。
綜合網(wǎng)關(guān)收到用戶的數(shù)據(jù)請求后，解析移動用戶的數(shù)據(jù)請求的URL信息，判斷該用戶請求的業(yè)務(wù)內(nèi)容是否需要統(tǒng)計流量，如果所述的業(yè)務(wù)內(nèi)容不需要統(tǒng)計流量，則不統(tǒng)計該業(yè)務(wù)內(nèi)容的流量，否則，綜合網(wǎng)關(guān)將統(tǒng)計該業(yè)務(wù)內(nèi)容的流量，并將統(tǒng)計的流量值上報給SCP。同時，還需要執(zhí)行步驟53。
步驟53綜合網(wǎng)關(guān)向Video Server、Java Download Engine轉(zhuǎn)發(fā)移動用戶的數(shù)據(jù)請求。
步驟54Video Server、Java Download Engine接收到所述的數(shù)據(jù)請求后，如果確定其中的URL定位的業(yè)務(wù)內(nèi)容需要計內(nèi)容費用，則向SCP發(fā)起內(nèi)容費用預(yù)扣請求。
步驟55SCP完成相應(yīng)的內(nèi)容費用預(yù)扣處理后，向Video Server、JavaDownload Engine發(fā)送內(nèi)容費用預(yù)扣請求的響應(yīng)，響應(yīng)消息中攜帶著針對內(nèi)容費用的預(yù)扣結(jié)果。
步驟56Video Server、Java Download Engine收到內(nèi)容費用預(yù)扣成功的消息后，則向綜合網(wǎng)關(guān)下發(fā)移動用戶請求的業(yè)務(wù)內(nèi)容，并執(zhí)行步驟57；如果Video Server、Java Download Engine收到內(nèi)容費用預(yù)扣失敗的消息，則向移動用戶返回拒絕所述數(shù)據(jù)請求的消息，消息中通常攜帶著拒絕請求的原因信息。
步驟57綜合網(wǎng)關(guān)收到移動用戶請求的業(yè)務(wù)內(nèi)容信息后，繼續(xù)向MS下發(fā)其請求的業(yè)務(wù)內(nèi)容，MS接收所述的業(yè)務(wù)內(nèi)容后，綜合網(wǎng)關(guān)還需要向VideoServer、Java Download Engine返回業(yè)務(wù)內(nèi)容接收狀態(tài)消息。
步驟58Video Server、Java Download Engine根據(jù)返回的業(yè)務(wù)內(nèi)容接收狀態(tài)消息向SCP上報內(nèi)容發(fā)送狀態(tài)報告消息。
SCP收到所述的內(nèi)容發(fā)送狀態(tài)報告消息后，判斷所述的業(yè)務(wù)內(nèi)容是否成功下發(fā)給移動用戶，若下發(fā)不成功，則對從用戶貼中預(yù)先扣除的內(nèi)容費用進行回補處理，否則，SCP為這次業(yè)務(wù)內(nèi)容交易記錄話單。并執(zhí)行步驟59，由SCP向Video Server、Java Download Engine發(fā)送業(yè)務(wù)內(nèi)容接收狀態(tài)消息的響應(yīng)。
通過圖4和圖5兩個具體應(yīng)用實例的描述可以看出，根據(jù)綜合網(wǎng)關(guān)向SCP上報的指定業(yè)務(wù)內(nèi)容交易的相關(guān)流量，便可以針對流量計費進行回補，從而實現(xiàn)了網(wǎng)絡(luò)中的靈活計費，同時，可以看出GGSN統(tǒng)計的流量與綜合網(wǎng)關(guān)統(tǒng)計的流量是相同的，故保證了通信網(wǎng)絡(luò)中流量費用回補的準確性，實現(xiàn)了本發(fā)明的目的。
當然，本發(fā)明中也可以不采用綜合網(wǎng)關(guān)作為單獨的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)實體，而將綜合網(wǎng)關(guān)需要實現(xiàn)的功能作為一個功能實體分別在GGSN上，以及WAPGW、Java Download Engine及Video Server等網(wǎng)關(guān)上實現(xiàn)，由于GGSN的出口直接與綜合網(wǎng)關(guān)相連，所以可以保證GGSN統(tǒng)計的流量值與綜合網(wǎng)關(guān)統(tǒng)計的流量值相同。具體的計費及流量回補處理過程與上述處理過程相似，此處不再贅述。
本發(fā)明中，所述的GPRS/SSF與SCP間采用的控制協(xié)議包括CAMEL協(xié)議、Radius協(xié)議或基于TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)自定義的消息操作；所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)與SCP間采用的控制協(xié)議包括Radius協(xié)議或TCP/IP。
而且，本發(fā)明所述的數(shù)據(jù)業(yè)務(wù)的內(nèi)容包括數(shù)據(jù)業(yè)務(wù)應(yīng)用類型，所述的數(shù)據(jù)業(yè)務(wù)應(yīng)用類型具體包括WAP(無線應(yīng)用協(xié)議)數(shù)據(jù)應(yīng)用、Web(環(huán)球網(wǎng))數(shù)據(jù)應(yīng)用、MMS(多媒體消息業(yè)務(wù))數(shù)據(jù)應(yīng)用、EMAIL(電子郵件)數(shù)據(jù)應(yīng)用或流媒體業(yè)務(wù)應(yīng)用。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準。
權(quán)利要求
1.一種基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于包括a、在GPRS(通用分組無線業(yè)務(wù))網(wǎng)絡(luò)的GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)上建立GPRS/SSF(GPRS業(yè)務(wù)交換功能)部分；b、GPRS核心網(wǎng)通過GGSN與外部網(wǎng)絡(luò)通信時，GGSN上的GPRS/SSF部分統(tǒng)計通信過程中數(shù)據(jù)業(yè)務(wù)的流量，并根據(jù)統(tǒng)計結(jié)果與智能網(wǎng)的SCP(業(yè)務(wù)控制點)進行信息交互；c、智能網(wǎng)的SCP根據(jù)與GPRS/SSF部分間的信息交互對發(fā)生的數(shù)據(jù)業(yè)務(wù)進行基于流量的計費；同時，SCP還根據(jù)與數(shù)據(jù)網(wǎng)網(wǎng)關(guān)間信息交互實現(xiàn)數(shù)據(jù)業(yè)務(wù)內(nèi)容的計費及相應(yīng)的流量回補操作。
2.根據(jù)權(quán)利要求1所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的步驟b還包括當用戶通過GPRS核心網(wǎng)訪問數(shù)據(jù)網(wǎng)時，數(shù)據(jù)網(wǎng)網(wǎng)關(guān)解析訪問的數(shù)據(jù)業(yè)務(wù)的內(nèi)容，并根據(jù)解析獲得的數(shù)據(jù)業(yè)務(wù)內(nèi)容與智能網(wǎng)的SCP進行信息交互。
3.根據(jù)權(quán)利要求2所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的步驟b進一步包括b1、用戶通過GPRS核心網(wǎng)訪問數(shù)據(jù)網(wǎng)時，GGSN上的GPRS/SSF部分和數(shù)據(jù)網(wǎng)網(wǎng)關(guān)將用戶的訪問請求信息上報給智能網(wǎng)的SCP；b2、智能網(wǎng)的SCP根據(jù)用戶的訪問請求信息確定針對該用戶的基于流量的監(jiān)控參數(shù)和基于內(nèi)容的監(jiān)控參數(shù)；b3、SCP將基于流量的監(jiān)控參數(shù)下發(fā)給GGSN上的GPRS/SSF，將基于內(nèi)容的監(jiān)控參數(shù)下發(fā)給數(shù)據(jù)網(wǎng)網(wǎng)關(guān)。
4.根據(jù)權(quán)利要求3所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的基于流量的監(jiān)控參數(shù)為允許的數(shù)據(jù)業(yè)務(wù)流量值、允許的數(shù)據(jù)業(yè)務(wù)持續(xù)時間值或允許的數(shù)據(jù)業(yè)務(wù)發(fā)生的費用值；所述的基于內(nèi)容的監(jiān)控參數(shù)為是否允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互的標志值或允許的各個數(shù)據(jù)業(yè)務(wù)內(nèi)容交互發(fā)生的費用值。
5.根據(jù)權(quán)利要求1、2、3或4所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)包括直接與GGSN通信且具有解析數(shù)據(jù)業(yè)務(wù)內(nèi)容及統(tǒng)計相應(yīng)流量功能的綜合網(wǎng)關(guān)，或直接與GGSN通信且分別增加有統(tǒng)計相應(yīng)數(shù)據(jù)業(yè)務(wù)內(nèi)容流量功能的WAPGW(無線應(yīng)用協(xié)議網(wǎng)關(guān))、MMSC(多媒體業(yè)務(wù)中心)、CP(內(nèi)容提供商)提供的Web服務(wù)器、Java Download Engine(Java下載服務(wù)器)及Video Server(視頻服務(wù)器)。
6.根據(jù)權(quán)利要求5所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的綜合網(wǎng)關(guān)設(shè)置為獨立的實體設(shè)備，或設(shè)置為具有統(tǒng)計各種數(shù)據(jù)業(yè)務(wù)內(nèi)容流量功能實體并內(nèi)置于已有的網(wǎng)絡(luò)實體中。
7.根據(jù)權(quán)利要求6所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的步驟c包括智能網(wǎng)的SCP判斷該用戶的數(shù)據(jù)業(yè)務(wù)內(nèi)容是否需要流量計費，如果需要，則進行正常的計費處理過程，否則，根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的該數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量進行針對該用戶的流量回補操作。
8.根據(jù)權(quán)利要求7所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于，所述的根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的該數(shù)據(jù)業(yè)務(wù)內(nèi)容的流量進行針對該用戶的流量回補操作，進一步包括根據(jù)綜合網(wǎng)關(guān)統(tǒng)計出的不需要進行流量計費的數(shù)據(jù)業(yè)務(wù)內(nèi)容發(fā)生的流量值計算出相應(yīng)的計費值，并將計算出的相應(yīng)計費值加至該用戶的帳號余額中。
9.根據(jù)權(quán)利要求3所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的訪問請求信息中承載著用戶的MSISDN(移動臺國際ISDN號碼)、IMSI(國際移動用戶標識符)或APN(接入點名稱)信息。
10.根據(jù)權(quán)利要求3所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的步驟b2還包括智能網(wǎng)的SCP根據(jù)用戶的訪問請求信息對用戶進行鑒權(quán)，并僅根據(jù)鑒權(quán)通過的用戶的訪問請求信息確定相應(yīng)的流量監(jiān)控參數(shù)和內(nèi)容監(jiān)控參數(shù)。
11.根據(jù)權(quán)利要求1所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的GPRS/SSF與SCP間采用的控制協(xié)議包括CAMEL(移動網(wǎng)增強邏輯的客戶化應(yīng)用)協(xié)議、Radius(遠端用戶撥入鑒權(quán)服務(wù))協(xié)議或基于TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)自定義的消息操作；所述的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)與SCP間采用的控制協(xié)議包括Radius協(xié)議或TCP/IP。
12.根據(jù)權(quán)利要求1所述的基于通用分組無線業(yè)務(wù)流量回補的計費方法，其特征在于所述的數(shù)據(jù)業(yè)務(wù)內(nèi)容包括數(shù)據(jù)業(yè)務(wù)應(yīng)用類型，所述的數(shù)據(jù)業(yè)務(wù)應(yīng)用類型具體包括WAP(無線應(yīng)用協(xié)議)數(shù)據(jù)應(yīng)用、Web(環(huán)球網(wǎng))數(shù)據(jù)應(yīng)用、MMS(多媒體短消息業(yè)務(wù))數(shù)據(jù)應(yīng)用、EMAIL(電子郵件)數(shù)據(jù)應(yīng)用或流媒體業(yè)務(wù)應(yīng)用。
全文摘要
本發(fā)明涉及一種基于通用分組無線業(yè)務(wù)流量回補的計費方法。該方法中將GPRS核心網(wǎng)的流量統(tǒng)計功能部分設(shè)置于GGSN上，使得統(tǒng)計的流量值與綜合網(wǎng)關(guān)統(tǒng)計的流量值保持一致，從而保證在數(shù)據(jù)網(wǎng)中需要針對某一業(yè)務(wù)內(nèi)容僅計內(nèi)容費用時，可以根據(jù)綜合網(wǎng)關(guān)統(tǒng)計的流量值，從該用戶帳號中扣除的流量費用進行回補，且保證回補的計費值與GPRS核心網(wǎng)扣除的計費值一致，即保證了回補的流量費用的準確性。而且，本發(fā)明中流量統(tǒng)計功能部分處于網(wǎng)絡(luò)的匯聚層，且支持CAMEL3，Radius等協(xié)議，因此，現(xiàn)有GPRS核心網(wǎng)絡(luò)的設(shè)備不必為實現(xiàn)該功能而升級支持CAMEL3和綜合網(wǎng)關(guān)，節(jié)省了實現(xiàn)靈活的流量回補計費所需要的成本。
文檔編號H04L12/14GK1625117SQ20031011928
公開日2005年6月8日 申請日期2003年12月2日 優(yōu)先權(quán)日2003年12月2日
發(fā)明者宋勇, 吳國釗, 易俊松, 榮傳湘 申請人:華為技術(shù)有限公司