CN115442837A - 网络系统故障排查方法、装置及电子设备 - Google Patents

网络系统故障排查方法、装置及电子设备 Download PDF

Info

Publication number
CN115442837A
CN115442837A CN202211034327.1A CN202211034327A CN115442837A CN 115442837 A CN115442837 A CN 115442837A CN 202211034327 A CN202211034327 A CN 202211034327A CN 115442837 A CN115442837 A CN 115442837A
Authority
CN
China
Prior art keywords
data
troubleshooting
signaling
user
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211034327.1A
Other languages
English (en)
Inventor
初宇飞
李泉
常成洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Communication Information System Co Ltd
Original Assignee
Inspur Communication Information System Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Inspur Communication Information System Co Ltd filed Critical Inspur Communication Information System Co Ltd
Priority to CN202211034327.1A priority Critical patent/CN115442837A/zh
Publication of CN115442837A publication Critical patent/CN115442837A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/06Testing, supervising or monitoring using simulated traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/145Network analysis or design involving simulating, designing, planning or modelling of a network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种网络系统故障排查方法、装置及电子设备,属于通信技术领域,所述方法包括:接收用户的第一输入;响应于所述第一输入,按照目标周期向核心网设备接口发送信令仿真数据;所述信令仿真数据包括目标信令数据和目标用户数据业务的数据;采集所述核心网设备接口的返回数据;分析所述返回数据,以确定故障排查结果。本发明的网络系统故障排查方法,通过接收用户的第一输入,可以方便用户自行发起网络系统的排障测试,并通过信令仿真的方式方便地获取故障排查结果,能够初步识别到可能的故障位置,进而方便用户发起进一步的运维操作,降低了用户自服务测试的门槛,也降低了运维成本。

Description

