專利名稱：一種移動分組數(shù)據(jù)業(yè)務(wù)的計費方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及移動分組數(shù)據(jù)業(yè)務(wù)中的計費方法。
背景技術(shù)：
隨著移動分組數(shù)據(jù)業(yè)務(wù)應(yīng)用的逐漸廣泛，如何對移動分組數(shù)據(jù)業(yè)務(wù)進(jìn)行準(zhǔn)確合理地進(jìn)行計費，已成為移動運營商普遍關(guān)注的課題。當(dāng)前通用分組無線業(yè)務(wù)(General Packet Radio Service，GPRS)網(wǎng)絡(luò)結(jié)構(gòu)，針對用戶數(shù)據(jù)流只能識別到APN和PDP Context這一級別。而現(xiàn)實中并行的多個業(yè)務(wù)數(shù)據(jù)流很可能使用同一個PDP Context承載，而不同業(yè)務(wù)則可能采用不同的計費方式，而當(dāng)前GPRS網(wǎng)絡(luò)無法滿足這一需求。例如，用戶可能同時進(jìn)行流媒體業(yè)務(wù)和多媒體消息業(yè)務(wù)，兩個業(yè)務(wù)同時承載在同一個APN和PDP Context中，但計費規(guī)則不同，如流媒體業(yè)務(wù)根據(jù)用戶數(shù)據(jù)流量或時間計費，多媒體消息業(yè)務(wù)則根據(jù)事件計費，如發(fā)送或接收一條消息。
為了對不同類型的IP連接網(wǎng)絡(luò)能使用相同的計費解決方案，需要對當(dāng)前GPRS提出一種新的承載計費結(jié)構(gòu)，采用一種通用的基于流的計費機(jī)制。
針對這種情況，目前第三代移動通信標(biāo)準(zhǔn)化的伙伴項目(3rd GenerationPartnership Project，3GPP)正在討論如何實現(xiàn)基于IP流的計費(Flow BasedCharging，F(xiàn)BC)，對于一個分組數(shù)據(jù)業(yè)務(wù)來說，用戶在使用該項業(yè)務(wù)所消耗的數(shù)據(jù)量稱為業(yè)務(wù)數(shù)據(jù)流(Service Data Flow，SDF)，業(yè)務(wù)數(shù)據(jù)流是多個IP流組成的集合。而在一個PDP context中可以承載多個不同的業(yè)務(wù)，因此基于IP流的計費粒度可以小于基于PDP context的計費粒度，從而能夠為運營商以及業(yè)務(wù)提供商提供更為豐富的計費手段。
在3GPP的TS 23.125中對FBC的系統(tǒng)結(jié)構(gòu)、功能要求以及消息流程等方面進(jìn)行了描述。
其中支持在線計費的FBC系統(tǒng)結(jié)構(gòu)如圖1所示，支持離線計費的FBC系統(tǒng)結(jié)構(gòu)如圖2所示FBC系統(tǒng)的各個功能模塊的作用分別為傳輸面功能模塊(Traffic Plane Function，TPF)是承載分組業(yè)務(wù)數(shù)據(jù)流的功能模塊，可以區(qū)分屬于不同業(yè)務(wù)數(shù)據(jù)流的分組數(shù)據(jù)包，用于離線計費信息收集和執(zhí)行在線信用控制，當(dāng)承載發(fā)生變化的時候，比如承載的建立，修改和刪除過程中，TPF通過Gx接口向基于業(yè)務(wù)流計費的計費規(guī)則功能模塊(service dataflow based Charging Rule Function，CRF)請求計費規(guī)則，消息中可以攜帶用戶和終端相關(guān)的信息，如移動臺國際ISDN號碼MSISDN、國際移動用戶標(biāo)識IMSI，承載特性，如Qos信息以及網(wǎng)絡(luò)相關(guān)的信息，如移動網(wǎng)編碼MNC，移動國家碼MCC。根據(jù)CRF返回的計費規(guī)則，TPF在對應(yīng)的業(yè)務(wù)數(shù)據(jù)流上執(zhí)行分組過濾和計費數(shù)據(jù)收集。
一個TPF可以由一個或者多個CRF服務(wù)，根據(jù)UE的標(biāo)識信息來選擇，可以支持預(yù)定義的計費規(guī)則以及預(yù)定義的過濾器。
CRF是保存計費規(guī)則的功能模塊，支持動態(tài)(根據(jù)業(yè)務(wù)準(zhǔn)則實時生成一些計費規(guī)則數(shù)據(jù))和靜態(tài)(在用戶使用數(shù)據(jù)業(yè)務(wù)過程中計費規(guī)則是一成不變的，靜態(tài)計費規(guī)則可以被動態(tài)的激活)的計費規(guī)則。CRF通過接收到的TPF信息、應(yīng)用功能模塊(Application Function，AF)信息以及在線計費系統(tǒng)(OnlineCharging System，OCS)信息作為輸入，用于選取適當(dāng)?shù)挠嬞M規(guī)則，在TPF請求或者有特定事件觸發(fā)的時候?qū)⑦x取的計費規(guī)則發(fā)送給TPF一個CRF可以對應(yīng)多個TPF。
AF代表所有和應(yīng)用相關(guān)的功能模塊，可以是運營商自己的，也可以是第三方業(yè)務(wù)提供商的，AF向CRF提供相應(yīng)的信息使得CRF可以選擇或配置相應(yīng)的計費規(guī)則，AF提供的信息包括業(yè)務(wù)數(shù)據(jù)流的標(biāo)識信息(可以通配)；計費規(guī)則選擇的信息；應(yīng)用/業(yè)務(wù)標(biāo)識，應(yīng)用/業(yè)務(wù)計費規(guī)則觸發(fā)事件，流類型(視頻，音頻)(可選)，流速率(可選)。
一個AF可以對應(yīng)于多個CRF，AF可以根據(jù)UE的標(biāo)識信息選擇CRF進(jìn)行交互。
信用控制模塊(Credit Control，CC)是執(zhí)行信用控制的功能模塊，只用于在線計費系統(tǒng)，是通過在現(xiàn)有的OCS中增加新的功能來實現(xiàn)的，通過Ry接口，OCS可以向CRF提供計費規(guī)則選擇的輸入信息。
計費網(wǎng)關(guān)功能模塊(Charging Gateway Function，CCF)和計費信息收集功能模塊(Charging Collection Function，CGF)這兩個功能模塊是用于離線計費系統(tǒng)的，可以沿用現(xiàn)有的GPRS網(wǎng)絡(luò)計費中的實現(xiàn)。
如果承載網(wǎng)絡(luò)是GPRS網(wǎng)絡(luò)的話，則TPF位于GGSN處，AF為PDN中的一個業(yè)務(wù)網(wǎng)關(guān)，或是業(yè)務(wù)服務(wù)器，當(dāng)IMS承載在GPRS網(wǎng)絡(luò)之上的時候AF就是P-CSCF，CRF為新增的邏輯模塊。
同樣，這種計費機(jī)制也可以應(yīng)用于3GPP2和WLAN的網(wǎng)絡(luò)結(jié)構(gòu)中。
根據(jù)現(xiàn)有基于業(yè)務(wù)數(shù)據(jù)流計費的實現(xiàn)機(jī)制，一個業(yè)務(wù)應(yīng)用這種計費機(jī)制的實現(xiàn)過程如圖3所示1、UE向TPF發(fā)送承載建立請求消息。對于GPRS，就是GGSN接收到Create PDP context Request消息；2、TPF向CRF請求計費規(guī)則，消息中攜帶決定CRF選擇計費規(guī)則的輸入信息；3、CRF根據(jù)得到的信息來選擇相應(yīng)的計費規(guī)則，除了TPF帶上來的承載以及用戶相關(guān)的信息之外，此時CRF處可能也會得到來自AF的應(yīng)用和業(yè)務(wù)相關(guān)信息和來自O(shè)CS的信用控制相關(guān)信息；4、CRF將計費規(guī)則下發(fā)給TPF，作為計費規(guī)則請求消息的應(yīng)答；5、TPF根據(jù)CRF提供的對計費規(guī)則的操作指示，對相應(yīng)的計費規(guī)則執(zhí)行應(yīng)用或者刪除的動作；6、TPF向UE返回承載建立接受消息，UE就可以在已經(jīng)建立的承載上傳輸數(shù)據(jù)了。
在執(zhí)行完步驟6之后，UE就可以在已經(jīng)建立的承載上執(zhí)行各種業(yè)務(wù)請求和數(shù)據(jù)傳輸了，比如請求和網(wǎng)絡(luò)中的一個應(yīng)用服務(wù)器建立業(yè)務(wù)連接，傳送業(yè)務(wù)請求過程、執(zhí)行過程以及中止過程中所需的數(shù)據(jù)，接收來自應(yīng)用服務(wù)器的信息等等，這些數(shù)據(jù)的傳輸都要占用承載資源。對于實現(xiàn)了基于業(yè)務(wù)數(shù)據(jù)流計費的承載網(wǎng)絡(luò)來說，在TPF處，根據(jù)每個分組數(shù)據(jù)包所屬的業(yè)務(wù)流的不同，TPF將應(yīng)用不同的計費規(guī)則，生成不同的呼叫細(xì)節(jié)記錄(Call Detail Record，CDR)，是一種計費用的格式化的信息集合，用于在線計費或者離線計費。
上面只說明了當(dāng)承載建立時候TPF向CRF請求計費規(guī)則的情況，除了在承載最初建立的時候TPF需要向CRF上報一些承載相關(guān)信息用于選擇計費規(guī)則之外，在承載修改或者承載刪除等涉及到承載使用變化的情況，也會導(dǎo)致相應(yīng)計費規(guī)則的變化，這時TPF也需要向CRF發(fā)起計費規(guī)則請求消息，由CRF根據(jù)來自TPF、AF和OCS的信息進(jìn)行選擇，決定是否實施新的計費規(guī)則。
和TPF向CRF請求計費規(guī)則的過程相獨立的，AF和OCS也可以向CRF提供選擇計費規(guī)則的輸入信息，其中AF提供的信息和應(yīng)用層業(yè)務(wù)相關(guān)，OCS提供的信息則和在線計費中業(yè)務(wù)的信用相關(guān)，CRF根據(jù)可用的信息綜合選擇某個業(yè)務(wù)數(shù)據(jù)流承載計費應(yīng)該實施的計費規(guī)則。
目前，根據(jù)規(guī)范23.125v600中對計費規(guī)則的定義，計費規(guī)則包含的內(nèi)容有一個特定業(yè)務(wù)數(shù)據(jù)流的計費方式在線計費還是離線計費；在離線計費時，是按流量、時長還是流量和時長進(jìn)行記錄；計費鍵；一個或者多個業(yè)務(wù)數(shù)據(jù)流過濾器；優(yōu)先級。
其中，過濾器是用來區(qū)分屬于一個特定業(yè)務(wù)數(shù)據(jù)流的分組數(shù)據(jù)包的，基本的構(gòu)成是IP五元組，包括源IP地址，目的IP地址，源端口號，目的端口號，傳輸協(xié)議號或者應(yīng)用協(xié)議號。計費鍵是用于確定費率的。優(yōu)先級是在計費規(guī)則出現(xiàn)重疊的時候用于確定應(yīng)用哪一個計費規(guī)則用的。
在實施一個特定業(yè)務(wù)的時候，TPF根據(jù)選定的計費規(guī)則，對該業(yè)務(wù)數(shù)據(jù)流的分組數(shù)據(jù)包進(jìn)行過濾，生成計費信息。因為應(yīng)用在一個業(yè)務(wù)數(shù)據(jù)流上的計費規(guī)則可能會不只一個，所以TPF需要根據(jù)計費規(guī)則的優(yōu)先級，依次對收到的分組數(shù)據(jù)包進(jìn)行匹配，根據(jù)最匹配的那個計費規(guī)則來生成計費信息，對于沒有匹配上的分組數(shù)據(jù)包，使用缺省的計費方式，由運營商進(jìn)行配置，可以是使用缺省的計費規(guī)則，也可以采用其他計費機(jī)制。
實現(xiàn)基于業(yè)務(wù)數(shù)據(jù)流的計費之后，根據(jù)現(xiàn)有的實現(xiàn)方案，在承載層面上，TPF需要對每個分組數(shù)據(jù)包進(jìn)行過濾，判斷該分組數(shù)據(jù)包屬于哪一個業(yè)務(wù)數(shù)據(jù)流，然后決定應(yīng)用哪一個計費規(guī)則進(jìn)行計費，這就需要TPF處進(jìn)行大量高速的匹配過程，因此對TPF的處理能力提出了很高的要求，在實現(xiàn)上，會造成成本的增加，如果處理能力達(dá)不到一定要求，會導(dǎo)致業(yè)務(wù)時延的加大，從而降低服務(wù)質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種移動分組數(shù)據(jù)業(yè)務(wù)的計費方法，能夠提高TPF的處理效率，從而提高了單位資源的處理能力，降低了實現(xiàn)時候?qū)υO(shè)備的處理能力要求，一定程度上可以降低成本，提高用戶容量，而且不必以降低服務(wù)質(zhì)量為代價。
為此，本發(fā)明采用如下方案一種移動分組數(shù)據(jù)業(yè)務(wù)的計費方法，包括以下步驟a、承載業(yè)務(wù)數(shù)據(jù)流的傳輸面功能模塊對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器進(jìn)行分類，分成用于上行方向分組數(shù)據(jù)包的過濾器和用于下行方向分組數(shù)據(jù)包的過濾器，如過濾器同時適用于上行方向和下行方向，則既是用于上行方向分組數(shù)據(jù)包的過濾器，又是用于下行方向分組數(shù)據(jù)包的過濾器；b、傳輸面功能模塊收到分組數(shù)據(jù)包后，判斷所述分組數(shù)據(jù)包是否為上行方向的分組數(shù)據(jù)包，如果是，則將所述分組數(shù)據(jù)包與用于上行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配，并轉(zhuǎn)至步驟d；如果否，則轉(zhuǎn)至步驟c；c、將所述分組數(shù)據(jù)包與用于下行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配；d、根據(jù)所述過濾器所對應(yīng)的計費規(guī)則生成計費信息。
步驟a中所述的計費規(guī)則可以從基于業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊獲得，也可以直接配置在傳輸面功能模塊上，根據(jù)從業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊獲得的指示來獲得。
步驟a中所述對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器進(jìn)行分類包括以下步驟a1、如果過濾器中源地址是分配給用戶終端的IP地址或者目的地址是一個有效的服務(wù)器的IP地址，則所述過濾器是用于上行方向分組數(shù)據(jù)包的過濾器；a2、如果過濾器中目的地址是分配給用戶終端的IP地址或者源地址是一個有效的服務(wù)器的IP地址，則所述過濾器是用于下行方向分組數(shù)據(jù)包的過濾器；a3、如果過濾器中源地址和目的地址是通配的，沒有指定具體的IP地址，則所述過濾器同時適用于上行方向和下行方向，既是用于上行方向分組數(shù)據(jù)包的過濾器，又是用于下行方向分組數(shù)據(jù)包的過濾器。
所述基于業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊還從應(yīng)用功能模塊和在線計費系統(tǒng)獲得選擇計費規(guī)則的輸入信息。
分組數(shù)據(jù)包的過濾和匹配可以通過軟件實現(xiàn)，也可以通過硬件實現(xiàn)。
采用了本發(fā)明，對現(xiàn)有基于業(yè)務(wù)數(shù)據(jù)流計費的規(guī)范和承載網(wǎng)絡(luò)的實現(xiàn)規(guī)范沒有任何影響，因此實施該發(fā)明不會引起任何互通性和兼容性方面的問題，但是卻能夠在滿足用戶服務(wù)質(zhì)量要求的基礎(chǔ)上降低對TPF設(shè)備實現(xiàn)的處理能力要求，進(jìn)而能夠節(jié)約成本。


