CN114302259A - 用户信息收集方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种用户信息收集方法，包括：根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，将目标信令报文中的信息同步给第一哈希结点；创建或查找第二哈希结点，将第一哈希结点的信息同步给第二哈希结点；其中，创建第一哈希结点所使用的目标关键字用于将目标信令报文与目标信令报文的接口类型下的其它报文进行用户区分，第二哈希结点是利用隧道关键字创建的哈希结点。本申请可以减少内存使用，减少结点间同步的难度与频率，从而提高了信息关联的效率，而且，各接口间信令报文信息的采集独立进行，可一定程度上应对信令报文的乱序问题，提高了设备的容错率。本申请还提供了一种用户信息收集装置、设备及计算机可读存储介质。

Description

用户信息收集方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及通信技术领域，特别涉及一种用户信息收集方法、装置、设备及计算机可读存储介质。

背景技术

在5G通信中，5G的数据报文中不包含用户信息，相关用户信息只能在信令报文中获取，包含有效用户信息的5G信令报文主要分为N2、N4、N11等接口的信令报文。为尽可能多的收集用户信息，需将三种接口的信令报文进行合并和关联，然后将合并后的信息回填到用户数据报文中以供后端分析设备使用。

为了收集用户信息，现有技术方案是以每个信令报文中包含的关键信息作为key值，将该信令报文的信息保存至多个hash结点中，然后通过相同的key值将不同的hash结点进行关联及合并，如图1所示的基于多个hash结点的信息合并示意图。

但是，现有技术方案是以信令报文中的各关键信息为key值创建多个hash结点，既浪费了内存空间，又增大了信息关联的复杂度；此外，当用户信息更新时，若某些结点尚未关联，则会发生信息不同步的问题，而且，信令报文的接收及处理需严格按照接收时序进行，否则可能会发生结点间未关联而无法同步更新结点信息的问题，故而，降低了信息收集的效率和容错率。

发明内容

有鉴于此，本申请提供了一种用户信息收集方法、装置、设备及计算机可读存储介质，能够节省内存空间、且提高了信息收集的效率和容错率。

具体地，本申请是通过如下技术方案实现的：

一种用户信息收集方法，包括：

根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，所述第一哈希结点是利用目标关键字创建的哈希结点，所述目标关键字用于将所述目标信令报文与所述目标信令报文的接口类型下的其它报文进行用户区分；

将所述目标信令报文中的信息同步给所述第一哈希结点；

创建或查找第二哈希结点，并将所述第一哈希结点的信息同步给所述第二哈希结点，所述第二哈希结点是在所述第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

一种用户信息收集装置，包括：

第一创建查找单元，用于根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，所述第一哈希结点是利用目标关键字创建的哈希结点，所述目标关键字用于将所述目标信令报文与所述目标信令报文的接口类型下的其它报文进行用户区分；

报文信息同步单元，用于将所述目标信令报文中的信息同步给所述第一哈希结点；

第二创建查找单元，用于创建或查找第二哈希结点，并将所述第一哈希结点的信息同步给所述第二哈希结点，所述第二哈希结点是在所述第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

一种电子设备，包括：处理器、存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于通过调用所述计算机程序，执行上述用户信息收集方法。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述用户信息收集方法。

在以上本申请提供的技术方案中，先根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，并将目标信令报文中的信息同步给第一哈希结点，其中，第一哈希结点是利用目标关键字创建的哈希结点，目标关键字用于将目标信令报文与目标信令报文的接口类型下的其它报文进行用户区分，这样，可以将同一用户的不同接口报文，同步到不同接口各自对应的第一哈希结点上；然后，创建或查找第二哈希结点，并将第一哈希结点的信息同步给第二哈希结点，其中，第二哈希结点是在第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点，这样，可以将不同接口各自对应的第一哈希结点上的报文信息统一汇聚到第二哈希结点，第二哈希结点则收集到了同一用户的来自不同接口的用户信息了。

可见，与现有技术相比，本申请可以减少hash链表的数量，既减少了内存使用，也减少了结点间同步的难度与频率，从而提高了信息关联的效率；而且，各接口间信令报文信息的采集独立进行，各接口间信息无需同步，可一定程度上应对信令报文的乱序问题，提高了设备的容错率。

附图说明

图1为现有技术示出的基于多个hash结点的信息合并示意图；

图2为本申请示出的一种用户信息收集方法的流程示意图；

图3为本申请示出的N2消息处理流程示意图；

