CN101990187B - 用于gprs/umts网络的数据业务流量计费准确性检测方法 - Google Patents
用于gprs/umts网络的数据业务流量计费准确性检测方法 Download PDFInfo
- Publication number
- CN101990187B CN101990187B CN201010255717.2A CN201010255717A CN101990187B CN 101990187 B CN101990187 B CN 101990187B CN 201010255717 A CN201010255717 A CN 201010255717A CN 101990187 B CN101990187 B CN 101990187B
- Authority
- CN
- China
- Prior art keywords
- ticket
- message
- instrument
- ggsn
- user
- 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.)
- Active
Links
Abstract
本发明公开了一种用于GPRS/UMTS网络的数据业务流量计费准确性检测方法,包括如下的步骤:(1)首先在SGSN和GGSN互连的交换机上开一个GGSN?Gn口的镜像端口,将检测仪表连接在该镜像端口;(2)检测仪表获取通过该镜像端口的数据并存储在硬盘上,同时生成仪表话单;(3)在获取了足够样本的情况下,对仪表话单和运营企业提供的G-CDR话单、用户话单进行三方比对;(4)统计多单、少单、错单数量,按标准要求生成计费准确性检测报告。与现有技术相比较,本发明具有准确度高、样本数量充足、能够覆盖终端及网络多种情况等优点。
Description
技术领域
本发明涉及一种移动数据通信网流量计费准确性检测方法,尤其涉及一种能够对GPRS/UMTS网络的数据业务流量计费的准确性进行检测的方法,属于通信测试技术领域。
背景技术
近年来,GSM网络逐渐升级到GPRS(GeneralPacketRadioService,通用分组无线业务)网络,并进一步发展为UMTS(UniversalMobileTelecommunicationsSystem,通用移动通信系统)网络。随着经济的不断发展,移动通信用户已经越来越不满足于语音业务,各种各样的数据业务不断涌现。特别是在2009年初,我国正式发放3G牌照。3G网络为移动数据业务的快速发展奠定了网络基础。
由于无线带宽是有限的,并且用户共享基站带宽等特点,决定了流量计费成为移动数据业务的主流计费方式。对电信运营商来说,流量计费能够充分利用无线带宽,做到多使用多收费。但这种计费方式对电信消费者来说具有很强的不透明性和不可控性。因此,电信消费者与电信运营商之间的资费纠纷也在不断增加。目前,提供移动数据业务的电信运营商在计费规则的合理性、计费流量的准确性等方面正面临着越来越多的质疑。为了更好地规范电信运营商的经营行为,提高移动数据业务流量计费的准确性,切实维护电信消费者的利益。无论是消费者还是经营者都迫切需要一种有效的技术手段来检测和验证移动数据业务流量计费规则的合理性以及计费流量的准确性。
对于GPRS/UMTS网络的数据业务流量计费准确性检测,主要有终端检测法和Gb接口监测法。其中终端检测法是用户使用网络终端发起上网过程,通过终端的流量统计软件统计上网流量,最后通过查询流量计费详单,验证其流量计费的准确性。这种检测方法存在诸多的缺点:首先由于存在无线侧丢包和网络设备拆包、合包的问题,网络终端的流量和计费点的流量肯定是不相同的;其次,用于检测的网络终端种类有限,而且网络终端只能模拟少量上网过程;再次,终端流量统计软件的统计方法五花八门,没有统一标准约束,在样本数量和样本质量上都得不到保证。Gb接口监测法是使用测试主机控制被测手机登陆GPRS网络,之后测试主机发送指令,控制被测手机发起数据业务。使用计费检测仪表实时采集覆盖被测手机的BSC/RNC和SGSN间Gb/Iu-PS接口的信令,过滤出被测手机产生的信令和数据,检测仪表经后台分析处理后产生仪表话单,再将仪表话单与用户话单进行比对,得出计费检测结果。该方法的缺点在于相关仪表较多,并且需要连接GPRS网络。总体而言,对于移动数据业务流量计费准确性的检测,国内外尚缺乏科学有效的成熟检测方案。
发明内容
本发明所要解决的技术问题在于提供一种用于GPRS/UMTS网络的数据业务流量计费准确性检测方法。该方法适合对以SGSN和GGSN作为核心网设备的移动数据通信网络进行计费准确性检测。包括GSM网络,WCDMA网络和TD-SCDMA网络等。
为实现上述的发明目的,本发明采用下述的技术方案:
一种用于GPRS/UMTS网络的数据业务流量计费准确性检测方法,其中SGSN和GGSN通过交换机相连,并且所述交换机上有冗余端口,包括如下的步骤:
(1)首先在SGSN和GGSN互连的交换机上开一个GGSNGn口的镜像端口,将检测仪表连接在该镜像端口;
(2)检测仪表获取通过该镜像端口的数据并存储在硬盘上,同时生成仪表话单;
(3)在获取了足够样本的情况下,对仪表话单和运营企业提供的G-CDR话单、用户话单进行三方比对;
(4)统计多单、少单、错单数量,按标准要求生成计费准确性检测报告。
其中在所述步骤(2)中,所述仪表话单通过如下步骤生成:首先由检测仪表分析获取的数据包,判断是控制面数据还是用户面数据;对于控制面数据,首先判断消息种类,然后依据不同的规则,生成新的会话记录;对于用户面数据,判断数据包属于哪个会话记录,将其流量统计到该会话记录。
由检测仪表记录每次完整会话的流量,一次完整会话以收到“CreatePDPContextRequest”消息为起始,以收到“DeletePDPContextResponse”消息为终止。
在收到某次会话的“CreatePDPContextRequest”消息后,接收相关联的“CreatePDPContextResponse”消息;如果Response消息中的Cause为“RequestAccepted”,则统计该次PDP会话的流量;否则,停止该次会话的记录。
如果检测仪表收到“UpdatePDPContextRequest”消息,且对应“UpdatePDPContextResponse”中Cause字段是“Requestaccepted”,则停止旧的会话记录,生成新的会话记录。
如果检测仪表收到的“CreatePDPContextRequest”消息中含有LinkedNSAPI,则判断为二次激活请求消息;对于所述二次激活请求消息,依靠GTP头部中的TEID和GTP包中的LinkedNSAPI关联已有会话。
检测仪表收到“PDUNotificationRequest”消息,如果收到相关联的“PDUNotificationResponse”响应,且响应消息中的Cause字段为“RequestAccepted”,则开始新的会话记录。
所述步骤(3)中,三方比对分为两步:第一步是仪表话单和G-CDR话单的比对,第二步是G-CDR话单和用户话单的比对;只有经过两次比对都合格,才判断为准确计费的用户话单;否则,判断为不准确计费的用户话单。
其中所述仪表话单和G-CDR话单的比对包括如下步骤:首先对G-CDR话单依据IMSI和ChargingID进行合并,生成GGSN总流量话单,GGSN总流量话单包括该次PDP激活的流量计费数据流量和内容计费数据流量;再对仪表话单依据IMSI和ChargingID进行合并,生成仪表总流量话单,仪表总流量话单包括该次PDP激活的所有流经检测点的数据流量;最后对仪表总流量话单和GGSN总流量话单进行分析比对,检查GGSN生成G-CDR的准确性。
所述G-CDR话单和用户话单的比对包括如下步骤:如果用户话单依据服务代码分别进行流量统计,或者超长用户话单分行显示,需首先对用户话单依据IMSI和ChargingID进行合并,生成用户流量计费话单;再对G-CDR,依据IMSI和ChargingID合并,合并过程中剔除G-CDR中内容计费的流量,生成GGSN流量计费话单;最后对用户流量计费话单和GGSN流量计费话单进行比对,检查CG和计费系统的计费准确性。
相对于终端检测法,本发明具有准确度高、样本数量充足、能够覆盖终端及网络多种情况等优点。准确是因为检测点离计费点很近;样本数量充足是因为Gn口带宽较大,能够在相对较短时间,获得足够的样本;能够覆盖多种情况是指可以检测到移动用户使用多种终端,在多种无线环境下上网,而且发生二次激活、PDP更新、网络侧发起PDP激活等多种情况。
附图说明
下面结合附图和具体实施方式对本发明作进一步的详细说明。
图1为本发明所提供的GPRS/UMTS网络数据业务流量计费准确性检测方法的流程图;
图2显示了针对GPRS/UMTS网络的移动数据业务流量计费准确性检测方法的实施环境;
图3为图1所示的计费准确性检测方法中,生成仪表话单的流程图;
图4为图1所示的计费准确性检测方法中,实现话单三方比对的流程图。
具体实施方式
如图1所示,本GPRS/UMTS网络数据业务流量计费准确性检测方法主要包括如下的步骤:首先在SGSN(ServingGPRSSupportNode,GPRS服务支持节点)和GGSN(GatewayGPRSSupportNode,网关GPRS支持节点)互连的交换机上开一个GGSNGn口的镜像端口,将检测仪表连接在该镜像端口;开启检测仪表,检测仪表将获取通过该镜像端口的数据并存储在硬盘上,同时生成仪表话单和日志文件。在获取了足够样本的情况下,话单比对功能模块对仪表话单和运营企业提供的G-CDR话单、用户话单进行分析比对。由此统计多单、少单、错单数量,按标准要求生成计费准确性检测报告。
图2显示了用于实施本数据业务流量计费准确性检测方法的硬件环境。该检测方法要求SGSN和GGSN通过交换机相连,并且交换机上有冗余端口。其中,SGSN和GGSN作为GSM网络、WCDMA网络、TD-SCDMA网络的核心网设备,也是这几种网络的计费点。PDSN是CDMA1x网络和CDMAEVDO网络的计费点。在进行计费准确性检测时,使用检测仪表在SGSN和GGSN之间进行监测。该检测仪表可以连接在交换机上对GGSNGn口的镜像端口。这样,所有流经GGSNGn口的信令消息和用户数据都可以被检测仪表获取。
为了实现流量计费检测的功能,该检测仪表需满足以下的要求:
1)快速抓包能力:目前GPRS/UMTS网络中的Gn口既有百兆口,也有千兆口、万兆口。作为流量计费检测仪表,首要功能就是能把Gn口的数据完整地抓取下来。这样,才能保证生成正确的仪表话单。
2)超大存储能力:以同时监测4个千兆Gn口为例,如果带宽利用率为50%,每秒钟流经该Gn口的流量为500Mb,一个小时的流量为4*500M*3600/8=900GB。这些数据要保存在硬盘或磁盘阵列中,用来检测仪表生成仪表话单。如果检测仪表实时生成仪表话单,也需要保存这部分数据,因为作为一种通信计量检测,要求具有可溯源性。
3)信令解码能力:移动数据业务的核心网是基于IP的,为了在SGSN和GGSN之间可靠传输数据,两个设备之间需要建立一条GTP(GPRSTunnelingProtocol)隧道。该隧道的GTP包头并不在流量计费的统计范畴,因此需要检测仪表能够对所抓的数据包进行正确的信令解码,这样才能对流量进行正确统计。
4)流量分析统计能力:流量统计何时开始,何时停止。哪些数据包属于同一个PDP(PacketDataProtocol,分组报文协议)上下文,统计在一次会话记录中。在二次激活、PDP上下文更新、网络侧发起激活等情况下,如何准确进行流量统计。
现有的IP网络监测仪表(如Fluke公司的NTM仪表),一般只能满足上述前三个要求,但作为流量计费检测仪表,还需要有完善的流量分析统计功能。这是因为对于检测流量计费准确性的仪表,将数据获取、存储下来后,还需要进行分析、统计PDP会话的流量,生成仪表话单,对仪表话单和用户话单进行比对。下文将对此展开详细具体的说明。
在本发明中,每一个PDP上下文对应的流量计费相关内容称为会话记录。每个会话记录包括的属性有手机号码、IMSI号码、APN、开始时间、持续时长、上行流量、下行流量、NSAPI、LinkedNSAPI、计费特征、RAI、无线接入类型、SGSN用户面隧道标志、SGSN控制面隧道标志、GGSN用户面隧道标志、GGSN控制面隧道标志、SGSN控制面地址、SGSN用户面地址、GGSN控制面地址、GGSN用户面地址、服务质量、二次激活标志、更新标志。
各属性的格式和获取方法如表1所示。需要说明的是,有些属性是可选的,由于更新消息或PDU通知消息生成的会话记录,部分属性从相关消息中获取。
表1
仪表话单的生成过程如图3所示。首先检测仪表分析获取的数据包,判断是控制面数据还是用户面数据。对于控制面数据,首先判断消息种类,然后依据不同的规则,生成新的会话记录。对于用户面数据,判断数据包属于哪个会话记录,将其流量统计到该会话记录。
具体而言,会话记录的内容中最重要的属性为上行流量和下行流量,被统计的流量为GTP承载的数据流量,包括IP层、传输层(TCP、UDP)和应用层数据。对每一个收到的数据包,流量=GTP头部中的Length字段的值-GTP头部中可选字段的长度,可选字段包括SequenceNumber、N-PDUNumber和NextExtensionHeaderType字段。这是由于GTP头部中记录的长度包括这些可选字段的字节数,但是对用户计费的流量不包括这些内容。
GTP承载的信令消息,都是成对出现的。例如“CreatePDPContextRequest”和“CreatePDPContextResponse”,“UpdatePDPContextRequest”和“UpdatePDPContextResponse”,“DeletePDPContextRequest”和“DeletePDPContextResponse”都是一对请求、响应消息。要想生成完整的会话记录,并获取所需的属性,必须能够准确的对请求、响应消息进行匹配。匹配方法为:如果响应消息GTP头部的SequenceNumber=请求消息GTP头部的SequenceNumber,则这两条消息属于一对消息。
检测仪表记录每次完整会话的流量,一次完整会话以收到“CreatePDPContextRequest”消息为起始,以收到“DeletePDPContextResponse”消息为终止。在收到某次会话的“CreatePDPContextRequest”消息后,接收相关联的“CreatePDPContextResponse”消息。如果Response消息中的Cause为“RequestAccepted”,则统计该次PDP会话的流量;否则,停止该次会话的记录。
在收到某次会话的“DeletePDPContextRequest”消息后,接收相关联的“DeletePDPContextResponse”消息。如果Response消息中的Cause为“RequestAccepted”,则停止该次会话的记录。
如果“DeletePDPContextRequest”消息中只包含NSAPI字段,不包含Teardown字段,结束该NSAPI对应的会话记录,匹配规则为:“DeletePDPContextRequest”消息GTP包中的NSAPI=已有会话记录的NSAPI,且GTP头部中的TEID=已有会话记录的GGSN控制面隧道标志,该会话记录停止统计流量。
如果“DeletePDPContextRequest”消息中包含NSAPI字段,且包含Teardown字段,结束该NSAPI对应的PDP地址的所有会话记录,匹配规则为:“DeletePDPContextRequest”消息GTP包中的NSAPI=已有会话记录的NSAPI,且GTP头部中的TEID=已有会话记录的GGSN控制面隧道标志,该NSAPI对应的PDP地址的所有会话记录停止统计流量。
对于更新消息的处理而言,“UpdatePDPContextRequest”消息一般由SGSN发往GGSN,它在以下情况下被触发:跨SGSN路由区更新、GERAN和UTRAN网络切换、PDP上下文修改、因负载分担重新分配PDP上下文等。其中只有在GGSN发起PDP上下文修改过程中,该消息从GGSN发往SGSN。如果收到“UpdatePDPContextRequest”消息,且对应“UpdatePDPContextResponse”中Cause字段是“Requestaccepted”,则停止旧的会话记录,生成新的会话记录。并且依据判定方法,置“更新标志”为相应值。
依据更新消息建立的会话记录,也要求包含上述的属性。但是由于更新消息只包含其中的部分属性,所以需要关联之前的会话记录,获取其他的属性。如果“UpdatePDPContextRequest”消息由SGSN发往GGSN(即SGSN发起更新请求),可以通过“UpdatePDPContextRequest”消息中的NSAPI和GTP头部中的TEID(Control)唯一关联已有会话记录。具体来说,GTP包中的NSAPI=已有会话记录的NSAPI,且GTP头部中的TEID=已有会话记录的GGSN控制面隧道标志,则新会话记录和已有会话记录是相同终端一次PDP激活的两个记录。新会话记录获取属性的原则是:更新请求、响应消息中包含的属性,直接添加到新会话记录中;开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志,依据上述的描述生成;其余属性,从关联到的已有会话记录中获取。具体而言:
a)下列属性包含在更新消息中,直接添加到新会话记录:NSAPI、SGSN用户面隧道标志、SGSN控制面地址、SGSN用户面地址、服务质量。
b)下列属性不包含在更新消息中,从关联的已有会话记录中获取,添加到新的会话记录:手机号码、终端地址、APN。
c)下列属性如果包括在更新请求、响应消息中,将消息中的属性添加到新会话记录;否则,从关联的已有会话记录中获取该属性值添加到新会话记录:IMSI号码、RAI、无线接入类型、SGSN控制面隧道标志、GGSN控制面隧道标志、GGSN用户面隧道标志、GGSN控制面地址、GGSN用户面地址、计费标志、计费网关地址。
d)下列属性依据上述的描述重新生成:开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志。
如果“UpdatePDPContextRequest”消息由GGSN发往SGSN(即GGSN发起更新请求),可以通过“UpdatePDPContextRequest”消息中的NSAPI和GTP头部中的TEID(Control)唯一关联已有会话记录。具体来说,GTP包中的NSAPI=已有会话记录的NSAPI,且GTP头部中的TEID=已有会话记录的SGSN控制面隧道标志,则新会话记录和已有会话记录是相同终端一次PDP激活的两个记录。新会话记录获取属性的原则是:更新请求、响应消息中包含的属性,直接添加到新会话记录中;开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志,依据上述的描述生成;其余属性,从关联到的已有会话记录中获取。具体而言:
a)下列属性包含在更新消息中,直接添加到新会话记录:NSAPI。
b)下列属性不包含在更新消息中,从关联的会话记录中获取,添加到新会话记录:手机号码、APN、IMSI号码、RAI、无线接入类型、SGSN控制面隧道标志、SGSN用户面隧道标志、GGSN控制隧道标志、GGSN用户面隧道标志、SGSN控制面地址、SGSN用户面地址、GGSN控制面地址、GGSN用户面地址、计费标志、计费网关地址。
c)下列属性如果包括在更新请求、响应消息,将消息中的属性添加到新会话记录;否则,从关联的已有会话记录中获取该属性值添加到新会话记录:终端地址、服务质量。
d)下列属性依据上述的描述重新生成:开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志。
新会话记录“更新标志”设置方法如下:
a)如果“UpdatePDPContextRequest”消息中“服务质量”与关联的已有会话记录的“服务质量”不同,是Qos更新,则将“更新标志”置为1。
b)如果发送“UpdatePDPContextRequest”消息的SGSN源地址与关联的已有会话记录的“SGSN控制面地址”不同,是跨SGSN切换,将“更新标志”置为2。
c)如果“UpdatePDPContextRequest”消息中“无线接入类型”与关联的已有会话记录的“无线接入类型”不同,是GERAN/UTRAN更新,将“更新标志”置为3。
d)如果收到“DeletePDPContextRequest”消息,则将“更新标识”置为0。
二次激活请求的消息名称与普通激活请求消息相同,都是“CreatePDPContextRequest”。区别二次激活请求消息与普通激活请求消息的方法是:消息中有LinkedNSAPI。对于二次激活请求消息,要求生成新的会话记录。
依据二次激活请求消息建立的会话记录,也要求包含上述的所有属性。但二次激活消息中有很多属性不包括,所以需要依靠GTP头部中的TEID和GTP包中的LinkedNSAPI关联已有会话。具体来说,GTP头部中的TEID=已有会话记录的GGSN控制面隧道标志,且GTP包中的LinkedNSAPI=已有会话记录的NSAPI,则新会话是相同终端发的二次会话。
新会话记录获取属性的原则是:二次激活请求、响应消息中包含的属性,直接添加到新会话记录中;开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志,依据上述的描述生成;其余属性,从关联到的已有会话记录中获取。具体而言:
a)下列属性包含在二次激活消息中,直接添加到新会话记录:NSAPI、LinkedNSAPI、SGSN用户面隧道标志、SGSN控制面地址、SGSN用户面地址、服务质量。
b)下列属性不包含在二次激活消息中,从关联的已有会话记录中获取,添加到新会话记录:手机号码、IMSI号码、终端地址、APN。
c)下列属性如果包括在二次激活请求、响应消息中,将消息中的属性添加到新会话记录;否则,从关联的已有会话记录中取出该属性值添加到新会话记录:RAI、无线接入类型、SGSN控制面隧道标志、GGSN控制隧道标志、GGSN用户面隧道标志、GGSN控制面地址、GGSN用户面地址、计费标志、计费网关地址。
d)下列属性依据上述的描述重新生成:开始时间、持续时长、上行流量、下行流量、完成标志、二次激活标志、更新标志。
当GGSN收到网络侧发来的用户数据,GGSN会检查是否该PDP地址关联的PDP上下文是否已建立。如果没有建立,GGSN会触发“网络侧发起的PDP请求过程”。即GGSN向SGSN发送“PDUNotificationRequest”消息,在该消息中,IMSI号码、GGSN控制面隧道标识、终端地址、APN、GGSN控制面地址都是必选字段。
SGSN收到“PDUNotificationRequest”后,回送“PDUNotificationResponse”作为响应。如果通知响应消息中的Cause字段为“RequestAccepted”,则开始新的会话记录,并将上述“PDUNotificationRequest”中的相应字段添加到会话记录中。其他字段从后续的PDP激活消息中获取。
如果检测仪表在收到下行“PDUNotificationRequest”后,且收到上行“PDUNotificationResponse”之前,收到该终端相关的“CreatePDPContextRequest”消息,则忽略PDU通知消息。检测仪表收到“PDUNotificationRequest”消息,如果收到相关联的“PDUNotificationResponse”响应,且响应消息中的Cause字段为“RequestAccepted”,则开始新的会话记录。
如果GGSN发起“PDUNotificationRequest”,且SGSN返回原因值为“RequestAccepted”的“PDUNotificationResponse”后,PDP上下文没有成功建立,SGSN发送“PDUNotificationRejectRequest”消息给GGSN。当检测仪表收到该消息后,结束PDU通知消息产生的会话记录。
在GPRS/UMTS网络中存在大量的内容计费业务。这些业务的数据流量也以IP包的方式流经SGSN和GGSN(统称为GSN),因此检测仪表能够获得这部分内容计费的数据包。GSN对流量计费的流量统计在其CDR的ListofTrafficDataVolumes字段。对于内容计费的流量,GSN通过其设备上的过滤器进行过滤,过滤规则一般基于5元组(源IP地址、目的IP地址、源端口号、目的端口号和协议ID)以及深层过滤规则(对用户IP包进行更深层的分析并识别用户业务的状态)。这些过滤规则由运营商进行设置,通过这些设置,GSN设备能够识别出内容计费的数据包,并将这部分流量放入其CDR的其他字段。
检测仪表可以通过实现类似GSN过滤功能,来区别内容计费的流量。但这种实现会带来两个问题。首先是检测仪表启动过滤器功能后,占用大量CPU和内存资源,检测效率会下降30%~50%。其次过滤规则由运营商进行设置,这些规则在不同的运营商,相同运营商不同分公司各不相同,且过滤规则层层嵌套,有的多达上千条。如果在每次检测前,都重新配置过滤规则,会耗费大量时间和人力,并且手动配置过滤规则容易出错,导致生成错误的仪表话单。
因此,本发明特别提出了一种新的比对方式:三方比对。即使用仪表话单、GGSN生成的G-CDR话单和用户话单,进行比对。这里假设用户话单依据G-CDR生成,如果用户话单依据S-CDR生成,方法相同。
G-CDR话单的至少包括如下字段:手机号码、IMSI号码、APN、开始时间、持续时长、ChargingID、ChargingCharacteristics、RATType、SGSN控制面地址、GGSN控制面地址、记录关闭原因、上行流量、下行流量、改变原因、时间戳、内容计费标识(该标识之后的字段与内容计费相关)、内容计费业务代码、该业务上行流量、该业务下行流量、该业务使用时长。其中内容计费字段可选。上行流量、下行流量、改变原因、时间戳为一组,可重复。内容计费业务代码、该业务上行流量、该业务下行流量、该业务使用时长为一组,可重复。
用户话单至少包括如下字段:手机号码、IMSI号码、APN、开始时间、持续时长、上行流量、下行流量、ChargingID。如果用户话单依据流量计费的业务代码分别进行流量统计,还需要提供业务代码。
三方比对过程分两步,第一步是仪表话单和G-CDR话单的比对,第二步是G-CDR话单和用户话单的比对,具体流程如图4所示。
a)仪表话单和G-CDR话单的比对:首先对G-CDR话单依据IMSI和ChargingID进行合并,生成GGSN总流量话单,GGSN总流量话单包括该次PDP激活的流量计费数据流量和内容计费数据流量。再对仪表话单依据IMSI和ChargingID进行合并,生成仪表总流量话单,仪表总流量话单包括该次PDP激活的所有流经检测点的数据流量。最后对仪表总流量话单和GGSN总流量话单进行分析比对,检查GGSN生成G-CDR的准确性。
b)G-CDR话单和用户话单的比对:如果用户话单依据服务代码分别进行流量统计,或者超长用户话单分行显示,需首先对用户话单依据IMSI和ChargingID进行合并,生成用户流量计费话单。再对G-CDR,依据IMSI和ChargingID合并,合并过程中剔除G-CDR中内容计费的流量,生成GGSN流量计费话单。最后对用户流量计费话单和GGSN流量计费话单进行比对,检查CG和计费系统的计费准确性。
对于一张用户话单,只有经过两次比对都合格,才是一张准确计费的用户话单;否则,判断为不准确计费的用户话单。
以上对本发明所提供的用于GPRS/UMTS网络的数据业务流量计费准确性检测方法进行了详细的说明。对本领域的技术人员而言,在不背离本发明实质精神的前提下对它所做的任何显而易见的改动,都将构成对本发明专利权的侵犯,将承担相应的法律责任。
Claims (8)
1.一种用于GPRS/UMTS网络的数据业务流量计费准确性检测方法,其特征在于包括如下的步骤:
⑴首先在SGSN和GGSN互连的交换机上开一个GGSNGn口的镜像端口,将检测仪表连接在该镜像端口;
⑵检测仪表获取通过该镜像端口的数据并存储在硬盘上,同时生成仪表话单和日志文件;所述仪表话单通过如下步骤生成:首先由检测仪表分析获取的数据包,判断是控制面数据还是用户面数据;对于控制面数据,判断消息种类,然后依据不同的规则,生成新的会话记录;对于用户面数据,判断数据包属于哪个会话记录,将其流量统计到该会话记录;在所述仪表话单中,根据所述GGSNGn口承载的信令确定话单的起止时刻;
⑶在获取了足够样本的情况下,对仪表话单和运营企业提供的G-CDR话单、用户话单进行三方比对;其中,所述三方比对分为两步:第一步是仪表话单和G-CDR话单的比对,第二步是G-CDR话单和用户话单的比对;只有经过两次比对都合格,才判断为准确计费的用户话单;否则,判断为不准确计费的用户话单;
⑷统计多单、少单、错单数量,按标准要求生成计费准确性检测报告。
2.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
由检测仪表记录每次完整会话的流量,一次完整会话以收到“CreatePDPContextRequest”消息为起始,以收到“DeletePDPContextResponse”消息为终止。
3.如权利要求2所述的数据业务流量计费准确性检测方法,其特征在于:
在收到某次会话的“CreatePDPContextRequest”消息后,接收相关联的“CreatePDPContextResponse”消息;如果Response消息中的Cause为“RequestAccepted”,则统计该次PDP会话的流量;否则,停止该次会话的记录。
4.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
如果检测仪表收到“UpdatePDPContextRequest”消息,且对应“UpdatePDPContextResponse”中Cause字段是“Requestaccepted”,则停止旧的会话记录,生成新的会话记录。
5.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
如果检测仪表收到的“CreatePDPContextRequest”消息中含有LinkedNSAPI,则判断为二次激活请求消息;对于所述二次激活请求消息,依靠GTP头部中的TEID和GTP包中的LinkedNSAPI关联已有会话。
6.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
检测仪表收到“PDUNotificationRequest”消息,如果收到相关联的“PDUNotificationResponse”响应,且响应消息中的Cause字段为“RequestAccepted”,则开始新的会话记录。
7.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
所述仪表话单和G-CDR话单的比对包括如下步骤:首先对G-CDR话单依据IMSI和ChargingID进行合并,生成GGSN总流量话单,GGSN总流量话单包括该次PDP激活的流量计费数据流量和内容计费数据流量;再对仪表话单依据IMSI和ChargingID进行合并,生成仪表总流量话单,仪表总流量话单包括该次PDP激活的所有流经检测点的数据流量;最后对仪表总流量话单和GGSN总流量话单进行分析比对,检查GGSN生成G-CDR的准确性。
8.如权利要求1所述的数据业务流量计费准确性检测方法,其特征在于:
所述G-CDR话单和用户话单的比对包括如下步骤:如果用户话单依据服务代码分别进行流量统计,或者超长用户话单分行显示,需首先对用户话单依据IMSI和ChargingID进行合并,生成用户流量计费话单;再对G-CDR,依据IMSI和ChargingID合并,合并过程中剔除G-CDR中内容计费的流量,生成GGSN流量计费话单;最后对用户流量计费话单和GGSN流量计费话单进行比对,检查CG和计费系统的计费准确性。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010255717.2A CN101990187B (zh) | 2010-08-17 | 2010-08-17 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010255717.2A CN101990187B (zh) | 2010-08-17 | 2010-08-17 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101990187A CN101990187A (zh) | 2011-03-23 |
CN101990187B true CN101990187B (zh) | 2015-11-25 |
Family
ID=43746459
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010255717.2A Active CN101990187B (zh) | 2010-08-17 | 2010-08-17 | 用于gprs/umts网络的数据业务流量计费准确性检测方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101990187B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102647738A (zh) * | 2012-05-11 | 2012-08-22 | 北京西塔网络科技股份有限公司 | 一种iu-ps接口控制层与承载层数据关联算法及程序 |
CN103458387A (zh) * | 2012-05-29 | 2013-12-18 | 中国移动通信集团公司 | 一种分组域内更新话单的方法、设备和系统 |
CN104301880B (zh) * | 2014-10-30 | 2017-11-10 | 工业和信息化部通信计量中心 | 一种用于cdma 2000网络移动通信系统的数据业务流量计费准确性检测方法 |
CN104519473B (zh) * | 2015-01-26 | 2019-04-12 | 中国联合网络通信集团有限公司 | 一种移动用户的上网记录生成方法及系统 |
CN111884881B (zh) * | 2020-07-28 | 2022-02-18 | 苏州浪潮智能科技有限公司 | 一种以太网交换网络的监测方法、装置、系统及交换机 |
CN112822650B (zh) * | 2020-12-23 | 2022-08-05 | 北京思特奇信息技术股份有限公司 | 一种稽核mas业务计费准确性的方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848738A (zh) * | 2005-08-08 | 2006-10-18 | 华为技术有限公司 | 一种数据业务的计费方法 |
CN101217393A (zh) * | 2007-12-30 | 2008-07-09 | 中国移动通信集团四川有限公司 | 一种通过稽核实现计费收入保障的方法 |
CN101516123A (zh) * | 2008-12-05 | 2009-08-26 | 中国移动通信集团广东有限公司 | 一种数据业务分组接入漫游控制的方法与系统 |
CN101715182A (zh) * | 2009-11-30 | 2010-05-26 | 中国移动通信集团浙江有限公司 | 一种流量控制方法、系统和设备 |
CN101754253A (zh) * | 2008-12-02 | 2010-06-23 | 中国移动通信集团甘肃有限公司 | 一种gprs端到端性能分析方法及系统 |
EP2200365A1 (en) * | 2008-12-17 | 2010-06-23 | Alcatel, Lucent | Interworking between Wimax and 3GPP networks |
-
2010
- 2010-08-17 CN CN201010255717.2A patent/CN101990187B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848738A (zh) * | 2005-08-08 | 2006-10-18 | 华为技术有限公司 | 一种数据业务的计费方法 |
CN101217393A (zh) * | 2007-12-30 | 2008-07-09 | 中国移动通信集团四川有限公司 | 一种通过稽核实现计费收入保障的方法 |
CN101754253A (zh) * | 2008-12-02 | 2010-06-23 | 中国移动通信集团甘肃有限公司 | 一种gprs端到端性能分析方法及系统 |
CN101516123A (zh) * | 2008-12-05 | 2009-08-26 | 中国移动通信集团广东有限公司 | 一种数据业务分组接入漫游控制的方法与系统 |
EP2200365A1 (en) * | 2008-12-17 | 2010-06-23 | Alcatel, Lucent | Interworking between Wimax and 3GPP networks |
CN101715182A (zh) * | 2009-11-30 | 2010-05-26 | 中国移动通信集团浙江有限公司 | 一种流量控制方法、系统和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101990187A (zh) | 2011-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101990187B (zh) | 用于gprs/umts网络的数据业务流量计费准确性检测方法 | |
US7174156B1 (en) | Method and system for tracking and billing vocoder bypass calls in a wireless wide area network | |
US7224968B2 (en) | Network testing and monitoring systems | |
US20060067493A1 (en) | Processing of usage data for first and second types of usage-based functions | |
US20050120208A1 (en) | Data transmission systems | |
US20050047378A1 (en) | Method, device,and software programs for correlating data sets | |
EP1711025A2 (en) | An Apparatus And Method For Processing Information From A Telephone Network | |
EP1446962A2 (en) | Testing and monitoring equipment and methods for a digital mobile phone network | |
US20120327817A1 (en) | Method for the interception of gtp-c messages | |
CN102340789A (zh) | 拨测终端及拨测方法 | |
CN102047717A (zh) | 使用从第2层无线电链路控制层数据帧的序列所得到的第3层分组的电信的方法和系统 | |
WO2020119325A1 (zh) | 计费处理方法及装置、存储介质和电子装置 | |
CN104486091A (zh) | 一种计费方法及装置 | |
RU2009132900A (ru) | Способ сбора статистики по качеству и соответствующий способ управления сбором статистики по качеству | |
WO2014008694A1 (zh) | 一种实现ps域分布式架构的信令监测装置 | |
CN102857917A (zh) | 一种基于信令分析的手机连接pc上网识别方法 | |
US10079943B2 (en) | Method and system for detecting anomalies in consumption of data and charging of data services | |
US20050287954A1 (en) | System and method for monitoring a communications network | |
Lonkar et al. | Analysis of audio and video quality of voice over LTE (VoLTE) call | |
US20070195801A1 (en) | Context-based processing of data flows | |
KR100578379B1 (ko) | 무선 데이터 서비스 이용에 대한 컨텐츠별 차등 과금 방법및 시스템 | |
KR100900946B1 (ko) | 무선 인터넷 데이터 서비스의 데이터 트래픽 패턴을수집하는 방법 및 서버 | |
CN104519473B (zh) | 一种移动用户的上网记录生成方法及系统 | |
CN102395117B (zh) | 内容类型识别的方法和设备 | |
EP1549092A1 (en) | Wireless data traffic statistics |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211229 Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF INFORMATION AND COMMUNICATIONS Address before: 100191 No. 52 Garden North Road, Beijing, Haidian District Patentee before: TELECOMMUNICATION METROLOGY CENTER OF MINISTRY OF INDUSTRY AND INFORMATION TECHNOLOGY |
|
TR01 | Transfer of patent right |