CN1319317C - 一种基于分组数据流计费的对话建立方法 - Google Patents

一种基于分组数据流计费的对话建立方法 Download PDF

Info

Publication number
CN1319317C
CN1319317C CNB200410056106XA CN200410056106A CN1319317C CN 1319317 C CN1319317 C CN 1319317C CN B200410056106X A CNB200410056106X A CN B200410056106XA CN 200410056106 A CN200410056106 A CN 200410056106A CN 1319317 C CN1319317 C CN 1319317C
Authority
CN
China
Prior art keywords
tpf
dialogue
crf
carrying
user
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.)
Active
Application number
CNB200410056106XA
Other languages
English (en)
Other versions
CN1735017A (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
Priority to CNB200410056106XA priority Critical patent/CN1319317C/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to AT09178011T priority patent/ATE554596T1/de
Priority to RU2007108378/09A priority patent/RU2349045C2/ru
Priority to EP09178011A priority patent/EP2159955B1/en
Priority to DE602005018219T priority patent/DE602005018219D1/de
Priority to EP05780653A priority patent/EP1772990B1/en
Priority to ES05780653T priority patent/ES2335354T3/es
Priority to AT05780653T priority patent/ATE451769T1/de
Priority to PCT/CN2005/001237 priority patent/WO2006015547A1/zh
Publication of CN1735017A publication Critical patent/CN1735017A/zh
Priority to US11/702,520 priority patent/US7889650B2/en
Application granted granted Critical
Publication of CN1319317C publication Critical patent/CN1319317C/zh
Priority to US13/004,082 priority patent/US8605585B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/64—On-line charging system [OCS]
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8214—Data or packet based
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based
    • 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/22—Bandwidth or usage-sensitve billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/782—Data or packet based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/7833—Session based

Abstract

本发明公开了一种基于分组数据流计费的对话建立方法，提供了多种TPF与CRF建立对话的方式，如TPF与CRF之间的对话可针对于每个用户的每个承载建立；又如TPF与CRF之间的对话可针对于每个用户的每个APN建立；再如TPF与CRF之间的对话可针对于每个用户的所有承载建立。通过本发明，完善了TPF与CRF之间对话的建立机制，使得整个计费流程的实现更为完整。并且，本发明中提供了多种TPF与CRF之间对话的建立方式，可根据实际计费情况进行灵活选择。

Description

一种基于分组数据流计费的对话建立方法
技术领域
本发明涉及分组数据计费领域，特别是指一种基于分组数据流计费的对话建立方法。
背景技术
随着分组数据业务应用的逐渐广泛，如何准确合理地对分组数据业务进行计费，已成为运营商普遍关注的问题。
图1示出了分组数据协议上下文(PDP Context，Packet Data ProtocolContext)激活、数据传输、去激活流程图，如图1所示，在通用分组无线业务(GPRS，General Packet Radio Service)中，激活PDP Context、与外部分组数据网络(PDN，Packet Data Network)进行数据交互、去激活该PDPContext的实现过程包括以下步骤：
步骤101：移动终端(MS)向服务通用分组无线业务支持节点(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)之间作为隧道标识(TID，Tunnel Identifier)的组成部分，用于标识PDPContext；PDP类型包括端对端协议(PPP，Peer-Peer Protocol)类型、网际协议(IP，Internet Protocol)类型等；APN可由MS向SGSN提供，SGSN根据APN寻址到相应GGSN，GGSN根据APN确定MS所要访问的外部网络，MS也可不向SGSN提供APN，此时，由SGSN根据MS用户的签约信息选择缺省的APN；QoS参数为MS指定的分组数据业务所要达到的质量要求；TI用于MS标识某个PDP context。
步骤102：SGSN收到Activate PDP Context Request后，与MS进行安全性检查和加密，该步骤为可选步骤。
步骤103：SGSN根据APN解析GGSN的地址信息，如果SGSN能够根据APN解析出GGSN的地址信息，则为PDP Context创建TEID，该TEID可为国际移动用户标识(IMSI，International Mobile Subscriber Identity)与NSAPI的组合，然后SGSN向GGSN发送PDP Context创建请求(Create PDPContext Request)，该PDP Context创建请求中携带有PDP类型、PDP地址、APN、QoS参数、TEID、选择模式等，其中，PDP地址可为MS的IP地址，为可选参数，PDP Context创建请求中可不携带PDP地址，此时，在后续的处理过程中，可由GGSN为MS分配IP地址，也可由最终与MS建立连接的PDN为MS分配IP地址；选择模式是指APN的选择模式，即APN是由MS选定的还是由SGSN选定的。如果SGSN无法根据APN解析出GGSN的地址信息，则SGSN拒绝MS发起的PDP Context激活请求。
步骤104：GGSN收到PDP Context创建请求后，根据APN确定外部PDN，然后分配计费标识(Charging ID)、启动计费，并且协商QoS，如果GGSN能够满足QoS参数的服务质量要求，则向SGSN返回PDP Context创建响应(Create PDP Context Response)，该PDP Context创建响应中携带有TEID、PDP地址、链路承载(Backbone Bearer)协议、商定的QoS参数、Charging ID等信息。如果GGSN无法满足QoS参数的服务质量要求，则GGSN拒绝SGSN发起的PDP Context创建请求，然后SGSN拒绝MS发起的PDP Context激活请求。
步骤105：SGSN收到PDP Context创建响应后，在PDP Context中插入用于标识PDP Context的NSAPI和GGSN地址信息，并根据商定的QoS参数选择无线优先权，然后向MS返回PDP Context激活响应(Activate PDPContext Accept)，该PDP Context激活响应中携带有PDP类型、PDP地址、TI、商定的QoS参数、无线优先权、PDP配置选项等信息。并且，SGSN启动计费。MS收到PDP Context激活响应，就已经建立了MS与GGSN直接的路由，可以进行分组数据的传输了。
步骤106：MS通过SGSN、GGSN与PDN进行分组数据的交互。
步骤107：结束分组数据交互后，MS向SGSN发送PDP Context去激活请求(Deactivate PDP Context Request)，该PDP Context去激活请求中携带有TI。
步骤108：SGSN收到PDP Context去激活请求后，与MS进行安全性检查和加密，该步骤为可选步骤。
步骤109～步骤111：SGSN向GGSN发送PDP Context删除请求(DeletePDP Context Request)，该PDP Context删除请求中携带有TEID。GGSN收到PDP Context删除请求后，结束对MS的计费，删除对应于TEID的PDPContext，然后向SGSN发送PDP Context删除响应(Delete PDP ContextResponse)，该PDP Context删除响应中携带有TEID。SGSN收到PDP Context删除响应后，结束对MS的计费，删除对应于TEID的PDP Context，然后向MS发送PDP Context去激活响应(Deactivate PDP Context Response)，该PDP Context去激活响应中携带有TI。MS收到PDP Context去激活响应后，删除对应于TI的PDP Context。
由图1描述的实现过程可见，当前的GPRS计费系统中，由于计费的起始点设置在PDP Context激活时，计费的终止点设置在PDP Context删除时，因此只能根据PDP Context传输的数据流量进行计费，或是根据PDP Context处于激活状态的时间长度进行计费。然而，在实际应用中，MS与PDN进行数据交互后，该MS可以基于一个激活的PDP Context进行多种业务，也就是说，如果PDN能够提供多种业务，如电子邮件(Email)收发业务、基于无线应用协议的(WAP，Wireless Application Protocol)的浏览业务、基于文件传输协议(FTP，File Transfer Protocol)的文件传输等业务，则MS在与该PDN建立传输通道后，可通过一个激活的PDP Context承载该PDN能够提供的各种业务。但是，运营商对于各种业务的计费模式很可能采用不同的计费方式，如对于Email收发业务可基于Email接收和发送事件的触发按次计费，对于WAP浏览业务可根据流量计费，对于文件传输业务也可根据流量计费，WAP浏览业务的费率与文件传输业务的费率却不尽相同，这样，根据现有的GPRS计费系统，根本无法对同一PDP Context承载的不同业务进行区分计费。
针对上述情况，第三代合作伙伴计划(3GPP，The 3rd GenerationPartnership Project)目前正在讨论如何实现基于IP数据流的计费(FBC，FlowBased Charging)。对于一个分组数据业务而言，MS的用户使用该业务时，传输和接收到的所有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。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互通。
TPF 205承载IP数据流，当IP数据流的承载建立时，TPF 205通过Gx接口向CRF 203发送计费规则请求，该计费规则请求中携带有与用户和MS相关的信息、承载特性以及与网络相关的信息等，其中与用户和MS相关的信息可为移动台国际号码(MSISDN)、国际移动用户标识(IMSI)等，与网络相关的信息可为移动网络编码(MNC)、移动国家码(MCC)等。另外，由于在IP数据流传输过程中，会对承载进行修改，如对QoS参数进行重新协商，当用户使用同一业务的QoS参数不同时，计费规则可能不同，如QoS参数下降相应的费率也下降。此时，TPF 205可在承载修改时，重新向CRF 203发送计费规则请求，请求新的计费规则；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数据流进行计费。
CRF 203可向TPF 205提供触发事件(Event Trigger)，用以要求TPF 205在特定事件发生时，向CRF 205请求新的计费规则，如CRF 203要求TPF 205在某些承载进行修改的事件发生时，向CRF 203请求新的计费规则。
CRF 203除了根据TPF 205提供的输入信息选择适当的计费规则之外，CRF 203还可根据AF 204或OCS 206的输入信息选择适当的计费规则，如AF 204通知CRF 203用户当前使用的业务类型，CRF 203根据该业务类型选择相应的计费规则。
OCS 206由SCP 201和CCF(Service Data Flow Based Credit ControlFunction)202两个功能实体组成，其中，CCF(Service Data Flow Based CreditControl Function)202是执行信用控制的功能实体，仅应用于在线计费系统，可通过在现有的OCS 206中增加新的功能来实现。在在线计费过程中，CCF(Service Data Flow Based Credit Control Function)202对用户信用进行管理和控制，当用户使用业务时，CCF(Service Data Flow Based Credit ControlFunction)202对该用户信用池中的信用进行鉴权，并通过Gy接口向TPF 205下发用户能够使用的信用。
对应于GPRS网络，TPF 205为GGSN，AF为PDN中的一个业务网关或业务服务器，CRF 203为新增的逻辑实体。TPF 205为计费规则的执行点，CRF 203为计费规则的控制点。
目前，规范中定义了在CRF和TPF之间通过对话的方式进行通信，并且不同对话之间采用对话号进行标识，即当承载建立时，TPF向CRF请求计费规则，CRF向TPF提供计费规则，此时TPF和CRF之间建立对话，并通过对话号标识TPF和CRF之间建立的对话。在后续承载修改、承载删除的过程中，TPF需要向CRF重新请求计费规则时，TPF通过对话号标识当前计费规则请求与先前建立的对话之间的对应关系；同样地，在CRF收到AF或OCS提供的用于确定计费规则的输入信息，需要主动向TPF提供计费规则时，CRF也需要通过对话号标识当前提供的计费规则与先前建立的对话之间的对应关系。
在两个实体间建立对话的意义在于在两个实体间建立状态机，这样，两个实体在进行后续交互时可直接使用状态机中的数据，而无需在每次交互时都提供相关信息。例如，承载建立时，TPF需向CRF提供用户信息、承载属性、网络信息等相关信息，TPF与CRF之间建立对话后，TPF和CRF均会存储这些相关信息，在TPF与CRF后续的交互过程中，如承载修改、承载删除时，TPF向CRF请求计费规则，或OCS、AF向CRF提供确定计费规则的输入信息，CRF主动向TPF发送计费规则等过程，发送方无需再向接收方提供这些相关信息，而是仅仅提供对话号标识出相应的对话即可。
虽然规范中定义了在CRF和TPF之间通过对话的方式进行通信，但规范中并未指出对话的建立方式，导致了现有流程在实现上的不确定性，造成了TPF和CRF之间交互的消息无法互通。
发明内容
有鉴于此，本发明的目的在于提供一种基于分组数据流计费的对话建立方法，明确TPF与CRF之间的对话建立过程及建立方式。
为了达到上述目的，本发明提供了一种基于分组数据流计费的对话建立方法，该方法包含：
A1、TPF与CRF之间建立针对于用户的每个承载的对话。
TPF分配对话号时，所述步骤A1为：承载建立时，TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
CRF分配对话号时，所述步骤A1为：承载建立时，CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
所述步骤A1之前进一步包括：CRF判断是否收到来自TPF的承载建立指示，如果是，则执行步骤A1。
TPF和CRF共同分配对话号时，所述步骤A1为：承载建立时，TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
所述步骤A1之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
本发明还提供了一种基于分组数据流计费的对话建立方法，该方法包含：
A2、TPF与CRF之间建立针对于用户的APN的对话。
TPF分配对话号，承载建立时，所述A2之前进一步包括：TPF根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于所述用户的所述APN的对话，如果没有，则执行步骤A2。
所述步骤A2为：TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
CRF分配对话号，承载建立时，所述A2之前进一步包括：CRF判断是否收到承载建立指示，如果是，CRF根据TPF地址信息、用户标识信息和APN信息，判断是否已经与TPF建立了针对于所述用户的所述APN的对话，如果没有建立，则执行步骤A2。
所述步骤A2为：CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
所述承载建立指示、TPF地址信息、用户标识信息和APN信息来自于TPF。
TPF和CRF共同分配对话号，承载建立时，所述A2之前进一步包括：TPF根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于所述用户的所述APN的对话，如果没有，则执行步骤A2。
所述步骤A2为：TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
所述步骤A2之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
该方法进一步包含：TPF为每个新建立的承载分配承载标识，并向CRF提供该承载标识。
本发明又提供了一种基于分组数据流计费的对话建立方法，该方法包含：
A3、TPF与CRF之间建立针对于用户的对话。
TPF分配对话号，承载建立时，所述A3之前进一步包括：TPF根据用户标识信息判断是否已经与CRF建立了针对于所述用户的对话，如果没有，则执行步骤A3。
所述步骤A3为：TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
CRF分配对话号，承载建立时，所述A3之前进一步包括：CRF判断是否收到承载建立指示，如果是，CRF根据TPF地址信息和用户标识信息，判断是否已经与TPF建立了针对于所述用户的对话，如果没有建立，则执行步骤A3。
所述步骤A3为：CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
所述承载建立指示、TPF地址信息和用户标识信息来自于TPF。
TPF和CRF共同分配对话号，承载建立时，所述A3之前进一步包括：TPF根据用户标识信息判断是否已经与CRF建立了针对于所述用户的对话，如果没有，则执行步骤A3。
所述步骤A3为：TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
所述步骤A3之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
该方法进一步包含：TPF为每个新建立的承载分配承载标识，并向CRF提供该承载标识。
本发明中提供了多种TPF与CRF建立对话的方式，如TPF与CRF之间的对话可针对于每个用户的每个承载建立；又如TPF与CRF之间的对话可针对于每个用户的每个APN建立；再如TPF与CRF之间的对话可针对于每个用户的所有承载建立，完善了TPF与CRF之间对话的建立机制，使得整个计费流程的实现更为完整。并且，本发明中提供了多种TPF与CRF之间对话的建立方式，可根据实际计费情况进行灵活选择。
附图说明
图1示出了PDP Context激活、数据传输、去激活流程图；
图2A示出了支持在线计费的FBC系统结构图；
图2B示出了支持离线计费的FBC系统结构图；
图3示出了针对于每个承载建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图；
图4示出了针对于每个承载建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图；
图5示出了针对于每个承载建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图；
图6示出了针对于每个用户的每个APN建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图；
图7示出了针对于每个用户的每个APN建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图；
图8示出了针对于每个用户的每个APN建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图；
图9示出了针对于每个用户的所有承载建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图；
图10示出了针对于每个用户的所有承载建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图；
图11示出了针对于每个用户的所有承载建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图；
图12示出了针对于每个用户的每个承载建立TPF/CRF对话的示意图；
图13示出了针对于每个用户的所有承载建立TPF/CRF对话的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明中提供了多种TPF与CRF建立对话的方式，如TPF与CRF之间的对话可针对于每个用户的每个承载建立，对于GPRS，即为针对于每个用户的每个PDP Context的状态模型建立一个TPF与CRF之间的对话；又如TPF与CRF之间的对话可针对于每个用户的每个APN建立一个TPF与CRF之间的对话，对于GPRS，即为针对于每个用户的相同APN建立一个TPF与CRF之间的对话；再如TPF与CRF之间的对话可针对于每个用户的所有承载建立，对于GPRS，即为针对于每个用户的GPRS承载激活(Activate)/去激活(Deactivate)状态模型建立一个TPF与CRF之间的对话。建立了TPF/CRF对话后，TPF与CRF进行信息交互，如CRF向TPF提供计费规则，TPF根据CRF提供的计费规则，对过滤出的IP数据流进行计费。
针对于每个用户的每个承载建立TPF与CRF之间的对话，即在每个承载建立时，均建立TPF与CRF之间新的对话，每个TPF/CRF对话状态模型对应于单个的承载建立状态模型，承载建立时，建立TPF/CRF对话，承载终止时，释放TPF/CRF对话。对于GPRS，则是每个TPF/CRF对话状态模型对应于单个的PDP Context状态模型。在GGSN中，每个激活的GPRS PDPContext至多有一个PDP Context状态模型。
针对具体的对话建立过程，如果对话号由TPF分配，则在每个承载建立时，TPF均建立新的TPF/CRF对话状态模型，为对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF提供分配的对话号，该对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有新的对话号计费规则请求后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等；如果对话号由CRF分配，则在每个承载建立时，TPF均向CRF发送计费规则请求，并携带相应的承载建立指示，用以标识该计费规则请求是基于承载建立发起的，CRF根据承载建立指示建立新的TPF/CRF对话状态模型，为对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向TPF提供分配的对话号，该对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有新的对话号计费规则响应后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等；如果对话号由TPF和CRF共同分配，则在每个承载建立时，TPF均建立新的TPF/CRF对话状态模型，为对话分配新的TPF部分对话号，存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，并向CRF提供分配的TPF部分对话号，该TPF部分对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有TPF部分对话号的计费规则请求后，建立新的TPF/CRF对话状态模型，分配CRF部分对话号，与TPF提供的TPF部分对话号构成完整的对话号，并存储相应的信息，如完整对话号、用户信息、承载属性、网络信息等，然后CRF向TPF提供该完整对话号，该完整对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有完整对话号的计费规则响应后，根据完整对话号中的TPF部分对话号，索引到先前建立的TPF/CRF对话状态模型，对存储的信息进行更新，如将TPF部分对话号更新为完整对话号。
建立了TPF/CRF对话后，TPF与CRF进行信息交互，如CRF向TPF提供计费规则，TPF根据CRF提供的计费规则，对过滤出的IP数据流进行计费。
图3示出了针对于每个承载建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图，如图3所示，针对于每个承载建立TPF/CRF对话，并且由TPF分配对话号的对话建立过程包括以下步骤：
步骤301：用户设备(UE)向TPF发送承载建立请求(Establish BearerService Request)，在GPRS网络中，则是GGSN收到Create PDP ContextRequest。
步骤302：TPF收到承载建立请求后，建立TPF/CRF对话状态模型，为当前对话分配对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求(Request Charging Rules)，该计费规则请求中携带有供CRF确定计费规则的输入信息和分配的对话号。
步骤303：CRF收到计费规则请求后，根据计费规则请求中携带的新的对话号，建立TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后CRF根据该计费规则请求中携带的输入信息，还可根据AF提供的相关输入信息，如果为在线计费方式，也可根据OCS提供的相关输入信息，选择适当的计费规则。
步骤304：CRF选择了适当的计费规则后，向TPF返回提供计费规则(Provision Charging Rules)，作为计费规则请求的响应，该提供计费规则中可携带有选定的计费规则、计费规则操作指示和TPF在步骤302中分配的对话号，通过该对话号标识当前计费规则响应与先前计费规则请求之间的对应关系。
步骤305：TPF收到提供计费规则后，根据对话号索引到相应的对话，并根据计费规则操作指示对CRF选定的计费规则进行相应操作，如果为在线计费方式，则继续执行步骤306～步骤308，如果为离线计费方式，则直接执行步骤308。
步骤306：TPF根据计费规则中的在线计费指示，向OCS发送信用请求(Credit Request)，向OCS请求用户的信用信息。
步骤307：OCS收到信用请求后，确定用户的信用，然后向TPF返回信用响应(Credit Response)，如果OCS确定出用户的信用，则该信用响应中携带有用户的信用；如果OCS未确定出用户的信用，则该信用响应中可携带有差错原因值。
步骤308：TPF向UE返回承载建立响应(Establish Bearer ServiceAccept)，如果TPF能够根据已有信息建立承载，如OCS返回了用户的信用，则该承载建立响应为承载建立成功响应，TPF接受UE发起的承载建立请求，并继续后续的承载建立流程；如果TPF无法根据已有信息建立承载，如OCS未返回用户的信用，则该承载建立响应为承载建立失败响应，TPF拒绝UE发起的承载建立请求。
图4示出了针对于每个承载建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图，如图4所示，针对于每个承载建立TPF/CRF对话，并且由CRF分配对话号的对话建立过程包括以下步骤：
步骤401与步骤301相同。
步骤402：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，并可进一步携带承载建立指示，用以标识该计费规则请求是基于承载建立发起的。
步骤403：CRF收到计费规则请求后，根据计费规则请求中携带的承载建立指示，建立TPF/CRF对话状态模型，为当前对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后CRF根据该计费规则请求中携带的输入信息，还可根据AF提供的相关输入信息，如果为在线计费方式，也可根据OCS提供的相关输入信息，选择适当的计费规则。
步骤404：CRF选择了适当的计费规则后，向TPF返回提供计费规则，该提供计费规则中可携带有选定的计费规则、计费规则操作指示和分配的对话号。
步骤405：TPF收到提供计费规则后，根据提供计费规则消息中携带的新的对话号，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等，并根据计费规则操作指示对CRF选定的计费规则进行相应操作，如果为在线计费方式，则继续执行步骤406～步骤408，如果为离线计费方式，则直接执行步骤408。
步骤406～步骤407与步骤306～步骤307相同。
步骤408与步骤308相同。
图5示出了针对于每个承载建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图，如图5所示，针对于每个承载建立TPF/CRF对话，并且由TPF和CRF共同分配对话号的对话建立过程包括以下步骤：
步骤501与步骤301相同。
步骤502：TPF收到承载建立请求后，建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和分配的TPF部分对话号。
步骤503：CRF收到计费规则请求后，根据计费规则请求中携带的不完整的对话号，即TPF部分对话号，建立TPF/CRF对话状态模型，分配CRF部分对话号，并存储相应的信息，如完整对话号(由在步骤502中接收到的TPF部分对话号和当前分配的CRF部分对话号构成)、用户信息、承载属性、网络信息等，然后CRF根据该计费规则请求中携带的输入信息，还可根据AF提供的相关输入信息，如果为在线计费方式，也可根据OCS提供的相关输入信息，选择适当的计费规则。
步骤504：CRF选择了适当的计费规则后，向TPF返回提供计费规则，作为计费规则请求的响应，该提供计费规则中可携带有选定的计费规则、计费规则操作指示和TPF与CRF共同分配的完整对话号。
步骤505：TPF接收到携带有完整对话号的提供计费规则后，根据完整对话号中的TPF部分对话号，索引到先前建立的TPF/CRF对话状态模型，对存储的信息进行更新，如将TPF部分对话号更新为完整对话号，然后TPF根据计费规则操作指示对CRF选定的计费规则进行相应操作，如果为在线计费方式，则继续执行步骤506～步骤508，如果为离线计费方式，则直接执行步骤508。
步骤506～步骤507与步骤306～步骤307相同。
步骤508与步骤308相同。
针对于每个用户的每个承载建立TPF/CRF对话时，每个TPF/CRF对话中的操作(如提供、修改、删除计费规则，或提供触发事件(Event trigger)等)是相互独立的，即这些操作是针对每个用户的每个承载的，CRF可通过TPF/CRF对话状态模型对每个用户承载进行相应的FBC控制。
图12示出了针对于每个用户的每个承载建立TPF/CRF对话的示意图，如图12所示，对于TPF的同一个用户而言，TPF中每个承载状态模型(Established Bearer State Model)对应于一个TPF/CRF对话状态模型(TPF/CRF Instance State Model)，即TPF/CRF对话状态模型在建立承载状态模型时建立，对于GPRS，则为收到Create PDP context request时建立；在释放承载状态模型时释放，对于GPRS，则为收到相应的Delete PDP contextrequest时释放。
另外，还可针对于每个用户的每个APN建立TPF与CRF之间的对话，即针对每个用户建立一个新的APN承载IP数据流时，建立新的对话，无需针对后续同一用户建立的相同APN的新承载建立新的对话。一个用户可同时建立多个具有相同APN的承载，对于GRPS，即为一个用户可同时建立多个具有相同APN的PDP Context。当一个用户建立新的承载时，分配对话号的实体判断是否已经建立了针对于该用户的该APN的CRF/TPF对话状态模型，如果是，则使用先前分配的针对于该用户的该APN的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，建立新的TPF/CRF对话状态模型，并分配新的对话号。
针对具体的对话建立过程，如果对话号由TPF分配，则当用户建立新的承载时，TPF根据用户标识和APN信息，判断是否已经建立了针对于该用户的该APN的TPF/CRF对话状态模型，如果是，则TPF直接使用先前建立的针对于该用户的该APN的TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，TPF建立针对于该用户的该APN的TPF/CRF对话状态模型，为对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF提供分配的对话号，该对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有新的对话号计费规则请求后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等。
如果对话号由CRF分配，则当用户建立新的承载时，TPF向CRF发送计费规则请求，并携带相应的承载建立指示，用以标识该计费规则请求是基于承载建立发起的，进一步的TPF可向CRF提供用户标识、APN信息和TPF地址信息，CRF根据TPF提供的承载建立指示、用户标识、APN信息和TPF地址信息，判断是否已经针对该用户的该APN与相应TPF建立了TPF/CRF对话状态模型，如果是，则CRF直接使用先前建立的针对于该用户的该APN的TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，CRF建立针对于该用户的该APN的TPF/CRF对话状态模型，为对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向TPF提供分配的对话号，该对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有新的对话号计费规则响应后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等。
如果对话号由TPF和CRF共同分配，则当用户建立新的承载时，TPF根据用户标识和APN信息，判断是否已经与CRF建立了针对于该用户的该APN的TPF/CRF对话状态模型，如果是，则TPF直接使用先前建立的针对于该用户的该APN的TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，TPF建立针对于该用户的该APN的TPF/CRF对话状态模型，分配新的TPF部分对话号，并存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，并向CRF提供分配的TPF部分对话号，该TPF部分对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有TPF部分对话号的计费规则请求后，建立新的TPF/CRF对话状态模型，分配CRF部分对话号，然后与TPF提供的TPF部分对话号构成完整的对话号，并存储相应的信息，如完整对话号、用户信息、承载属性、网络信息等，然后CRF向TPF提供该完整对话号，该完整对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有完整对话号的计费规则响应后，根据完整对话号中的TPF部分对话号，索引到先前建立的TPF/CRF对话状态模型，对存储的信息进行更新，如将TPF部分对话号更新为完整对话号。
建立了TPF/CRF对话后，TPF与CRF进行信息交互，如CRF向TPF提供计费规则，TPF根据CRF提供的计费规则，对过滤出的IP数据流进行计费。
图6示出了针对于每个用户的每个APN建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图，如图6所示，针对于每个用户的每个APN建立TPF/CRF对话，并且由TPF分配对话号的对话建立过程包括以下步骤：
步骤601与步骤301相同。
步骤602：TPF收到承载建立请求后，根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于该用户的该APN的对话，如果是，则直接向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和先前分配的对话号，通过该先前分配的对话号标识当前对话中的计费规则请求与先前建立的TPF/CRF对话的关系；否则，TPF建立TPF/CRF对话状态模型，分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和当前分配的对话号。
步骤603与步骤303相同。
步骤604与步骤304相同。
步骤605与步骤305相同。
步骤606～步骤607与步骤306～步骤307相同。
步骤608与步骤608相同。
图7示出了针对于每个用户的每个APN建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图，如图7所示，针对于每个用户的每个APN建立TPF/CRF对话，并且由CRF分配对话号的对话建立过程包括以下步骤：
步骤701与步骤401相同。
步骤702：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，并进一步携带有承载建立指示，用以标识该计费规则请求是基于承载建立发起的，以及用户标识信息、APN信息和TPF地址信息。
步骤703：CRF收到计费规则请求后，根据计费规则请求中携带的承载建立指示、用户标识信息、APN信息和TPF地址信息，判断是否已经与相应TPF建立了针对于该用户的该APN的对话，如果是，则直接向TPF返回提供计费规则，该提供计费规则中携带有选定的计费规则、计费规则操作指示和先前分配的对话号，通过该先前分配的对话号标识当前对话中的提供计费规则消息与先前建立的TPF/CRF对话的关系；否则，CRF建立TPF/CRF对话状态模型，为当前对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后CRF根据该计费规则请求中携带的输入信息，还可根据AF提供的相关输入信息，如果为在线计费方式，也可根据OCS提供的相关输入信息，选择适当的计费规则。
步骤704与步骤404相同。
步骤705与步骤405相同。
步骤706～步骤707与步骤406～步骤407相同。
步骤708与步骤408相同。
图8示出了针对于每个用户的每个APN建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图，如图8所示，针对于每个用户的每个APN建立TPF/CRF对话，并且由TPF和CRF共同分配对话号的对话建立过程包括以下步骤：
步骤801与步骤501相同。
步骤802：TPF收到承载建立请求后，根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于该用户的该APN的对话，如果是，则直接向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和先前分配的对话号，通过该先前分配的对话号标识当前对话中的计费规则请求与先前建立的TPF/CRF对话的关系；否则，TPF建立TPF/CRF对话状态模型，为当前对话分配新的TPF部分对话号，并存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和当前分配的TPF部分对话号。
步骤803与步骤503相同。
步骤804与步骤504相同。
步骤805与步骤505相同。
步骤806～步骤807与步骤506～步骤507相同。
步骤808与步骤508相同。
TPF和CRF之间针对于每个用户的每个APN建立对话时，每个TPF/CRF对话中的操作(如提供、修改、删除计费规则，或提供触发事件等)是针对同一用户的所有具有相同APN的承载，CRF可以通过对话状态模型对用户相同APN的承载进行统一的FBC控制。
另外，为了使CRF对用户的每个承载也能够进行FBC控制，可以要求TPF在每个承载建立时，为该承载分配相应的承载标识(Bearer ID)，并对于该承载TPF第一次向CRF请求计费规则时携带分配的承载标识，或是对于该承载TPF第一次向CRF上报触发事件报告时携带承载标识。TPF分配的承载标识需要保证对于同一个用户相同APN下的承载标识是唯一的，该用户相同APN下的不同承载的承载标识不会重复。CRF可根据和TPF/CRF对话状态模型和承载标识对同一用户的不同承载进行不同的FBC控制。
此外，还可针对于每个用户的所有承载建立TPF与CRF之间的对话，即针对每个用户在TPF中建立的第一个承载，建立新的TPF/CRF对话，无需针对用户后续在TPF中建立的新承载建立新的对话。当一个用户在TPF中建立新的承载时，分配对话号的实体判断是否已经建立了针对该TPF中针对于该用户所有承载的TPF/CRF对话，如果是，则直接使用先前分配的针对于该用户所有承载的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，建立针对于该用户所有承载的TPF/CRF对话状态模型，并分配新的对话号。
针对具体的对话建立过程，如果对话号由TPF分配，则当用户建立新的承载时，TPF根据用户标识信息，判断是否已经建立了针对于该用户的所有承载的TPF/CRF对话状态模型，如果是，则TPF直接使用先前建立的针对于该用户的所有承载的TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，即TPF判断出该承载建立是用户在TPF中建立的第一个承载，则建立针对于该用户所有承载的TPF/CRF对话状态模型，分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF提供分配的对话号，该对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有新的对话号计费规则请求后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等。
如果对话号由CRF分配，则当用户建立新的承载时，TPF向CRF发送计费规则请求，并携带相应的承载建立指示，用以标识该计费规则请求是基于承载建立发起的，进一步的TPF可向CRF提供用户标识和TPF地址信息，CRF根据TPF提供的承载建立指示、TPF地址信息和用户标识信息，判断是否已经与相应TPF建立了针对该用户的所有承载的TPF/CRF对话状态模型，如果是，则CRF直接使用先前建立的针对于该用户的所有承载的TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，即CRF判断出该承载建立是用户在相应TPF中建立的第一个承载，则建立针对于该用户所有承载的TPF/CRF对话状态模型，分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向TPF提供分配的对话号，该对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有新的对话号计费规则响应后，建立新的TPF/CRF对话状态模型，存储相应的信息，如对话号、用户信息、承载属性、网络信息等。
如果对话号由TPF和CRF共同分配，则当用户建立新的承载时，TPF根据用户标识信息，判断是否已经建立了针对于该用户的所有承载的TPF/CRF对话状态模型，如果是，则TPF直接使用先前建立的针对于该用户TPF/CRF对话状态模型中的对话号标识当前建立的承载与先前建立的TPF/CRF对话的关系，否则，即TPF判断出该承载建立是用户在TPF中建立的第一个承载，则建立针对于该用户所有承载的TPF/CRF对话状态模型，分配新的TPF部分对话号，并存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，并向CRF提供分配的TPF部分对话号，该TPF部分对话号可携带在TPF向CRF发送的计费规则请求中，CRF接收到携带有TPF部分对话号的计费规则请求后，建立新的TPF/CRF对话状态模型，分配CRF部分对话号，与TPF提供的部分对话号构成完整的对话号，并存储相应的信息，如完整对话号、用户信息、承载属性、网络信息等，然后CRF向TPF提供该完整对话号，该完整对话号可携带在CRF向TPF返回计费规则的消息中，TPF接收到携带有完整对话号的计费规则响应后，根据完整对话号中的TPF部分对话号，索引到先前建立的TPF/CRF对话状态模型，对存储的信息进行更新，如将TPF部分对话号更新为完整对话号。
上述TPF或CRF判断是否已经建立了针对于同一用户所有承载的TPF/CRF对话状态模型的方法可以是通过在TPF或CRF中建立承载Activate/Deactivate状态模型来进行。TPF或CRF在收到某一用户的第一条承载建立请求时，建立承载激活Activate/去激活Deactivate状态模型，在收到用户最后一条承载终止请求时释放承载Activate/Deactivate状态模型。这样，可以通过判断TPF或CRF中是否有针对该用户的承载Activate/Deactivate状态模型来判断是否已经建立了针对于该用户所有承载的TPF/CRF对话状态模型。
建立了TPF/CRF对话后，TPF与CRF进行信息交互，如CRF向TPF提供计费规则，TPF根据CRF提供的计费规则，对过滤出的IP数据流进行计费。
图9示出了针对于每个用户的所有承载建立TPF/CRF对话且由TPF分配对话号的对话建立过程示意图，如图9所示，针对于每个用户的所有承载建立TPF/CRF对话，并且由TPF分配对话号的对话建立过程包括以下步骤：
步骤901与步骤301相同。
步骤902：TPF收到承载建立请求后，根据用户标识信息判断是否已经与CRF建立了针对于该用户所有承载的TPF/CRF对话，如果是，则直接向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和先前分配的对话号，通过该先前分配的对话号标识当前对话中的计费规则请求与先前建立的TPF/CRF的关系；否则，TPF建立针对于该用户所有承载的TPF/CRF对话状态模型，分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和当前分配的对话号。
步骤903与步骤303相同。
步骤904与步骤304相同。
步骤905与步骤305相同。
步骤906～步骤907与步骤306～步骤307相同。
步骤908与步骤308相同。
图10示出了针对于每个用户的所有承载建立TPF/CRF对话且由CRF分配对话号的对话建立过程示意图，如图10所示，针对于每个用户的所有承载建立TPF/CRF对话，并且由CRF分配对话号的对话建立过程包括以下步骤：
步骤A1与步骤401相同。
步骤A2：TPF收到承载建立请求后，向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息，并进一步携带有承载建立指示，用以标识该计费规则请求是基于承载建立发起的，以及用户标识信息和TPF地址信息。
步骤A3：CRF收到计费规则请求后，根据计费规则请求中携带的承载建立指示、用户标识信息和TPF地址信息，判断是否已经与相应TPF建立了针对于该用户所有承载的TPF/CRF对话，如果是，则直接向TPF返回提供计费规则，该提供计费规则中携带有选定的计费规则、计费规则操作指示和先前分配的对话号，通过该先前分配的对话号标识当前对话中的提供计费规则消息与先前建立的TPF/CRF对话的关系；否则，CRF建立TPF/CRF对话状态模型，为当前对话分配新的对话号，并存储相应的信息，如对话号、用户信息、承载属性、网络信息等，然后CRF根据该计费规则请求中携带的输入信息，还可根据AF提供的相关输入信息，如果为在线计费方式，也可根据OCS提供的相关输入信息，选择适当的计费规则。
步骤A4与步骤404相同。
步骤A5与步骤405相同。
步骤A6～步骤A7与步骤406～步骤407相同。
步骤A8与步骤408相同。
图11示出了针对于每个用户的所有承载建立TPF/CRF对话且由TPF和CRF共同分配对话号的对话建立过程示意图，如图11所示，针对于每个用户的所有承载建立TPF/CRF对话，并且由TPF和CRF共同分配对话号的对话建立过程包括以下步骤：
步骤B1与步骤501相同。
步骤B2：TPF收到承载建立请求后，根据用户标识信息判断是否已经建立了针对于该用户所有承载的对话，如果是，则直接向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和先前分配的对话号，通过该先前分配的对话号标识当前对话中的计费规则请求与先前建立的TPF/CRF对话的关系；否则，TPF建立TPF/CRF对话状态模型，为当前对话分配新的TPF部分对话号，并存储相应的信息，如TPF部分对话号、用户信息、承载属性、网络信息等，然后向CRF发送计费规则请求，该计费规则请求中携带有供CRF确定计费规则的输入信息和当前分配的TPF部分对话号。
步骤B3与步骤503相同。
步骤B4与步骤504相同。
步骤B5与步骤505相同。
步骤B6～步骤B7与步骤506～步骤507相同。
步骤B8与步骤508相同。
TPF和CRF之间针对于每个用户的所有承载的建立对话时，每个TPF/CRF对话中的操作(如提供、修改、删除计费规则，或提供Event trigger触发事件等)是与每个用户承载无关的，即这些操作是针对一个用户的所有承载的，CRF可以通过对话状态模型对用户所有的承载进行统一的FBC控制。
另外，为了使CRF对用户的每个承载也能够进行FBC控制，可以要求TPF在每个承载建立时，为该承载分配相应的承载标识，并对于该承载TPF第一次向CRF请求计费规则时携带分配的承载标识，或是对于该承载TPF第一次向CRF上报触发事件报告时携带承载标识。TPF分配的承载标识需要保证对于同一个用户其承载标识是唯一的，不会与该用户的其他承载标识重复。CRF可根据TPF/CRF对话状态模型承载标识对同一用户的不同承载进行不同的FBC控制。
图13示出了针对于每个用户的所有承载建立TPF/CRF对话的示意图，如图13所示，对于在TPF的同一个用户而言，每个TPF/CRF对话状态模型总是至少包含一个承载激活/去激活状态模型(Bearer Activate/DeactivateState Model)，并且，TPF/CRF对话状态模型可进一步包含多个与该承载激活/去激活状态模型相关的承载建立状态模型。对于GPRS，即为TPF/CRF对话状态模型由至少一个GPRS激活/去激活状态模型(GPRSActivate/Deactivate State Model)和可选的多个GPRS PDP Context状态模型(GPRS PDP context State Models)组成。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (26)

1、一种基于分组数据流计费的对话建立方法，其特征在于，该方法包含：
A1、TPF与CRF之间建立针对于用户的每个承载的对话。
2、根据权利要求1所述的方法，其特征在于，TPF分配对话号时，所述步骤A1为：承载建立时，TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
3、根据权利要求1所述的方法，其特征在于，CRF分配对话号时，所述步骤A1为：承载建立时，CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
4、根据权利要求3所述的方法，其特征在于，所述步骤A1之前进一步包括：CRF判断是否收到来自TPF的承载建立指示，如果是，则执行步骤A1。
5、根据权利要求1所述的方法，其特征在于，TPF和CRF共同分配对话号时，所述步骤A1为：承载建立时，TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
6、根据权利要求5所述的方法，其特征在于，所述步骤A1之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
7、一种基于分组数据流计费的对话建立方法，其特征在于，该方法包含：
A2、TPF与CRF之间建立针对于用户的APN的对话。
8、根据权利要求7所述的方法，其特征在于，TPF分配对话号，承载建立时，所述A2之前进一步包括：TPF根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于所述用户的所述APN的对话，如果没有，则执行步骤A2。
9、根据权利要求8所述的方法，其特征在于，所述步骤A2为：TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
10、根据权利要求7所述的方法，其特征在于，CRF分配对话号，承载建立时，所述A2之前进一步包括：CRF判断是否收到承载建立指示，如果是，CRF根据TPF地址信息、用户标识信息和APN信息，判断是否已经与TPF建立了针对于所述用户的所述APN的对话，如果没有建立，则执行步骤A2。
11、根据权利要求10所述的方法，其特征在于，所述步骤A2为：CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
12、根据权利要求10所述的方法，其特征在于，所述承载建立指示、TPF地址信息、用户标识信息和APN信息来自于TPF。
13、根据权利要求7所述的方法，其特征在于，TPF和CRF共同分配对话号，承载建立时，所述A2之前进一步包括：TPF根据用户标识信息和APN信息，判断是否已经与CRF建立了针对于所述用户的所述APN的对话，如果没有，则执行步骤A2。
14、根据权利要求13所述的方法，其特征在于，所述步骤A2为：TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
15、根据权利要求14所述的方法，其特征在于，所述步骤A2之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
16、根据权利要求7所述的方法，其特征在于，该方法进一步包含：TPF为每个新建立的承载分配承载标识，并向CRF提供该承载标识。
17、一种基于分组数据流计费的对话建立方法，其特征在于，该方法包含：
A3、TPF与CRF之间建立针对于用户的对话。
18、根据权利要求17所述的方法，其特征在于，TPF分配对话号，承载建立时，所述A3之前进一步包括：TPF根据用户标识信息判断是否已经与CRF建立了针对于所述用户的对话，如果没有，则执行步骤A3。
19、根据权利要求18所述的方法，其特征在于，所述步骤A3为：TPF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向CRF提供该对话号，CRF根据收到的对话号建立TPF/CRF对话状态模型。
20、根据权利要求17所述的方法，其特征在于，CRF分配对话号，承载建立时，所述A3之前进一步包括：CRF判断是否收到承载建立指示，如果是，CRF根据TPF地址信息和用户标识信息，判断是否已经与TPF建立了针对于所述用户的对话，如果没有建立，则执行步骤A3。
21、根据权利要求20所述的方法，其特征在于，所述步骤A3为：CRF建立TPF/CRF对话状态模型，为当前对话分配对话号，然后向TPF提供该对话号，TPF根据收到的对话号建立TPF/CRF对话状态模型。
22、根据权利要求20所述的方法，其特征在于，所述承载建立指示、TPF地址信息和用户标识信息来自于TPF。
23、根据权利要求17所述的方法，其特征在于，TPF和CRF共同分配对话号，承载建立时，所述A3之前进一步包括：TPF根据用户标识信息判断是否已经与CRF建立了针对于所述用户的对话，如果没有，则执行步骤A3。
24、根据权利要求23所述的方法，其特征在于，所述步骤A3为：TPF建立TPF/CRF对话状态模型，为当前对话分配TPF部分对话号，并向CRF提供该TPF部分对话号，CRF建立TPF/CRF对话状态模型，为当前对话分配CRF部分对话号，将TPF部分对话号与CRF部分对话号构成TPF/CRF对话的完整对话号。
25、根据权利要求14所述的方法，其特征在于，所述步骤A3之后进一步包括：CRF向TPF提供完整对话号，TPF根据完整对话号中的TPF部分对话号索引至先前建立的TPF/CRF对话状态模型，并将TPF对话号更新为完整对话号。
26、根据权利要求17所述的方法，其特征在于，该方法进一步包含：TPF为每个新建立的承载分配承载标识，并向CRF提供该承载标识。
CNB200410056106XA 2004-08-11 2004-08-11 一种基于分组数据流计费的对话建立方法 Active CN1319317C (zh)

Priority Applications (11)

Application Number Priority Date Filing Date Title
CNB200410056106XA CN1319317C (zh) 2004-08-11 2004-08-11 一种基于分组数据流计费的对话建立方法
PCT/CN2005/001237 WO2006015547A1 (fr) 2004-08-11 2005-08-11 Procede d'etablissement de dialogues sur la charge de paquets de donnees
EP09178011A EP2159955B1 (en) 2004-08-11 2005-08-11 Method for establishing diameter session for packet flow based charging
DE602005018219T DE602005018219D1 (de) 2004-08-11 2005-08-11 Verfahren zur herstellung des gebührendialogs basierend auf den paketdaten
EP05780653A EP1772990B1 (en) 2004-08-11 2005-08-11 A method for establishing the dialog of the charge based on the packet data
ES05780653T ES2335354T3 (es) 2004-08-11 2005-08-11 Procedimiento para establecer el dialogo de cobro basandose en los datos en paquetes.
AT09178011T ATE554596T1 (de) 2004-08-11 2005-08-11 Verfahren zur errichtung einer diameter session für paketflussbasiertes abrechnen
RU2007108378/09A RU2349045C2 (ru) 2004-08-11 2005-08-11 Способ установления diameter-сессии для тарификации по потоку пакетных данных
AT05780653T ATE451769T1 (de) 2004-08-11 2005-08-11 Verfahren zur herstellung des gebührendialogs basierend auf den paketdaten
US11/702,520 US7889650B2 (en) 2004-08-11 2007-02-06 Method for establishing diameter session for packet flow based charging
US13/004,082 US8605585B2 (en) 2004-08-11 2011-01-11 Method for establishing diameter session for packet flow based charging

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB200410056106XA CN1319317C (zh) 2004-08-11 2004-08-11 一种基于分组数据流计费的对话建立方法

Publications (2)

Publication Number Publication Date
CN1735017A CN1735017A (zh) 2006-02-15
CN1319317C true CN1319317C (zh) 2007-05-30

Family

ID=35839141

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200410056106XA Active CN1319317C (zh) 2004-08-11 2004-08-11 一种基于分组数据流计费的对话建立方法

Country Status (8)

Country Link
US (2) US7889650B2 (zh)
EP (2) EP2159955B1 (zh)
CN (1) CN1319317C (zh)
AT (2) ATE554596T1 (zh)
DE (1) DE602005018219D1 (zh)
ES (1) ES2335354T3 (zh)
RU (1) RU2349045C2 (zh)
WO (1) WO2006015547A1 (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1303781C (zh) * 2004-04-01 2007-03-07 华为技术有限公司 一种分组数据业务的计费控制方法
CN1319317C (zh) * 2004-08-11 2007-05-30 华为技术有限公司 一种基于分组数据流计费的对话建立方法
US8942668B2 (en) * 2007-04-20 2015-01-27 Alcatel Lucent Camel service charging in IMS networks
US20090279543A1 (en) * 2008-05-06 2009-11-12 Lucent Technologies Inc. Method and System for Handling Tethered User Devices in a Telecommunications Network
EP2415227A1 (en) 2009-04-01 2012-02-08 Nokia Siemens Networks OY Optimized interface between two network elements operating under an authentication, authorization and accounting protocol
US20100260098A1 (en) * 2009-04-10 2010-10-14 Qualcomm Incorporated Header compression for ip relay nodes
US9480092B2 (en) * 2009-04-23 2016-10-25 Qualcomm Incorporated Establishing packet data network connectivity for local internet protocol access traffic
US8787174B2 (en) * 2009-12-31 2014-07-22 Tekelec, Inc. Methods, systems, and computer readable media for condition-triggered policies
US9185510B2 (en) * 2010-03-03 2015-11-10 Tekelec, Inc. Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers
US9917700B2 (en) 2010-03-15 2018-03-13 Tekelec, Inc. Systems, methods, and computer readable media for policy enforcement correlation
CN102209309B (zh) * 2010-03-30 2013-10-09 华为技术有限公司 流计费方法、装置和一种流计费系统
US8352803B2 (en) 2010-06-07 2013-01-08 Alcatel Lucent Framework for managing failures in outbound messages
TWI504303B (zh) * 2010-10-05 2015-10-11 Htc Corp 處理基於存取點名稱之擁塞控制的方法及其通訊裝置
US8812020B2 (en) 2010-10-15 2014-08-19 Tekelec, Inc. Methods, systems, and computer readable media for location-based policy enhancement
US8626156B2 (en) 2010-10-20 2014-01-07 Tekelec, Inc. Methods, systems, and computer readable media for selective policy enhancement (PE) for high-usage roamers
JP4927213B1 (ja) * 2010-12-03 2012-05-09 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置
US8681622B2 (en) 2010-12-17 2014-03-25 Tekelec, Inc. Policy and charging rules function (PCRF) and performance intelligence center (PIC) based congestion control
TWI429308B (zh) * 2011-02-14 2014-03-01 Wistron Corp 建立點對點傳輸的方法及行動通訊系統
TWI463893B (zh) 2011-07-07 2014-12-01 Htc Corp 處理存取網路探索及選擇功能的方法及其通訊裝置
US9106769B2 (en) 2011-08-10 2015-08-11 Tekelec, Inc. Methods, systems, and computer readable media for congestion management in a diameter signaling network
WO2014014823A1 (en) 2012-07-14 2014-01-23 Tekelec, Inc. Methods, systems, and computer readable media for policy-based local breakout (lbo)
EP2873268B1 (en) 2012-07-14 2018-01-17 Tekelec, Inc. Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network
US10477385B2 (en) 2012-07-20 2019-11-12 Tekelec, Inc. Methods, systems and computer readable media for distributing policy rules to the mobile edge
US20140059201A1 (en) * 2012-08-22 2014-02-27 Alcatel-Lucent Canada, Inc. Per flow dynamic metering selection
US10194414B2 (en) * 2013-01-07 2019-01-29 Futurewei Technologies, Inc. Information centric networking based service centric networking
CN105009613A (zh) * 2013-05-15 2015-10-28 华为技术有限公司 群组计费方法、网关设备、计费设备以及通信系统
RU2668293C2 (ru) * 2014-06-03 2018-09-28 Телефонактиеболагет Лм Эрикссон (Пабл) Упреждающий кредитный контроль
US11888598B1 (en) * 2023-04-18 2024-01-30 T-Mobile Innovations Llc Central routing function (CRF) implementation on a call route

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001067706A2 (en) * 2000-03-10 2001-09-13 Telefonaktiebolaget L M Ericsson (Publ) Method in a packet data network of reporting accounting records
WO2001091446A2 (en) * 2000-05-24 2001-11-29 Nokia Corporation Common charging identifier for communication networks
US20030152039A1 (en) * 2002-02-08 2003-08-14 Timothy Roberts Customer billing in a communications network
CN1459185A (zh) * 2000-09-01 2003-11-26 诺基亚公司 通信系统内的计费

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9927597D0 (en) 1999-11-22 2000-01-19 Nokia Networks Oy Improving charging efficiency
FI112151B (fi) * 1999-12-23 2003-10-31 Nokia Corp Sanoman välitys
US20020068545A1 (en) * 2000-11-06 2002-06-06 Johnson Oyama Method and apparatus for coordinating charging for services provided in a multimedia session
WO2002037870A2 (en) * 2000-11-06 2002-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for coordinated charging of services in a multimedia session
US7609682B2 (en) * 2001-06-01 2009-10-27 Alcatel-Lucent Usa Inc. Implementing an intelligent network service for a packet-switched service using a node interfacing a mobile communications network to a packet data network
US20040028055A1 (en) * 2002-07-26 2004-02-12 Lila Madour Differentiated accounting in a packet data network
CN1256823C (zh) * 2002-12-07 2006-05-17 华为技术有限公司 能够基于用户数据流量计费的无线局域网服务系统及方法
KR20040064081A (ko) * 2003-01-09 2004-07-16 에스케이 텔레콤주식회사 무선 패킷 데이터 네트워크 상에서의 통합 과금 실시간한도 관리 시스템 및 그 운영 방법
WO2005109938A1 (en) * 2004-05-12 2005-11-17 Telefonaktiebolaget L M Ericsson (Publ) Authentication system
JP4648388B2 (ja) * 2004-06-03 2011-03-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディアサービス課金メカニズム
CN1319317C (zh) * 2004-08-11 2007-05-30 华为技术有限公司 一种基于分组数据流计费的对话建立方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001067706A2 (en) * 2000-03-10 2001-09-13 Telefonaktiebolaget L M Ericsson (Publ) Method in a packet data network of reporting accounting records
WO2001091446A2 (en) * 2000-05-24 2001-11-29 Nokia Corporation Common charging identifier for communication networks
CN1459185A (zh) * 2000-09-01 2003-11-26 诺基亚公司 通信系统内的计费
US20030152039A1 (en) * 2002-02-08 2003-08-14 Timothy Roberts Customer billing in a communications network

Also Published As

Publication number Publication date
DE602005018219D1 (de) 2010-01-21
EP1772990B1 (en) 2009-12-09
ES2335354T3 (es) 2010-03-25
WO2006015547A1 (fr) 2006-02-16
US7889650B2 (en) 2011-02-15
EP2159955B1 (en) 2012-04-18
EP2159955A1 (en) 2010-03-03
US8605585B2 (en) 2013-12-10
CN1735017A (zh) 2006-02-15
ATE451769T1 (de) 2009-12-15
EP1772990A1 (en) 2007-04-11
EP1772990A4 (en) 2008-01-23
ATE554596T1 (de) 2012-05-15
US20110103261A1 (en) 2011-05-05
US20070189297A1 (en) 2007-08-16
RU2349045C2 (ru) 2009-03-10
RU2007108378A (ru) 2008-09-20

Similar Documents

Publication Publication Date Title
CN1319317C (zh) 一种基于分组数据流计费的对话建立方法
US8798575B2 (en) Method for improving service data flow based charging and system thereof
JP4402714B2 (ja) フローベース課金におけるイベント・トリガと再認証トリガを取り扱う方法
CN1327652C (zh) 一种在线计费的处理方法
JP4482030B2 (ja) パケットデータフローの課金に基づく再認証の処理方法
CN101431421B (zh) 在线控制业务的方法、内容计费网元和计费系统
JP4891223B2 (ja) パケットデータサービスの課金ルールを強化する方法及びその機能する方法
CN100479369C (zh) 一种针对用户选择计费规则的方法
WO2006050669A1 (fr) Procede de chargement en fonction d'un flux de paquets de donnees
CN100401675C (zh) 一种计费信息的处理方法
CN100397821C (zh) 一种基于分组数据流计费中的处理方法
CN101159567A (zh) 一种基于分组数据流计费中的处理方法
CN100546248C (zh) 一种实现分组数据业务计费及控制业务接入的方法
CN101729265B (zh) 在演进的分组系统eps中进行计费的方法、装置和系统
CN1322708C (zh) 一种移动分组数据业务中实现用户设备重定向的方法
WO2006015543A1 (en) A processing method for re-authorization and re-authorization event and event triggers
CN100542097C (zh) 一种基于分组数据流计费的对话号分配方法
CN100438412C (zh) 一种对计费键进行处理的方法
CN100362794C (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