CN115617611A - 信令流程图的生成方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明涉及数据处理技术领域，提供一种信令流程图的生成方法、装置、电子设备和存储介质，该方法包括：确定任一信令监测数据所属接口的接口类型，以基于接口类型确定目标还原方式；基于目标还原方式对任一信令监测数据进行数据还原，得到任一信令监测数据相关的初始信令数据；根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据，生成执行目标任务的信令流程图。本发明基于控制面和用户面各接口的信令监测数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，最终生成信令流程图，支撑信令流程分析，如此，提高了信令流程图的生成效率，从而提高信令流程的分析效率。

Description

信令流程图的生成方法、装置、电子设备和存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种信令流程图的生成方法、装置、电子设备和存储介质。

背景技术

在通信领域，诸如感知溯源、故障定位、投诉分析等应用场景中，需要进行信令流程分析，进行问题识别和根因定位。

目前，主流信令流程分析方案包括厂家设备信令跟踪方案和基于原始码流方案，但采用厂家设备信令跟踪方案进行信令流程分析时，不能同时对全量用户进行信令跟踪，不支持历史回溯以及无法覆盖端到端的全部网元和接口。而采用基于原始码流方案进行信令流程分析时，由于原始码流数据量大，历史数据存储周期短，导致实际应用场景有限，系统建设投资高收益小；需从全量原始码流数据中，即时查询并提取个别用户数据进行分析，由于数据量大，查询过程通常造成几秒到十几秒的时延，影响分析应用的用户体验；原始码流查询接口无标准，上层应用需针对不同厂家分别适配。由此可知，现有的信令流程图生成效率低，从而导致信令流程分析效率低。

发明内容

本发明提供一种信令流程图的生成方法、装置、电子设备和存储介质，用以解决信令流程图生成效率低，从而导致信令流程分析效率低的问题，通过基于控制面和用户面各接口的信令监测数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，最终生成信令流程图，支撑信令流程分析，如此，提高了信令流程图的生成效率，从而提高信令流程的分析效率。

本发明提供一种信令流程图的生成方法，包括：

确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

在一个实施例中，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

基于所述目标还原方式确定任一所述信令监测数据的目标字段；

对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据。

在一个实施例中，所述根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图，包括：

采用多个目标节点将执行所述目标任务相关的所有接口的所述信令监测数据相关的初始信令数据进行关联，以生成执行所述目标任务的信令流程图。

在一个实施例中，所述基于所述接口类型确定目标还原方式，包括：

基于所述接口类型确定所述初始信令数据的数据类型，以基于所述数据类型确定所述目标还原方式。

在一个实施例中，若所述初始信令数据为消息的时间戳，所述对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

对所述目标字段进行数据还原得到所述消息的起始时间；

基于所述起始时间，确定任一所述信令监测数据相关的所述消息的时间戳。

在一个实施例中，若所述初始信令数据为为消息的节点信息，所述对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

对所述目标字段进行数据还原得到所述消息的地址信息；

基于所述地址信息，确定任一所述信令监测数据相关的所述消息的节点信息。

在一个实施例中，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据之后，所述方法还包括：

根据所述初始信令数据确定通信质量指标值；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据以及所述通信质量指标值，生成执行所述目标任务的信令流程图。

本发明还提供一种信令流程图的生成装置，包括：

确定模块，用于确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

还原模块，用于基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

信令流程图生成模块，用于根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述信令流程图的生成方法。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述信令流程图的生成方法。

本发明提供的信令流程图的生成方法、装置、电子设备和存储介质，通过确定任一信令监测数据所属接口的接口类型，以基于接口类型确定目标还原方式；基于目标还原方式对任一信令监测数据进行数据还原，得到任一信令监测数据相关的初始信令数据；根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据，生成执行目标任务的信令流程图。本发明基于控制面和用户面各接口的信令监测数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，最终生成信令流程图，支撑信令流程分析，如此，提高了信令流程图的生成效率，从而提高信令流程的分析效率。

附图说明

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

图1是本发明提供的信令流程图的生成方法的流程示意图；

图2是本发明提供的信令流程图；

图3是本发明提供的信令流程图的生成装置的结构示意图；

图4是本发明提供的电子设备的结构示意图。

具体实施方式

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

