CN111786804A - 一种链路故障监控方法及装置 - Google Patents

一种链路故障监控方法及装置 Download PDF

Info

Publication number
CN111786804A
CN111786804A CN201910270652.XA CN201910270652A CN111786804A CN 111786804 A CN111786804 A CN 111786804A CN 201910270652 A CN201910270652 A CN 201910270652A CN 111786804 A CN111786804 A CN 111786804A
Authority
CN
China
Prior art keywords
target
link segment
network
terminal equipment
quality
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.)
Granted
Application number
CN201910270652.XA
Other languages
English (en)
Other versions
CN111786804B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910270652.XA priority Critical patent/CN111786804B/zh
Priority to PCT/CN2020/081381 priority patent/WO2020200031A1/zh
Priority to EP20782347.7A priority patent/EP3930261A4/en
Publication of CN111786804A publication Critical patent/CN111786804A/zh
Priority to US17/488,753 priority patent/US11968077B2/en
Application granted granted Critical
Publication of CN111786804B publication Critical patent/CN111786804B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • 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/06Management of faults, events, alarms or notifications

Landscapes

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

Abstract

本申请实施例提供一种链路故障监控方法及装置,其中方法包括:网络监控设备获取目标链路分段的质差参数,该质差参数为使用目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比,网络监控设备根据质差参数确定目标链路分段是否为故障链路分段。从而提供了一种有利于监控网络链路中潜在的故障链路分段的技术方案。

Description

