專利名稱：一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分組數(shù)據(jù)計(jì)費(fèi)領(lǐng)域，特別是指一種傳輸面功能實(shí)體對(duì)計(jì)費(fèi)規(guī)則進(jìn)行處理的方法。
背景技術(shù)：
隨著分組數(shù)據(jù)業(yè)務(wù)應(yīng)用的逐漸廣泛，如何準(zhǔn)確合理地對(duì)分組數(shù)據(jù)業(yè)務(wù)進(jìn)行計(jì)費(fèi)，已成為運(yùn)營(yíng)商普遍關(guān)注的問題。
圖1示出了分組數(shù)據(jù)協(xié)議上下文(PDP Context，Packet Data ProtocolContext)激活、數(shù)據(jù)傳輸、去激活流程圖，如圖1所示，在通用分組無線業(yè)務(wù)(GPRS，General Packet Radio Service)中，激活PDP Context、與外部分組數(shù)據(jù)網(wǎng)絡(luò)(PDN，Packet Data Network)進(jìn)行數(shù)據(jù)交互、去激活該P(yáng)DPContext的實(shí)現(xiàn)過程包括以下步驟步驟101移動(dòng)終端(MS)向服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN，Serving GPRS Support Node)發(fā)送PDP Context激活請(qǐng)求(Activate PDPContext Request)，該Activate PDP Context Request中攜帶有網(wǎng)絡(luò)層業(yè)務(wù)訪問點(diǎn)標(biāo)識(shí)(NSAPI，Network Layer Service Access Point Identifier)、PDP類型、接入點(diǎn)名稱(APN，Access Point Name)、要求的服務(wù)質(zhì)量(QoS)參數(shù)、事務(wù)標(biāo)識(shí)(TI，Transaction Identifier)等信息，其中，NSAPI在SGSN和網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)(GGSN，Gateway GPRS Support Node)之間作為隧道標(biāo)識(shí)(TID，Tunnel Identifier)的組成部分，用于標(biāo)識(shí)PDPContext；PDP類型包括端對(duì)端協(xié)議(PPP，Peer-Peer Protocol)類型、網(wǎng)際協(xié)議(IP，Internet Protocol)類型等；APN可由MS向SGSN提供，SGSN根據(jù)APN尋址到相應(yīng)GGSN，GGSN根據(jù)APN確定MS所要訪問的外部網(wǎng)絡(luò)，MS也可不向SGSN提供APN，此時(shí)，由SGSN根據(jù)MS用戶的簽約信息選擇缺省的APN；QoS參數(shù)為MS指定的分組數(shù)據(jù)業(yè)務(wù)所要達(dá)到的質(zhì)量要求；TI用于MS標(biāo)識(shí)某個(gè)PDP context。
步驟102SGSN收到Activate PDP Context Request后，與MS進(jìn)行安全性檢查和加密，該步驟為可選步驟。
步驟103SGSN根據(jù)APN解析GGSN的地址信息，如果SGSN能夠根據(jù)APN解析出GGSN的地址信息，則為PDP Context創(chuàng)建TEID，該TEID可為國(guó)際移動(dòng)用戶標(biāo)識(shí)(IMSI，International Mobile Subscriber Identity)與NSAPI的組合，然后SGSN向GGSN發(fā)送PDP Context創(chuàng)建請(qǐng)求(Create PDPContext Request)，該P(yáng)DP Context創(chuàng)建請(qǐng)求中攜帶有PDP類型、PDP地址、APN、QoS參數(shù)、TEID、選擇模式等，其中，PDP地址可為MS的IP地址，為可選參數(shù)，PDP Context創(chuàng)建請(qǐng)求中可不攜帶PDP地址，此時(shí)，在后續(xù)的處理過程中，可由GGSN為MS分配IP地址，也可由最終與MS建立連接的PDN為MS分配IP地址；選擇模式是指APN的選擇模式，即APN是由MS選定的還是由SGSN選定的。如果SGSN無法根據(jù)APN解析出GGSN的地址信息，則SGSN拒絕MS發(fā)起的PDP Context激活請(qǐng)求。
步驟104GGSN收到PDP Context創(chuàng)建請(qǐng)求后，根據(jù)APN確定外部PDN，然后分配計(jì)費(fèi)標(biāo)識(shí)(Charging ID)、啟動(dòng)計(jì)費(fèi)，并且協(xié)商QoS，如果GGSN能夠滿足QoS參數(shù)的服務(wù)質(zhì)量要求，則向SGSN返回PDP Context創(chuàng)建響應(yīng)(Create PDP Context Response)，該P(yáng)DP Context創(chuàng)建響應(yīng)中攜帶有TEID、PDP地址、鏈路承載(Backbone Bearer)協(xié)議、商定的QoS參數(shù)、Charging ID等信息。如果GGSN無法滿足QoS參數(shù)的服務(wù)質(zhì)量要求，則GGSN拒絕SGSN發(fā)起的PDP Context創(chuàng)建請(qǐng)求，然后SGSN拒絕MS發(fā)起的PDP Context激活請(qǐng)求。
步驟105SGSN收到PDP Context創(chuàng)建響應(yīng)后，在PDP Context中插入用于標(biāo)識(shí)PDP Context的NSAPI和GGSN地址信息，并根據(jù)商定的QoS參數(shù)選擇無線優(yōu)先權(quán)，然后向MS返回PDP Context激活響應(yīng)(Activate PDPContext Accept)，該P(yáng)DP Context激活響應(yīng)中攜帶有PDP類型、PDP地址、TI、商定的QoS參數(shù)、無線優(yōu)先權(quán)、PDP配置選項(xiàng)等信息。并且，SGSN啟動(dòng)計(jì)費(fèi)。MS收到PDP Context激活響應(yīng)，就已經(jīng)建立了MS與GGSN直接的路由，可以進(jìn)行分組數(shù)據(jù)的傳輸了。
步驟106MS通過SGSN、GGSN與PDN進(jìn)行分組數(shù)據(jù)的交互。
步驟107結(jié)束分組數(shù)據(jù)交互后，MS向SGSN發(fā)送PDP Context去激活請(qǐng)求(Deactivate PDP Context Request)，該P(yáng)DP Context去激活請(qǐng)求中攜帶有TI。
步驟108SGSN收到PDP Context去激活請(qǐng)求后，與MS進(jìn)行安全性檢查和加密，該步驟為可選步驟。
步驟109～步驟111SGSN向GGSN發(fā)送PDP Context刪除請(qǐng)求(DeletePDP Context Request)，該P(yáng)DP Context刪除請(qǐng)求中攜帶有TEID。GGSN收到PDP Context刪除請(qǐng)求后，結(jié)束對(duì)MS的計(jì)費(fèi)，刪除對(duì)應(yīng)于TEID的PDPContext，然后向SGSN發(fā)送PDP Context刪除響應(yīng)(Delete PDP ContextResponse)，該P(yáng)DP Context刪除響應(yīng)中攜帶有TEID。SGSN收到PDP Context刪除響應(yīng)后，結(jié)束對(duì)MS的計(jì)費(fèi)，刪除對(duì)應(yīng)于TEID的PDP Context，然后向MS發(fā)送PDP Context去激活響應(yīng)(Deactivate PDP Context Response)，該P(yáng)DP Context去激活響應(yīng)中攜帶有TI。MS收到PDP Context去激活響應(yīng)后，刪除對(duì)應(yīng)于TI的PDP Context。
由圖1描述的實(shí)現(xiàn)過程可見，當(dāng)前的GPRS計(jì)費(fèi)系統(tǒng)中，由于計(jì)費(fèi)的起始點(diǎn)設(shè)置在PDP Context激活時(shí)，計(jì)費(fèi)的終止點(diǎn)設(shè)置在PDP Context刪除時(shí)，因此只能根據(jù)PDP Context傳輸?shù)臄?shù)據(jù)流量進(jìn)行計(jì)費(fèi)，或是根據(jù)PDP Context處于激活狀態(tài)的時(shí)間長(zhǎng)度進(jìn)行計(jì)費(fèi)。然而，在實(shí)際應(yīng)用中，MS與PDN進(jìn)行數(shù)據(jù)交互后，該MS可以基于一個(gè)激活的PDP Context進(jìn)行多種業(yè)務(wù)，也就是說，如果PDN能夠提供多種業(yè)務(wù)，如電子郵件(Email)收發(fā)業(yè)務(wù)、基于無線應(yīng)用協(xié)議的(WAP，Wireless Application Protocol)的瀏覽業(yè)務(wù)、基于文件傳輸協(xié)議(FTP，F(xiàn)ile Transfer Protocol)的文件傳輸?shù)葮I(yè)務(wù)，則MS在與該P(yáng)DN建立傳輸通道后，可通過一個(gè)激活的PDP Context承載該P(yáng)DN能夠提供的各種業(yè)務(wù)。但是，運(yùn)營(yíng)商對(duì)于各種業(yè)務(wù)的計(jì)費(fèi)模式很可能采用不同的計(jì)費(fèi)方式，如對(duì)于Email收發(fā)業(yè)務(wù)可基于Email接收和發(fā)送事件的觸發(fā)按次計(jì)費(fèi)，對(duì)于WAP瀏覽業(yè)務(wù)可根據(jù)流量計(jì)費(fèi)，對(duì)于文件傳輸業(yè)務(wù)也可根據(jù)流量計(jì)費(fèi)，WAP瀏覽業(yè)務(wù)的費(fèi)率與文件傳輸業(yè)務(wù)的費(fèi)率卻不盡相同，這樣，根據(jù)現(xiàn)有的GPRS計(jì)費(fèi)系統(tǒng)，根本無法對(duì)同一PDP Context承載的不同業(yè)務(wù)進(jìn)行區(qū)分計(jì)費(fèi)。
針對(duì)上述情況，第三代合作伙伴計(jì)劃(3GPP，The 3rd GenerationPartnership Project)目前正在討論如何實(shí)現(xiàn)基于IP數(shù)據(jù)流的計(jì)費(fèi)(FBC，F(xiàn)lowBased Charging)。對(duì)于一個(gè)分組數(shù)據(jù)業(yè)務(wù)而言，MS的用戶使用該業(yè)務(wù)時(shí)，傳輸和接收到的所有IP數(shù)據(jù)流(IP Flow)，也可為IP分組包(IP packet)，總稱為業(yè)務(wù)數(shù)據(jù)流(Service Data Flow)，即業(yè)務(wù)數(shù)據(jù)流是多個(gè)IP數(shù)據(jù)流組成的集合，因此基于IP數(shù)據(jù)流的計(jì)費(fèi)能夠真實(shí)反映某個(gè)業(yè)務(wù)數(shù)據(jù)流對(duì)資源的占用情況?；贗P數(shù)據(jù)流的計(jì)費(fèi)可被認(rèn)為是通過一些類似篩子的過濾器將同一PDP Context中承載的不同業(yè)務(wù)的IP數(shù)據(jù)流分別篩選出來，然后針對(duì)不同過濾器過濾出的IP數(shù)據(jù)流進(jìn)行分別計(jì)費(fèi)，以達(dá)到對(duì)不同的業(yè)務(wù)數(shù)據(jù)流分別計(jì)費(fèi)的目的。這樣，基于IP數(shù)據(jù)流的計(jì)費(fèi)粒度要遠(yuǎn)遠(yuǎn)小于基于一個(gè)PDPContext的計(jì)費(fèi)粒度，粒度可看作是篩子孔的大小，基于一個(gè)PDP Context的計(jì)費(fèi)粒度是一個(gè)PDP Context就是一個(gè)篩子孔，而基于IP數(shù)據(jù)流的計(jì)費(fèi)粒度則是一個(gè)IP業(yè)務(wù)數(shù)據(jù)流則為一個(gè)篩子孔，即針對(duì)一個(gè)PDP Context中包含多個(gè)篩子孔，因此，基于IP數(shù)據(jù)流的計(jì)費(fèi)與比基于一個(gè)PDP Context的計(jì)費(fèi)相比，基于IP數(shù)據(jù)流的計(jì)費(fèi)能夠?yàn)檫\(yùn)營(yíng)商或業(yè)務(wù)提供者提供更為豐富的計(jì)費(fèi)手段。
3GPP中對(duì)FBC的系統(tǒng)結(jié)構(gòu)、功能要求以及消息交互流程等方面均進(jìn)行了描述，支持在線計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)如圖2A所示，基于移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的客戶化應(yīng)用(CAMEL，Customised Application for Mobile NetworkEnhanced Logic)的業(yè)務(wù)控制點(diǎn)(SCP，Service Control Point)201和基于業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的信用控制功能實(shí)體(CCF，Service Data Flow Based CreditControl Function)202組成了在線計(jì)費(fèi)系統(tǒng)(OCS，Online Charging System)206。CCF 202通過Ry接口與基于業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的計(jì)費(fèi)規(guī)則功能實(shí)體(CRF，Service Data Flow Based Charging Rule Function)203互通，CRF 203通過Rx接口與應(yīng)用功能實(shí)體(AF，Application Function)204互通，CRF 203通過Gx接口與傳輸面功能實(shí)體(TPF，Traffic Plane Function)205互通，CCF 202通過Gy接口與TPF 205互通。
支持離線計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)如圖2B所示，CRF 203通過Rx接口與AF 204互通，CRF 203通過Gx接口與TPF 205互通，TPF 205通過Gz接口分別與計(jì)費(fèi)網(wǎng)關(guān)功能實(shí)體(CGF，Charging Gateway Function)207和計(jì)費(fèi)采集功能實(shí)體(CCF，Charging Collection Function)208互通。
TPF 205承載IP數(shù)據(jù)流，當(dāng)IP數(shù)據(jù)流的承載建立時(shí)，TPF 205通過Gx接口向CRF 203發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有與用戶和MS相關(guān)的信息、承載特性以及與網(wǎng)絡(luò)相關(guān)的信息等，其中與用戶和MS相關(guān)的信息可為移動(dòng)臺(tái)國(guó)際號(hào)碼(MSISDN)、國(guó)際移動(dòng)用戶標(biāo)識(shí)(IMSI)等，與網(wǎng)絡(luò)相關(guān)的信息可為移動(dòng)網(wǎng)絡(luò)編碼(MNC)、移動(dòng)國(guó)家碼(MCC)等。另外，由于在IP數(shù)據(jù)流傳輸過程中，會(huì)對(duì)承載進(jìn)行修改，如對(duì)QoS參數(shù)進(jìn)行重新協(xié)商，當(dāng)用戶使用同一業(yè)務(wù)的QoS參數(shù)不同時(shí)，計(jì)費(fèi)規(guī)則可能不同，如QoS參數(shù)下降相應(yīng)的費(fèi)率也下降。此時(shí)，TPF 205可在承載修改時(shí)，重新向CRF 203發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，請(qǐng)求新的計(jì)費(fèi)規(guī)則；CRF 203根據(jù)TPF 205提供的上述輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，并向TPF 205返回選定的計(jì)費(fèi)規(guī)則，計(jì)費(fèi)規(guī)則中包括計(jì)費(fèi)機(jī)制、計(jì)費(fèi)類型、計(jì)費(fèi)鍵(Charging Key)、業(yè)務(wù)數(shù)據(jù)流過濾器、計(jì)費(fèi)規(guī)則優(yōu)先級(jí)等信息。其中，計(jì)費(fèi)機(jī)制可為采用在線計(jì)費(fèi)還是離線計(jì)費(fèi)；計(jì)費(fèi)類型可為基于時(shí)間長(zhǎng)度進(jìn)行計(jì)費(fèi)還是基于數(shù)據(jù)流量進(jìn)行計(jì)費(fèi)；計(jì)費(fèi)鍵是與費(fèi)率相關(guān)的參數(shù)，CRF 203可不直接向TPF 205提供費(fèi)率，而只是向TPF 205提供與費(fèi)率相關(guān)的參數(shù)；業(yè)務(wù)數(shù)據(jù)過濾器用于指示TPF205對(duì)哪些IP數(shù)據(jù)流進(jìn)行過濾，然后TPF 205根據(jù)計(jì)費(fèi)規(guī)則對(duì)過濾出的IP數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。業(yè)務(wù)數(shù)據(jù)過濾器可包含IP5元組，IP5元組可包括源/目的IP地址、源/目的端口號(hào)(Port Number)、協(xié)議標(biāo)識(shí)(Protocol ID)等信息，例如，CRF 203指示TPF 205對(duì)源地址為10.0.0.1、目的地址為10.0.0.2、源/目的端口號(hào)為20、協(xié)議類型為傳輸控制協(xié)議(TCP)的IP數(shù)據(jù)流進(jìn)行過濾，并根據(jù)計(jì)費(fèi)規(guī)則對(duì)過濾出的IP數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。
CRF 203可向TPF 205提供觸發(fā)事件(Event Trigger)，用以要求TPF 205在特定事件發(fā)生時(shí)，向CRF 205請(qǐng)求新的計(jì)費(fèi)規(guī)則，如CRF 203要求TPF 205在某些承載進(jìn)行修改的事件發(fā)生時(shí)，向CRF 203請(qǐng)求新的計(jì)費(fèi)規(guī)則。觸發(fā)事件可視為與計(jì)費(fèi)規(guī)則相關(guān)的事件。目前，3GPP規(guī)范中對(duì)CRF通過觸發(fā)事件上報(bào)機(jī)制控制TPF的計(jì)費(fèi)方式進(jìn)行了描述，即TPF監(jiān)測(cè)到觸發(fā)事件發(fā)生后向CRF上報(bào)，CRF通過TPF上報(bào)的觸發(fā)事件獲知承載發(fā)生變化，然后確定相應(yīng)的計(jì)費(fèi)規(guī)則并下發(fā)給TPF。3GPP規(guī)范中定義的觸發(fā)事件可包括公用陸地移動(dòng)通信網(wǎng)絡(luò)(PLMN)變化(PLMN change)事件，QoS參數(shù)變化(QoSchanges)事件，無線接入技術(shù)(RAT)類型變化(RAT type change)事件，傳輸流模板(TFT)變化(TFT change)事件。
CRF 203除了根據(jù)TPF 205提供的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則之外，CRF 203還可根據(jù)AF 204或OCS 206的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，如AF 204通知CRF 203用戶當(dāng)前使用的業(yè)務(wù)類型，CRF 203根據(jù)該業(yè)務(wù)類型選擇相應(yīng)的計(jì)費(fèi)規(guī)則。
OCS 206作為在線計(jì)費(fèi)系統(tǒng)，由SCP 201和CCF(Service Data FlowBased Credit Control Function)202兩個(gè)功能實(shí)體組成，其中，CCF(ServiceData Flow Based Credit Control Function)202是執(zhí)行信用控制的功能實(shí)體，僅應(yīng)用于在線計(jì)費(fèi)系統(tǒng)，可通過在現(xiàn)有的OCS 206中增加新的功能來實(shí)現(xiàn)。在在線計(jì)費(fèi)過程中，CCF(Service Data Flow Based Credit Control Function)202對(duì)用戶信用進(jìn)行管理和控制，當(dāng)用戶使用業(yè)務(wù)時(shí)，CCF(Service Data FlowBased Credit Control Function)202對(duì)該用戶信用池中的信用進(jìn)行鑒權(quán)，并通過Gy接口向TPF 205下發(fā)用戶能夠使用的信用。
另外，OCS 206可要求TPF 205在重鑒權(quán)事件(Re-authorisation triggers)發(fā)生時(shí)向其上報(bào)，然后OCS 206根據(jù)TPF 205上報(bào)的相應(yīng)重鑒權(quán)事件對(duì)用戶進(jìn)行重鑒權(quán)，并可能重新計(jì)算用戶的信用。例如，OCS 206向TPF 205提供的用戶信用使用完畢，TPF 205需根據(jù)重鑒權(quán)事件中的允許信用過期事件，向OCS 206上報(bào)其允許的用戶信用使用過期事件的發(fā)生，OCS 206根據(jù)用戶剩余帳戶信息，重新對(duì)允許用戶使用的信用進(jìn)行計(jì)算。又例如，分區(qū)域計(jì)費(fèi)時(shí)，OCS 206根據(jù)用戶當(dāng)前所在位置確定費(fèi)率，并根據(jù)該費(fèi)率計(jì)算用戶的信用；當(dāng)用戶移動(dòng)至另一位置時(shí)，如PLMN發(fā)生變化，TPF 205需要根據(jù)重鑒權(quán)事件中的PLMN變化事件，向OCS 206上報(bào)PLMN變化事件的發(fā)生，OCS206根據(jù)用戶更新后的當(dāng)前所在位置重新確定費(fèi)率，并重新計(jì)算用戶的信用。又例如，當(dāng)OCS 206根據(jù)用戶使用業(yè)務(wù)的當(dāng)前QoS參數(shù)確定費(fèi)率，當(dāng)用戶對(duì)QoS參數(shù)進(jìn)行修改，TPF 205需要根據(jù)重鑒權(quán)事件中的承載修改事件，向OCS 206上報(bào)承載修改事件的發(fā)生，OCS 206根據(jù)用戶修改后的QoS參數(shù)確定費(fèi)率，并重新計(jì)算用戶的信用。
另外，3GPP規(guī)范中還對(duì)OCS通過重鑒權(quán)事件上報(bào)的機(jī)制控制TPF的信用使用情況進(jìn)行了描述，即TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生后向OCS上報(bào)，OCS通過TPF上報(bào)的重鑒權(quán)事件，獲知用戶的信用使用情況以及承載的變化，對(duì)用戶的信用重新進(jìn)行計(jì)算并下發(fā)給TPF。3GPP規(guī)范中定義的重鑒權(quán)事件可包括允許信用過期(credit authorization lifetime expiry)事件，用戶空閑狀態(tài)超時(shí)(idle timeout)事件，計(jì)費(fèi)規(guī)則變化(charging rule is changed)事件，PLMN變化事件，QoS參數(shù)變化事件，RAT類型變化事件，傳輸流模板變化事件等。
對(duì)應(yīng)于GPRS網(wǎng)絡(luò)，TPF 205為GGSN，AF為PDN中的一個(gè)業(yè)務(wù)網(wǎng)關(guān)或業(yè)務(wù)服務(wù)器，CRF 203為新增的邏輯實(shí)體。TPF 205為計(jì)費(fèi)規(guī)則的執(zhí)行點(diǎn)，CRF 203為計(jì)費(fèi)規(guī)則的控制點(diǎn)。
對(duì)于基于業(yè)務(wù)數(shù)據(jù)流的計(jì)費(fèi)，在線計(jì)費(fèi)過程中，3GPP規(guī)范中描述的請(qǐng)求信用額度的方式是基于每個(gè)計(jì)費(fèi)規(guī)則(Charging Rule)進(jìn)行的，具體實(shí)現(xiàn)過程為TPF收到CRF提供的計(jì)費(fèi)規(guī)則后，根據(jù)計(jì)費(fèi)規(guī)則中的在線計(jì)費(fèi)機(jī)制，確定需要為該計(jì)費(fèi)規(guī)則向OCS請(qǐng)求信用額度時(shí)，TPF直接向OCS請(qǐng)求針對(duì)該計(jì)費(fèi)規(guī)則的信用額度。
但是，CRF向TPF提供的計(jì)費(fèi)規(guī)則的計(jì)費(fèi)粒度是針對(duì)不同的業(yè)務(wù)數(shù)據(jù)流，這樣，在線計(jì)費(fèi)時(shí)，TPF需要針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)流進(jìn)行在線計(jì)費(fèi)交互，即針對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)流TPF都需要向OCS請(qǐng)求信用額度，OCS根據(jù)TPF的信用請(qǐng)求，需要對(duì)每個(gè)業(yè)務(wù)數(shù)據(jù)流都分配相應(yīng)的信用額度，并下發(fā)給TPF，由于同一用戶同時(shí)可以使用多個(gè)業(yè)務(wù)，從而產(chǎn)生多個(gè)業(yè)務(wù)數(shù)據(jù)流，因此，這種基于不同的業(yè)務(wù)數(shù)據(jù)流進(jìn)行在線計(jì)費(fèi)交互的處理機(jī)制必然會(huì)使得TPF與OCS的交互過于頻繁，導(dǎo)致TPF與OCS的處理性能下降，從而使整個(gè)在線計(jì)費(fèi)處理過程的實(shí)用性大大降低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，提高TPF和OCS的處理性能。
為了達(dá)到上述目的，本發(fā)明提供了一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，在線計(jì)費(fèi)情況下，TPF建立計(jì)費(fèi)規(guī)則時(shí)，該方法包含A、TPF根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否已向OCS請(qǐng)求了針對(duì)該計(jì)費(fèi)鍵的信用額度，如果不是，則TPF向OCS發(fā)送信用請(qǐng)求。
所述TPF判斷出已向OCS請(qǐng)求了針對(duì)該計(jì)費(fèi)鍵的信用額度，之后進(jìn)一步包括TPF不向OCS發(fā)送信用請(qǐng)求，直接使用請(qǐng)求到的針對(duì)該計(jì)費(fèi)鍵的信用額度。
所述TPF直接使用請(qǐng)求到的針對(duì)該計(jì)費(fèi)鍵的信用額度，進(jìn)一步包括TPF記錄與已請(qǐng)求信用額度的所述計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息。
步驟A中所述TPF向OCS發(fā)送信用請(qǐng)求，之后進(jìn)一步包括A1、OCS向TPF返回信用額度。
所述步驟A1之后進(jìn)一步包括TPF記錄已向OCS請(qǐng)求信用額度的計(jì)費(fèi)鍵信息。
所述步驟A1之后進(jìn)一步包括TPF記錄與已請(qǐng)求信用額度的所述計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息。
本發(fā)明還公開了一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，其特征在于，OCS向TPF提供針對(duì)計(jì)費(fèi)鍵的重鑒權(quán)事件，TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生時(shí)，該方法進(jìn)一步包括B、TPF向OCS返回所述與重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵消耗信用額度后的剩余信用額度。
所述步驟B之前進(jìn)一步包括TPF記錄與所述計(jì)費(fèi)鍵相對(duì)應(yīng)的重鑒權(quán)事件信息。
所述步驟B之后進(jìn)一步包括OCS進(jìn)行重鑒權(quán)，然后向TPF提供重新計(jì)算的針對(duì)該計(jì)費(fèi)鍵的信用額度。
本發(fā)明又公開了一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，其特征在于，在線計(jì)費(fèi)情況下，TPF刪除計(jì)費(fèi)規(guī)則時(shí)，該方法包含C、TPF根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否存在除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則以外的計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，如果不是，則TPF向OCS返回針對(duì)該計(jì)費(fèi)鍵的剩余信用額度。
所述步驟C之后進(jìn)一步包括TPF刪除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則。
根據(jù)本發(fā)明提出的方法，TPF請(qǐng)求信用額度的方式是基于每個(gè)計(jì)費(fèi)鍵進(jìn)行的。由于不同的業(yè)務(wù)數(shù)據(jù)流可以具有相同的計(jì)費(fèi)費(fèi)率，即，對(duì)于不同的計(jì)費(fèi)規(guī)則可以具有相同的計(jì)費(fèi)鍵，因此基于每個(gè)計(jì)費(fèi)鍵的信用額度請(qǐng)求的粒度大于基于每計(jì)費(fèi)規(guī)則的信用額度請(qǐng)求。這樣，通過實(shí)現(xiàn)TPF基于每個(gè)計(jì)費(fèi)鍵請(qǐng)求信用額度的處理過程，可以有效減少TPF與OCS之間的交互，提升TPF與OCS的處理性能，增強(qiáng)整個(gè)在線計(jì)費(fèi)處理過程的實(shí)用性。


