CN111010298A - Pon网络故障监控方法及装置 - Google Patents

Pon网络故障监控方法及装置 Download PDF

Info

Publication number
CN111010298A
CN111010298A CN201911255370.9A CN201911255370A CN111010298A CN 111010298 A CN111010298 A CN 111010298A CN 201911255370 A CN201911255370 A CN 201911255370A CN 111010298 A CN111010298 A CN 111010298A
Authority
CN
China
Prior art keywords
port
offline
equipment
alarm
type
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
CN201911255370.9A
Other languages
English (en)
Other versions
CN111010298B (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.)
Zhongying Youchuang Information Technology Co Ltd
Original Assignee
Zhongying Youchuang Information Technology 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 Zhongying Youchuang Information Technology Co Ltd filed Critical Zhongying Youchuang Information Technology Co Ltd
Priority to CN201911255370.9A priority Critical patent/CN111010298B/zh
Publication of CN111010298A publication Critical patent/CN111010298A/zh
Application granted granted Critical
Publication of CN111010298B publication Critical patent/CN111010298B/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
    • 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/0677Localisation of faults
    • 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/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/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • H04Q11/0067Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • H04Q2011/0079Operation or maintenance aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明提供了一种PON网络故障监控方法及装置,该方法包括:获取PON网络的端口脱网信息;端口脱网信息包括脱网端口类型;确定端口脱网信息的对端设备类型;若对端设备类型为目标设备,根据脱网端口类型生成目标设备的告警信息。本发明可以根据端口脱网信息和端口类型自动生成PON网络中目标设备的告警信息,通过及时对故障进行排查,提升故障排查效率,也提升了网络的运营效率。

Description