图4为本申请示出的N4消息处理流程示意图；

图5为本申请示出的N11消息处理流程示意图；

图6为本申请示出的各接口消息处理流程及信息合并示意图；

图7为本申请示出的一种用户信息收集装置的组成示意图；

图8为本申请示出的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在介绍本申请实施例之前，首先对本申请实施例涉及的技术术语进行介绍。

UE：4/5G终端用户；

SUPI：Subscription Permanent Identifier，用户永久标识；

PFCP：Packet Forwarding Control Protocol，报文转发控制协议，5G的N4接口的应用协议；

NGAP：Next Generation Application Protocol，5G的N2接口的信令面协议；

UPF：User Plane Function，用户面功能，用于将5G用户的数据流向不同的数据网络；

TEID：Tunnel Endpoint Identifier，隧道端点标识，唯一标识为用户，用于为用户传输数据；

IP：Internet Protocol，网际互连协议；

SEID：Security environment identifier，安全环境标识；

SMCTXID：Session Manager Context Id，会话管理上下文标识；

HTTP：Hyper Text Transfer Protocol，超文本传输协议。

参见图2，为本申请实施例提供的一种用户信息收集方法的流程示意图，该方法包括以下步骤：

S201：根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，其中，第一哈希结点是利用目标关键字创建的哈希结点，目标关键字用于将目标信令报文与目标信令报文的接口类型下的其它报文进行用户区分。

本申请实施例中，可以将5G网络中任一信令报文定义为目标信令报文。

需要说明的是，由于5G的数据报文中不包含用户信息，相关用户信息只能在信令报文中获取，而包含有效用户信息的5G信令报文主要包括N2、N4、N11等接口的信令报文，因此，目标信令报文的接口类型可以是5G通信中的N2接口、或N4接口、或N11接口。

本申请实施例的各接口可独立进行信息采集，而无需按照接收时序进行采集，采用本申请实施例提供的用户信息采集方法，可以采集到同一用户的N2接口、N4接口、N11接口的信令报文，针对此三种接口类型的信令报文进行合并和关联，从而得到同一用户的报文信息，进而可以收集得到该同一用户的较为全面的用户信息。

在本申请实施例中，当确定目标信令报文的接口类型和消息类型后，先基于该接口类型确定目标信令报文对应的目标关键字(即不同用户的信令报文在该接口类型下唯一对应一个目标关键字)，再基于该消息类型选择创建第一哈希结点、或是选择查询第一哈希结点，其中，创建或查找第一哈希结点，均是基于目标信令报文对应的目标关键字进行的。

下面对目标信令报文所属的接口类型分别为N2接口、N4接口、N11接口时进行介绍。

一、N2接口的目标信令报文的处理流程

N2接口报文的协议类型为NGAP，此类型报文主要携带有隧道ip及teid、pdusession id、ngap_id、IMSI、NCGI、TAC、Snssai等信息。其中，不同UE的N2报文可以使用三层ip及ngap_id进行区分，即，可以使用ip+ngap_id作为N2消息的特征关键字key。

基于此，在本申请实施例的一种实现方式中，S201中的“根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点”，可以包括：

若目标信令报文的接口类型为N2接口、且目标信令报文的消息类型为注册消息，则以第一信息为目标关键字创建NGAP结点，作为第一哈希结点，其中，第一信息包括三层ip和ngap_id；

若目标信令报文的接口类型为N2接口、且目标信令报文的消息类型为会话创建消息，则以第一信息为目标关键字查找第一哈希结点。

在本实现方式中，N2消息主要分为注册、会话创建、会话删除、反注册和UErelease等消息。如图3所示的N2消息处理流程示意图，当目标信令报文为N2注册消息时，可以以N2注册消息的三层ip及ngap_id为目标关键字key创建hash结点，定义该hash结点为NGAP结点，并将该NGAP结点作为步骤S201中第一哈希结点；当目标信令报文为N2会话创建消息时，可以以三层ip及ngap_id为目标关键字key查找到NGAP结点。其中，目标关键字key中的ip对应上述技术术语部分中的IP；目标关键字key中的ngap_id即ngap标识，ngap对应上述技术术语部分中的NGAP。

二、N4接口的目标信令报文的处理流程

N4接口报文的协议类型为PFCP，此类型报文主要携带有隧道ip及teid、seid、IMSI、MSISDN、IMEI等信息。其中，不同UE的N4报文可以使用三层ip及seid进行区分，即，可以使用ip+seid作为N4消息的特征关键字key。

