一种对计费键进行处理的方法

文档序号:7666238阅读:300来源:国知局
专利名称:一种对计费键进行处理的方法
技术领域
本发明涉及分组数据计费领域,特别是指一种传输面功能实体对计费规 则进行处理的方法。
背景技术
随着分组数据业务应用的逐渐广泛,如何准确合理地对分组数据业务进 行计费,已成为运营商普遍关注的问题。图1示出了分组数据协议上下文(PDP Context, Packet Data Protocol Context)激活、数据传输、去激活流程图,如图l所示,在通用分组无线业 务(GPRS, General Packet Radio Service )中,;敫5舌PDP Context、与夕卜吾卩分 组数据网络(PDN, Packet Data Network)进行数据交互、去激活该PDP Context的实现过程包括以下步骤步骤101:移动终端(MS)向服务通用分组无线业务支持节点(SGSN, Serving GPRS Support Node)发送PDP Context激活请求(Activate PDP Context Request),该Activate PDP Context Request中携带有网络层业务访 问点才示i口、 (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)的组成部分,用于标识PDP Context; 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 PDP Context R叫uest),该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 的地址信息,贝'J 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 PDP Context Acc印t),该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删除请求(Delete PDP Context Request),该PDP Context删除请求中携带有TEID。 GGSN收 到PDP Context删除请求后,结束对MS的计费,删除对应于TEID的PDP Context,然后向SGSN发送PDP Context删除响应(Delete PDP Context Response ),该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。由图l描述的实现过程可见,当前的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 Generation Partnership Project)目前正在讨论如何实现基于IP数据流的计费(FBC, Flow Based Charging )。对于一个分组数据业务而言,MS的用户使用该业务时, 传输和接收到的所有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 Network Enhanced Logic )的业务控制点(SCP, Service Control Point) 201和基于业 务数据流计费的信用控制功能实体(CCF, Service Data Flow Based Credit Control 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 通过Gx4妾口与传输面功能实体(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 提供的上述输入信息选择适当的计费规则,并向TPF205返回选定的计费规 则,计费规则中包括计费机制、计费类型、计费键(Charging Key)、业务 数据流过滤器、计费规则优先级等信息。其中,计费机制可为采用在线计费 还是离线计费;计费类型可为基于时间长度进行计费还是基于数据流量进行 计费;计费键是与费率相关的参数,CRF 203可不直接向TPF 205提供费率, 而只是向TPF 205提供与费率相关的参数;业务数据过滤器用于指示TPF 205对哪些IP数据流进行过滤,然后TPF 205根据计费MJ']对过滤出的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参数变化(QoS changes)事件,无线接入技术(RAT)类型变化(RAT type change )事件, 传输流模板(TFT)变化(TFT change)事件。CRF 203除了根据TPF 205提供的输入信息选择适当的计费规则之外, CRF 203还可4艮据AF 204或OCS 206的输入信息选择适当的计费规则,如 AF 204通知CRF 203用户当前使用的业务类型,CRF 203根据该业务类型 选择相应的计费^L则。OCS 206作为在线计费系统,由SCP 201和CCF ( Service Data Flow Based Credit Control Function) 202两个功能实体组成,其中,CCF ( Service Data Flow Based Credit Control Function ) 202是执4亍信用控制的功能实体,
仅应用于在线计费系统,可通过在现有的OCS 206中增加新的功能来实现。 在在线计费过程中,CCF ( Service Data Flow Based Credit Control Function ) 202对用户信用进^f亍管理和控制,当用户使用业务时,CCF( Service Data Flow过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需要^f艮据重鉴 权事件中的PLMN变化事件,向OCS 206上报PLMN变化事件的发生,OCS 206根据用户更新后的当前所在位置重新确定费率,并重新计算用户的信用。 又例如,当OCS 206根据用户使用业务的当前QoS参数确定费率,当用户 对QoS参数进行修改,TPF 205需要根据重鉴权事件中的承载修改事件,向 OCS 206上报承载^f奮改事件的发生,OCS 206根据用户修改后的QoS参数确 定费率,并重新计算用户的信用。另外,3GPP规范中还对OCS通过重鉴权事件上报的机制控制TPF的 信用使用情况进行了描述,即TPF监测到重鉴权事件发生后向OCS上报, OCS通过TPF上报的重鉴权事件,获知用户的信用使用情况以及承载的变 化,对用户的信用重新进行计算并下发给TPF。 3GPP规范中定义的重鉴权 事件可包括允许信用过期(credit authorization lifetime expiry )事件,用户 空闲J)犬态超时(idle timeout)事<牛,i十费规贝'J变<匕(charging rule is changed ) 事件,PLMN变化事件,QoS参数变化事件,RAT类型变化事件,传输流
模板变化事件等。对应于GPRS网络,TPF 205为GGSN, AF为PDN中的一个业务网关 或业务服务器,CRF 203为新增的逻辑实体。TPF 205为计费规则的执行点, CRF 203为计费规则的控制点。对于基于业务数据流的计费,在线计费过程中,3GPP规范中描述的请 求信用额度的方式是基于每个计费规则(Charging Rule )进行的,具体实现 过程为TPF收到CRF提供的计费规则后,根据计费规则中的在线计费机 制,确定需要为该计费规则向OCS请求信用额度时,TPF直接向OCS请 求针对该计费规则的信用额度。但是,CRF向TPF提供的计费规则的计费粒度是针对不同的业务数据 流,这样,在线计费时,TPF需要针对每个业务数据流进行在线计费交互, 即针对每个业务数据流TPF都需要向OCS请求信用额度,OCS根据TPF的 信用请求,需要对每个业务数据流都分配相应的信用额度,并下发给TPF, 由于同一用户同时可以使用多个业务,从而产生多个业务数据流,因此,这 种基于不同的业务数据流进行在线计费交互的处理机制必然会使得TPF与 OCS的交互过于频繁,导致TPF与OCS的处理性能下降,从而使整个在线 计费处理过程的实用性大大降低。发明内容有鉴于此,本发明的目的在于提供一种对计费键进行处理的方法,提高 TPF和OCS的处理性能。为了达到上述目的,本发明提供了一种对计费键进行处理的方法,在线 计费情况下,TPF建立计费规则时,该方法包含A、 TPF根据计费规则中的计费键,判断是否已向OCS请求了针对该计 费键的信用额度,如果不是,则TPF向OCS发送信用请求。所述TPF判断出已向OCS请求了针对该计费键的信用额度,之后进一步包括TPF不向OCS发送信用请求,直接使用请求到的针对该计费键的
信用额度。所述TPF直接使用请求到的针对该计费键的信用额度,进一步包括 TPF记录与已请求信用额度的所述计费键相对应的计费规则信息。 步骤A中所述TPF向OCS发送信用请求,之后进一步包括 Al、 OCS向TPF返回信用额度。所述步骤Al之后进一步包括TPF记录已向OCS请求信用额度的计费 键信息。所述步骤Al之后进一步包括TPF记录与已请求信用额度的所述计费 键相对应的计费规则信息。本发明还公开了一种对计费键进行处理的方法,其特征在于,OCS向 TPF提供针对计费键的重鉴权事件,TPF监测到重鉴权事件发生时,该方法 进一步包括B、 TPF向OCS返回所述与重鉴权事件相对应的计费键消耗信用额度后 的剩余信用额度。所述步骤B之前进一步包括TPF记录与所述计费键相对应的重鉴权 事件信息。所述步骤B之后进一步包括OCS进行重鉴权,然后向TPF提供重新计算的针对该计费键的信用额度。本发明又公开了一种对计费键进行处理的方法,其特征在于,在线计费 情况下,TPF删除计费规则时,该方法包含C、 TPF根据计费规则中的计费键,判断是否存在除需要删除的计费规 则以外的计费规则使用针对该计费键请求到的信用额度,如果不是,则TPF 向OCS返回针对该计费键的剩余信用额度。所述步骤C之后进一步包括TPF删除需要删除的计费规则。 根据本发明提出的方法,TPF请求信用额度的方式是基于每个计费键进 行的。由于不同的业务数据流可以具有相同的计费费率,即,对于不同的计
费规则可以具有相同的计费键,因此基于每个计费键的信用额度请求的粒度大于基于每计费规则的信用额度请求。这样,通过实现TPF基于每个计费 键请求信用额度的处理过程,可以有效减少TPF与OCS之间的交互,提升 TPF与OCS的处理性能,增强整个在线计费处理过程的实用性。