下面结合图1-图4描述本发明的信令流程图的生成方法、装置、电子设备和存储介质。

具体地，本发明提供了一种信令流程图的生成方法，参照图1，图1是本发明提供的信令流程图的生成方法的流程示意图。

本发明实施例提供的信令流程图的生成方法，包括：

步骤100，确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

需要说明的是，本发明实施例提供的信令流程图的生成方法的执行主体可以是服务器、计算机设备，例如手机、平板电脑、笔记本电脑、掌上电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digitalassistant，PDA)等。

基于条件查询数据库获取需要分析的信令监测数据(Circuit call and Packetcall Detail Records，xDR)，即xDR数据，例如，在投诉分析场景中，可根据用户标识(如投诉用户的国际移动用户识别码或手机号)、时间(如投诉描述的问题时间范围)等条件查询xDR数据；在质差小区分析场景中，可根据ECI(E-UTRAN Cell Identifier，小区唯一标识)或对端ECI条件查询xDR数据。

其中，采集的xDR数据包括：控制面接口的xDR数据，例如：N1、N2、N12、N8、N10、N11、N14、N4、N7、N15、N22、N26、N16、N24、N20、N21、N40接口的xDR数据。用户面接口的xDR数据，例如：N3接口的DNS(Domain Name System，域名系统)、通用、HTTP、HTTPS等特定协议的xDR数据，或网页浏览、即时通信、游戏、视频、云VR等特定业务的xDR数据。其他接口的xDR数据，例如：Uu、UE_MR等软采接口的xDR数据。

需要说明的是，基于生成信令流程图的需求确定需要还原的消息，其中，xDR数据的颗粒度为过程级，要生成信令流程图需还原出消息级的信息，包括消息的数量、类型、时间戳、源/目的节点、原因值等类型信息。

在采集到各接口的信令监测数据后，确定任一信令监测数据所属接口的接口类型，例如，基于接口类型的标识信息确定信令监测数据所属接口的接口类型。其中，接口类型包括控制面接口、用户面接口以及其他接口，而控制面接口包括逻辑接口(如N1、N2)和服务化接口(如N12、N8、N10、N11、N14、N4、N7、N15、N22、N26、N16、N24、N20、N21、N40)。

在确定接口类型后，基于接口类型确定初始信令数据的数据类型，以基于初始信令数据的数据类型确定目标还原方式。其中，目标还原方式是指每种数据类型对应的还原方式，初始信令数据的数据类型包括消息的数量、类型、时间戳、源/目的节点、原因值等类型。

本发明实施例通过基于接口类型确定初始信令数据的数据类型，然后基于数据类型确定目标还原方式，基于此，提高数据的还原效率和准确性。

步骤200，基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

在确定目标还原方式后，基于目标还原方式对任一信令监测数据进行数据还原，得到任一信令监测数据相关的初始信令数据，其中，初始信令数据是指对信令监测数据进行数据还原后得到的还原数据，不同接口还原得到的初始信令数据不同，例如，对于服务化接口来说，初始信令数据包括请求/响应消息的时间戳、源目的网元，HTTP/2层和应用层的重要信息(如消息类型、原因值)等信息；对N1/N2接口来说，初始信令数据包括接口类型、成功/失败不同过程的消息类型组合、顺序，消息时间戳、区分接口类型的节点、请求原因、失败原因等信息；对于用户面接口来说，初始信令数据包括DNS、TCP、HTTP、HTTPS协议的主要数据包，包括时间戳、节点，以及感知指标等信息。

步骤300，根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

在还原得到初始信令数据后，根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据，生成执行目标任务的信令流程图，具体地，采用多个目标节点将执行目标任务相关的所有接口的信令监测数据相关的初始信令数据进行关联，以生成执行目标任务的信令流程图，其中，目标节点包括UE(User Equipment，用户设备)，基站，AMF(Accessand Mobility Management Function，接入和移动性管理功能)，PCF(Policy controlfunction，策略控制功能)，SMF(Session Management Function，会话管理功能)，AUSF(Authentication server function，认证服务器功能)以及UDM(Unified datamanagement，统一数据管理)等。例如，假设目标任务对应的信令流程图包括节点UE和AN，则将所有与节点UE相关的初始信令数据进行关联，以及将所有与节点AN相关的初始信令数据进行关联，再建立节点UE与节点AN之间的关联信息，以生成目标任务的信令流程图。