一种链路故障监控方法及装置
技术领域
本申请涉及网络管理技术领域,尤其涉及一种链路故障监控方法及装置。
背景技术
随着网络技术的发展,视频、语音、短消息等成为运营商基础业务,这些基础业务通常基于端对端(end to end,E2E)网络实现。在E2E网络中,终端设备与内容服务器之间可以通过网络链路传输数据,其中,网络链路通常包括多个节点设备,如光线路终端(opticalline termination,OLT)、局域网交换机(lan switch,LSW)、宽带远程接入服务器(broadband remote access server,BRAS)、核心路由器(core router,CR)等等。以内容服务器向终端设备发送数据为例,内容服务器发送的数据经网络链路中各个节点设备的依次传递,最终到达终端设备。此外,E2E网络中还可以包括终端监控设备和网络监控设备,终端监控设备可以获取终端设备的关键质量指标(key quality indication,KQI),从而监控终端设备。网络监控设备可以获取网络链路中各个节点设备之间的链路分段的关键性能指标(key performance indication,KPI),从而监控网络链路。
然而,对于网络运营商而言,如何监控E2E网络中,各个网络链路中有可能出现的故障链路分段还有待进一步研究。
发明内容
本申请实施例公开了一种链路故障监控方法及装置,用以监控网络链路中潜在的故障链路分段。
第一方面,本申请实施例提供一种链路故障监控方法,包括:网络监控设备获取目标链路分段的质差参数,该质差参数为使用目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比;网络监控设备根据质差参数确定目标链路分段是否为故障链路分段。
在网络系统中,终端设备与内容服务器之间的数据是通过网络链路中的链路分段依次传递的。当目标链路分段出现故障时,采用目标链路分段传输数据的至少一个目标终端设备中异常终端设备的数量占比将会升高,因此,至少一个目标终端设备中异常终端设备的数量占比能够在一定程度上反映目标链路分段的故障情况。本申请实施例提供了一种衡量链路分段是否故障的新的参数:质差参数,即根据通过目标链路分段传输数据的至少一个目标终端设备中异常终端设备的数量占比,根据该质差参数可以确定目标链路分段是否为故障链路分段。
在一种可能的实现方式中,网络设备根据质差参数确定目标链路分段是否为故障链路分段,具体包括:若质差参数大于预设的第一阈值、且目标链路分段的至少一个网络性能指标符合预设的第一判定条件,则网络监控设备确定目标链路分段为故障链路分段;第一判定条件包括至少一个网络性能指标中,存在第一网络性能指标大于第一网络性能指标对应的第二阈值,和/或存在第二网络性能指标小于第二网络性能指标对应的第三阈值。
采用上述方法,将质差参数与网络性能指标相结合,有利于提高检测结果的准确性,降低所得到的故障链路分段的数量,进而有利于降低后续网络维护开销。
在一种可能的实现方式中,网络监控设备还可以先确定至少一个目标终端设备中的异常终端设备,之后,再获取目标链路分段的质差参数。其中,异常终端设备为至少一个用户质量指标符合预设的第二判定条件的目标终端设备;第二判定条件包括至少一个用户质量指标中,存在第一用户质量指标大于第一用户质量指标对应的第四阈值,和/或存在第二用户质量指标小于第二用户质量指标对应的第五阈值。
在一种可能的实现方式中,网络监控设备获取目标链路分段的质差参数,具体包括:网络监控设备根据网络拓扑信息确定至少一个目标终端设备的数量;网络监控设备根据至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,得到目标链路分段对应的质差参数。
在一种可能的实现方式中,网络监控设备确定至少一个目标终端设备中的异常终端设备,具体包括:网络监控设备接收至少一个目标终端设备分别对应的第一质量信息,其中,任一目标终端设备的第一质量信息包括目标终端设备的至少一个用户质量指标;网络监控设备根据第一质量信息确定至少一个目标终端设备中的异常终端设备。
在网络系统中,往往存在有多个终端监控设备向网络监控设备发送第一质量信息。每个终端监控设备用于监控不同的终端设备。采用上述方法,由网络监控设备根据异常终端设备的判定条件确定至少一个目标终端设备中的异常终端设备,有利于便于网络运营商的统一管理。具体而言,若网络运营商需要调整监控力度,则修改网络监控设备中各个网络性能指标对应的阈值即可,有利于减少对多个终端监控设备的一一修改。
在一种可能的实现方式中,网络监控设备确定至少一个目标终端设备中的异常终端设备,具体包括:网络监控设备接收终端监控设备发送的第二质量信息,第二质量信息包括终端监控设备监控得到的异常终端设备的标识信息;网络监控设备根据第二质量信息确定至少一个目标终端设备中的异常终端设备。
采用上述方法,由终端监控设备获取终端设备的用户质量指标,并结合异常终端设备的判定条件来确定终端监控设备所监控的各个终端设备是否为异常终端设备,网络监控设备在检测目标链路分段时,只需确定目标链路分段的至少一个目标终端设备中哪些终端设备为异常终端设备,无需确定具体有哪些用户质量指标异常,有利于降低网络监控设备的运行压力,提高网络监控设备的稳定性和普适性。
在一种可能的实现方式中,网络监控设备还可以先根据网络拓扑信息和待检测终端设备的标识信息,获取用于为待检测终端设备传输数据的至少一个待检测链路,之后,再获取目标链路分段的质差参数。其中,目标链路分段为至少一个待检测链路中的链路分段。
在一种可能的实现方式中,若网络监控设备根据质差参数确定目标链路分段为故障链路分段,则网络监控设备确定目标链路分段为待检测终端设备出现异常的疑似根因链路分段。
第二方面,本申请实施例提供一种装置,该装置包括:获取单元和确定单元;其中,获取单元,用于获取目标链路分段的质差参数,质差参数为使用目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比;确定单元,用于根据质差参数确定目标链路分段是否为故障链路分段。
在一种可能的实现方式中,确定单元在根据质差参数确定目标链路分段是否为故障链路分段时,具体用于:若质差参数大于预设的第一阈值、且目标链路分段的至少一个网络性能指标符合预设的第一判定条件,则确定目标链路分段为故障链路分段;第一判定条件包括至少一个网络性能指标中,存在第一网络性能指标大于第一网络性能指标对应的第二阈值,和/或存在第二网络性能指标小于第二网络性能指标对应的第三阈值。
在一种可能的实现方式中,获取单元在获取目标链路分段的质差参数之前,还用于:确定至少一个目标终端设备中的异常终端设备,异常终端设备为至少一个用户质量指标符合预设的第二判定条件的目标终端设备;第二判定条件包括至少一个用户质量指标中,存在第一用户质量指标大于第一用户质量指标对应的第四阈值,和/或存在第二用户质量指标小于第二用户质量指标对应的第五阈值。
在一种可能的实现方式中,获取单元在获取目标链路分段的质差参数时,具体用于:根据网络拓扑信息确定至少一个目标终端设备的数量;根据至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,得到目标链路分段对应的质差参数。
在一种可能的实现方式中,获取单元在确定至少一个目标终端设备中的异常终端设备时,具体用于:接收至少一个目标终端设备分别对应的第一质量信息,其中,任一目标终端设备的第一质量信息包括目标终端设备的至少一个用户质量指标;根据第一质量信息确定至少一个目标终端设备中的异常终端设备。
在一种可能的实现方式中,获取单元在确定至少一个目标终端设备中的异常终端设备时,具体用于:接收终端监控设备发送的第二质量信息,第二质量信息包括终端监控设备监控得到的异常终端设备的标识信息;根据第二质量信息确定至少一个目标终端设备中的异常终端设备。
在一种可能的实现方式中,获取单元在获取目标链路分段的质差参数之前,还用于:根据网络拓扑信息和待检测终端设备的标识信息,获取用于为待检测终端设备传输数据的至少一个待检测链路,目标链路分段为至少一个待检测链路中的链路分段。
在一种可能的实现方式中,确定单元,还用于:若根据质差参数确定目标链路分段为故障链路分段,则确定目标链路分段为待检测终端设备出现异常的疑似根因链路分段。
第三方面,本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面所提供的方法。
第四方面,本申请实施例还提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所提供的方法。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
下面将对本发明实施例中所需要使用的附图作简单地介绍。
图1为本申请实施例适用的一种可能的网络系统架构示意图;
图2为本申请实施例提供的一种链路故障监控方法流程示意图;
图3为本申请实施例提供的一种获取质差参数的方法流程示意图;
图4为本申请实施例提供的一种获取质差参数的方法流程示意图;
图5为本申请实施例提供的一种确定疑似根因链路分段的流程示意图;
图6为本申请实施例提供的一种装置示意图;
图7为本申请实施例提供的一种装置示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是,在本申请实施例的描述中“至少一个”是指一个或多个,其中,多个是指两个或两个以上。鉴于此,本发明实施例中也可以将“多个”理解为“至少两个”。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
图1为本申请实施例适用的一种可能的网络系统架构示意图。如图1所示的网络系统包括多个终端设备(终端设备1和终端设备2)、多个节点设备(节点设备1、节点设备2、……、节点设备N+1)、内容服务器、终端监控设备和网络监控设备,其中,N大于等于1。应理解,图1仅为网络系统的一个架构示意图,本申请实施例中对网络系统中终端设备、终端监控设备、节点设备等设备的数量不作限定,而且本申请实施例所使用的网络系统中处理包括图1中所示设备以外,还可以包括其它设备,对此本申请实施例也不作限定。以及,本申请实施例中网络监控设备可以将所有的功能集成在一个独立的物理设备,也可以将功能分布在多个独立的物理设备上,对此本申请实施例也不作限定。
其中,终端设备是靠近用户侧的网络末端设备,例如可以是光网络终端(opticalnetwork termination,ONT),ONT又可以称为光猫,又例如还可以机顶盒(set top box,STB)。终端设备能够向内容服务器发送业务请求以获取内容服务器提供的业务服务。内容服务器也可以称为内容源平台,既可以是一个或多个独立的服务器,也可以是由内容分发网络(content delivery network,CDN)构成的云服务器,本申请实施例对此并不多作限定。在网络系统中,内容服务器能够响应终端设备的业务请求,为终端设备提供服务。
以终端设备1的视频请求为例,终端设备1向内容服务器发送视频请求。该视频请求通过节点设备1、节点设备2、……、节点设备N构成的网络链路1传递至内容服务器。内容服务器接收视频请求,并根据视频请求向终端设备1发送视频数据。该视频数据同样可以经网络链路1传递至终端设备1。
在本申请实施例中,节点设备1和节点设备N+1可以作为终端设备接入网络的用户接入设备,例如可以是典型电信组网中的OLT。节点设备N为与内容服务器对接的节点设备,例如可以是CR。在OLT和CR之间还可以存在一个或多个其它类型的节点设备,包括但不限于LSW、BRAS等设备,本申请实施例对此并不多作限定。
在网络系统中,任意两个互相存在数据收发关系的节点设备之间构成一链路分段,如节点设备1与节点设备2之间构成一链路分段。网络监控设备能够监控网络系统中的每一个链路分段,获取能够指示链路分段传输性能的网络性能指标,例如,该网络性能指标可以是KPI,也可以是其它具有类似功能的参数,本申请实施例中以KPI作为网络性能指标为例进行说明。在本申请实施例中,网络监控设备可以获取目标链路分段的多个类型的KPI,包括但不限于带宽利用率、丢包率、端口光功率等。
与之类似的,终端监控设备能够监控终端设备,获取能够指示终端设备用户服务质量的用户质量指标,例如,该用户质量指标可以是KQI,也可以是其它具有类似功能的参数,本申请实施例中,以KQI作为用户质量指标为例进行说明。在本申请实施例中,可以根据终端设备中业务服务的具体类型设置用户质量指标,例如,对于视频业务,可以将视频的播放时长和卡顿时长设置为KQI,又例如,对于上网业务,可以将时延和丢包率设置为KQI。
虽然上述KPI能够在一定程度上反映链路分段的传输性能,但其并不能准确地指示该链路分段是否出现故障。具体来说,链路分段的传输性能受多种因素的影响,例如,若该链路分段过载将会使得该链路分段的丢包率升高,然而链路分段实际并未发生故障。可见,如何监控网络系统中潜在的故障链路分段还有待进一步研究。
有鉴于此,本申请实施例提供一种链路故障监控方法,该方法可以应用于网络监控设备。在本申请实施例所提供的链路故障监控方法中,定义了一种可用于判断链路分段是否故障的参数:质差参数,并根据质差参数实现了对各个链路分段的监控。其中,质差参数与链路分段一一对应,任一链路分段对应的质差参数可以理解为使用该链路分段进行数据传输的至少一个终端设备中异常终端设备的数量占比。例如,节点设备1与节点设备2之间的链路分段A对应有质差参数a,用于表示使用链路分段A进行数据传输的至少一个终端设备中异常终端设备的数量占比,又例如节点设备N+1与节点设备2之间的链路分段B对应有质差参数b,用于表示使用链路分段B进行数据传输的至少一个终端设备中异常终端设备的数量占比。
其中,异常终端设备可以是根据终端设备的至少一个KQI确定的。具体来说,每一个终端设备都对应有至少一个KQI,进而能够根据预设的异常终端设备的判定条件(第二判定条件)和终端设备对应的至少一个KQI确定终端设备是否为异常终端设备,也就是确定该终端设备的用户服务质量是否较差。
在终端设备的至少一个KQI中,每一个KQI对应有一个阈值,例如,KQI1对应于阈值1,KQI2对应于阈值2,KQI3对应于阈值3,则本申请实施例提供一种异常终端设备的判定条件,可表示为:
是否为异常终端设备=(KQI1:阈值1)或(KQI2:阈值2)或(KQI3:阈值3)
其中,(KQI1:阈值1)表示KQI1与阈值1比较,判断KQI1是否越界,(KQI2:阈值2)和(KQI3:阈值3)同理,不再赘述。也就是说,终端设备1的KQI1、KQI2和KQI3中只要有一个KQI越界,便意味着终端设备1为异常终端设备。
可以理解,在监控力度较弱的情况下,也可以将异常终端设备的判定条件设置为:
是否为异常终端设备=(KQI1:阈值1)且(KQI2:阈值2)且(KQI3:阈值3)
也就是说,终端设备1的KQI1、KQI2和KQI3全部KQI越界时,才能够确定终端设备1为异常终端设备。
具体采用哪一种异常终端设备的判定条件,可以根据监控力度灵活设置,对此不多作限定。需要指出的是,对于一些类型的KQI,如视频卡顿时长,若KQI大于其对应的阈值时说明终端设备的用户服务质量较差,该KQI越界。对于另一些类型的KQI,如基于自适应码率协议传输视频数据时,终端设备所接收到的视频数据的分辨率等级,若KQI小于其对应的阈值时说明终端设备的用户服务质量较差,该KQI越界。
可以理解,若链路分段A出现故障,则使用链路分段A传输数据的至少一个终端设备中,异常终端设备的数量占比将会升高,也即链路分段A的质差参数将会增大。因此,链路分段A的质差参数能够用来判断链路分段A是否为故障链路分段。接下来,通过以下实施例示例性地对本申请实施例所提供的链路故障监控方法作进一步介绍。
实施例一
在图1所示的网络系统中,网络监控设备能够监控网络系统中各个网络链路中潜在的故障链路分段。在本申请实施例中,网络监控设备可以按照预设的时间间隔周期性监控各个网络链路的情况,也可以根据后台指令触发监控过程。在一次监控过程中,网络监控设备能够检测其所监控的各个链路分段,以下以网络监控设备对目标链路分段的检测为例进行说明。
在本申请实施例中,目标链路分段可以为网络监控设备所监控的各个链路分段的任一链路分段,也就是说,网络监控设备可以按照以下所提供的方法检测其所监控的各个链路分段。可以理解,目标链路分段也可以是特定的链路分段,例如,网络监控设备接收后台输入的或其它设备发送的监控指令,根据监控指令所指示的目标链路分段进行监控,对此不作赘述。
图2示例性示出了本申请实施例提供的一种链路故障监控方法流程示意图,如图2所示主要包括以下步骤:
S201:网络监控设备获取目标链路分段的质差参数。其中,质差参数为使用目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比。
在本申请实施例中,网络监控设备先确定使用目标链路分段进行数据传输的至少一个目标终端设备,再确定至少一个目标终端设备中的异常终端设备,进而基于至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,获得目标链路分段的质差参数。其中,至少一个目标终端设备为使用目标链路分段传输数据的至少一个终端设备。例如,网络监控设备先确定使用链路分段A传输数据的终端设备的数量共100个,其中有80个终端设备为异常终端设备,则网络监控设备能够得到链路分段A的质差参数为80/100=0.8。
S202:网络监控设备根据质差参数确定目标链路分段是否为故障链路分段。
例如,若质差参数大于预设的第一阈值,则确定目标链路分段为故障链路分段,否则,确定目标链路分段为正常链路分段。以链路分段A为例,假设第一阈值为0.5,链路分段A的质差参数为0.8,由于链路分段A的质差参数大于第一阈值,说明采用链路分段A传输数据的终端设备中有较多的终端设备为异常终端设备,因此能够确定链路分段A有可能出现了故障,即链路分段A为故障链路分段。
在一种可能的实现方式中,网络监控设备还可以将质差参数与KPI相结合,以提高检测结果的准确性。例如,若质差参数大于预设的第一阈值、且目标链路分段的至少一个KPI符合预设的第一判定条件,则网络监控设备确定目标链路分段为故障链路分段。
在本申请实施例中,网络监控设备能够获取目标链路分段的至少一个KPI,第一判定条件的具体实现形式可以根据网络监控设备的监控力度设置。例如,在监控力度较高的情况下,第一判定条件可以为:至少一个KPI中,存在KPI越界,则确定目标链路分段的至少一个KPI满足第一判定条件。又例如,在监控力度较低的情况下,第一判定条件可以为:至少一个KPI中,所有KPI皆越界,则确定目标链路分段的至少一个KPI满足第一判定条件,等等。
需要指出的是,每一个KPI对应有预设的阈值,网络监控设备能够根据KPI与该KPI对应的阈值之间的相对大小关系确定KPI是否越界。例如,对于一些类型的KPI,如丢包率,若KPI大于其对应的阈值时说明链路分段的传输性能较差,该KPI越界。对于另一些类型的KPI,如链路分段两端节点设备的接收光功率的最小值,若KPI小于其对应的阈值时说明链路分段的传输性能较差,该KPI越界。
采用上述方法,将质差参数与KPI相结合,有利于提高检测结果的准确性,降低所得到的故障链路分段的数量,有利于降低后续网络维护开销。
在一种可能的实现方式中,网络监控设备可以以与终端监控设备相同的时间间隔采集各个链路分段的至少一个KPI,例如,假设终端监控设备每5分钟采集一次各个终端设备的至少一个KQI,则网络监控设备也每5分钟采集一次各个链路分段的至少一个KPI,以保证检测数据的实时性。
在一种可能的实现方式中,网络监控设备还可以以天和周为维度汇总故障链路分段,形成统计报表。在统计报表中,按每个链路分段在一天中被确定为故障链路分段的次数,由多到少排列各个链路分段,以供运维人员主动排查网络。此外,在一种可能的实现方式中,网络监控设备在确定故障链路分段之后,还能够产生故障告警,以及时提醒运维人员。
实施例二
如实施例一中对S201的描述,网络监控设备先确定至少一个目标终端设备中的异常终端设备,进而获得目标链路分段的质差参数。接下来,本申请通过实施例二对网络监控设备获得目标链路分段的质差参数的过程作进一步介绍。
在本申请实施例中,网络监控设备直接根据异常终端设备的判定条件确定至少一个目标终端设备中的异常终端设备,进而得到目标链路分段的质差参数。例如,网络监控设备采用如图3所示的实现方式,主要包括以下步骤:
S301:网络监控设备接收终端监控设备发送第一质量信息。
该第一质量信息中包括终端监控设备所监控的终端设备的标识信息,和与该终端设备对应的至少一个KQI。例如,至少一个KQI包括KQI1(视频卡顿时长)、KQI2(业务时延)和KQI3(业务丢包率),则第一质量信息如下表一所示:
表一
标识信息 KQI1 KQI2 KQI3
UE1 100 3 0.01%
UE2 90 4 0.01%
UE3 95 5 0.01%
UE4 98 2 0.01%
UE5 87 5 0.02%
其中,UE1为终端设备1的标识信息,一般可以是终端设备1的媒体访问控制(mediaaccess control,MAC)地址,也可以是终端设备1的用户身份识别卡(subscriberidentification module)号码,也可以是终端设备用户的用户账号,等等。UE2至UE5同理,不再赘述。
在一些应用场景下,一些终端设备(如终端设备x)可能对应有多个用户账号,如user1、user2和user3都是终端设备x中用户账号,在此情况下,终端监控设备可以分别获取user1的KQI1、KQI2和KQI3,user2的KQI1、KQI2和KQI3,以及user3的KQI1、KQI2和KQI3,并将user1的KQI1、user2的KQI1和user3的KQI1的平均值作为终端设备x的KQI1,KQI2和KQI3同理,不再赘述。可以理解,终端监控设备也可以将user1、user2和user3分别作为3个不同的标识信息,将user1、user2和user3分别对应的KQI1、KQI2和KQI3通过第一质量信息发送给网络监控设备等。
通常,终端监控设备可以周期性获取并向网络监控设备发送表一所示的第一质量信息,以使网络监控设备可以周期性监控各个链路分段的情况。
S302:网络监控设备根据网络拓扑信息,确定使用目标链路分段传输数据的至少一个目标终端设备的数量。
在本申请实施例中,网络拓扑信息是网络监控设备预先通过网络拓扑还原得到的。具体来说,网络拓扑信息可以是网络监控设备在网络初始化阶段通过拓扑链路还原得到的,例如,网络监控设备至少可以通过以下两种方式得到网络拓扑信息:
方式1:网络监控设备根据从各个节点设备上查询的设备和业务的配置数据,通过拓扑还原算法得到网络拓扑信息,如二层网络链路可根据节点设备间的MAC地址转发表、三层网络链路可根据节点设备间的路由转发表和互联网协议(internet protocol,IP)地址得到网络拓扑信息。
方式2:若网络系统中各个节点设备都支持链路层发现协议(link layerdiscovery protocol,LLDP),则网络监控设备可以通过获取各个节点设备上LLDP协议发现的网络连接关系来生成网络拓扑信息。
在一种具体示例中,网络拓扑信息如下表二所示:
表二
链路分段 Link1 Link2 Link3 Link4 Link5 Link3 Link6
标识信息 UE1 UE1 UE1 UE2 UE2 UE2 UE3
链路分段 Link2 Link7 Link8 Link3 Link1 Link5 Link8
标识信息 UE3 UE3 UE4 UE4 UE5 UE5 UE5
如表二所示,UE1(终端设备1)用于传输数据的链路分段包括Link1、Link2和Link3,UE2(终端设备2)用于传输数据的链路分段包括Link4、Link5和Link3,UE3(终端设备3)用于传输数据的链路分段包括Link6、Link2和Link7,UE4(终端设备4)用于传输数据的链路分段包括Link8和Link3,UE5(终端设备5)用于传输数据的链路分段包括Link1、Link5和Link8。
假设目标链路分段为Link3,则网络监控设备根据表二所示的网络拓扑信息确定使用Link3传输数据的目标终端设备为终端设备1、终端设备2和终端设备4,Link3对应的至少一个目标终端设备的数量为3。
S303:网络监控设备根据至少一个目标终端设备分别对应的至少一个KQI,确定至少一个目标终端设备中的异常终端设备。
具体而言,网络监控设备可以从表一所示的第一质量信息中获取终端设备1、终端设备2和终端设备4分别对应的多个KQI,并根据上述异常终端设备判定条件确定终端设备1、终端设备2和终端设备4是否为异常终端设备。假设确定终端设备1和终端设备2为异常终端设备,则确定至少一个目标终端设备中的异常终端设备的数量为2。
S304:网络监控设备根据至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,得到质差参数。
例如,网络监控设备确定至少一个目标终端设备的数量为3,至少一个目标终端设备中异常终端设备的数量为2,则得到目标链路分段的质差参数为0.67。
在网络系统中,往往存在有多个终端监控设备向网络监控设备发送第一质量信息。每个终端监控设备用于监控不同的终端设备。采用上述方法,由网络监控设备根据异常终端设备的判定条件确定至少一个目标终端设备中的异常终端设备,便于网络运营商的统一管理。具体而言,若网络运营商需要调整监控力度,则修改网络监控设备中各个KQI对应的阈值即可,有利于减少对多个终端监控设备的一一修改。
实施例三
在另一种实现方式中,网络监控设备还可以通过如图4所示的过程得到目标链路分段的质差参数,主要包括以下步骤:
S401:网络监控设备接收终端监控设备发送的第一质量信息。
S402:网络监控设备根据第一质量信息确定网络系统中存在的异常终端设备的标识信息。以表一为例,网络监控设备根据UE1至UE5分别对应的KQI,分别判断终端设备1至终端设备5是否为异常终端设备。假设网络监控设备确定终端设备1、终端设备2和终端设备5为异常终端设备。
S403:网络监控设备根据网络拓扑信息,确定使用目标链路分段传输数据的至少一个目标终端设备的标识信息以及至少一个目标终端设备的数量。以表二为例,如确定使用Link3传输数据的目标终端设备为终端设备1、终端设备2和终端设备4,Link3对应的至少一个目标终端设备的数量为3。
S404:网络监控设备根据网络系统中存在的异常终端设备的标识信息,以及至少一个目标终端设备的标识信息,确定至少一个目标终端设备中异常终端设备的数量。如在S402中,确定终端设备1、终端设备2和终端设备5为异常终端设备,而Link3的目标终端设备为终端设备1、终端设备2和终端设备4,则确定Link3的至少一个目标终端设备中的异常终端设备为终端设备1和终端设备2,数量为2。
S405:网络监控设备根据至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,得到质差参数。例如,网络监控设备确定至少一个目标终端设备的数量为3,至少一个目标终端设备中异常终端设备的数量为2,则得到目标链路分段的质差参数为0.67。
实施例四
在另一种实现方式中,也可以由终端监控设备确定网络系统中存在的异常终端设备的标识信息,网络监控设备根据终端监控设备的监控结果确定至少一个目标终端设备中的异常终端设备,进而得到目标链路分段的质差参数。
例如,网络监控设备接收终端监控设备发送的第二质量信息,第二质量信息包括终端监控设备监控得到的异常终端设备的标识信息。以终端监控设备M为例,该终端监控设备M负责监控终端设备a至终端设备f六个终端设备的服务质量。在本申请实施例中,终端监控设备M分别获取终端设备a至终端设备f的至少一个KQI。根据终端设备a至终端设备f的至少一个KQI,分别判断终端设备a至终端设备f是否为异常终端设备,具体的异常终端设备的判定条件可以参考前述实施例,对此不再赘述。假设终端监控设备A确定终端设备a、b和c为异常终端设备,则终端监控设备A通过第二质量信息将终端设备a、b和c的标识信息发送给网络监控设备。
网络监控设备根据从一个或多个终端监控设备接收的第二质量信息,得到网络系统中存在的异常终端设备的标识信息,进而执行图4所示的S403至S405,对此不再赘述。
采用上述方法,由终端监控设备获取终端设备的至少一个KQI,并结合异常终端设备的判定条件来确定终端监控设备所监控的各个终端设备是否为异常终端设备,使得网络监控设备在检测目标链路分段时,只需确定目标链路分段的至少一个目标终端设备中哪些终端设备为异常终端设备,无需逐一判断网络系统中的各个终端设备是否为异常终端设备,有利于降低网络监控设备的运行压力,提高网络监控设备的稳定性和普适性。
实施例五
本申请实施例所提供的链路故障监控方法还可以应用于确定导致待检测终端设备出现异常的疑似根因链路分段。具体来说,当终端设备出现异常时,快速确定是网络系统哪一个链路分段造成了终端设备异常,便于运维人员解决终端设备异常问题,有利于提高终端用户的用户体验。
在一种可能的实现方式中,网络监控设备可以根据网络拓扑信息确定为待检测终端设备传输数据的至少一个待检测链路,对待检测链路中的各链路分段进行链路检测,以确定造成该待检测终端设备异常的根因链路。其中,主要包括如图5所示的以下步骤:
S501:网络监控设备获取待检测终端设备的标识信息。
在本申请实施例中,待检测终端设备可以是出现异常的终端设备,即异常终端设备。具体而言,待检测终端设备可以是网络监控设备根据终端监控设备发送的第一质量信息得到的异常终端设备中的一个终端设备,待检测终端设备也可以是终端监控设备发送的第二质量信息中所包括的异常终端设备的标识信息所对应的终端设备。
可选的,待检测终端设备还可以为接收到用户投诉信息的对应的一个终端设备。例如,当用户在使用终端设备的过程中,用户体验很差,对此进行了投诉。网络监控设备根据该投诉相关的信息确定该用户正在使用的终端设备,以该终端设备作为待检测终端设备。
S502:网络监控设备根据网络拓扑信息确定待检测终端设备的标识信息对应的至少一个待检测的链路分段。
以上表二所示的网络拓扑信息为例,假设待检测终端设备的标识信息为UE1,则确定待检测的链路分段为链路分段Link1、Link2和Link3。
S503:网络监控设备分别确定每一个待检测的链路分段是否为待检测终端设备出现异常的疑似根因链路分段。
具体而言,针对任一待检测的链路分段,网络监控设备将该待检测的链路分段作为目标链路分段,根据如图2-4所示的方法确定该待检测的链路分段是否为故障链路分段,具体过程不再赘述。若确定该待检测的链路分段是故障链路分段,则确定该待检测的链路分段为导致待检测终端设备出现异常的疑似根因链路分段。
例如,待检测的链路分段为链路分段Link1、Link2和Link3,所对应的质差参数如下表三所示:
表三
Figure BDA0002018265920000111
如表三所示,共有100个终端设备通过链路分段Link1传输数据,其中有4个终端设备为异常终端设备,因此链路分段Link1的质差参数为0.04。链路分段Link2和链路分段Link3同理,不再赘述。
假设网络监控设备中预设的第一阈值为0.1,则质差参数与第一阈值之间的相对大小关系如下表四所示:
表四
链路分段 质差参数 是否大于第一阈值
Link1 0.04
Link2 0.2
Link3 0.24
假设网络监控系统采集待检测的链路分段对应的至少一个KPI如下表五所示:
表五
链路分段 KPI1 KPI2 KPI3
Link1 0.01% 30% 40%
Link2 0.01% 40% 40%
Link3 0.01% 50% 50%
表五中,KPI1为丢包率,KPI2为流入带宽利用率,KPI3为流出带宽利用率。网络监控设备按照图2所示的方法,以链路分段Link1作为目标链路分段,根据待检测的链路分段Link1对应的三个KPI和Link1的质差参数确定Link1是否为待检测终端设备出现异常的疑似根因链路分段。同样的,也可以确定链路分段Link2和Link3是否为待检测终端设备出现异常的疑似根因链路分段。例如,最终确定结果可以如下表六所示:
表六
Figure BDA0002018265920000112
Figure BDA0002018265920000121
如表六所示,链路分段Link2为待检测终端设备出现异常的疑似根因链路分段。在一种可能的实现方式中,网络监控设备可以输出链路分段Link2的标识信息,以供运维人员快速定位链路分段Link2,并对链路分段Link2作进一步检修。
上述主要从方法实施例的角度对本申请提供的方案进行了介绍。可以理解的是,为了实现上述功能,网络监控设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在采用集成的单元的情况下,图6示出了本申请实施例中所涉及的装置的可能的示例性框图,该装置600可以以软件的形式存在。装置600可以包括:获取单元601和确定单元602。装置600还可以包括存储单元603,用于存储装置600的程序代码和数据。
该装置600可以是处理器或控制器,例如可以是通用中央处理器(centralprocessing unit,CPU),通用处理器,数字信号处理(digital signal processing,DSP),专用集成电路(application specific integrated circuits,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,DSP和微处理器的组合等等。
该装置600可以为上述任一实施例中的网络监控设备、或者还可以为设置在网络监控设备中的半导体芯片。具体地,在一个实施例中:
获取单元601,用于获取目标链路分段的质差参数,质差参数为使用目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比;
确定单元602,用于根据质差参数确定目标链路分段是否为故障链路分段。
在一种可能的实现方式中,确定单元602在根据质差参数确定目标链路分段是否为故障链路分段时,具体用于:
若质差参数大于预设的第一阈值、且目标链路分段的至少一个网络性能指标符合预设的第一判定条件,则确定目标链路分段为故障链路分段;
第一判定条件包括至少一个网络性能指标中,存在第一网络性能指标大于第一网络性能指标对应的第二阈值,和/或存在第二网络性能指标小于第二网络性能指标对应的第三阈值。
在一种可能的实现方式中,获取单元601在获取目标链路分段的质差参数之前,还用于:
确定至少一个目标终端设备中的异常终端设备,异常终端设备为至少一个用户质量指标符合预设的第二判定条件的目标终端设备;
第二判定条件包括至少一个用户质量指标中,存在第一用户质量指标大于第一用户质量指标对应的第四阈值,和/或存在第二用户质量指标小于第二用户质量指标对应的第五阈值。
在一种可能的实现方式中,获取单元601在获取目标链路分段的质差参数时,具体用于:
根据网络拓扑信息确定至少一个目标终端设备的数量;根据至少一个目标终端设备的数量和至少一个目标终端设备中异常终端设备的数量,得到目标链路分段对应的质差参数。
在一种可能的实现方式中,获取单元601在确定至少一个目标终端设备中的异常终端设备时,具体用于:接收至少一个目标终端设备分别对应的第一质量信息,其中,任一目标终端设备的第一质量信息包括目标终端设备的至少一个用户质量指标;根据第一质量信息确定至少一个目标终端设备中的异常终端设备。
在一种可能的实现方式中,获取单元601在确定至少一个目标终端设备中的异常终端设备时,具体用于:接收终端监控设备发送的第二质量信息,第二质量信息包括终端监控设备监控得到的异常终端设备的标识信息;根据第二质量信息确定至少一个目标终端设备中的异常终端设备。
在一种可能的实现方式中,获取单元601在获取目标链路分段的质差参数之前,还用于:根据网络拓扑信息和待检测终端设备的标识信息,获取用于为待检测终端设备传输数据的至少一个待检测链路,目标链路分段为至少一个待检测链路中的链路分段。
在一种可能的实现方式中,确定单元602,还用于:若根据质差参数确定目标链路分段为故障链路分段,则确定目标链路分段为待检测终端设备出现异常的疑似根因链路分段。
参阅图7所示,为本申请提供的一种装置示意图,该装置可以是上述实施例中的网络监控设备。该装置700包括:处理器701和存储器702。可选的,装置700还可以包括总线703和收发器704。其中,收发器704用于接收上述第一质量信息和/或第二质量信息,收发器704、处理器701以及存储器702可以通过总线703相互连接;总线703可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture,简称EISA)总线等。总线703可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器702可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
收发器704,用于与终端监控设备或其它设备传输数据,如以太网,RAN,无线局域网(wireless local area networks,WLAN),有线接入网等。
存储器702可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyer服务器able programmable read-only memory,EEPROM)、只读光盘(compact discread-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器702可以是独立存在,通过总线703与处理器701相连接。存储器702也可以和处理器701集成在一起。
其中,存储器702用于存储执行本申请方案的计算机执行指令,并由处理器701来控制执行。处理器701用于执行存储器702中存储的计算机执行指令,从而实现本申请上述实施例提供的链路故障监控方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中,ASIC可以设置于终端设备中。可选地,处理器和存储媒介也可以设置于终端设备中的不同的部件中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。

Claims (18)

1.一种链路故障监控方法,其特征在于,包括:
网络监控设备获取目标链路分段的质差参数,所述质差参数为使用所述目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比;
所述网络监控设备根据所述质差参数确定所述目标链路分段是否为故障链路分段。
2.如权利要求1所述的方法,其特征在于,所述网络设备根据所述质差参数确定所述目标链路分段是否为故障链路分段,具体包括:
若所述质差参数大于预设的第一阈值、且所述目标链路分段的至少一个网络性能指标符合预设的第一判定条件,则所述网络监控设备确定所述目标链路分段为故障链路分段;
所述第一判定条件包括所述至少一个网络性能指标中,存在第一网络性能指标大于所述第一网络性能指标对应的第二阈值,和/或存在第二网络性能指标小于所述第二网络性能指标对应的第三阈值。
3.如权利要求1或2所述的方法,其特征在于,网络监控设备获取目标链路分段的质差参数之前,还包括:
所述网络监控设备确定所述至少一个目标终端设备中的异常终端设备,所述异常终端设备为至少一个用户质量指标符合预设的第二判定条件的目标终端设备;
所述第二判定条件包括所述至少一个用户质量指标中,存在第一用户质量指标大于所述第一用户质量指标对应的第四阈值,和/或存在第二用户质量指标小于所述第二用户质量指标对应的第五阈值。
4.如权利要求3所述的方法,其特征在于,网络监控设备获取目标链路分段的质差参数,具体包括:
所述网络监控设备根据网络拓扑信息确定所述至少一个目标终端设备的数量;
所述网络监控设备根据所述至少一个目标终端设备的数量和所述至少一个目标终端设备中异常终端设备的数量,得到所述目标链路分段对应的质差参数。
5.如权利要求3或4所述的方法,其特征在于,所述网络监控设备确定所述至少一个目标终端设备中的异常终端设备,具体包括:
所述网络监控设备接收所述至少一个目标终端设备分别对应的第一质量信息,其中,任一目标终端设备的第一质量信息包括所述目标终端设备的至少一个用户质量指标;
所述网络监控设备根据所述第一质量信息确定所述至少一个目标终端设备中的异常终端设备。
6.如权利要求3或4所述的方法,其特征在于,所述网络监控设备确定所述至少一个目标终端设备中的异常终端设备,具体包括:
所述网络监控设备接收所述终端监控设备发送的第二质量信息,所述第二质量信息包括所述终端监控设备监控得到的异常终端设备的标识信息;
所述网络监控设备根据所述第二质量信息确定所述至少一个目标终端设备中的异常终端设备。
7.如权利要求1至6中任一项所述的方法,其特征在于,网络监控设备获取目标链路分段的质差参数之前,还包括:
所述网络监控设备根据网络拓扑信息和待检测终端设备的标识信息,获取用于为待检测终端设备传输数据的至少一个待检测链路,所述目标链路分段为所述至少一个待检测链路中的链路分段。
8.如权利要求7所述的方法,其特征在于,若所述网络监控设备根据所述质差参数确定所述目标链路分段为故障链路分段,则所述网络监控设备确定所述目标链路分段为所述待检测终端设备出现异常的疑似根因链路分段。
9.一种装置,其特征在于,包括:获取单元和确定单元;
所述获取单元,用于获取目标链路分段的质差参数,所述质差参数为使用所述目标链路分段进行数据传输的至少一个目标终端设备中异常终端设备的数量占比;
所述确定单元,用于根据所述质差参数确定所述目标链路分段是否为故障链路分段。
10.如权利要求9所述的装置,其特征在于,所述确定单元在根据所述质差参数确定所述目标链路分段是否为故障链路分段时,具体用于:
若所述质差参数大于预设的第一阈值、且所述目标链路分段的至少一个网络性能指标符合预设的第一判定条件,则确定所述目标链路分段为故障链路分段;
所述第一判定条件包括所述至少一个网络性能指标中,存在第一网络性能指标大于所述第一网络性能指标对应的第二阈值,和/或存在第二网络性能指标小于所述第二网络性能指标对应的第三阈值。
11.如权利要求9或10所述的装置,其特征在于,所述获取单元在获取目标链路分段的质差参数之前,还用于:
确定所述至少一个目标终端设备中的异常终端设备,所述异常终端设备为至少一个用户质量指标符合预设的第二判定条件的目标终端设备;
所述第二判定条件包括所述至少一个用户质量指标中,存在第一用户质量指标大于所述第一用户质量指标对应的第四阈值,和/或存在第二用户质量指标小于所述第二用户质量指标对应的第五阈值。
12.如权利要求11所述的装置,其特征在于,所述获取单元在获取目标链路分段的质差参数时,具体用于:
根据网络拓扑信息确定所述至少一个目标终端设备的数量;根据所述至少一个目标终端设备的数量和所述至少一个目标终端设备中异常终端设备的数量,得到所述目标链路分段对应的质差参数。
13.如权利要求11或12所述的装置,其特征在于,所述获取单元在确定所述至少一个目标终端设备中的异常终端设备时,具体用于:接收所述至少一个目标终端设备分别对应的第一质量信息,其中,任一目标终端设备的第一质量信息包括所述目标终端设备的至少一个用户质量指标;根据所述第一质量信息确定所述至少一个目标终端设备中的异常终端设备。
14.如权利要求11或12所述的装置,其特征在于,所述获取单元在确定所述至少一个目标终端设备中的异常终端设备时,具体用于:接收所述终端监控设备发送的第二质量信息,所述第二质量信息包括所述终端监控设备监控得到的异常终端设备的标识信息;根据所述第二质量信息确定所述至少一个目标终端设备中的异常终端设备。
15.如权利要求9至14中任一项所述的装置,其特征在于,所述获取单元在获取目标链路分段的质差参数之前,还用于:根据网络拓扑信息和待检测终端设备的标识信息,获取用于为待检测终端设备传输数据的至少一个待检测链路,所述目标链路分段为所述至少一个待检测链路中的链路分段。
16.如权利要求15所述的装置,其特征在于,所述确定单元,还用于:若根据所述质差参数确定所述目标链路分段为故障链路分段,则确定所述目标链路分段为所述待检测终端设备出现异常的疑似根因链路分段。
17.一种装置,其特征在于,包括处理器和存储器;
所述存储器,用于存储程序指令;
所述处理器,用于运行所述程序指令,使得所述装置实现如权利要求1至8中任一项所述的方法。
18.一种计算机可读存储介质,其特征在于,包括程序指令,当所述程序指令在计算机上运行时,使得所述计算机执行如权利要求1至8中任一项所述的方法。
CN201910270652.XA 2019-04-04 2019-04-04 一种链路故障监控方法及装置 Active CN111786804B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910270652.XA CN111786804B (zh) 2019-04-04 2019-04-04 一种链路故障监控方法及装置
PCT/CN2020/081381 WO2020200031A1 (zh) 2019-04-04 2020-03-26 一种链路故障监控方法及装置
EP20782347.7A EP3930261A4 (en) 2019-04-04 2020-03-26 LINK FAILURE MONITORING METHOD AND DEVICE
US17/488,753 US11968077B2 (en) 2019-04-04 2021-09-29 Link fault monitoring method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910270652.XA CN111786804B (zh) 2019-04-04 2019-04-04 一种链路故障监控方法及装置

Publications (2)

Publication Number Publication Date
CN111786804A true CN111786804A (zh) 2020-10-16
CN111786804B CN111786804B (zh) 2023-06-30

Family

ID=72664670

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910270652.XA Active CN111786804B (zh) 2019-04-04 2019-04-04 一种链路故障监控方法及装置

Country Status (4)

Country Link
US (1) US11968077B2 (zh)
EP (1) EP3930261A4 (zh)
CN (1) CN111786804B (zh)
WO (1) WO2020200031A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115842747A (zh) * 2022-11-21 2023-03-24 中盈优创资讯科技有限公司 一种基于分段监测网络的实现方法及装置
CN116137603A (zh) * 2023-02-23 2023-05-19 苏州浪潮智能科技有限公司 链路故障的检测方法和装置、存储介质及电子装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112346930A (zh) * 2020-10-30 2021-02-09 银盛支付服务股份有限公司 一种基于cat监控全链路方法及系统
CN114650091A (zh) * 2020-12-17 2022-06-21 南京中兴软件有限责任公司 网络质量评价方法和装置、电子设备、存储介质
CN112882796B (zh) * 2021-02-25 2024-05-24 深信服科技股份有限公司 异常根因分析方法和装置,及存储介质
CN114363933B (zh) * 2021-12-29 2024-04-05 中国电信股份有限公司 一种网络诊断方法、装置、电子设备及存储介质
CN116248545B (zh) * 2022-12-28 2024-05-14 中国电信股份有限公司 网络传输链路的故障分析方法及装置
CN116599581B (zh) * 2023-05-19 2024-01-05 煤炭科学技术研究院有限公司 光纤传感网络的可靠性评估方法、装置、设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804712B1 (en) * 2000-06-30 2004-10-12 Cisco Technology, Inc. Identifying link failures in a network
US20130290791A1 (en) * 2012-04-27 2013-10-31 General Instrument Corporation Mapping a Network Fault
CN104202196A (zh) * 2014-09-11 2014-12-10 德科仕通信(上海)有限公司 检测网络性能问题并定位故障节点的方法
CN106874135A (zh) * 2017-02-20 2017-06-20 北京百度网讯科技有限公司 用于检测机房故障的方法、装置及设备
CN107171817A (zh) * 2016-03-07 2017-09-15 中国移动通信集团福建有限公司 一种故障信息获取方法和装置
CN108322345A (zh) * 2018-02-07 2018-07-24 平安科技(深圳)有限公司 一种故障修复数据包的发布方法及服务器
CN109428763A (zh) * 2017-09-05 2019-03-05 华为技术有限公司 一种故障测量的方法和装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075978B (zh) 2011-01-28 2014-07-16 浪潮通信信息系统有限公司 一种基于语音业务用户负感知的网络问题分析方法
CN102546965B (zh) 2012-01-11 2014-09-17 华为技术有限公司 话音业务质量关联分析方法、装置及系统
CN107509121B (zh) * 2016-06-14 2020-06-02 华为技术有限公司 确定视频质量的方法和装置、定位网络故障的方法和装置
US10128938B2 (en) * 2016-12-29 2018-11-13 Hughes Network Systems, Llc Hierarchical link quality metrics for a beam in a satellite network
CN108809679B (zh) * 2017-05-03 2021-11-05 腾讯科技(深圳)有限公司 对网络节点的控制方法、装置及监控设备
WO2019008143A1 (en) * 2017-07-07 2019-01-10 Sony Mobile Communications Inc. TARGET CELL SELECTION FROM CANDIDATE CELLS BASED ON ACCESS RESTRICTIONS COMPRISING AT LEAST ONE RESPECTIVE REGULATED REPEAT LEVEL FOR EACH CANDIDATE CELL
US11245609B2 (en) * 2017-10-09 2022-02-08 Viavi Solutions Inc. Calibrating network analyzer devices
US10862828B2 (en) * 2018-02-02 2020-12-08 Dell Products L.P. Information handling system network communication with through link aggregation
US10461910B1 (en) * 2018-05-11 2019-10-29 At&T Intellectual Property I, L.P. Switching between non-orthogonal multiple access and orthogonal multiple access systems for uplink data transmission
CN108833202B (zh) * 2018-05-22 2021-02-09 华为技术有限公司 故障链路检测方法、装置和计算机可读存储介质
US10966264B2 (en) * 2018-08-30 2021-03-30 Charter Communications Operating, Llc Multi-station support of wireless communications
EP3629639A1 (en) * 2018-09-28 2020-04-01 Intel IP Corporation Methods and devices for communications in device-to-device networks

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804712B1 (en) * 2000-06-30 2004-10-12 Cisco Technology, Inc. Identifying link failures in a network
US20130290791A1 (en) * 2012-04-27 2013-10-31 General Instrument Corporation Mapping a Network Fault
CN104202196A (zh) * 2014-09-11 2014-12-10 德科仕通信(上海)有限公司 检测网络性能问题并定位故障节点的方法
CN107171817A (zh) * 2016-03-07 2017-09-15 中国移动通信集团福建有限公司 一种故障信息获取方法和装置
CN106874135A (zh) * 2017-02-20 2017-06-20 北京百度网讯科技有限公司 用于检测机房故障的方法、装置及设备
CN109428763A (zh) * 2017-09-05 2019-03-05 华为技术有限公司 一种故障测量的方法和装置
CN108322345A (zh) * 2018-02-07 2018-07-24 平安科技(深圳)有限公司 一种故障修复数据包的发布方法及服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115842747A (zh) * 2022-11-21 2023-03-24 中盈优创资讯科技有限公司 一种基于分段监测网络的实现方法及装置
CN116137603A (zh) * 2023-02-23 2023-05-19 苏州浪潮智能科技有限公司 链路故障的检测方法和装置、存储介质及电子装置
CN116137603B (zh) * 2023-02-23 2024-06-14 苏州浪潮智能科技有限公司 链路故障的检测方法和装置、存储介质及电子装置

Also Published As

Publication number Publication date
US20220021573A1 (en) 2022-01-20
EP3930261A4 (en) 2022-04-20
CN111786804B (zh) 2023-06-30
US11968077B2 (en) 2024-04-23
EP3930261A1 (en) 2021-12-29
WO2020200031A1 (zh) 2020-10-08

Similar Documents

Publication Publication Date Title
CN111786804B (zh) 一种链路故障监控方法及装置
CN108123824B (zh) 一种网络故障检测方法及装置
US8989002B2 (en) System and method for controlling threshold testing within a network
US10708155B2 (en) Systems and methods for managing network operations
CN109787827B (zh) 一种cdn网络监控的方法及装置
US11102273B2 (en) Uplink performance management
CN103023815B (zh) 聚合链路负载分担方法及装置
CN106302001B (zh) 数据通信网络中业务故障检测方法、相关装置及系统
CN109088822B (zh) 数据流量转发方法、装置、系统、计算机设备及存储介质
US20230261940A1 (en) Network Intention Monitoring Method, Network Intention Monitoring System, and Storage Medium
JP2018528549A (ja) インターネット接続問題を検出するための方法および装置
CN103248567A (zh) 一种bfd会话报文传输方法和设备
CN107332793B (zh) 一种报文转发方法、相关设备及系统
CN110896544B (zh) 故障定界方法及装置
CN112532467B (zh) 用于实现故障检测的方法、装置及系统
US11316770B2 (en) Abnormality detection apparatus, abnormality detection method, and abnormality detection program
US11743110B2 (en) Using network connection health data, taken from multiple sources, to determine whether to switch a network connection on redundant IP networks
CN107707429B (zh) 一种发现ip路由中断的方法及系统
KR20200116784A (ko) 네트워크 오류 감지방법
EP3158685B1 (en) Identification of candidate problem network entities
CN104092582A (zh) 一种链路故障的检测方法和设备
WO2016064303A1 (ru) Способ распределения нагрузки между серверами сети доставки контента (cdn)
Zheng et al. Minimizing probing cost and achieving identifiability in network link monitoring
CN111200520A (zh) 网络监控方法、服务器和计算机可读存储介质
CN110138657A (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
GR01 Patent grant
GR01 Patent grant