基于此，在本申请实施例的一种实现方式中，S201中的“根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点”，可以包括：

若目标信令报文的接口类型为N4接口、且目标信令报文的消息类型为会话创建消息，则以第二信息为目标关键字创建SEID结点，作为第一哈希结点，其中，第二信息包括三层ip和seid；

若目标信令报文的接口类型为N4接口、且目标信令报文的消息类型为会话修改消息，则以第二信息为目标关键字查找第一哈希结点。

在本实现方式中，N4消息主要分为会话创建、会话修改和会话删除等消息。如图4所示的N4消息处理流程示意图，当目标信令报文为N4会话创建消息时，可以以N4会话创建消息的三层ip及seid为目标关键字key创建hash结点，定义该hash结点为SEID结点，并将该SEID结点作为步骤S201中第一哈希结点；当目标信令报文为N4会话修改消息时，可以以三层ip及seid为目标关键字key查找到SEID结点。其中，目标关键字key中的ip对应上述技术术语部分中的IP；目标关键字key中的seid对应上述技术术语部分中的SEID。

三、N11接口的目标信令报文的处理流程

N11接口报文的协议类型为HTTP2，此类型报文主要携带有隧道ip及teid、smctxid、IMSI、GUAMI、ratType、Snssai等信息。其中，不同UE的N11报文可以使用smctxid进行区分，即，可以使用smctxid作为N11消息的特征关键字key。

基于此，在本申请实施例的一种实现方式中，S201中的“根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点”，可以包括：

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为会话上下文创建消息，则以第三信息为目标关键字创建SMCTXID结点，作为第一哈希结点，其中，第三信息包括smctxid；

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为会话上下文修改消息，则以第三信息为目标关键字查找第一哈希结点。

在本实现方式中，N11消息主要分为会话管理上下文创建、N1N2 transfer、会话管理上下文修改、会话管理上下文释放等消息。如图5所示的N11消息处理流程示意图，当目标信令报文为N11会话上下文创建消息时，可以以N11会话创建消息中的smctxid为目标关键字key创建hash结点，定义该hash结点为SMCTXID结点，并将该SMCTXID结点作为步骤S201中第一哈希结点；当目标信令报文为N11会话上下文修改消息时，可以以smctxid为目标关键字key查找到SMCTXID结点。其中，smctxid对应上述技术术语部分中的SMCTXID。

进一步地，本申请实施例还可以包括：若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为N1N2 transfer消息，则创建或查找目标信令报文所属的目标用户的SUPI结点，并将目标信令报文中的消息同步给SUPI结点；基于目标用户的会话上下文创建消息中的smctxid，查找目标用户的SMCTXID结点，将SUPI结点中的信息同步给目标用户的SMCTXID结点。

具体来讲，移动会话上下文创建消息带有IMSI和smctxtid等信息，N1N2 transfer消息带有IMSI和上行隧道等信息，移动会话上下文修改消息中带有smctxid和下行隧道等信息。

基于此，参见图5，当目标信令报文为N11 N1N2 transfer消息、且目标信令报文属于目标用户时，由于N1N2 transfer消息不带有smctxid信息，无法找到目标用户的SMCTXID结点；此时，如果还没有为目标用户创建过SUPI结点，则创建目标用户的SUPI结点，并将N1N2 transfer消息暂存在该SUPI结点中；如果已经为目标用户创建了SUPI结点，则直接将N1N2 transfer消息暂存在该SUPI结点中；此外，由于目标用户的N11 N1N2 transfer消息与N11会话上下文创建消息中同时携带相同的IMSI信息，因此，在获取到目标用户的N11会话上下文创建消息时，可以把N11会话上下文创建消息中的smctxid等信息同步给SUPI结点，这样，便可以以smctxid为key找到目标用户的SMCTXID结点，并将SUPI结点中的信息同步给SMCTXID结点。

S202：将目标信令报文中的信息同步给第一哈希结点。

在本实现方式中，当通过步骤S201创建或查找到第一哈希结点后，便可以将目标信令报文中的信息同步给第一哈希结点。

具体来讲，当第一哈希结点为图3所示的NGAP结点时，对于同一用户的每一N2报文(该N2报文作为目标信令报文时)，会通过该用户的专属的目标关键字(ip+ngap_id)，创建或找到该用户的专属NGAP结点，从而每一N2报文中的信息会同步给该用户的NGAP结点。这样，该NGAP结点便收集到同一用户的报文信息了，也即收集到了N2接口下的同一用户的用户信息了。