本发明实施例提供的信令流程图生成方法，通过确定任一信令监测数据所属接口的接口类型，以基于接口类型确定目标还原方式；基于目标还原方式对任一信令监测数据进行数据还原，得到任一信令监测数据相关的初始信令数据；根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据，生成执行目标任务的信令流程图。本发明基于控制面和用户面各接口的xDR数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，并进行多接口关联，最终生成5G信令流程图，支撑信令流程分析，用于感知溯源、故障定位、投诉分析应用场景。基于此，本发明具有以下优点：

历史数据分析时间范围长。本发明不依赖于原始码流数据，通过控制面和用户面接口的xDR数据可以还原信令交互过程，生成信令流程图。由于xDR数据的数据量远小于原始码流，尤其是用户面，xDR数据量比原始流量小2个量级，因此xDR数据可存储数天至一周，如此，可节省不必要的存储，降低投资成本，同时可分析更长时间的历史数据。

减少了应用界面的响应时间。通过简化处理过程实现上层应用和底层DPI之间的原始码流查询的接口交互、DPI系统内部的海量数据检索、应用层对原始码流进行协议解析。

适配性好。xDR数据为通信企业规范定义的标准数据，通过支持标准xDR，在不同省份或DPI厂家环境下，无需额外的定制开发和对接调试。

基于上述实施例，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：基于所述目标还原方式确定任一所述信令监测数据的目标字段；对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据。

在确定目标还原方式后，基于目标还原方式确定任一信令监测数据的目标字段，然后对目标字段进行数据还原，得到任一信令监测数据相关的初始信令数据，其中，目标字段是指xDR字段。

具体地，若初始信令数据为消息的时间戳，则对目标字段进行数据还原得到消息的起始时间，然后基于起始时间，确定任一信令监测数据相关的消息的时间戳。若初始信令数据为为消息的节点信息，则对目标字段进行数据还原得到消息的地址信息，然后基于地址信息，确定任一信令监测数据相关的消息的节点信息。

例如，对于服务化接口(Service-Based Interface，SBI接口)：5G核心网内部，每个节点称为网络功能(NF)，控制面NF之间，采用服务化接口，SBI接口包括N12、N8、N10、N11、N14、N7、N15、N22、N26、N16、N24、N20、N21、N40等接口。

SBI接口流程和消息交互机制为：SBI接口两端NF分别为服务提供者(简称服务方)和服务消费者(简称调用方)。

SBI接口信令交互包括2种模式：请求/响应、订阅/通知。

以请求/响应模式交互为例：

调用方NF首先获取服务方注册的服务接口信息包括URL(uniform resourcelocator，统一资源定位系统)等，再采用HTTP/2协议使用GET/PUT/POST等不同方法，并通过URL路径/URL参数/表单等不同形式携带参数，向服务方发起服务调用。服务方进行相应处理，如查询/更新/删除后，向调用方返回响应消息，其中会携带HTTP响应码/结果等信息，最终完成整个交互过程，实现网络功能。

基于SBI接口的xDR数据，需要还原的消息信息为：

SBI接口协议栈包括L2、IP、TCP、TLS、HTTP/2以及应用层，通常信令流程分析主要关注HTTP/2层和应用层，因此流程图应至少包含以下信息：

HTTP/2层：请求消息需还原：方法(如GET、POST、PUT、PATCH、DELETE)；响应消息需还原：HTTP响应码(如200Ok，201Created等)。

应用层：请求消息需还原：服务类型(如Nsmf_PDUSession)、服务操作(如CreateSM Context)、子过程(如有，如N2InformationClass:SM)请求原因(如有)；响应消息需还原：SBI原因值(如N1_SM_ERROR)。

其中，不同的初始信令数据的数据类型对应不同的还原方式，例如，还原消息信息的还原方式为：

消息级信息还原，通过xDR数据相关字段进行映射或截取操作实现，例如：

HTTP方法：http req type字段映射；

HTTP响应码：status code字段映射；

服务类型：Procedure Type字段截取；

服务操作：Procedure Type字段截取；

子过程：Sub-procedure type字段映射；

请求原因：Request Cause字段映射；

SBI原因值：Failure Cause字段映射。

还原消息的时间戳的还原方式为：

