CN114268916B - 基于内容计费数据的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种基于内容计费数据的处理方法、装置、设备及存储介质，该方法包括：获取实际内容计费数据以及获取现网局数据；根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。本申请能够解决现有技术的制作、核查等方式效率低以及准确性低的问题。

Description

基于内容计费数据的处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种基于内容计费数据的处理方法、装置、设备及存储介质。

背景技术

随着网络的演进和发展，维护人员将面临多网络、多业务的复杂运营环境。同时由于移动互联网的业务开展，以及电信市场竞争的日益激烈，移动互联网融合业务的重要性不断凸显,基于融合业务的内容计费必然将成为电信在计费领域面临的一个重要课题。

目前联通4G网络以及5G网络均已实现流量精细化运营，通俗上讲就是“内容计费”。内容计费是针对“内容产品”展开的计费，也就是基于内容价值的计费。运营商通过对用户上网过程中上下行IP数据包进行包过滤和分析，在原始话单文件中标识出相关业务种类后，再将这些以内容价值为基本要素的话单传送到运营商的内容计费平台中去，后者可以利用这些标识有内容类型的信息，完成解析、匹配、批价、账务、客服等一系列计费相关工作。现网使用RG(Rating-Group)/SID(ServiceID)来标识用户使用的业务。近几年来，越来越多的互联网机构均开通流量经营，内容计费相关的数据量越来越大，数据更新频次越来越频繁，则针对局数据的制作、核查等操作要求越来越高。

但是，现有的制作、核查等方式需要手工制作以及核查，效率低以及准确性低。

发明内容

本申请提供一种基于内容计费数据的处理方法、装置、设备及存储介质，能够解决现有技术的制作、核查等方式效率低以及准确性低的问题。

第一方面，本申请提供一种基于内容计费数据的处理方法，包括：

获取实际内容计费数据以及获取现网局数据；

根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；

对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；

根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。

在一种可能的设计中，所述现网局数据为文本格式的文档；所述根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格，包括：

对所述现网局数据进行清洗、筛选以及处理，得到处理后的现网局数据；

根据所述处理后的现网局数据，通过预定义的配置信息，生成多个预定义的表格；

其中，所述多个预定义的表格包括终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表。

在一种可能的设计中，所述对所述多个预定义的表格进行关联，得到目标表格，包括：

根据多个所述终端流量使用量上报规则信息表，生成终端流量使用量上报规则组表；

根据终端流量使用量上报规则组表以及PCC策略信息，生成PCC策略表；

根据流过滤器名称表、第一过滤器表以及第二过滤器表，生成流过滤器的过滤器绑定关系表；

根据PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表；

将所述业务策略规则表作为所述目标表格。

在一种可能的设计中，所述根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果，包括：

将每条所述实际内容计费数据分别与所述目标表格进行比对，生成用于增删数据的脚本；

若接收到用于表示确定所述脚本正确的指令，则将所述脚本上传至核心网设备中的相应的网元，以使各个网元执行所述脚本并将执行结果下发；

根据所述执行结果，生成用于表示增删数据的日志；

根据所述用于表示增删数据的日志，确定核查结果。

在一种可能的设计中，所述根据所述用于表示增删数据的日志，确定核查结果，包括：

若所述用于表示增删数据的日志表示所述实际内容计费数据和所述目标表格一致，则确定所述核查结果正常；或者，

重新获取所述现网局数据；

根据所述现网局数据，生成新的脚本；

根据所述新的脚本以及所述执行结果，确定所述新的脚本是否变更，若所述新的脚本提示用于表示无需新增和删除地址的信息，则确定所述核查结果正常。

在一种可能的设计中，所述方法还包括：

根据所述核查结果，更新所述现网局数据并执行备份操作。

在一种可能的设计中，获取实际内容计费数据以及获取现网局数据，包括：

从目标设备中获取所述实际内容计费数据；

相应的，从预定义的备份文档中获取所述现网局数据。