网络系统故障排查方法、装置及电子设备
技术领域
本发明涉及通信技术领域,尤其涉及一种网络系统故障排查方法、装置及电子设备。
背景技术
5G专网是面向行业的5G技术应用,解决最终用生产场景的网络覆盖、数据通信类问题。5G专网在用户侧配备专网的操作维护中心,通过一定的管理方法提供的管理功能对被管理网络进行各项管理操作活动,满足垂直行业对网络能力的要求。
相关技术中,一些网络管理方法在一定程度上已经实现对网络系统的管理,能够实现性能、资源以及告警信息的展示。但是此种情况下难以确定是否存在故障,且存在较高的排障与运维门槛,不便于用户进行自服务的运维。
发明内容
本发明提供一种网络系统故障排查方法、装置及电子设备,用以解决现有技术中用户难以自行进行排障的缺陷,实现降低用户自服务测试门槛的效果。
本发明提供一种网络系统故障排查方法,应用于操作维护中心,所述方法包括:
接收用户的第一输入;
响应于所述第一输入,按照目标周期向核心网设备接口发送信令仿真数据;所述信令仿真数据包括目标信令数据和目标用户数据业务的数据;
采集所述核心网设备接口的返回数据;
分析所述返回数据,以确定故障排查结果。
根据本发明提供的一种网络系统故障排查方法,所述信令仿真数据通过以下方式确定:
将所述核心网设备接口中承载控制面的接口所关联的第一信令数据进行标准化封装,得到所述目标信令数据;
将所述核心网设备接口中承载用户面的接口所关联的数据业务的仿真模拟数据进行标准化封装,得到所述目标用户数据业务的数据。
根据本发明提供的一种网络系统故障排查方法,所述向核心网设备接口发送信令仿真数据,包括:
向所述核心网设备接口中承载控制面的接口发送目标信令数据;
在所述承载控制面的接口接收到传输路径建立成功的响应返回数据的情况下,向所述核心网设备接口中承载用户面的接口发送所述目标用户数据业务的数据。
根据本发明提供的一种网络系统故障排查方法,所述分析所述返回数据,确定故障排查结果,包括:
对所述返回数据中的返回信令数据进行分析;
在所述返回信令数据错误或者不完整的情况下,将所述返回信令数据对应的关联网元确定为故障网元;
所述关联网元为发出、传递或者接收所述返回信令数据的网元。
根据本发明提供的一种网络系统故障排查方法,在所述接收用户的第一输入之前,所述方法还包括:
接收用户的第二输入;
响应于所述第二输入,确定所述目标周期和所述核心网设备的目标网元;所述目标网元包括在所述操作维护中心存在告警信息的网元。
根据本发明提供的一种网络系统故障排查方法,在所述分析所述返回数据,确定故障排查结果之后,所述方法还包括:
基于所述故障排查结果和展示模型模板,生成所述故障排查结果的展示模型;
所述展示模型包括网络拓扑图模型、数据流向图模型和故障点图模型。
根据本发明提供的一种网络系统故障排查方法,在所述生成所述故障排查结果的展示模型之后,所述方法还包括:
将所述故障排查结果的展示模型在所述操作维护中心进行可视化展示,和/或将所述故障排查结果的展示模型发送至目标设备。
根据本发明提供的一种网络系统故障排查方法,在所述确定故障排查结果之后,所述方法还包括:
接收用户的第三输入;
响应于所述第三输入,向目标系统发送运维任务处理工单。
本发明还提供一种网络系统故障排查装置,包括:
接收模块,用于接收用户的第一输入;
第一数据处理模块,用于响应于所述第一输入,按照目标周期向核心网设备接口发送信令仿真数据;所述信令仿真数据包括目标信令数据和目标用户数据业务的数据;
采集模块,用于采集所述核心网设备接口的返回数据;
分析模块,用于分析所述返回数据,以确定故障排查结果。
本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述任一种所述网络系统故障排查方法。
本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述网络系统故障排查方法。
本发明还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述任一种所述网络系统故障排查方法。
本发明提供的网络系统故障排查方法、装置及电子设备,通过接收用户的第一输入,可以方便用户自行发起网络系统的排障测试,并通过信令仿真的方式方便地获取故障排查结果,能够初步识别到可能的故障位置,进而方便用户发起进一步的运维操作,降低了用户自服务测试的门槛,也降低了运维成本。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明提供的网络系统故障排查方法的流程示意图;
图2是本发明提供的网络系统故障排查装置的结构示意图;
图3是本发明提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面结合图1-图3描述本发明的网络系统故障排查方法、装置及电子设备。
需要说明的是,本发明实施例提供的网络系统故障排查方法可以应用于5G专网的操作维护中心(OMC,Operation and Maintenance Center)。该操作维护中心可以是基于专网提供商所提供的操作维护中心来设置,或者,还可以是自行搭建的专门的网络操作维护中心。
可以理解的是,操作维护中心包括各个功能组件以及可视化界面。在基于专网提供商所提供的操作维护中心来设置新的操作维护中心时,可以将封装好的功能模块和操作页面打包,以供其他专网操作维护中心进行页面集成,并实现数据采集和数据下发通道的打通。
在此基础上,可以通过原操作维护中心的可视化界面点击跳转的模式,进入新集成的操作维护中心,以协助用户完成便捷的业务流程仿真测试,为运维角色提供简易自助排障能力。
需要说明的是,本发明实施例的网络系统故障排查方法的执行主体可以是承载操作维护中心的网络设备的处理器或者服务器,此处对本发明实施例的网络系统故障排查方法的执行主体不作限制。下面以处理器为执行主体来对本发明实施例的网络系统故障排查方法进行描述。
如图1所示,本发明实施例提供的网络系统故障排查方法主要包括步骤110、步骤120、步骤130以及步骤140。
步骤110,接收用户的第一输入。
需要说明的是,第一输入可以是专网系统的运营用户通过操作维护中心进行输入。
在本步骤中,第一输入用于下发自行排障的测试命令。
其中,第一输入可以为如下至少一种方式:
其一,第一输入可以为触控操作,包括但不限于点击操作、滑动操作和按压操作等。
在该实施方式中,接收用户的第一输入,可以为,接收用户在操作维护中心可视化显示界面上的触控操作。
例如,在操作维护中心可视化显示界面通过触控屏来进行展示的情况下,可以在操作维护中心设备的触控屏上通过触控点击对应的控件来实现排障测试命令的下发。
在一些实施例中,可以先在专网提供商所提供的操作维护中心的可视化界面上先唤出排障测试对应的界面,并在该界面点击排障所对应的控件来实现排障测试命令的下发。
其二,第一输入可以为实体按键输入。
在该实施方式中,可以在承载操作维护中心的设备的机身上设有与下发排障测试命令对应的实体按键,接收用户的第一输入,可以为,接收用户按压对应的实体按键的第一输入;第一输入还可以为同时按压多个实体按键的组合操作。
当然,在其他实施例中,第一输入也可以为其他形式,包括但不限于语音输入以及字符输入等,具体可根据实际需要决定,本申请实施例对此不作限定。
步骤120,响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据。
在接收到第一输入后,可以响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据。
需要说明的是,由于网络系统中一些故障为间歇性出现,为避免单次测试的偶然性,可以在一次测试任务过程中按照目标周期向核心网设备接口发送多次信令仿真数据来进行多次仿真测试,以提高测试结果的准确性与全面性。
现有技术中,专网系统一般针对企业级用户。可以根据用户的自己场景需求,利用5G组网的低时延和弹性扩展来设置专网系统。一般情况下,可以向用户提供故障告警看板等,或者组网效果图,但是不能网络排障。若存在一级告警,用户只能联系专网服务商,也不容易进行故障描述,增加了运维难度与成本。
由于每一种通信设备都有操作维护中心,专网系统也会附带操作维护中心,在操作维护中心设置有故障管理、性能管理功能,能看到专网的部署位置以及无线覆盖等内容。
在本实施例中,信令仿真测试触发的节点在操作维护中心,通过承载操作维护中心的硬件进入操作维护中心,触发信令仿真,而不是单独建立信令仿真软件,减少了软件以及硬件的开发部署数量。
由于实现了将信令仿真集成到操作维护中心的效果,无论是在明显存在故障或者不存在故障的情况下,用户都能自主触发信令仿真测试。
需要说明的是,信令仿真数据包括目标信令数据和目标用户数据业务的数据。
可以理解的是,目标信令数据用于在网络系统中搭建数据传输路径,目标用户数据业务的数据用于在仿真测试过程中模拟用户的数据业务数据。
用户的数据业务数据即为用户的网络交互数据。例如,用户的业务类型可以是上网业务、收发邮件以及跨平台资源传输业务等,此处对用户业务类型不做限制。
可以理解的是,可以向核心网设备接口发送信令仿真数据。可以向核心网设备接口中承载控制面的接口即N2接口发送目标信令数据。可以向核心网设备接口中承载用户面的接口即N3接口发送目标用户数据业务的数据。
步骤130,采集核心网设备接口的返回数据。
在向核心网设备接口发送信令仿真数据后,可以采集核心网设备接口的返回数据。
在一些实施例中,核心网设备的返回数据包括N2接口处的信令返回数据。
可以理解的是,在向核心网设备接口中承载控制面的接口即N2接口发送目标信令数据后,目标信令数据会按照原数据传输路径原路返回信令返回数据。
在一些实施例中,核心网设备的返回数据还包括N3接口处的目标用户数据业务的数据的反馈数据。
在一些场景下,可以针对排障过程中的信令仿真交互,在目标用户数据业务的数据的目的地址的网络设备中集成反馈组件。反馈组件在接收到目标用户数据业务的数据后,会向N3接口返回反馈信息,该反馈信息可以是数据已收到的信息,或者反馈信息还可以是用户数据业务的交互信息。
在此种情况下,可以根据是否接收到反馈信息来验证数据传输路径是否通畅。
可以理解的是,采集核心网设备接口的所有返回数据可以是采集N2接口的所有信令返回数据,或者,采集核心网设备接口的所有返回数据还可以是采集N2接口的所有信令返回数据以及N3接口的所有目标用户数据业务的数据的反馈数据。
步骤140,分析返回数据,以确定故障排查结果。
可以理解的是,通过对返回数据进行分析,可以确定出包括各个网络节点设备的网络拓扑图、包括数据在网络系统内部的逻辑流向和逻辑变换过程的数据流向图和网络系统中的故障点。
在一些实施例中,可以对返回数据中的返回信令数据进行分析。在返回信令数据错误或者不完整的情况下,将错误或者不完整的返回信令数据对应的关联网元确定为故障网元。关联网元为发出、传递或者接收这些错误或者不完整返回信令数据的网元。
可以理解的是,网元指在网络管理中可以实现监视和管理功能的最小单位。网络系统中数据业务流程的进行依赖于各个网元之间交互的信令的准确性和完整性。当网元之间交互的信令出现错误或信令不完整时,业务流程就会失败。
换言之,可以对接收到的返回信令数据进行分析,确定网元之间交互的信令对否出现错误或着出现不完整的情况。
在返回信令出现错误或者不完整的情况下,可以确定发出、传递或者接收这些信令数据的网元之中的一个或者多个发生了故障,则可以初步确定出故障相关的网元,并进一步分析故障相关的网元所对应的网络设备等的接口是否出现故障,进而实现了对网络系统故障点的排查。
根据本发明实施例提供的网络系统故障排查方法,通过接收用户的第一输入,可以方便用户自行发起网络系统的排障测试,并通过信令仿真的方式方便地获取故障排查结果,能够初步识别到可能的故障位置,进而方便用户发起进一步的运维操作,降低了用户自服务测试的门槛,也降低了运维成本。
在一些实施例中,信令仿真数据通过以下方式确定。
在一些实施例中,可以将核心网设备接口中承载控制面的接口所关联的第一信令数据进行标准化封装,得到目标信令数据。
在一些场景下,针对专网系统,核心网设备接口中承载控制面的接口即N2接口所关联的第一信令数据可以直接从专网系统提供方处获取,专网系统提供方可以根据公开的信令协议确定相关联的第一信令数据。
为方便不同的网络设备能够发出、传递或者接收该信令数据,需要对第一信令数据进行标准化封装,得到目标信令数据,以使得目标信令数据为满足相应网络协议的数据。
可以理解的是,可以将核心网设备接口中承载用户面的接口所关联的数据业务的仿真模拟数据进行标准化封装,得到目标用户数据业务的数据。
为方便不同的网络设备或者网元能够发出、传递或者接收该用户数据业务数据,需要对用户数据业务数据进行标准化封装,得到目标用户数据业务的数据,以使得目标用户数据业务的数据为满足相应网络协议的数据。
例如,可以按照3GPP(3rd Generation Partnership Project,第三代移动通信伙伴组织)系列协议所支持的报文格式来对用户数据业务数据进行封装。
在本实施方式中,通过对信令数据以及用户数据业务数据进行标准化封装,能够使得网络系统中各个网元能够发出、传递或者接收信令仿真数据,以便于信令仿真数据能在网络系统中正常流转,进而使得仿真测试过程能顺利进行。
在一些实施例中,向核心网设备接口发送信令仿真数据,包括:先向核心网设备接口中承载控制面的接口发送目标信令数据。
可以理解的是,在发送信令仿真数据时,先向N2接口发送目标信令数据。N2接口接收到目标信令数据后,会在网络系统中建立传输路径。如果在传输路径的建立过程中没有发生故障,则会按照相关标准协议,如3GPP系列协议,向N2接口返回响应返回数据。
在承载控制面的接口接收到传输路径建立成功的响应返回数据的情况下,向核心网设备接口中承载用户面的接口发送目标用户数据业务的数据。
在本实施方式中,只有在网络系统中建立完成良好的传输路径后,才向N3接口发送目标用户数据业务的数据来进行仿真测试,即在仿真测试的前提条件满足要求后才进行测试,能够保证测试结果的可靠性与准确性。
在一些实施例中,在接收用户的第一输入之前,方法还包括:接收用户的第二输入。
可以理解的是,第二输入可以是专网系统的运营用户通过操作维护中心进行输入。
在本步骤中,第二输入用于设置每次仿真测试过程中多次仿真的周期以及需要重点关注的网元。
可以理解的是,第二输入可以通过在操作维护中心可视化显示界面上触控输入、按键输入以及字符输入等方式来实现,此处对第二输入的方式不作限制。
在接收到用户的第二输入后,可以响应于第二输入,确定目标周期和核心网设备的目标网元。
可以理解的是,目标网元包括在操作维护中心存在告警信息的网元。操作维护中心中存在初步的告警信息,该告警信息会对相关的网元可能存在的故障进行告警。
在本实施方式中,可以通过用户自定义的方式输入测试的周期以及需要重点关注的网元信息,提高了用户的自维护便捷性。
在一些实施例中,在分析返回数据,确定故障排查结果之后,本发明实施例的网络系统故障排查方法还包括:基于故障排查结果和展示模型模板,生成故障排查结果的展示模型。
可以理解的是,展示模型包括网络拓扑图模型、数据流向图模型和故障点图模型。
网络拓扑图模型用于反映网络系统中网络节点设备和通信介质构成的网络结构图模型的模板文件。数据流向图模型是以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程的模板文件。故障点图模型是用于反映网络系统中网元或者网络设备的接口以及路径的故障位置图形的模板文件。
在一些场景下,在通过原操作维护中心集成新的可以进行仿真测试的操作维护中心后,通过按照目标周期向核心网设备接口发送信令仿真数据,可以获取返回数据并得到故障排查结果。
在此种情况下,可以将故障排查结果中故障网元接口位置以及故障路径,在原操作维护中心中预存的网络拓扑图模型、数据流向图模型和故障点图模型中进行标记。
当然,在另一些场景下,还可以自定义用于展示的网络拓扑图模型、数据流向图模型和故障点图模型等。
在本实施方式中,通过利用各种模板文件,可以实现对故障排查结果的快速可视化展示,能方便用户更加直观地查看故障点位置。
在一些实施例中,在生成故障排查结果的展示模型之后,本发明实施例的网络系统故障排查方法还包括:将故障排查结果的展示模型在操作维护中心进行可视化展示,和/或将故障排查结果的展示模型发送至目标设备。
可以理解的是,可以将故障排查结果的展示模型在操作维护中心进行可视化展示,以便于现场的运维人员直接查看故障位置。
在一些实施例中,可以将故障排查结果的展示模型发送至目标设备。目标设备可以是运维人员的终端设备,以便于不在现场的运维人员来实时获取故障排查结果。
在一些实施例中,可以将故障排查结果的展示模型在操作维护中心进行可视化展示。在现场运维无法维护的情况下,可以将故障排查结果的展示模型发送至远程运维专家的终端设备。
在本实施方式中,既可以实现现场运维的可视化,同时还可以方便远程用户进行维护。
在一些实施例中,在确定故障排查结果之后,本发明实施例的网络系统故障排查方法还包括接收用户的第三输入。
可以理解的是,需要说明的是,第三输入可以是专网系统的运营用户通过操作维护中心进行输入。
在本步骤中,第三输入用于在用户确定故障排查结果为存在故障后向更加专业运维人员发起运维任务处理工单。
可以理解的是,第三输入可以通过在操作维护中心可视化显示界面上触控输入、按键输入以及字符输入等方式来实现,此处对第三输入的方式不作限制。
例如,可以在操作维护中心可视化显示界面上设置运维工单派发按钮,在确定出排障结果后,可以点击该按钮。
在接收到第三输入后,响应于第三输入,向目标系统发送运维任务处理工单。
目标系统可以是专网供应商的售后响应系统或者专业运维人员的运维响应系统。
在此种情况下,可以在一般的用户确定出故障并难以解决的情况下,发送运维任务处理工单,以便于解决故障问题。
在一些实施例中,5G核心网可以由硬件层、虚拟层以及网元层三部分组成,各部分之间通过接口进行信息交互。
硬件层中可以包括多个实体网络设备,为网络以及计算机运行提供物质基础。在硬件层的基础上,可以通过平台虚拟化或者资源虚拟化的技术,将实体网络设备虚拟化得到多个虚拟机。网元层中包括多个容器。容器为网元提供隔离的运行空间。网元通过容器接口实现网元与虚拟层之间的信息交互,通过虚拟机接口实现与硬件层之间的信息交互,通过宿主机接口实现与外部设备之间的信息交互。
在一些实施例中,在5G核心网的三层架构之间,可以部署操作维护中心所对应的组件,以采集网元在三层架构之间的各个接口的运行数据,并方便用户进行运维管理。
下面对本发明提供的网络系统故障排查装置进行描述,下文描述的网络系统故障排查装置与上文描述的网络系统故障排查方法可相互对应参照。
如图2所示,本发明实施例的网络系统故障排查装置包括接收模块210、第一数据处理模块220、采集模块230和分析模块240。
接收模块210用于接收用户的第一输入;
第一数据处理模块220用于响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据;信令仿真数据包括目标信令数据和目标用户数据业务的数据;
采集模块230用于采集核心网设备接口的返回数据;
分析模块240用于分析返回数据,以确定故障排查结果。
根据本发明实施例提供的网络系统故障排查装置,通过接收用户的第一输入,可以方便用户自行发起网络系统的排障测试,并通过信令仿真的方式方便地获取故障排查结果,能够初步识别到可能的故障位置,进而方便用户发起进一步的运维操作,降低了用户自服务测试的门槛,也降低了运维成本。
在一些实施例中,本发明实施例的网络系统故障排查装置还包括第二数据处理模块,第二数据处理模块用于将核心网设备接口中承载控制面的接口所关联的第一信令数据进行标准化封装,得到目标信令数据;第二数据处理模块还用于将核心网设备接口中承载用户面的接口所关联的数据业务的仿真模拟数据进行标准化封装,得到目标用户数据业务的数据。
在一些实施例中,第一数据处理模块220还用于向核心网设备接口中承载控制面的接口发送目标信令数据;在承载控制面的接口接收到传输路径建立成功的响应返回数据的情况下,向核心网设备接口中承载用户面的接口发送目标用户数据业务的数据。
在一些实施例中,分析模块240还用于对所述返回数据中的返回信令数据进行分析;在所述返回信令数据错误或者不完整的情况下,将所述返回信令数据对应的关联网元确定为故障网元;所述关联网元为发出、传递或者接收所述返回信令数据的网元。
在一些实施例中,接收模块210还用于接收用户的第二输入;响应于第二输入,确定目标周期和核心网设备的目标网元;目标网元包括在操作维护中心存在告警信息的网元。
在一些实施例中,接收模块210还用于基于故障排查结果和展示模型模板,生成故障排查结果的展示模型;展示模型包括网络拓扑图模型、数据流向图模型和故障点图模型。
在一些实施例中,接收模块210还用于将故障排查结果的展示模型在操作维护中心进行可视化展示,和/或将故障排查结果的展示模型发送至目标设备。
图3示例了一种电子设备的实体结构示意图,如图3所示,该电子设备可以包括:处理器(processor)310、通信接口(Communications Interface)320、存储器(memory)330和通信总线340,其中,处理器310,通信接口320,存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储器330中的逻辑指令,以执行网络系统故障排查方法,该方法包括:接收用户的第一输入;响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据;信令仿真数据包括目标信令数据和目标用户数据业务的数据;采集核心网设备接口的所有返回数据;分析所有返回数据,以确定故障排查结果。
此外,上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,计算机程序可存储在非暂态计算机可读存储介质上,所述计算机程序被处理器执行时,计算机能够执行上述各方法所提供的网络系统故障排查方法,该方法包括:接收用户的第一输入;响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据;信令仿真数据包括目标信令数据和目标用户数据业务的数据;采集核心网设备接口的所有返回数据;分析所有返回数据,以确定故障排查结果。
又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各方法提供的网络系统故障排查方法,该方法包括:接收用户的第一输入;响应于第一输入,按照目标周期向核心网设备接口发送信令仿真数据;信令仿真数据包括目标信令数据和目标用户数据业务的数据;采集核心网设备接口的所有返回数据;分析所有返回数据,以确定故障排查结果。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种网络系统故障排查方法,其特征在于,应用于操作维护中心,所述方法包括:
接收用户的第一输入;
响应于所述第一输入,按照目标周期向核心网设备接口发送信令仿真数据;所述信令仿真数据包括目标信令数据和目标用户数据业务的数据;
采集所述核心网设备接口的返回数据;
分析所述返回数据,以确定故障排查结果。
2.根据权利要求1所述的网络系统故障排查方法,其特征在于,所述信令仿真数据通过以下方式确定:
将所述核心网设备接口中承载控制面的接口所关联的第一信令数据进行标准化封装,得到所述目标信令数据;
将所述核心网设备接口中承载用户面的接口所关联的数据业务的仿真模拟数据进行标准化封装,得到所述目标用户数据业务的数据。
3.根据权利要求1所述的网络系统故障排查方法,其特征在于,所述向核心网设备接口发送信令仿真数据,包括:
向所述核心网设备接口中承载控制面的接口发送目标信令数据;
在所述承载控制面的接口接收到传输路径建立成功的响应返回数据的情况下,向所述核心网设备接口中承载用户面的接口发送所述目标用户数据业务的数据。
4.根据权利要求1所述的网络系统故障排查方法,其特征在于,所述分析所述返回数据,确定故障排查结果,包括:
对所述返回数据中的返回信令数据进行分析;
在所述返回信令数据错误或者不完整的情况下,将所述返回信令数据对应的关联网元确定为故障网元;
所述关联网元为发出、传递或者接收所述返回信令数据的网元。
5.根据权利要求1所述的网络系统故障排查方法,其特征在于,在所述接收用户的第一输入之前,所述方法还包括:
接收用户的第二输入;
响应于所述第二输入,确定所述目标周期和所述核心网设备的目标网元;所述目标网元包括在所述操作维护中心存在告警信息的网元。
6.根据权利要求1-4中任一项所述的网络系统故障排查方法,其特征在于,在所述分析所述返回数据,确定故障排查结果之后,所述方法还包括:
基于所述故障排查结果和展示模型模板,生成所述故障排查结果的展示模型;
所述展示模型包括网络拓扑图模型、数据流向图模型和故障点图模型。
7.根据权利要求6所述的网络系统故障排查方法,其特征在于,在所述生成所述故障排查结果的展示模型之后,所述方法还包括:
将所述故障排查结果的展示模型在所述操作维护中心进行可视化展示,和/或将所述故障排查结果的展示模型发送至目标设备。
8.一种网络系统故障排查装置,其特征在于,包括:
接收模块,用于接收用户的第一输入;
第一数据处理模块,用于响应于所述第一输入,按照目标周期向核心网设备接口发送信令仿真数据;所述信令仿真数据包括目标信令数据和目标用户数据业务的数据;
采集模块,用于采集所述核心网设备接口的返回数据;
分析模块,用于分析所述返回数据,以确定故障排查结果。
9.一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至6任一项所述网络系统故障排查方法。
10.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述网络系统故障排查方法。
CN202211034327.1A 2022-08-26 2022-08-26 网络系统故障排查方法、装置及电子设备 Pending CN115442837A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211034327.1A CN115442837A (zh) 2022-08-26 2022-08-26 网络系统故障排查方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211034327.1A CN115442837A (zh) 2022-08-26 2022-08-26 网络系统故障排查方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN115442837A true CN115442837A (zh) 2022-12-06