根据xDR数据Procedure Status判断，其中，超时的只有一条请求消息，时间戳为采集开始时间(procedure start time on Forwarding GW字段)；成功或失败的SBI接口过程，均为2条消息，时间戳分别为采集开始时间和结束时间。

还原消息的节点信息的还原方式为：

根据接口类型判断两侧NF类型，例如N11接口，分别是AMF和SMF。

从Procedure_type字段提取服务方NF类型，例如如果Procedure_type为Nsmf_PDUSession_CreateSMContext，则服务方NF为SMF，请求消息的源地址为AMF Address字段，目的地址为SMF Address字段；响应消息反之。

如果Procedure_type为Namf_Communication_N1MessageNotify，则服务方为AMF，请求消息原地址为SMF address，目的地址为AMF Address，依此类推。

根据资源数据，将IP地址映射为NF名称，一个NF的不同接口可以分配不同网段的IP地址，通过将IP地址映射为NF名称，将不同接口的流程通过同一个节点关联起来，实现多接口信令关联呈现。

又例如，对于N1、N2接口：N1、N2接口的xDR格式、协议栈、信令交互机制、节点类型、需分析的信息，与SBI接口有较大差异，因此需要采用不同方法还原N1和N2接口消息信息。

首先，识别xDR数据所在接口类型。

N1、N2接口的xDR数据是在基站与AMF之间的物理接口采集的，其中混合了N1、N2不同逻辑接口的信令过程。N1、N2接口无论是协议栈、还是端点(Peer)均不同，N1接口是UE和AMF间的，上层为NAS协议；N2接口是基站和AMF之间的，上层协议为NGAP，需根据接口类型从xDR数据还原出不同的消息信息。

N1、N2接口的识别方法为：根据Procedure Type字段映射的协议类型，区分xDR数据所属接口类型，进一步明确消息发起或接收端点是UE或基站，例如：注册、去注册、业务请求、通知、鉴权、安全模式、标识、配置更新、5GMM状态、PDU会话建立/鉴权/修改/释放、5G SM状态等过程类型，为NAS协议，属于N1接口。同时，SMS过程属于N1接口。

寻呼、切换入、切换出、切换取消、N1切换、初始上下文建立、UE上下文修改/释放、PDU会话资源建立/修改/释放/通知/修改指示、UE无线能力信息指示/检查等过程类型，为NGAP协议，属于N2接口。

其次，判断xDR数据所包含的具体消息类型及其顺序。

根据Msg flag字段判断，例如注册过程类型，将Msg flag分别位与(XAND)1、2、4、8，判断注册请求、注册接受、注册完成、注册拒绝消息是否存在。同时，按照协议规范确定顺序，例如注册请求、注册接受和注册完成，或者注册请求和注册拒绝。

需要说明的是，有些过程类型只含有单方向的1种消息类型。例如：无需回复响应消息的过程，如：5G MM状态、5G SM状态等；或者会触发其他过程的，例如寻呼(Paging)会触发业务请求(Service Request)过程，寻呼xDR本身无论成功、失败都只含有下行寻呼消息。另外，一些只有请求、没有响应的超时过程(可根据过程状态字段识别)。

再次，判断消息方向。可根据协议规范，确定每条消息的方向，例如，注册请求是上行方向，即由UE到AMF；注册接受或注册拒绝为下行消息；注册完成为上行消息。

需要说明的是，有些过程可分别从UE侧或网络侧发起，例如去注册过程，可根据相关字段(如DE-registration direction)判断请求和响应消息的方向。

对于N1、N2接口的xDR数据来说，消息的时间戳的还原方式为：

过程状态为成功或失败的，第一条和最后一条消息的时间戳，分别是xDR数据的采集开始时间(procedure start time on Forwarding GW)、结束时间(procedure end timeon Forwarding GW)。

个别过程类型，例如：成功的注册、成功的鉴权，会有3条消息，对中间消息通过插值生成伪时间戳。其中，插值是根据该消息、本过程其他消息、关联过程(包括其他接口的)消息的顺序依赖关系建立规则，并根据其他消息时间戳，得到该消息时间戳的最大值、最小值范围，然后取中间值作为伪时间戳，从而保证流程图的消息顺序合理。

对于N1、N2接口的xDR数据来说，消息的节点信息的还原方式为：