当第一哈希结点为图4所示的SEID结点时，对于同一用户的每一N4报文(该N4报文作为目标信令报文时)，会通过该用户的专属的目标关键字(ip+seid)，创建或找到该用户的专属SEID结点，从而每一N4报文中的信息会同步给该用户的SEID结点。这样，该SEID结点便收集到同一用户的报文信息了，也即收集到了N4接口下的同一用户的用户信息了。

当第一哈希结点为图5所示的SMCTXID结点时，对于同一用户的每一N11报文(该N11报文作为目标信令报文时)，会通过该用户的专属的目标关键字(smctxid)，创建或找到该用户的专属SMCTXID结点，从而每一N11报文中的信息会同步给该用户的SMCTXID结点。这样，该SMCTXID结点便收集到同一用户的报文信息了，也即收集到了N11接口下的同一用户的用户信息了。

可以理解的是，通过上述方式，同一用户将唯一对应一个NGAP结点、一个SEID结点、一个SMCTXID结点。

S203：创建或查找第二哈希结点，并将第一哈希结点的信息同步给第二哈希结点，其中，第二哈希结点是在第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

在本申请实施例中，当将目标信令报文的报文信息同步给第一哈希结点之后，如果此时还没有创建第二哈希结点，则可以利用隧道关键字创建第二哈希结点，且将第一哈希结点的信息同步给第二哈希结点；如果已经创建了第二哈希结点，则可以利用隧道关键字查找第二哈希结点，并将第一哈希结点的信息同步给第二哈希结点。

具体地，当某用户对应的NGAP结点、SEID结点、SMCTXID结点分别作为第一哈希结点时，第一哈希结点会收集到该用户的相应接口的报文信息，当第一哈希结点从这些报文信息中收集到了上下行隧道信息，便产生了隧道关键字TUNNEL key，则可以利用该隧道关键字创建hash结点，这里，将该hash结点定义TUNNEL结点，并将其作为第二哈希结点。

其中，隧道关键字可以包括隧道ip和teid，teid对应上述技术术语部分中的TEID。下面以第一哈希结点分别为NGAP结点、SEID结点、SMCTXID结点时、对创建和查找TUNNEL结点进行介绍。

如图3所示，第一哈希结点为NGAP结点。在将N2会话创建消息同步到给NGAP结点时，会将隧道ip及teid等信息保存至该NGAP结点中，基于此，当NGAP结点采集到上行隧道信息和下行隧道信息后，即产生了隧道关键字ip+teid，故而，可以利用该隧道关键字创建或查找hash结点，该hash结点即为TUNNEL结点(第二哈希结点)，从而将NGAP结点的信息同步至TUNNEL结点。

如图4所示，第一哈希结点为SEID结点。N4会话创建消息带有上行隧道信息，即UPF侧隧道的信息，N4会话修改消息带有下行隧道信息，即RAN侧隧道的信息，因此，当SEID结点采集到上行隧道信息和下行隧道信息后，即产生了隧道关键字ip+teid，故而，可以利用该隧道关键字创建或查找hash结点，该hash结点即为TUNNEL结点(第二哈希结点)，从而将SEID结点的信息同步至TUNNEL结点。

如图5所示，第一哈希结点为SMCTXID结点。由于N11 N1N2 transfer消息带有上行隧道等信息，N11移动会话上下文修改消息中带有下行隧道等信息，当SMCTXID结点采集到上行隧道信息和下行隧道信息后，即产生了隧道关键字ip+teid，故而，可以利用该隧道关键字创建或查找hash结点，该hash结点即为TUNNEL结点(第二哈希结点)，从而将SMCTXID结点的信息同步至TUNNEL结点。

可以将上述图3-图5进行合并，得到图6所示的各接口消息处理流程及信息合并示意图。如图6所示，各个接口的消息会按照一定的时序到来，但按照报文的时序对各个接口的信息进行合并和关联的做法对于报文处理的及时性要求很高，且容错率太低，为避免该缺陷，本申请实施例将各接口的报文分类处理，每种接口的报文都可以独立生成TUNNEL结点，当所有接口的报文处理完成后，TUNNEL结点中的信息即为各个接口信息的并集。

