面向移动网络的异构数据采集装置和方法与流程

1.本技术涉及移动通信领域和数据采集领域，具体涉及一种面向移动网络的异构数据采集装置和方法。


背景技术：

2.移动通信网络经过2g、3g、4g的发展，网络越来越复杂，网元数量越来越多，业务种类越来越多样化。随着5g时代的到来，这种现象更加明显。为了保证通信质量，运营商需要对移动网络上的电话、短信、上网业务的指标进行监控和审查，并需要结合大数据手段提供综合分析的能力，包括网络性能分析、业务性能分析和数据库分析等。目前业界普遍的做法是通过数据采集获取移动网络中关键节点链路上的数据，这些数据经过解码、过滤、回填处理后存储到专用的分析系统中，由分析系统提供上述综合分析能力。另外，还可以通过信令采集方式提供基于位置的业务或漏话提醒等业务，这类业务的实时性要求低于呼叫业务，从经济性和复杂性上考虑，信令采集方式是不错的选择。
3.由于移动网络的复杂性和业务多样性，数据采集点是多源的，数据结构是异构的。其中，cs(circuit switched，电路交换)域网络的数据采集点包括：mc口、a口、abis口、lstp(low signal transfer point，低级信令转接点)、hstp(high signal transfer point，高级信令转接点)、hlr(home location register，归属位置寄存器)、关口局等网元以及接口；ims(ip multimedia subsystem，ip多媒体子系统)网络的数据采集点包括：i/s
‑
cscf(inquiry call session control function，询问呼叫会话控制功能；service call session control function，服务呼叫会话控制功能)和p
‑
cscf(proxy call session control function，代理呼叫会话控制功能)、i/s
‑
cscf和mgcf(media gateway control function，媒体网关控制功能)之间的接口、i/s
‑
cscf与hss(home subscriber server，归属签约用户服务器)之间的接口以及sbc(session border controller，边界会话控制器)和ims ce路由器之间的接口。数据结构以信令为主，包括sip(session initiation protocol，会话初始协议)、cap(camel application part，camel应用部分协议)、map(mobile application part，移动应用部分协议)、diameter(ietf的aaa工作组作为下一代的aaa协议标准)、http(hypertext transfer protocol,超文本传输协议)、enum(e.164number uri mapping，电话号码映射)/dns(omain name system，域名系统)等多种协议。
4.对于移动网络的数据采集包括信令接入和信令解析两部分，目前信令解析技术主要有以下实现方式：一是基于专用硬件的方法实现。专用硬件是通过板卡的方式实现信令采集，信令解码和输出的程序置于固件中。由于信令接入的端口不同，设备的输入端口可以是e1端口、以太网口或者两种混合。设备的输出端口都为以太网口。专用硬件是一个黑盒，安装部署简单，解码效率高。一是基于软件的方法实现。软件采集方式是指通过在被采集设备上安装监控程序并由此程序将采集到的信令转发给信令采集设备，属于客户端/服务端模式。此方式对被采集设备具有一定的侵入性。
5.然而，以上信令解析的方法均有一些缺陷，具体如下:
6.(1)专用硬件内置的解码协议具有较强的针对性，比如七号信令采集设备就只支持七号信令，ims信令采集设备就只支持sip，随着网络演进，原有设备的利用率逐渐下降。
7.(2)信令过滤灵活性欠佳，不能满足对信令的特定操作进行过滤的需求，而这是一些业务平台迫切需要的。
8.(3)信令采集设备将信令输出到云资源池上时，不具备良好的负载均衡机制。由于云资源池提供的虚拟机规格不会是特别高的配置，会需要很多虚拟机进行信令分析处理，因此会有此问题。
9.(4)有的信令采集设备的输出是基于二层转发，不能指定上游设备的ip和端口，这需要信令采集设备输出到的设备或平台从链路层开始处理报文，增加了复杂性。


技术实现要素：

10.针对相关技术中存在的问题，本技术的目的在于提供一种面向移动网络的异构数据采集装置和方法，能够极大简化信令采集方案，增加设备利用率，使得组网更加灵活，进而降低移动网络中数据采集方案的成本、提高数据采集设备的通用性。
11.本发明的技术方案是这样实现的：
12.根据本发明的一个方面，提供了一种面向移动网络的异构数据采集装置，包括：信令接入模块，用于获取数据包；信令解码模块，用于对数据包进行自底向上的逐层解码，其中，根据多种通信协议中的对应一种协议对每一层进行解码，以及根据每一层协议的解码规则确定更高层的协议；信令输出模块，用于输出解码后的数据包。
13.根据本发明的实施例，异构数据采集装置，还包括：信令过滤模块，用于：接受信令解码模块输入的每一层的解码结果；从解码结果读取字段并将字段与信令过滤规则对应的条件进行匹配；若匹配成功，将过滤规则对应的动作返回信令解码模块，信令解码模块在执行动作后进行更高层的解码。
14.根据本发明的实施例，异构数据采集装置，动作包括接受和丢弃，接受表示继续处理更高层的协议，丢弃表示直接丢弃数据包；条件由参数名称、逻辑运算和取值组成，参数名称和取值来自于信令解码模块。
15.根据本发明的实施例，异构数据采集装置，信令接入模块包括dpdk组件。
16.根据本发明的实施例，异构数据采集装置，其特征在于，dpdk组件包括：输入无锁环形队列，用于缓存装置接收的数据包，数据包由dpdk组件从网卡读到数据包后直接写入，并由信令解码模块读出；输出无锁环形队列，用于缓存需要输出的数据包，数据包由信令过滤模块写入并由信令输出模块读出。
17.根据本发明的实施例，异构数据采集装置，信令输出模块支持连接多个信令处理装置，信令输出模块将解码后的数据包按照信令输出格式进行编码后输出至多个信令处理装置中对应的信令处理装置。
18.根据本发明的实施例，异构数据采集装置，采用负载均衡算法将信令分流到多个信令处理装置，负载均衡算法包括轮询、加权轮询、哈希中的一种或多种。
19.根据本发明的实施例，异构数据采集装置，多种通信协议包括：ip、tcp/udp/sctp、mtp3、sccp、tcap、bicc、sip、diameter。
20.根据本发明的另一方面，提供了一种面向移动网络的异构数据采集方法，其特征在于，包括：步骤一：获取数据包；步骤二：对数据包进行自底向上的逐层解码，其中，根据多种通信协议中的对应一种协议对每一层进行解码，以及根据每一层协议的解码规则确定更高层的协议；步骤三：输出解码后的数据包。
21.根据本发明的实施例，异构数据采集方法中，步骤二还包括：接受每一层的解码结果；从解码结果读取字段并将字段与信令过滤规则对应的条件进行匹配；若匹配成功，将过滤规则对应的动作返回，并在执行动作后进行更高层的解码。
附图说明
22.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1是根据本发明实施例的一种面向移动网络的异构数据采集装置。
24.图2是根据本发明实施例的一种面向移动网络的异构数据采集系统。
25.图3是根据实施例的一种面向移动网络的异构数据采集流程示意图。
26.图4是根据实施例的一种面向移动网络的异构数据采集流程示意图。
具体实施方式
27.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
28.如图1所示，本发明提供了一种面向移动网络的异构数据采集装置a，包括：信令接入模块a1，用于获取数据包；信令解码模块a2，用于对数据包进行自底向上的逐层解码，其中，根据多种通信协议中的对应一种协议对每一层进行解码，以及每一层协议的解码规则确定更高层的协议；信令输出模块a3，用于输出解码后的数据包。
29.其中，上述通信协议包括涵盖cs域网络和ims网络的各种协议。上述协议的解码规则包括但不限于端口、指示语等。
30.本发明的上述技术方案通过内置全面的移动网络通信协议，对数据自底向上进行解码，逐层解开数据包，以及根据每一层协议的解码规则确定更高层的协议，可以使数据采集装置具有良好的通用性。并且当业务里发生变化时，可以调整端口处理的业务信令类型。
31.如图2所示，本发明提供了一种面向移动网络的异构数据采集系统，包括：面向移动网络的异构数据采集b、cs域网络的信令接入装置c1、ims网络的信令接入装置c2、信令处理装置d，面向移动网络的异构数据采集b包括：dpdk组件b1、信令解码模块b2、信令过滤模块b3、信令输出模块b4。
32.根据本发明的实施例，如图2所示，面向移动网络的异构数据采集装置还包括信令过滤模块b3，用于：接受信令解码模块输入的每一层的解码结果；从解码结果读取字段并将字段与信令过滤规则对应的条件进行匹配；若匹配成功，将过滤规则对应的动作返回信令
解码模块，信令解码模块在执行动作后进行更高层的解码。
33.其中，信令过滤规则包括“条件”和“动作”两部分。“动作”包括“接受”和“丢弃”两种方式，“接受”表示继续处理下一层协议，“丢弃”表示直接丢弃数据包。“条件”由参数名称、逻辑运算和取值组成，参数名称和取值来自于信令解码模块。逻辑运算包括但不限于“等于”、“不等于”、“大于”、“小于”、“大于等于”、“小于等于”、“正则匹配”等。
34.其中，过滤规则的参数名称按协议分类如下：
[0035][0036][0037]
上述信令过滤模块是根据过滤规则提供信令过滤的接口服务的，它接受信令解码模块输入的解码结果，从中读取过滤规则所关注的字段与过滤规则对应的条件进行匹配，若成功匹配规则，则返回此规则对应的动作，否则返回接受。
[0038]
本发明的上述技术方案在数据采集装置中增加了信令过滤模块，其中过滤规则与解码规则类似，也遵循自底向上的方法。在信令解码模块逐层解开数据包时，每解开一层数据包，调用信令过滤模块的接口，根据接口返回结果，即上述动作，以进行下一步处理。若返回结果为丢弃，则丢弃数据包，否则继续更高层的解码。从而实现在解码的同时对信令进行过滤，能够降低业务处理设备的复杂度和资源需求。而且通过多层信令过滤，在自底向上逐层解码的过程中，同时调用信令过滤接口逐层过滤，不对性能产生影响，对被丢弃的信令不做额外的解析。从而达到了尽量节省cpu时间的目的，解决了信令过滤灵活性问题。在数据采集装置增加信令过滤的功能，尤其对只需要特定信令的业务平台具有益处。
[0039]
根据本发明的实施例，如图2所示，本发明的信令接入模块包括dpdk组件b1。
[0040]
其中，dpdk(data plane development kit，数据平面开发套件)组件是由6wind、intel等公司开发的数据面开发套件，它是开源的，主要运行在linux系统上，它提供了一系列的网卡驱动和数据包处理库，能够极大的提供数据包处理性能和网络吞吐量。dpdk的性能如此之高主要有以下两方面原因：1.运用快速数据通道，使得数据包快速到达用户空间。这样做放弃了典型的数据通道：网卡驱动
‑
>tcp/ip协议栈
‑
>socket接口
‑
>应用程序，而使
protocol，与承载无关的传输控制协议)、sip、diameter等协议。
[0051]
本发明还提供了一种面向移动网络的异构数据采集方法，图3是根据实施例的一种面向移动网络的异构数据采集流程示意图，图中示出了信令解码模块1、信令过滤模块2、信令输出模块3、输入无锁环形队列(input ringbuffer)4、输出无锁环形队列(output ringbuffer)5、过滤规则6和输出策略7。图4是根据实施例的一种面向移动网络的异构数据采集流程示意图，包括流程a、b、c、d、e、f。
[0052]
如图3所示，该方法是在dpdk的框架基础上集成信令解码、过滤和输出流程、并具有灵活过滤规则和输出策略的方法，该方法包括：
[0053]
步骤一s1：获取数据包。其中，可以通过dpdk组件从网卡读到数据包后写入输入无锁环形队列(input ringbuffer)，并在解码时从输入无锁环形队列读出数据包。如图4所示，可以在该步骤执行流程a获取数据包，可以采用主动轮询的方式获取数据包。
[0054]
步骤二s2：对数据包进行自底向上的逐层解码，其中，根据多种通信协议中的对应一种协议对每一层进行解码，以及根据每一层协议的解码规则确定更高层的协议，如图3所示，可以通过信令解码模块1对数据包进行上述解码。
[0055]
在一个实施例中，如图4所示，对数据包进行自底向上的逐层解码包括：流程b解析下一层包头，其中解析一层包头，并记录当前解析的协议名称和数据包的指针偏移量；流程c提取关键参数，其中读取当前协议的关键参数，存储到内部数据结构中。
[0056]
根据本发明的实施例，步骤二s2还包括：接受每一层的解码结果；从解码结果读取字段并将字段与信令过滤规则对应的条件进行匹配；若匹配成功，则将过滤规则对应的动作返回，并在执行动作后进行更高层的解码。在一个实施例中，如图4所示，可以在该步骤执行流程d得到过滤结果并作出判断，其中，如图3所示，可以调用信令过滤模块2的接口，输入参数为数据包的内部数据结构；信令过滤模块2则根据本地配置的过滤规则6，读取最后一层协议的过滤规则和参数进行匹配；若匹配结果为“丢弃”，返回流程a，获取下一个数据包；若匹配结果为“接受”，则执行流程e判断是否完成解析。
[0057]
步骤三s3：输出解码后的数据包。如图3所示，可以通过信令输出模块3输出数据包。根据本发明的实施例，步骤三s3还包括：将需要输出的数据包写入输出无锁环形队列(output ringbuffer)5，并在输出时从输出无锁环形队列读出数据包。在一个实施例中，如图4所示，若判断接受的数据包已完成解析，则执行流程f信令输出，其中，可以通过无锁环形队列将解析完成的数据包传递给信令输出模块，输出后返回流程a获取下一个数据包；若接受的数据包未完成解析，返回流程b解析下一层协议。
[0058]
根据本发明的实施例，步骤三s3包括：将解码后的数据包按照信令输出格式进行编码后输出至多个信令处理装置中对应的信令处理装置。
[0059]
根据本发明的实施例，如图3所示，信令输出模块3可以根据相应的输出策略7输出解码后的数据包。例如采用负载均衡算法将信令分流到多个信令处理装置，负载均衡算法可以包括但不限于轮询、加权轮询、哈希中等。
[0060]
根据本发明的实施例，多种通信协议包括但不限于：ip、tcp/udp/sctp、mtp3、sccp、tcap、bicc、sip、diameter等协议。
[0061]
根据本发明的实施例，软件支持配置输出地址的ip和端口，由于应用软件使用ip通信，不关注二层(数据链路层)，用二层转发会增加接收信令的应用软件的开发复杂度，用
ip寻址则会简化应用软件的开发复杂度，因而本发明能够降低设备的复杂性。
[0062]
本发明基于dpdk技术提出一种面向移动网络的异构数据采集装置实现方法，本方法通过dpdk技术实现基于x86架构的高并发处理，通过配置规则灵活地实现信令的解码、过滤与输出功能，是一种通用的信令采集方案。另外，通过引入信令过滤、信令输出负荷分担算法，与业务系统集成即可实现诸如基于位置的业务、漏话提醒或闪信此类业务。在现有技术中，业务系统必须进行全量的信令解析并过滤，本发明提供的方案大大简化了业务系统的复杂度。
[0063]
此外，对于信令接入部分，本发明可以复用现有信令接入技术，例如基于e1端口信令接入方法实现，包括：高阻跨接方式，将高阻隔离器件跨接在交换侧ddf架的e1中继端口上，进行信令数据采集；交换机内部收敛接入方式：由交换机将分布在多个e1中的64k信令链路收敛到仅承载信令链路的专用e1中。类似端口镜像，缺点是占用交换机资源；分光器方式，分光器方式用于监测以光纤为载体的链路。以及例如基于ip端口信令接入实现，包括：tap方式，tap方式类似于e1端口的高阻跨接方式，通过tap设备将端口数据复制为两路，一路按原路由转发，一路用于采集；镜像方式：镜像方式是采用交换机的端口镜像方式采集数据；分光方式：分光方式是采用分光器对光纤进行分光，一路接到原来的端口，一路用于采集。
[0064]
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。