PON网络故障监控方法及装置
技术领域
本发明涉及通信技术领域,尤其是涉及一种PON网络故障监控方法及装置。
背景技术
PON网络(Passive Optical Network,无源光纤网络)中可能存在拥塞、中断和业务异常等场景。目前,对于PON网络异常,多采用人工进行故障排查,而人工排查处理响应等一系列操作工作量较大,故障排查效率较低,影响网络的运营效率。
发明内容
本发明提供了一种PON网络故障监控方法及装置,可以提升故障排查效率,进而提高网络运营效率。
第一方面,本发明实施例提供了一种PON网络故障监控方法,该方法包括:获取PON网络的端口脱网信息;所述端口脱网信息包括脱网端口类型;确定所述端口脱网信息的对端设备类型;若所述对端设备类型为目标设备,根据所述脱网端口类型生成所述目标设备的告警信息。
第二方面,本发明实施例还提供一种PON网络故障监控装置,该装置包括:获取模块,用于获取PON网络的端口脱网信息;所述端口脱网信息包括脱网端口类型;确定模块,用于确定所述端口脱网信息的对端设备类型;告警模块,用于若所述对端设备类型为目标设备,根据所述脱网端口类型生成所述目标设备的告警信息。
第三方面,本发明实施例还提供一种计算机设备,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述PON网络故障监控方法。
第四方面,本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质,所述程序代码使所述处理器执行上述PON网络故障监控方法。
本发明实施例带来了以下有益效果:本发明实施例提供了一种PON网络故障监控方案,该方案首先获取PON网络的端口脱网信息,端口脱网信息包括脱网端口类型,之后确定端口脱网信息的对端设备类型,如果对端设备为目标设备,根据脱网端口类型确定该目标设备的告警信息。本发明实施例可以根据端口脱网信息和端口类型自动生成PON网络中目标设备的告警信息,通过及时对故障进行排查,提升故障排查效率,也提升了网络的运营效率。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的PON网络故障监控方法流程图;
图2为本发明实施例提供的业务告警派生处理流程示意图;
图3为本发明实施例提供的告警原因诊断处理流程示意图;
图4为本发明实施例提供的增加BAS用户掉线校验功能流程示意图;
图5为本发明实施例提供的抽取OLT用户进行BAS用户掉线校验流程示意图;
图6为本发明实施例提供的一种在BAS上进行是否在线判断返回在线结果示意图;
图7为本发明实施例提供的一种在BAS上进行是否在线判断返回不在线结果示意图;
图8为本发明实施例提供的另一种在BAS上进行是否在线判断返回在线结果示意图;
图9为本发明实施例提供的另一种在BAS上进行是否在线判断返回不在线结果示意图;
图10为本发明实施例提供的PON网络故障监控装置结构框图;
图11为本发明实施例提供的计算机设备结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
OLT(Optical Line Terminal,光线路终端)设备是用于连接光纤干线的终端设备。OLT设备是一种重要的局端设备,可以与前端(汇聚层)交换机用网线相连,转化成光信号,用单根光纤与用户端的分光器互联。OLT设备故障,可能导致PON网络中出现拥塞、中断和业务异常等场景。
为完善PON网络设备的告警原因诊断功能,保障网络状态感知及用户感知;需要对OLT设备进行脱网监控及上联链路健康状态及性能监控,对设备告警精细化派单维护,对影响用户进行推送相关信息等。
基于此,本发明实施例提供的一种PON网络故障监控方法及装置,可以完善PON网络告警原因精确诊断。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种PON网络故障监控方法进行详细介绍。
本发明实施例提供了一种PON网络故障监控方法,参见图1所示的一种PON网络故障监控方法流程图,该方法包括以下步骤:
步骤S102,获取PON网络的端口脱网信息。
在本发明实施例中,端口脱网信息可以是换机端口DOWN告警信息以及BAS(Broadband Access Server/Broadband Remote Access Server,宽带接入服务器)端口Down告警信息,通过PON网管接收端口脱网信息。端口脱网信息中包括脱网端口的类型信息,例如,脱网端口为捆绑端口或纯物理端口。
步骤S104,确定端口脱网信息的对端设备类型。
在本发明实施例中,可以通过查询拓扑关系信息,得到端口脱网信息的对端设备类型。端口脱网信息的对端设备是指发送该端口脱网信息的设备。发送同一个端口脱网信息的可能是不同类型的设备,需要确定发送该端口脱网信息的设备具体为哪种类型。例如,若端口脱网信息为交换机端口DOWN告警信息,对端设备类型可能为:BAS设备、交换机设备、OLT设备或者DSLAM(Digital Subscriber Line Access Multiplexer,数字用户线路接入复用器)设备等;若端口脱网信息为BAS端口Down信息,对端设备类型可能为交换机设备或OLT设备等。
步骤S106,若对端设备类型为目标设备,根据脱网端口类型生成目标设备的告警信息。
在本发明实施例中,目标设备的类型可以根据实际需求进行设置,例如,可以将目标设备设置为OLT设备。根据端口脱网信息中的脱网端口类型信息,进一步判断是否需要生成目标设备的告警信息。
需要说明的是,若对端设备类型不是目标设备,则可以根据确定的对端设备类型生成告警信息,若无法确定对端设备的类型,可以不进行处理。
本发明实施例提供了一种PON网络故障监控方案,该方案首先获取PON网络的端口脱网信息,端口脱网信息包括脱网端口类型,之后确定端口脱网信息的对端设备类型,如果对端设备为目标设备,根据脱网端口类型确定该目标设备的告警信息。本发明实施例可以根据端口脱网信息和端口类型自动生成PON网络中目标设备的告警信息,通过及时对故障进行排查,提升故障排查效率,也提升了网络的运营效率。
为了能够得到更加准确的目标设备的告警信息,进一步完善告警信息,可以将目标设备设置为不同的设备,并根据不同的设备设置告警信息的产生步骤,例如,当目标设备为终端连接设备,根据脱网端口类型生成目标设备的告警信息的步骤,可以按照如下步骤执行:
若脱网端口类型为物理端口,根据物理端口收到的脱网告警信息生成目标设备的告警信息。若脱网端口类型为捆绑端口,根据捆绑端口下的物理端口生成目标设备的告警信息。
在本发明实施例中,终端连接设备可以为OLT设备,参见图2所示的业务告警派生处理流程示意图,若根据端口脱网信息,确定脱网端口类型为物理端口,判断该物理端口是否已生成OLT业务脱网告警信息,如果是,则无需生成告警信息,如果否,则新生出OLT业务脱网的告警信息,作为目标设备的告警信息;若确定脱网端口类型为捆绑端口,则查看是否所有该捆绑端口下的物理口都断,如果不是,则将当前的OLT网管脱网告警信息作为目标设备的告警信息,如果都断就新生出OLT业务脱网的告警信息,作为目标设备的告警信息。
参见图2所示的业务告警派生处理流程示意图,下面结合具体的一个实施例,对本方法业务告警派生处理逻辑进行说明。
1:PON网管增加接收交换机端口DOWN以及BAS端口Down,针对告警进行分析;
2:针对交换机端口down告警根据对端设备类型进行告警类型变更。查询二层拓扑关系,分析对端设备类型(根据对端设备类型拆分成四种告警类型:端口DOWN告警_到BAS、端口DOWN告警_到交换机、端口DOWN告警_到OLT、端口DOWN告警_到DSLAM),识别后要更改告警类型。
3:针对BAS端口down告警根据对端设备类型,查询二层拓扑关系,根据对端设备类型拆分成端口DOWN告警_到交换机、端口DOWN告警_到OLT两种告警类型,识别后要更改告警类型。不能拆分出上述两种的,不进行处理,直接忽略即可。
4:针对分析出来的端口DOWN告警_到OLT,进一步细化分析:
a.若端口纯物理口断新生出OLT业务脱网;捆绑口的话得查看是否所有的物理口都断,都断就新生出OLT业务脱网,原“端口DOWN告警_到OLT”不出或改为衍生告警出。后续与“OLT网管脱网”一样,按后续“OLT脱网原因诊断”模块进行。
b.不满足a条件,继续按“端口DOWN告警_到OLT”出告警。
为了便于对PON网络故障进行维护,根据脱网端口类型生成目标设备的告警信息之后,还可以执行如下步骤:
获取目标设备的上联设备网络状态;若网络状态为正常通讯状态,则根据上联设备的端口流量数据确定目标设备的告警原因;若网络状态为异常通讯状态,则根据上联设备的类型确定目标设备的告警原因。
在本发明实施例中,上联设备网络状态可以为上联设备PING(Packet InternetGroper,因特网包探索器)状态。根据上联设备PING状态判断上联设备是否能正常通讯,如果是,采集上联设备端口的流量数据信息,并根据流量数据确定目标设备的告警原因,如果否,则判断上联设备的设备类型,并根据上联设备类型确定目标设备的告警原因。
在本发明实施例中,如果上联设备类型是BAS设备,则确定目标设备的告警原因为BAS存在PING不通的问题,如果上联设备是交换机,则根据二层拓扑“OLT-交换机-BAS”路径模型,选取OLT的与对端透传的一大一小SVLAN来判断业务路径实际经过的端口,之后,再判断该BAS设备的下联端口流量,根据流量情况确定目标设备的告警原因。
为了进一步得到精准的告警原因,根据上联设备的端口流量数据生成目标设备的告警原因,可以按照如下步骤执行:
若上联设备的端口全部有流量,则确定路径业务正常;若上联设备的端口没有流量,则根据上联设备的端口的状态生成告警原因。
在本发明实施例中,若上联设备的端口全部有流量,则确定路径业务正常,排除该上联设备所在路径的问题。若上联设备有多个端口,其中一个或多个没有流量,则认为上联设备没有流量,根据端口状态UP或DOWN确定目标设备的告警原因。
考虑到由于上联设备的端口没有流量包括了所有端口没有流量和部分端口没有流量的情况,为了验证将部分端口没有流量作为端口没有流量情况下,确定的告警原因是否准确,还可以增加如下步骤:
若上联设备的端口一个或多个有流量,获取目标设备的反查结果,并根据反查结果确定告警原因;反查结果通过对目标设备的用户在预设终端连接设备上在线测试生成。
在本发明实施例中,在上联设备的端口部分有流量的情况下,可以增加BAS用户掉线校验功能,可以获取目标设备的BAS反查结果,BAS反查结果通过对OLT设备的用户在BAS设备上进行在线测试生成。BAS反查结果中包括OLT用户在BAS设备的在线情况。
针对上联设备可ping通,然后采集上联设备下联口流量情况的判断,可以预留接口,逻辑可参见图4所示的增加BAS用户掉线校验功能流程示意图。针对预留接口,可以增加处理逻辑,增加BAS用户掉线校验功能,参见图5所示的抽取OLT用户进行BAS用户掉线校验流程示意图。
需要说明的是,全部有流量以及完全无流量的处理逻辑与增加在线反查步骤之前一致,针对部分有流量的情况,增加处理逻辑,抽取脱网OLT上的20个用户(具体数字可配置),在对应的BAS上进行在线情况检查,账号以及BAS对应关系。
诊断原有预留的抽取脱网OLT用户在BAS上核查是否在线功能,确定为通过snmp(简单网络管理协议)方式即时收集获取,根据采集结果综合诊断OLT是否真正脱网。针对脱网原因诊断功能,新增一个结论字段,综合分析掉电原因字段,工程告警字段,诊断原因字段等,得出结论字段结果。
抽取用户后在对应BAS上进行是否在线的判断,对应命令以及返回结果,对于一个用户,参见图6所示的一种在BAS上进行是否在线判断返回在线结果示意图,以及图7所示的一种在BAS上进行是否在线判断返回不在线结果示意图,对于另一个用户,参见图8所示的另一种在BAS上进行是否在线判断返回在线结果示意图,以及图9所示的另一种在BAS上进行是否在线判断返回不在线结果示意图。
参见图3所示的告警原因诊断处理流程示意图,下面结合一个具体实施例,对本方法告警原因诊断处理逻辑进行说明。
针对OLT网管脱网告警以及OLT业务脱网告警,对OLT脱网的具体原因进行诊断,单独新建一个独立于掉电原因的字段保存;
具体处理流程如下:
1.优先实现故障发生后但尚未恢复的原因故障诊断,事后的分析含交换机掉电等处理逻辑后续再开需求另外补充。
2.优先判断脱网设备上联设备ping状态,若上联含多个设备,每个设备路径均需要按后续流程逻辑进行处理,原因结果按路径1:原因1;路径2:原因2,所有原因按“或”方式关系出结果。
3.针对每一条路径,若上联设备ping通,则判断上联设备的所有端口流量状态,所有上联端口是否有流量(存在一个端口流量为0即为零流量)若有流量,原因:该路径业务正常。
4.若3中存在零流量则需要判断端口状态,判断端口状态(如果是捆绑口的按捆绑口)只判零流量的端口,多端口一致按一致算,不一致按down算。若端口为UP则原因:疑为传输断,端口为Down则原因:疑为光缆断或传输断。
5.针对2中的ping判断,若为不同,判断上联设备类型,若为BAS则原因:BAS ping不通。
6.若为交换机,根据二层拓扑”OLT—交换机—BAS”路径模型,获取该OLT所属的所有BAS端口。
针对此脱网OLT到上联交换机透传的VLAN,VLAN的选择范围为一大一小VLAN,进行业务路径判断选择,选择出路径进行故障诊断。
最后判BAS下联口上的流量,两条路径(有可能同一条业务路径)任意一条没有流量则认为是零流量。
7.若6中业务路径的判断,存在一条路径为零流量即为零流量,有流量原因:该路径业务正常,无流量原因:疑为上层设备的光缆断或传输断或上层设备掉电。
需要说明的是,图3中,虚线以上的为本次要处理逻辑,虚线以下为事后处理逻辑,将另开需求单独处理,针对事后恢复的判断恢复时间以及恢复情况等调整故障原因。
为了对诊断原因结论进行汇总,该方案还可以包括如下步骤:
根据目标设备的告警信息和告警原因生成故障诊断报告。
在本发明实施例中,生成了目标设备的告警信息,并确定了告警原因之后,可以对这些信息进行整合,得到故障诊断报告。
下面结合一个具体实施例对生成诊断报告过程进行说明。
针对脱网原因诊断功能,新增一个结论字段,综合分析掉电原因字段,工程告警字段,诊断原因字段等,得出结论字段结果。
优先顺序:掉电原因,工程告警,OLT诊断原因:路径(按有故障路径显示);如路径1正常,路径2有问题,显示路径2;
处理逻辑大致如下,针对OLT脱网告警,定时更新脱网告警的结论字段,优先判断掉电原因字段,若掉电原因为掉电重启,则直接将掉电原因字段更新到结论字段。若不是,判断工程告警字段,若工程字段为非0,即为工程告警,结论字段填写:工程告警引起。若以上均不符合,则将诊断原因整合到结论字段,整合逻辑原则如下:
若只有一个路径原因,含诊断异常,诊断正常,或者单路径原因等,直接将原因填入结论字段;若有多个路径原因,但路径原因均一致,则整合成一个原因,直接填入结论字段;若有多个路径原因,路径原因不一致的,若其中含业务正常的路径,则排除掉正常路径后分析,若剩余路径原因一致,则整合为一个原因并填入结论字段,若剩余多路径原因不统一,则仍按多路径填入结论字段。
在得到诊断报告之后,为了能够使用户及时了解故障情况,该方案还可以包括如下步骤:
根据故障严重程度,将故障诊断报告发送至目标用户终端。
在本发明实施例中,可以根据故障的严重情况对诊断报告进行分级,得到重要告警和普通告警,将分级后的故障诊断信息发送至用户。目标用户终端可以为手机、电脑等终端设备。
通过关联资源树信息,将产生出来的告警涉及影响的用户,通过短信方式推送给相关维护人员及涉及用户;若所有业务路径都脱管,则为重要告警,同时推送给用户(分为普通用户/政企重要用户)影响信息;若所有业务路径部分脱管,则为普通告警,同时推送给用户(分为普通用户/政企重要用户)影响信息。
本发明实施例提供了一种PON网络故障监控方法及装置,为完善PON网络设备的告警原因诊断功能,保障网络状态感知及用户感知;对脱网设备的上联设备查看相关下联端口流量,针对OLT脱网告警做智能诊断,主要通过下面几个方面进行实现,通过BRAS/交换机端口down告警判断派生出OLT业务脱网,通过OLT网管脱网告警判断派生出OLT业务脱网,针对OLT业务脱网、OLT网管脱网,收集信息进行故障原因诊断,针对OLT脱网故障原因关联资源树信息对影响用户进行相关信息推送。
本发明可以完善PON网络告警原因精确诊断,具体体现为:通过全链路设备性能分析,基于网络状态分析获得面向用户的业务感知能力;支持OLT脱网告警精细诊断,自动派生OLT业务脱网,OLT网管脱网;支持基于OLT脱网故障原因关联分析实现用户影响面分析及告警信息推送。
本发明实施例还提供一种PON网络故障监控装置,参见图10所示的PON网络故障监控装置结构框图,该装置包括:
获取模块71,用于获取PON网络的端口脱网信息;端口脱网信息包括脱网端口类型;确定模块72,用于确定端口脱网信息的对端设备类型;告警模块73,用于若对端设备类型为目标设备,根据脱网端口类型生成目标设备的告警信息。
在一个实施例中,告警模块,具体用于:若脱网端口类型为物理端口,根据物理端口的脱网告警信息生成目标设备的告警信息。若脱网端口类型为捆绑端口,根据捆绑端口下的物理端口生成目标设备的告警信息。
在一个实施例中,该装置还包括原因模块,用于:获取目标设备的上联设备网络状态;若网络状态为正常通讯状态,则根据上联设备的端口流量数据确定目标设备的告警原因;若网络状态为异常通讯状态,则根据上联设备的类型确定目标设备的告警原因。
在一个实施例中,原因模块,具体用于:若上联设备的端口全部有流量,则确定路径业务正常;若上联设备的端口没有流量,则根据上联设备的端口的状态生成告警原因。
在一个实施例中,原因模块,具体用于:若上联设备的端口一个或多个有流量,获取目标设备的反查结果,并根据反查结果确定告警原因;反查结果通过对目标设备的用户在预设终端连接设备上在线测试生成。
在一个实施例中,该装置还包括报告模块,用于:根据目标设备的告警信息和告警原因生成故障诊断报告。
在一个实施例中,该装置还包括发送模块,用于:根据故障严重程度,将故障诊断报告发送至目标用户终端。
本发明实施例还提供一种计算机设备,参见图11所示的计算机设备结构示意框图,该计算机设备包括存储器81、处理器82,存储器中存储有可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述任一种方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的计算机设备的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述
本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质,程序代码使处理器执行上述任一种方法的步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种PON网络故障监控方法,其特征在于,包括:
获取PON网络的端口脱网信息;所述端口脱网信息包括脱网端口类型;
确定所述端口脱网信息的对端设备类型;
若所述对端设备类型为目标设备,根据所述脱网端口类型生成所述目标设备的告警信息。
2.根据权利要求1所述的方法,其特征在于,所述目标设备为终端连接设备;
根据所述脱网端口类型生成所述目标设备的告警信息,包括:
若所述脱网端口类型为物理端口,根据所述物理端口的脱网告警信息生成所述目标设备的告警信息;
若所述脱网端口类型为捆绑端口,根据所述捆绑端口下的物理端口生成所述目标设备的告警信息。
3.根据权利要求1所述的方法,其特征在于,根据所述脱网端口类型生成所述目标设备的告警信息之后,还包括:
获取所述目标设备的上联设备网络状态;
若所述网络状态为正常通讯状态,则根据所述上联设备的端口流量数据确定所述目标设备的告警原因;
若所述网络状态为异常通讯状态,则根据所述上联设备的类型确定所述目标设备的告警原因。
4.根据权利要求3所述的方法,其特征在于,根据所述上联设备的端口流量数据生成所述目标设备的告警原因,包括:
若所述上联设备的端口全部有流量,则确定路径业务正常;
若所述上联设备的端口没有流量,则根据所述上联设备的端口的状态生成告警原因。
5.根据权利要求4所述的方法,其特征在于,还包括:
若所述上联设备的端口一个或多个有流量,获取所述目标设备的反查结果,并根据所述反查结果确定告警原因;所述反查结果通过对所述目标设备的用户在预设终端连接设备上在线测试生成。
6.根据权利要求3-5任一项所述的方法,其特征在于,还包括:
根据所述目标设备的告警信息和所述告警原因生成故障诊断报告。
7.根据权利要求6所述的方法,其特征在于,还包括:
根据故障严重程度,将所述故障诊断报告发送至目标用户终端。
8.一种PON网络故障监控装置,其特征在于,包括:
获取模块,用于获取PON网络的端口脱网信息;所述端口脱网信息包括脱网端口类型;
确定模块,用于确定所述端口脱网信息的对端设备类型;
告警模块,用于若所述对端设备类型为目标设备,根据所述脱网端口类型生成所述目标设备的告警信息。
9.一种计算机设备,包括存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述权利要求1至7任一项所述的方法的步骤。
10.一种具有处理器可执行的非易失的程序代码的计算机可读介质,其特征在于,所述程序代码使所述处理器执行上述权利要求1至7任一项所述的方法。
CN201911255370.9A 2019-12-10 2019-12-10 Pon网络故障监控方法及装置 Active CN111010298B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911255370.9A CN111010298B (zh) 2019-12-10 2019-12-10 Pon网络故障监控方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911255370.9A CN111010298B (zh) 2019-12-10 2019-12-10 Pon网络故障监控方法及装置