图1示出了 PDP Context激活、数据传输、去激活流程图;图2A示出了支持在线计费的FBC系统结构图;图2B示出了支持离线计费的FBC系统结构图;图3示出了本发明中基于计费键请求信用额度处理过程示意图;图4示出了本发明中基于计费键的重鉴权处理过程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明 作进一步的详细描述。本发明中,TPF请求信用额度的方式是基于每个计费键进行的,即TPF 以计费键作为计费规则的索引,对具有相同的计费键的计费规则进行记录, 使得在建立计费规则、删除计费规则以及上报重鉴权事件时,能够根据相同 的计费键对计费规则进行批量处理,实现了 TPF基于每个计费键请求信用 额度的处理过程。TPF收到CRF提供的计费规则后,如果需要建立新的计费规则,则TPF 首先判断需要建立的计费规则中的计费机制是否为在线计费,如果为在线计 费,则进一步根据该计费规则中的计费键,判断是否已针对该计费键向OCS 请求了信用额度,如果未针对该计费键向OCS请求信用额度,则TPF向OCS 发送信用请求,该信用请求中携带有该计费键,OCS根据该计费键计算出用 户的信用额度后,向TPF返回信用响应,该信用响应中携带有为该计费键 分配的信用额度。此时,TPF记录已请求信用额度的计费键以及与相应计费
规则的对应关系,并可进一步记录ocs针对该计费键分配的信用额度。例如,TPF建立在线计费交互信息列表,列表中"已请求信用额度的计费键项,, 记录该计费键,如Charging Key A,对应的"信用额度项"记录OCS针对 Charging Key A分配的信用额度,如100M,对应的"计费规则项"记录计 费规则标识,如Charging Rule 1。如果已针对该计费键向OCS请求了信用 额度,例如TPF根据在线计费交互信息列表中的"已请求信用额度的计费 键项"中存在该计费键,如Charging Key A,则判断出先前已根据该计费键 向OCS请求了信用额度,则TPF不再向OCS请求信用额度,直接使用先前 针对该计费键向OCS请求到的信用额度,即在线计费交互信息列表中与"已 请求信用额度的计费键项"为Charging Key A相对应的"信用额度项"中信 用额度100M。然后,TPF记录已请求信用额度的计费^:以及与该计费规则 的对应关系,即在建立的在线计费交互信息列表中,与"已请求信用额度的 计费键项"为Charging Key A相对应的"计费规则项,,中记录该计费规则的 标识,如Charging Rule 2。这样,根据在线计费交互信息列表,针对计费规 则Charging Rule 1和计费MJ'J Charging Rule 2过滤出的业务数据流都将消 耗Charging Key A所对应的信用额度100M,如在某一个时刻,当TPF监测 到Charging Rule 1过滤出的业务数据流量大小与Charging Rule 2过滤出的 业务数据流量大小之和达到信用额度100M时,TPF将发起重鉴权流程,向 OCS发送信用请求,请求OCS为Charging Key A分配相应的信用额度。TPF收到CRF提供的计费规则后,如果需要删除计费规则时,则TPF 首先判断需要删除的计费规则中的计费机制是否为在线计费,如果为在线计 费,则进一步根据该计费规则中的计费键,判断是否存在除需删除的计费规 则以外的其他计费规则使用针对该计费键请求到的信用额度,如当需删除的 计费规则Charging Rule 1中的计费键为Charging Key A时,TPF判断在线 计费交互信息列表中与"已请求信用额度的计费键项"计费键Charging Key A相对应的"计费规则项"记录的计费规则标识是否除了 Charging Rule 1
之外,还有其他的计费规则标识,如果没有其他计费规则标识,则TPF删 除CRF指定的计费规则,不再对该计费规则指定的业务数据流进行过滤, 更新在线计费交互信息列表中的相应信息,如删除"已请求信用额度的计费 键项"中的计费键ChargingKey A以及其所对应的"信用额度项"中信用额 度和"计费规则项,,中的计费规则标识,并且TPF向OCS返回与该计费键 相对应的剩余信用额度,结束TPF和OCS之间针对该计费4建的交互操作; 如果TPF判断出还有其他计费规则使用针对该计费键请求到的信用额度, 即在线计费交互信息列表中与"已请求信用额度的计费键项"计费键 Charging Key A相对应的"计费规则项"记录的计费规则标识除了 Charging Rule 1之外还有其他计费规则标识,则TPF删除CRF指定的计费规则,如 Charging Rule 1,不再对该计费规则指定的业务数据流进行过滤,更新在线 计费交互信息列表中的相应信息,如删除与"已请求信用额度的计费键项" 中计费键为Charging Key A相对应的"计费规则项"中的计费规则标识 Charging Rule 1,并不向OCS返回该计费^:所对应的剩余信用额度。另外,根据以上基于每个计费键请求信用额度的处理方式,重鉴权流程 的处理也可以是基于每个计费键的。当TPF向OCS发送信用请求,OCS向 TPF返回信用响应时,OCS除了向TPF提供信用额度之外,还可进一步提 供重鉴权事件。此时TPF可记录已请求信用额度的计费键以及与相应重鉴 权事件的对应关系,例如,针对在线计费交互信息列表中"已请求信用额度 的计费键项"记录的计费键,如Charging Key A,与其相对应的"重鉴权事 件项"中记录OCS下发的重鉴权事件,该重鉴权事件可以是一个或多个, 如PLMN变化事件、TFT变化事件等。OCS可针对不同的计费键下发相同 的重鉴权事件,如OCS针对Charging Key A和Charging Key B均下发PLMN 变化的重鉴权事件。当TPF监测到重鉴权事件发生时,TPF查找与发生的重 鉴权事件相对应的计费键,然后向OCS返回该计费键消耗信用额度后的剩 余信用额度。如发生了 PLMN变化事件,TPF根据在线计费交互信息列表 中记录的信息查找到与该PLMN变化事件相对应的Charging Key A和 Charging Key B,则TPF停止对Charging Key A和Charging Key B分别对应 的计费规则指定的业务数据流的过滤,计算出针对Charging Key A和 Charging Key B消耗信用额度后的剩余信用额度并向OCS返回,请求OCS 针对该重鉴权事件重新分配针对于Charging Key A和Charging Key B的信 用额度。OCS执行完重鉴权后,向TPF提供重新计算的针对于计费键的信 用额度,然后TPF使用新的信用额度监控计费键相对应的计费规则指定的 业务数据流的信用使用情况。例如,OCS分别向TPF提供针对Charging Key A和Charging Key B计算出的信用额度,TPF获得针对Charging Key A的新 的信用额度后,TPF针对与Charging Key A相对应的计费规则指定的业务数 据流进行过滤,监控业务数据流是否达到信用额度,达到信用额度后,触发 允许的信用过期重鉴权事件,TPF再度执行重鉴权流程,请求OCS针对 ChargingKey A重新计算新的信用额度。同样,对于TPF获得针对Charging Key B的新的信用额度后,TPF执行与针对Charging Key A相类似的操作, 这里不再赘述。图3示出了本发明中基于计费键请求信用额度处理过程示意图,如图3 所示,基于计费键请求信用额度的处理过程包括以下步骤步骤301~步骤302: CRF可根据收到的来自外部实体的信息,例如, CRF收到来自TPF的承栽建立、修改或删除等消息,或CRF收到AF或OCS 提供的与计费规则相关的输入信息,选择需要向TPF提供的计费规则,CRF 可要求TPF建立新的计费规则,也可要求TPF删除原来的计费规则,还可 要求TPF对原来的计费规则进行修改。CRF向TPF提供选定的计费规则, 并指示TPF对计费规则进行相应操作。步骤303 步骤304: TPF收到计费规则后,根据计费规则操作指示对计 费规则进行相应操作,如建立、修改或删除计费规则。在线计费情况下,如 果TPF是建立新的计费规则或修改原来的计费规则,则根据该计费规则中 的计费键,判断是否已根据相应计费键向ocs请求了信用额度,如果是,则TPF不再向OCS请求信用额度,直接使用先前针对该计费键向OCS请求 到的信用额度,即该业务数据流将消耗TPF先前针对该计费键向OCS请求 到的信用额度,然后TPF记录与已请求信用额度的计费键相对应的计费规 则信息,如计费规则标识;否则,执行步骤305。在线计费情况下,如果TPF 是删除原来的计费规则,则根据该计费规则中的计费键,判断是否存在其他 计费规则使用针对该计费键请求到的信用额度,如判断与该计费键相对应的 计费规则是否除需删除的计费规则之外还有其他的计费规则,如果是,则直 接删除该计费规则,不再对该计费规则指定的业务数据流进行过滤;否则, TPF停止对该计费规则指定的业务数据流进行过滤,删除该计费规则,并向 OCS返回针对该计费键的剩余信用额度,结束TPF和OCS之间针对该计费 键的交互操作。步骤305 步骤306: TPF向OCS发送信用请求(Credit R叫uest),该 信用请求中携带有该计费规则的计费键,请求OCS针对该计费键提供信用 额度。OCS收到信用请求后,根据计费键计算用户的信用额度,然后向TPF 返回信用响应(Credit Response ),该信用响应中携带分配的信用额度。TPF 收到信用响应后,使用收到的信用额度监控与计费键相对应的计费规则指定的业务数据流的信用使用情况。图4示出了本发明中基于计费键的重鉴权处理过程示意图,如图4所示,基于计费键进行重鉴权的处理过程包括以下步骤步骤401: TPF监测重鉴权事件是否发生,如果是,则执行步骤402; 否则,返回执行步骤401。步骤402 步骤403: TPF查找与发生的重鉴权事件相对应的计费键,然 后向 OCS发送4言用及重鉴4又i貪求(Credit Request and re-authorisation Request),该信用及重鉴权请求中携带有该计费键消耗信用额度后的剩余 信用额度。OCS收到信用及重鉴权请求后,执行重鉴权,重新计算针对该计
费键的信用额度,然后向TPF返回信用及重鉴权响应(Credit Response and re-authorisation Response ),该信用及重鉴权响应中携带有新的信用额度。 TPF收到信用及重鉴权响应后,使用新的信用额度监控与计费键相对应的计 费规则指定的业务数据流的信用使用情况。总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的 保护范围。
权利要求
1、 一种对计费键进行处理的方法,其特征在于,在线计费情况下,TPF建 立计费规则时,该方法包含A、 TPF根据计费规则中的计费键,判断是否已向OCS请求了针对该计费 键的信用额度,如果不是,则TPF向OCS发送信用请求。
2、 根据权利要求1所述的方法,其特征在于,所述TPF判断出已向OCS 请求了针对该计费键的信用额度,之后进一步包括TPF不向OCS发送信用请 求,直接使用请求到的针对该计费键的信用额度。
3、 根据权利要求2所述的方法,其特征在于,所述TPF直接使用请求到 的针对该计费键的信用额度,进一步包括TPF记录与已请求信用额度的所述 计费键相对应的计费规则信息。
4、 根据权利要求1所述的方法,其特征在于,步骤A中所述TPF向OCS 发送信用请求,之后进一步包括Al、 OCS向TPF返回信用额度。
5、 根据权利要求4所述的方法,其特征在于,所述步骤A1之后进一步包 括TPF记录已向OCS请求信用额度的计费键信息。
6、 根据权利要求4或5所述的方法,其特征在于,所述步骤Al之后进一 步包括TPF记录与已请求信用额度的所述计费键相对应的计费规则信息。
7、 一种对计费键进行处理的方法,其特征在于,OCS向TPF提供针对计 费键的重鉴权事件,TPF监测到重鉴权事件发生时,该方法进一步包括B、 TPF向OCS返回所述与重鉴权事件相对应的计费键消耗信用额度后的 剩余信用额度。
8、 根据权利要求7所述的方法,其特征在于,所述步骤B之前进一步包括 TPF记录与所述计费键相对应的重鉴权事件信息。
9、 根据权利要求7所述的方法,其特征在于,所述步骤B之后进一步包括 OCS进行重鉴权,然后向TPF提供重新计算的针对该计费键的信用额度。
10、 一种对计费键进行处理的方法,其特征在于,在线计费情况下,TPF 删除计费规则时,该方法包含C、 TPF根据计费规则中的计费键,判断是否存在除需要删除的计费规则以 外的计费规则使用针对该计费键请求到的信用额度,如果不是,则TPF向OCS 返回针对该计费键的剩余信用额度。
11、 根据权利要求IO所述的方法,其特征在于,所述步骤C之后进一步包 括TPF删除需要删除的计费规则。
全文摘要
本发明公开了一种对计费键进行处理的方法,该方法包含在线计费情况下,TPF建立计费规则时,根据计费规则中的计费键,判断是否已向OCS请求了针对该计费键的信用额度,如果不是,则TPF向OCS发送信用请求;TPF删除计费规则时,根据计费规则中的计费键,判断是否存在除需要删除的计费规则以外的计费规则使用针对该计费键请求到的信用额度,如果不是,则TPF向OCS返回针对该计费键的剩余信用额度;另外,OCS向TPF提供针对计费键的重鉴权事件,TPF监测到重鉴权事件发生时,向OCS返回所述与重鉴权事件相对应的计费键消耗信用额度后的剩余信用额度。根据本发明提出的方案,可以有效减少TPF与OCS之间的交互,提升TPF与OCS的处理性能,增强整个在线计费处理过程的实用性。
文档编号H04L12/14GK101145917SQ20071018149
公开日2008年3月19日 申请日期2004年11月10日 优先权日2004年11月10日
发明者段小琴 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1