專利名稱：一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分組數(shù)據(jù)計(jì)費(fèi)領(lǐng)域，特別是指一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法。
背景技術(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所示，在通用分組無(wú)線業(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ù)通用分組無(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)通用分組無(wú)線業(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無(wú)法根據(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無(wú)法滿足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ù)選擇無(wú)線優(yōu)先權(quán)，然后向MS返回PDP Context激活響應(yīng)(Activate PDPContext Accept)，該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ù)的傳輸了。
步驟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ù)、基于無(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)，根本無(wú)法對(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)行記錄，生成相應(yīng)的計(jì)費(fèi)信息，TPF205生成的計(jì)費(fèi)信息中可包括通過CRF下發(fā)的計(jì)費(fèi)規(guī)則中獲取的業(yè)務(wù)信息，業(yè)務(wù)使用情況，如使用業(yè)務(wù)的數(shù)據(jù)流量、或使用業(yè)務(wù)的時(shí)間長(zhǎng)度，該時(shí)間長(zhǎng)度可由TPF 205對(duì)過濾出的IP數(shù)據(jù)流進(jìn)行統(tǒng)計(jì)而獲得。TPF 205可通過Gz接口向CGF 207/CCF 208提供生成的計(jì)費(fèi)信息，CGF 207/CCF 208對(duì)收到的計(jì)費(fèi)信息進(jìn)行進(jìn)一步處理，然后上報(bào)至計(jì)費(fèi)中心，由計(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 205監(jiān)測(cè)到觸發(fā)事件發(fā)生后向CRF 203上報(bào)，CRF 203通過TPF 205上報(bào)的觸發(fā)事件獲知承載發(fā)生變化，然后確定相應(yīng)的計(jì)費(fèi)規(guī)則并下發(fā)給TPF 205。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還可根據(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 202兩個(gè)功能實(shí)體組成，其中，CCF 202是執(zhí)行信用控制的功能實(shí)體，僅應(yīng)用于在線計(jì)費(fèi)系統(tǒng)，可通過在現(xiàn)有的OCS 206中增加新的功能來實(shí)現(xiàn)。在線計(jì)費(fèi)過程中，CCF 202對(duì)用戶信用進(jìn)行管理和控制，當(dāng)用戶使用業(yè)務(wù)時(shí)，CCF 202對(duì)該用戶信用池中的信用進(jìn)行鑒權(quán)，并通過Gy接口向TPF 205下發(fā)用戶能夠使用的信用。最后，OCS 206根據(jù)扣除的信用生成計(jì)費(fèi)信息，并向CGF 207/CCF 208提供生成的計(jì)費(fèi)信息，CGF 207/CCF 208對(duì)收到的計(jì)費(fèi)信息進(jìn)行進(jìn)一步處理，然后上報(bào)至計(jì)費(fèi)中心，由計(jì)費(fèi)中心生成最后的用戶話單。
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)，并可能對(duì)用戶的信用重新進(jìn)行計(jì)算。例如，分區(qū)域計(jì)費(fèi)時(shí)，運(yùn)營(yíng)商對(duì)不同地域的用戶應(yīng)用不同的費(fèi)率，OCS 206根據(jù)用戶當(dāng)前所在位置確定對(duì)應(yīng)的費(fèi)率，并根據(jù)該費(fèi)率計(jì)算用戶的信用，當(dāng)用戶移動(dòng)至另一位置時(shí)，如SGSN發(fā)生變化，TPF 205需要將SGSN變化事件上報(bào)至OCS 206，以使OCS206根據(jù)用戶新的當(dāng)前所在位置確定新的對(duì)應(yīng)費(fèi)率，并根據(jù)新費(fèi)率重新計(jì)算用戶新的信用。又如，當(dāng)OCS 206根據(jù)用戶使用業(yè)務(wù)的當(dāng)前QoS參數(shù)確定費(fèi)率，當(dāng)用戶對(duì)QoS參數(shù)進(jìn)行修改，如承載發(fā)生修改，TPF 205需要將承載修改事件上報(bào)至OCS 206，以使OCS 206根據(jù)用戶修改后的QoS參數(shù)確定新的費(fèi)率，并根據(jù)新費(fèi)率重新計(jì)算用戶的信用。目前，3GPP規(guī)范中對(duì)OCS206通過重鑒權(quán)事件上報(bào)的機(jī)制，控制TPF 205的信用使用情況進(jìn)行了描述，即TPF 205監(jiān)測(cè)到重鑒權(quán)事件發(fā)生后向OCS 206上報(bào)，OCS 206通過TPF 205上報(bào)的重鑒權(quán)事件，獲知用戶的信用使用情況以及承載的變化，對(duì)用戶的信用重新進(jìn)行計(jì)算并下發(fā)給TPF 205。3GPP規(guī)范中定義的重鑒權(quán)事件可包括允許信用過期(credit authorization lifetime expiry)事件，用戶空閑狀態(tài)超時(shí)(idle timeout)事件，計(jì)費(fèi)鍵變化(charging key 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)。
目前，3GPP定義了承載建立時(shí)，TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，以及在線計(jì)費(fèi)情況下，TPF向OCS請(qǐng)求用戶的信用的處理過程如圖3A所示離線計(jì)費(fèi)情況下，執(zhí)行步驟301A～步驟305A和步驟308A；在線計(jì)費(fèi)情況下，執(zhí)行步驟301A～步驟308A。
步驟301A用戶設(shè)備(UE)向TPF發(fā)送承載建立請(qǐng)求(Establish BearerService Request)，在GPRS網(wǎng)絡(luò)中，則是GGSN收到Create PDP ContextRequest。
步驟302ATPF收到承載建立請(qǐng)求后，向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求(Request Charging Rules)，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息。
步驟303A～步驟304ACRF收到計(jì)費(fèi)規(guī)則請(qǐng)求后，根據(jù)該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的輸入信息，還可根據(jù)AF提供的相關(guān)輸入信息，選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，然后向TPF返回提供計(jì)費(fèi)規(guī)則(Provision Charging Rules)，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則和觸發(fā)事件信息。
步驟305ATPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，即建立計(jì)費(fèi)規(guī)則，如果提供計(jì)費(fèi)規(guī)則中攜帶有觸發(fā)事件信息，則TPF對(duì)相應(yīng)觸發(fā)事件進(jìn)行存儲(chǔ)。
步驟306A～步驟307A在線計(jì)費(fèi)情況下，TPF根據(jù)計(jì)費(fèi)規(guī)則中的在線計(jì)費(fèi)指示，向OCS發(fā)送信用請(qǐng)求(Credit Request)，請(qǐng)求用戶的信用，該信用請(qǐng)求中攜帶有供OCS確定信用的輸入信息。OCS收到信用請(qǐng)求后，確定用戶的信用，然后向TPF返回信用響應(yīng)(Credit Response)，如果OCS確定出用戶的信用，則該信用響應(yīng)中攜帶有用戶的信用，該信用響應(yīng)中可進(jìn)一步攜帶有重鑒權(quán)事件信息，TPF收到該信用響應(yīng)后，可對(duì)相應(yīng)重鑒權(quán)事件進(jìn)行存儲(chǔ)；如果OCS未確定出用戶的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值。
步驟308ATPF向UE返回承載建立響應(yīng)(Establish Bearer ServiceAccept)，在線計(jì)費(fèi)情況下，如果信用響應(yīng)中攜帶有用戶的信用，則TPF接受UE發(fā)起的承載建立請(qǐng)求，并繼續(xù)后續(xù)的承載建立流程；如果信用響應(yīng)中沒有攜帶有用戶的信用，則TPF拒絕UE發(fā)起的承載建立請(qǐng)求。離線計(jì)費(fèi)情況下，則TPF直接接受UE發(fā)起的承載建立請(qǐng)求，并繼續(xù)后續(xù)的承載建立流程。
對(duì)于承載修改，TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，以及在線計(jì)費(fèi)情況下，TPF向OCS請(qǐng)求用戶的信用的處理過程如圖3B所示離線計(jì)費(fèi)情況下，執(zhí)行步驟301B～步驟306B和步驟310B；在線計(jì)費(fèi)情況下，執(zhí)行步驟301B～步驟310B。
步驟301BUE向TPF發(fā)送承載修改請(qǐng)求(Modify Bearer ServiceRequest)，在GPRS網(wǎng)絡(luò)中，則是GGSN收到PDP Context更新請(qǐng)求(UpdatePDP Context Request)。
步驟302B承載修改可能使觸發(fā)事件發(fā)生，因此，TPF收到承載修改請(qǐng)求后，判斷承載修改事件是否與存儲(chǔ)的觸發(fā)事件相匹配，即確定是否觸發(fā)計(jì)費(fèi)規(guī)則請(qǐng)求流程，如果能夠匹配，則觸發(fā)計(jì)費(fèi)規(guī)則請(qǐng)求流程，執(zhí)行步驟303B；否則，結(jié)束當(dāng)前流程。
步驟303BTPF向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息。
步驟304B～步驟305BCRF收到計(jì)費(fèi)規(guī)則請(qǐng)求后，根據(jù)該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的輸入信息，還可根據(jù)AF提供的相關(guān)輸入信息，選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，然后向TPF返回提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則和觸發(fā)事件信息。
步驟306BTPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，即建立、修改、刪除計(jì)費(fèi)規(guī)則，如果提供計(jì)費(fèi)規(guī)則中攜帶有觸發(fā)事件信息，則TPF對(duì)相應(yīng)觸發(fā)事件進(jìn)行存儲(chǔ)。
步驟307B在線計(jì)費(fèi)情況下，承載修改可能使重鑒權(quán)事件發(fā)生，因此，TPF判斷承載修改事件是否與存儲(chǔ)的某個(gè)計(jì)費(fèi)鍵的重鑒權(quán)事件相匹配，即確定是否觸發(fā)重鑒權(quán)流程，如判斷承載修改事件是否與某個(gè)計(jì)費(fèi)鍵的重鑒權(quán)事件相匹配，如果能夠匹配，則觸發(fā)重鑒權(quán)流程，執(zhí)行步驟308B；否則，結(jié)束當(dāng)前流程。
步驟308B～步驟309BTPF向OCS發(fā)送信用及重鑒權(quán)請(qǐng)求(CreditRequest and Re-authorisation Request)，請(qǐng)求OCS對(duì)用戶進(jìn)行重鑒權(quán)并提供信用，該信用及重鑒權(quán)請(qǐng)求中攜帶有供OCS確定信用的輸入信息，如向OCS請(qǐng)求基于某個(gè)計(jì)費(fèi)鍵的信用。OCS收到信用及重鑒權(quán)請(qǐng)求后，確定用戶的信用，然后向TPF返回信用響應(yīng)，如果OCS確定出用戶的信用，則該信用響應(yīng)中攜帶有用戶的信用，如果OCS未確定出用戶的信用，則該信用響應(yīng)中可攜帶有差錯(cuò)原因值。
步驟310BTPF向UE返回承載修改響應(yīng)(Modify Bearer ServiceAccept)，在線計(jì)費(fèi)情況下，如果信用響應(yīng)中攜帶有用戶的信用，則TPF接受UE發(fā)起的承載修改請(qǐng)求，并繼續(xù)后續(xù)的承載修改流程；如果信用響應(yīng)中未攜帶有用戶的信用，則拒絕UE發(fā)起的承載修改請(qǐng)求。離線計(jì)費(fèi)情況下，則TPF接受UE發(fā)起的承載建立請(qǐng)求，并繼續(xù)后續(xù)的承載修改流程。
對(duì)于承載刪除，TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，以及在線計(jì)費(fèi)情況下，TPF向OCS返回用戶的剩余信用的處理過程如圖3C所示離線計(jì)費(fèi)情況下，執(zhí)行步驟301C～步驟305C和步驟308C；在線計(jì)費(fèi)情況下，執(zhí)行步驟301C～步驟308C。
步驟301CUE向TPF發(fā)送承載刪除請(qǐng)求(Remove Bearer ServiceRequest)，在GPRS網(wǎng)絡(luò)中，則是GGSN收到Delete PDP Context Request。
步驟302CTPF收到承載刪除請(qǐng)求后，向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，用于通知CRF用戶建立的承載已刪除，該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶有供CRF確定計(jì)費(fèi)規(guī)則的輸入信息。
步驟303C～步驟304CCRF收到計(jì)費(fèi)規(guī)則請(qǐng)求后，根據(jù)該計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的輸入信息，還可根據(jù)AF提供的相關(guān)輸入信息，選擇適當(dāng)?shù)挠?jì)費(fèi)規(guī)則，然后向TPF返回提供計(jì)費(fèi)規(guī)則，該提供計(jì)費(fèi)規(guī)則中可攜帶有選定的計(jì)費(fèi)規(guī)則和計(jì)費(fèi)規(guī)則操作指示。
步驟305CTPF收到提供計(jì)費(fèi)規(guī)則后，根據(jù)計(jì)費(fèi)規(guī)則操作指示對(duì)CRF選定的計(jì)費(fèi)規(guī)則進(jìn)行相應(yīng)操作，即刪除計(jì)費(fèi)規(guī)則。
步驟306C～步驟307CTPF向OCS發(fā)送信用回退(Credit Return)，通知OCS為用戶建立的承載已經(jīng)終止，該信用回退中攜帶有用戶信用的使用情況，如用戶使用分組數(shù)據(jù)業(yè)務(wù)的時(shí)間長(zhǎng)度、使用分組數(shù)據(jù)的流量大小，或是用戶的剩余信用。OCS收到信用回退后，向TPF返回信用回退響應(yīng)(Response)。
步驟308CTPF向UE返回承載刪除響應(yīng)(Remove Bearer ServiceAccept)，接受UE發(fā)起的承載刪除請(qǐng)求，并繼續(xù)后續(xù)的承載刪除流程。
由以上描述可見，目前3GPP定義的TPF和CRF之間關(guān)于計(jì)費(fèi)規(guī)則的交互方式是TPF經(jīng)過一定的事件觸發(fā)，如承載建立、刪除，或是TPF檢測(cè)到當(dāng)前發(fā)生的事件與CRF下發(fā)的觸發(fā)事件相匹配時(shí)，TPF則發(fā)起FBC控制處理，即TPF向CRF發(fā)送計(jì)費(fèi)規(guī)則請(qǐng)求，CRF根據(jù)TPF發(fā)送的計(jì)費(fèi)規(guī)則請(qǐng)求中攜帶的相關(guān)信息選擇相應(yīng)的計(jì)費(fèi)規(guī)則，并向TPF下發(fā)。通過目前TPF與CRF進(jìn)行交互的流程來看，CRF是控制實(shí)體，TPF是執(zhí)行實(shí)體，TPF固定地在承載建立時(shí)，通過向CRF請(qǐng)求計(jì)費(fèi)規(guī)則使得CRF建立對(duì)相應(yīng)承載的計(jì)費(fèi)控制；相應(yīng)地，承載刪除時(shí)，TPF也會(huì)固定地向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，使得CRF能夠刪除先前建立的對(duì)相應(yīng)承載的計(jì)費(fèi)控制。這樣，TPF完全作為一個(gè)執(zhí)行實(shí)體，被動(dòng)地根據(jù)CRF的下發(fā)的指示進(jìn)行相應(yīng)操作，絲毫未參與承載的計(jì)費(fèi)控制。也就是說，一旦網(wǎng)絡(luò)升級(jí)成能夠支持FBC特性的網(wǎng)絡(luò)時(shí)，所有承載建立時(shí)，均會(huì)導(dǎo)致TPF與CRF進(jìn)行交互，由CRF對(duì)相應(yīng)承載進(jìn)行計(jì)費(fèi)控制。
然而，在實(shí)際應(yīng)用中，當(dāng)網(wǎng)絡(luò)升級(jí)成能夠支持FBC特性的網(wǎng)絡(luò)時(shí)，由于業(yè)務(wù)在部屬初期，引入新特性會(huì)對(duì)現(xiàn)有網(wǎng)絡(luò)產(chǎn)生影響，為了減少引入的FBC特性對(duì)現(xiàn)有網(wǎng)絡(luò)的影響，運(yùn)營(yíng)商可能只部署一部分業(yè)務(wù)按照業(yè)務(wù)數(shù)據(jù)流進(jìn)行計(jì)費(fèi)，其他業(yè)務(wù)保持原有的計(jì)費(fèi)方式不變，例如，運(yùn)營(yíng)商向用戶提供了流媒體業(yè)務(wù)和網(wǎng)頁(yè)瀏覽業(yè)務(wù)，只在流媒體業(yè)務(wù)中根據(jù)不同流媒體內(nèi)容進(jìn)行區(qū)分計(jì)費(fèi)，對(duì)于網(wǎng)頁(yè)瀏覽業(yè)務(wù)則無(wú)需根據(jù)瀏覽的網(wǎng)頁(yè)內(nèi)容進(jìn)行區(qū)分計(jì)費(fèi)，而是統(tǒng)一按照固定的計(jì)費(fèi)模式進(jìn)行計(jì)費(fèi)。另外，一些情況下建立的承載也不需要根據(jù)內(nèi)容進(jìn)行計(jì)費(fèi)，例如，運(yùn)營(yíng)商為某個(gè)企業(yè)提供接入企業(yè)內(nèi)部網(wǎng)絡(luò)的私有APN，該企業(yè)的私有APN只允許企業(yè)的注冊(cè)用戶訪問，企業(yè)的注冊(cè)用戶可通過訪問該私有APN進(jìn)行移動(dòng)辦公，如收發(fā)電子郵件、訪問企業(yè)網(wǎng)絡(luò)等等，由于運(yùn)營(yíng)商向某個(gè)企業(yè)提供私有APN的計(jì)費(fèi)方式可以是按照包月制收取一定的月租費(fèi)，因此，對(duì)于這種基于私有APN的建立的承載，也就不需要根據(jù)不同業(yè)務(wù)數(shù)據(jù)流進(jìn)行計(jì)費(fèi)。
基于以上描述可見，純CRF控制的對(duì)業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)的方式不符合實(shí)際網(wǎng)絡(luò)演進(jìn)的需要，而且在很多情況下可能會(huì)導(dǎo)致CRF與TPF之間生成大量冗余消息。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法，有效避免CRF與TPF之間冗余消息的生成，符合實(shí)際網(wǎng)絡(luò)演進(jìn)的需要。
為了達(dá)到上述目的，本發(fā)明提供了一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法，該方法包含以下步驟
A、TPF中設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式；B、承載事件發(fā)生時(shí)，TPF判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟D；C、TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式對(duì)所述承載進(jìn)行處理，并結(jié)束當(dāng)前流程；D、TPF對(duì)所述承載進(jìn)行FBC控制處理。
較佳地，所述步驟A進(jìn)一步包括設(shè)置處理?xiàng)l件的優(yōu)先級(jí)；所述步驟B為承載事件發(fā)生時(shí)，TPF根據(jù)所述處理?xiàng)l件的優(yōu)先級(jí)的高低，依次判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，直至匹配到設(shè)置的處理?xiàng)l件，然后執(zhí)行步驟C，否則，執(zhí)行步驟D。
所述步驟A為直接在TPF中配置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式。
所述步驟A為CRF向TPF下發(fā)處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式，TPF對(duì)處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式進(jìn)行存儲(chǔ)。
步驟A中所述處理?xiàng)l件為接入點(diǎn)名稱，或?yàn)镮P五元組，或?yàn)橐陨隙叩慕M合。
步驟A中或步驟C中所述處理方式為GPRS通用計(jì)費(fèi)方式，或?yàn)閿?shù)據(jù)業(yè)務(wù)通用計(jì)費(fèi)方式，或?yàn)橐陨隙叩慕M合。
步驟B中所述承載事件為承載建立，或?yàn)槌休d修改，或?yàn)槌休d刪除。
所述步驟D為TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，CRF向TPF返回選定的計(jì)費(fèi)規(guī)則，TPF根據(jù)收到的計(jì)費(fèi)規(guī)則對(duì)所述承載進(jìn)行處理。
步驟B中所述承載信息為接入點(diǎn)名稱，或?yàn)镮P五元組，或?yàn)橐陨隙叩慕M合。
根據(jù)本發(fā)明提出的方法，在TPF中設(shè)置設(shè)定的處理方法，即設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式，使得TPF能夠直接對(duì)一部分承載進(jìn)行計(jì)費(fèi)處理，無(wú)需通過向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，并根據(jù)CRF的指示進(jìn)行相應(yīng)的計(jì)費(fèi)處理。這樣，由于TPF具有直接處理對(duì)承載的計(jì)費(fèi)的機(jī)制，能夠分流一部分CRF對(duì)承載計(jì)費(fèi)的控制處理，降低了CRF和TPF之間的消息交互，有效避免CRF與TPF之間冗余消息的生成，并降低了新增特性對(duì)現(xiàn)有網(wǎng)絡(luò)的影響，符合實(shí)際網(wǎng)絡(luò)演進(jìn)的需要。