可以理解的是，由于同一用户对应的NGAP结点、SEID结点、SMCTXID结点中的报文信息会全部同步给同一TUNNEL结点，因此，该TUNNEL结点可以收集到同一用户的来自N2接口、N4接口和N11接口的报文信息，该TUNNEL结点则收集了该同一用户的较为全面的用户信息了。

在以上本申请实施例提供的用户信息收集方法中，先根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，并将目标信令报文中的信息同步给第一哈希结点，其中，第一哈希结点是利用目标关键字创建的哈希结点，目标关键字用于将目标信令报文与目标信令报文的接口类型下的其它报文进行用户区分，这样，可以将同一用户的不同接口报文，同步到不同接口各自对应的第一哈希结点上；然后，创建或查找第二哈希结点，并将第一哈希结点的信息同步给第二哈希结点，其中，第二哈希结点是在第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点，这样，可以将不同接口各自对应的第一哈希结点上的报文信息统一汇聚到第二哈希结点，第二哈希结点则收集到了同一用户的来自不同接口的用户信息了。

可见，与现有技术相比，本申请实施例可以减少hash链表的数量，既减少了内存使用，也减少了结点间同步的难度与频率，从而提高了信息关联的效率；而且，各接口间信令报文信息的采集独立进行，各接口间信息无需同步，可一定程度上应对信令报文的乱序问题，提高了设备的容错率。

参见图7，为本申请实施例提供的一种用户信息收集装置的组成示意图，该装置包括：

第一创建查找单元710，用于根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，所述第一哈希结点是利用目标关键字创建的哈希结点，所述目标关键字用于将所述目标信令报文与所述目标信令报文的接口类型下的其它报文进行用户区分；

报文信息同步单元720，用于将所述目标信令报文中的信息同步给所述第一哈希结点；

第二创建查找单元730，用于创建或查找第二哈希结点，并将所述第一哈希结点的信息同步给所述第二哈希结点，所述第二哈希结点是在所述第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

在本申请实施例的一种实现方式中，所述目标信令报文的接口类型为5G通信中的N2接口、或N4接口、或N11接口。

在本申请实施例的一种实现方式中，第一创建查找单元710，具体用于：

若目标信令报文的接口类型为N2接口、且目标信令报文的消息类型为注册消息，则以第一信息为所述目标关键字创建NGAP结点，作为第一哈希结点，所述第一信息包括三层ip和下一代应用协议标识ngap_id；

若目标信令报文的接口类型为N2接口、且所述目标信令报文的消息类型为会话创建消息，则以所述第一信息为所述目标关键字查找所述第一哈希结点。

在本申请实施例的一种实现方式中，第一创建查找单元710，具体用于：

若目标信令报文的接口类型为N4接口、且目标信令报文的消息类型为会话创建消息，则以第二信息为所述目标关键字创建SEID结点，作为第一哈希结点，所述第二信息包括三层ip和安全环境标识seid；

若目标信令报文的接口类型为N4接口、且所述目标信令报文的消息类型为会话修改消息，则以所述第二信息为所述目标关键字查找所述第一哈希结点。

在本申请实施例的一种实现方式中，第一创建查找单元710，具体用于：

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为会话上下文创建消息，则以第三信息为所述目标关键字创建SMCTXID结点，作为第一哈希结点，所述第三信息包括会话管理上下文标识smctxid；

若目标信令报文的接口类型为N11接口、且所述目标信令报文的消息类型为会话上下文修改消息，则以所述第三信息为所述目标关键字查找所述第一哈希结点。

在本申请实施例的一种实现方式中，第一创建查找单元710，还用于：

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为N1N2transfer消息，则创建或查找所述目标信令报文所属的目标用户的用户永久标识SUPI结点，并将所述目标信令报文中的消息同步给所述SUPI结点；

基于所述目标用户的会话上下文创建消息中的smctxid，查找所述目标用户的SMCTXID结点，将所述SUPI结点中的信息同步给所述目标用户的SMCTXID结点。

在本申请实施例的一种实现方式中，所述隧道关键字包括隧道ip和隧道端点标识teid。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例还提供了一种电子设备，该电子设备的结构示意图如图8所示，该电子设备8000包括至少一个处理器8001、存储器8002和总线8003，至少一个处理器8001均与存储器8002电连接；存储器8002被配置用于存储有至少一个计算机可执行指令，处理器8001被配置用于执行该至少一个计算机可执行指令，从而执行如本申请中任意一个实施例或任意一种可选实施方式提供的任意一种用户信息收集方法的步骤。