根据3GPP规范定义的消息方向区分上下行，其中核心网侧为AMF，根据AMF IPAddr通过资源数据映射为AMF名称。另一端为UE(N1接口)或基站(N2接口)，基站根据gNB IPAddr通过无线工参数据映射为基站ID，通过cell id获取小区标识。

基于信令流程图的需要，可从N1、N2接口的xDR数据中提取其他信息，并分别关联到对应的消息，例如注册过程单据的请求原因，关联到注册请求消息；注册过程的失败原因，关联到注册拒绝消息；从allowed NSSAI字段组获取多个切片(S-NSSAI，用SST+SD表示)、从rejected NSSAI字段组获取切片，合并为请求切片，关联到注册请求消息；注册类型关联注册请求消息等。

又例如，对于用于面接口：用户面分析，不需要对全部数据包进行还原，通常更关注整个业务流整体的业务感知指标，例如成功失败状态、时延、速率、丢包、乱序等。可呈现部分关键数据包，同时呈现业务感知指标，并突出呈现异常问题。

例如重点呈现的TCP建链过程和消息：

呈现TCP建链过程的全部消息。通用、HTTP、HTTPS等xDR类型中，TCP长连接首过程的单据含有TCP建链，可根据TCP SYN num判断该xDR单据是否为TCP长连接的首过程。根据TCP建链响应状态、TCP建链确认状态或TCP建链状态字段，判断TCP建立过程的SYN、SYN_ACK、ACK消息是否存在。根据开始时间、TCP建链响应时延、TCP建链确认时延，计算出3条消息的时间戳。

HTTP，呈现请求、首个和最后响应包。根据xDR开始时间(非长连接首过程)、或开始时间+TCP建链响应时延+TCP建链确认时延+TCP建链成功到第一条事务请求的时延(长连接首过程)，确定请求包的时间戳，根据First HTTP Response Time确定首个响应包的时间戳，根据Last Content Packet Time确认最后相应包的时间戳。

对于用户面接口的xDR数据，消息的节点信息的还原方式为：

用户面的xDR数据通常是基于N3接口(基站-UPF)采集的，为了分析方便，呈现以下节点类型并进行区分：小区(呈现小区标识)、UPF(呈现UPF名称)、服务器(呈现服务器IP)

基于信令流程图的需要，可获取其他信息，例如呈现业务大类、业务小类、协议相关感知指标(成功失败状态、时延、速率)。此外，不同协议还可以呈现以下信息：

HTTP协议，请求消息还建议呈现方法、HOST；首响应包建议呈现响应码。

DNS协议，请求消息建议呈现域名或者查询类型(如A，AAAA)；响应消息呈现RCode、解析结果(如CNAME、IP地址)。

HTTPS协议，Server Hello建议呈现SNI。

TCP协议，结束状态(如服务器Reset)。

本发明实施例基于控制面和用户面各接口的xDR数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，并进行多接口关联，最终生成5G信令流程图，支撑信令流程分析，用于感知溯源、故障定位、投诉分析应用场景。基于此，提高了生成信令流程图的效率，继而提高基于信令流程图的分析效率。

基于上述实施例，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据之后，所述方法还包括：根据所述初始信令数据确定通信质量指标值；根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据以及所述通信质量指标值，生成执行所述目标任务的信令流程图。

需要说明的是，为了基于信令流程图直接获取通信质量信息，可以在信令流程图中显示通信质量指标值，其中，通信质量指标包括时延、速率、传输率、误码率等。

在还原得到初始信令数据后，基于初始信令数据确定通信质量指标值，然后再根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据以及通信质量指标值，生成执行目标任务的信令流程图。

例如，参考图2，目标任务是百度搜索，百度搜索涉及的节点包括5G小区(123)，接入和移动性管理功能01，会话管理功能02、用户面功能03以及服务器(1.2.3.4)，在还原得到各消息后，基于消息确定TCP握手确认时延为2.8秒，并显示在信令流程图中。

本发明实施例通过根据初始信令数据确定通信质量指标值；根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据以及通信质量指标值，生成执行目标任务的信令流程图，基于此，基于信令流程图可直接获取通信质量信息，提高信令流程图的可读性。

