专利名称：一种分组数据业务中增强计费规则及进行操作的方法
技术领域：
本发明涉及计费领域，特别是指一种分组数据业务中增强计费规则及对计费规则进行操作的方法。
背景技术：
随着分组数据业务应用的逐渐广泛，如何准确合理地对分组数据业务进行计费，已成为运营商普遍关注的问题。
图1为分组数据协议上下文(PDP Context，Packet Data Protocol Context)激活、传输数据、去激活流程图，如图1所示，在通用分组无线业务(GPRS，General Packet Radio Service)中，PDP Context激活、传输数据、去激活的实现过程包括以下步骤步骤101用户设备(UE)向服务通用分组无线业务支持节点(SGSN，Serving GPRS Support Node)发送PDP Context激活请求(Activate PDPContext Request)，该Activate PDP Context Request中携带有网络层业务访问标识(NSAPI，Network Layer Service Access Point Identifier)、PDP类型、接入点名称(APN，Access Point Name)、要求的服务质量(QoS)参数、事务标识(TI，Transaction Identifier)等信息，其中，NSAPI在SGSN和网关通用分组无线业务支持节点(GGSN，Gateway GPRS Support Node)之间作为隧道标识(TEID，Tunnel Identifier)的组成部分，用于标识PDP Context；PDP类型包括端对端协议(PPP，Peer-Peer Protocol)类型、网际协议(IP，Internet Protocol)类型等；APN可由UE向SGSN提供，SGSN根据APN寻址到相应GGSN，GGSN根据APN确定UE所要访问的外部网络，UE也可不向SGSN提供APN，此时，由SGSN根据UE用户的签约信息选择缺省的APN；QoS参数为UE指定的分组数据业务所要达到的质量要求；TI用于UE标识一个PDP context。
步骤102SGSN收到Activate PDP Context Request后，与UE进行安全性检查和加密，该步骤为可选步骤。
步骤103SGSN根据APN解析GGSN地址信息，如果SGSN能够根据APN解析出GGSN的地址信息，则为PDP Context创建TEID，该TEID可为国际移动用户标识(IMSI，International Mobile Subscriber Identity)与NSAPI的组合，用于在SGSN和GGSN之间唯一标识一个PDP Context，然后SGSN向GGSN发送PDP Context创建请求(Create PDP Context Request)，该Create PDP Context Request中携带有PDP类型、PDP地址、APN、QoS参数、TEID、选择模式等，其中，PDP地址为UE的IP地址，为可选参数，Create PDP Context Request可不携带PDP地址，此时，在后续的处理过程中，可由GGSN为UE分配IP地址，也可由最终与UE建立连接的分组数据网络(PDN，Packet Data Network)为UE分配IP地址；选择模式是指APN的选择模式，即APN是由UE选定的还是由SGSN选定的。如果SGSN无法根据APN解析出GGSN的地址信息，则SGSN拒绝UE发起的PDPContext激活请求。
步骤104GGSN收到Create PDP Context Request后，根据APN确定外部PDN，然后分配计费标识(Charging ID)、启动计费，并且协商QoS，如果GGSN能够满足QoS参数的服务质量要求，则向SGSN返回PDP Context创建响应(Create PDP Context Response)，该Create PDP Context Response中携带有TEID、PDP地址、链路承载(Backbone Bearer)协议、QoS参数、Charging ID等信息。如果GGSN无法满足QoS参数的服务质量要求，则GGSN拒绝SGSN发起的PDP Context创建请求，然后SGSN拒绝UE发起的PDP Context激活请求。
步骤105SGSN收到Create PDP Context Response后，在PDP Context中插入NSAPI和GGSN地址信息，用于标识该PDP Context，并根据QoS参数选择无线优先权，然后向UE返回PDP Context激活响应(Activate PDPContext Accept)，该Activate PDP Context Accept中携带有PDP类型、PDP地址、TI、QoS参数、无线优先权、PDP配置选项等信息。并且，SGSN启动计费。UE收到Activate PDP Context Accept，建立与GGSN之间的路由，此时，UE与PDN建立了传输通道，可以进行数据传输了。
步骤106UE通过SGSN、GGSN与PDN进行数据传输。
步骤107数据传输完毕，UE向SGSN发送PDP Context去激活请求(Deactivate PDP Context Request)，该Deactivate PDP Context Request中携带有TI。
步骤108SGSN收到Deactivate PDP Context Request后，与UE进行安全性检查和加密，该步骤为可选步骤。
步骤109～步骤111SGSN向GGSN发送PDP Context删除请求(DeletePDP Context Request)，该Delete PDP Context Request中携带有TEID。GGSN收到Delete PDP Context Request后，结束对UE的计费，删除对应于TEID的PDP Context，然后向SGSN发送PDP Context删除响应(Delete PDPContext Response)，该Delete PDP Context Response中携带有TEID。SGSN收到Delete PDP Context Response后，结束对UE的计费，删除对应于TEID的PDP Context，然后向UE发送PDP Context去激活响应(Deactivate PDPContext Response)，该Deactivate PDP Context Response中携带有TI。UE收到Deactivate PDP Context Response后，删除对应于TI的PDP Context。
由图1描述的流程可见，当前的GPRS计费系统中，由于计费的起始点设置在PDP Context激活时，计费的终止点设置在PDP Context删除时，因此只能根据PDP Context传输的数据流量进行计费，或是根据PDP Context处于激活状态的时间长度进行计费。然而，在实际应用中，UE与PDN建立起传输通道后，该UE可以基于一个激活的PDP Context进行多种业务，即如果PDN能够提供多种业务，如电子邮件(Email)收发业务、基于无线应用协议的(WAP，Wireless Application Protocol)的浏览业务、基于文件传输协议(FTP，File Transfer Protocol)的文件传输等业务，则UE在与该PDN建立传输通道后，可通过一个激活的PDP Context承载该PDN能够提供的各种业务，但是，运营商或是业务提供商对于各种业务的计费模式很可能采用不同的计费方式，如对于Email收发业务可基于Email接收和发送事件的触发按次计费，对于WAP浏览业务可根据流量计费，对于文件传输业务也可根据流量计费，WAP浏览业务的费率与文件传输业务的费率却不尽相同。这样，根据现有的GPRS计费系统，根本无法对同一PDP Context承载的不同业务进行区分计费。
针对上述情况，第三代合作伙伴计划(3GPP，The 3rd GenerationPartnership Project)目前正在讨论如何实现基于IP数据流的计费(FBC，FlowBased Charging)。对于一个分组数据业务而言，UE的用户使用该业务时，传输和接收到的所有IP数据流(IP Flow)，也可为IP分组包(IP packet)，总称为业务数据流(Service Data Flow)，即业务数据流是多个IP数据流组成的集合，因此基于IP数据流的计费能够真实反映某个业务数据流对资源的占用情况。基于IP数据流的计费可被认为是通过一些类似筛子的过滤器将同一PDP Context中承载的不同业务的IP数据流分别筛选出来，然后针对不同过滤器过滤出的IP数据流进行分别计费，以达到对不同的业务数据流分别计费的目的。这样，基于IP数据流的计费粒度要远远小于基于一个PDPContext的计费粒度，粒度可看作是筛子孔的大小，基于一个PDP Context的计费粒度是一个PDP Context就是一个筛子孔，而基于IP数据流的计费粒度则是一个IP业务数据流则为一个筛子孔，即针对一个PDP Context中包含多个筛子孔，因此，基于IP数据流的计费与比基于一个PDP Context的计费相比，基于IP数据流的计费能够为运营商或业务提供者提供更为丰富的计费手段。
3GPP中对FBC的系统结构、功能要求以及消息交互流程等方面均进行了描述，支持在线计费的FBC系统结构如图2A所示，基于移动网络增强逻辑的客户化应用(CAMEL，Customised Application for Mobile NetworkEnhanced Logic)的业务控制点(SCP，Service Control Point)201和基于业务数据流计费的信用控制功能实体(CCF，Service Data Flow Based CreditControl Function)202组成了在线计费系统(OCS，Online Charging System)206。CCF202通过Ry接口与基于业务数据流计费的计费规则功能实体(CRF，Service Data Flow Based Charging Rule Function)203相连，CRF203通过Rx接口与应用功能实体(AF，Application Function)204相连，CRF203通过Gx接口与传输面功能实体(TPF，Traffic Plane Function)205相连，CCF202通过Gy接口与TPF205相连。
支持离线计费的FBC系统结构如图2B所示，CRF203通过Rx接口与AF204相连，CRF203通过Gx接口与TPF205相连，TPF205通过Gz接口分别与计费网关功能实体(CGF，Charging Gateway Function)207和计费采集功能实体(CCF，Charging Collection Function)208相连。
根据目前3GPP对于实现FBC功能实体的划分，TPF205承载IP数据流，当IP数据流的承载建立时，TPF205通过Gx接口向CRF203发送计费规则请求，该计费规则请求中携带有与用户和UE相关的信息、承载特性以及与网络相关的信息等，其中与用户和UE相关的信息可为移动台国际号码(MSISDN)、国际移动用户标识(IMSI)等，与网络相关的信息可为移动网络编码(MNC)、移动国家码(MCC)等。另外，由于在IP数据流传输过程中，会对承载进行修改，如对QoS参数进行重新协商，当用户使用同一业务的QoS参数不同时，计费规则可能不同，如QoS参数下降相应的费率也下降。此时，TPF205可在承载修改时，重新向CRF203发送计费规则请求，请求新的计费规则；CRF203根据TPF205提供的上述输入信息选择适当的计费规则，并向TPF205返回选定的计费规则，计费规则中包括计费机制、计费类型、计费键、业务数据流过滤器、计费规则优先级等信息。其中，计费机制可为采用在线计费还是离线计费；计费类型可为基于时间长度进行计费还是基于数据流量进行计费；计费键是与计费费率相关的参数，CRF203可不直接向TPF205提供计费费率，而只是向TPF205提供与计费费率相关的参数；业务数据流过滤器用于指示TPF205对哪些IP数据流进行过滤，然后TPF205根据计费规则对过滤出的IP数据流进行计费。业务数据流过滤器可包含IP5元组，IP5元组可包括源/目的IP地址、源/目的端口号(Port Number)、协议标识(Protocol ID)等信息，例如，CRF203指示TPF205对源地址为10.0.0.1、目的地址为10.0.0.2、源/目的端口号为20、协议类型为传输控制协议(TCP)的IP数据流进行过滤，并根据计费规则对过滤出的IP数据流进行计费。最后，当承载删除时，TPF205也可向CRF203发送计费规则请求，要求CRF提供新的计费规则，此时CRF203可要求TPF205删除先前建立的计费规则。
另外，CRF203除了根据TPF205的输入信息确定计费规则之外，CRF203还可根据AF204或OCS206的输入信息确定计费规则，如AF204通知CRF203用户当前使用的业务类型，CRF203根据该业务类型选取相应的计费规则。
对应于GPRS网络，TPF205为GGSN，AF为PDN中的一个业务网关或业务服务器，CRF203为新增的逻辑实体。TPF205为计费规则的执行点，CRF203为计费规则的控制点。
图3A为承载建立时下发计费规则流程图，如图3A所示，承载建立时下发计费规则的实现过程包括以下步骤步骤301AUE向TPF发送承载建立请求(Establish Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到Create PDP Context Request。
步骤302ATPF收到承载建立请求后，向CRF发送计费规则请求(Request Charging Rules)，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303A～步骤304ACRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则(Provision Charging Rules)，该提供计费规则中可携带有选定的计费规则。
步骤305A～步骤306ATPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载建立响应(EstablishBearer Service Accept)，接受UE发起的承载建立请求，并继续后续的承载建立流程。
图3B为承载修改时下发计费规则流程图，如图3A所示，承载修改时下发计费规则的实现过程包括以下步骤步骤301BUE向TPF发送承载修改请求(Modify Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到PDP Context更新请求(UpdatePDP Context Request)。
步骤302BTPF收到承载修改请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303B～步骤304BCRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤305B～步骤306BTPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载修改响应(Modify BearerService Accept)，接受UE发起的承载修改请求，并继续后续的承载修改流程。
图3C为承载删除时下发计费规则流程图，如图3A所示，承载删除时下发计费规则的实现过程包括以下步骤
步骤301CUE向TPF发送承载删除请求(Remove Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到Delete PDP Context Request。
步骤302CTPF收到承载删除请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303C～步骤304CCRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤305C～步骤306CTPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载删除响应(RemoveBearer Service Accept)，接受UE发起的承载删除请求，并继续后续的承载删除流程。
另外，对于CRF也可主动向TPF发送计费规则，如当UE与AF进行业务数据传输的过程中，CRF收到AF的计费相关输入信息后，根据AF提供的输入信息选择适当的计费规则，然后主动向TPF下发选定的计费规则。对于AF向CRF提供计费输入信息的具体实现过程如图4所示步骤401AF向CRF发送应用/业务计费相关信息(SendApplication/Service Data Flow Charging Information)。
步骤402CRF收到应用/业务计费相关信息后，向AF返回响应(Ack)，通知AF已收到其发送的计费相关输入信息。
图5为CRF主动向TPF下发计费规则流程图，如图5所示，CRF主动向TPF下发计费规则的实现过程包括以下步骤步骤501CRF收到某个内部或外部的触发事件(Internal or ExternalTrigger Event)，以及与该事件相关的信息，如AF向CRF发送计费规则选择输入信息的事件。
步骤502CRF根据获取的信息选择相应的计费规则。这些信息可为AF提供的计费相关输入信息，例如，用户使用AF提供的某一业务，该业务对计费有特殊要求，如计费费率与其他业务的计费费率不同，因此，AF向CRF提供与该业务相关的计费信息；也可为TPF提供的计费相关输入信息。
步骤503如果需要的话，CRF向TPF发送提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤504TPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则。
3GPP规范中定义的计费规则可包括如下信息对业务数据流的计费方式是在线计费还是离线计费；如果计费方式为离线计费，是基于流量计费还是基于时间长度计费；计费键；业务数据流过滤器；该计费规则的优先级。
目前3GPP规范中定义TPF在收到CRF下发的新的计费规则时，可删除原有的计费规则。但是由于各计费规则并不具有相互区分的标识，即使CRF向TPF下发的新计费规则的信息中包含了表明需要删除原有计费规则的操作指示，TPF也无法确定需要删除哪一个计费规则，使得TPF收到新的计费规则后，无法根据CRF的要求对原有计费规则执行正确操作，从而无法删除相应的计费规则，导致对用户的重复计费。
另外，同一计费规则可包括多个业务数据流过滤器，一些情况下，需要删除该计费规则下的某个业务数据流过滤器，但由于各业务数据流过滤器也不具有相互区分的标识，也使TPF无法确定需要删除哪一个业务数据流过滤器。
另外，在目前3GPP规范中定义的CRF向TPF下发计费规则时，只提出了CRF可以指示TPF对原有的计费规则进行删除操作，或建立新的计费规则，或删除原有计费规则的同时建立新的计费规则，然而，在一些情况下，新的计费规则可能只需对原有的计费规则中的少量参数进行修改，或是新增一些参数信息，如，只需要修改原计费规则中的计费键，或是新增一个业务数据流过滤器，而其余参数均不改变，按照现有3GPP规范，则CRF需要另外生成一个新的计费规则下发给TPF，要求TPF建立该计费规则，并同时删除原来的计费规则。这样导致了CRF与TPF之间需要传送大量的冗余信息，增大了CRF和TPF之间的消息流量负荷，并增加了TPF操作的复杂性。
此外，在目前3GPP规范中定义的TPF执行了CRF下发的计费规则操作指示后，没有TPF向CRF反馈的机制，使得CRF不能准确获知TPF操作执行的情况，从而不能正确调整后续下发的操作。
发明内容
有鉴于此，本发明的主要目的在于提供一种分组数据业务中增强计费规则的方法，使得分组数据业务中的计费更为完善合理。
本发明的另一目的在于提供一种分组数据业务中对计费规则进行操作的方法，避免了CRF和TPF之间的冗余信息传送，大大减轻了CRF和TPF之间的消息流量负荷。
另外，本发明还提供了一种分组数据业务中操作响应的方法，使得CRF能够获知TPF在操作执行的情况。
为了达到上述目的，本发明提供了一种分组数据业务中增强计费规则的方法，该方法包含A、分配用于标识计费规则信息的标识信息；B、向TPF其提供的所述标识信息。
该方法之后进一步包括C、向TPF发送操作指示，TPF根据操作指示，对计费规则信息进行指定操作。
步骤C中所述发送操作指示时，进一步向TPF发送标识信息，TPF根据操作指示，对与标识信息相对应的计费规则信息进行指定操作。
所述操作指示为删除操作指示，或修改操作指示，或新增操作指示，或创建操作指示，或以上所述任意组合。
步骤C中所述向TPF发送操作指示时，进一步向TPF发送参数信息，TPF根据操作指示，对计费规则信息中所述参数进行指定操作。
步骤C中所述向TPF发送的操作指示，或标识信息，或参数信息，或以上所述任意组合，在向TPF提供计费规则时一并下发。
所述标识信息为用于标识计费规则的计费规则标识，或用于标识业务数据流过滤器的过滤器标识，或用于标识计费规则中的业务数据流过滤器的过滤器标识。
步骤A中所述标识信息由CRF分配，或由TPF分配，或由网络运营商分配，或由规范定义，或以上所述任意组合。
一种分组数据业务中对计费规则进行操作的方法，该方法包含以下步骤D、向TPF提供修改操作指示。
该方法之后进一步包括E、TPF根据操作指示，对计费规则信息进行修改操作。
步骤D中所述发送修改操作指示时，进一步包括向TPF发送标识信息和参数信息，TPF根据修改操作指示，对与标识信息相对应的计费规则信息中所述参数进行修改操作。
一种分组数据业务中对计费规则进行操作的方法，其特征在于，该方法包含以下步骤F、向TPF提供新增操作指示。
该方法之后进一步包括G、TPF根据操作指示，对计费规则信息进行新增操作。
步骤F中所述发送新增操作指示时，进一步包括向TPF发送标识信息和参数信息，TPF根据新增操作指示，对与标识信息相对应的计费规则信息中所述参数进行新增操作。
一种分组数据业务中对计费规则的操作响应方法，其特征在于，该方法包含以下步骤，H、向TPF提供操作指示，TPF对计费规则信息进行指定操作；I、TPF返回操作响应。
所述操作响应为操作成功响应，或操作失败响应。
所述操作失败响应携带有差错信息。
本发明中，在CRF向TPF提供计费规则时进一步提供标识信息，该标识信息可用于标识计费规则、或业务数据流过滤器、或计费规则中的业务数据流过滤器，在CRF向TPF提供操作指示和标识信息时，使得TPF能够根据标识信息对计费规则或业务数据流过滤器进行正确操作，使得分组数据业务中的计费更为完善合理。
另外，本发明还提供了一种分组数据业务中对上述计费规则进行修改或新增操作的方法，使得CRF可仅向TPF提供需要修改，或需要新增的参数信息，而不需要提供相同的计费规则信息，避免了CRF和TPF之间的冗余信息传送，大大减轻了CRF和TPF之间的消息流量负荷。另外，本发明还提供了一种分组数据业务中操作响应的方法，使得CRF能够获知TPF在操作执行的情况。
图1为PDP Context激活、传输数据、去激活流程图；图2A为在线计费的FBC系统结构示意图；图2B为离线计费的FBC系统结构示意图；图3A为承载建立时下发计费规则流程图；图3B为承载修改时下发计费规则流程图；图3C为承载删除时下发计费规则流程图；图4为AF向CRF提供计费输入信息流程图；图5为CRF主动向TPF下发计费规则流程图；
图6为本发明中一实施例示意图；图7为本发明中另一实施例示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明中，为计费规则信息分配标识信息，并由CRF向TPF提供该标识信息，该标识信息可用于标识计费规则、或业务数据流过滤器、或计费规则中的业务数据流过滤器，在CRF向TPF提供操作指示和标识信息时，使得TPF能够根据标识信息对计费规则或业务数据流过滤器进行相应操作。所述标识信息可由CRF或TPF分配，也可以由运营商分配，如预先配置在TPF中的计费规则，其标识信息可能就是运营商分配的，或由规范规定，如固定使用CR1～CR5标识预先配置某些计费规则，CRF直接下发标识信息，TPF就能够获知应该使用的计费规则。
CRF向TPF提供计费规则时，分配能够唯一标识该计费规则的计费规则标识，并向TPF提供该计费规则，该计费规则标识可为某个符号与顺序号的组合，如CR1、CR2，CR为计费规则(Charging Rules)的缩写；也可为单独的顺序号或其他一些形式。
另外，CRF向TPF提供计费规则及计费规则标识的同时，还可提供操作指示和计费规则标识，要求TPF对与计费规则标识相对应的计费规则进行指定操作，该操作指示可以是建立计费规则，删除计费规则，修改计费规则等。当操作指示为建立计费规则时，CRF需向TPF提供需建立的计费规则信息；当操作指示为删除计费规则时，CRF需向TPF提供需要删除的计费规则标识；当操作指示为修改计费规则时，CRF需向TPF提供需要修改的计费规则标识，以及计费规则需要修改的部分。例如，CRF向TPF提供删除操作指示和CR2，即要求TPF删除计费规则标识为CR2的计费规则；或CRF向TPF提供修改操作指示、CR3和优先级3，即要求TPF将计费规则标识为CR3的计费规则中的优先级修改为3。
CRF向TPF提供业务数据流过滤器时，分配能够唯一标识该业务数据流过滤器的过滤器标识，并向TPF提供该过滤器标识，该过滤器标识可为某个符号与顺序号的组合，如Filter1、Filter2；也可为计费规则标识、某个符号与顺序号的组合，表明该业务数据流过滤器与计费规则的所属关系，如CR1Filter1、CR1Filter2、CR3Filter2；也可为不依赖计费规则的单独的顺序号或其他一些形式。
另外，CRF在向TPF提供业务数据流过滤器及过滤器标识的同时，还可提供操作指示和过滤器标识，要求TPF对与过滤器标识相对应的业务数据流过滤器进行指定操作，该操作指示可以是建立业务数据流过滤器，删除业务数据流过滤器，修改业务数据流过滤器，新增业务数据流过滤器等。当操作指示为建立业务数据流过滤器时，CRF需向TPF提供需建立的业务数据流过滤器信息；当操作指示为删除业务数据流过滤器时，CRF需向TPF提供需要删除的业务数据流过滤器标识；当操作指示为修改业务数据流过滤器时，CRF需向TPF提供需要修改的业务数据流过滤器标识，以及业务数据流过滤器需要修改的部分。当操作指示为新增业务数据流过滤器时，CRF需向TPF提供需要新增的业务数据流过滤器标识，进一步地，CRF可以向TPF提供新增的业务数据流过滤器内容，以及相应的计费规则标识。例如，CRF向TPF提供删除操作指示和Filter1，即要求TPF删除过滤器标识为Filter1的业务数据流过滤器；或CRF向TPF提供修改操作指示、CR2Filter1和协议标识超文本传输协议(HTTP)，即要求TPF将过滤器标识为CR2Filter1的业务数据流过滤器中的协议标识修改为HTTP。又如，CRF向TPF提供新增操作指示，计费规则标识CR0和Filter0，而Filter0为在TPF中预先定义的业务数据流过滤器，则TPF将其预先配置的Filter0增加在计费规则CR0中。
在TPF根据CRF的操作指示执行操作后，可根据操作结果向CRF返回操作成功响应或是操作失败响应。当TPF向CRF返回操作失败响应时，进一步的，TPF可向CRF提供相应的差错信息。
根据本发明，计费规则包括的信息除包括对业务数据流的计费方式是在线计费还是离线计费；如果计费方式为离线计费，是基于流量计费还是基于时间长度计费；计费键；业务数据流过滤器；该计费规则优先级；标识信息，所述标识信息可为计费规则标识，或过滤器标识，或计费规则中各业务数据流过滤器的过滤器标识等等，还可以包括操作指示，所述操作指示可为删除操作指示，或修改操作指示，或新增操作指示，或创建操作指示，或以上所述任意组合。
图6为本发明中一实施例示意图，如图6所示，用户激活一个PDPContext，并通过该PDP Context进行业务信息交互，如用户通过UE在某个WAP游戏网站进行“在线游戏”业务，此时使用计费规则标识为CR1的计费规则对该“在线游戏”业务进行计费，该计费规则包括计费方式为离线计费，计费键为12345，该计费规则的优先级为1，过滤器的设置为源地址10.129.10.1、目的地址10.129.10.2、源端口通配、目的端口80、协议号WAP2.0、计费规则标识CR1等信息。
WAP游戏网站获知用户已经升级为超级玩家时，根据该WAP游戏网站的优惠政策，超级玩家进行“在线游戏”业务时计费费率减半。此时，WAP游戏网站向该用户UE的CRF发送业务信息及事件信息等计费相关输入信息，要求CRF向TPF下发新的计费规则，使得TPF根据新计费规则对用户进行的“在线游戏”业务进行计费。
CRF根据WAP游戏网站的计费相关输入信息，生成新的计费规则标识为CR2的计费规则，然后向TPF下发计费规则标识为CR2的计费规则，该计费规则包括计费方式为离线计费，计费键为67890，该计费规则的优先级为1，过滤器的设置为源地址10.129.10.1、目的地址10.129.10.2、源端口通配、目的端口80、协议号WAP2.0、计费规则标识CR2等信息，另外，CRF可以携带创建操作指示，要求TPF创建计费规则标识为CR2的计费规则；进一步地，CRF提供删除操作指示和CR1，要求TPF删除计费规则为CR1的原有计费规则。
TPF收到计费规则标识为CR2的计费规则，以及相应的创建操作指示、计费规则标识CR1，以及相应的删除操作指示后，搜索计费规则标识为CR1的计费规则，结束对计费规则CR1进行的计费信息(CDR，Charging DataRecord)收集，并删除计费规则CR1，然后建立新的计费规则CR2，并根据计费规则CR2对用户进行的“在线游戏”业务进行计费信息统计。
对于以上过程的另一种实现方式是CRF根据WAP游戏网站的计费相关输入信息，确定需要对当前计费规则进行的修改，然后向TPF下发修改操作指示、需要修改的参数以及需要修改的计费规则标识，如计费键67890和计费规则标识CR1；TPF收到修改操作指示、需要修改的参数计费键67890以及需要修改的计费规则标识CR1后，搜索计费规则标识为CR1的计费规则，结束对该计费规则进行的CDR收集，然后对该计费规则中的相应参数进行修改，如将计费规则标识为CR1的计费规则中的计费键修改为67890，并根据当前计费规则对用户进行的“在线游戏”业务进行CDR收集。
图7为本发明中另一实施例示意图，如图7所示，在TPF上缺省设置的计费规则标识为CR0的计费规则，该计费规则包括计费方式为离线计费，计费键为11111，该计费规则的优先级为3，过滤器的设置为源地址通配、目的地址通配、源端口通配、目的端口通配、协议号WAP2.0、计费规则标识CR0等信息。在缺省情况下，TPF使用计费规则标识为CR0的计费规则对用户进行的所有普通的WAP业务进行计费。用户激活一个PDPContext，并通过该PDP Context进行多个业务的信息交互，如用户通过UE在某个WAP网站浏览新闻信息、股市信息等，该WAP网站的新闻信息浏览业务和股市信息浏览业务采用相同的计费规则，但其计费费率高于普通WAP业务的计费费率，此时，根据WAP网站提供的计费相关输入信息，CRF向TPF下发计费规则标识为CR1的计费规则，该计费规则包括计费方式为离线计费，计费键为24561，该计费规则的优先级为1，过滤器CR1Filter1的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、股市信息浏览的通用资源位置(URL(wap.sina.com/gushi))，过滤器CR1Filter2的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、新闻信息浏览的URL(wap.sina.com/xinwen)，计费规则标识CR1等信息。TPF根据计费规则标识为CR1的计费规则，对用户使用的新闻信息浏览业务和股市信息浏览业务进行计费。
当到了晚上8:00时，根据该WAP网站的优惠政策，当日晚上8:00至次日早上8:00的时间段内，新闻信息浏览业务的计费费率与普通WAP业务的计费费率相同，此时，WAP网站向CRF发送上述事件和相应业务数据流过滤器信息等计费相关输入信息，要求CRF向TPF下发新的计费规则，使得TPF能够根据新的计费规则，对用户进行的新闻信息浏览业务按照普通的WAP计费规则进行计费。
CRF根据WAP网站提供的计费相关输入信息，确定新闻信息浏览业务需要按照普通WAP业务的计费规则CR0进行计费，股市信息浏览业务仍然按照计费规则CR1进行计费，则CRF向TPF发送提供计费规则消息，该消息中包含删除业务数据流过滤器操作指示，以及需要删除的业务数据过滤器标识CR1Filter2。TPF收到CRF发送的提供计费规则消息后、根据删除操作指示和CR1Filter2，搜索计费规则标识为CR1的先前建立的原有计费规则，结束对该计费规则进行的CDR收集，为后续CDR统计的同步，TPF可进一步地结束对计费规则CR0的CDR收集；然后TPF删除过滤器标识为CR1Filter2的业务数据流过滤器。删除过滤器标识为CR1Filter2的业务数据流过滤器后的计费规则CR1包括计费方式为离线计费，计费键为24561，该计费规则的优先级为1，过滤器CR1Filter1的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、股市信息浏览的URL(wap.sina.com/gushi)，计费规则标识CR1等信息。这样，TPF根据计费规则CR1对用户使用的股市信息浏览业务进行计费信息收集，根据计费规则CR0对用户使用的新闻信息浏览业务以及其它WAP业务进行CDR收集。
当到了早上8:00时，根据该WAP网站的计费设置，应该对新闻信息浏览业务的计费费率进行重新设置，WAP网站向CRF发送计费相关输入信息，要求CRF向TPF下发新的计费规则，使得TPF能够根据新的计费规则，对用户进行的新闻信息浏览业务按照与股市信息浏览业务相同的计费规则进行CDR收集。
CRF根据WAP网站提供的计费相关输入信息，确定新闻信息浏览业务需要按照与股市信息浏览业务相同的计费规则CR1进行计费，则向TPF发送提供计费规则消息，该消息中包含新增业务数据流过滤器操作指示，相应的计费规则标识CR1，以及需要增加的业务数据过滤器标识CR1Filter2，过滤器CR1Filter2的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、新闻信息浏览的URL(wap.sina.com/新闻)。TPF收到提供计费规则消息后，根据新增业务数据流过滤器操作指示和相应的计费规则CR1，搜索计费规则标识为CR1的原有计费规则，结束根据该计费规则进行的CDR收集，并在原有计费规则CR1的基础上新增业务数据流过滤器CR1Filter2。新增后的计费规则CR1包含计费方式为离线计费，计费键为24561，该计费规则的优先级为1，过滤器CR1Filter1的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、股市信息浏览的URL(wap.sina.com/gushi)，过滤器CR1Filter2的设置为源地址10.129.10.5、目的地址10.129.10.6、源端口通配、目的端口80、协议号WAP2.0、新闻信息浏览的(wap.sina.com/xinwen)，计费规则标识CR1等信息。这样，TPF根据计费规则CR1对用户使用的股市信息浏览业务和新闻信息浏览业务进行CDR收集，根据计费规则CR0对用户使用的其它WAP业务进行CDR收集。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种分组数据业务中增强计费规则的方法，其特征在于，该方法包含以下步骤A、分配用于标识计费规则信息的标识信息；B、向TPF提供所述标识信息。
2.根据权利要求1所述的方法，其特征在于，该方法之后进一步包括C、向TPF发送操作指示，TPF根据操作指示，对计费规则信息进行指定操作。
3.根据权利要求2所述的方法，其特征在于，步骤C中所述发送操作指示时，进一步向TPF发送标识信息，TPF根据操作指示，对与标识信息相对应的计费规则信息进行指定操作。
4.根据权利要求2所述的方法，其特征在于，所述操作指示为删除操作指示，或修改操作指示，或新增操作指示，或创建操作指示，或以上所述任意组合。
5.根据权利要求2或3所述的方法，其特征在于，步骤C中所述向TPF发送操作指示时，进一步向TPF发送参数信息，TPF根据操作指示，对计费规则信息中所述参数进行指定操作。
6.根据权利要求5所述的方法，其特征在于，步骤C中所述向TPF发送的操作指示，或标识信息，或参数信息，或以上所述任意组合，在向TPF提供计费规则时一并下发。
7.根据权利要求1或3所述的方法，其特征在于，所述标识信息为用于标识计费规则的计费规则标识，或用于标识业务数据流过滤器的过滤器标识，或用于标识计费规则中的业务数据流过滤器的过滤器标识。
8.根据权利要求1所述的方法，其特征在于，步骤A中所述标识信息由CRF分配，或由TPF分配，或由网络运营商分配，或由规范定义，或以上所述任意组合。
9.一种分组数据业务中对计费规则进行操作的方法，其特征在于，该方法包含以下步骤D、向TPF提供修改操作指示。
10.根据权利要求9所述的方法，其特征在于，该方法之后进一步包括E、TPF根据操作指示，对计费规则信息进行修改操作。
11.根据权利要求9所述的方法，其特征在于，步骤D中所述发送修改操作指示时，进一步包括向TPF发送标识信息和参数信息，TPF根据修改操作指示，对与标识信息相对应的计费规则信息中所述参数进行修改操作。
12.一种分组数据业务中对计费规则进行操作的方法，其特征在于，该方法包含以下步骤F、向TPF提供新增操作指示。
13.根据权利要求12所述的方法，其特征在于，该方法之后进一步包括G、TPF根据操作指示，对计费规则信息进行新增操作。
14.根据权利要求12所述的方法，其特征在于，步骤F中所述发送新增操作指示时，进一步包括向TPF发送标识信息和参数信息，TPF根据新增操作指示，对与标识信息相对应的计费规则信息中所述参数进行新增操作。
15.一种分组数据业务中对计费规则的操作响应方法，其特征在于，该方法包含以下步骤，H、向TPF提供操作指示，TPF对计费规则信息进行指定操作；I、TPF返回操作响应。
16.根据权利要求15所述的方法，其特征在于，所述操作响应为操作成功响应，或操作失败响应。
17.根据权利要求16所述的方法，其特征在于，所述操作失败响应中携带有差错信息。
全文摘要
本发明公开了一种分组数据业务中增强计费规则的方法，该方法包含分配用于标识计费规则信息的标识信息；TPF存储CRF向其提供的所述标识信息。所述标识信息可用于标识计费规则、或业务数据流过滤器、或计费规则中的业务数据流过滤器。这样，在CRF向TPF提供操作指示和标识信息时，使得TPF能够根据标识信息对计费规则或业务数据流过滤器进行正确操作，使得分组数据业务中的计费更为完善合理。本发明还提供了对计费规则进行修改操作或新增操作的方法，避免了CRF和TPF之间的冗余信息传送，大大减轻了CRF和TPF之间的消息流量负荷。另外，本发明中还提供了TPF能够向CRF返回操作响应的机制，使得CRF能够获知TPF在操作执行的情况。
文档编号H04L29/06GK1645804SQ200410033720
公开日2005年7月27日 申请日期2004年4月9日 优先权日2004年4月9日
发明者段小琴 申请人:华为技术有限公司