首页> 中国专利> 一种在线计费系统中流量的分配方法及在线计费系统

一种在线计费系统中流量的分配方法及在线计费系统

摘要

本发明提供一种在线计费系统中流量的分配方法及在线计费系统,涉及移动通信技术领域。其中,所述方法包括:在接收到VASP/VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;接收所述VASP/VAC发送的更新信用控制请求;根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。通过本发明,减少了网络的信令负荷和在线计费系统的处理开销。

著录项

  • 公开/公告号CN108076443A

    专利类型发明专利

  • 公开/公告日2018-05-25

    原文格式PDF

  • 申请/专利号CN201611014062.3

  • 发明设计人 孟强;

    申请日2016-11-15

  • 分类号H04W4/24(20090101);H04W28/12(20090101);H04L12/14(20060101);

  • 代理机构11002 北京路浩知识产权代理有限公司;

  • 代理人李相雨

  • 地址 100033 北京市西城区金融大街29号

  • 入库时间 2023-06-19 05:24:22

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2020-07-17

    授权

    授权

  • 2018-06-19

    实质审查的生效 IPC(主分类):H04W4/24 申请日:20161115

    实质审查的生效

  • 2018-05-25

    公开

    公开

说明书

技术领域

本发明涉及移动通信技术领域,具体地,涉及一种在线计费系统中流量的分配方法及在线计费系统。

背景技术

在引入OCS(Online Charging System,在线计费系统)系统以后,对于在线计费用户VASP(Value-add Service Platform,综合增值业务平台)/VAC(Value-added ServiceAuthentication Center,增值业务鉴权中心)需要实时触发在线计费请求到OCS系统。VASP/VAC与OCS在功能上的分工主要包括:当业务引擎触发鉴权批价请求到VASP/VAC之后,VASP进行业务鉴权操作,并判断用户是否是在线计费用户,对于在线计费用户通过DCC(Data Communication Channel,数据通信信道)协议转发到OCS系统进行计费批价,OCS将批价的结果发送给VASP/VAC,由VASP/VAC返回给业务引擎,完成对用户增值业务内容使用的控制。VASP/VAC实现对各种移动增值数据业务的管理,负责数据增值业务的鉴权、定购关系管理、终端管理等功能。VASP/VAC应可以根据用户的签约信息把在线计费系统用户的计费请求触发到OCS系统。VASP/VAC应保存用户各种增值业务的签约信息。当VASP/VAC判断到用户的业务使用请求满足在线计费鉴权要求的条件时,向OCS发送计费请求。

图1是现有技术中业务引擎、VASP/VAC和OCS三者之间进行信令交互的流程图。如图1所示,业务引擎发出的会话开始请求消息TrafficPrice到VASP/VAC,VASP/VAC对业务进行鉴权处理,并将相关信息和结果通过初始CCR(Credit Control Request,信用控制请求)发送到OCS,进行请求。OCS通过VASP/VAC发上来的相关信息和结果进行计算、预留,并将可使用的流量通过初始CCA(Credit Control Answer,信用控制响应)发送给VASP/VAC。VASP/VAC根据OCS返回的初始CCA发送会话开始响应消息TrafficPriceResp给业务引擎。预留流量到达后,业务引擎向VASP/VAC上报会话开始请求消息TrafficPrice,VASP/VAC向OCS发送更新CCR,上报已经使用的流量并请求申请流量。OCS根据上报的更新CCR进行预留,并将可使用的流量通过更新CCA发送给VASP/VAC。VASP/VAC根据OCS返回的更新CCA发送会话开始响应消息TrafficPriceResp给业务引擎。如果UE的业务结束,VASP/VAC收到业务引擎发送的会话停止请求消息;VASP/VAC向OCS发送终止CCR,上报已经使用的流量。OCS根据上报的终止CCR进行计算扣除,并返回终止CCA给VASP/VAC,VASP/VAC返回会话停止响应消息给业务引擎。