第二方面，本申请提供一种基于内容计费数据的处理装置，包括：

数据获取模块，用于获取实际内容计费数据以及获取现网局数据；

制作模块，用于根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；

关联模块，用于对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；

核查模块，用于根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。

第三方面，本申请提供一种基于内容计费数据的处理设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面及第一方面可能的设计所述的基于内容计费数据的处理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面及第一方面可能的设计所述的基于内容计费数据的处理方法。

本实施例提供的基于内容计费数据的处理方法、装置、设备及存储介质，首先获取实际内容计费数据以及获取现网局数据；然后根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。通过对实际内容计费数据以及现网局数据进行智能化配置，将配置后或规划后的实际内容计费数据与现网局数据二者进行关联比对，输出局数据核查结果，提升了工作效率，并且保持内容计费的及时性和准确性。

附图说明

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

图1为本申请实施例提供的基于内容计费数据的处理方法的场景示意图；

图2为本申请实施例提供的基于内容计费数据的处理方法的流程示意图；

图3为本申请另一实施例提供的基于内容计费数据的处理方法的场景示意图；

图4为本申请实施例提供的基于内容计费数据的处理装置的结构示意图；

图5为本申请实施例提供的基于内容计费数据的处理设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例，例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，针对调度单中的更新的IP地址信息表以及IP地址汇总表，每次核查时，如果数据出现更新表和汇总表不一致的情况，均已汇总表为依据，所以每次按照汇总表为准进行数据更新。但是实际执行过程中，如果每次均以汇总表为依据进行数据更新，几乎需要手工核对该业务全量的信息，耗费大量的人力和时间。如果以更新表为依据，就可能有个别IP更新不及时，产生用户投诉的风险。其中，手工导出现网5G现网的局数据比较费时费力，并且，每次数据的更新虽然按照一人制作一人核查的局数据制作原则，但是只能对每次更新IP信息的核对，不能保证现网全量数据的准确性。长期积累，有可能产生现网数据不完整的漏洞且不易觉察，进而影响用户体验。因此，现有的制作、核查等方式需要手工制作以及核查，效率低以及准确性低。

为了解决上述问题，本申请的技术构思为：使用PYTHON语言实现规范化输出内容计费汇总表以及网元备份的局数据，然后将规范化后的内容计费汇总表与网元备份局数据表二者进行关联比对，生成局数据核查结果，自动完成内容计费局数据的增删、核查等工作，提升了工作效率，并且保持内容计费的及时性和准确性。

参考图1，图1为本申请实施例提供的基于内容计费数据的处理方法的场景示意图。基于内容计费数据的处理方法的执行主体可以是基于内容计费数据的处理设备，比如终端设备。

具体地，用户(比如数据维护人员)通过终端设备获取由目标设备下发的实际内容计费数据以及从备份文件中获取现网局数据；然后通过终端设备的UI界面输入获取的现网局数据以及实际内容计费数据，并生成脚本文件，即生成增删脚本。并且，为了保证数据制作的可靠性，可以通过终端设备的UI界面展示该增删脚本，提示用户核查脚本是否正常，若正常，则用户上传增删脚本至核心网设备，核心网设备执行脚本，将结果下发给终端设备，生成的LOG日志，用户可以再次确认执行过程是否准确，核查的过程可以重新获取备份数据并再次执行以上过程，如果生成的脚本文件提示“本次无需新增和删除三层和七层地址”，则说明内容计费网元备份数据与汇总表比对完全一致，数据核查结果正常。大幅度提升工作效率、保持内容计费的及时性和准确性、以及对于提高用户感知和服务水平。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

参见图2所示，图2为本申请实施例提供的基于内容计费数据的处理方法的流程示意图。

参见图2，所述基于内容计费数据的处理方法，包括：

S201、获取实际内容计费数据以及获取现网局数据。