圖1是支持在線計費的FBC系統(tǒng)結(jié)構(gòu)圖；圖2是支持離線計費的FBC系統(tǒng)結(jié)構(gòu)圖；
圖3是基于業(yè)務(wù)數(shù)據(jù)流計費的信令流程圖；圖4是本發(fā)明對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器分類流程圖；圖5是本發(fā)明基于業(yè)務(wù)數(shù)據(jù)流計費的流程圖。
具體實施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實施方式
。
在通信網(wǎng)絡(luò)中，業(yè)務(wù)數(shù)據(jù)流是分為上行和下行來傳送的，以GPRS網(wǎng)絡(luò)為例，上行數(shù)據(jù)通過Gn/Gp接口從GSN節(jié)點傳送給GGSN，下行數(shù)據(jù)通過Gi接口從外部分組網(wǎng)絡(luò)中發(fā)送給GGSN，在GPRS網(wǎng)絡(luò)中，TPF就是GGSN處的一個邏輯實體，因此，對于TPF來說，在承載層面上是可以區(qū)分出上行數(shù)據(jù)和下行數(shù)據(jù)的。
對于計費規(guī)則來說，根據(jù)所應(yīng)用的業(yè)務(wù)數(shù)據(jù)流的不同，對上行數(shù)據(jù)和下行數(shù)據(jù)應(yīng)用的計費規(guī)則也可能不同，有的業(yè)務(wù)對上行數(shù)據(jù)和下行數(shù)據(jù)應(yīng)用相同的計費規(guī)則，有的則需要區(qū)分上行數(shù)據(jù)和下行數(shù)據(jù)，應(yīng)用不同的計費規(guī)則。TPF通過將收到的分組數(shù)據(jù)包和過濾器相匹配來確定應(yīng)用哪一個計費規(guī)則。
根據(jù)以上特點，在TPF處，考慮到實現(xiàn)基于業(yè)務(wù)數(shù)據(jù)流的計費中對每個分組數(shù)據(jù)包的匹配和計數(shù)需要大量處理能力，為了提高效率，TPF收到CRF返回的請求計費規(guī)則的應(yīng)答消息之后，首先根據(jù)過濾器中的目的地址和源地址，區(qū)分是用于上行還是下行的過濾器，從而對計費規(guī)則進(jìn)行一個初步的分類，如圖4所示，如果源地址是分配給UE的IP地址或者目的地址是一個有效的服務(wù)器的IP地址，說明這個過濾器是用于上行分組數(shù)據(jù)包的，如果目的地址是分配給UE的IP地址或者源地址是一個有效的服務(wù)器的IP地址，說明這個過濾器是用于下行分組數(shù)據(jù)包的，如果源地址和目的地址是通配的，即沒有指定具體的IP地址，說明這個過濾器是同時應(yīng)用在上行和下行分組數(shù)據(jù)包上的。然后根據(jù)過濾器應(yīng)用的方向，TPF上對這些過濾器按照上下行進(jìn)行分類，對于同時應(yīng)用于上行和下行的過濾器，上下行上都會存在該過濾器。這樣，如圖5所示，TPF在上行方向上收到的分組數(shù)據(jù)包，就直接和上行過濾器進(jìn)行匹配，下行方向上收到的分組數(shù)據(jù)包，就直接和下行過濾器進(jìn)行匹配，而在現(xiàn)有技術(shù)中，因為沒有對過濾器進(jìn)行區(qū)分，每個數(shù)據(jù)包，不論是上行還是下行的，都需要按照優(yōu)先級，和當(dāng)前配置在TPF上的用于該用戶的計費規(guī)則進(jìn)行匹配，因此從總體上看來，本發(fā)明和現(xiàn)有技術(shù)相比可以節(jié)省一半的匹配過程，大大提高了匹配的效率。
需要說明的是，TPF可以從CRF得到計費規(guī)則，也可以只是從CRF得到一些指示，真正的計費規(guī)則可以配置在TPF上。在具體實現(xiàn)中，TPF可能是使用軟件，也可能使用硬件，來實現(xiàn)分組數(shù)據(jù)包的過濾和匹配。
同樣，這種計費機(jī)制也可以應(yīng)用于3GPP2和WLAN的網(wǎng)絡(luò)結(jié)構(gòu)中，技術(shù)方案與上述技術(shù)方案類似。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種移動分組數(shù)據(jù)業(yè)務(wù)的計費方法，其特征在于包括以下步驟a、承載業(yè)務(wù)數(shù)據(jù)流的傳輸面功能模塊對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器進(jìn)行分類，分成用于上行方向分組數(shù)據(jù)包的過濾器和用于下行方向分組數(shù)據(jù)包的過濾器，如過濾器同時適用于上行方向和下行方向，則既是用于上行方向分組數(shù)據(jù)包的過濾器，又是用于下行方向分組數(shù)據(jù)包的過濾器；b、傳輸面功能模塊收到分組數(shù)據(jù)包后，判斷所述分組數(shù)據(jù)包是否為上行方向的分組數(shù)據(jù)包，如果是，則將所述分組數(shù)據(jù)包與用于上行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配，并轉(zhuǎn)至步驟d；如果否，則轉(zhuǎn)至步驟c；c、將所述分組數(shù)據(jù)包與用于下行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配；d、根據(jù)所述過濾器所對應(yīng)的計費規(guī)則生成計費信息。
2.如權(quán)利要求1所述的計費方法，其特征在于步驟a中所述的計費規(guī)則可以從基于業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊獲得，也可以直接配置在傳輸面功能模塊上，根據(jù)從業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊獲得的指示來獲得。
3.如權(quán)利要求1所述的計費方法，其特征在于步驟a中所述對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器進(jìn)行分類包括以下步驟a1、如果過濾器中源地址是分配給用戶終端的IP地址或者目的地址是一個有效的服務(wù)器的IP地址，則所述過濾器是用于上行方向分組數(shù)據(jù)包的過濾器；a2、如果過濾器中目的地址是分配給用戶終端的IP地址或者源地址是一個有效的服務(wù)器的IP地址，則所述過濾器是用于下行方向分組數(shù)據(jù)包的過濾器；a3、如果過濾器中源地址和目的地址是通配的，沒有指定具體的IP地址，則所述過濾器同時適用于上行方向和下行方向，既是用于上行方向分組數(shù)據(jù)包的過濾器，又是用于下行方向分組數(shù)據(jù)包的過濾器。
4.如權(quán)利要求1或2所述的計費方法，其特征在于所述基于業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則功能模塊還從應(yīng)用功能模塊和在線計費系統(tǒng)獲得選擇計費規(guī)則的輸入信息。
5.如權(quán)利要求1所述的計費方法，其特征在于分組數(shù)據(jù)包的過濾和匹配可以通過軟件實現(xiàn)，也可以通過硬件實現(xiàn)。
全文摘要
本發(fā)明提出了一種移動分組數(shù)據(jù)業(yè)務(wù)的計費方法，承載業(yè)務(wù)數(shù)據(jù)流的傳輸面功能模塊對計費規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器進(jìn)行分類，分成用于上行方向分組數(shù)據(jù)包的過濾器和用于下行方向分組數(shù)據(jù)包的過濾器，傳輸面功能模塊收到分組數(shù)據(jù)包后，將上行方向的分組數(shù)據(jù)包與用于上行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配，將下行方向分組數(shù)據(jù)包與用于下行方向分組數(shù)據(jù)包的過濾器進(jìn)行匹配，根據(jù)所述過濾器所對應(yīng)的計費規(guī)則生成計費信息，能夠提高TPF的處理效率，從而提高了單位資源的處理能力。
文檔編號H04L12/56GK1753369SQ20041007927
公開日2006年3月29日 申請日期2004年9月26日 優(yōu)先權(quán)日2004年9月26日
發(fā)明者武亞娟 申請人:華為技術(shù)有限公司