CN108574579A - 一种用于电信计费的处理方法和装置及电信系统 - Google Patents

一种用于电信计费的处理方法和装置及电信系统 Download PDF

Info

Publication number
CN108574579A
CN108574579A CN201710141272.7A CN201710141272A CN108574579A CN 108574579 A CN108574579 A CN 108574579A CN 201710141272 A CN201710141272 A CN 201710141272A CN 108574579 A CN108574579 A CN 108574579A
Authority
CN
China
Prior art keywords
charging
pcef
charge system
subscriber number
offline
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
CN201710141272.7A
Other languages
English (en)
Other versions
CN108574579B (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 CN201710141272.7A priority Critical patent/CN108574579B/zh
Publication of CN108574579A publication Critical patent/CN108574579A/zh
Application granted granted Critical
Publication of CN108574579B publication Critical patent/CN108574579B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种用于电信计费的处理方法和装置及电信系统,用于实现对用户号码从离线计费方式到在线计费方式的自动转换。在其中一种方法中,计费系统从PCEF采集离线话单文件,并从离线话单文件中获取采用离线计费方式的用户号码;若用户号码的计费控制属性为在线计费方式,计费系统向PCEF发送计费控制消息,计费控制消息用于计费系统指示PCEF将用户号码从离线计费方式转换为在线计费方式;计费系统接收PCEF回复的计费控制响应;计费系统接收PCEF根据计费控制消息发送的在线计费创建请求,以及根据在线计费创建请求建立用户号码的在线会话;在在线会话创建成功之后,计费系统向PCEF发送在线计费创建响应。

Description

一种用于电信计费的处理方法和装置及电信系统
技术领域
本申请涉及通信技术领域,尤其涉及一种用于电信计费的处理方法和装置及电信系统。
背景技术
第四代移动通信技术(the 4th Generation mobile communicationtechnology,4G)网络具有带宽高,网络快的特点,用户可能在短时间内产生大量的流量。4G业务还具有永不下线特性,即一旦用户上网,将一直保持连接,直至下次终端重新启动。
移动运营商的计费系统可以用来计算用户的流量费用,并将用户的流量使用情况通知给用户。现有技术中的计费系统可以采用在线计费方式或者离线计费方式。在线计费方式就是用户在使用业务过程中实时计算用户的费用,然后进行使用量的通知,并根据用户的余额情况来控制业务的接续。离线计费系统是指通信网元定时或者定量的形成用户计费的文件,然后传递到计费系统进行离线的计费、通知与控制。在线计费方式与离线计费方式的区别在于,在线计费方式的计费实时性更好,业务使用通知和信用控制更及时。
为保证4G业务的计费与通知的及时性,并减少用户欠费风险,移动运营商往往首选采用在线计费方式。但是还会存在多种情况,使得用户本应该采用在线计费方式却被变更为离线计费方式。常见的场景包括:在线计费系统(Online Charging System,OCS)应答超时,网络中断或者OCS系统崩溃,都是使得计费设备根据控制策略将用户从在线计费方式转为离线计费方式,该计费设备可以为策略与计费执行功能实体(Policy and ChargingEnforcement Function,PCEF)。又如,OCS超负荷时进行流控处理,OCS会指示PCEF将用户从在线计费方式转为离线计费方式。
在4G业务具有永不下线特性的情况下,一次连接可以持续很长时间。若本应该采用在线计费方式的用户采用了离线计费方式,4G业务由于有永不下线特性,该用户将一直采用离线控制方式进行计费处理,只有等待终端重启之后才能再次选择在线计费方式。由于离线计费方式都是用户使用业务后再异步处理的模式,会导致计费与业务使用通知不及时,存在用户欠费的风险,甚至造成移动运营商的收入损失。
现有技术中,若本应该采用在线计费方式却被变更为离线计费方式之后,PCEF就会一直采用离线计费方式。为了避免离线计费方式存在的诸多问题,现有技术中需要4G后台维护人员在策略与计费规则功能单元(Policy and Charging Rule Function,PCRF)上进行手动操作,在PCRF上将用户的计费属性手动的修改为在线计费方式,PCRF收到后台的修改指令后通知给PCEF,由PCEF向OCS请求建立在线计费控制。现有技术中PCRF只是受控于后台操作人员,从而无法准确触发计费方式的转换。另外,PCRF在网络中是可选的,很多网络结构中只有PCEF和OCS,而并没有PCRF,从而造成后台操作人员也无法手动在PCRF上修改用户的计费方式。
发明内容
本申请实施例提供了一种用于电信计费的处理方法和装置及电信系统,用于实现对用户号码从离线计费方式到在线计费方式的自动转换。
为解决上述技术问题,本申请实施例提供以下技术方案:
第一方面,本申请实施例提供一种用于电信计费的处理方法,包括:计费系统从策略与计费执行功能实体PCEF采集离线话单文件,并从所述离线话单文件中获取采用离线计费方式的用户号码;若所述用户号码的计费控制属性为在线计费方式,所述计费系统向所述PCEF发送计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将所述用户号码从离线计费方式转换为在线计费方式;所述计费系统接收所述PCEF回复的计费控制响应;所述计费系统接收所述PCEF根据所述计费控制消息发送的在线计费创建请求,以及根据所述在线计费创建请求建立所述用户号码的在线会话;在所述在线会话创建成功之后,所述计费系统向所述PCEF发送在线计费创建响应。本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
在本发明一个可能的设计中,所述计费系统从所述离线话单文件中获取采用离线计费方式的用户号码之后,所述方法还包括:所述计费系统根据所述用户号码的签约信息确定所述用户号码的计费控制属性为在线计费方式;所述计费系统根据在线计费系统OCS模块的负载信息判断所述OCS模块能否承载对所述用户号码的在线计费处理;当所述OCS模块能够承载对所述用户号码的在线计费处理时,触发执行如下步骤:所述计费系统向所述PCEF发送计费控制消息。为了保证OCS模块可以处理在线计费控制,可以Billing域中OCS模块的负载情况,判断OCS模块的负载能否承载在线处理,当OCS模块能够承载对用户号码的在线计费处理时才继续执行后续步骤,否则不对该用户号码进行在线计费处理。结合当前系统负载情况的技术手段,从而解决了无法准确判定用户应该离线切换为在线计费方式的问题,达到准确控制的技术效果。
在本发明一个可能的设计中,所述计费系统向所述PCEF发送计费控制消息,包括:所述计费系统向所述PCEF发送在线计费请求OCR;所述计费系统接收所述PCEF回复的计费控制响应,包括:所述计费系统接收所述PCEF回复的在线计费响应OCA。通过计费系统与PCEF之间增加一对OCR和OCA,使得计费系统和PCEF通过新增加的OCR和OCA进行计费控制方式的变更。
在本发明一个可能的设计中,所述计费系统向所述PCEF发送计费控制消息,包括:所述计费系统向所述PCEF发送重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;所述计费系统接收所述PCEF回复的计费控制响应,包括:所述计费系统接收所述PCEF回复的重认证应答RAA。计费系统可以在计费系统与PCEF之间已有的RAR消息上进行变更,增加上用户号码信息,通过计费系统与PCEF之间已有的消息内容配置就可以进行计费控制方式的变更。
在本发明一个可能的设计中,所述计费系统向所述PCEF发送重认证请求RAR,包括:所述计费系统在所述RAR的用于携带会话标识的字段中携带所述用户号码。计费系统可以使用已有的RAR消息向PCEF发送计费控制消息,由于没有建立在线会话,即没有会话ID,因此计费系统可以将原来用于携带Session-Id的字段中携带用户号码,即计费系统可以将Session-ID信息替换为用户号码,使得PCEF通过解析用于携带Session-Id的字段就可以获取到需要变更计费控制方式的用户号码。
在本发明一个可能的设计中,所述计费系统接收所述PCEF根据所述计费控制消息发送的在线计费创建请求,包括:所述计费系统接收所述PCEF根据所述计费控制消息发送的信用控制请求CCR;所述计费系统向所述PCEF发送在线计费创建响应,包括:所述计费系统向所述PCEF发送信用控制应答CCA。计费系统与PCEF之间可以采用Diameter CreditControl(简称DCC)协议进行通信,其中,DCC是在Diameter协议基础上扩展的应用协议,提供实时计费与信用控制的总体方案,计费系统和PCEF之间使用一对CCR和CCA进行在线会话的创建,使得计费系统可以对用户号码进行在线计费处理。
第二方面,本申请实施例还提供一种用于电信计费的处理方法,包括:策略与计费执行功能实体PCEF向计费系统发送离线话单文件;所述PCEF接收所述计费系统发送的计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将用户号码从离线计费方式转换为在线计费方式;所述PCEF向所述计费系统发送计费控制响应;所述PCEF根据所述计费控制消息向所述计费系统发送在线计费创建请求;所述PCEF接收所述计费系统在所述用户号码的在线会话创建成功之后发送的在线计费创建响应。本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
在本发明一个可能的设计中,所述PCEF接收所述计费系统发送的计费控制消息之后,所述方法还包括:所述PCEF获取所述用户号码对应的会话;若所述用户号码对应的会话为离线会话,所述PCEF将所述用户号码对应的已使用流量记录到所述离线话单文件中。PCEF根据用户号码查询系统中存在的会话,若该号码存在会话,且控制模式为离线,则PCEF可以立即生成一条离线话单,将当前已经使用的流量记录到离线话单文件中,从而可以实现对用户号码在离线转在线之前的离线计费。
在本发明一个可能的设计中,所述PCEF接收所述计费系统发送的计费控制消息,包括:所述PCEF接收所述计费系统发送的在线计费请求OCR;所述PCEF向所述计费系统发送计费控制响应,包括:所述PCEF向所述计费系统发送在线计费响应OCA。通过计费系统与PCEF之间增加一对OCR和OCA,使得计费系统和PCEF通过新增加的OCR和OCA进行计费控制方式的变更。由计费系统通过此消息告知PCEF需要在线计费方式转为离线计费方式的用户号码,PCEFG增加处理OCR/OCA消息的能力,收到此消息后,将当前4G终端用户已经使用的流量记录到离线话单,尝试重新创建在线计费控制。
在本发明一个可能的设计中,所述PCEF接收所述计费系统发送的计费控制消息,包括:所述PCEF接收所述计费系统发送的重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;所述PCEF向所述计费系统发送计费控制响应,包括:所述PCEF向所述计费系统发送重认证应答RAA。计费系统可以在计费系统与PCEF之间已有的RAR消息上进行变更,增加上用户号码信息,通过计费系统与PCEF之间已有的消息内容配置就可以进行计费控制方式的变更。由计费系统发送RAR消息到PCEF,告知需要离线转在线的用户号码,PCEF变更RAR消息的处理流程能力,收到此消息后,若用户当前是离线计费方式,将当前终端用户已经使用的流量记录到离线话单,然后尝试重新创建在线计费控制。
第三方面,本申请实施例还提供一种计费系统,包括:文件处理模块,用于从策略与计费执行功能实体PCEF采集离线话单文件,并从所述离线话单文件中获取采用离线计费方式的用户号码;发送模块,用于若所述用户号码的计费控制属性为在线计费方式,向所述PCEF发送计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将所述用户号码从离线计费方式转换为在线计费方式;接收模块,用于接收所述PCEF回复的计费控制响应;所述接收模块,还用于接收所述PCEF根据所述计费控制消息发送的在线计费创建请求;会话建立模块,用于根据所述在线计费创建请求建立所述用户号码的在线会话;所述发送模块,还用于在所述在线会话创建成功之后,向所述PCEF发送在线计费创建响应。本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
在本申请的第三方面中,计费系统的组成模块还可以执行前述第一方面以及各种可能的实现方式中所描述的步骤,详见前述对第一方面以及各种可能的实现方式中的说明。
第四方面,本申请实施例还提供一种策略与计费执行功能实体,包括:发送模块,用于向计费系统发送离线话单文件;接收模块,用于接收所述计费系统发送的计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将用户号码从离线计费方式转换为在线计费方式;所述发送模块,还用于向所述计费系统发送计费控制响应;所述发送模块,还用于根据所述计费控制消息向所述计费系统发送在线计费创建请求;所述接收模块,还用于接收所述计费系统在所述用户号码的在线会话创建成功之后发送的在线计费创建响应。本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
在本申请的第四方面中,略与计费执行功能实体的组成模块还可以执行前述第二方面以及各种可能的实现方式中所描述的步骤,详见前述对第二方面以及各种可能的实现方式中的说明。
第五方面,本申请实施例还提供一种电信系统,包括:如前述第三方面中任一项所述的计费系统和如前述第四方面中任一项所述的策略与计费执行功能实体PCEF。
本申请的又一方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请的又一方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
附图说明
图1为本申请实施例提供的一种电信系统的组成结构示意图;
图2为本申请实施例提供的一种用于电信计费的处理方法的流程方框示意图;
图3为本申请实施例提供的另一种用于电信计费的处理方法的流程方框示意图;
图4为本申请实施例提供的用于电信计费的处理方法所应用的电信系统的系统架构示意图;
图5为本申请实施例提供的用于电信计费的处理方法中多网元之间交互的一种场景示意图;
图6为本申请实施例提供的用于电信计费的处理方法中多网元之间交互的另一种场景示意图;
图7为本申请实施例提供的用于电信计费的处理方法中多网元之间交互的另一种场景示意图;
图8-a为本申请实施例提供的一种计费系统的组成结构示意图;
图8-b为本申请实施例提供的另一种计费系统的组成结构示意图;
图9-a为本申请实施例提供的一种策略与计费执行功能实体的组成结构示意图;
图9-b为本申请实施例提供的另一种策略与计费执行功能实体的组成结构示意图;
图10为本申请实施例提供的另一种计费系统的组成结构示意图;
图11为本申请实施例提供的另一种策略与计费执行功能实体的组成结构示意图。
具体实施方式
本申请实施例提供了一种用于电信计费的处理方法和装置及电信系统,用于实现对用户号码从离线计费方式到在线计费方式的自动转换。
下面结合附图,对本申请的实施例进行描述。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
本申请实施例提供的用于电信计费的处理方法应用于电信系统中,该电信系统可以实现基于Billing域(Domain)的电信计费。如图1所示,该电信系统10可以包括:计费系统11和策略与计费执行功能实体(Policy and Charging Enforcement Function,PCEF)12,计费系统11和PCEF12之间建立有通信连接。该计费系统11可以包括:在线计费系统(OnlineCharging System,OCS)模块和离线计费系统(Offline Charging System,OFCS)模块,该计费系统可以实现Billing域的认证授权、费用计算,OCS模块可以实现在线计费功能,OFCS可以实现离线计费功能。本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
以下分别从计费系统和PCEF的角度来说明本申请实施例提供的用于电信计费的处理方法,首先从计费系统的角度来说明,请参阅图2所示,本申请一些实施例提供的用于电信计费的处理方法,可以包括:
101、计费系统从PCEF采集离线话单文件,并从离线话单文件中获取采用离线计费方式的用户号码。
在本申请的一些实施例中,计费系统可以向PCEF发起采集文件请求,PCEF可以应答该请求,当用户号码处于离线计费方式时,PCEF可以发送离线话单文件给计费系统。例如计费系统可以使用OFCS模块发起采集文件请求后,PCEF应答并将离线话单文件发送给OFCS模块。其中,计费系统为了完成对某个用户号码的计费需要从PCEF采集离线话单文件,PCEF发送的离线话单文件中记录有该用户号码所使用的流量情况。PCEF为策略和计费执行功能实体,主要包含业务数据流的检测、策略执行和基于流的计费功能。该功能实体位于网关,例如GPRS的网关GPRS支持节点(Gateway GPRS Support Node,GGSN)网关、分组核心网(Evolved Packet Core,EPC)的公用数据网网关(Public Data Network Gateway,PGW)、无线局域网络(Wireless Local Area Networks,WLAN)中的分组数据网关(Packet DataGateway,PDG),另外PCEF也可独立部署用于向计费系统提供离线话单文件。
在本申请的一些实施例中,步骤101计费系统从离线话单文件中获取采用离线计费方式的用户号码之后,本申请一些实施例提供的用于电信计费的处理方法还包括如下步骤:
A1、计费系统根据用户号码的签约信息确定用户号码的计费控制属性为在线计费方式;
A2、计费系统根据在线计费系统OCS模块的负载信息判断OCS模块能否承载对用户号码的在线计费处理;
A3、当OCS模块能够承载对用户号码的在线计费处理时,触发执行如下步骤102:计费系统向PCEF发送计费控制消息。
其中,在计费系统中保存有用户号码的签约信息,计费系统获取到处于离线计费方式的用户号码之后,计费系统通过解析该用户号码的签约信息,从而确定出该用户号码是否可以采用在线计费方式,若该用户号码可以采用在线计费方式,执行步骤A2,为了保证OCS模块可以处理在线计费控制,可以Billing域中OCS模块的负载情况,判断OCS模块的负载能否承载在线处理,当OCS模块能够承载对用户号码的在线计费处理时才继续执行后续步骤102,否则不对该用户号码进行在线计费处理。结合当前系统负载情况的技术手段,从而解决了无法准确判定用户应该离线切换为在线计费方式的问题,达到准确控制的技术效果。
102、若用户号码的计费控制属性为在线计费方式,计费系统向PCEF发送计费控制消息,计费控制消息用于计费系统指示PCEF将用户号码从离线计费方式转换为在线计费方式。
在本申请的一些实施例中,计费系统采集到离线话单文件之后,根据该离线话单文件确定处于离线计费方式的用户号码,计费系统中存储有该用户号码的计费控制属性,该计费控制属性的取值可以为在线计费方式或者离线计费方式,若该计费控制属性是在线计费方式,则说明该用户号码需要采用在线计费方式,只是因为某种原因转换成了离线计费方式,接下来请参阅表1所示,对采用离线计费方式的场景进行举例说明:
举例说明,计费系统中OCS模块应答超时,网络中断或者OCS模块崩溃,都是使得PCEF根据控制策略将用户从在线计费方式转为离线计费方式。又如,OCS模块超负荷时进行流控处理,OCS模块会指示PCEF将用户从在线计费方式转为离线计费方式。
在本申请的一些实施例中,若用户号码的计费控制属性为在线计费方式,但是该用户号码当前采用的是离线计费方式,在这种情况下,计费系统可以向PCEF发送计费控制消息,计费控制消息用于计费系统指示PCEF将用户号码从离线计费方式转换为在线计费方式,在该计费控制消息中携带有需要转换计费控制方式的用户号码。
103、计费系统接收PCEF回复的计费控制响应。
在本申请的一些实施例中,计费系统向PCEF发送计费控制消息之后,PCEF接收该计费控制消息,PCEF对接收情况作出响应,若PCEF成功接收到该计费控制消息,PCEF向计费系统回复计费控制响应,则计费系统可以接收PCEF回复的计费控制响应,若计费系统没有收到该计费控制响应,该计费系统可以再次执行步骤102,详见前述的步骤说明。
在本申请的一些实施例中,前述的步骤102计费系统向PCEF发送计费控制消息,包括:
B1、计费系统向PCEF发送在线计费请求(Online Charge Request,OCR)。
相应的,步骤103计费系统接收PCEF回复的计费控制响应,包括:
C1、计费系统接收PCEF回复的在线计费响应(Online Charge Response,OCA)。
其中,通过计费系统与PCEF之间增加一对OCR和OCA,使得计费系统和PCEF通过新增加的OCR和OCA进行计费控制方式的变更。由计费系统通过此消息告知PCEF需要在线计费方式转为离线计费方式(后续简称为离线转在线)的用户号码(也称为终端号码),PCEFG增加处理OCR/OCA消息的能力,收到此消息后,将当前4G终端用户已经使用的流量记录到离线话单,尝试重新创建在线计费控制。
在本申请的一些实施例中,前述的步骤102计费系统向PCEF发送计费控制消息,包括:
B2、计费系统向PCEF发送重认证请求(Re-Auth-Request,RAR),RAR包括:采用离线计费方式的用户号码。
相应的,步骤103计费系统接收PCEF回复的计费控制响应,包括:
C2、计费系统接收PCEF回复的重认证应答(Re-Auth-Answer,RAA)。
其中,计费系统可以在计费系统与PCEF之间已有的RAR消息上进行变更,增加上用户号码信息,通过计费系统与PCEF之间已有的消息内容配置就可以进行计费控制方式的变更。由计费系统发送RAR消息到PCEF,告知需要离线转在线的用户号码,PCEF变更RAR消息的处理流程能力,收到此消息后,若用户当前是离线计费方式,将当前终端用户已经使用的流量记录到离线话单,然后尝试重新创建在线计费控制。
在本申请的一些实施例中,步骤C2计费系统向PCEF发送重认证请求RAR,包括:
C21、计费系统在RAR的用于携带会话标识(Session-Id)的字段中携带用户号码。
其中,计费系统可以使用已有的RAR消息向PCEF发送计费控制消息,由于没有建立在线会话,即没有会话ID,因此计费系统可以将原来用于携带Session-Id的字段中携带用户号码,即计费系统可以将Session-ID信息替换为用户号码,使得PCEF通过解析用于携带Session-Id的字段就可以获取到需要变更计费控制方式的用户号码。
104、计费系统接收PCEF根据计费控制消息发送的在线计费创建请求,以及根据在线计费创建请求建立用户号码的在线会话。
在本申请的一些实施例中,PCEF接收到该计费控制消息之后,PCEF可以获取到计费系统指示的能够从离线计费方式转换为在线计费方式的用户号码,此时PCEF可以触发计费系统重新建立该用户号码的在线会话,PCEF向计费系统发送在线计费创建请求,计费系统在PCEF的触发下可以建立用户号码的在线会话,其中,计费系统和PCEF之间重新建立在线会话之后,计费系统和PCEF之间可以针对此用户号码建立在线计费通信,使得用户号码可以自动重新恢复到在线计费方式。
105、在在线会话创建成功之后,计费系统向PCEF发送在线计费创建响应。
在本申请的一些实施例中,计费系统在在线会话创建成功之后,计费系统还可以向PCEF发送在线计费创建响应,使得PCEF通过该计费创建响应确定PCEF和计费系统之间的在线会话已经创建完成,该PCEF可以向计费系统发送在线话单文件,从而计费系统可以调用OCS模块对该用户号码进行在线计费控制。
在本申请的一些实施例中,步骤104中的计费系统接收PCEF根据计费控制消息发送的在线计费创建请求,包括:
D1、计费系统接收PCEF根据计费控制消息发送的信用控制请求(Credit ControlRequest,CCR)。
相应的,步骤105计费系统向PCEF发送在线计费创建响应,包括:
D2、计费系统向PCEF发送信用控制应答(Credit Control Answer,CCA)。
其中,计费系统与PCEF之间可以采用Diameter Credit Control(简称DCC)协议进行通信,其中,DCC是在Diameter协议基础上扩展的应用协议,提供实时计费与信用控制的总体方案。计费系统和PCEF之间使用一对CCR和CCA进行在线会话的创建,使得计费系统可以对用户号码进行在线计费处理。
通过前述实施例对本申请的举例说明可知,本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
前述实施例从计费系统的角度来说明本申请实施例提供的用于电信计费的处理方法,接下来从策略与计费执行功能实体的角度来说明,后续实施例中简称为PCEF,请参阅图3所示,本申请一些实施例提供的用于电信计费的处理方法,可以包括:
201、PCEF向计费系统发送离线话单文件。
在本申请的一些实施例中,计费系统可以向PCEF发起采集文件请求,PCEF可以应答该请求,当用户号码处于离线计费方式时,PCEF可以发送离线话单文件给计费系统。例如计费系统可以使用OFCS模块发起采集文件请求后,PCEF应答并将离线话单文件发送给OFCS模块。其中,离线话单文件记录有用户号码所使用的流量情况。
202、PCEF接收计费系统发送的计费控制消息,计费控制消息用于计费系统指示PCEF将用户号码从离线计费方式转换为在线计费方式。
在本申请的一些实施例中,计费系统采集到离线话单文件之后,根据该离线话单文件确定处于离线计费方式的用户号码,计费系统中存储有该用户号码的计费控制属性,该计费控制属性的取值可以为在线计费方式或者离线计费方式,若计费系统确定用户号码能够从离线计费方式转换为在线计费方式,则计费系统会向PCEF发送计费控制消息,PCEF通过接收到的计费控制消息可以获取到来自计费系统的指示。
在本申请的一些实施例中,步骤203PCEF接收计费系统发送的计费控制消息之后,本申请一些实施例提供的用于电信计费的处理方法还包括如下步骤:
E1、PCEF获取用户号码对应的会话;
E2、若用户号码对应的会话为离线会话,PCEF将用户号码对应的已使用流量记录到离线话单文件中。
其中,PCEF根据用户号码查询系统中存在的会话,若该号码存在会话,且控制模式为离线,则PCEF可以立即生成一条离线话单,将当前已经使用的流量记录到离线话单文件中,从而可以实现对用户号码在离线转在线之前的离线计费。
203、PCEF向计费系统发送计费控制响应。
在本申请的一些实施例中,PCEF接收到计费控制消息之后,PCEF对接收情况作出响应,若PCEF成功接收到该计费控制消息,PCEF向计费系统回复计费控制响应。
在本申请的一些实施例中,步骤202PCEF接收计费系统发送的计费控制消息,包括:
F1、PCEF接收计费系统发送的OCR。
相应的,步骤203PCEF向计费系统发送计费控制响应,包括:
G1、PCEF向计费系统发送OCA。
其中,通过计费系统与PCEF之间增加一对OCR和OCA,使得计费系统和PCEF通过新增加的OCR和OCA进行计费控制方式的变更。由计费系统通过此消息告知PCEF需要在线计费方式转为离线计费方式的用户号码,PCEFG增加处理OCR/OCA消息的能力,收到此消息后,将当前4G终端用户已经使用的流量记录到离线话单,尝试重新创建在线计费控制。
在本申请的一些实施例中,步骤202PCEF接收计费系统发送的计费控制消息,包括:
F2、PCEF接收计费系统发送的RAR,RAR包括:采用离线计费方式的用户号码。
相应的,步骤203PCEF向计费系统发送计费控制响应,包括:
G2、PCEF向计费系统发送重认证应答RAA。
其中,计费系统可以在计费系统与PCEF之间已有的RAR消息上进行变更,增加上用户号码信息,通过计费系统与PCEF之间已有的消息内容配置就可以进行计费控制方式的变更。由计费系统发送RAR消息到PCEF,告知需要离线转在线的用户号码,PCEF变更RAR消息的处理流程能力,收到此消息后,若用户当前是离线计费方式,将当前终端用户已经使用的流量记录到离线话单,然后尝试重新创建在线计费控制。
204、PCEF根据计费控制消息向计费系统发送在线计费创建请求。
在本申请的一些实施例中,PCEF接收到该计费控制消息之后,PCEF可以获取到计费系统指示的能够从离线计费方式转换为在线计费方式的用户号码,此时PCEF可以触发计费系统重新建立该用户号码的在线会话,PCEF向计费系统发送在线计费创建请求,计费系统在PCEF的触发下可以建立用户号码的在线会话,其中,计费系统和PCEF之间重新建立在线会话之后,计费系统和PCEF之间可以针对此用户号码建立在线计费通信,使得用户号码可以自动重新恢复到在线计费方式。
205、PCEF接收计费系统在用户号码的在线会话创建成功之后发送的在线计费创建响应。
在本申请的一些实施例中,计费系统在在线会话创建成功之后,计费系统还可以向PCEF发送在线计费创建响应,使得PCEF通过该计费创建响应确定PCEF和计费系统之间的在线会话已经创建完成,该PCEF可以向计费系统发送在线话单文件,从而计费系统可以调用OCS模块对该用户号码进行在线计费控制。
通过前述实施例对本申请的举例说明可知,本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
为便于更好的理解和实施本申请实施例的上述方案,下面举例相应的应用场景来进行具体说明。
本申请实施例中可以解决3GPP无法测定用户应该由离线控制转在线控制的问题,以及要解决计费领域无法告知GGSN/PGW将用户的计费控制方式从离线控制转在线控制的问题。请参阅如图4所示,为本申请实施例提供的用于电信计费的处理方法所应用的电信系统的系统架构示意图。该电信系统包括:PCEF和计费系统,其中,以PCEF具体为GGSN或PGW为例进行说明,计费系统包括:Billing域的OCS模块或OFCS模块。例如GGSN包括:计费网关功能体(Charging Gateway Functionality,CGF)和计费触发功能体(Charging TriggerFunction,CTF),OCS模块或OFCS模块都包括:数据适配单元(Mediation)、在线计费功能体(Online Charging Function,OCF)和计费(Charging)模块,其中,计费模块包括:信息丰富模块(Enrich Billing Event)和上报计费事件模块(Reporting Billing Event)。
本申请实施例中,通过OCS与GGSN、OCS和PGW之间增加一对OCR/OCA消息,OCS给GGSN发送OCR,OCR包括:需要离线转在线的终端号码,由OCS通过此消息告知GGSN需要离线转在线的终端号码,GGSN增加处理OCR/OCA消息的能力,收到此消息后,将当前4G终端用户已经使用的流量记录到离线话单,然后尝试重新创建在线计费控制,例如GGSN/PGW发起信用控制请求初始(Credit Control Request Initial,CCRI)请求,OCS发送信用控制应答初始(Credit Control Answer Initial,CCAI),从而创建在线控制。或者,在目前OCS与GGSN之间已有的RAR消息上进行变更,增加上终端号码信息。由OCS发送RAR消息到GGSN,告知需要离线转在线的终端号码,GGSN变更RAR消息的处理流程能力,收到此消息后,若用户当前是离线控制,将当前4G终端用户已经使用的流量记录到离线话单,然后尝试重新创建在线计费控制。接下来对电信系统中计费控制方式的转换进行举例说明,主要包括如下步骤:
1、Billing域中的Mediation单元从GGSN/PGW中按当前流程采集离线话单文件,Charging模块对离线话单文件中的话单进行计费处理。其中Mediation单元是数据适配单元,负责将离线话单文件从GGSN/PGW采集到Billing域。
2、Billing Domain中Charging模块中的Enrich Billing Event模块用于补充计费话单中的信息,在补充Event字段过程中,将用户的签约信息补充到事件中。其中,签约信息是用户的一个属性字段,来说明用户应该进行在线计费方式还是应该进行离线计费方式。
3、Billing Domain中Reporting Billing Event模块增加能力,识别出离线控制的用户中本应该进行在线控制。
4、OCF将上一步骤发现的用户信息,通过新增一对DCC消息,即OCR/OCA,将需要离线转在线的用户告知到GGSN;或者在现有DCC的RAR消息中扩充字段,增加上激活的用户号码信息,然后发送给GGSN。
5、GGSN的变更:针对新增DCC消息类型(OCR/OCA)方式,GGSN的CTF增加接收此消息的能力;并根据用户号码查找当前存在的会话,若用户的会话按离线计费控制,则将当前应使用的4G流量记录到离线话单文件,然后尝试GGSN/PGW向OCS发起CCRI请求以进行在线计费控制。或者,GGSNCTF接收到RAR消息,消息中若携带用户号码,根据用户号码查找当前存在的会话,若存在用户的会话,按离线计费控制,则将当前应使用的4G流量记录到离线话单,然后尝试向OCS发起CCRI请求以进行在线计费控制。
接下来对本申请的实施例进行详细说明,请参阅图5所示,为本申请实施例提供的用于电信计费的处理方法中多网元之间交互的一种场景示意图,主要包括如下步骤:
首先,移动台(Mobile Station,MS)/用户设备(User Equipment,UE)使用4G业务,GGSN或PGW向计费系统发送CCR(初始或更新),计费系统中的OCS模块分析判断返回需要网关在线转离线计费的结果码(Result Code,RC),OCS模块发送CCA(初始或更新)给GGSN或PGW,该CCA携带有相应的结果码。
1)、MS/UE使用4G流量业务,GGSN尝试与Billing Domain中的用户创建DCC会话以进行在线计费控制。由于GGSN与OCS网络异常、OCS本身DOWN机、OCS侧负载太重正在进行流控、OCS端该号码进行在线控制鉴权失败等场景下,该终端号码的计费方式无法在GGSN和OCS之间创建DCC会话,从而无法对此用户进行在线控制,此种场景下,GGSN对此用户进行离线计费控制。GGSN根据此号码的4G业务使用情况,定时、定量将业务使用情况记录到离线话单文件中。
2)、Billing域的OFCS模块从GGSN采集离线计费文件。该过程包括如下的交互过程:OFCS模块发送采集文件请求,GGSN回复离线计费文件。
3)、对离线文件中号码流量使用记录进行解码、预处理、批价、流量通知用户和信用控制。
4)、从离线话单文件中获取终端号码,根据话单中终端号码读取该号码的计费控制属性,例如计费控制属性取值为:在线计费控制或者离线计费控制。若该号码的计费控制属性是在线计费控制,则获取Billing域中OCS模块的负载情况,判断OCS模块的负载能否承载在线处理。
5)、若经过上述步骤的判断,该终端号码可以进行在线计费处理,则生成离线转在线的指令。
6)、将离线转在线的指令以OCR指令的方式发给GGSN。
7)、GGSN收到OCR后应答OCA。
8)、GGSN/PGW新增OCR/OCA消息接口能力。GGSN/PGW收到OCR消息后,应答OCA消息,表示正确收到消息。然后根据号码查询系统中存在的会话,若该号码的存在会话,且控制模式为离线,则立即生成一条离线话单,将当前已经使用的流量记录到话单中;
9)、GGSN触发CCRI消息到OCS,重新触发在线会话。该CCRI消息包括:计费费率组(Rating Group,RG)和请求服务配额(Requested-Service-Unit,RSU)。
10)、OCS应答CCA,GGSN与OCS之间针对此号码建立在线计费通信。
11)、通过上述步骤,实现离线转在线处理;后续该号码采用在线计费控制。
本申请的前述实施例中,在Billing域内部增加了判断用户可以进行离线转在线的方式,在Billing域的OCS和GGSN之间增加一对消息,通过此消息OCS可以告知GGSN进行离线转在线的具体号码信息,GGSN增加处理OCR/OCA消息的能力,在GGSN内部增加将特定号码由离线转在线控制的能力。本申请实施例的技术方案采用在Billing域的Charging模块中分析号码的实际采用计费方式与系统预置方式的比较,并结合当前系统负载情况的技术手段,从而解决了无法准确判定用户应该离线切换为在线控制的问题,达到准确控制的技术效果。另外,本技术方案采用在GGSN和Billing Domain之间新增一种DCC消息类型,以及GGSN增加处理此消息能力,从而GGSN针对特定号码进行处理的技术手段,解决了GGSN定时将所有进行离线控制的用户尝试在线控制引起OCS负载过高中的技术问题,从而达到了避免OCS过载的技术效果。
接下来对本申请的实施例进行详细说明,请参阅图5所示,图5为本申请实施例提供的用于电信计费的处理方法中多网元之间交互的另一种场景示意图。图6所示的方案与图5所示的区别是本方案利用DCC协议中已经有的接口RAR/RAA,并在该接口上扩充新的能力,上述流程中:
6)、在RAR中增加终端标识(Subscription-Id-Data),不携带Session-Id,由于没有建立在线会话,即没有会话ID,从而不需要在此处携带Session-Id。,OCS发送RAR指令发给GGSN。
7)、GGSN收到RAR后应答RAA。OCS发送RAR后,GGSN发送RAA。若GGSN不发送RAA,OCS需要尝试重新发送RAR。
8)、GGSN/PGW变更RAR/RAA消息接口能力。增加根据终端号码查询系统中存在的会话,若该号码的存在会话,且控制模式为离线,则立即生成一条离线话单,将当前已经使用的流量记录到话单中。
如图7所示,Billing域OCS模块多次发送CCA给GGSN,经过多次传输,当Tx超时时,Billing域OCS模块发送RAR中增加终端标识(Subscription-Id-Data),GGSN回复RAA。其中,RAR/RAA是目前GGSN/PGW与Billing域中OCS的之间的接口之一,用以在已经建立实时计费流程中,Billing域中OCS向GGSN/P-GW发送RAR消息,要求针对特定会话的用户业务作重授权。在此方案中要求GGSN/P-GW扩充该接口的功能:在用于携带Session-ID信息字段中携带终端号码,GGSN发现用户为离线计费方式,收到RAR消息后,切换为在线消息并重新认证的能力。
在本申请的实施例中,在Billing域具有了判断用户能否进行离线转在线的能力,通过使用RAR/RAA,不需要新增消息类型,只是变更现有消息类型就实现准确的离线转在线的技术效果。扩充RAR/RAA接口能力,即通过RAR告知GGSN需要变更,GGSN侧需要适配修改RAR的能力。
通过前述的举例说明可知,在Billing域的OCS和GGSN之间增加了两种不同的方法,以进行离线转在线号码信息的触发:一种是增加一对消息(OCR/OCA),此消息中携带进行离线转在线的具体号码信息。另一种是增强RAR消息能力,此消息中携带进行离线转在线的具体号码信息。GGSN增加处理OCR/OCA消息的能力,或者处理增强型RAR的能力。通知这两种方式,GGSN都可以获取到需要进行离线转在线的具体号码信息,GGSN增加将特定号码进行离线转在线的处理流程。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
为便于更好的实施本申请实施例的上述方案,下面还提供用于实施上述方案的相关装置。
请参阅图8-a所示,本申请实施例提供的一种计费系统800,可以包括:文件处理模块801、发送模块802、接收模块803、会话建立模块804,其中,
文件处理模块801,用于从策略与计费执行功能实体PCEF采集离线话单文件,并从所述离线话单文件中获取采用离线计费方式的用户号码;
发送模块802,用于若所述用户号码的计费控制属性为在线计费方式,向所述PCEF发送计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将所述用户号码从离线计费方式转换为在线计费方式;
接收模块803,用于接收所述PCEF回复的计费控制响应;
所述接收模块803,还用于接收所述PCEF根据所述计费控制消息发送的在线计费创建请求;
会话建立模块804,用于根据所述在线计费创建请求建立所述用户号码的在线会话;
所述发送模块802,还用于在所述在线会话创建成功之后,向所述PCEF发送在线计费创建响应。
在发明的一些实施例中,请参阅图8-b所示,所述计费系统800还包括:
计费控制属性确定模块805,用于所述文件处理模块801从所述离线话单文件中获取采用离线计费方式的用户号码之后,根据所述用户号码的签约信息确定所述用户号码的计费控制属性为在线计费方式;
判断模块808,用于根据在线计费系统OCS模块的负载信息判断所述OCS模块能否承载对所述用户号码的在线计费处理;当所述OCS模块能够承载对所述用户号码的在线计费处理时,触发执行所述发送模块802向所述PCEF发送计费控制消息。
在发明的一些实施例中,所述发送模块802,具体用于向所述PCEF发送在线计费请求OCR;
所述接收模块803,具体用于接收所述PCEF回复的在线计费响应OCA。
在发明的一些实施例中,所述发送模块802,具体用于向所述PCEF发送重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述接收模块803,具体用于接收所述PCEF回复的重认证应答RAA。
在发明的一些实施例中,所述发送模块802,具体用于在所述RAR的用于携带会话标识的字段中携带所述用户号码。
在发明的一些实施例中,所述接收模块803,具体用于接收所述PCEF根据所述计费控制消息发送的信用控制请求CCR;
所述发送模块802,具体用于向所述PCEF发送信用控制应答CCA。
通过前述实施例对本申请的举例说明可知,本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
请参阅图9-a所示,本申请实施例提供的一种策略与计费执行功能实体900,可以包括:发送模块901、接收模块902,其中,
发送模块901,用于向计费系统发送离线话单文件;
接收模块902,用于接收所述计费系统发送的计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将用户号码从离线计费方式转换为在线计费方式;
所述发送模块901,还用于向所述计费系统发送计费控制响应;
所述发送模块901,还用于根据所述计费控制消息向所述计费系统发送在线计费创建请求;
所述接收模块902,还用于接收所述计费系统在所述用户号码的在线会话创建成功之后发送的在线计费创建响应。
在发明的一些实施例中,请参阅图9-b所示,所述策略与计费执行功能实体900还包括:
计费模块903,用于所述接收模块902接收所述计费系统发送的计费控制消息之后,获取所述用户号码对应的会话;若所述用户号码对应的会话为离线会话,将所述用户号码对应的已使用流量记录到所述离线话单文件中。
在发明的一些实施例中,所述接收模块902,具体用于接收所述计费系统发送的在线计费请求OCR;
所述发送模块901,具体用于向所述计费系统发送在线计费响应OCA。
在发明的一些实施例中,所述接收模块902,具体用于接收所述计费系统发送的重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述发送模块901,具体用于向所述计费系统发送重认证应答RAA。
通过前述实施例对本申请的举例说明可知,本申请实施例中计费系统和PCEF之间可以进行消息以及文件的传输,计费系统可以向PCEF指示需要完成从离线计费方式转换为在线计费方式的用户号码,从而使得PCEF可以确定哪个用户号码或者哪些用户号码可以进行从离线计费方式到在线计费方式的转换,不需要用户终端的重新启动就可以转换至在线计费方式,也不需要后台人员手动的修改,本申请实施例提供的电信系统中可以不使用PCRF,以解决有些网络中没有PCRF使得用户号码始终处于离线计费方式导致的用户欠费风险。
需要说明的是,上述装置各模块/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其带来的技术效果与本申请方法实施例相同,具体内容可参见本申请前述所示的方法实施例中的叙述,此处不再赘述。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储有程序,该程序执行包括上述方法实施例中记载的部分或全部步骤。
接下来介绍本申请实施例提供的另一种计费系统,请参阅图10所示,计费系统1000包括:
接收器1001、发射器1002、处理器1003和存储器1004(其中计费系统1000中的处理器1003的数量可以一个或多个,图10中以一个处理器为例)。在本申请的一些实施例中,接收器1001、发射器1002、处理器1003和存储器1004可通过总线或其它方式连接,其中,图10中以通过总线连接为例。
存储器1004可以包括只读存储器和随机存取存储器,并向处理器1003提供指令和数据。存储器1004的一部分还可以包括非易失性随机存取存储器(英文全称:Non-VolatileRandom Access Memory,英文缩写:NVRAM)。存储器1004存储有操作系统和操作指令、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,操作指令可包括各种操作指令,用于实现各种操作。操作系统可包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
处理器1003控制计费系统的操作,处理器1003还可以称为中央处理单元(英文全称:Central Processing Unit,英文简称:CPU)。具体的应用中,计费系统的各个组件通过总线系统耦合在一起,其中总线系统除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都称为总线系统。
上述本申请实施例揭示的方法可以应用于处理器1003中,或者由处理器1003实现。处理器1003可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1003中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1003可以是通用处理器、数字信号处理器(英文全称:digital signal processing,英文缩写:DSP)、专用集成电路(英文全称:Application Specific Integrated Circuit,英文缩写:ASIC)、现场可编程门阵列(英文全称:Field-Programmable Gate Array,英文缩写:FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1004,处理器1003读取存储器1004中的信息,结合其硬件完成上述方法的步骤。
接收器1001可用于接收输入的数字或字符信息,以及产生与计费系统的相关设置以及功能控制有关的信号输入,发射器1002可包括显示屏等显示设备,发射器1002可用于通过外接接口输出数字或字符信息。
本申请实施例中,处理器1003,用于执行前述的图2所示方法实施例。
接下来介绍本申请实施例提供的另一种策略与计费执行功能实体,请参阅图11所示,策略与计费执行功能实体1100包括:
接收器1101、发射器1102、处理器1103和存储器1104(其中策略与计费执行功能实体1100中的处理器1103的数量可以一个或多个,图11中以一个处理器为例)。在本申请的一些实施例中,接收器1101、发射器1102、处理器1103和存储器1104可通过总线或其它方式连接,其中,图11中以通过总线连接为例。
存储器1104可以包括只读存储器和随机存取存储器,并向处理器1103提供指令和数据。存储器1104的一部分还可以包括NVRAM。存储器1104存储有操作系统和操作指令、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,操作指令可包括各种操作指令,用于实现各种操作。操作系统可包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
处理器1103控制策略与计费执行功能实体的操作,处理器1103还可以称为CPU。具体的应用中,策略与计费执行功能实体的各个组件通过总线系统耦合在一起,其中总线系统除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都称为总线系统。
上述本申请实施例揭示的方法可以应用于处理器1103中,或者由处理器1103实现。处理器1103可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1103中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1103可以是通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1104,处理器1103读取存储器1104中的信息,结合其硬件完成上述方法的步骤。
本申请实施例中,处理器1103,用于执行前述策略与计费执行功能实体执行的方法实施例。
另外需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本申请提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下,凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现,而且,用来实现同一功能的具体硬件结构也可以是多种多样的,例如模拟电路、数字电路或专用电路等。但是,对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘、U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims (23)

1.一种用于电信计费的处理方法,其特征在于,包括:
计费系统从策略与计费执行功能实体PCEF采集离线话单文件,并从所述离线话单文件中获取采用离线计费方式的用户号码;
若所述用户号码的计费控制属性为在线计费方式,所述计费系统向所述PCEF发送计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将所述用户号码从离线计费方式转换为在线计费方式;
所述计费系统接收所述PCEF回复的计费控制响应;
所述计费系统接收所述PCEF根据所述计费控制消息发送的在线计费创建请求,以及根据所述在线计费创建请求建立所述用户号码的在线会话;
在所述在线会话创建成功之后,所述计费系统向所述PCEF发送在线计费创建响应。
2.根据权利要求1所述的方法,其特征在于,所述计费系统从所述离线话单文件中获取采用离线计费方式的用户号码之后,所述方法还包括:
所述计费系统根据所述用户号码的签约信息确定所述用户号码的计费控制属性为在线计费方式;
所述计费系统根据在线计费系统OCS模块的负载信息判断所述OCS模块能否承载对所述用户号码的在线计费处理;
当所述OCS模块能够承载对所述用户号码的在线计费处理时,触发执行如下步骤:所述计费系统向所述PCEF发送计费控制消息。
3.根据权利要求1所述的方法,其特征在于,所述计费系统向所述PCEF发送计费控制消息,包括:
所述计费系统向所述PCEF发送在线计费请求OCR;
所述计费系统接收所述PCEF回复的计费控制响应,包括:
所述计费系统接收所述PCEF回复的在线计费响应OCA。
4.根据权利要求1所述的方法,其特征在于,所述计费系统向所述PCEF发送计费控制消息,包括:
所述计费系统向所述PCEF发送重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述计费系统接收所述PCEF回复的计费控制响应,包括:
所述计费系统接收所述PCEF回复的重认证应答RAA。
5.根据权利要求4所述的方法,其特征在于,所述计费系统向所述PCEF发送重认证请求RAR,包括:
所述计费系统在所述RAR的用于携带会话标识的字段中携带所述用户号码。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述计费系统接收所述PCEF根据所述计费控制消息发送的在线计费创建请求,包括:
所述计费系统接收所述PCEF根据所述计费控制消息发送的信用控制请求CCR;
所述计费系统向所述PCEF发送在线计费创建响应,包括:
所述计费系统向所述PCEF发送信用控制应答CCA。
7.一种用于电信计费的处理方法,其特征在于,包括:
策略与计费执行功能实体PCEF向计费系统发送离线话单文件;
所述PCEF接收所述计费系统发送的计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将用户号码从离线计费方式转换为在线计费方式;
所述PCEF向所述计费系统发送计费控制响应;
所述PCEF根据所述计费控制消息向所述计费系统发送在线计费创建请求;
所述PCEF接收所述计费系统在所述用户号码的在线会话创建成功之后发送的在线计费创建响应。
8.根据权利要求7所述的方法,其特征在于,所述PCEF接收所述计费系统发送的计费控制消息之后,所述方法还包括:
所述PCEF获取所述用户号码对应的会话;
若所述用户号码对应的会话为离线会话,所述PCEF将所述用户号码对应的已使用流量记录到所述离线话单文件中。
9.根据权利要求7所述的方法,其特征在于,所述PCEF接收所述计费系统发送的计费控制消息,包括:
所述PCEF接收所述计费系统发送的在线计费请求OCR;
所述PCEF向所述计费系统发送计费控制响应,包括:
所述PCEF向所述计费系统发送在线计费响应OCA。
10.根据权利要求7所述的方法,其特征在于,所述PCEF接收所述计费系统发送的计费控制消息,包括:
所述PCEF接收所述计费系统发送的重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述PCEF向所述计费系统发送计费控制响应,包括:
所述PCEF向所述计费系统发送重认证应答RAA。
11.一种计费系统,其特征在于,包括:
文件处理模块,用于从策略与计费执行功能实体PCEF采集离线话单文件,并从所述离线话单文件中获取采用离线计费方式的用户号码;
发送模块,用于若所述用户号码的计费控制属性为在线计费方式,向所述PCEF发送计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将所述用户号码从离线计费方式转换为在线计费方式;
接收模块,用于接收所述PCEF回复的计费控制响应;
所述接收模块,还用于接收所述PCEF根据所述计费控制消息发送的在线计费创建请求;
会话建立模块,用于根据所述在线计费创建请求建立所述用户号码的在线会话;
所述发送模块,还用于在所述在线会话创建成功之后,向所述PCEF发送在线计费创建响应。
12.根据权利要求11所述的计费系统,其特征在于,所述计费系统还包括:
计费控制属性确定模块,用于所述文件处理模块从所述离线话单文件中获取采用离线计费方式的用户号码之后,根据所述用户号码的签约信息确定所述用户号码的计费控制属性为在线计费方式;
判断模块,用于根据在线计费系统OCS模块的负载信息判断所述OCS模块能否承载对所述用户号码的在线计费处理;当所述OCS模块能够承载对所述用户号码的在线计费处理时,触发执行所述发送模块向所述PCEF发送计费控制消息。
13.根据权利要求11所述的计费系统,其特征在于,所述发送模块,具体用于向所述PCEF发送在线计费请求OCR;
所述接收模块,具体用于接收所述PCEF回复的在线计费响应OCA。
14.根据权利要求11所述的计费系统,其特征在于,所述发送模块,具体用于向所述PCEF发送重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述接收模块,具体用于接收所述PCEF回复的重认证应答RAA。
15.根据权利要求14所述的计费系统,其特征在于,所述发送模块,具体用于在所述RAR的用于携带会话标识的字段中携带所述用户号码。
16.根据权利要求11至15中任一项所述的计费系统,其特征在于,所述接收模块,具体用于接收所述PCEF根据所述计费控制消息发送的信用控制请求CCR;
所述发送模块,具体用于向所述PCEF发送信用控制应答CCA。
17.一种策略与计费执行功能实体PCEF,其特征在于,包括:
发送模块,用于向计费系统发送离线话单文件;
接收模块,用于接收所述计费系统发送的计费控制消息,所述计费控制消息用于所述计费系统指示所述PCEF将用户号码从离线计费方式转换为在线计费方式;
所述发送模块,还用于向所述计费系统发送计费控制响应;
所述发送模块,还用于根据所述计费控制消息向所述计费系统发送在线计费创建请求;
所述接收模块,还用于接收所述计费系统在所述用户号码的在线会话创建成功之后发送的在线计费创建响应。
18.根据权利要求17所述的策略与计费执行功能实体,其特征在于,所述策略与计费执行功能实体还包括:
计费模块,用于所述接收模块接收所述计费系统发送的计费控制消息之后,获取所述用户号码对应的会话;若所述用户号码对应的会话为离线会话,将所述用户号码对应的已使用流量记录到所述离线话单文件中。
19.根据权利要求17所述的策略与计费执行功能实体,其特征在于,所述接收模块,具体用于接收所述计费系统发送的在线计费请求OCR;
所述发送模块,具体用于向所述计费系统发送在线计费响应OCA。
20.根据权利要求17所述的策略与计费执行功能实体,其特征在于,所述接收模块,具体用于接收所述计费系统发送的重认证请求RAR,所述RAR包括:采用离线计费方式的用户号码;
所述发送模块,具体用于向所述计费系统发送重认证应答RAA。
21.一种电信系统,其特征在于,包括:如权利要求11至16中任一项所述的计费系统和如权利要求17至20中任一项所述的策略与计费执行功能实体PCEF。
22.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-6任意一项所述的方法,或者执行如权利要求7-10任意一项所述的方法。
23.一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如权利要求1-6任意一项所述的方法,或者执行如权利要求7-10任意一项所述的方法。
CN201710141272.7A 2017-03-10 2017-03-10 一种用于电信计费的处理方法和装置及电信系统 Active CN108574579B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710141272.7A CN108574579B (zh) 2017-03-10 2017-03-10 一种用于电信计费的处理方法和装置及电信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710141272.7A CN108574579B (zh) 2017-03-10 2017-03-10 一种用于电信计费的处理方法和装置及电信系统

Publications (2)

Publication Number Publication Date
CN108574579A true CN108574579A (zh) 2018-09-25
CN108574579B CN108574579B (zh) 2021-08-13

Family

ID=63578082

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710141272.7A Active CN108574579B (zh) 2017-03-10 2017-03-10 一种用于电信计费的处理方法和装置及电信系统

Country Status (1)

Country Link
CN (1) CN108574579B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111327775A (zh) * 2018-12-17 2020-06-23 中国移动通信集团青海有限公司 一种消息分发方法、装置、设备、介质及在线计费系统

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005384A (zh) * 2007-01-30 2007-07-25 华为技术有限公司 一种计费过程中的处理方法、系统及装置
CN101267321A (zh) * 2008-04-28 2008-09-17 中兴通讯股份有限公司 计费方法、系统以及消息识别转换功能装置
CN101674565A (zh) * 2008-09-08 2010-03-17 华为技术有限公司 一种计费方式的选择方法、装置及通信系统
CN101800965A (zh) * 2009-02-11 2010-08-11 华为技术有限公司 计费方法、计费设备及计费系统
CN102595364A (zh) * 2011-01-06 2012-07-18 中国移动通信集团广东有限公司 一种计费系统、装置和方法
CN102612011A (zh) * 2012-03-22 2012-07-25 中兴通讯股份有限公司 一种计费控制策略实时切换的方法及系统
CN103702306A (zh) * 2012-09-27 2014-04-02 阿尔卡特朗讯 一种在ocs计费失败时对用户设备进行计费的方法与设备
US20150071125A1 (en) * 2013-09-09 2015-03-12 At&T Intellectual Property I, Lp Method and system for managing user location information in a communication system
CN104717627A (zh) * 2013-12-13 2015-06-17 中国移动通信集团公司 计费话单创建方法、数据业务计费方法及相关装置
CN106452803A (zh) * 2015-08-11 2017-02-22 中兴通讯股份有限公司 一种实现在线计费的方法、系统及装置
CN106465084A (zh) * 2015-06-30 2017-02-22 华为技术有限公司 计费方法、网络设备及计费系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005384A (zh) * 2007-01-30 2007-07-25 华为技术有限公司 一种计费过程中的处理方法、系统及装置
CN101267321A (zh) * 2008-04-28 2008-09-17 中兴通讯股份有限公司 计费方法、系统以及消息识别转换功能装置
CN101674565A (zh) * 2008-09-08 2010-03-17 华为技术有限公司 一种计费方式的选择方法、装置及通信系统
CN101800965A (zh) * 2009-02-11 2010-08-11 华为技术有限公司 计费方法、计费设备及计费系统
CN102595364A (zh) * 2011-01-06 2012-07-18 中国移动通信集团广东有限公司 一种计费系统、装置和方法
CN102612011A (zh) * 2012-03-22 2012-07-25 中兴通讯股份有限公司 一种计费控制策略实时切换的方法及系统
CN103702306A (zh) * 2012-09-27 2014-04-02 阿尔卡特朗讯 一种在ocs计费失败时对用户设备进行计费的方法与设备
US20150071125A1 (en) * 2013-09-09 2015-03-12 At&T Intellectual Property I, Lp Method and system for managing user location information in a communication system
CN104717627A (zh) * 2013-12-13 2015-06-17 中国移动通信集团公司 计费话单创建方法、数据业务计费方法及相关装置
CN106465084A (zh) * 2015-06-30 2017-02-22 华为技术有限公司 计费方法、网络设备及计费系统
CN106452803A (zh) * 2015-08-11 2017-02-22 中兴通讯股份有限公司 一种实现在线计费的方法、系统及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
刘巍: "电信融合计费系统设计与应用", 《中国优秀硕士学位论文全文数据库》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111327775A (zh) * 2018-12-17 2020-06-23 中国移动通信集团青海有限公司 一种消息分发方法、装置、设备、介质及在线计费系统

Also Published As

Publication number Publication date
CN108574579B (zh) 2021-08-13

Similar Documents

Publication Publication Date Title
US10972613B2 (en) Charging control method, charging trigger apparatus, and online charging system
CN106465084B (zh) 计费方法、网络设备及计费系统
EP3567800B1 (en) Method, system and gateway for charging for data service
CN109218032A (zh) 一种计费方法及设备
EP2509254A1 (en) Method and apparatus for controlling service traffic in a communication network
US20160127565A1 (en) Offload of service charging from an online charging system
US10182161B2 (en) Modifying a quality of a connection between a terminal and an application server
WO2017115747A1 (ja) 情報処理装置、情報処理方法、およびプログラム
CN111327432B (zh) 计费处理方法及装置、存储介质和电子装置
CN104255000A (zh) 一种进行应用计费的方法、计费设备和系统
CN102497379B (zh) 网络接入方法、系统及设备
CN105101136B (zh) 一种数据业务的计费方法、装置及系统
CN104104520A (zh) 一种基于OpenFlow协议的计费的方法及系统
CN105939527A (zh) 针对漫游用户的拥塞缓解
KR20140062505A (ko) Sy 기반 통합 정책 및 과금 제어
CN104955013A (zh) 用量监控方法、装置和系统
US20170134178A1 (en) Charging Method, Charging Device, and Charging System
CN108401231A (zh) 一种计费方法、装置和系统
WO2016107177A1 (zh) 一种计费方法、装置及系统
US11223492B2 (en) Wireless communication method and device
CN106936603A (zh) 一种数据业务计费方法,装置和系统
CN108574579A (zh) 一种用于电信计费的处理方法和装置及电信系统
CN106921954B (zh) 进出区域监控的处理方法及装置
WO2015113284A1 (zh) 计费处理方法、集中网络控制节点、功能节点和系统
CN109891840A (zh) 电信网络中的临时产品的策略管理的方法和设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200131

Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant after: HUAWEI TECHNOLOGIES Co.,Ltd.

Address before: 210012 HUAWEI Nanjing base, 101 software Avenue, Yuhuatai District, Jiangsu, Nanjing

Applicant before: Huawei Technologies Co.,Ltd.

GR01 Patent grant
GR01 Patent grant