进一步，处理器8001可以是FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其它具有逻辑处理能力的器件，如MCU(Microcontroller Unit，微控制单元)、CPU(Central Process Unit，中央处理器)。

应用本申请实施例，可以减少hash链表的数量，既减少了内存使用，也减少了结点间同步的难度与频率，从而提高了信息关联的效率；而且，各接口间信令报文信息的采集独立进行，各接口间信息无需同步，可一定程度上应对信令报文的乱序问题，提高了设备的容错率。

本申请实施例还提供了另一种计算机可读存储介质，存储有计算机程序，该计算机程序用于被处理器执行时实现本申请中任意一个实施例或任意一种可选实施方式提供的任意一种用户信息收集方法的步骤。

本申请实施例提供的计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(RandomAccess Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

应用本申请实施例，可以减少hash链表的数量，既减少了内存使用，也减少了结点间同步的难度与频率，从而提高了信息关联的效率；而且，各接口间信令报文信息的采集独立进行，各接口间信息无需同步，可一定程度上应对信令报文的乱序问题，提高了设备的容错率。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种用户信息收集方法，其特征在于，包括：

根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，所述第一哈希结点是利用目标关键字创建的哈希结点，所述目标关键字用于将所述目标信令报文与所述目标信令报文的接口类型下的其它报文进行用户区分；

将所述目标信令报文中的信息同步给所述第一哈希结点；

创建或查找第二哈希结点，并将所述第一哈希结点的信息同步给所述第二哈希结点，所述第二哈希结点是在所述第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

2.根据权利要求1所述的方法，其特征在于，所述目标信令报文的接口类型为5G通信中的N2接口、或N4接口、或N11接口。

3.根据权利要求2所述的方法，其特征在于，所述根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，包括：

若目标信令报文的接口类型为N2接口、且目标信令报文的消息类型为注册消息，则以第一信息为所述目标关键字创建NGAP结点，作为第一哈希结点，所述第一信息包括三层ip和下一代应用协议标识ngap_id；

若目标信令报文的接口类型为N2接口、且所述目标信令报文的消息类型为会话创建消息，则以所述第一信息为所述目标关键字查找所述第一哈希结点。

4.根据权利要求2所述的方法，其特征在于，所述根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，包括：

若目标信令报文的接口类型为N4接口、且目标信令报文的消息类型为会话创建消息，则以第二信息为所述目标关键字创建SEID结点，作为第一哈希结点，所述第二信息包括三层ip和安全环境标识seid；

若目标信令报文的接口类型为N4接口、且所述目标信令报文的消息类型为会话修改消息，则以所述第二信息为所述目标关键字查找所述第一哈希结点。

5.根据权利要求2所述的方法，其特征在于，所述根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，包括：

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为会话上下文创建消息，则以第三信息为所述目标关键字创建SMCTXID结点，作为第一哈希结点，所述第三信息包括会话管理上下文标识smctxid；

若目标信令报文的接口类型为N11接口、且所述目标信令报文的消息类型为会话上下文修改消息，则以所述第三信息为所述目标关键字查找所述第一哈希结点。

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

若目标信令报文的接口类型为N11接口、且目标信令报文的消息类型为N1N2 transfer消息，则创建或查找所述目标信令报文所属的目标用户的用户永久标识SUPI结点，并将所述目标信令报文中的消息同步给所述SUPI结点；

基于所述目标用户的会话上下文创建消息中的smctxid，查找所述目标用户的SMCTXID结点，将所述SUPI结点中的信息同步给所述目标用户的SMCTXID结点。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述隧道关键字包括隧道ip和隧道端点标识teid。

8.一种用户信息收集装置，其特征在于，包括：

第一创建查找单元，用于根据目标信令报文的接口类型和消息类型，创建或查找第一哈希结点，所述第一哈希结点是利用目标关键字创建的哈希结点，所述目标关键字用于将所述目标信令报文与所述目标信令报文的接口类型下的其它报文进行用户区分；

报文信息同步单元，用于将所述目标信令报文中的信息同步给所述第一哈希结点；

第二创建查找单元，用于创建或查找第二哈希结点，并将所述第一哈希结点的信息同步给所述第二哈希结点，所述第二哈希结点是在所述第一哈希结点收集到了上下行隧道信息后、利用隧道关键字创建的哈希结点。

9.一种电子设备，其特征在于，包括：处理器、存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于通过调用所述计算机程序，执行如权利要求1-7中任一项所述的用户信息收集方法。

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

Images