其中，5G核心网能够实现URR(Usage Reporting Rule，用量上报规则)，用于计费、用量监控等功能。5G在线计费或离线计费，都是先获取计费信息，再将其发送给不同的功能实体。而融合计费系统将在线计费功能和离线计费功能融合在一起，采用统一的服务化接口Nchf，与网元侧的各NF对接。现网数据配置中，5G在线计费数据，一般使用费率组(Rating-Group，RG)来进行业务标识，5G离线计费数据，使用费率组(RG)加业务标识(SID)的形式，现网一般使用RG＝SID(ServiceID)来标识用户使用的业务。

5G核心网的内容计费主要由会话管理功能实体SMF和用户平面功能实体UPF等网元配合实现，其中涉及具体的数据以及日常经常变更的数据主要集中在UPF上。从UPF上来看，从上到下首先要配置增加使用量上报规则信息URR，通过该数据可以针对不同应用类型的数据采取不同的上报规则，例如在线计费URR、离线计费URR以及监控属性的URR。同时将URR配置绑定至使用量上报规则组URRGROUP，这项配置可以指定上下行发起使用的URR名称，即指定上下行报文如何计费。

其次，增加策略计费控制PCC策略组配置，配置PCC策略组，包括使用量上报规则组、PCC动作属性、扩展属性等构成策略集。增加流过滤器FLOWFILTER以及在FLOWFILTER绑定FlowFilter：通过FlowFilter下定义L34层Filter、L7层协议、L7层过滤条件等过滤条件组合来实现规则中业务流过滤条件的定义，匹配L34层过滤条件、L7层协议、L7层过滤条件均成功的业务可以命中该流过滤器，此项数据是日常数据更新的关键部分。并且新增PROTBINDFLOWF，将流过滤器中的协议与流过滤器绑定关系，使用该protocol的业务会在流过滤器协议层级的匹配流程时可以匹配成功。

最后，配置业务策略的规则RULE，其中包含策略类型、流过滤器、流过滤器组、策略信息、生效时间段以及优先级等。并增加用户模板与规则绑定关系RULEBINDING，当用户数据报文可以匹配到多个规则时，需要将多个规则绑定到用户模板下。

本实施例中，结合图3所示，图3为本申请另一实施例提供的基于内容计费数据的处理方法的场景示意图。通过网元的北向接口实现了程序与设备间信息的交互。北向接口是网元管理系统EMS和网络管理系统NMS之间的接口。NMS通过北向接口获取EMS管理的网元的信息，并下发相关的操作指令。NMS通过MML命令接口连接网元，并对网元进行相应的操作。

其中，4G网元的MML命令接口使用的是TELNET方式连接；5G网元的MML命令接口使用了更多安全保证的SSL方式连接。

在一种可能的设计中，获取实际内容计费数据以及获取现网局数据，可以包括：

从目标设备中获取所述实际内容计费数据；

相应的，从预定义的备份文档中获取所述现网局数据。

本实施例中，使用PYTHON语言的TELNETLIB模块、SOCKET模块和SSL模块实现了程序与网元北向接口之间的信息交互。实现信息交互后，可以通过程序向设备发送局数据备份、执行等操作指令。使用PYTHON的TKINTER包提供了友好的图形用户界面，操作简单、便捷。

根据用户选择的现网局数据的备份文件、汇总表(比如实际内容计费数据)等信息作为核查数据的基础数据。其中，通过北向接口实现了局数据自动备份，会每天定时对现网局数据进行自动备份并存放在FTP服务器上。程序运行时通过PYTHON的FTP模块即可获取到现网的局数据。

S202、根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格。

其中，现网局数据为文本格式的文档。

本实施例中，根据预定义的配置信息，将该现网局数据进行配置，配置到各个表格中，生成多个预定义的表格。

在一种可能的设计中，如何生成多个预定义的表格，可以通过以下步骤实现：

步骤a1、对所述现网局数据进行清洗、筛选以及处理，得到处理后的现网局数据。

步骤a2、根据所述处理后的现网局数据，通过预定义的配置信息，生成多个预定义的表格。

其中，所述多个预定义的表格包括终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表。

本实施例中，获取到的现网局数据为文本格式的文档，使用PYTHON语言对现网局数据进行了清洗、筛选、处理，按照设备内局数据关联规则依次得到多个规范的表格，分别为终端流量使用量上报规则信息表(即URR_ID表格(含有SID))、终端流量使用量上报规则组表(即URR_GROUP表格)、PCC策略表(即PCCPOLICY_GROUP表格)、流过滤器名称表即(FLOWFILTER表格)、业务策略规则表(即RULE表格)、流过滤器的过滤器绑定关系表(即FLTBINDFLOWF表格)、第一过滤器表(即FILTER_IPV4表格)、第二过滤器表(即FILTER_IPV6表格)。

S203、对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格。

本实施例中，根据关联规则，分别对终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表进行匹配关联，得到有增删数据需求的表格，即目标表格。

其中，终端流量使用量上报规则信息表是业务识别的唯一依据。第一过滤器即过滤器(IPV4)，其中包含三、四层的协议、源端口号、目的端口号、源IP地址和目的IP地址等。数据报文通过时，系统会根据过滤器选择到对应的规则，然后执行选中规则对应的计费策略和动作策略。第二过滤器即过滤器(IPV6)，其中包含三、四层的协议、源端口号、目的端口号、源IP地址和目的IP地址等。数据报文通过时，系统会根据过滤器选择到对应的规则，然后执行选中规则对应的计费策略和动作策略。

S204、根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。

本实施例中，将内容计费数据和目标表格的内容进行比对，对现网局数据进行更新，针对更新后的现网局数据进行核查，若结果一致，则说明核查正确，若结果不一致，则说明核查错误。

本实施例提供的基于内容计费数据的处理方法，通过获取实际内容计费数据以及获取现网局数据；然后根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；根据所述实际内容计费数据和所述目标表格，对所述现网局数据进行核查，确定所述现网局数据的核查结果。通过对实际内容计费数据以及现网局数据进行智能化配置，将配置后或规划后的实际内容计费数据与现网局数据二者进行关联比对，输出局数据核查结果，提升了工作效率，并且保持内容计费的及时性和准确性。

在一种可能的设计中，本实施例在上述实施例的基础上，对如何关联表格进行了详细说明。对所述多个预定义的表格进行关联，得到目标表格，可以通过以下步骤实现：

步骤b1、根据多个所述终端流量使用量上报规则信息表，生成终端流量使用量上报规则组表；

步骤b2、根据终端流量使用量上报规则组表以及PCC策略信息，生成PCC策略表；

步骤b3、根据流过滤器名称表、第一过滤器表以及第二过滤器表，生成流过滤器的过滤器绑定关系表；

步骤b4、根据PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表；

步骤b5、将所述业务策略规则表作为所述目标表格。

本实施例中，多个终端流量使用量上报规则信息表可以绑定为唯一的一个终端流量使用量上报规则组表；终端流量使用量上报规则组表结合PCC策略信息，生成PCC策略表，PCC策略表用于定义业务的实际策略；将流过滤器名称表、第一过滤器表以及第二过滤器表进行绑定，生成流过滤器的过滤器绑定关系表，流过滤器的过滤器绑定关系表：使用该过滤条件的业务可以成功匹配该流过滤器的L34层过滤条件；将PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表，业务策略规则表包含策略类型、流过滤器、流过滤器组、策略信息、生效时间段以及优先级等，通过运营商的报文匹配流过滤器获取相应规则的策略信息。

其中，关联过程为：URR_ID(包含SID)URR、、GROUP、PCCPOLICY_GROUP、RULE得到增删数据需要的FLOWFITER、FILTER和已经配置的IPV4和IPV6地址。参见表1所示的内容计费总表统计：

表1内容计费总表统计

数据制作依据	业务	IPV4地址	IPV6地址
				内容计费总表	122	889	2293

其中，内容计费总表中，业务的唯一区别为SID(Service ID)，以SID为主要索引，进行数据源的标准化，能够有效区别业务。示例性的，“十进制”是SID，SID将出现在用户的话单中，是信息化话单分拣的关键依据。根据内容计费总表进行标准化，作为数据的唯一来源，以保证数据的准确性。

由于，现网局数据与内容计费总表之间的IP地址编写规则有些差异，为了能够进行二者之间的有效匹配，对汇总表中的IP地址按照IP地址标准的编写规则进行了转换。其中涉及IPV6地址连续的一段0压缩为“::”、将“0001”等格式的地址转换为“1”、IPV6地址的大写字母转为小写字母等。

下面以IPV6地址连续的一段0压缩为“::”进行说明：

IPV6的地址长度为128比特，是IPv4地址长度的4倍，采用十六进制表示。格式为X:X:X:X:X:X:X:X，其中每个X表示地址中的16比特，在某些情况下，一个IPv6地址中间可能包含很长的一段0，可以把连续的一段0压缩为“::”。但为保证地址解析的唯一性，地址中”::”只能出现一次，例如：地址FF01:0:0:0:1101:0:0:0压缩为FF01::1101:0:0:0。

通过PYTHON的IPADDRESS包实现了汇总表的IP地址转换，经过转换后，可以进行现网局数据与汇总表之间的有效匹配。

在一种可能的设计中，本实施例在上述实施例的基础上，对如何确定核查结果进行了详细说明。可以通过以下步骤实现：

步骤c1、将每条所述实际内容计费数据分别与所述目标表格进行比对，生成用于增删数据的脚本。

步骤c2、若接收到用于表示确定所述脚本正确的指令，则将所述脚本上传至核心网设备中的相应的网元，以使各个网元执行所述脚本并将执行结果下发。

步骤c3、根据所述执行结果，生成用于表示增删数据的日志。

步骤c4、根据所述用于表示增删数据的日志，确定核查结果。

本实施例中，多余的局数据生成删除脚本；缺失的局数据生成新增脚本；完全一致的，输出数据核查正常的结果。

示例性的，内容计费数据中可以包括现网局数据配置的所有业务(比如B业务)SID及关联的局数据配置信息、十进制以及业务名称；在得到现网局数据配置的所有业务SID及关联的局数据配置信息表A后，根据得到的需要制作或核查局数据的B业务的SID对表A进行筛选，得到B业务的现网配置数据C。

具体地，C中包含B业务SID(Service ID)对应的FILTERNAME和FLOWFILTERNAME，如需增加，就按照现有的最大编号+1依次生成增加脚本，每个新增的IP地址生成两条指令，分别是ADD FILTER和ADD FLTBINDFLOWF；如需删除，每个需要删除的IP地址生成两条指令，分别是RMV FLTBINDFLOWF和RMV FILTER；如果二者数据无差异，就输出核查正常的结果。其中，对输出脚本文件所在的目录进行提示，用户可以根据提示进行查看。

此外，为了保证局数据脚本的准确性，还设置了用户对生成的脚本进行确认后再上传的配置。确认并上传局数据增删脚本后，再进行脚本指令下发，通过北向接口自动登录网元并进行脚本指令下发，并在本地生成执行的LOG记录。

不同的用户可以根据需求编辑配置文件，这使得基于内容计费数据的处理方法有极广泛的适用性。

在一种可能的设计中，本实施例在上述实施例的基础上，对如何确定核查结果进行了详细说明。可以通过以下至少两种方式实现：

方式1、若所述用于表示增删数据的日志表示所述实际内容计费数据和所述目标表格一致，则确定所述核查结果正常。

本实施例中，如果生成的日志里没有增删数据的记录，则说明内容计费数据和所述目标表格一致，即确定核查结果正常。若有增删数据的记录，则说明核查异常并且根据日志来更新现网局数据的备份文件。

方式2、进行二次核查。过程可以为：

步骤d1、重新获取所述现网局数据；

步骤d2、根据所述现网局数据，生成新的脚本；

步骤d3、根据所述新的脚本以及所述执行结果，确定所述新的脚本是否变更，若所述新的脚本提示用于表示无需新增和删除地址的信息，则确定所述核查结果正常

示例性的，重新获取备份数据并再次执行以上过程，如果生成的脚本文件提示“本次无需新增和删除三层和七层地址”，则证明内容计费网元备份数据(即现网局数据)与汇总表比对完全一致，即数据核查结果正常。

在一种可能的设计中，确定核查结果之后，根据所述核查结果，更新所述现网局数据并执行备份操作。

本申请，提高了局数据管理和维护的准确性、规范性、时效性；为降低维护门槛、减少局数据差错、保障全网统一的业务实现和用户感知，为跨专业局数据集中管理维护、集中配置核查提供了快捷有效的平台；同时为实现全专业局数据自动化配置核查铺平道路。

为了实现所述基于内容计费数据的处理方法，本实施例提供了一种基于内容计费数据的处理装置。参见图4，图4为本申请实施例提供的基于内容计费数据的处理装置的结构示意图；所述基于内容计费数据的处理装置40，包括：

数据获取模块401，用于获取实际内容计费数据以及获取现网局数据；

制作模块402，用于根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格；

关联模块403，用于对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；

核查模块404，用于根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果。

本实施例通过设置数据获取模块401、制作模块402、关联模块403以及核查模块404，用于通过对实际内容计费数据以及现网局数据进行智能化配置，将配置后或规划后的实际内容计费数据与现网局数据二者进行关联比对，输出局数据核查结果，提升了工作效率，并且保持内容计费的及时性和准确性。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

在一种可能的设计中，所述现网局数据为文本格式的文档；所述制作模块，具体用于：

对所述现网局数据进行清洗、筛选以及处理，得到处理后的现网局数据；

根据所述处理后的现网局数据，通过预定义的配置信息，生成多个预定义的表格；

其中，所述多个预定义的表格包括终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表。

在一种可能的设计中，关联模块，具体用于：

根据多个所述终端流量使用量上报规则信息表，生成终端流量使用量上报规则组表；

根据终端流量使用量上报规则组表以及PCC策略信息，生成PCC策略表；

根据流过滤器名称表、第一过滤器表以及第二过滤器表，生成流过滤器的过滤器绑定关系表；

根据PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表；

将所述业务策略规则表作为所述目标表格。

在一种可能的设计中，核查模块，具体用于：

将每条所述实际内容计费数据分别与所述目标表格进行比对，生成用于增删数据的脚本；

若接收到用于表示确定所述脚本正确的指令，则将所述脚本上传至核心网设备中的相应的网元，以使各个网元执行所述脚本并将执行结果下发；

根据所述执行结果，生成用于表示增删数据的日志；

根据所述用于表示增删数据的日志，确定核查结果。

在一种可能的设计中，核查模块，具体用于：

在所述用于表示增删数据的日志表示所述实际内容计费数据和所述目标表格一致时，确定所述核查结果正常；或者，

重新获取所述现网局数据；

根据所述现网局数据，生成新的脚本；

根据所述新的脚本以及所述执行结果，确定所述新的脚本是否变更，若所述新的脚本提示用于表示无需新增和删除地址的信息，则确定所述核查结果正常。

在一种可能的设计中，所述装置还包括更新模块；更新模块，用于根据所述核查结果，更新所述现网局数据并执行备份操作。

在一种可能的设计中，数据获取模块，具体用于：

从目标设备中获取所述实际内容计费数据；

相应的，从预定义的备份文档中获取所述现网局数据。