Family

ID=84244262

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211034327.1A Pending CN115442837A (zh) 2022-08-26 2022-08-26 网络系统故障排查方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN115442837A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070099606A1 (en) * 2005-11-02 2007-05-03 Timo Strohlein Emulating device
CN102143157A (zh) * 2010-12-29 2011-08-03 华为技术有限公司 数据传输方法、设备和通信系统
CN104754628A (zh) * 2013-12-31 2015-07-01 中国移动通信集团山西有限公司 一种基于lte s1接口的数据采集关联分析方法和装置
CN108737157A (zh) * 2012-06-29 2018-11-02 华为技术有限公司 网关系统、设备和通信方法
CN109996284A (zh) * 2017-12-31 2019-07-09 中国移动通信集团贵州有限公司 移动通信故障投诉工单处理方法、装置、设备及介质
CN114040408A (zh) * 2021-11-02 2022-02-11 恒安嘉新(北京)科技股份公司 一种基于4g移动网络模拟环境的靶场系统
CN114710798A (zh) * 2022-04-19 2022-07-05 中国联合网络通信集团有限公司 一种故障定位方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070099606A1 (en) * 2005-11-02 2007-05-03 Timo Strohlein Emulating device
CN102143157A (zh) * 2010-12-29 2011-08-03 华为技术有限公司 数据传输方法、设备和通信系统
CN108737157A (zh) * 2012-06-29 2018-11-02 华为技术有限公司 网关系统、设备和通信方法
CN104754628A (zh) * 2013-12-31 2015-07-01 中国移动通信集团山西有限公司 一种基于lte s1接口的数据采集关联分析方法和装置
CN109996284A (zh) * 2017-12-31 2019-07-09 中国移动通信集团贵州有限公司 移动通信故障投诉工单处理方法、装置、设备及介质
CN114040408A (zh) * 2021-11-02 2022-02-11 恒安嘉新(北京)科技股份公司 一种基于4g移动网络模拟环境的靶场系统
CN114710798A (zh) * 2022-04-19 2022-07-05 中国联合网络通信集团有限公司 一种故障定位方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
孙丽丽等: "IMS网络信令流程的可视化展现及故障分析技术研究", 《信息通信》, 28 February 2018 (2018-02-28), pages 210 - 213 *