圖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)示意圖；圖3A示出了承載建立時(shí)請(qǐng)求計(jì)費(fèi)規(guī)則及信用的處理流程圖；圖3B示出了承載修改時(shí)請(qǐng)求計(jì)費(fèi)規(guī)則及信用的處理流程圖；圖3C示出了承載刪除時(shí)請(qǐng)求計(jì)費(fèi)規(guī)則及信用的處理流程圖；圖4示出了本發(fā)明實(shí)現(xiàn)過程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明中，在TPF中設(shè)置設(shè)定的處理方法，即設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式，使得TPF能夠直接對(duì)一部分承載進(jìn)行計(jì)費(fèi)處理，無(wú)需向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，并根據(jù)CRF的指示再進(jìn)行相應(yīng)的計(jì)費(fèi)處理。這樣，由于TPF具有直接處理對(duì)承載的計(jì)費(fèi)的機(jī)制，能夠分流一部分CRF對(duì)承載計(jì)費(fèi)的控制處理，降低了CRF和TPF之間的消息交互，有效避免CRF與TPF之間冗余消息的生成，并降低了新增特性對(duì)現(xiàn)有網(wǎng)絡(luò)的影響。
圖4示出了本發(fā)明實(shí)現(xiàn)過程示意圖，如圖4所示，本發(fā)明中提供的設(shè)置設(shè)定的處理過程包括以下步驟步驟401在TPF中設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式。所述的處理?xiàng)l件和處理方式可由運(yùn)營(yíng)商在TPF中進(jìn)行預(yù)先配置，也可由CRF向TPF下發(fā)，由TPF進(jìn)行存儲(chǔ)。CRF可在某時(shí)刻批量地向TPF下發(fā)，如在網(wǎng)絡(luò)升級(jí)成支持FBC特性的網(wǎng)絡(luò)時(shí)批量地向TPF下發(fā)，由TPF對(duì)處理?xiàng)l件和處理方式進(jìn)行存儲(chǔ)，又如在處理?xiàng)l件或處理方式有變化時(shí)批量地向TPF下發(fā)，TPF對(duì)存儲(chǔ)的處理?xiàng)l件和處理方式進(jìn)行更新。
在TPF中設(shè)置的處理?xiàng)l件可為特定的APN，也可為特定的IP五元組，還可為APN與IP五元組的組合，與處理?xiàng)l件相對(duì)應(yīng)的處理方式可為要求TPF根據(jù)設(shè)定的處理過程對(duì)相應(yīng)承載進(jìn)行處理。
所述的處理方式可為GPRS通用計(jì)費(fèi)方式，如基于每個(gè)PDP上下文進(jìn)行統(tǒng)計(jì)的計(jì)費(fèi)方式，也可為數(shù)據(jù)業(yè)務(wù)通用計(jì)費(fèi)方式，可理解為設(shè)置了缺省計(jì)費(fèi)規(guī)則的計(jì)費(fèi)方式，還可為以上二者的組合。
另外，TPF中還可設(shè)置處理?xiàng)l件的優(yōu)先級(jí)，在TPF判斷當(dāng)前承載是否滿足設(shè)置的處理?xiàng)l件時(shí)，可按照優(yōu)先級(jí)的高低順序，將承載信息與設(shè)置的處理?xiàng)l件依次匹配，即優(yōu)先匹配優(yōu)先級(jí)較高的處理?xiàng)l件，然后再匹配優(yōu)先級(jí)較低的處理?xiàng)l件，這樣可確保同一承載同時(shí)滿足多個(gè)設(shè)置的處理?xiàng)l件情況下，能夠按照對(duì)應(yīng)于優(yōu)先級(jí)高的處理?xiàng)l件的處理方式優(yōu)先對(duì)承載進(jìn)行處理。優(yōu)先級(jí)、處理?xiàng)l件、及對(duì)應(yīng)的處理方式可參見表一。