圖1示出了PDP Context激活、數(shù)據(jù)傳輸、去激活流程圖；圖2A示出了支持在線計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)圖；圖2B示出了支持離線計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)圖；圖3示出了本發(fā)明中基于計(jì)費(fèi)鍵請(qǐng)求信用額度處理過程示意圖；圖4示出了本發(fā)明中基于計(jì)費(fèi)鍵的重鑒權(quán)處理過程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明中，TPF請(qǐng)求信用額度的方式是基于每個(gè)計(jì)費(fèi)鍵進(jìn)行的，即TPF以計(jì)費(fèi)鍵作為計(jì)費(fèi)規(guī)則的索引，對(duì)具有相同的計(jì)費(fèi)鍵的計(jì)費(fèi)規(guī)則進(jìn)行記錄，使得在建立計(jì)費(fèi)規(guī)則、刪除計(jì)費(fèi)規(guī)則以及上報(bào)重鑒權(quán)事件時(shí)，能夠根據(jù)相同的計(jì)費(fèi)鍵對(duì)計(jì)費(fèi)規(guī)則進(jìn)行批量處理，實(shí)現(xiàn)了TPF基于每個(gè)計(jì)費(fèi)鍵請(qǐng)求信用額度的處理過程。
TPF收到CRF提供的計(jì)費(fèi)規(guī)則后，如果需要建立新的計(jì)費(fèi)規(guī)則，則TPF首先判斷需要建立的計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)機(jī)制是否為在線計(jì)費(fèi)，如果為在線計(jì)費(fèi)，則進(jìn)一步根據(jù)該計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否已針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求了信用額度，如果未針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求信用額度，則TPF向OCS發(fā)送信用請(qǐng)求，該信用請(qǐng)求中攜帶有該計(jì)費(fèi)鍵，OCS根據(jù)該計(jì)費(fèi)鍵計(jì)算出用戶的信用額度后，向TPF返回信用響應(yīng)，該信用響應(yīng)中攜帶有為該計(jì)費(fèi)鍵分配的信用額度。此時(shí)，TPF記錄已請(qǐng)求信用額度的計(jì)費(fèi)鍵以及與相應(yīng)計(jì)費(fèi)規(guī)則的對(duì)應(yīng)關(guān)系，并可進(jìn)一步記錄OCS針對(duì)該計(jì)費(fèi)鍵分配的信用額度。例如，TPF建立在線計(jì)費(fèi)交互信息列表，列表中“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”記錄該計(jì)費(fèi)鍵，如Charging Key A，對(duì)應(yīng)的“信用額度項(xiàng)”記錄OCS針對(duì)Charging Key A分配的信用額度，如100M，對(duì)應(yīng)的“計(jì)費(fèi)規(guī)則項(xiàng)”記錄計(jì)費(fèi)規(guī)則標(biāo)識(shí)，如Charging Rule 1。如果已針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求了信用額度，例如TPF根據(jù)在線計(jì)費(fèi)交互信息列表中的“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”中存在該計(jì)費(fèi)鍵，如Charging Key A，則判斷出先前已根據(jù)該計(jì)費(fèi)鍵向OCS請(qǐng)求了信用額度，則TPF不再向OCS請(qǐng)求信用額度，直接使用先前針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求到的信用額度，即在線計(jì)費(fèi)交互信息列表中與“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”為Charging Key A相對(duì)應(yīng)的“信用額度項(xiàng)”中信用額度100M。然后，TPF記錄已請(qǐng)求信用額度的計(jì)費(fèi)鍵以及與該計(jì)費(fèi)規(guī)則的對(duì)應(yīng)關(guān)系，即在建立的在線計(jì)費(fèi)交互信息列表中，與“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”為Charging Key A相對(duì)應(yīng)的“計(jì)費(fèi)規(guī)則項(xiàng)”中記錄該計(jì)費(fèi)規(guī)則的標(biāo)識(shí)，如Charging Rule 2。這樣，根據(jù)在線計(jì)費(fèi)交互信息列表，針對(duì)計(jì)費(fèi)規(guī)則Charging Rule 1和計(jì)費(fèi)規(guī)則Charging Rule 2過濾出的業(yè)務(wù)數(shù)據(jù)流都將消耗Charging Key A所對(duì)應(yīng)的信用額度100M，如在某一個(gè)時(shí)刻，當(dāng)TPF監(jiān)測(cè)到Charging Rule 1過濾出的業(yè)務(wù)數(shù)據(jù)流量大小與Charging Rule 2過濾出的業(yè)務(wù)數(shù)據(jù)流量大小之和達(dá)到信用額度100M時(shí)，TPF將發(fā)起重鑒權(quán)流程，向OCS發(fā)送信用請(qǐng)求，請(qǐng)求OCS為Charging Key A分配相應(yīng)的信用額度。
TPF收到CRF提供的計(jì)費(fèi)規(guī)則后，如果需要?jiǎng)h除計(jì)費(fèi)規(guī)則時(shí)，則TPF首先判斷需要?jiǎng)h除的計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)機(jī)制是否為在線計(jì)費(fèi)，如果為在線計(jì)費(fèi)，則進(jìn)一步根據(jù)該計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否存在除需刪除的計(jì)費(fèi)規(guī)則以外的其他計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，如當(dāng)需刪除的計(jì)費(fèi)規(guī)則Charging Rule 1中的計(jì)費(fèi)鍵為Charging Key A時(shí)，TPF判斷在線計(jì)費(fèi)交互信息列表中與“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”計(jì)費(fèi)鍵Charging KeyA相對(duì)應(yīng)的“計(jì)費(fèi)規(guī)則項(xiàng)”記錄的計(jì)費(fèi)規(guī)則標(biāo)識(shí)是否除了Charging Rule 1之外，還有其他的計(jì)費(fèi)規(guī)則標(biāo)識(shí)，如果沒有其他計(jì)費(fèi)規(guī)則標(biāo)識(shí)，則TPF刪除CRF指定的計(jì)費(fèi)規(guī)則，不再對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過濾，更新在線計(jì)費(fèi)交互信息列表中的相應(yīng)信息，如刪除“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”中的計(jì)費(fèi)鍵Charging Key A以及其所對(duì)應(yīng)的“信用額度項(xiàng)”中信用額度和“計(jì)費(fèi)規(guī)則項(xiàng)”中的計(jì)費(fèi)規(guī)則標(biāo)識(shí)，并且TPF向OCS返回與該計(jì)費(fèi)鍵相對(duì)應(yīng)的剩余信用額度，結(jié)束TPF和OCS之間針對(duì)該計(jì)費(fèi)鍵的交互操作；如果TPF判斷出還有其他計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，即在線計(jì)費(fèi)交互信息列表中與“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”計(jì)費(fèi)鍵Charging Key A相對(duì)應(yīng)的“計(jì)費(fèi)規(guī)則項(xiàng)”記錄的計(jì)費(fèi)規(guī)則標(biāo)識(shí)除了ChargingRule 1之外還有其他計(jì)費(fèi)規(guī)則標(biāo)識(shí)，則TPF刪除CRF指定的計(jì)費(fèi)規(guī)則，如Charging Rule 1，不再對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過濾，更新在線計(jì)費(fèi)交互信息列表中的相應(yīng)信息，如刪除與“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”中計(jì)費(fèi)鍵為Charging Key A相對(duì)應(yīng)的“計(jì)費(fèi)規(guī)則項(xiàng)”中的計(jì)費(fèi)規(guī)則標(biāo)識(shí)Charging Rule 1，并不向OCS返回該計(jì)費(fèi)鍵所對(duì)應(yīng)的剩余信用額度。
另外，根據(jù)以上基于每個(gè)計(jì)費(fèi)鍵請(qǐng)求信用額度的處理方式，重鑒權(quán)流程的處理也可以是基于每個(gè)計(jì)費(fèi)鍵的。當(dāng)TPF向OCS發(fā)送信用請(qǐng)求，OCS向TPF返回信用響應(yīng)時(shí)，OCS除了向TPF提供信用額度之外，還可進(jìn)一步提供重鑒權(quán)事件。此時(shí)TPF可記錄已請(qǐng)求信用額度的計(jì)費(fèi)鍵以及與相應(yīng)重鑒權(quán)事件的對(duì)應(yīng)關(guān)系，例如，針對(duì)在線計(jì)費(fèi)交互信息列表中“已請(qǐng)求信用額度的計(jì)費(fèi)鍵項(xiàng)”記錄的計(jì)費(fèi)鍵，如Charging Key A，與其相對(duì)應(yīng)的“重鑒權(quán)事件項(xiàng)”中記錄OCS下發(fā)的重鑒權(quán)事件，該重鑒權(quán)事件可以是一個(gè)或多個(gè)，如PLMN變化事件、TFT變化事件等。OCS可針對(duì)不同的計(jì)費(fèi)鍵下發(fā)相同的重鑒權(quán)事件，如OCS針對(duì)Charging Key A和Charging Key B均下發(fā)PLMN變化的重鑒權(quán)事件。當(dāng)TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生時(shí)，TPF查找與發(fā)生的重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵，然后向OCS返回該計(jì)費(fèi)鍵消耗信用額度后的剩余信用額度。如發(fā)生了PLMN變化事件，TPF根據(jù)在線計(jì)費(fèi)交互信息列表中記錄的信息查找到與該P(yáng)LMN變化事件相對(duì)應(yīng)的Charging Key A和Charging Key B，則TPF停止對(duì)Charging Key A和Charging Key B分別對(duì)應(yīng)的計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流的過濾，計(jì)算出針對(duì)Charging Key A和Charging Key B消耗信用額度后的剩余信用額度并向OCS返回，請(qǐng)求OCS針對(duì)該重鑒權(quán)事件重新分配針對(duì)于Charging Key A和Charging Key B的信用額度。OCS執(zhí)行完重鑒權(quán)后，向TPF提供重新計(jì)算的針對(duì)于計(jì)費(fèi)鍵的信用額度，然后TPF使用新的信用額度監(jiān)控計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流的信用使用情況。例如，OCS分別向TPF提供針對(duì)Charging KeyA和Charging Key B計(jì)算出的信用額度，TPF獲得針對(duì)Charging Key A的新的信用額度后，TPF針對(duì)與Charging Key A相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過濾，監(jiān)控業(yè)務(wù)數(shù)據(jù)流是否達(dá)到信用額度，達(dá)到信用額度后，觸發(fā)允許的信用過期重鑒權(quán)事件，TPF再度執(zhí)行重鑒權(quán)流程，請(qǐng)求OCS針對(duì)Charging Key A重新計(jì)算新的信用額度。同樣，對(duì)于TPF獲得針對(duì)ChargingKey B的新的信用額度后，TPF執(zhí)行與針對(duì)Charging Key A相類似的操作，這里不再贅述。
圖3示出了本發(fā)明中基于計(jì)費(fèi)鍵請(qǐng)求信用額度處理過程示意圖，如圖3所示，基于計(jì)費(fèi)鍵請(qǐng)求信用額度的處理過程包括以下步驟步驟301～步驟302CRF可根據(jù)收到的來自外部實(shí)體的信息，例如，CRF收到來自TPF的承載建立、修改或刪除等消息，或CRF收到AF或OCS提供的與計(jì)費(fèi)規(guī)則相關(guān)的輸入信息，選擇需要向TPF提供的計(jì)費(fèi)規(guī)則，CRF可要求TPF建立新的計(jì)費(fèi)規(guī)則，也可要求TPF刪除原來的計(jì)費(fèi)規(guī)則，還可要求TPF對(duì)原來的計(jì)費(fèi)規(guī)則進(jìn)行修改。CRF向TPF提供選定的計(jì)費(fèi)規(guī)則，并指示TPF對(duì)計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作。
步驟303～步驟304TPF收到計(jì)費(fèi)規(guī)則后，根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，如建立、修改或刪除計(jì)費(fèi)規(guī)則。在線計(jì)費(fèi)情況下，如果TPF是建立新的計(jì)費(fèi)規(guī)則或修改原來的計(jì)費(fèi)規(guī)則，則根據(jù)該計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否已根據(jù)相應(yīng)計(jì)費(fèi)鍵向OCS請(qǐng)求了信用額度，如果是，則TPF不再向OCS請(qǐng)求信用額度，直接使用先前針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求到的信用額度，即該業(yè)務(wù)數(shù)據(jù)流將消耗TPF先前針對(duì)該計(jì)費(fèi)鍵向OCS請(qǐng)求到的信用額度，然后TPF記錄與已請(qǐng)求信用額度的計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息，如計(jì)費(fèi)規(guī)則標(biāo)識(shí)；否則，執(zhí)行步驟305。在線計(jì)費(fèi)情況下，如果TPF是刪除原來的計(jì)費(fèi)規(guī)則，則根據(jù)該計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否存在其他計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，如判斷與該計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則是否除需刪除的計(jì)費(fèi)規(guī)則之外還有其他的計(jì)費(fèi)規(guī)則，如果是，則直接刪除該計(jì)費(fèi)規(guī)則，不再對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過濾；否則，TPF停止對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過濾，刪除該計(jì)費(fèi)規(guī)則，并向OCS返回針對(duì)該計(jì)費(fèi)鍵的剩余信用額度，結(jié)束TPF和OCS之間針對(duì)該計(jì)費(fèi)鍵的交互操作。
步驟305～步驟306TPF向OCS發(fā)送信用請(qǐng)求(Credit Request)，該信用請(qǐng)求中攜帶有該計(jì)費(fèi)規(guī)則的計(jì)費(fèi)鍵，請(qǐng)求OCS針對(duì)該計(jì)費(fèi)鍵提供信用額度。OCS收到信用請(qǐng)求后，根據(jù)計(jì)費(fèi)鍵計(jì)算用戶的信用額度，然后向TPF返回信用響應(yīng)(Credit Response)，該信用響應(yīng)中攜帶分配的信用額度。TPF收到信用響應(yīng)后，使用收到的信用額度監(jiān)控與計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流的信用使用情況。
圖4示出了本發(fā)明中基于計(jì)費(fèi)鍵的重鑒權(quán)處理過程示意圖，如圖4所示，基于計(jì)費(fèi)鍵進(jìn)行重鑒權(quán)的處理過程包括以下步驟步驟401TPF監(jiān)測(cè)重鑒權(quán)事件是否發(fā)生，如果是，則執(zhí)行步驟402；否則，返回執(zhí)行步驟401。
步驟402～步驟403TPF查找與發(fā)生的重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵，然后向OCS發(fā)送信用及重鑒權(quán)請(qǐng)求(Credit Request and re-authorisationRequest)，該信用及重鑒權(quán)請(qǐng)求中攜帶有該計(jì)費(fèi)鍵消耗信用額度后的剩余信用額度。OCS收到信用及重鑒權(quán)請(qǐng)求后，執(zhí)行重鑒權(quán)，重新計(jì)算針對(duì)該計(jì)費(fèi)鍵的信用額度，然后向TPF返回信用及重鑒權(quán)響應(yīng)(Credit Response andre-authorisation Response)，該信用及重鑒權(quán)響應(yīng)中攜帶有新的信用額度。TPF收到信用及重鑒權(quán)響應(yīng)后，使用新的信用額度監(jiān)控與計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流的信用使用情況。
總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，其特征在于，在線計(jì)費(fèi)情況下，TPF建立計(jì)費(fèi)規(guī)則時(shí)，該方法包含A、TPF根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否已向OCS請(qǐng)求了針對(duì)該計(jì)費(fèi)鍵的信用額度，如果不是，則TPF向OCS發(fā)送信用請(qǐng)求。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述TPF判斷出已向OCS請(qǐng)求了針對(duì)該計(jì)費(fèi)鍵的信用額度，之后進(jìn)一步包括TPF不向OCS發(fā)送信用請(qǐng)求，直接使用請(qǐng)求到的針對(duì)該計(jì)費(fèi)鍵的信用額度。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述TPF直接使用請(qǐng)求到的針對(duì)該計(jì)費(fèi)鍵的信用額度，進(jìn)一步包括TPF記錄與已請(qǐng)求信用額度的所述計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中所述TPF向OCS發(fā)送信用請(qǐng)求，之后進(jìn)一步包括A1、OCS向TPF返回信用額度。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟A1之后進(jìn)一步包括TPF記錄已向OCS請(qǐng)求信用額度的計(jì)費(fèi)鍵信息。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述步驟A1之后進(jìn)一步包括TPF記錄與已請(qǐng)求信用額度的所述計(jì)費(fèi)鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息。
7.一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，其特征在于，OCS向TPF提供針對(duì)計(jì)費(fèi)鍵的重鑒權(quán)事件，TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生時(shí)，該方法進(jìn)一步包括B、TPF向OCS返回所述與重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵消耗信用額度后的剩余信用額度。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述步驟B之前進(jìn)一步包括TPF記錄與所述計(jì)費(fèi)鍵相對(duì)應(yīng)的重鑒權(quán)事件信息。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述步驟B之后進(jìn)一步包括OCS進(jìn)行重鑒權(quán)，然后向TPF提供重新計(jì)算的針對(duì)該計(jì)費(fèi)鍵的信用額度。
10.一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，其特征在于，在線計(jì)費(fèi)情況下，TPF刪除計(jì)費(fèi)規(guī)則時(shí)，該方法包含C、TPF根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否存在除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則以外的計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，如果不是，則TPF向OCS返回針對(duì)該計(jì)費(fèi)鍵的剩余信用額度。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述步驟C之后進(jìn)一步包括TPF刪除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則。
全文摘要
本發(fā)明公開了一種對(duì)計(jì)費(fèi)鍵進(jìn)行處理的方法，該方法包含在線計(jì)費(fèi)情況下，TPF建立計(jì)費(fèi)規(guī)則時(shí)，根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否已向OCS請(qǐng)求了針對(duì)該計(jì)費(fèi)鍵的信用額度，如果不是，則TPF向OCS發(fā)送信用請(qǐng)求；TPF刪除計(jì)費(fèi)規(guī)則時(shí)，根據(jù)計(jì)費(fèi)規(guī)則中的計(jì)費(fèi)鍵，判斷是否存在除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則以外的計(jì)費(fèi)規(guī)則使用針對(duì)該計(jì)費(fèi)鍵請(qǐng)求到的信用額度，如果不是，則TPF向OCS返回針對(duì)該計(jì)費(fèi)鍵的剩余信用額度；另外，OCS向TPF提供針對(duì)計(jì)費(fèi)鍵的重鑒權(quán)事件，TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生時(shí)，向OCS返回所述與重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵消耗信用額度后的剩余信用額度。根據(jù)本發(fā)明提出的方案，可以有效減少TPF與OCS之間的交互，提升TPF與OCS的處理性能，增強(qiáng)整個(gè)在線計(jì)費(fèi)處理過程的實(shí)用性。
文檔編號(hào)H04L9/32GK1773921SQ200410090928
公開日2006年5月17日 申請(qǐng)日期2004年11月10日 優(yōu)先權(quán)日2004年11月10日
發(fā)明者段小琴 申請(qǐng)人:華為技術(shù)有限公司