Similar Documents

Publication Publication Date Title
US10057136B2 (en) Method and apparatus for visualized network operation and maintenance
CN109802852B (zh) 应用于网络靶场的网络仿真拓扑的构建方法及系统
US7804766B2 (en) Devices, systems, and/or methods regarding virtual routing forwarding
WO2020151483A1 (zh) 物联网平台压力测试系统、方法、装置及服务器
CN104579822A (zh) 基于Http协议的移动应用自动化性能测试系统及方法
CN109672583A (zh) 网络监控方法、设备、存储介质及装置
CN108259193A (zh) 一种网络管理方法、网络管理系统和网元管理系统
CN104954153A (zh) 节点故障检测方法及装置
CN113037545A (zh) 网络仿真方法、装置、设备和存储介质
JP2007208633A (ja) ネットワーク設計装置、ネットワーク設計方法およびネットワーク設計プログラム
CN106330483A (zh) 信息获取方法、客户端设备和服务端设备
CN107168844B (zh) 一种性能监控的方法及装置
CN109743286A (zh) 一种基于图卷积神经网络的ip类型标记方法及设备
CN111782524A (zh) 应用测试方法和装置、存储介质和电子装置
CN114584354A (zh) 一种网络安全实训平台的构建方法及系统
EP2908498A1 (en) Integrated application generating system and method for internet of things terminal
US9329960B2 (en) Methods, systems, and computer readable media for utilizing abstracted user-defined data to conduct network protocol testing
EP3621242A1 (en) Method for an autonomic or ai-assisted validation or decision making regarding network performance of a telecommunications network and/or for an autonomic or ai-assisted troubleshooting or performance enhancement within a telecommunications network, telecommunications network, system, machine intelligence entity, visualization interface, computer program and computer-readable medium
CN111526028B (zh) 数据处理方法、装置及设备
CN112235300A (zh) 云虚拟网络漏洞检测方法、系统、装置及电子设备
CN115442837A (zh) 网络系统故障排查方法、装置及电子设备
CN114417633B (zh) 一种基于平行仿真六元组的网络靶场场景构建方法和系统
CN112468336B (zh) 一种网络质量监测预警方法、装置、终端及存储介质
CN114527679A (zh) 一种半实物仿真验证方法及系统
CN111221687B (zh) 一种云存储测试系统和方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination