CN112672381B - 一种数据关联方法、装置、终端设备及介质 - Google Patents

Abstract

本申请适用于计算机网络技术领域，提供了一种数据关联方法、装置、终端设备及介质，所述方法包括：从接收到的网络数据中分流出接口数据和用户流量数据；从所述接口数据中提取预设的信令数据；对所述信令数据进行解析，得到所述信令数据的多个解析字段；根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；根据所述解析字段，对所述合并消息进行关联，得到用户表；根据所述用户表，将所述用户流量数据与所述信令数据相关联。通过上述方法，能够提高用户数据的关联成功率。

Description

一种数据关联方法、装置、终端设备及介质

技术领域

本申请属于计算机网络技术领域，尤其涉及一种数据关联方法、装置、终端设备及介质。

背景技术

随着5G网络的部署，越来越多的用户会接入到5G网络中，大量的网络数据在网络中传输，为了保证用户数据的安全和对用户的监控，我们需要将用户的上网数据和对应的身份信息进行关联，而在实际场景中，对于用户信令的接入可能存在乱序场景，如响应消息比请求消息先到，而在n11接口中请求消息中可能会存在用户身份信息，针对该请求的响应消息会存在其他需要关联的数据(如smContextRef)，如果是顺序接入，对于响应数据的报文信息(如smContextRef)可以直接关联到对应的身份信息，而乱序接入后，对应的响应报文数据因为无法找到对应的身份信息，往往会采用丢弃该报文中的信息进行处理，如果存在很多这种乱序场景会导致大量的用户无法关联。

发明内容

本申请实施例提供了一种数据关联方法、装置、终端设备及介质，可以提高数据关联的成功率。

第一方面，本申请实施例提供了一种数据关联方法，包括：

从接收到的网络数据中分流出接口数据和用户流量数据；

从所述接口数据中提取预设的信令数据；

对所述信令数据进行解析，得到所述信令数据的多个解析字段；

根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

根据所述解析字段，对所述合并消息进行关联，得到用户表；

根据所述用户表，将所述用户流量数据与所述信令数据相关联。

第二方面，本申请实施例提供了一种数据关联装置，包括：

分流模块，用于从接收到的网络数据中分流出接口数据和用户流量数据；

信令数据提取模块，用于从所述接口数据中提取预设的信令数据；

解析模块，用于对所述信令数据进行解析，得到所述信令数据的多个解析字段；

合并模块，用于根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

用户表获取模块，用于根据所述解析字段，对所述合并消息进行关联，得到用户表；

关联模块，用于根据所述用户表，将所述用户流量数据与所述信令数据相关联。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中所述的方法。

本申请实施例与现有技术相比存在的有益效果是：在本申请实施例中，可以在乱序场景下，可以将上行请求消息和下行响应消息关联起来，并基于关联的上行请求消息和下行响应消息，将用户在不同流中的信息关联起来，从而使得用户信息和身份信息关联起来。由于用户流量数据可以包括用户信息和上网数据，因此可以基于用户信息，将身份信息与上网数据关联，从而实现了在乱序的场景下将用户在5G核心网中的所有数据进行关联。

附图说明

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

图1是本申请实施例提供的一种数据关联方法的流程示意图；

图2是本申请实施例提供的一种应用场景示意图；

图3是本申请实施例提供的另一种数据关联方法的流程示意图；；

图4是本申请实施例提供的一种数据关联装置的结构示意图；

图5是本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

图1是本申请实施例提供的一种数据关联方法的流程示意图，如图1所示，所述方法包括：

S101，从接收到的网络数据中分流出接口数据和用户流量数据。

具体地，本申请实施例的执行主体为终端设备。上述网络数据为5G核心网内的通讯数据。通过分光器可以将5G核心网内的接口数据和用户流量数据分离出来。

具体地，上述接口数据可以为N11接口数据，上述用户流量数据为N3用户数据，N11和N3均为5G核心网的两个接口。N11接口主要是5G核心网中接入及移动性管理功能网元(Access and Mobility Management Function，AMF)和会话管理功能网元(SessionManagement Function，SMF)间的消息。5G核心网中基站和用户平面功能(UPF，User PortFunction)之间的数据定义为N3接口数据。

图2是本申请实施例提供的一种应用场景示意图，参照图2，首先使用分光器将5G核心网的N11接口信令和N3用户数据进行分光处理；再通过分流交换设备将对应的数据负载到对应的信令关联设备集群；信令关联设备集群主要负责将用户面数据关联到对应的身份相关信息；之后，Dpi集群主要负责分析用户对应的行为相关信息。由于原始数据通过不同方式的负载，到信令关联设备集群时信令可能存在乱序场景，本申请实施例所要实现的就是在乱序场景下进行数据关联。

S102，从所述接口数据中提取预设的信令数据。

具体地，AMF和SMF网元之间通过HTTP2协议进行数据传输。HTTP2协议一般基于传输控制协议(TCP，Transmission Control Protocol)连接，TCP报文一般在80和8080端口。因此，可以根据接口数据的端口号进行数据过滤。

具体地，可以提取接口数据的目的端口或者源端口，若目的端口为或者源端口为80或8080，则表明该接口数据为TCP数据。为了对数据进行更准确的过滤，此时，还可以根据HTTP2数据的特征进行第二次过滤。

HTTP/2复用TCP连接，在一个连接里，客户端和浏览器都可以同时发送多个请求或回应，而且不用按照顺序一一对应，这样就避免了"队头堵塞"。每个帧头部Frame Header都有一个流标识Stream ID就是被用于实现该特性。每次请求/响应使用不同的Stream ID。

HTTP2对应的特征主要基于HTTP2协议中的stream类型作为识别，其中主要为magic、head和data三部分识别。当前HTTP2特征过滤主要为基于已有的type和长度进行过滤。如对应的type为HTTP2头，我们提取对应的长度字段，跳过头长度后，看后续是否满足HTTP2其他type特征。Type具体取值可参考HTTP2标准协议.

S103，对所述信令数据进行解析，得到所述信令数据的多个解析字段。

具体地，上述信令数据为HTTP2数据，包括数据头和数据体，对与数据头的解析，可以采用hpack标准算法将数据头中的path字段和location字段进行解析；其中path字段主要携带调用的具体服务，通过path我们可以确定具体是哪个信令消息(如create、update或者release等)，根据不同的消息来解析不同的信息，而location主要为对应的参考点信息，这里参考点主要为SMF网元分配，在第一次创建SESSION请求中，SMF网元会返回location信息，后续请求调用都会携带该location信息，如果location信息一致，我们可认为属于同一个用户报文。

对于数据体部分的解析主要采用标准的json解析器，将用户的唯一永久身份标志(SUPI，Subscription Permanent Identifier)、永久设备标识符(PEI，PermanentEquipment Identifier)、跟踪区域标识(TAI，Tracking Area Identity)和全球标识符ncgi、用户面隧道端点标识(TEID，Tunnel Endpoint Identifier)，等字段进行解析。

此外，还可以解析得到信令数据的五元组，五元组为数据报文的源IP地址，源端口，目的IP地址，目的端口，和传输层协议这五个量组成的一个集合。

S104，根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

具体地，当接收到信令数据时，可以根据信令数据中的字段判断其为上行请求信息还是下行响应数据。若上行请求消息和下行响应消息的五元组和流标识相同，说明该上行请求消息和下行响应消息对应。

可以预先设置一个缓存表，若信令数据为下行响应消息，则将下行响应消息存储到缓存表中；若信令数据为上行请求消息，则根据信令数据的五元组和流标识，从缓存表中确定与该上行请求消息对应的下行响应消息；将上行请求消息及其对应的下行响应消息关联，得到合并消息。

若下行响应消息在缓存表中存储的时间大于预设时间，则可以将下行响应消息从缓存表中清除，并向服务器发送提示信息。

存在一种情况是，若信令数据为上行请求消息，其从缓存表中找不到对应的下行响应消息。可以预先设置一个请求消息缓存列表，将未找到对应的下行响应消息的上行请求消息存放在该请求消息缓存列表中，在相隔预设时间之后，可以再次查找缓存表中是否存在于该上行请求消息对应的下行响应数据，若不存在，则将其清除。

S105，根据所述解析字段，对所述合并消息进行关联，得到用户表；

具体地，上述合并消息是指上行请求消息和对应的下行响应消息组成的一组消息。同一个用户可能存在多组合并消息，数据关联过程中，需要将一个用户的所有数据进行关联。因此，可以获取该合并消息对应参考点信息，若合并消息对应的参考点信息相同，则说明这些合并消息属于同一个用户的数据。

若各个合并消息属于同一个流，则采用所述合并消息对应的五元组和流标识作为标识信息，将身份信息和参考点信息相关联，建立对应的参考点表；若各个合并消息属于多个流，则根据参考点信息，从参考点表中查找同一参考点信息对应的多个合并消息；将参考点信息对应的身份信息与多个合并消息对应的隧道标识信息相关联，建立用户表。

S106，根据所述用户表，将所述用户流量数据与所述信令数据相关联。

具体地，用户流量数据包括用户传输隧道数据以及与用户传输隧道数据对应的上网数据，根据用户传输隧道数据，从用户表中查找对应的身份信息；将身份信息与用户传输隧道数据对应的上网数据相关联。

以A和B之间的通讯为例对本实施例中方法进行说明。A和B进行通讯时，A发送给B的数据和B发送给A的数据的五元组和流标识是相同的，在第一次进行信息发送时，SMF网元会返回参考点信息；当A需要再次发送消息给B时，会携带参考点信息。相当于，一次的请求和响应中的五元组和流标识是相同的，可以采用五元组和流标识是相同的将一次的请求和响应关联；多次的请求和响应之间，参考点信息是相同的，这样可以采用参考点信息将多次的请求和响应信息关联。

在本申请实施例中，当收到一条下行响应消息时(此时还没有对应的上行请求)，不做任何处理，直接将消息放到缓存表中，当对应的上行请求消息来时则会将上下行消息进行合并，这样可以在乱序场景下更快地实现数据重组；采用五元组和流标识以及参考点信息，可以将所有的信令数据进行关联；再根据隧道标识信息，将身份信息与上网数据关联，从而实现了将用户的上网数据和对应的身份信息进行关联的任务，提高了关联成功率。

图3是本申请实施例提供的另一种数据关联方法的流程示意图，如图3所示，N11接口数据分别接入HTTP2识别模块、HTTP2数据解析模块、乱序重组模块和关联模块，得到N3用户表，从而实现对信令数据的关联；N3用户数据根据N3用户表，将用户面数据与身份信息相关联。

具体地，各个模块的功能如下：

HTTP2识别模块，该模块用于从N11接口数据中筛选出HTTP2数据报文。具体可以基于80和8080端口做一级过滤，主要筛选出源端口或者目的端口是80或者8080端口的报文；然后将一级过滤得到的报文再做2次的HTTP2特征过滤，HTTP2对应的特征主要基于HTTP2协议中的stream类型作为识别，其中主要为magic、head和data三部分识别。当前HTTP2特征过滤主要为基于已有的type和长度进行过滤。如对应的type为HTTP2头，我们提取对应的长度字段，跳过头长度后，看后续是否满足HTTP2其他type特征。type具体取值可参考HTTP2标准协议。Stream、magic、head和data为HTTP2协议中的概念，具体可以参考HTTP2标准协议。

HTTP2数据解析模块，该模块主要是将HTTP2中head和data进行解析，其中head部分使用hpack标准算法将对应的path字段和location字段进行解析，其中path字段主要携带调用的具体服务，通过path我们可以确定具体是哪个信令消息(如create、update或者release等)，根据不同的消息来解析不同的信息，而location主要为对应的参考点信息，这里参考点主要为SMF网元分配，在第一次创建会话SESSION请求中，SMF网元会返回location信息，后续请求调用都会携带该location信息，如果location信息一致，我们可认为属于同一个用户报文。data部分主要使用采用标准的json解析器，将SUPI、pei、tai和ncgi、用户面fteid字段进行解析

乱序重组模块，实际场景中，用户的请求和响应可能会存在乱序和失败等问题，所以该模块主要将用户的请求和响应进行统一缓存，当收到一条下行响应消息时(此时还没有对应的上行请求)，不做任何处理，直接将消息放到缓存表中，当对应的上行请求消息来时则会将上下行消息进行合并，然后将对应的解析字段发送给关联模块处理。这样就解决了乱序下无法关联的问题。对于只有单条消息或者响应失败的场景，统一采用定时器，设置对应的时间清除对应的缓存信息，然后将只有单条消息或者响应失败的报文输出给后端服务器

关联模块，主要将用户面需要关联的信息进行建表存储，对于需要解析的信令和关联方法详细如下:

需要解析的信令消息(该消息主要是针对上行下消息合并后的结果提取的字段信息):

NSMF_PDUSeession_CreateContext：主要获取用户的身份、位置、参考点(smContextRef)信息等，创建对应的用户表项，后面对应的修改、释放流程都会携带参考点(smContextRef)，通过该字段我们可以确定是否为同一个用户信令。

NSMF_PDUSeession_UpdateContext:主要获取PEI、位置(tai、ncgi)、基站隧道信息(enodeBfteid)，将信息填充到对应的用户表中，如果存在隧道信息(fteid)，则创建对应的用户上行隧道表项。数据部分的关联key就为对应点的fteid标识。

Namf_Communication_N1N2MessageTransfer:主要解析N2透传信息中的UPF侧隧道信息，创建对应的用户下行隧道表项。

关联方法如下:

对于N11接口的消息存在多条TCP连接，即同一个用户的信令可能在一条流中，也可能在多条流中，这里一条流主要针对TCP一个会话，不同流则是针对TCP不同的会话。而用户的相关信息可能存在于不同的TCP连接中，因此我们需要涉及到同一条流的数据关联和不同数据流之间的关联处理

对于一条流的关联目前可以采用五元组+steam id作为唯一key值进行关联，其中steam id在HTTP2协议中解析得到。

对于不同流的消息关联，我们根据会话中使用的smContextRef进行唯一关联，其中Create消息中的smContextRef在HTTP2消息体中携带。其余消息通过HTTP2头部的URI字段携带。

其中用户信息表项通过SUPI作为主键，用于查询。

对于Namf_Communication_N1N2MessageTransfer通过path字段中的ueContextID进行关联

用户隧道表项通过分配的隧道ip+teid作为主键，用于查询。

通过上述的数据关联建立起对应的N3用户表，N3用户表包括身份信息supi和pei，用户信息可以为隧道标识信息；而N3用户面数据中可以包括隧道数据信息和上网数据。N3数据可以查询根据隧道数据信息从N3用户表种菜查找到对应的身份信息，即可将身份信息与上网数据相关联。

图4是本申请实施例提供的一种数据关联装置的结构示意图，如图4所示，所述装置包括：

分流模块41，用于从接收到的网络数据中分流出接口数据和用户流量数据；

信令数据提取模块42，用于从所述接口数据中提取预设的信令数据；

解析模块43，用于对所述信令数据进行解析，得到所述信令数据的多个解析字段；

合并模块44，用于根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

用户表获取模块45，用于根据所述解析字段，对所述合并消息进行关联，得到用户表；

关联模块46，用于根据所述用户表，将所述用户流量数据与所述信令数据相关联。

上述信令数据提取模块42包括：

端口获取子模块，用于分别确定每种信令数据的源端口和/或目的端口；

第一过滤模块，用于若所述信令数据的源端口或目的端口为预设的端口，则从所述信令数据中提取预设的第一字段；

第二过滤模块，用于若所述第一字段符合预设的协议要求，则判定所述信令数据为预设的信令数据。

上述解析模块43包括：

数据头解析子模块，用于对所述信令数据的数据头进行解析，获取所述信令数据的五元组、流标识和/或参考点信息；

数据体解析子模块，用于对所述数据体进行解析，得到所述信令数据的身份信息、位置信息和/或隧道信息。

上述合并模块44包括：

数据类型确定子模块，用于根据所述解析字段，确定所述信令数据的数据类型；

缓存子模块，用于若所述信令数据为下行响应消息，则将所述下行响应消息存储到缓存表中；

对应下行响应消息确定子模块，用于若所述信令数据为上行请求消息，则根据所述五元组和所述流标识，从所述缓存表中确定与所述上行请求消息对应的下行响应消息；

第一关联子模块，用于将所述上行请求消息及其对应的所述下行响应消息关联，得到合并消息。

上述合并模块44还包括：

清除子模块，用于若所述下行响应消息在所述缓存表中存储的时间大于预设时间，则将所述下行响应消息从所述缓存表中清除。

上述用户表获取模块45包括：

参考点表建立子模块，用于若各个所述合并消息属于同一个流，则采用所述合并消息对应的五元组和流标识作为标识信息，将所述身份信息和所述参考点信息相关联，建立对应的参考点表；

查找子模块，用于若各个所述合并消息属于多个流，则根据所述参考点信息，从所述参考点表中查找同一参考点信息对应的多个合并消息；

用户表建立子模块，用于将所述参考点信息对应的身份信息与所述多个合并消息对应的隧道标识信息相关联，建立用户表。

所述用户流量数据包括用户传输隧道数据以及与所述用户传输隧道数据对应的上网数据，所述根据所述用户表，将所述用户流量数据与所述身份信息相关联，上述关联模块46包括：

身份信息查找子模块，用于根据所述用户传输隧道数据，从所述用户表中查找对应的身份信息；

第二关联子模块，用于将所述身份信息与所述用户传输隧道数据对应的上网数据相关联。

图5为本申请实施例提供的终端设备的结构示意图。如图5所示，该实施例的终端设备5包括：至少一个处理器50(图5中仅示出一个)处理器、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52，所述处理器50执行所述计算机程序52时实现上述任意各个方法实施例中的步骤。

所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的举例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51在一些实施例中可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

Claims (10)

1.一种数据关联方法，其特征在于，包括：

从接收到的网络数据中分流出接口数据和用户流量数据；

从所述接口数据中提取预设的信令数据；

对所述信令数据进行解析，得到所述信令数据的多个解析字段，所述多个解析字段包括所述信令数据的五元组、流标识和/或参考点信息以及所述信令数据的身份信息、位置信息和/或隧道信息；

根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

根据所述解析字段，对所述合并消息进行关联，得到用户表；

根据所述用户表，将所述用户流量数据与所述信令数据相关联。

2.如权利要求1所述的方法，其特征在于，所述接口数据中包括多种信令数据，所述从所述接口数据中提取预设的信令数据，包括：

分别确定每种信令数据的源端口和/或目的端口；

若所述信令数据的源端口或目的端口为预设的端口，则从所述信令数据中提取预设的第一字段；

若所述第一字段符合预设的协议要求，则判定所述信令数据为预设的信令数据。

3.如权利要求1所述的方法，其特征在于，所述信令数据包括数据头和数据体，所述对所述信令数据进行解析，得到所述信令数据的多个解析字段，包括：

对所述信令数据的数据头进行解析，获取所述信令数据的五元组、流标识和/或参考点信息；

对所述数据体进行解析，得到所述信令数据的身份信息、位置信息和/或隧道信息。

4.如权利要求3所述的方法，其特征在于，所述根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息，包括：

根据所述解析字段，确定所述信令数据的数据类型；

若所述信令数据为下行响应消息，则将所述下行响应消息存储到缓存表中；

若所述信令数据为上行请求消息，则根据所述五元组和所述流标识，从所述缓存表中确定与所述上行请求消息对应的下行响应消息；

将所述上行请求消息及其对应的所述下行响应消息关联，得到合并消息。

5.如权利要求4所述的方法，其特征在于，还包括：

若所述下行响应消息在所述缓存表中存储的时间大于预设时间，则将所述下行响应消息从所述缓存表中清除。

6.如权利要求3所述的方法，其特征在于，所述根据所述解析字段，对所述合并消息进行关联，得到用户表，包括：

若各个所述合并消息属于同一个流，则采用所述合并消息对应的五元组和流标识作为标识信息，将所述身份信息和所述参考点信息相关联，建立对应的参考点表；

若各个所述合并消息属于多个流，则根据所述参考点信息，从所述参考点表中查找同一参考点信息对应的多个合并消息；

将所述参考点信息对应的身份信息与所述多个合并消息对应的隧道标识信息相关联，建立用户表。

7.如权利要求6所述的方法，其特征在于，所述用户流量数据包括用户传输隧道数据以及与所述用户传输隧道数据对应的上网数据，所述根据所述用户表，将所述用户流量数据与所述身份信息相关联，包括：

根据所述用户传输隧道数据，从所述用户表中查找对应的身份信息；

将所述身份信息与所述用户传输隧道数据对应的上网数据相关联。

8.一种数据关联装置，其特征在于，包括：

分流模块，用于从接收到的网络数据中分流出接口数据和用户流量数据；

信令数据提取模块，用于从所述接口数据中提取预设的信令数据；

解析模块，用于对所述信令数据进行解析，得到所述信令数据多个解析字段，所述多个解析字段包括所述信令数据的五元组、流标识和/或参考点信息以及所述信令数据的身份信息、位置信息和/或隧道信息；

合并模块，用于根据所述解析字段，将所述信令数据中对应的上行请求消息和下行请求消息关联，得到合并消息；

用户表获取模块，用于根据所述解析字段，对所述合并消息进行关联，得到用户表；

关联模块，用于根据所述用户表，将所述用户流量数据与所述信令数据相关联。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images