Publications (2)

Publication Number Publication Date
CN111010298A true CN111010298A (zh) 2020-04-14
CN111010298B CN111010298B (zh) 2022-09-06

Family

ID=70114313

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911255370.9A Active CN111010298B (zh) 2019-12-10 2019-12-10 Pon网络故障监控方法及装置

Country Status (1)

Country Link
CN (1) CN111010298B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125911A (zh) * 2021-10-21 2022-03-01 中盈优创资讯科技有限公司 一种5g专线业务中断故障定位方法及装置
CN114374897A (zh) * 2020-10-14 2022-04-19 中国移动通信集团安徽有限公司 确定光线路终端退服的方法、装置、设备
CN114786076A (zh) * 2022-06-20 2022-07-22 广州培生智能科技有限公司 一种学校用的全光网络管理方法及系统、设备和存储介质
CN115484141A (zh) * 2021-06-15 2022-12-16 中国移动通信集团河南有限公司 用户确定方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102196324A (zh) * 2011-04-22 2011-09-21 烽火通信科技股份有限公司 一种xPON阈值告警管理方法
EP2426948A2 (de) * 2010-09-03 2012-03-07 Deutsche Telekom AG Verfahren und Vorrichtung zur automatischen Port Status und Konfigurationsteuerung für Optische Zugangsnetzwerke
CN102833115A (zh) * 2012-09-04 2012-12-19 瑞斯康达科技发展股份有限公司 一种端口的告警处理方法及系统
CN105391588A (zh) * 2015-12-14 2016-03-09 中国联合网络通信集团有限公司 一种网络故障的诊断方法及装置
CN107277652A (zh) * 2017-05-27 2017-10-20 烽火通信科技股份有限公司 Pon接入系统的跨盘lacp链路聚合方法及装置
CN108199859A (zh) * 2016-12-08 2018-06-22 中国移动通信集团四川有限公司 一种链路关系生成方法、装置和系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2426948A2 (de) * 2010-09-03 2012-03-07 Deutsche Telekom AG Verfahren und Vorrichtung zur automatischen Port Status und Konfigurationsteuerung für Optische Zugangsnetzwerke
CN102196324A (zh) * 2011-04-22 2011-09-21 烽火通信科技股份有限公司 一种xPON阈值告警管理方法
CN102833115A (zh) * 2012-09-04 2012-12-19 瑞斯康达科技发展股份有限公司 一种端口的告警处理方法及系统
CN105391588A (zh) * 2015-12-14 2016-03-09 中国联合网络通信集团有限公司 一种网络故障的诊断方法及装置
CN108199859A (zh) * 2016-12-08 2018-06-22 中国移动通信集团四川有限公司 一种链路关系生成方法、装置和系统
CN107277652A (zh) * 2017-05-27 2017-10-20 烽火通信科技股份有限公司 Pon接入系统的跨盘lacp链路聚合方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114374897A (zh) * 2020-10-14 2022-04-19 中国移动通信集团安徽有限公司 确定光线路终端退服的方法、装置、设备
CN114374897B (zh) * 2020-10-14 2024-02-06 中国移动通信集团安徽有限公司 确定光线路终端退服的方法、装置、设备
CN115484141A (zh) * 2021-06-15 2022-12-16 中国移动通信集团河南有限公司 用户确定方法、装置、设备及存储介质
CN115484141B (zh) * 2021-06-15 2023-08-15 中国移动通信集团河南有限公司 用户确定方法、装置、设备及存储介质
CN114125911A (zh) * 2021-10-21 2022-03-01 中盈优创资讯科技有限公司 一种5g专线业务中断故障定位方法及装置
CN114125911B (zh) * 2021-10-21 2023-09-29 中盈优创资讯科技有限公司 一种5g专线业务中断故障定位方法及装置
CN114786076A (zh) * 2022-06-20 2022-07-22 广州培生智能科技有限公司 一种学校用的全光网络管理方法及系统、设备和存储介质