图3是本发明提供的信令流程图的生成装置的结构示意图，参照图3，本发明的实施例提供了一种信令流程图的生成装置，包括确定模块301，还原模块302和信令流程图生成模块303。

确定模块301，用于确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

还原模块302，用于基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

信令流程图生成模块303，用于根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

本发明提供的信令流程图的生成方法，通过确定任一信令监测数据所属接口的接口类型，以基于接口类型确定目标还原方式；基于目标还原方式对任一信令监测数据进行数据还原，得到任一信令监测数据相关的初始信令数据；根据执行目标任务相关的所有接口的信令监测数据相关的初始信令数据，生成执行目标任务的信令流程图。本发明基于控制面和用户面各接口的信令监测数据，还原出消息的类型、时间戳、源目的节点、状态和原因值等信息，最终生成信令流程图，支撑信令流程分析，如此，提高了信令流程图的生成效率，从而提高信令流程的分析效率。

在一个实施例中，所述还原模块302具体用于：

基于所述目标还原方式确定任一所述信令监测数据的目标字段；

对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据。

在一个实施例中，所述信令流程图生成模块303具体用于：

采用多个目标节点将执行所述目标任务相关的所有接口的所述信令监测数据相关的初始信令数据进行关联，以生成执行所述目标任务的信令流程图。

在一个实施例中，所述确定模块301具体用于：

基于所述接口类型确定所述初始信令数据的数据类型，以基于所述数据类型确定所述目标还原方式。

在一个实施例中，所述还原模块302具体用于：

对所述目标字段进行数据还原得到所述消息的起始时间；

基于所述起始时间，确定任一所述信令监测数据相关的所述消息的时间戳。

在一个实施例中，所述还原模块302具体用于：

对所述目标字段进行数据还原得到所述消息的地址信息；

基于所述地址信息，确定任一所述信令监测数据相关的所述消息的节点信息。

在一个实施例中，所述信令流程图生成模块303还包括：

根据所述初始信令数据确定通信质量指标值；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据以及所述通信质量指标值，生成执行所述目标任务的信令流程图。

图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行信令流程图的生成方法，该方法包括：

确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的信令流程图的生成方法，该方法包括：

确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种信令流程图的生成方法，其特征在于，包括：

确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

2.根据权利要求1所述的信令流程图的生成方法，其特征在于，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

基于所述目标还原方式确定任一所述信令监测数据的目标字段；

对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据。

3.根据权利要求1所述的信令流程图的生成方法，其特征在于，所述根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图，包括：

采用多个目标节点将执行所述目标任务相关的所有接口的所述信令监测数据相关的初始信令数据进行关联，以生成执行所述目标任务的信令流程图。

4.根据权利要求1所述的信令流程图的生成方法，其特征在于，所述基于所述接口类型确定目标还原方式，包括：

基于所述接口类型确定所述初始信令数据的数据类型，以基于所述数据类型确定所述目标还原方式。

5.根据权利要求2所述的信令流程图的生成方法，其特征在于，若所述初始信令数据为消息的时间戳，所述对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

对所述目标字段进行数据还原得到所述消息的起始时间；

基于所述起始时间，确定任一所述信令监测数据相关的所述消息的时间戳。

6.根据权利要求2所述的信令流程图的生成方法，其特征在于，若所述初始信令数据为为消息的节点信息，所述对所述目标字段进行数据还原，得到任一所述信令监测数据相关的初始信令数据，包括：

对所述目标字段进行数据还原得到所述消息的地址信息；

基于所述地址信息，确定任一所述信令监测数据相关的所述消息的节点信息。

7.根据权利要求1所述的信令流程图的生成方法，其特征在于，所述基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据之后，所述方法还包括：

根据所述初始信令数据确定通信质量指标值；

根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据以及所述通信质量指标值，生成执行所述目标任务的信令流程图。

8.一种信令流程图的生成装置，其特征在于，包括：

确定模块，用于确定任一信令监测数据所属接口的接口类型，以基于所述接口类型确定目标还原方式；

还原模块，用于基于所述目标还原方式对任一所述信令监测数据进行数据还原，得到任一所述信令监测数据相关的初始信令数据；

信令流程图生成模块，用于根据执行目标任务相关的所有接口的所述信令监测数据相关的初始信令数据，生成执行所述目标任务的信令流程图。

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

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

Images