CN100546248C - 一种实现分组数据业务计费及控制业务接入的方法 - Google Patents

一种实现分组数据业务计费及控制业务接入的方法 Download PDF

Info

Publication number
CN100546248C
CN100546248C CNB2004100327240A CN200410032724A CN100546248C CN 100546248 C CN100546248 C CN 100546248C CN B2004100327240 A CNB2004100327240 A CN B2004100327240A CN 200410032724 A CN200410032724 A CN 200410032724A CN 100546248 C CN100546248 C CN 100546248C
Authority
CN
China
Prior art keywords
charging regulation
charging
tpf
crf
regulation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CNB2004100327240A
Other languages
English (en)
Other versions
CN1684420A (zh
Inventor
段小琴
张文林
武亚娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100327240A priority Critical patent/CN100546248C/zh
Priority to PCT/CN2005/000519 priority patent/WO2005101734A1/zh
Publication of CN1684420A publication Critical patent/CN1684420A/zh
Application granted granted Critical
Publication of CN100546248C publication Critical patent/CN100546248C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442—Roaming

Abstract

本发明公开了一种实现分组数据业务计费的方法，该方法包含：A、承载建立时，传输面功能实体(TPF)向计费规则功能实体(CRF)请求计费规则；B、CRF根据收到的请求选定计费规则，向TPF返回提供计费规则，TPF根据提供计费规则设置计费规则；C、应用功能实体(AF)或在线计费系统(OCS)向CRF提供计费规则输入信息，CRF选定计费规则；D、TPF根据步骤B中设置的计费规则，并按照步骤C中CRF所选定的计费规则，对分组数据业务进行计费。本发明还公开了另一种实现分组数据业务计费的方法及一种控制业务接入的方法。根据本发明提出的以上方法，使得分组数据业务的计费实现过程清晰明确，计费信息统计更为合理准确。

Description

一种实现分组数据业务计费及控制业务接入的方法
技术领域
本发明涉及计费领域，特别是指一种实现分组数据业务计费及控制业务接入的方法。
背景技术
随着分组数据业务应用的逐渐广泛，如何准确合理地对分组数据业务进行计费，已成为运营商普遍关注的问题。
图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。
步骤102：SGSN收到Activate PDP Context Request后，与UE进行安全性检查和加密，该步骤为可选步骤。
步骤103：SGSN根据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激活请求。
步骤104：GGSN收到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激活请求。
步骤105：SGSN收到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建立了传输通道，可以进行数据传输了。
步骤106：UE通过SGSN、GGSN与PDN进行数据传输。
步骤107：数据传输完毕，UE向SGSN发送PDP Context去激活请求(Deactivate PDP Context Request)，该Deactivate PDP Context Request中携带有TI。
步骤108：SGSN收到Deactivate PDP Context Request后，与UE进行安全性检查和加密，该步骤为可选步骤。
步骤109～步骤111：SGSN向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数据流的计费粒度要远远小于基于一个PDP Context的计费粒度，粒度可看作是筛子孔的大小，基于一个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。CCF 202通过Ry接口与基于业务数据流计费的计费规则功能实体(CRF，Service Data Flow Based Charging Rule Function)203相连，CRF 203通过Rx接口与应用功能实体(AF，Application Function)204相连，CRF 203通过Gx接口与传输面功能实体(TPF，Traffic Plane Function)205相连，CCF 202通过Gy接口与TPF 205相连。
支持离线计费的FBC系统结构如图2B所示，CRF 203通过Rx接口与AF 204相连，CRF 203通过Gx接口与TPF 205相连，TPF 205通过Gz接口分别与计费网关功能实体(CGF，Charging Gateway Function)207和计费采集功能实体(CCF，Charging Collection Function)208相连。
根据目前3GPP对于实现FBC功能实体的划分，TPF 205承载IP数据流，当IP数据流的承载建立时，TPF 205通过Gx接口向CRF 203发送计费规则请求，该计费规则请求中携带有与用户和UE相关的信息、承载特性以及与网络相关的信息等，其中与用户和UE相关的信息可为移动台综合业务服务网国际号码(MSISDN)、国际移动用户标识(IMSI)等，与网络相关的信息可为移动网络编码(MNC)、移动国家码(MCC)等。另外，由于在IP数据流传输过程中，会对承载进行修改，如对QoS参数进行重新协商，当用户使用同一业务的QoS参数不同时，计费规则可能不同，如QoS参数下降相应的费率也下降。此时，TPF 205可在承载修改时，重新向CRF203发送计费规则请求，请求新的计费规则；CRF 203根据TPF 205提供的上述输入信息选择适当的计费规则，并向TPF 205返回选定的计费规则，计费规则中包括计费机制、计费类型、计费键、业务数据流过滤器、计费规则优先级等信息。其中，计费机制可为采用在线计费还是离线计费；计费类型可为基于时间长度进行计费还是基于数据流量进行计费；计费键是与计费费率相关的参数，CRF 203可不直接向TPF 205提供计费费率，而只是向TPF 205提供与计费费率相关的参数；业务数据流过滤器用于指示TPF 205对哪些IP数据流进行过滤，然后TPF 205根据计费规则对过滤出的IP数据流进行计费。业务数据流过滤器可包含IP5元组，IP5元组可包括源/目的IP地址、源/目的端口号(Port Number)、协议标识(Protocol ID)等信息，例如，CRF 203指示TPF 205对源地址为10.0.0.1、目的地址为10.0.0.2、源/目的端口号为20、协议类型为传输控制协议(TCP)的IP数据流进行过滤，并根据计费规则对过滤出的IP数据流进行计费。最后，当承载删除时，TPF 205也可向CRF 203发送计费规则请求，要求CRF提供新的计费规则，此时CRF203可要求TPF 205删除先前建立的计费规则。
另外，CRF 203除了根据TPF 205的输入信息确定计费规则之外，CRF203还可根据AF 204或OCS 206的输入信息确定计费规则，如AF 204通知CRF 203用户当前使用的业务类型，CRF 203根据该业务类型选取相应的计费规则。
对应于GPRS网络，TPF 205为GGSN，AF为PDN中的一个业务网关或业务服务器，CRF 203为新增的逻辑实体。TPF 205为计费规则的执行点，CRF 203为计费规则的控制点。
图3A为承载建立时下发计费规则流程图，如图3A所示，承载建立时下发计费规则的实现过程包括以下步骤：
步骤301A：UE向TPF发送承载建立请求(Establish Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到Create PDP Context Request。
步骤302A：TPF收到承载建立请求后，向CRF发送计费规则请求(Request Charging Rules)，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303A～步骤304A：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则(Provision Charging Rules)，该提供计费规则中可携带有选定的计费规则。
步骤305A～步骤306A：TPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载建立响应(EstablishBearer Service Accept)，接受UE发起的承载建立请求，并继续后续的承载建立流程。
图3B为承载修改时下发计费规则流程图，如图3A所示，承载修改时下发计费规则的实现过程包括以下步骤：
步骤301B：UE向TPF发送承载修改请求(Modify Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到PDP Context更新请求(UpdatePDP Context Request)。
步骤302B：TPF收到承载修改请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303B～步骤304B：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤305B～步骤306B：TPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载修改响应(Modify BearerService Accept)，接受UE发起的承载修改请求，并继续后续的承载修改流程。
图3C为承载删除时下发计费规则流程图，如图3A所示，承载删除时下发计费规则的实现过程包括以下步骤：
步骤301C：UE向TPF发送承载删除请求(Remove Bearer ServiceRequest)，在GPRS网络中，则是GGSN收到Delete PDP Context Request。
步骤302C：TPF收到承载删除请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息。
步骤303C～步骤304C：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选取计费规则，然后向TPF返回提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤305C～步骤306C：TPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，然后向UE返回承载删除响应(RemoveBearer Service Accept)，接受UE发起的承载删除请求，并继续后续的承载删除流程。
另外，对于CRF也可主动向TPF发送计费规则，如当UE与AF进行业务数据传输的过程中，CRF收到AF的计费规则输入信息后，根据AF提供的计费规则输入信息选择适当的计费规则，然后主动向TPF下发选定的计费规则。对于AF向CRF提供计费规则输入信息的具体实现过程如图4所示：
步骤401：AF向CRF发送应用/业务计费相关信息(SendApplication/Service Data Flow Charging Information)。
步骤402：CRF收到应用/业务计费相关信息后，向AF返回响应(Ack)，通知AF已收到其发送的计费规则输入信息。
图5为CRF主动向TPF下发计费规则流程图，如图5所示，CRF主动向TPF下发计费规则的实现过程包括以下步骤：
步骤501：CRF收到某个内部或外部的触发事件(Internal or ExternalTrigger Event)，以及与该事件相关的信息，如AF向CRF发送计费规则输入信息的事件。
步骤502：CRF根据获取的信息选择相应的计费规则。这些信息可为AF提供的计费规则输入信息，例如，用户使用AF提供的某一业务，该业务对计费有特殊要求，如计费费率与其他业务的计费费率不同，因此，AF向CRF提供与该业务相关的计费信息；也可为TPF提供的计费规则输入信息。
步骤503：如果需要的话，CRF向TPF发送提供计费规则，该提供计费规则中可携带有选定的计费规则。
步骤504：TPF收到提供计费规则后，根据CRF选定的计费规则，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则。
虽然目前3GPP规范中定义了TPF与CRF之间、AF与CRF之间的交互流程，但并没有说明各交互流程之间的使用关系。对于用户使用的具体分组数据业务而言，3GPP规范中并没有对整个业务流程的实现进行定义，也没有提到如何触发各交互流程，使得3GPP规范中的整个业务流程非常不清晰，导致具体的分组数据业务计费实现过程具有极大的不确定性。
另外，现有3GPP规范中AF在特殊事件发生时，向CRF提供选择计费规则的输入信息，此时，由于用户和AF之间的业务数据流交互仍在进行，在CRF向TPF下发新的计费规则之前，有一部分业务数据流仍然使用原来的计费规则进行计费，而不能应用于新的计费规则，使得计费规则不能精确统计出某个应用/业务的业务数据流量，导致计费的不准确性。
发明内容
有鉴于此，本发明的一个目的在于提供一种实现分组数据业务计费的方法，使得分组数据业务的计费实现过程清晰、明确。
另外，本发明的另一目的在于提供一种控制业务接入的方法，在TPF应用于新的计费规则之前，不允许用户使用新的业务，使得分组数据业务的计费信息统计更为合理、准确。
为了达到上述目的，本发明提供了一种实现分组数据业务计费的方法，该方法包含以下步骤：
A、承载建立时，传输面功能实体TPF向计费规则功能实体CRF请求计费规则；
B、CRF根据收到的请求选定计费规则，并向TPF返回提供计费规则，TPF根据所述提供计费规则设置计费规则；
C、应用功能实体AF或在线计费系统OCS向CRF提供计费规则输入信息，CRF根据所述计费规则输入信息选定计费规则；
D、TPF根据步骤B中其设置的计费规则，并按照步骤C中CRF所选定的计费规则，对分组数据业务进行计费。
所述步骤A之前进一步包括：在TPF中配置包含计费规则标识的计费规则信息。
步骤B中：所述TPF根据提供计费规则设置计费规则为：TPF根据CRF返回的提供计费规则中的计费规则标识，选定并启动对应于所述标识的计费规则。
步骤B中：所述TPF根据提供计费规则设置计费规则为，建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先配置的计费规则。
所述步骤C之后、并在步骤D之前进一步包括：
D1、CRF向TPF发送提供计费规则的消息；
所述步骤D包括：TPF根据所述提供计费规则的消息设置计费规则，并根据设置后所得到的计费规则对分组数据业务进行计费。
步骤D中，所述TPF根据提供计费规则的消息设置计费规则为：建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先配置的计费规则。
所述步骤C之后、并在步骤D1之前进一步包括：判断步骤C中CRF选定的计费规则与步骤B中选定的计费规则是否一致，如果不一致，则执行步骤D1；如果一致，则TPF根据步骤B中其设置的计费规则对分组数据业务进行计费，并结束。
TPF中配置了包含计费规则标识的计费规则信息，步骤D所述启动预先配置的计费规则为：TPF根据CRF发送的提供计费规则的消息中的计费规则标识，TPF启动对应于所述标识的计费规则。
AF在允许用户使用分组数据业务前，执行所述步骤C。
所述步骤C之后进一步包括：
D2、CRF向AF或OCS返回响应。
所述响应中携带有CRF选定的计费规则。
一种实现分组数据业务计费的方法，该方法包含以下步骤：
a、AF或OCS向CRF提供计费规则输入信息，CRF存储所述计费规则输入信息；
b、承载建立时，TPF向CRF请求计费规则；
c、CRF向TPF返回提供计费规则，TPF根据所述提供计费规则设置计费规则；
d、TPF根据其设置的计费规则对分组数据业务进行计费。
所述步骤b之前进一步包括：在TPF中配置包含计费规则标识的计费规则信息。
步骤c中，所述TPF根据提供计费规则设置计费规则为：TPF根据CRF返回的提供计费规则中的计费规则标识，选定并启动对应于所述标识的计费规则。
步骤c中，所述TPF根据提供计费规则设置计费规则为：建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先设置的计费规则。
一种控制业务接入的方法，该方法包含以下步骤：
E、AF或OCS向CRF发送用于选择计费规则的计费规则输入信息，AF接收CRF发送的计费规则输入信息响应；
F、AF收到计费规则输入信息响应后，允许用户接入应用/业务。
步骤E之前进一步包括：用户发送接入应用/业务请求。
根据本发明提出的方法，将FBC的实现流程融入了用户使用业务的过程中，在承载建立时，TPF向CRF请求计费规则，CRF向TPF提供通用的计费规则，TPF建立相应的计费规则，UE通过与AF之间建立的数据传输通路进行分组数据传输，TPF根据建立的通用计费规则对分组数据进行收集，统计计费信息。UE请求使用AF上的应用/业务时，AF向CRF提供与应用/业务相关的计费规则输入信息，CRF选择新的计费规则向TPF下发，TPF建立与应用/业务相关的计费规则。这样，当AF没有向CRF提供与应用/业务相关的计费规则输入信息时，TPF采用通用的计费规则进行计费信息收集，适用于一些没有特殊计费需求的应用/业务；当AF向CRF提供与应用/业务相关的计费规则输入信息时，CRF选择适当的与应用/业务相关的计费规则，TPF采用该计费规则进行计费信息收集，适用于一些对计费有特殊需求的应用/业务，使得不同的应用/业务都能够采用规范定义的FBC框架，实现基于分组数据业务的计费，具体化了FBC框架与业务相结合的流程，进而使分组数据业务的计费实现过程更为清晰、明确。
另外，本发明提供的业务接入控制方法中，在TPF应用于新的计费规则之前，不允许用户使用新的业务，使得分组数据业务的计费信息统计更为合理、准确。
附图说明
图1为PDP Context激活、传输数据、去激活流程图；
图2A为在线计费的FBC系统结构示意图；
图2B为离线计费的FBC系统结构示意图；
图3A为承载建立时下发计费规则流程图；
图3B为承载修改时下发计费规则流程图；
图3C为承载删除时下发计费规则流程图；
图4为AF向CRF提供计费规则输入信息流程图；
图5为CRF主动向TPF下发计费规则流程图；
图6为本发明中分组数据业务计费流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明中，将FBC的实现流程融入了用户使用业务的过程中，使得本发明提出的方法能够适用于不同的应用/业务，具体化了FBC框架与业务相结合的实现过程。
图6为本发明中分组数据业务计费流程图，如图6所示，用户发起承载建立、进行分组数据传输时，分组数据业务计费的实现过程包括以下步骤：
步骤601：UE向TPF发送承载建立请求，在GPRS网络中，则是GGSN收到Create PDP Context Request。
步骤602：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，如与用户和UE相关的信息、承载特性和与网络相关的信息，与用户和UE相关的信息可为MSISDN、IMSI等，承载特性可为分组数据业务的QoS参数，与网络相关的信息可为MNC、MCC等。
步骤603～步骤604：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选择适当的计费规则，然后向TPF返回提供计费规则，该提供计费规则可用于向TPF提供选定的计费规则；或作为向TPF提供需使用的计费规则的指示信息，如要求TPF使用预先配置的计费规则，则该提供计费规则中携带有预先配置的计费规则标识；或该提供计费规则不携带任何内容，仅作为计费规则请求的响应。
步骤605：TPF收到提供计费规则后，根据提供计费规则中携带的内容，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，此时，TPF也可根据计费规则标识，启动预先配置的计费规则，或启动预先设置的默认计费规则，然后对IP数据流进行收集，统计计费信息。
步骤606：TPF向UE返回承载建立响应，接受UE发起的承载建立请求，并继续后续的承载建立流程。
步骤607：成功建立承载后，UE与AF之间建立数据传输通路，UE的用户使用AF上的一个或多个应用/业务，通过数据传输通路进行数据传输，TPF根据建立的计费规则对IP数据流进行收集，统计计费信息。
步骤608：AF确定需要对用户使用的应用/业务进行特殊计费时，在允许该用户使用应用/业务之前，向CRF提供确定计费规则的计费规则输入信息。
步骤609：CRF收到计费规则输入信息后，根据获取的信息选择适当的计费规则，并判断计费规则是否改变，如果是，则执行步骤610～步骤612；否则，仅执行步骤610。CRF选择计费规则时，依据的获取到的信息可为AF提供的计费规则输入信息，也可为AF提供的计费规则输入信息与先前TPF提供的输入信息的综合。
步骤610：CRF向AF返回响应(Acknowledgment)，通知AF已收到其发送的计费规则输入信息，该响应中可携带有计费规则是否改变的标识，如果计费规则发生改变，该响应中可进一步携带有新的计费规则。
步骤611：CRF向TPF发送提供计费规则的消息，该提供计费规则可用于向TPF提供选定的计费规则；或作为向TPF提供需使用的计费规则的指示信息，如要求TPF使用预先配置的计费规则，则该提供计费规则中携带有预先配置的计费规则标识。
步骤612：TPF收到提供计费规则的消息后，根据提供计费规则中携带的内容，建立新的计费规则，或是删除原有的计费规则，或是删除原有计费规则的同时建立新的计费规则，此时，TPF也可启动预先配置的计费规则，然后对IP数据流进行收集，统计计费信息。
步骤610与步骤611的前后顺序可对调。
后续过程中，用户使用业务，当一些与计费相关的事件触发时，步骤608～步骤612可多次执行；另外，当承载发生改变或承载终止时，TPF可向CRF请求下发新的计费规则。
以下以具体应用为例，对本发明的实现过程作详细描述。
表一为TPF中配置的计费规则信息，其中，DNS为域名服务器，UDP为用户数据报协议。
表一
实施例一
对应于图6的分组数据业务计费实现流程，本实施例的分组数据业务计费的实现过程包括以下步骤：
步骤701：UE向TPF发送承载建立请求，在GPRS网络中，则是GGSN收到Create PDP Context Request。
步骤702：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，如与用户和UE相关的信息、承载特性和与网络相关的信息，与用户和UE相关的信息可为MSISDN、IMSI等，承载特性可为分组数据业务的QoS参数，与网络相关的信息可为MNC、MCC等。
步骤703：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选择适当的计费规则，如本实施例中根据用户的MSISDN，确定该用户为集团用户，即该用户属于某个集团，根据运营商的计费政策，该集团使用的所有分组数据业务都需要给予优惠，根据较低的计费费率进行计费，因此，CRF为该集团用户使用的分组数据业务选择计费标识为CR10的计费规则进行计费，配置计费规则CR10中包括的信息如下：计费标识CR10，源地址通配，目的地址通配，源端口通配，目的端口通配，协议标识通配，计费模式为根据流量计费，计费方式为离线计费，计费键为Key10，优先级为4。
步骤704：CRF向TPF返回提供计费规则，该提供计费规则中携带有计费规则CR10，该提供计费规则中可进一步携带有计费规则标识CR0，指示TPF启动预先配置的计费规则CR0。
步骤705：TPF收到提供计费规则后，根据提供计费规则中携带的内容，建立新的计费规则CR10，并且同时启动预先配置的计费规则CR0，由于计费规则CR10的优先级低于计费规则CR0的优先级，因此，优先使用计费规则CR0的业务数据流过滤器对IP数据流进行过滤，然后使用计费规则CR10的业务数据流过滤器对IP数据流进行过滤，实现IP数据流的收集，统计计费信息。
步骤706：TPF向UE返回承载建立响应，接受UE发起的承载建立请求，并继续后续的承载建立流程。
步骤707：成功建立承载后，UE与AF之间建立数据传输通路，UE的集团用户使用AF上的一个或多个应用/业务，通过数据传输通路进行数据传输，该集团用户通过AF的WAP网站浏览新闻，由于AF对用户通过WAP网站浏览新闻没有特殊计费要求，因此AF不向CRF提供计费规则输入信息，而是直接允许用户浏览新闻，TPF根据计费规则CR0和CR10对IP数据流进行收集，统计计费信息，同时，该集团用户需要通过AF的WAP网站浏览股市信息。
步骤708：根据AF的计费政策，用户通过WAP网站浏览股市信息的计费费率要高于普通WAP浏览业务的计费费率，需要对用户的股市信息浏览的业务数据进行过滤，因此，AF在允许该用户浏览股市信息之前，向CRF提供确定计费规则的计费规则输入信息，如用户使用的业务类型为WAP股市信息浏览，计费费率加倍，用户的IP地址，AF的IP地址，股市信息浏览的通用资源位置(URL(wap.AF.com/gushi))等信息。
步骤709：CRF收到计费规则输入信息后，根据获取的用户为集团用户、用户使用的业务类型为WAP股市信息浏览业务、计费费率加倍等信息，选择适当的计费规则标识为CR20的计费规则对该集团用户浏览的股市信息进行计费，配置计费规则CR20中包括的信息如下：计费标识CR20，源地址为AF的IP地址，目的地址为集团用户的IP地址，源端口通配，目的端口为80，协议标识为WAP，股市信息浏览的URL(wap.AF.com/gushi)，计费模式为根据流量计费，计费方式为离线计费，计费键为Key20，优先级为3。
步骤710：CRF向AF返回响应，通知AF已收到其发送的计费规则输入信息，该响应中可携带有计费规则标识CR20，并可进一步携带有新的计费规则CR20中具体配置的信息。
步骤711：CRF向TPF发送提供计费规则的消息，该提供计费规则中携带有计费规则CR20。
步骤712：TPF收到提供计费规则的消息后，根据提供计费规则中携带的内容，建立新的计费规则CR20，由于计费规则CR20、CR10、CR0的优先级从高到低的顺序为CR0、CR20、CR10，因此，首先使用计费规则CR0的业务数据流过滤器对IP数据流进行过滤，然后使用计费规则CR20的业务数据流过滤器对IP数据流进行过滤，最后使用计费规则CR10的业务数据流过滤器对IP数据流进行过滤，实现IP数据流的收集，统计计费信息。
这样，通过CR0、CR10和CR20三个计费规则的共同作用，使得TPF能够根据计费规则CR0过滤出用于网络内部DNS解析信令而使用的业务数据流量，根据运营商的计费政策，这部分业务数据流量可不对用户进行计费；根据计费规则CR20过滤出集团用户通过AF的WAP网站浏览股市信息的业务数据流量，根据运营商和业务提供商的计费政策，对于集团用户而言，这部分业务数据流量的计费费率由计费键Key20确定；根据计费规则CR10过滤出集团用户通过AF的WAP网站浏览新闻及进行其它分组数据业务的的业务数据流量，根据运营商和业务提供商的计费政策，对于集团用户而言，通过WAP网站浏览新闻及进行其他分组数据业务的流量不进行区分，使用同一个费率和同一个计费统计信息，因此，这部分业务数据流量的计费费率由计费键Key10确定，从而实现TPF能够根据CRF的指示对用户使用的不同分组数据业务进行有针对的计费。
实施例二
对应于图6的分组数据业务计费实现流程，本实施例的分组数据业务计费的实现过程包括以下步骤：
步骤801：UE向TPF发送承载建立请求，在GPRS网络中，则是GGSN收到Create PDP Context Request。
步骤802：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，如与用户和UE相关的信息、承载特性和与网络相关的信息，与用户和UE相关的信息可为MSISDN、IMSI等，承载特性可为分组数据业务的QoS参数，与网络相关的信息可为MNC、MCC等。
步骤803：CRF收到计费规则请求后，根据该计费规则请求中携带的输入信息选择适当的计费规则，如本实施例中根据用户的MSISDN，确定该用户为普通用户，因此，CRF为该普通用户使用的分组数据业务选择计费标识为CR0、CR1、CR2、CR3和CR4的通用计费规则进行计费。
步骤804：CRF向TPF返回提供计费规则，该提供计费规则中携带有计费规则标识CR0、CR1、CR2、CR3和CR4，指示TPF启动预先配置的计费规则CR0、CR1、CR2、CR3和CR4。
步骤805：TPF收到提供计费规则后，根据提供计费规则中携带的内容，启动预先配置的计费规则CR0、CR1、CR2、CR3和CR4，由于计费规则CR0、CR1、CR2、CR3和CR4的优先级从高到低的顺序为CR0、CR1、CR2、CR3、CR4，因此，依次使用计费规则CR0、CR1、CR2、CR3、CR4的业务数据流过滤器对IP数据流进行过滤。
步骤806：TPF向UE返回承载建立响应，接受UE发起的承载建立请求，并继续后续的承载建立流程。
步骤807：成功建立承载后，UE与AF之间建立数据传输通路，UE的普通用户使用AF上的一个或多个应用/业务，通过数据传输通路进行数据传输，该普通用户通过AF的WAP网站浏览新闻，由于AF对用户通过WAP网站浏览新闻没有特殊计费要求，因此AF不向CRF提供计费规则输入信息，而是直接允许用户浏览新闻，TPF根据计费规则CR0、CR1、CR2、CR3和CR4对IP数据流进行收集，统计计费信息，同时，该普通用户需要通过AF的WAP网站浏览股市信息。
步骤808：根据AF的计费政策，用户通过WAP网站浏览股市信息的计费费率要高于普通WAP浏览业务的计费费率，需要对用户的股市信息浏览的业务数据进行过滤，因此，AF在允许该用户浏览股市信息之前，向CRF提供确定计费规则的计费规则输入信息，如用户使用的业务类型为WAP股市信息浏览，计费费率加倍，用户的IP地址，AF的IP地址，股市信息浏览的通用资源位置(URL(wap.AF.com/gushi))等信息。
步骤809：CRF收到计费规则输入信息后，根据获取的用户为普通用户、用户使用的业务类型为WAP股市信息浏览、计费费率加倍等信息，选择适当的计费规则标识为CR30的计费规则对普通用户浏览的股市信息进行计费，配置计费规则CR30中包括的信息如下：计费标识CR30，源地址为AF的IP地址，目的地址为普通用户的IP地址，源端口通配，目的端口为80，协议标识为WAP，股市信息浏览的URL(wap.AF.com/gushi)，计费模式为根据流量计费，计费方式为离线计费，计费键为Key30，优先级为3。
步骤810：CRF向AF返回响应，通知AF已收到其发送的计费规则输入信息，该响应中可携带有计费规则标识CR30，并可进一步携带有新的计费规则CR30中具体配置的信息。
步骤811：CRF向TPF发送提供计费规则的消息，该提供计费规则中携带有计费规则CR30。
步骤812：TPF收到提供计费规则的消息后，根据提供计费规则中携带的内容，建立新的计费规则CR30，由于计费规则CR30、CR0、CR1、CR2、CR3和CR4的优先级从高到低的顺序为CR0、CR30、CR1、CR2、CR3、CR4，因此，依次使用计费规则CR0、CR30、CR1、CR2、CR3、CR4的业务数据流过滤器对IP数据流进行过滤。
这样，通过CR0、CR30、CR1、CR2、CR3和CR4六个计费规则的共同作用，使得TPF能够根据计费规则CR0过滤出用于网络内部DNS解析信令而使用的业务数据流量，根据运营商的计费政策，这部分业务数据流量可不对用户进行计费；根据计费规则CR30过滤出普通用户通过AF的WAP网站浏览股市信息的业务数据流量，根据运营商和业务提供商的计费政策，对于普通用户而言，这部分业务数据流量的计费费率由计费键Key30确定；依次根据计费规则CR1过滤出普通用户通过AF的WAP网站浏览新闻的业务数据流量，根据运营商的计费政策，对于普通用户而言，这部分业务数据流量的计费费率由计费键Key1确定，另外，当用户使用HTTP业务时，其业务数据流量可使用计费规则CR2过滤出。当用户进行其它基于UDP或TCP传输协议承载上的业务时，其业务数据流量可分别使用计费规则CR3和CR4过滤出。从而实现TPF能够根据CRF的指示对用户使用的不同分组数据业务进行有针对的计费。
另外，AF可预先将对应于有计费特殊要求的应用/业务的计费规则输入信息提供给CRF，CRF存储这些计费规则输入信息。当UE发起承载建立时，TPF向CRF请求计费规则，CRF根据TPF提供的确定计费规则的输入信息，如与用户和UE相关的信息，如用户的MSISDN、IMSI等、承载特性，如分组数据业务的QoS参数，与网络相关的信息，如MNC、MCC等，以及AF预先提供的对应于有计费特殊要求的应用/业务的计费规则输入信息，选择适当的与应用/业务相关的计费规则，并下发给TPF。TPF根据CRF的指示，建立起与应用/业务相关的计费规则。
成功建立承载后，UE与AF之间建立数据传输通路，UE的用户使用AF上的一个或多个应用/业务，通过数据传输通路进行数据传输，此时，由于AF预先向CRF提供了对应于有计费特殊要求的应用/业务的计费规则输入信息，并且TPF已经建立了与AF的应用/业务相关的计费规则，能够对用户使用的应用/业务进行区分计费，则此时AF可不再向CRF提供用户使用应用/业务信息，而是直接允许用户使用该应用/业务。
如果AF确定有特殊的事件发生，例如，用户使用某应用/业务的数据流量达到一定值后，根据AF的计费政策，对于使用该应用/业务的数据流量达到一定值的用户，需要根据较低的计费费率对该用户进行计费，此时，AF向CRF提供新的计费规则输入信息，如要求CRF根据较低的计费费率对用户进行计费，此时，CRF根据AF提供的计费规则输入信息，选择新的计费规则下发给TPF，TPF对IP数据流进行收集，统计计费信息。
此外，CRF也可根据OCS发送的计费规则输入信息，选择适当的计费规则，或OCS向CRF提供计费规则输入信息，各自相应的流程与上述流程基本相同，在此不再赘述。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (17)

1、一种实现分组数据业务计费的方法，其特征在于，该方法包含以下步骤：
A、承载建立时，传输面功能实体TPF向计费规则功能实体CRF请求计费规则；
B、CRF根据收到的请求选定计费规则，并向TPF返回提供计费规则，TPF根据所述提供计费规则设置计费规则；
C、应用功能实体AF或在线计费系统OCS向CRF提供计费规则输入信息，CRF根据所述计费规则输入信息选定计费规则；
D、TPF根据步骤B中其设置的计费规则，并按照步骤C中CRF所选定的计费规则，对分组数据业务进行计费。
2、根据权利要求1所述的方法，其特征在于，所述步骤A之前进一步包括：在TPF中配置包含计费规则标识的计费规则信息。
3、根据权利要求2所述的方法，其特征在于，步骤B中：所述TPF根据提供计费规则设置计费规则为：TPF根据CRF返回的提供计费规则中的计费规则标识，选定并启动对应于所述标识的计费规则。
4、根据权利要求1所述的方法，其特征在于，步骤B中，所述TPF根据提供计费规则设置计费规则为：建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先配置的计费规则。
5、根据权利要求1所述的方法，其特征在于，所述步骤C之后、并在步骤D之前进一步包括：
D1、CRF向TPF发送提供计费规则的消息；
所述步骤D包括：TPF根据所述提供计费规则的消息设置计费规则，并根据设置后所得到的计费规则对分组数据业务进行计费。
6、根据权利要求5所述的方法，其特征在于，步骤D中，所述TPF根据提供计费规则的消息设置计费规则为：建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先配置的计费规则。
7、根据权利要求5或6所述的方法，其特征在于，所述步骤C之后、并在步骤D1之前进一步包括：判断步骤C中CRF选定的计费规则与步骤B中选定的计费规则是否一致，如果不一致，则执行步骤D1；如果一致，则TPF根据步骤B中其设置的计费规则对分组数据业务进行计费，并结束。
8、根据权利要求6所述的方法，其特征在于，TPF中配置了包含计费规则标识的计费规则信息，步骤D所述启动预先配置的计费规则为：TPF根据CRF发送的提供计费规则的消息中的计费规则标识，启动对应于所述标识的计费规则。
9、根据权利要求1所述的方法，其特征在于，AF在允许用户使用分组数据业务前，执行所述步骤C。
10、根据权利要求1所述的方法，其特征在于，所述步骤C之后进一步包括：
D2、CRF向AF或OCS返回响应。
11、根据权利要求10所述的方法，其特征在于，所述响应中携带有CRF选定的计费规则。
12、一种实现分组数据业务计费的方法，其特征在于，该方法包含以下步骤：
a、AF或OCS向CRF提供计费规则输入信息，CRF存储所述计费规则输入信息；
b、承载建立时，TPF向CRF请求计费规则；
c、CRF向TPF返回提供计费规则，TPF根据所述提供计费规则设置计费规则；
d、TPF根据其设置的计费规则对分组数据业务进行计费。
13、根据权利要求12所述的方法，其特征在于，所述步骤b之前进一步包括：在TPF中配置包含计费规则标识的计费规则信息。
14、根据权利要求13所述的方法，其特征在于，步骤c中，所述TPF根据提供计费规则设置计费规则为：TPF根据CRF返回的提供计费规则中的计费规则标识，选定并启动对应于所述标识的计费规则。
15、根据权利要求12所述的方法，其特征在于，步骤c中，所述TPF根据提供计费规则设置计费规则为：建立新的计费规则、或删除原有的计费规则、或删除原有计费规则的同时建立新的计费规则、或启动预先设置的计费规则。
16、一种控制业务接入的方法，其特征在于，该方法包含以下步骤：
E、AF或OCS向CRF发送用于选择计费规则的计费规则输入信息，AF接收CRF发送的计费规则输入信息响应；
F、AF收到计费规则输入信息响应后，允许用户接入应用/业务。
17、根据权利要求16所述的方法，其特征在于，步骤E之前进一步包括：用户发送接入应用/业务请求。
CNB2004100327240A 2004-04-16 2004-04-16 一种实现分组数据业务计费及控制业务接入的方法 Expired - Fee Related CN100546248C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2004100327240A CN100546248C (zh) 2004-04-16 2004-04-16 一种实现分组数据业务计费及控制业务接入的方法
PCT/CN2005/000519 WO2005101734A1 (fr) 2004-04-16 2005-04-18 Procede de facturation de services de donnees par paquets et de controle d'acces de flux de donnees de services

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100327240A CN100546248C (zh) 2004-04-16 2004-04-16 一种实现分组数据业务计费及控制业务接入的方法

Publications (2)

Publication Number Publication Date
CN1684420A CN1684420A (zh) 2005-10-19
CN100546248C true CN100546248C (zh) 2009-09-30

Family

ID=35150327

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100327240A Expired - Fee Related CN100546248C (zh) 2004-04-16 2004-04-16 一种实现分组数据业务计费及控制业务接入的方法

Country Status (2)

Country Link
CN (1) CN100546248C (zh)
WO (1) WO2005101734A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001402B (zh) * 2006-01-10 2010-10-06 华为技术有限公司 移动通信系统及使用归属网络应用功能业务的方法
WO2007079682A1 (fr) * 2006-01-10 2007-07-19 Huawei Technologies Co., Ltd. Procédé et système utilisant la commande de politique et de facturation du service de la fonction d'application
CN101729265B (zh) * 2008-10-25 2013-06-05 华为技术有限公司 在演进的分组系统eps中进行计费的方法、装置和系统
CN101998348A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种计费系统及其进行计费的方法
CN102571370B (zh) * 2010-12-27 2015-09-30 中国移动通信集团山西有限公司 多计费单位并存时计费的实现方法和装置
CN112153579A (zh) * 2019-06-28 2020-12-29 华为技术有限公司 管理用户组的方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0012626D0 (en) * 2000-05-25 2000-07-12 Ericsson Telefon Ab L M Cost control management in telecommunication systems
AU2002365330A1 (en) * 2001-11-28 2003-06-10 Markport Limited Control of services in mobile packet data networks

Also Published As

Publication number Publication date
CN1684420A (zh) 2005-10-19
WO2005101734A1 (fr) 2005-10-27

Similar Documents

Publication Publication Date Title
CN1319317C (zh) 一种基于分组数据流计费的对话建立方法
EP1732264B1 (en) A method for controlling the charching of the packet data service
EP1746772B1 (en) Service data flow based charging
EP1720300B1 (en) A method for improving charging rules in packet data services and the operation thereof
EP1760932A1 (en) A method for processing the online charging
EP1804419B1 (en) A method for processing the re-authorisation based on the charging of the packet data flow
WO2006015548A1 (fr) Methode de traitement fondee sur un evenement de declenchement de chargement et sur un evenement de reautorisation de flux de donnees de paquets
CN100479369C (zh) 一种针对用户选择计费规则的方法
CN100546248C (zh) 一种实现分组数据业务计费及控制业务接入的方法
CN100527676C (zh) 一种基于分组数据流计费的处理方法及系统
CN100401675C (zh) 一种计费信息的处理方法
CN100397821C (zh) 一种基于分组数据流计费中的处理方法
CN101159567A (zh) 一种基于分组数据流计费中的处理方法
WO2006060964A1 (fr) Systeme et procede de traitement permettant une facturation en fonction du flux de paquets de donnees
WO2006015543A1 (en) A processing method for re-authorization and re-authorization event and event triggers
CN100362794C (zh) 一种基于业务数据流在线计费的信用控制方法
CN100542097C (zh) 一种基于分组数据流计费的对话号分配方法
CN100438412C (zh) 一种对计费键进行处理的方法
CN101145917A (zh) 一种对计费键进行处理的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090930

Termination date: 20200416

CF01 Termination of patent right due to non-payment of annual fee