專利名稱：一種對(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)注的問(wèn)題。圖1示出了分組數(shù)據(jù)協(xié)議上下文(PDP Context, Packet Data Protocol Context)激活、數(shù)據(jù)傳輸、去激活流程圖，如圖l所示，在通用分組無(wú)線業(yè) 務(wù)(GPRS， General Packet Radio Service )中，；敫5舌PDP Context、與夕卜吾卩分 組數(shù)據(jù)網(wǎng)絡(luò)(PDN, Packet Data Network)進(jìn)行數(shù)據(jù)交互、去激活該P(yáng)DP Context的實(shí)現(xiàn)過(guò)程包括以下步驟步驟101:移動(dòng)終端(MS)向服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN, Serving GPRS Support Node)發(fā)送PDP Context激活請(qǐng)求(Activate PDP Context Request)，該Activate PDP Context Request中攜帶有網(wǎng)絡(luò)層業(yè)務(wù)訪 問(wèn)點(diǎn)才示i口、 (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)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(GGSN, Gateway GPRS Support Node ) 之間作為隧道標(biāo)識(shí)(TID, Tunnel Identifier)的組成部分，用于標(biāo)識(shí)PDP Context; 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èn)的外部網(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,步驟102: SGSN收到Activate PDP Context Request后，與MS進(jìn)行安 全性檢查和加密，該步驟為可選步驟。步驟103: SGSN根據(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 PDP Context R叫uest)，該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ù)的 處理過(guò)程中，可由GGSN為MS分配IP地址，也可由最終與MS建立連接 的PDN為MS分配IP地址；選擇模式是指APN的選擇模式，即APN是由 MS選定的還是由SGSN選定的。如果SGSN無(wú)法根據(jù)APN解析出GGSN 的地址信息，貝'J SGSN拒纟色MS發(fā)起的PDP Context激活請(qǐng)求。步驟104: GGSN收到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無(wú)法滿足QoS參數(shù)的服務(wù)質(zhì)量要求，則 GGSN拒絕SGSN發(fā)起的PDP Context創(chuàng)建請(qǐng)求，然后SGSN拒絕MS發(fā)起 的PDP Context激活請(qǐng)求。步驟105: SGSN收到PDP Context創(chuàng)建響應(yīng)后，在PDP Context中插入 用于標(biāo)識(shí)PDP Context的NSAPI和GGSN地址信息，并根據(jù)商定的QoS參
數(shù)選擇無(wú)線優(yōu)先權(quán)，然后向MS返回PDP Context激活響應(yīng)(Activate PDP Context Acc印t)，該P(yáng)DP Context激活響應(yīng)中攜帶有PDP類型、PDP地址、 TI、商定的QoS參數(shù)、無(wú)線優(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ù)的傳輸了。步驟106: MS通過(guò)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。步驟108: SGSN收到PDP Context去激活請(qǐng)求后，與MS進(jìn)行安全性 檢查和加密，該步驟為可選步驟。步驟109~步驟111: SGSN向GGSN發(fā)送PDP Context刪除請(qǐng)求(Delete PDP 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的PDP Context,然后向SGSN發(fā)送PDP Context刪除響應(yīng)(Delete PDP Context Response )，該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。由圖l描述的實(shí)現(xiàn)過(guò)程可見(jià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ù)，也就 是說(shuō)，如果PDN能夠提供多種業(yè)務(wù)，如電子郵件(Email)收發(fā)業(yè)務(wù)、基于
無(wú)線應(yīng)用協(xié)議的(WAP, Wireless Application Protocol)的瀏覽業(yè)務(wù)、基于 文件傳輸協(xié)議(FTP, File Transfer Protocol)的文件傳輸?shù)葮I(yè)務(wù)，則MS在 與該P(yáng)DN建立傳輸通道后，可通過(guò)一個(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)，根本無(wú)法對(duì)同一 PDP Context承載的不同業(yè)務(wù) 進(jìn)行區(qū)分計(jì)費(fèi)。針對(duì)上述情況，第三代合作伙伴計(jì)劃(3GPP, The 3rd Generation Partnership Project)目前正在討論如何實(shí)現(xiàn)基于IP數(shù)據(jù)流的計(jì)費(fèi)(FBC， Flow Based 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)為是通過(guò)一些類似篩子的過(guò)濾器 將同一 PDP Context中承載的不同業(yè)務(wù)的IP數(shù)據(jù)流分別篩選出來(lái)，然后針對(duì) 不同過(guò)濾器過(guò)濾出的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è)PDP Context的計(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 Network Enhanced Logic )的業(yè)務(wù)控制點(diǎn)(SCP， Service Control Point) 201和基于業(yè) 務(wù)數(shù)據(jù)流計(jì)費(fèi)的信用控制功能實(shí)體(CCF， Service Data Flow Based Credit Control Function ) 202組成了在線計(jì)費(fèi)系統(tǒng)(OCS, Online Charging System) 206。 CCF 202通過(guò)Ry接口與基于業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的計(jì)費(fèi)規(guī)則功能實(shí)體 (CRF, Service Data Flow Based Charging Rule Function ) 203互通，CRF 203 通過(guò)Rx接口與應(yīng)用功能實(shí)體(AF ， Application Function ) 204互通，CRF 203 通過(guò)Gx4妾口與傳輸面功能實(shí)體(TPF， Traffic Plane Function) 205互通， CCF 202通過(guò)Gy接口與TPF 205互通。支持離線計(jì)費(fèi)的FBC系統(tǒng)結(jié)構(gòu)如圖2B所示，CRF 203通過(guò)Rx接口與 AF 204互通，CRF 203通過(guò)Gx接口與TPF 205互通，TPF 205通過(guò)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通過(guò)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ù)流傳輸過(guò)程中，會(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ī)則，并向TPF205返回選定的計(jì)費(fèi)規(guī) 則，計(jì)費(fèi)規(guī)則中包括計(jì)費(fèi)機(jī)制、計(jì)費(fèi)類型、計(jì)費(fèi)鍵(Charging Key)、業(yè)務(wù) 數(shù)據(jù)流過(guò)濾器、計(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ù)過(guò)濾器用于指示TPF 205對(duì)哪些IP數(shù)據(jù)流進(jìn)行過(guò)濾，然后TPF 205根據(jù)計(jì)費(fèi)MJ']對(duì)過(guò)濾出的IP 數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。業(yè)務(wù)數(shù)據(jù)過(guò)濾器可包含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)行過(guò)濾， 并根據(jù)計(jì)費(fèi)規(guī)則對(duì)過(guò)濾出的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通過(guò)觸發(fā)事件 上報(bào)機(jī)制控制TPF的計(jì)費(fèi)方式進(jìn)行了描述，即TPF監(jiān)測(cè)到觸發(fā)事件發(fā)生后 向CRF上報(bào)，CRF通過(guò)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ù)變化(QoS changes)事件,無(wú)線接入技術(shù)(RAT)類型變化(RAT type change )事件， 傳輸流模板(TFT)變化(TFT change)事件。CRF 203除了根據(jù)TPF 205提供的輸入信息選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則之外， CRF 203還可4艮據(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)^L則。OCS 206作為在線計(jì)費(fèi)系統(tǒng)，由SCP 201和CCF ( Service Data Flow Based Credit Control Function) 202兩個(gè)功能實(shí)體組成，其中，CCF ( Service Data Flow Based Credit Control Function ) 202是執(zhí)4亍信用控制的功能實(shí)體，
僅應(yīng)用于在線計(jì)費(fèi)系統(tǒng)，可通過(guò)在現(xiàn)有的OCS 206中增加新的功能來(lái)實(shí)現(xiàn)。 在在線計(jì)費(fèi)過(guò)程中，CCF ( Service Data Flow Based Credit Control Function ) 202對(duì)用戶信用進(jìn)^f亍管理和控制，當(dāng)用戶使用業(yè)務(wù)時(shí)，CCF( Service Data Flow過(guò)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)事件中的允許信用過(guò)期事件， 向OCS 206上報(bào)其允許的用戶信用使用過(guò)期事件的發(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需要^f艮據(jù)重鑒 權(quán)事件中的PLMN變化事件，向OCS 206上報(bào)PLMN變化事件的發(fā)生，OCS 206根據(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奮改事件的發(fā)生，OCS 206根據(jù)用戶修改后的QoS參數(shù)確 定費(fèi)率，并重新計(jì)算用戶的信用。另外，3GPP規(guī)范中還對(duì)OCS通過(guò)重鑒權(quán)事件上報(bào)的機(jī)制控制TPF的 信用使用情況進(jìn)行了描述，即TPF監(jiān)測(cè)到重鑒權(quán)事件發(fā)生后向OCS上報(bào)， OCS通過(guò)TPF上報(bào)的重鑒權(quán)事件，獲知用戶的信用使用情況以及承載的變 化，對(duì)用戶的信用重新進(jìn)行計(jì)算并下發(fā)給TPF。 3GPP規(guī)范中定義的重鑒權(quán) 事件可包括允許信用過(guò)期(credit authorization lifetime expiry )事件，用戶 空閑J)犬態(tài)超時(shí)(idle timeout)事<牛，i十費(fèi)規(guī)貝'J變<匕(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)過(guò)程中，3GPP規(guī)范中描述的請(qǐng) 求信用額度的方式是基于每個(gè)計(jì)費(fèi)規(guī)則(Charging Rule )進(jìn)行的，具體實(shí)現(xiàn) 過(guò)程為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的交互過(guò)于頻繁，導(dǎo)致TPF與OCS的處理性能下降，從而使整個(gè)在線 計(jì)費(fèi)處理過(guò)程的實(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)一步包括 Al、 OCS向TPF返回信用額度。所述步驟Al之后進(jìn)一步包括TPF記錄已向OCS請(qǐng)求信用額度的計(jì)費(fèi) 鍵信息。所述步驟Al之后進(jìn)一步包括TPF記錄與已請(qǐng)求信用額度的所述計(jì)費(fèi) 鍵相對(duì)應(yīng)的計(jì)費(fèi)規(guī)則信息。本發(fā)明還公開(kāi)了一種對(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ā)明又公開(kāi)了一種對(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)求。這樣，通過(guò)實(shí)現(xiàn)TPF基于每個(gè)計(jì)費(fèi) 鍵請(qǐng)求信用額度的處理過(guò)程，可以有效減少TPF與OCS之間的交互，提升 TPF與OCS的處理性能，增強(qiáng)整個(gè)在線計(jì)費(fèi)處理過(guò)程的實(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)求信用額度處理過(guò)程示意圖；圖4示出了本發(fā)明中基于計(jì)費(fèi)鍵的重鑒權(quán)處理過(guò)程示意圖。
具體實(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)求信用 額度的處理過(guò)程。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)MJ'J Charging Rule 2過(guò)濾出的業(yè)務(wù)數(shù)據(jù)流都將消 耗Charging Key A所對(duì)應(yīng)的信用額度100M,如在某一個(gè)時(shí)刻，當(dāng)TPF監(jiān)測(cè) 到Charging Rule 1過(guò)濾出的業(yè)務(wù)數(shù)據(jù)流量大小與Charging Rule 2過(guò)濾出的 業(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 Key A相對(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í)，如果沒(méi)有其他計(jì)費(fèi)規(guī)則標(biāo)識(shí)，則TPF刪 除CRF指定的計(jì)費(fèi)規(guī)則，不再對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過(guò)濾， 更新在線計(jì)費(fèi)交互信息列表中的相應(yīng)信息，如刪除"已請(qǐng)求信用額度的計(jì)費(fèi) 鍵項(xiàng)"中的計(jì)費(fèi)鍵ChargingKey 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)4建的交互操作； 如果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í)除了 Charging Rule 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)行過(guò)濾，更新在線 計(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ù)流的過(guò)濾，計(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 Key A和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)行過(guò)濾，監(jiān)控業(yè)務(wù)數(shù)據(jù)流是否達(dá)到信用額度，達(dá)到信用額度后，觸發(fā) 允許的信用過(guò)期重鑒權(quán)事件，TPF再度執(zhí)行重鑒權(quán)流程，請(qǐng)求OCS針對(duì) ChargingKey A重新計(jì)算新的信用額度。同樣，對(duì)于TPF獲得針對(duì)Charging Key B的新的信用額度后，TPF執(zhí)行與針對(duì)Charging Key A相類似的操作， 這里不再贅述。圖3示出了本發(fā)明中基于計(jì)費(fèi)鍵請(qǐng)求信用額度處理過(guò)程示意圖，如圖3 所示，基于計(jì)費(fèi)鍵請(qǐng)求信用額度的處理過(guò)程包括以下步驟步驟301~步驟302: CRF可根據(jù)收到的來(lái)自外部實(shí)體的信息，例如， CRF收到來(lái)自TPF的承栽建立、修改或刪除等消息，或CRF收到AF或OCS 提供的與計(jì)費(fèi)規(guī)則相關(guān)的輸入信息，選擇需要向TPF提供的計(jì)費(fèi)規(guī)則，CRF 可要求TPF建立新的計(jì)費(fèi)規(guī)則，也可要求TPF刪除原來(lái)的計(jì)費(fèi)規(guī)則，還可 要求TPF對(duì)原來(lái)的計(jì)費(fèi)規(guī)則進(jìn)行修改。CRF向TPF提供選定的計(jì)費(fèi)規(guī)則， 并指示TPF對(duì)計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作。步驟303 步驟304: TPF收到計(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ī)則或修改原來(lái)的計(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 是刪除原來(lái)的計(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)行過(guò)濾；否則， TPF停止對(duì)該計(jì)費(fèi)規(guī)則指定的業(yè)務(wù)數(shù)據(jù)流進(jìn)行過(guò)濾，刪除該計(jì)費(fèi)規(guī)則，并向 OCS返回針對(duì)該計(jì)費(fèi)鍵的剩余信用額度，結(jié)束TPF和OCS之間針對(duì)該計(jì)費(fèi) 鍵的交互操作。步驟305 步驟306: TPF向OCS發(fā)送信用請(qǐng)求(Credit R叫uest),該 信用請(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)處理過(guò)程示意圖，如圖4所示，基于計(jì)費(fèi)鍵進(jìn)行重鑒權(quán)的處理過(guò)程包括以下步驟步驟401: TPF監(jiān)測(cè)重鑒權(quán)事件是否發(fā)生，如果是，則執(zhí)行步驟402; 否則，返回執(zhí)行步驟401。步驟402 步驟403: TPF查找與發(fā)生的重鑒權(quán)事件相對(duì)應(yīng)的計(jì)費(fèi)鍵，然 后向 OCS發(fā)送4言用及重鑒4又i貪求(Credit Request and re-authorisation Request)，該信用及重鑒權(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 and re-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ù)流的信用使用情況?？傊陨纤鰞H為本發(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)一步包括Al、 OCS向TPF返回信用額度。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟A1之后進(jìn)一步包 括TPF記錄已向OCS請(qǐng)求信用額度的計(jì)費(fèi)鍵信息。
6、 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述步驟Al之后進(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)利要求IO所述的方法，其特征在于，所述步驟C之后進(jìn)一步包 括TPF刪除需要?jiǎng)h除的計(jì)費(fèi)規(guī)則。
全文摘要
本發(fā)明公開(kāi)了一種對(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)處理過(guò)程的實(shí)用性。
文檔編號(hào)H04L12/14GK101145917SQ20071018149
公開(kāi)日2008年3月19日 申請(qǐng)日期2004年11月10日 優(yōu)先權(quán)日2004年11月10日
發(fā)明者段小琴 申請(qǐng)人:華為技術(shù)有限公司