CN1773922A - 一种基于分组数据流计费的处理方法及系统 - Google Patents

一种基于分组数据流计费的处理方法及系统 Download PDF

Info

Publication number
CN1773922A
CN1773922A CN 200410090929 CN200410090929A CN1773922A CN 1773922 A CN1773922 A CN 1773922A CN 200410090929 CN200410090929 CN 200410090929 CN 200410090929 A CN200410090929 A CN 200410090929A CN 1773922 A CN1773922 A CN 1773922A
Authority
CN
China
Prior art keywords
crf
ocs
user
credit
information
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.)
Granted
Application number
CN 200410090929
Other languages
English (en)
Other versions
CN100527676C (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 CNB2004100909294A priority Critical patent/CN100527676C/zh
Priority to PCT/CN2005/001897 priority patent/WO2006050669A1/zh
Publication of CN1773922A publication Critical patent/CN1773922A/zh
Application granted granted Critical
Publication of CN100527676C publication Critical patent/CN100527676C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1457—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using an account
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/73—Validating charges
    • 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/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/735—Re-crediting user
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
    • 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/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
    • H04M2215/7072—Validate charges

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种基于分组数据流计费的处理方法，在CRF中增加计费信息采集功能，增加CRF与OCS之间的交互流程，使得OCS能够根据CRF的信用请求，向CRF提供信用信息，如具体的信用额度、信用额度是否充足等信息，还可使CRF能够向OCS返回需回补的信用额度，OCS将相应信用额度回补到用户的帐户上；并增加CRF与AF之间的交互流程，使得CRF能够获知用户订购业务的情况，并且能够获知业务的使用成功与否的信息。另外，本发明还公开了一种基于分组数据流计费的系统，增加CRF与CDF/CGF之间的信令接口，使CRF能够将在线计费情况下或是离线计费情况下生成的计费信息通过CDF/CGF上报至计费中心，从而实现基于FBC系统结构对业务费用的收取，满足在网络中进行业务运营的要求。

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 SubscriberIdentity)与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和计费采集功能实体(CDF，Charging Data 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返回选定的计费规则，计费规则中包括计费机制、计费类型、计费键(Charging Key)、业务数据流过滤器、计费规则优先级等信息。其中，计费机制可为采用在线计费还是离线计费；计费类型可为基于时间长度进行计费还是基于数据流量进行计费；计费键是与费率相关的参数，CRF 203可不直接向TPF 205提供费率，而只是向TPF 205提供与费率相关的参数；业务数据过滤器用于指示TPF205对哪些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请求新的计费规则。触发事件可视为与计费规则相关的事件。目前，3GPP规范中对CRF通过触发事件上报机制控制TPF的计费方式进行了描述，即TPF监测到触发事件发生后向CRF上报，CRF通过TPF上报的触发事件获知承载发生变化，然后确定相应的计费规则并下发给TPF。3GPP规范中定义的触发事件可包括：公用陆地移动通信网络(PLMN)变化(PLMN change)事件，QoS参数变化(QoSchanges)事件，无线接入技术(RAT)类型变化(RAT type change)事件，传输流模板(TFT)变化(TFT change)事件。
CRF 203除了根据TPF 205提供的输入信息选择适当的计费规则之外，CRF 203还可根据AF 204或OCS 206的输入信息选择适当的计费规则，如AF 204通知CRF 203用户当前使用的业务类型，CRF 203根据该业务类型选择相应的计费规则。
OCS 206作为在线计费系统，由SCP 201和CCF 202两个功能实体组成，其中，CCF 202是执行信用控制的功能实体，仅应用于在线计费系统，可通过在现有的OCS 206中增加新的功能来实现。在在线计费过程中，CCF 202对用户信用进行管理和控制，当用户使用业务时，CCF 202对该用户信用池中的信用进行鉴权，并通过Gy接口向TPF 205下发用户能够使用的信用。
另外，OCS 206可要求TPF 205在重鉴权事件(Re-authorisation triggers)发生时向其上报，然后OCS 206根据TPF 205上报的相应重鉴权事件对用户进行重鉴权，并可能重新计算用户的信用。例如，OCS 206向TPF 205提供的用户信用使用完毕，TPF 205需根据重鉴权事件中的允许信用过期事件，向OCS 206上报其允许的用户信用使用过期事件的发生，OCS 206根据用户剩余帐户信息，重新对允许用户使用的信用进行计算。又例如，分区域计费时，OCS 206根据用户当前所在位置确定费率，并根据该费率计算用户的信用；当用户移动至另一位置时，如PLMN发生变化，TPF 205需要根据重鉴权事件中的PLMN变化事件，向OCS 206上报PLMN变化事件的发生，OCS206根据用户更新后的当前所在位置重新确定费率，并重新计算用户的信用。又例如，当OCS 206根据用户使用业务的当前QoS参数确定费率，当用户对QoS参数进行修改，TPF 205需要根据重鉴权事件中的承载修改事件，向OCS 206上报承载修改事件的发生，OCS 206根据用户修改后的QoS参数确定费率，并重新计算用户的信用。
另外，3GPP规范中还对OCS通过重鉴权事件上报的机制控制TPF的信用使用情况进行了描述，即TPF监测到重鉴权事件发生后向OCS上报，OCS通过TPF上报的重鉴权事件，获知用户的信用使用情况以及承载的变化，对用户的信用重新进行计算并下发给TPF。3GPP规范中定义的重鉴权事件可包括：允许信用过期(credit authorization lifetime expiry)事件，用户空闲状态超时(idle timeout)事件，计费规则变化(charging rule is changed)事件，PLMN变化事件，QoS参数变化事件，RAT类型变化事件。
对应于GPRS网络，TPF 205为GGSN，AF为PDN中的一个业务网关或业务服务器，CRF 203为新增的逻辑实体。TPF 205为计费规则的执行点，CRF 203为计费规则的控制点。
对于目前的FBC系统结构，离线计费情况下的计费信息采集点是TPF，TPF收集针对业务数据流的信息，如业务数据流传输的数据流量、业务数据流使用的时间长度等，然后生成计费信息，并将该计费信息经由CGF/CDF207发送至计费中心；在线计费情况下的计费信息采集点是TPF和OCS，TPF收集针对业务数据流的信息，并将该计费信息经由CGF/CDF发送至计费中心，OCS收集费用扣除情况信息，然后生成计费信息，并将该计费信息经由CGF/CDF发送至计费中心。
然而，在实际的网络运营中，对于增值业务部分，运营商通常向用户收取通信费用和业务费用两种费用，通信费用用于对用户占用的网络资源进行计量，又称为流量费或承载费；业务费用用于对用户使用业务的业务信息进行计量，又称为内容费或信息费。例如，用户通过移动终端使用“看电视”业务，运营商不仅需要向用户收取使用“看电视”业务过程中由传输业务的数据流量或是使用业务的时间长度导致的费用，还需要向用户收取用户收看的电视节目内容的费用；又如，用户使用“游戏下载”业务，运营商不仅需要向用户收取用户下载游戏过程中由数据流量而生成的费用，还需要向用户收取用户购买该游戏使用权的费用。
通常，对于电视节目、游戏等业务应用可由专门的业务提供商(SP，Service Provider)进行开发，并通过与网络运营商合作向用户提供各种业务应用。虽然SP可直接向用户收取业务费用，这样就需要SP建立面向用户收取业务费用的渠道，如计费系统等，但由于一方面采用SP自行建立计费系统的方式会增加SP的成本，提高了SP的门槛，不利于SP自身的发展；另一方面SP自行建立计费系统的方式还需要解决用户对SP的信任问题，因此，目前大部分网络运营商都代替SP收取业务费用，并同SP进行业务费用分成的计费模式，例如中国移动的“移动梦网”平台和中国联通的“联通无限”就是整合了各SP并提供统一计费的平台。通过这种网络运营商代收业务费用的方式，使得网络运营商可只专注于网络的运营，SP可只专注于业务应用的开发，用户只需要面对一个统一的收费系统和一张同时包含通信费用和业务费用的用户话单。
然而，基于目前的FBC系统结构，由于TPF与AF之间没有信令接口，因此，TPF无法获知业务的使用成功与否的信息，例如，对于下载类业务，如果下载过程中出现异常中断的情况，则此时只应收取通信费用，而不应收取业务费用；并且，TPF也无法获知用户订购业务的情况，例如，某用户在订购一项业务时对业务费用采用的计费方式是包月计费，TPF无法获知用户的业务费用应该是每个月统一进行扣除，而不能在用户每次使用业务时扣除。因此，基于目前FBC系统结构无法实现业务费用的收取，不能满足在网络中进行业务运营的要求。
发明内容
有鉴于此，本发明的一个目的在于提供一种基于分组数据流计费的处理方法，本发明的另一目的在于提供一种基于分组数据流计费的系统，满足在网络中进行业务运营的要求。
为了达到上述目的，本发明提供了一种基于分组数据流计费的处理方法，该方法包含：CRF向OCS发送信用请求，OCS向CRF返回信用响应。
所述信用响应中携带有信用额度或信用额度是否充足信息。
该方法进一步包括：CRF向OCS回退需要回补的信用额度，OCS将收到的所述信用额度回补到用户的帐户上。
所述OCS收到需要回补的信用额度，之后进一步包括：OCS向CRF返回用于通知CRF已收到需要回补的信用额度的响应。
本发明还提供了一种基于分组数据流计费的处理方法，该方法包含：AF通知CRF用户请求使用业务，CRF根据业务订购信息判断是否允许用户使用业务，如果是，则通知AF为用户提供所述业务；否则，通知AF不为用户提供所述业务。
所述业务订购信息是在用户订购业务时，由AF向CRF提供的。
所述CRF收到AF提供的业务订购信息后，进一步包括：CRF向AF返回用于通知AF已收到业务订购信息的响应。
所述通知AF为用户提供所述业务，之前进一步包括：CRF开始计费信息的采集。
所述通知AF为用户提供所述业务，之后进一步包括：
a1、AF通知CRF用户的业务使用情况。
所述步骤a1之后进一步包括：CRF向AF返回用于通知AF已收到业务使用情况的响应。
所述步骤a1之后进一步包括：
b1、CRF停止计费信息的采集。
所述步骤b1之后进一步包括：CRF向CDF/CGF发送计费信息。
在线计费情况下，所述通知AF为用户提供所述业务，之前进一步包括：CRF向OCS发送信用请求，OCS向CRF返回信用响应。
所述步骤a1之后进一步包括：CRF向OCS回退需要回补的信用额度，OCS将收到的所述信用额度回补到用户的帐户上。
本发明还提供了一种基于分组数据流计费的系统，该系统包括：CRF与TPF相连，用于使CRF向TPF提供计费规则，TPF与CDF/CGF相连，用于TPF向CDF/CGF提供对应于承载的计费信息；该系统中，AF与CRF相连，用于传送业务相关信息，CRF与CDF/CGF相连，用于CRF向CDF/CGF提供对应于业务的计费信息。
所述CRF与CDF/CGF通过Rz接口相连。
该系统进一步包括：OCS，与TPF相连，用于根据TPF的请求向TPF提供信用信息；并与CRF相连，用于根据CRF的请求向CRF提供信用信息。
根据本发明提出的方案，在CRF中增加计费信息采集功能，增加CRF与OCS之间的交互流程，使得OCS能够根据CRF的信用请求，向CRF提供信用信息，如具体的信用额度、信用额度是否充足等信息，还可使CRF能够向OCS返回需回补的信用额度，OCS将相应信用额度回补到用户的帐户上；并增加CRF与AF之间的交互流程，使得CRF能够获知用户订购业务的情况，并且能够获知业务的使用成功与否的信息。另外，增加CRF与CDF/CGF之间的信令接口，使CRF能够将在线计费情况下或是离线计费情况下生成的计费信息通过CDF/CGF上报至计费中心，从而实现基于FBC系统结构对业务费用的收取，满足在网络中进行业务运营的要求。
附图说明
图1示出了PDP Context激活、数据传输、去激活流程图；
图2A示出了支持在线计费的FBC系统结构示意图；
图2B示出了支持离线计费的FBC系统结构示意图；
图3A示出了本发明中CRF向OCS请求信用信息实现过程示意图；
图3B示出了本发明中CRF向OCS回补信用额度实现过程示意图；
图4A示出了本发明中CRF通过AF获知用户业务订购实现过程示意图；
图4B示出了本发明中CRF通过AF获知业务使用情况实现过程示意图；
图5A示出了本发明中支持在线计费的FBC系统结构示意图；
图5B示出了本发明中支持离线计费的FBC系统结构示意图；
图6示出了本发明中实施例一实现过程示意图；
图7示出了本发明中实施例二实现过程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明中，在CRF中增加计费信息采集功能，增加CRF与OCS之间的交互流程，使得OCS能够根据CRF的信用请求，向CRF提供信用信息，如具体的信用额度、信用额度是否充足等信息，还可使CRF能够向OCS返回需回补的信用额度，OCS将相应信用额度回补到用户的帐户上；并增加CRF与AF之间的交互流程，使得CRF能够获知用户订购业务的情况，并且能够获知业务的使用成功与否的信息。另外，增加CRF与CDF/CGF之间的信令接口，使CRF能够将在线计费情况下或是离线计费情况下生成的计费信息通过CDF/CGF上报至计费中心，从而实现基于FBC系统结构对业务费用的收取，满足在网络中进行业务运营的要求。
图3A示出了本发明中CRF向OCS请求信用信息实现过程示意图，如图3A所示，CRF向OCS请求信用信息的实现过程包括以下步骤：
步骤301A～步骤302A：CRF向OCS发送信用请求(Credit Request)，该信用请求中携带有用户标识、业务信息、费率信息等供OCS确定信用信息的输入信息。OCS收到信用请求后，向OCS返回信用响应(CreditResponse)，该信用响应中携带有信用信息，如OCS计算出的用户信用额度、信用额度是否充足等信息。
在信用额度未消耗或未消耗完毕的情况下，CRF能够向OCS返回需要回补的信用额度，OCS将相应信用额度回补到用户的帐户上。
图3B示出了本发明中CRF向OCS回补信用额度实现过程示意图，如图3B所示，CRF向OCS回补信用额度的实现过程包括以下步骤：
步骤301B～步骤302B：CRF向OCS发送信用回补消息(Credit Return)，该信用回补消息中携带有用户标识、业务信息、需要回补的信用额度等信息。OCS收到信用回补消息后，将需要回补的信用额度回补到用户的帐户上，然后可进一步向CRF返回响应(Ack)，通知CRF已将相应信用额度回补。
以上所述需要回补的信用额度可以是消耗OCS分配的信用额度后的剩余信用额度，也可以是CRF请求的全部的信用额度。这里，CRF向OCS回补信用额度流程的应用场景可以是：业务使用不成功时，信用额度未消耗，CRF将请求的全部信用额度回退给OCS，或是信用额度未消耗完毕，CRF只将未消耗的剩余信用额度回退给OCS，然后OCS将接收到的需回补的信用额度回补到用户的帐户上。另外，CRF向OCS回补信用额度流程的应用场景也可以是：业务使用成功时，如果请求到的信用额度尚未消耗完毕，CRF需要将未使用的信用额度回退给OCS，然后，OCS将接收到的需回补的信用额度回补到用户的帐户上。
图4A示出了本发明中CRF通过AF获知用户业务订购实现过程示意图，如图4A所示，CRF通过AF获知用户业务订购的实现过程包括以下步骤：
步骤401A～步骤402A：用户订购业务时，AF向CRF发送业务订购消息(Subscribed Info)，该业务订购消息中携带有业务订购信息，如用户标识、业务信息、计费模式等信息，计费模式可为包月计费、按条数计费、按次数计费、按页面计费等等。CRF收到业务订购消息后，存储订购信息，并可进一步向CRF返回响应，通知AF已收到其发送的业务定购信息。
图4B示出了本发明中CRF通过AF获知业务使用情况实现过程示意图，如图4B所示，CRF通过AF获知业务使用情况的实现过程包括以下步骤：
步骤401B：AF向CRF发送业务开始消息(Service Start)，该业务开始消息中携带有用户标识、业务信息等，通知CRF用户开始使用相应业务。
步骤402B：CRF根据先前获取的业务订购信息，判断用户是否能够使用相应业务，如果用户能够使用相应业务，则离线计费情况下，向AF发送业务继续消息(Service Continue)，然后记录相关信息，如开始计费信息的采集，后续可执行步骤403B；在线计费情况下，CRF与OCS进行交互以获取相应信用额度，如果OCS提供了信用额度或返回了信用充足信息，则CRF向AF发送业务继续消息，然后记录相关信息，如开始计费信息的采集，后续可执行步骤403B，如果OCS未提供信用额度或返回了信用不足信息，则CRF向AF发送业务终止消息(Service Terminate)，该业务终止消息中可携带有终止原因。如果用户不能够使用相应业务，则CRF向AF发送业务终止消息，该业务终止消息中可携带有终止原因。
步骤403B：AF根据用户使用业务的情况，如果用户成功使用业务，则向CRF发送业务成功消息(Service Success)，通知CRF用户成功使用业务，如果用户使用业务失败，则向CRF发送业务失败消息(Service Failure)，通知CRF用户使用业务失败。
步骤404B：CRF收到业务成功/失败消息后，结束计费信息的采集，并可进一步向AF返回响应，通知AF已获知用户的业务使用情况。在线计费情况下，对于CRF收到业务成功消息后，如果分配的信用额度尚未消耗完毕，CRF可向OCS返回未使用的信用额度，对于CRF收到业务失败消息后，CRF可向OCS回退需要回补的信用额度，由OCS将接收到的需回补的信用额度回补到用户的帐户上；对于CRF收到业务失败消息后，信用额度未消耗，CRF将请求的全部信用额度回退给OCS，或是信用额度未消耗完毕，CRF只将未消耗的剩余信用额度回退给OCS，然后OCS将接收到的需回补的信用额度回补到用户的帐户上。
图5A示出了本发明中支持在线计费的FBC系统结构示意图，如图5A所示，在线计费情况下，将CRF 203与CDF/CGF 207通过Rz接口相连，用于CRF 203将计费信息发送至CDF/CGF 207，然后由CDF/CGF 207将CRF203提供的计费信息上报至计费中心，从而实现在线情况下基于FBC系统结构对业务费用的收取。
图5B示出了本发明中支持离线计费的FBC系统结构示意图，如图5B所示，离线计费情况下，将CRF 203与CDF/CGF 207通过Rz接口相连，用于CRF 203将计费信息发送至CDF/CGF 207，然后由CDF/CGF 207将CRF203提供的计费信息上报至计费中心，从而实现在线情况下基于FBC系统结构对业务费用的收取。
以上所述CRF与CDF/CGF的连接方式不限于通过Rz接口相连，还可采用其他连接方式，如通过其他功能实体间接相连等等。
无论在线计费情况下还是离线计费情况下，有关业务计费的计费信息采集点是CRF，CRF收集针对业务使用情况的信息，然后生产计费信息，并将该计费信息经由CGF/CDF 207发送至计费中心，从而基于FBC系统结构对业务费用的收取。
图6示出了本发明中实施例一实现过程示意图，如图6所示，本实施例中CRF作为离线计费信息采集点的具体实现过程包括以下步骤：
步骤601～步骤603：AF收到用户订购业务消息(Subscribe to a Service)，获知用户订购了某业务，然后向CRF发送业务订购消息，该业务订购消息中携带有业务订购信息，如用户标识、业务信息、计费模式等信息，计费模式可为包月计费、按条数计费、按次数计费、按页面计费等等。CRF收到业务订购消息后，存储订购信息，并可进一步向CRF返回响应，通知AF已收到其发送的业务定购信息。
步骤604～步骤605：AF收到用户发送的业务请求(Service Request)后，向CRF发送业务开始消息，该业务开始消息中携带有用户标识、业务信息等，通知CRF用户开始使用相应业务。
步骤606～步骤607：CRF根据先前获取的业务订购信息，判断用户是否能够使用相应业务，如果是，向AF发送业务继续消息，然后记录相关信息，如开始计费信息的采集，AF收到CRF发送的业务继续消息后，向用户返回业务接受消息，通知用户其业务请求已被接受，后续可执行步骤608；否则，CRF向AF发送业务终止消息，该业务终止消息中可携带有终止原因，AF收到CRF发送的业务终止消息后，向用户发送业务拒绝消息，该业务拒绝消息中可携带有拒绝原因。
步骤608～步骤609：AF根据用户使用业务的情况，如果用户成功使用业务，则向CRF发送业务成功消息，通知CRF用户成功使用业务，如果用户使用业务失败，则向CRF发送业务失败消息，通知CRF用户使用业务失败。CRF收到业务成功/失败消息后，结束计费信息的采集，并可进一步向AF返回响应，通知AF已获知用户的业务使用情况。
最后，CRF生成与业务使用情况相关的计费信息，并通过CDF/CGF将该计费信息上报至计费中心，由计费中心为用户生成与业务使用情况相关的业务费用清单。
图7示出了本发明中实施例二实现过程示意图，如图7所示，本实施例中CRF作为在线计费信息采集点的具体实现过程包括以下步骤：
步骤701～步骤705与步骤601～步骤605相同。
步骤706～步骤707：CRF根据先前获取的业务订购信息，判断用户是否能够使用相应业务，如果是，则OCS发送信用请求，该信用请求中携带有用户标识、业务信息、费率信息等供OCS确定信用信息的输入信息，OCS收到信用请求后，向OCS返回信用响应，该信用响应中携带有信用信息，如OCS计算的信用额度、信用额度是否充足等信息；否则，直接执行步骤708中的向AF发送业务终止消息，该业务终止消息中可携带有终止原因。
步骤708～步骤709：如果OCS提供了信用额度或返回了信用充足信息，则CRF向AF发送业务继续消息，然后记录相关信息，如开始计费信息的采集，AF收到CRF发送的业务继续消息后，向用户返回业务接受消息，通知用户其业务请求已被接受，后续可执行步骤710；如果OCS未提供信用额度或返回了信用不足信息，以及用户不能够使用相应业务，则CRF向AF发送业务终止消息，该业务终止消息中可携带有终止原因，AF收到CRF发送的业务终止消息后，向用户发送业务拒绝消息，该业务拒绝消息中可携带有拒绝原因。
步骤710～步骤711与步骤608～步骤609相同。
在线计费情况下，业务成功时，若信用额度尚未使用完毕或业务失败时，CRF还需向OCS返回需要回补的信用额度，即CRF向OCS发送信用回补消息，该信用回补消息中用户标识、业务信息、需要回补的信用额度等信息。OCS收到信用回补消息后，将需要回补的信用额度回补，然后可进一步向CRF返回响应(Ack)，通知CRF已将相应信用额度回补。
最后，CRF生成与业务使用情况相关的计费信息，并通过CDF/CGF将该计费信息上报至计费中心，由计费中心为用户生成与业务使用情况相关的业务费用清单。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (17)

1、一种基于分组数据流计费的处理方法，其特征在于，该方法包含：CRF向OCS发送信用请求，OCS向CRF返回信用响应。
2、根据权利要求1所述的方法，其特征在于，所述信用响应中携带有信用额度或信用额度是否充足信息。
3、根据权利要求1所述的方法，其特征在于，该方法进一步包括：CRF向OCS回退需要回补的信用额度，OCS将收到的所述信用额度回补到用户的帐户上。
4、根据权利要求3所述的方法，其特征在于，所述OCS收到需要回补的信用额度，之后进一步包括：OCS向CRF返回用于通知CRF已收到需要回补的信用额度的响应。
5、一种基于分组数据流计费的处理方法，其特征在于，该方法包含：AF通知CRF用户请求使用业务，CRF根据业务订购信息判断是否允许用户使用业务，如果是，则通知AF为用户提供所述业务；否则，通知AF不为用户提供所述业务。
6、根据权利要求5所述的方法，其特征在于，所述业务订购信息是在用户订购业务时，由AF向CRF提供的。
7、根据权利要求6所述的方法，其特征在于，所述CRF收到AF提供的业务订购信息后，进一步包括：CRF向AF返回用于通知AF已收到业务订购信息的响应。
8、根据权利要求5所述的方法，其特征在于，所述通知AF为用户提供所述业务，之前进一步包括：CRF开始计费信息的采集。
9、根据权利要求5所述的方法，其特征在于，所述通知AF为用户提供所述业务，之后进一步包括：
a1、AF通知CRF用户的业务使用情况。
10、根据权利要求9所述的方法，其特征在于，所述步骤a1之后进一步包括：CRF向AF返回用于通知AF已收到业务使用情况的响应。
11、根据权利要求9所述的方法，其特征在于，所述步骤a1之后进一步包括：
b1、CRF停止计费信息的采集。
12、根据权利要求11所述的方法，其特征在于，所述步骤b1之后进一步包括：CRF向CDF/CGF发送计费信息。
13、根据权利要求5至12任一所述的方法，其特征在于，在线计费情况下，所述通知AF为用户提供所述业务，之前进一步包括：CRF向OCS发送信用请求，OCS向CRF返回信用响应。
14、根据权利要求13所述的方法，其特征在于，所述步骤a1之后进一步包括：CRF向OCS回退需要回补的信用额度，OCS将收到的所述信用额度回补到用户的帐户上。
15、一种基于分组数据流计费的系统，该系统包括：
CRF与TPF相连，用于使CRF向TPF提供计费规则，
TPF与CDF/CGF相连，用于TPF向CDF/CGF提供对应于承载的计费信息；
其特征在于，该系统中，
AF与CRF相连，用于传送业务相关信息，
CRF与CDF/CGF相连，用于CRF向CDF/CGF提供对应于业务的计费信息。
16、根据权利要求15所述的系统，其特征在于，所述CRF与CDF/CGF通过Rz接口相连。
17、根据权利要求15或16所述的方法，其特征在于，该系统进一步包括：OCS，与TPF相连，用于根据TPF的请求向TPF提供信用信息；
并与CRF相连，用于根据CRF的请求向CRF提供信用信息。
CNB2004100909294A 2004-11-10 2004-11-10 一种基于分组数据流计费的处理方法及系统 Expired - Fee Related CN100527676C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2004100909294A CN100527676C (zh) 2004-11-10 2004-11-10 一种基于分组数据流计费的处理方法及系统
PCT/CN2005/001897 WO2006050669A1 (fr) 2004-11-10 2005-11-10 Procede de chargement en fonction d'un flux de paquets de donnees

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100909294A CN100527676C (zh) 2004-11-10 2004-11-10 一种基于分组数据流计费的处理方法及系统

Publications (2)

Publication Number Publication Date
CN1773922A true CN1773922A (zh) 2006-05-17
CN100527676C CN100527676C (zh) 2009-08-12

Family

ID=36336213

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100909294A Expired - Fee Related CN100527676C (zh) 2004-11-10 2004-11-10 一种基于分组数据流计费的处理方法及系统

Country Status (2)

Country Link
CN (1) CN100527676C (zh)
WO (1) WO2006050669A1 (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009149610A1 (zh) * 2008-06-11 2009-12-17 中兴通讯股份有限公司 在线计费方法和装置
WO2010145577A1 (zh) * 2009-11-03 2010-12-23 中兴通讯股份有限公司 基于策略和计费控制架构的计费方法与系统
CN101277204B (zh) * 2008-04-23 2011-04-20 中兴通讯股份有限公司 基于多个业务会话的信用控制方法
CN102111742A (zh) * 2011-02-22 2011-06-29 中国联合网络通信集团有限公司 分组域业务计费方法及系统
CN101488864B (zh) * 2008-01-14 2011-12-21 朗讯科技公司 用于通信网络的计费系统和计费方法
CN101237328B (zh) * 2007-01-30 2012-07-04 朗迅科技公司 为离线收费系统配置自适应模块的方法
CN101877843B (zh) * 2009-04-28 2012-09-05 华为软件技术有限公司 业务数据处理方法、装置及系统
CN102957543A (zh) * 2011-08-22 2013-03-06 中国电信股份有限公司 针对时长用户的基于流的计费方法及系统
US8489756B2 (en) 2009-08-07 2013-07-16 Huawei Technologies Co., Ltd. Method, apparatus, and system for releasing resources
WO2013110426A3 (en) * 2012-01-27 2013-10-24 Alcatel-Lucent International Charging of calls in a communication network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040028055A1 (en) * 2002-07-26 2004-02-12 Lila Madour Differentiated accounting in a packet data network
EP1540934A1 (en) * 2002-09-20 2005-06-15 Nokia Corporation Method for charging of data reaching a network element of a communication network during a data session
AU2003243106A1 (en) * 2002-10-15 2004-05-04 Hegdahl, Tormod System for providing flexible charging in a network

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237328B (zh) * 2007-01-30 2012-07-04 朗迅科技公司 为离线收费系统配置自适应模块的方法
CN101488864B (zh) * 2008-01-14 2011-12-21 朗讯科技公司 用于通信网络的计费系统和计费方法
CN101277204B (zh) * 2008-04-23 2011-04-20 中兴通讯股份有限公司 基于多个业务会话的信用控制方法
CN101316175B (zh) * 2008-06-11 2011-03-02 中兴通讯股份有限公司 在线计费方法
WO2009149610A1 (zh) * 2008-06-11 2009-12-17 中兴通讯股份有限公司 在线计费方法和装置
CN101877843B (zh) * 2009-04-28 2012-09-05 华为软件技术有限公司 业务数据处理方法、装置及系统
US8489756B2 (en) 2009-08-07 2013-07-16 Huawei Technologies Co., Ltd. Method, apparatus, and system for releasing resources
CN102056117A (zh) * 2009-11-03 2011-05-11 中兴通讯股份有限公司 基于策略和计费控制架构的计费方法与系统
WO2010145577A1 (zh) * 2009-11-03 2010-12-23 中兴通讯股份有限公司 基于策略和计费控制架构的计费方法与系统
CN102056117B (zh) * 2009-11-03 2015-08-12 中兴通讯股份有限公司 基于策略和计费控制架构的计费方法与系统
CN102111742A (zh) * 2011-02-22 2011-06-29 中国联合网络通信集团有限公司 分组域业务计费方法及系统
CN102111742B (zh) * 2011-02-22 2014-04-16 中国联合网络通信集团有限公司 分组域业务计费方法及系统
CN102957543A (zh) * 2011-08-22 2013-03-06 中国电信股份有限公司 针对时长用户的基于流的计费方法及系统
CN102957543B (zh) * 2011-08-22 2016-08-17 中国电信股份有限公司 针对时长用户的基于流的计费方法及系统
WO2013110426A3 (en) * 2012-01-27 2013-10-24 Alcatel-Lucent International Charging of calls in a communication network
US9215333B2 (en) 2012-01-27 2015-12-15 Alcatel Lucent Charging of calls in a communication network

Also Published As

Publication number Publication date
WO2006050669A1 (fr) 2006-05-18
CN100527676C (zh) 2009-08-12

Similar Documents

Publication Publication Date Title
CN1302636C (zh) 一种完善基于业务数据流在线计费的处理方法
KR100752241B1 (ko) 데이터 서비스의 과금 정보 수집 장치 및 과금 방법
US8238873B2 (en) Method and system for charging control
CN1773920A (zh) 一种在线计费的处理方法
CN1303781C (zh) 一种分组数据业务的计费控制方法
CN1691821A (zh) 一种实现漫游计费的方法及系统
CN1260910C (zh) 基于分组数据流计费触发事件和重授权事件的处理方法
US20020178118A1 (en) Transaction based packet switched data service on a wireless network
CN1697387A (zh) 一种针对用户选择计费规则的方法
WO2006050669A1 (fr) Procede de chargement en fonction d'un flux de paquets de donnees
CN1277371C (zh) 一种基于分组数据流计费重鉴权的处理方法
CN1275422C (zh) 一种分组数据业务中增强计费规则及进行操作的方法
CN1773917A (zh) 一种计费信息的处理方法
CN100397821C (zh) 一种基于分组数据流计费中的处理方法
CN101159567A (zh) 一种基于分组数据流计费中的处理方法
WO2006060964A1 (fr) Systeme et procede de traitement permettant une facturation en fonction du flux de paquets de donnees
CN1286292C (zh) 基于通用分组无线业务流量的计费方法
CN1315282C (zh) 基于通用分组无线业务流量回补的计费方法
CN1684420A (zh) 一种实现分组数据业务计费及控制业务接入的方法
CN1735023A (zh) 一种进行重鉴权及重鉴权事件和触发事件的处理方法
CN100438412C (zh) 一种对计费键进行处理的方法
CN1633078A (zh) 基于通用分组无线业务的计费方法
CN100341277C (zh) 一种完善基于业务数据流在线计费的实现方法
CN1735021A (zh) 一种基于分组数据流计费的对话号分配方法
CN1697388A (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: 20090812

Termination date: 20201110

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