Also Published As

Publication number Publication date
CN111010298B (zh) 2022-09-06

Similar Documents

Publication Publication Date Title
CN111010298B (zh) Pon网络故障监控方法及装置
US20200106662A1 (en) Systems and methods for managing network health
CN103370904B (zh) 用于确定网络意外事件的严重性的方法、网络实体
CN102355368B (zh) 一种网络设备的故障处理方法及系统
CN103138988B (zh) 网络故障的定位处理方法及装置
CN104301137A (zh) 电力通信故障对业务影响的分析方法及系统
CN108306747B (zh) 一种云安全检测方法、装置和电子设备
CN104283607A (zh) 光纤通讯网络监测保护系统及方法
CN104954153A (zh) 节点故障检测方法及装置
CN110912606B (zh) Pon云专线网络的故障定位方法及装置
CN112003747A (zh) 云虚拟网关的故障定位方法
CN109818764B (zh) Iptv网络设备故障检测方法和装置
CN114244737A (zh) 网络质量的评估方法、装置和系统
CN111130917B (zh) 线路测试的方法、装置及系统
CN115549775B (zh) 光信号传输异常的处理方法、光传输设备及系统
MXPA06010615A (es) Gestion de fallas en un sistema de comunicaciones a base de ethernet.
CN107005440B (zh) 一种链路故障定位的方法、装置及系统
CN108650021B (zh) 一种基于ason的动态重路由自动化测试方法及系统
US10432451B2 (en) Systems and methods for managing network health
CN112769653B (zh) 一种基于网口绑定的网络检测与切换方法、系统及介质
CN101431435A (zh) 一种基于面向连接的业务配置与管理方法
CN112291185B (zh) 一种采集网络数据的方法和装置
CN112636944B (zh) Olt设备脱网智能诊断方法及系统
CN106488489B (zh) 一种恢复用户业务数据的方法及装置
CN108683552A (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
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: Room 702-2, No. 4811, Cao'an Highway, Jiading District, Shanghai

Patentee after: CHINA UNITECHS

Address before: 100872 5th floor, Renmin culture building, 59 Zhongguancun Street, Haidian District, Beijing

Patentee before: CHINA UNITECHS