通过对现有技术的分析,本申请的发明人发现,IMS(IP Multimedia Subsystem,IP多媒体子系统)允许一个UE同时支持多项并发业务的流量计算,由于UE的套餐余额对应的流量是有限的,如果OCS每次预留的资源过少,则分配的流量会很快消耗完,IMS会频繁地发起上述交互过程中所描述的操作,增加网络的信令负荷以及系统的处理开销。

目前,各大运营商都是采用设置一个固定的预留流量数量的方法。这样的处理方法很粗陋,只能在各种限制条件下选择一个折中的处理方法。因此,现有技术中存在的技术问题是:如何减少网络的信令负荷和在线计费系统的处理开销。

发明内容

本发明的目的是提供一种在线计费系统中流量的分配方法及在线计费系统。其中,所述方法所要解决的技术问题是:如何减少网络的信令负荷和在线计费系统的处理开销。

为了实现上述目的,本发明提供一种在线计费系统中流量的分配方法。所述方法包括:

在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;

接收所述VASP/VAC发送的更新信用控制请求;

根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;

将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

可选地,在向所述VASP/VAC发送UE的第一业务的第一预留流量值的步骤之前,所述方法还包括:

根据所述UE在预设时间段内所述第一业务使用流量的历史数据获取所述第一流量分配值。

可选地,根据所述UE在预设时间段内对应所述第一业务使用流量的历史数据获取所述第一流量分配值的步骤之后,向所述VASP/VAC发送UE的第一业务的第一预留流量值的步骤之前,所述方法还包括:

查看待发送至所述VASP/VAC的第一预留流量值是否大于所述UE的套餐中剩余的流量;

若否,则执行向所述VASP/VAC发送UE的第一业务的第一预留流量值的步骤;

否则,将所述UE的套餐中剩余的流量作为第一预留流量值发送至所述VASP/VAC。

可选地,所述根据所述UE在预设时间段内所述第一业务使用流量的历史数据获取所述第一流量分配值,包括:

剔除所述历史数据中存在的异常数据,得到用于获取所述第一流量分配值的数据集合;

将所述数据集合中的流量数据按照所述流量数据的大小进行排序,并选取排序第N个位置的流量数据作为当前预定值,N为大于等于1的自然数;

将所述当前预定值作为统计流量数据的起始点,将所述当前预定值与预设倍数的乘积作为统计流量数据的截止点;

统计起始点和截止点之间的所有流量数据的条数;

判断所述条数是否小于所述数据集合中流量数据总条数与预设比例的乘积;

若小于,则将所述当前预定值作为所述第一流量分配值。

可选地,判断所述条数是否小于所述数据集合中流量数据总条数与预设比例的乘积的步骤之后,所述方法还包括:

若大于或等于,则将所述截止点作为起始点;

将所述当前预定值与预设倍数的M次方的乘积作为统计流量数据的截止点,其中M为大于或等于2的自然数;

重复上述统计起始点和截止点之间的所有流量数据的条数的步骤。

可选地,所述方法还包括:

每隔预设时间间隔段,获取所述UE的套餐中剩余的流量,并判断所述剩余的流量是否大于预设的第一门限值;

若否,则调整所述第一流量分配值。

可选地,所述方法还包括:

每隔预设时间间隔段,获取所述在线计费系统在所述预设时间间隔段内的负载,并判断所述负载是否大于预设的第二门限值;

若是,判断所述UE的套餐中剩余的流量是否大于预设的第一门限值;

若否,则调整所述第一流量分配值。

可选地,所述根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,包括:

获取所述UE使用所述第一预留流量值的时间段;

将所述第一预留流量值除以所述时间段,得到所述UE在单位时间内使用的流量;

根据所述UE在单位时间内使用的流量计算得到所述UE在预设的固定时间内所需要的流量;

判断所述UE的套餐中剩余的流量是否大于所述UE在预设的固定时间内所需要的流量;

若是,确定所述UE在预设的固定时间内所需要的流量为所述第二流量分配值;

否则,确定所述UE的套餐中剩余的流量为所述第二流量分配值。

可选地,所述UE的套餐中剩余的流量为:所述UE的套餐中剩余的总流量预先减去第二业务待使用的流量得到的剩余流量。

相应地,本发明还提供一种在线计费系统。所述系统包括:

第一发送单元,用于在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;

接收单元,用于接收所述VASP/VAC发送的更新信用控制请求;

确定单元,用于根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;

第二发送单元,用于将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

由上述技术方案可知,所述在线计费系统在接收到VASP/VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述第一预留流量值为预先根据所述UE在预设时间段内使用流量的历史数据获取的第一流量分配值;若所述UE的流量分配值不足,则接收所述VASP/VAC发送的更新信用控制请求;根据所述第一流量分配值和所述UE消耗所述第一流量分配值所需要的时间来计算得到所述UE在单位时间内消耗的流量,从而可根据所述UE在单位时间内消耗的流量分配与之相应的流量,减少了网络的信令负荷和在线计费系统的处理开销。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。

图1是现有技术中业务引擎、VASP/VAC和OCS三者之间进行信令交互的流程图;

图2是本发明一实施例提供的在线计费系统中流量的分配方法的流程图;

图3是本发明又一实施例提供的在线计费系统中流量的分配方法的流程图;

图4是本发明一实施例提供的在线计费系统的结构示意图;

图5是本发明又一实施例提供的在线计费系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

以下对本发明实施例中提及的部分词语进行举例说明。

本发明实施例中提及的UE(User Equipment,用户设备)是所使用的移动终端或个人计算机(Personal Computer,简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

小流量业务属于低风险业务,对流量的分配精度的要求不高,主要侧重考虑降低信令开销;而大流量业务属于高风险业务,对流量分配的精度和实时性都要求较高。此外,目前的移动通信环境属于多种传输模式并存,多种移动终端并存,多种媒体类型并存的阶段,不同UE之间传输带宽的差异很大,相同UE在不同环境下,对不同媒体的传输带宽的差异也很大。因此,可根据上述情况提供一种在线计费系统中流量的分配方法。

图2是本发明一实施例提供的在线计费系统中流量的分配方法的流程图。如图2所示,本发明一实施例提供的在线计费系统中流量的分配方法包括:

在步骤S101中,在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值。

本实施例中的初始信用控制请求可包括:所述UE的第一业务的标识。为此,可将预先获取的UE第一业务对应的第一预留流量值发送VASP/VAC。

其中,上述的第一业务可为小流量业务或者大流量业务,本实施例不对其进行限定。具体地,小流量业务是指一次访问需要数据流量较少的业务,例如,访问网页、客户端内文字内容的请求等。

上述步骤中的第一预留流量值为预先根据所述UE在预设时间段内第一业务使用流量的历史数据获取的第一流量分配值。具体地,在接收到UE的业务请求后,业务引擎发出会话开始请求消息TrafficPrice到VASP/VAC;VASP/VAC对业务进行鉴权处理;VASP/VAC将相关信息和结果通过初始CCR发送到OCS进行请求,OCS通过VASP/VAC发上来的相关信息进行计算、预留,并将可使用的流量通过初始CCA发送给VASP/VAC。

接着,在步骤S102中,接收所述VASP/VAC发送的更新信用控制请求。

可理解的是,若所述UE的第一预留流量值不足,则接收所述VASP/VAC发送的更新信用控制请求。若所述UE的第一预留流量值足够,则所述在线计费系统不会接收所述VASP/VAC发送的更新信用控制请求,本实施例中不再说明UE的第一预留流量值足够的情况。

上述的更新信用控制请求可包括所述UE针对所述第一业务使用的流量达到所述第一预留流量值后所发送的流量申请请求。

紧接着,在步骤S103中,根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值。

举例来说,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的。具体地,获取所述UE使用所述第一预留流量值的时间段;将所述第一预留流量值除以所述时间段,得到所述UE在单位时间内使用的流量;根据所述UE在单位时间内使用的流量计算得到所述UE在预设的固定时间内所需要的流量;判断所述UE的套餐中剩余的流量是否大于所述UE在预设的固定时间内所需要的流量;若是,确定所述UE在预设的固定时间内所需要的流量为所述第二流量分配值;否则,确定所述UE的套餐中剩余的流量为所述第二流量分配值。

最后,在步骤S104中,将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

在具体的实施方式中,OCS返回初始CCA给VASP/VAC,VASP/VAC根据OCS返回的初始CCA发送会话开始响应消息TrafficPriceResp给业务引擎。第一预留流量值大小的流量到达UE后,如果UE使用完第一预留流量值大小的流量,并且还需要申请流量,业务引擎向VASP/VAC上报TrafficPrice,VASP/VAC向OCS发送更新CCR,上报已经使用完的流量并申请流量,OCS根据上报的更新CCR进行预留,并将可使用的流量通过更新CCA发送给VASP/VAC。

在本实施例中,所述在线计费系统在接收到VASP/VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述第一预留流量值为预先根据所述UE在预设时间段内使用流量的历史数据获取的第一流量分配值;若所述UE的流量分配值不足,则接收所述VASP/VAC发送的更新信用控制请求;及根据所述第一流量分配值和所述UE消耗所述第一流量分配值所需要的时间来计算得到所述UE在单位时间内消耗的流量,从而可根据所述UE在单位时间内消耗的流量分配与之相应的流量,减少了网络的信令负荷和在线计费系统的处理开销。

图3是本发明又一实施例提供的在线计费系统中流量的分配方法的流程图。如图3所示,本发明又一实施例提供的在线计费系统中流量的分配方法包括:

在步骤S201中,根据所述UE在预设时间段内所述第一业务使用流量的历史数据获取所述第一流量分配值。

其中,所述第一业务可为小流量业务,具体地,小流量业务是指一次访问需要数据流量较少的业务,例如,访问网页、客户端内文字内容的请求等。所述流量分配值能满足绝大部分小流量业务的流量需求,除了可以通过对历史数据的统计分析获得之外,也可以根据测试UE对小流量业务的使用行为来获得,也可以根据经验获得。目前,优选的方案是设置为1M,该方案基本上能满足95%的小流量业务对流量的需求,从而使得95%的小流量业务只需要申请一次流量分配即可完成业务。小流量业务由于需要的流量不多,所以对流量的预留精度要求不高,反而是担心如果预留额度太小会导致多次请求流量,而带来对在线计费系统信令的过高开销。因此,需要获取合适的流量分配值,使得一次申请流量就能满足大部分小流量业务所需的流量。

具体地,该步骤包括:剔除所述历史数据中存在的异常数据,得到用于获取所述第一流量分配值的数据集合;将所述数据集合中的流量数据按照所述流量数据的大小进行排序,并选取排序第N个位置的流量数据作为当前预定值,N为大于等于1的自然数;将所述当前预定值作为统计流量数据的起始点,将所述当前预定值与预设倍数的乘积作为统计流量数据的截止点;统计起始点和截止点之间的所有流量数据的条数;判断所述条数是否小于所述数据集合中流量数据总条数与预设比例的乘积;若小于,则将所述当前预定值作为所述第一流量分配值。

更为具体地,判断所述条数是否小于所述数据集合中流量数据总条数与预设比例的乘积的步骤之后,所述方法还包括:若大于或等于,则将所述截止点作为起始点;将所述当前预定值与预设倍数的M次方的乘积作为统计流量数据的截止点,其中M为大于或等于2的自然数;重复上述统计起始点和截止点之间的所有流量数据的条数的步骤。

在具体的实施方式中,绝大部分的会话业务需要的流量会小于某个值。例如,移动终端上的在后台运行的客户端与服务器的交互,一个单独网页的载入,客户端上的某个运用类的操作。这些行为所产生的会话,所需流量一般都小于某个预定值,大于该值的操作主要是流媒体类操作和某个大文件的下载操作,将该预定值作为流量分配值,基本上能保证绝大部分会话只需要分配一次流量就能完成操作,这将会大大减少被分配流量的实体和分配流量实体之间的信令交互数量,并且移动终端上的客户端对流量的需求情况出于高速发展的过程中,该预定值是相应变化的,很难将一个确定的预定值长时间用作为流量分配值。此外,由于每个UE的使用流量的差异性比较大,最好能根据不同的UE的情况区分开。根据上述情况可得到获取流量分配值的实施例。

具体地,OCS收集最近一段时间内,所有会话消耗的流量的记录,优选的,最近一段时间可以是一个月。从中排除掉因为剩余流量不足而导致会话结束的记录。这样的记录属于意外中断的,没有完整体现用户使用流量的行为。从中排除掉消耗流量小于正常业务最低值(目前采用1K)的记录,获得最终记录集合,并统计该集合中记录的总条数。因为根据经验,后台客户端与服务器之间周期性的会话产生的流量一般会小于1K。这类流量不属于用户正常操作移动终端的行为引起的,而且发生频率很高,对用户行为的分析影响很大,需要排除。其中,因为剩余流量不足而导致会话结束的记录和消耗流量小于正常业务最低值的记录为异常数据。

接着,将最终记录集合中的记录根据消耗的流量从高到低进行排序,选取排序靠前位置的记录消耗的流量值作为当前预定值。这个当前预定值的选取要求不高,因为该值是后续计算的一个初始值,通过后续的迭代处理会逐步趋向最优值,优选的,可采用前25%位置的记录的流量消耗值为当前预定值。

最后,统计消耗流量大小位于当前预定值(200K)和1.1倍当前预定值的记录(220K)的数量,如果该增加的数量小于2%*总条数,则将当前预定值作为流量分配值,否则将1.1倍当前预定值作为新的当前预定值,然后执行与当前预定值类似的步骤。1.1倍和2%的选取都不是本申请的关键,也不是唯一的选择,例如1.2倍和3%也是可以的,这两个值只是体现了迭代的步长,对最终获得最优值没有影响。

举例来说,假设总共有1000条记录,前25%位置的记录的流量消耗值是200K,那么1.1倍就是220K,统计一下从200K到220K之间增加了多少条记录,例如增加了100条,由于100>1000*2%,说明这个区间的记录数量还很多,因此需要进行迭代计算。220K的1.1倍是242k,然后统计一下220K到242k之间增加了多少记录,假设增加了10条,此时,10<1000*2%,因此在这个区间的记录条数已经足够小了,可以将220k作为流量分配值,而不再往上扩展。

接着,在步骤S202中,接收综合增值业务平台VASP/增值业务鉴权中心VAC发送的初始信用控制请求。

其中,所述初始信用控制请求包括所述VASP/VAC对业务引擎根据所述UE的业务请求触发的会话开始请求消息,进行处理得到的处理信息。具体地,所述会话开始请求消息包括流量申请请求、UE的标识和增值业务标识。所述处理信息包括所述UE是否为在线计费用户。在所述UE为在线计费用户的情况下,所述处理信息还包括UE的业务ID、UE所购买的产品的ID以及产品构成ID。

接着,在步骤S203中,查看待发送至所述VASP/VAC的第一预留流量值是否大于所述UE的套餐中剩余的流量。

其中,在UE为在线计费用户的情况下,用户为UE选购的套餐信息在在线计费系统存在相关记录。如果待发送至所述VASP/VAC的第一预留流量值大于所述UE的套餐中剩余的流量,则将所述UE的套餐中剩余的流量作为第一预留流量值发送至所述VASP/VAC。

紧接着,在步骤S204中,在判断待发送至所述VASP/VAC的第一预留流量值不大于所述UE的套餐中剩余的流量的情况下,向所述VASP/VAC发送UE的第一业务的第一预留流量值。

其中,不论该业务是小流量业务还是大流量业务,首次为该业务分配的流量大小为第一预留流量值。

然后,在步骤S205中,接收到所述VASP/VAC发送的更新信用控制请求。

其中,所述更新信用控制请求包括所述UE针对所述业务使用的流量达到所述流量分配值后所发送的流量申请请求。其中,所述流量分配值为第一预留流量值。

在具体的实施方式中,在接收到UE的业务请求后,业务引擎发出会话开始请求消息TrafficPrice到VASP/VAC;VASP/VAC对业务进行鉴权处理;VASP/VAC将相关信息和结果通过初始CCR发送到OCS进行请求,OCS通过VASP/VAC发上来的相关信息进行计算、预留,并将可使用的流量通过初始CCA发送给VASP/VAC,可使用的流量通过下面的方法来确定:如果UE套餐中剩余的流量小于流量分配值,则将剩余的流量作为可使用流量。因为剩余流量是用户仅仅能用的流量,所以只能分配这么多流量。如果剩余的流量大于或等于流量分配值,则将流量分配值大小的流量作为可使用流量。

举例来说,假设流量分配值最后确定为1M,如果UE套餐的剩余流量是5M,则直接分配1M;如果UE套餐的剩余流量只剩余了0.6M流量,则只能分配0.6M。

最后,在步骤S206中,根据所述更新信用控制请求为所述UE分配流量。

其中,第一业务可为大流量业务,例如,视频类业务,大文件下载业务等。所述根据所述更新信用控制请求为所述UE分配流量,包括:获取所述UE使用完所述第一流量预留值大小的流量所需要的时间;将所述流量分配值除以所述时间,得到所述UE在单位时间内消耗的流量;根据所述UE在单位时间内消耗的流量计算得到所述UE在预设的固定时间内所需要的流量;判断所述UE的套餐中剩余的流量是否大于所述UE在预设的固定时间内所需要的流量;在判断所述UE的套餐中剩余的流量大于所述UE在预设的固定时间内所需要的流量的情况下,根据所述UE在预设的固定时间内所需要的流量为所述UE分配流量;在判断所述UE的套餐中剩余的流量小于或等于所述UE在预设的固定时间内所需要的流量的情况下,根据所述UE的套餐中剩余的流量为所述UE分配流量。其中,所述UE的套餐中剩余的流量为剩余的总流量,所述流量分配值为第一预留流量值。

在具体的实施方式中,OCS返回初始CCA给VASP/VAC,VASP/VAC根据OCS返回的初始CCA发送会话开始响应消息TrafficPriceResp给业务引擎。流量分配值大小的流量到达UE后,如果UE使用完流量分配值大小的流量,并且还需要申请流量,业务引擎向VASP/VAC上报TrafficPrice,VASP/VAC向OCS发送更新CCR,上报已经使用完的流量并申请流量,OCS根据上报的更新CCR进行预留,并将可使用的流量通过更新CCA发送给VASP/VAC,可使用的流量通过下面的方法来确定:

获取消耗完流量分配值大小的流量所需的时间(该时间可以通过计算发出初始CCA的时间和收到更新CCR之间的差值来获得,本次业务单位时间消耗的流量等于流量分配值除以消耗完首次流量分配值的时间,计算出某个固定时间内需要的流量,该固定时间可以是1分钟,如果UE的套餐中的剩余流量大于该固定时间内需要的流量,则将使用的流量确定为固定时间内需要的流量,如果剩余流量小于或等于该固定时间内需要的流量,则将可使用的流量确定为剩余流量。通过下面的例子来详细描述:针对大流量业务的动作,大流量业务只要是视频类业务,大文件下载业务等,这类业务单位时间内对流量的需求量往往无法事先估计,例如媒体类型差异很大,UE的带宽也差异很大,事先很难对一次视频连接需要的带宽有很准确的估计,所以,只能在使用了一段时间后,根据使用情况来估计。例如,假设首次流量分配值是1M,而这1M的流量,某个使用视频服务的用户只能使用0.5分钟,那么就能计算出该用户的该业务每分钟需要的流量是2M,如果该用户账户还剩余5M流量,则需要分配2M的流量作为后续每次的流量预留额度,分配给用户使用,如果该账户只剩余了1.5M流量,则直接将这1.5M流量分配给用户。

在本发明另一实施例中,所述UE的套餐中剩余的流量为:所述UE的套餐中剩余的总流量预先减去第二业务待使用的流量得到的剩余流量。具体地,所述方法还包括:预先估算得到所述UE在所述预设的固定时间内发起的所述第二业务所需要的流量;将所述UE的套餐中剩余的流量减去所述UE在所述预设的固定时间内发起所述第二业务所需要的流量,得到可分配的流量;判断所述可分配的流量是否大于所述UE在预设的固定时间内所需要的流量;在判断所述可分配的流量大于所述UE在预设的固定时间内所需要的流量的情况下,确定所述UE在预设的固定时间内所需要的流量为所述第二流量分配值;在判断所述可分配的流量小于或等于所述UE在预设的固定时间内所需要的流量的情况下,确定所述可分配的流量为所述第二流量分配值。其中,所述第二业务可为小流量业务。

在具体的实施方式中,OCS预先计算出1分钟时间内,有可能会发起的小流量业务需要的流量一般不会超过5M。因此,将剩余流量减去5M获得的值作为大流量业务最多能分配的量LMAX。如果LMAX大于某个固定时间内需要的流量L,则将使用的流量确定为固定时间内需要的流量,如果LMAX小于或等于L,则将可使用的流量确定为剩余流量。

举例来说,当前用户有10M剩余流量,我们认为给小流量业务预留5M是个合理的数值,那么当该用户的大流量业务需要分配6M时,我们会认为6>10-5,因此,只能分配5M给用户。

由于目前智能手机经常有多个业务并发执行,例如用户在看视频时,还有可能需要收发微信,或浏览网页。如果将剩余流量都分配给了大流量业务,那么如果有小流量业务需要并发执行,即用户观看视频时又需要浏览网页时,就会因为没有流量可以分配而拒绝了用户的小流量业务,而其实这个情况下没有流量的原因是因为都预先分配给了大流量业务,因此,在给大流量业务分配流量时,先要考虑给小流量业务预留下一部分流量。

优选地,所述方法还包括:每隔预设时间间隔段,获取所述UE的套餐中剩余的流量,并判断所述剩余的流量是否大于预设的第一门限值;若否,则调整所述第一流量分配值。具体地,每隔第一预设时间段,检查所述UE的套餐中剩余的流量,并判断所述剩余的流量是否大于预设的第一门限值;在判断所述剩余的流量小于或等于所述预设的第一门限值的情况下,减小所述流量分配值。

其中,所述减小所述流量分配值,包括:计算当前的流量分配值与预设的流量分配值的差值和当前时间距离本月结束的天数;将所述差值除以所述天数,得到所述当前的流量分配值的每日递减值,并根据所述每日递减值减小所述当前的流量分配值。

在具体的实施方式中,所述流量分配值还可以根据用户自己的套餐内流量使用情况而自动调整。具体地,每隔一段时间,优选的是1天,检查每个用户的套餐内流量剩余量,剩余量低于或等于第一门限值的UE减小其流量分配值,第一门限值可以根据用户对流量的消耗情况进行动态调整,例如,随着带宽的扩充以及各种客户端的流行,该值的设置会逐步变大。现在,优选的是5M。流量分配值的减小方案可以有多种,简单的方法例如每次减半。另外,还有优选的方案,例如逐日递减方案,具体做法是计算当前首次预留额度与系统设置的首次预留额度最低值之间的查值,然后再计算当前时间距离本月结束的天数,将该差值除以天数作为递减值。藉此,套餐内流量剩余量低的用户需要更加小的流量预留精度来保证实时流量预留的准确度,从而通过多种方法来降低首次预留额度来提高流量预留精度。

进一步地,所述方法还包括:每隔预设时间间隔段,获取所述在线计费系统在所述预设时间间隔段内的负载,并判断所述负载是否大于预设的第二门限值;若是,判断所述UE的套餐中剩余的流量是否大于预设的第一门限值;若否,则调整所述第一流量分配值。具体地,每隔第一预设时间段,计算所述在线计费系统在所述第一预设时间段内的负载,并判断所述负载是否大于预设的第二门限值;在判断所述负载大于所述预设的第二门限值的情况下,判断所述UE的套餐中剩余的流量是否大于预设的第一门限值;在判断所述UE的套餐中剩余的流量大于预设的第一门限值的情况下,增加所述流量分配值。

其中,所述增加所述流量分配值,包括:根据所述UE针对所述业务使用的流量的大小增加当前的流量分配值。

在具体的实施方式中,该流量分配值还可以根据OCS的整体负载而自动调整。每隔一段时间,优选的是1天,计算该时间段内的OCS的负载,如果大于第二门限值,则将剩余量高于第一门限值的UE的首次预留额度加大。简单的处理方法是直接加倍,更优化的方式是我们分析每个UE的每次业务需要申请多少次预留额度,如果该次数多的UE,说明该UE请求的业务以大流量业务为主,将其的首次预留额度提高的更多,从而可以减少这类UE与OCS的信令交互,而该次数少的UE,则可以认为目前的首次预留额度基本上能满足该UE的需求了,所以增加额度会选择小的额度。由于减小流量分配值的设置提高了流量预留精度,但带来的负面效果是加大了OCS的负载,于是可通过提高某些用户的首次预留额度来降低信令交互。其中,第二门限制是用来表征OCS负载的参数值,优选的,根据实际应用,我们将其设置为OCS总体容量的90%。

在具体的实施方式中,VASP/VAC根据OCS返回的更新CCA发送TrafficPriceResp给业务引擎。预设的固定时间段内的流量到达UE后,如果UE使用完该流量,并且还需要申请流量,业务引擎继续向VASP/VAC上报TrafficPrice。如果UE的业务结束,VASP/VAC收到业务引擎发送的会话停止请求消息,VASP/VAC向OCS发送终止CCR,上报已经使用的流量,OCS根据上报的终止CCR进行批价扣费;OCS返回终止CCA(扣费成功)给VASP/VAC,VASP/VAC返回会话停止响应消息给业务引擎。

对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。

图4是本发明一实施例提供的在线计费系统的结构示意图。如图3所示,本发明一实施例提供的在线计费系统包括第一发送单元301、接收单元302、确定单元303和第二发送单元304,其中:

第一发送单元301,用于在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;

接收单元302,用于接收所述VASP/VAC发送的更新信用控制请求;

确定单元303,用于根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;

第二发送单元304,用于将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

本实施例提供的在线计费系统适用于以上实施例对应的在线计费系统中流量的分配方法,在此不再赘述。

本实施例提供一种在线计费系统,所述第一发送单元301在接收到VASP/VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述第一预留流量值为预先根据所述UE在预设时间段内使用流量的历史数据获取的第一流量分配值;若所述UE的流量分配值不足,则接收单元302接收所述VASP/VAC发送的更新信用控制请求;确定单元303根据所述第一流量分配值和所述UE消耗所述第一流量分配值所需要的时间来计算得到所述UE在单位时间内消耗的流量,从而可根据所述UE在单位时间内消耗的流量确定与之相应的流量,第二发送单元304将确定的流量发送至所述VASP/VAC,以使所述VASP/VAC与业务引擎交互发送至所述UE,减少了网络的信令负荷和在线计费系统的处理开销。

图5是本发明又一实施例提供的在线计费系统的结构示意图。如图5所示,所述在线计费系统包括:处理器(processor)401、存储器(memory)402、通信接口(CommunicationsInterface)403和通信总线404;

其中,所述处理器401、存储器402、通信接口403通过所述通信总线404完成相互间的通信;

所述通信接口403用于该在线计费系统与VASP/VAC之间的信息传输;

所述处理器401用于调用所述存储器402中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;接收所述VASP/VAC发送的更新信用控制请求;根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;接收所述VASP/VAC发送的更新信用控制请求;根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:在接收到综合增值业务平台VASP/增值业务鉴权中心VAC发送的用于请求流量分配的初始信用控制请求后,向所述VASP/VAC发送UE的第一业务的第一预留流量值,所述初始信用控制请求包括:所述UE的第一业务的标识;接收所述VASP/VAC发送的更新信用控制请求;根据所述更新信用控制请求确定所述UE当前还需要使用的第二流量分配值,所述第二流量分配值是根据所述第一预留流量值、所述UE使用所述第一预留流量值的时间段和预设的固定时间确定得到的;将确定的第二流量分配值发送至所述VASP/VAC,以使所述VASP/VAC发送至所述UE。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的基站等实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是:以上各实施例仅用以说明本发明的实施例的技术方案,而非对其限制;尽管参照前述各实施例对本发明的实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号