表一步驟402～步驟403承載事件發(fā)生時(shí)，TPF判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，如果是，則執(zhí)行步驟404；否則，執(zhí)行步驟405。以上所述的承載事件可為承載建立、承載修改、承載刪除等事件。所述承載信息可以承載的APN信息，IP五元組信息，以及以上二者的組合信息，等等。
步驟404TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式，對(duì)相應(yīng)承載進(jìn)行處理。
如果設(shè)置了處理?xiàng)l件的優(yōu)先級(jí)，TPF可按照優(yōu)先級(jí)的高低順序，將承載信息與設(shè)置的處理?xiàng)l件依次進(jìn)行匹配，如果能夠匹配到，最終，TPF將按照對(duì)應(yīng)于匹配到的優(yōu)先級(jí)最高的處理?xiàng)l件的處理方式，對(duì)相應(yīng)承載進(jìn)行處理。
步驟405TPF請(qǐng)求CRF對(duì)相應(yīng)承載進(jìn)行FBC控制處理，即TPF與CRF進(jìn)行交互，TPF向CRF發(fā)起計(jì)費(fèi)規(guī)則請(qǐng)求，請(qǐng)求CRF對(duì)該承載提供計(jì)費(fèi)規(guī)則，然后TPF根據(jù)CRF提供的計(jì)費(fèi)規(guī)則對(duì)該承載進(jìn)行處理。
例如，TPF收到承載建立請(qǐng)求后，判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，如判斷建立承載的APN是否與設(shè)置的APN相匹配，如果承載信息匹配到設(shè)置的處理?xiàng)l件，則TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式，對(duì)相應(yīng)承載進(jìn)行處理，如果承載信息未匹配到設(shè)置的處理?xiàng)l件，則TPF結(jié)束對(duì)承載的設(shè)定處理，向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，進(jìn)入TPF與CRF進(jìn)行交互的FBC控制處理流程。
另外，對(duì)于承載修改或承載刪除的承載事件，TPF也可先將承載信息與設(shè)置的處理?xiàng)l件進(jìn)行匹配，如果承載信息匹配到設(shè)置的處理?xiàng)l件，則TPF可進(jìn)一步確定是否按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式，對(duì)相應(yīng)承載進(jìn)行處理，如果不是，則TPF結(jié)束對(duì)承載的設(shè)定處理，可向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，進(jìn)入TPF與CRF進(jìn)行交互的FBC控制處理流程。
例如，將GPRS網(wǎng)絡(luò)升級(jí)成支持FBC特性的網(wǎng)絡(luò)時(shí)，在TPF中設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的優(yōu)先級(jí)和處理方式，以上信息可由CRF向TPF批量下發(fā)給TPF，TPF對(duì)收到的信息進(jìn)行存儲(chǔ)，也可為直接在TPF中進(jìn)行配置，具體內(nèi)容如表二所示。


