Lte流量计费方法、系统和分组数据网关的制作方法

文档序号:9307153阅读:835来源:国知局
Lte流量计费方法、系统和分组数据网关的制作方法
【技术领域】
[0001]本发明涉及LTE(Long Term Evolut1n,长期演进)通信技术领域,尤其涉及一种LTE流量计费方法、系统和PGW (Packet Gateway,分组数据网关)。
【背景技术】
[0002]目前LTE以PGW作为主要的计费点,PGW根据通过它的流量作为流量计费依据,向CG (Charging Gateway,计费网关)发送 CDR(Charging Data Record,计费记录)。
[0003]在实际商用网络中,由于无线拥塞或其他原因,经过PGW的数据流量可能实际上无法下发用户,但PGW已经把该流量算入计费流量中,这就引起了计费不准确的问题,容易引发用户投诉。
[0004]当前对于这个问题尚无很好的解决方案,只能采取PGW限速、或笼统根据经验为用户补贴流量。现有方案都无法较好的解决该问题。

【发明内容】

[0005]本发明的发明人发现上述现有技术中存在问题,并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
[0006]本发明的一个目的是提供一种用于LTE流量计费的技术方案。
[0007]根据本发明的第一方面,提供了一种长期演进LTE流量计费方法,包括:
[0008]分组数据网关PGW统计用户的经过PGW的总上下行流量;
[0009]PGff接收SGW上报的用户的实际未下发流量;
[0010]PGW将总上下行流量减去实际未下发流量获得用户的实际流量;
[0011 ] PGff根据用户的实际流量生成用户的计费话单,发送给计费网关CG。
[0012]可选地,用户的实际未下发流量包括:SGW统计的实际未下发给eNodeB的流量;和eNo deB统计的实际未下发的流量。
[0013]可选地,该方法还包括:SGW接收eNodeB通过心跳消息上报的实际未下发流量。
[0014]可选地,PGff接收SGW上报的用户的实际未下发流量包括:PGW通过心跳消息接收SGff上报的用户的实际未下发流量。
[0015]可选地,心跳消息中增加包括有用户标识MS1、无线承载标识eNodeB-TEID、和实际未下发流量Traffic信息。
[0016]根据本发明的另一方面,提供一种PGW,包括:
[0017]用户流量统计模块,用于统计用户的经过PGW的总上下行流量;
[0018]未下发流量接收模块,用于接收SGW上报的用户的实际未下发流量;
[0019]实际流量确定模块,用于接收将总上下行流量减去实际未下发流量获得用户的实际流量;
[0020]计费话单生成模块,用于根据用户的实际流量生成用户的计费话单,发送给计费网关CG。
[0021]可选地,未下发流量接收模块通过心跳消息接收SGW上报的用户的实际未下发流量。
[0022]可选地,用户的实际未下发流量包括:SGW统计的实际未下发给eNodeB的流量和eNo deB统计的实际未下发的流量。
[0023]可选地,心跳消息中增加包括有用户标识MS1、无线承载标识eNodeB-TEID、和实际未下发流量Traffic信息。
[0024]根据本发明的又一方面,提供一种LTE计费系统,包括上述的PGW,以及SGW ;
[0025]其中,SGW向PGW上报用户的实际未下发流量。
[0026]可选地,还包括eNodeB,eNodeB通过心跳信息上报用户的实际未下发的流量;
[0027]SGff接收eNodeB通过心跳消息上报的实际未下发流量,将SGW统计的实际未下发给eNodeB的流量和eNodeB统计的实际未下发的流量的和上报给PGW。
[0028]本发明的一个优点在于,PGW将其统计的用户流量中减去SGW上报的实际未下发流量,获得用户实际流量,并根据用户的实际流量生成计费话单,使得计费更加准确。
[0029]通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
【附图说明】
[0030]构成说明书的一部分的附图描述了本发明的实施例,并且连同说明书一起用于解释本发明的原理。
[0031]参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
[0032]图1是根据本发明的LTE流量计费方法的一个实施例的流程图;
[0033]图2是根据本发明的LTE流量计费方法的另一个实施例的流程图;
[0034]图3是根据本发明的LTE流量计费方法的又一个实施例的流程图;
[0035]图4是根据本发明的LTE流量计费系统的一个实施例的结构图。
【具体实施方式】
[0036]现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0037]同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0038]以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
[0039]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
[0040]在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
[0041]应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
[0042]本发明人通过研究注意到:PGW计费不准确,是因为部分下行数据包在通过PGW,到达SGW(Service Gateway,服务网关)或eNodeB (Evolved Node B,演进型基站)后,未能实际发送给用户。
[0043]图1是根据本发明的LTE流量计费方法的一个实施例的流程图。
[0044]如图1所示,步骤102,PGff统计用户的经过PGW的总上下行流量。
[0045]步骤104,PGff接收SGW上报的用户的实际未下发流量。
[0046]SGW可以通过心跳消息(echo request)向PGW上报用户的实际未下发流量,或者通过修改承载请求(Modify Bearer Request)、删除承载命令(Delete Bearer Command)等消息,或者通过新增加的消息或者命令上报上述信息。
[0047]步骤106,PGW将总上下行流量减去实际未下发流量获得该用户的实际流量。
[0048]步骤108,PGW根据用户的实际流量生成用户的计费话单,发送给CG。
[0049]上述实施例中,PGW将其统计的用户流量中减去SGW上报的实际未下发流量,获得用户实际流量,并根据用户的实际流量生成计费话单,使得计费更加准确。
[0050]图2是根据本发明的LTE流量计费方法的另一个实施例的流程图。
[0051]如图2所示,步骤201,PGff统计通过其的用户上下行流量。
[0052]步骤202,eNodeB统计实际未下发的用户下行流量。eNodeB统计从SGW收到的,但实际未能下发用户的流量。
[0053]步骤203,eNodeB把其实际未下发流量告知SGW。
[0054]在一个实施例中,扩展eNodeB与SGW间的心跳消息(echo request),在该消息中增加(IMS1、eNodeB-TEID、Traffic)结构,其中IMSI唯一定义用户,eNodeB-TEID指示哪个无线承载,Traffic指示实际未下发的业务流量数。eNodeB通过上述扩展的心跳消息,把eNodeB实际未下发的业务流量告知SGW。
[0055]步骤204,SGff进行实际未下发流量累计。
[0056]在一个实施例中,SGW统计其实际未下发给eNodeB的用户流量,再累加上eNodeB上报的eNodeB实际未下发用户流量,生成各用户的累计实际未下发流量。
[0057]步骤205,SGff把各用户的累计实际未下发流量告知PGW。
[0058]在一个实施例中,扩展SGW与PGW间的心跳消息(echo request),在该消息中增加(IMS1、EPC-Bearer-1D、Traffic)结构,其中 IMSI 唯一定义用户,EPC-Bearer-1D 指明是哪个承载,EPC-Bearer-1D与eNodeB-TEID——对应,Traff ic指示实际未下发的业务流量。SGW通过上述的扩展的心跳消息,把各用户累计的实际未下发的业务流量告知PGW。
[0059]步骤206,PGff扣除未实际下发的用户流量。
[0060]在一个实施例中,PGW根据从SGW收到的各用户累计的实际未下发业务流量,进行相应的流量减免,实现精确流量统计。
[0061]步骤207,PGff生成精确的用户计费话单送往CG。
[0062]上述实施例中,通过心跳消息上报未下发的流量,实时性好;此外,不同于部分消息或者信令只能上报一个用户的未下发流量,每个心跳消息中可以上报多个用户的未下发流量,信令负荷增加相对较小。
[0063]在一个实施例中,扩展eNodeB发往SGW的上行GTP数据包包头,把未实际下发流量告知SGW。
[0064]图3是根据本发明的LTE流量计费方法的又一个实施例的流程图。
[0065]如图3所示,步骤301,用户接入LTE。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1