为了实现所述基于内容计费数据的处理方法，本实施例提供了一种基于内容计费数据的处理设备。图5为本申请实施例提供的基于内容计费数据的处理设备的结构示意图。如图5所示，本实施例的基于内容计费数据的处理设备包括：处理器501以及存储器502；其中，存储器502，用于存储计算机执行指令；处理器501，用于执行存储器存储的计算机执行指令，以实现上述实施例中所执行的各个步骤。具体可以参见上述方法实施例中的相关描述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述的基于内容计费数据的处理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(PeripheralComponent，PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

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

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

Claims (9)

1.一种基于内容计费数据的处理方法，其特征在于，包括：

获取实际内容计费数据以及获取现网局数据；

根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格，其中，所述多个预定义的表格包括终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表；

对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；

根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果；

所述对所述多个预定义的表格进行关联，得到目标表格，包括：

根据多个所述终端流量使用量上报规则信息表，生成终端流量使用量上报规则组表；

根据终端流量使用量上报规则组表以及PCC策略信息，生成PCC策略表；

根据流过滤器名称表、第一过滤器表以及第二过滤器表，生成流过滤器的过滤器绑定关系表；

根据PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表；

将所述业务策略规则表作为所述目标表格。

2.根据权利要求1所述的方法，其特征在于，所述现网局数据为文本格式的文档；所述根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格，包括：

对所述现网局数据进行清洗、筛选以及处理，得到处理后的现网局数据；

根据所述处理后的现网局数据，通过预定义的配置信息，生成多个预定义的表格。

3.根据权利要求1所述的方法，其特征在于，所述根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果，包括：

将每条所述实际内容计费数据分别与所述目标表格进行比对，生成用于增删数据的脚本；

若接收到用于表示确定所述脚本正确的指令，则将所述脚本上传至核心网设备中的相应的网元，以使各个网元执行所述脚本并将执行结果下发；

根据所述执行结果，生成用于表示增删数据的日志；

根据所述用于表示增删数据的日志，确定核查结果。

4.根据权利要求3所述的方法，其特征在于，所述根据所述用于表示增删数据的日志，确定核查结果，包括：

若所述用于表示增删数据的日志表示所述实际内容计费数据和所述目标表格一致，则确定所述核查结果正常；或者，

重新获取所述现网局数据；

根据所述现网局数据，生成新的脚本；

根据所述新的脚本以及所述执行结果，确定所述新的脚本是否变更，若所述新的脚本提示用于表示无需新增和删除地址的信息，则确定所述核查结果正常。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

根据所述核查结果，更新所述现网局数据并执行备份操作。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述获取实际内容计费数据以及获取现网局数据，包括：

从目标设备中获取所述实际内容计费数据；

相应的，从预定义的备份文档中获取所述现网局数据。

7.一种基于内容计费数据的处理装置，其特征在于，包括：

数据获取模块，用于获取实际内容计费数据以及获取现网局数据；

制作模块，用于根据所述现网局数据以及预定义的配置信息，生成多个预定义的表格，其中，所述多个预定义的表格包括终端流量使用量上报规则信息表、流过滤器名称表、第一过滤器表以及第二过滤器表；

关联模块，用于对所述多个预定义的表格进行关联，得到目标表格，所述目标表格为有增删数据需求的表格；

核查模块，用于根据所述实际内容计费数据和所述目标表格，确定所述现网局数据的核查结果；

所述关联模块，具体用于：

根据多个所述终端流量使用量上报规则信息表，生成终端流量使用量上报规则组表；

根据终端流量使用量上报规则组表以及PCC策略信息，生成PCC策略表；

根据流过滤器名称表、第一过滤器表以及第二过滤器表，生成流过滤器的过滤器绑定关系表；

根据PCC策略表和流过滤器的过滤器绑定关系表，生成业务策略规则表；

将所述业务策略规则表作为所述目标表格。

8.一种基于内容计费数据的处理设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-6任一项所述的基于内容计费数据的处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-6任一项所述的基于内容计费数据的处理方法。