表二用戶向TPF發(fā)起承載建立請(qǐng)求，TPF收到承載建立請(qǐng)求后，根據(jù)設(shè)置的處理?xiàng)l件的優(yōu)先級(jí)，依次判斷建立的承載的APN是否為“ABC”、或“cmnet”、或“cmwap”，如果該承載的APN與上述設(shè)置的一個(gè)APN相匹配，則TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式，對(duì)該承載進(jìn)行處理，例如，建立承載的APN為“cmnet”，則TPF采用處理方式2對(duì)該承載進(jìn)行處理，即按照原有GPRS方式基于每個(gè)PDP上下文進(jìn)行統(tǒng)計(jì)，采用訪問互聯(lián)網(wǎng)(Internet)數(shù)據(jù)業(yè)務(wù)的費(fèi)率對(duì)該承載進(jìn)行處理；如果該承載的APN無(wú)法與上述設(shè)置的一個(gè)APN相匹配，則TPF繼續(xù)判斷該承載的IP五元組是否滿足“源IP＝通配，源端口＝通配，目的IP＝129.0.0.1，目的端口＝80”、或“源IP＝129.0.0.1，源port＝80，目的IP＝通配，目的端口＝通配”的條件，如果滿足，則TPF采用處理方式4對(duì)該承載進(jìn)行處理，即對(duì)滿足該IP五元組的數(shù)據(jù)包進(jìn)行統(tǒng)計(jì)，使用FTP業(yè)務(wù)的費(fèi)率對(duì)該承載進(jìn)行處理；否則，如果該承載不滿足TPF中設(shè)置的所有處理?xiàng)l件，則TPF結(jié)束對(duì)承載的設(shè)定處理，進(jìn)入對(duì)該承載進(jìn)行FBC控制處理的流程，即TPF與CRF進(jìn)行交互，向CRF發(fā)起計(jì)費(fèi)規(guī)則請(qǐng)求，請(qǐng)求CRF對(duì)該承載提供計(jì)費(fèi)規(guī)則，然后TPF根據(jù)CRF提供的計(jì)費(fèi)規(guī)則對(duì)該承載進(jìn)行處理。
總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法，其特征在于，該方法包含以下步驟A、TPF中設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式；B、承載事件發(fā)生時(shí)，TPF判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟D；C、TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式對(duì)所述承載進(jìn)行處理，并結(jié)束當(dāng)前流程；D、TPF對(duì)所述承載進(jìn)行FBC控制處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A進(jìn)一步包括設(shè)置處理?xiàng)l件的優(yōu)先級(jí)；所述步驟B為承載事件發(fā)生時(shí)，TPF根據(jù)所述處理?xiàng)l件的優(yōu)先級(jí)的高低，依次判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，直至匹配到設(shè)置的處理?xiàng)l件，然后執(zhí)行步驟C，否則，執(zhí)行步驟D。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟A為直接在TPF中配置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟A為CRF向TPF下發(fā)處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式，TPF對(duì)處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式進(jìn)行存儲(chǔ)。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟A中所述處理?xiàng)l件為接入點(diǎn)名稱，或?yàn)镮P五元組，或?yàn)橐陨隙叩慕M合。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟A中或步驟C中所述處理方式為GPRS通用計(jì)費(fèi)方式，或?yàn)閿?shù)據(jù)業(yè)務(wù)通用計(jì)費(fèi)方式，或?yàn)橐陨隙叩慕M合。
7.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟B中所述承載事件為承載建立，或?yàn)槌休d修改，或?yàn)槌休d刪除。
8.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟D為TPF向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，CRF向TPF返回選定的計(jì)費(fèi)規(guī)則，TPF根據(jù)收到的計(jì)費(fèi)規(guī)則對(duì)所述承載進(jìn)行處理。
9.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟B中所述承載信息為接入點(diǎn)名稱，或?yàn)镮P五元組，或?yàn)橐陨隙叩慕M合。
全文摘要
本發(fā)明公開了一種基于分組數(shù)據(jù)流計(jì)費(fèi)中的處理方法，該方法包含TPF中設(shè)置處理?xiàng)l件及對(duì)應(yīng)于處理?xiàng)l件的處理方式，承載事件發(fā)生時(shí)，TPF判斷承載信息是否與設(shè)置的處理?xiàng)l件相匹配，如果是，則TPF按照對(duì)應(yīng)于匹配到的處理?xiàng)l件的處理方式對(duì)所述承載進(jìn)行處理；否則，TPF對(duì)所述承載進(jìn)行FBC控制處理，使得TPF能夠直接對(duì)一部分承載進(jìn)行計(jì)費(fèi)處理，無(wú)需通過向CRF請(qǐng)求計(jì)費(fèi)規(guī)則，并根據(jù)CRF的指示進(jìn)行相應(yīng)的計(jì)費(fèi)處理。這樣，由于TPF具有直接處理對(duì)承載的計(jì)費(fèi)的機(jī)制，能夠分流一部分CRF對(duì)承載計(jì)費(fèi)的控制處理，降低了CRF和TPF之間的消息交互，有效避免CRF與TPF之間冗余消息的生成，并降低了新增特性對(duì)現(xiàn)有網(wǎng)絡(luò)的影響，符合實(shí)際網(wǎng)絡(luò)演進(jìn)的需要。
文檔編號(hào)H04L12/14GK1808982SQ20051000653
公開日2006年7月26日 申請(qǐng)日期2005年1月20日 優(yōu)先權(quán)日2005年1月20日
發(fā)明者段小琴 申請(qǐng)人:華為技術(shù)有限公司