CN114338371A - 一种基于告警定位ipran网络故障的方法 - Google Patents

一种基于告警定位ipran网络故障的方法 Download PDF

Info

Publication number
CN114338371A
CN114338371A CN202210070109.7A CN202210070109A CN114338371A CN 114338371 A CN114338371 A CN 114338371A CN 202210070109 A CN202210070109 A CN 202210070109A CN 114338371 A CN114338371 A CN 114338371A
Authority
CN
China
Prior art keywords
alarm
equipment
transmission
power failure
chain
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
CN202210070109.7A
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 CN202210070109.7A priority Critical patent/CN114338371A/zh
Publication of CN114338371A publication Critical patent/CN114338371A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

本发明公开一种基于告警定位IPRAN网络故障的方法,涉及IPRAN网络告警技术领域,包括:(一)针对IPRAN接入层上产生的告警不影响业务传输的场景,首先判断告警类型,随后将同一个站址下的告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的故障原因;(二)针对IPRAN接入层或汇聚层上产生的告警影响业务传输的场景,首先判断告警类型,随后对同站址下所有基站与传输承载关系做环链分析构建出拓扑图,根据判断头结点的告警类型定位主告警,将同一原因引起的告警及其他设备告警进行打包,以精准定位故障原因,并派单给运维人员。本发明通过不同场景产生的告警定位发生IPRAN网络故障的原因,可以有效的辅助运维人员处理故障。

Description

一种基于告警定位IPRAN网络故障的方法
技术领域
本发明涉及IPRAN网络告警技术领域,具体的说是一种基于告警定位IPRAN网络故障的方法。
背景技术
IPRAN是城域网内以基站回传为主的,能满足综合业务承载的路由器解决方案,采用路由器结构,所承载的业务主要包括基站回传业务以及集团客户业务等。参考附图1,IPRAN与其它本地传输网一样,根据网络的运营、管理等因素,一般分为接入层、汇聚层和核心层三层。IPRAN的接入层主要负责2G/3G/4G基站业务、集团客户业务等接入,在中国电信中称为A设备(即IPRAN接入路由器),主要组网结构有环形、树形双归和链型。IPRAN的汇聚层主要负责接入层业务的汇聚和转发,在中国电信中称为B设备(即IPRAN汇聚路由器),主要采用口字形、树形双归和环形组网。IPRAN的核心层主要负责汇聚层业务转发,通过各类CE(汇聚设备)与BSC/RNC/MME对接,以及与其他网络互连,在中国电信中称为ER设备(边缘路由器)。核心层设备之间一般采用网状网结构或树形双归、口字形。
当接入层的环形或者链型结构断裂时,尤其是针对环形组网来说,一个节点的断裂可能不会影响业务的传输(可以从另一个方向进行备用传输),但是当接入层环形的两个节点都断裂时,那么这两个节点之间的所有业务会中断。针对接入层为链型组网结构来说,当链上的某个节点中断,那么这个中断处及以下的断裂的节点上所承载的业务都会中断。当这些节点中断时,网管上会产生各种类型的告警。通过分析这些告警,将同类故障的告警进行打包,按照故障的优先级及内在主次关系定位故障原因,可以有效的分析各类业务中断的原因。
发明内容
目前,针对IPRAN故障的处理手段一般会采用光网络测试、软硬件环回或依赖运维人员的处理经验来定位并处理故障。(1)传统的光网络测试主要采用OTDR(光时域反射仪),利用光线在光纤中传输时的瑞利散射和菲涅尔反射产生的背向散射光而制成的光电一体化仪表。该仪表是电缆施工和维护工作中最基本的测试工具,它的测试参数有动态范围和盲区,依赖于有限的范围,当发生大面积故障时,OTDR的局限性比较大。(2)软硬件环回用于网管系统的自身测试。环回是指将信息从网元发信端口发送出去再从自己的收信端口接收回来的操作,是检查通路故障的常用手段,主要使用网管软件进行软件环回或采用手工方法如尾纤、自环电缆对物理端口(光接口、点接口)进行环回操作,但是环回操作必然会切断业务。(3)还有一类根据维修经验来定位故障,缺少必要的理论验证,有时候会存在误判和错判的情况。基于此,本发明提供一种基于告警定位IPRAN网络故障的方法,以分析从网管上来的告警,定位故障原因,有效的辅助施工维修人员进行故障诊断和维修。
本发明的一种基于告警定位IPRAN网络故障的方法,解决上述技术问题采用的技术方案如下:
一种基于告警定位IPRAN网络故障的方法,包括:
(一)针对IPRAN接入层上产生的告警不影响业务传输的场景,首先判断告警类型,随后将同一个站址下的告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的故障原因;
(二)针对IPRAN接入层或汇聚层上产生的告警影响业务传输的场景,首先判断告警类型,随后对同站址下所有基站与传输承载关系做环链分析构建出拓扑图,根据判断头结点的告警类型定位主告警,将同一原因引起的告警及其他设备告警进行打包,以精准定位故障原因,并派单给运维人员。
针对(一)的陈述,IPRAN接入层上产生停电告警,在停电告警没有导致基站退服或者接入层设备中断时,将此场景称为停电类告警不影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断告警类型:基站类告警/小区类告警/IPRAN类告警/铁塔动环类告警;
随后提取站址信息,搜索该站址下告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的原因。
针对(二)的陈述,IPRAN接入层上产生IPRAN停电告警/干节点停电告警/Fsu停电告警,在停电告警导致基站退服或者接入层设备中断时,将此场景称为停电类告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断停电告警类型:4G断站告警/3G断站告警/传输业务中断告警;
随后提取站址信息,对站址下所有基站与传输承载关系做环链分析,构建出拓扑图,在拓扑图中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是停电告警所致,将同一停电原因引起的业务中断告警及其他设备告警进行打包,否则进入传输中断场景。
可选的,在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
1.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1存在设备掉电,则将A1设备及下挂基站进行打包派发停电工单;
1.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报设备掉电,则A2设备告警作为主告警,为停电原因导致,
若A2设备无告警上报,则同1.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包工单,同时将链路上设备相关派单信息标记。
可选的,在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
2.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1存在设备掉电,搜寻A1下联是否存在成链的A4、A5、A6设备,
2.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
2.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
2.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0处先发生故障,则将A0设备先派单,在A0未恢复下,若A3上报设备掉电告警,则A3设备告警作为主告警,为停电原因导致,随后按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记。
针对(二)的陈述,IPRAN接入层上产生传输中断告警,传输中断告警会导致基站退服,将此场景称为接入层传输中断告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断告警类型是否关联到IPRAN、SDH;
若是,则根据提取到的站址信息获取同站址下所有基站与传输承载关系列表:
若获取不到承载关系列表,则基站按照动环告警、天馈告警、板卡告警的优先级单独派单;
若获取到承载关系列表,则提取归属环链信息,做传输承载的环、链关联分析,进一步判断是否批量退服,
(a)如果是单站退服,且基站无停电告警,基站与A设备间互报端口Down,则为基站与A设备间光缆中断;
(b)如果为批量退服,对于存在两个及以上基站退服,对每个基站做环、链关联分析,将传输环、链关联基站的结果形成完整的拓扑图,在拓扑关系中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是传输中断告警所致,将同一传输原因引起的业务中断告警及其他设备告警进行打包。
可选的,在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
3.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1设备无停电告警,搜寻A1设备上联B设备存在端口Down,则A1设备与B设备间光缆中断,将A1设备及下挂基站进行打包派发缆断工单;
3.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报网元中断告警,则A2设备告警作为主告警,为A2设备与A1设备间光缆中断原因导致,
若A2设备无告警上报,则同3.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包派单工单,将链路上设备相关派单信息标记。
可选的,在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
4.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1设备不存在设备掉电,A1设备与上联设备A0互报端口Down,则A0与A1光缆中断,继续搜寻A1下联是否存在成链的A4、A5、A6设备,
4.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
4.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
4.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0设备处先发生故障,则将A0设备派单,在A0设备未恢复下,若A3设备上报网元中断,B设备上报端口Down,则A3设备告警作为主告警,故障原因定位为A3设备与B设备间光缆中断原因导致,按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记;
4.3)若A0设备与A3设备同时上报与B端口Down,则A0设备与B设备、A3设备与B设备间光缆均中断,并批注A0设备与A3设备处同缆环,将链路上设备相关派单信息标记。
针对(二)的陈述,IPRAN接入层上产生小区告警,在小区告警导致小区退服时,将此场景称为小区告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
5.1)首先判断导致小区退服的告警类型:RRU类型/CDMA类型/LTE类型/BBU类型;
5.2)随后提取小区告警信息,并根据提取到的小区信息搜索小区下的资源清单;
5.3)判断小区归属的RRU是否存在停电告警上报,
5.3a)存在则派发停电故障工单,对该RRU设备、相关天线及告警小区信息一并打包派发,
5.3b)不存在则向上搜寻RRU归属的BBU信息,
5.3b.i)若BBU存在停电告警上报,则派发停电故障工单,
5.3b.ii)若BBU不存在停电告警上报,则派发缆断故障工单,为BBU与RRU光缆中断所致,
无论BBU是否存在停电告警上报,均将该BBU、其关联的基站、下挂RRU、小区信息进行一并打包派发。
针对(二)的陈述,IPRAN汇聚层上产生传输中断告警,传输中断告警会导致批量基站退服,将此场景称为汇聚层传输中断告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
6.1)首先判断导致批量基站退服的告警类型:4G断站告警/3G断站告警/传输业务中断告警;
6.2)随后针对不同类型的告警提取相关的站址信息,根据提取到的站址信息获取同站址下所有基站与传输承载关系列表,进行传输环、链关联基站分析:
6.2a)若传输环、链上不存在告警,则进入接入层分析,
6.2b)若传输环、链上存在告警,则查询环、链所在的B设备B1/B2是否存在告警,
6.2b.i)若B设备存在停电告警,则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单,
6.2b.ii)若B设备不存在停电告警,则查询上联B设备B3/B4是否存在端口Down,存在则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单。
本发明的一种基于告警定位IPRAN网络故障的方法,与现有技术相比具有的有益效果是:
本发明对接入层和汇聚层上产生的告警进行分析,并针对各类告警是否影响业务传输而划分成五个场景,进而通过不同场景产生的告警定位发生IPRAN网络故障的原因,从而有效的辅助网管运维人员或者外部施工维修人员更好的去处理故障。
附图说明
附图1是中国电信IPRAN组网结构图;
附图2是本发明实施例一中停电类告警不影响业务传输的故障定位流程图;
附图3是本发明实施例一中停电类告警影响业务传输的故障定位流程图;
附图4是本发明实施例一中接入层传输中断告警影响业务传输的故障定位流程图;
附图5是本发明实施例一中小区告警影响业务传输的故障定位流程图;
附图6是本发明实施例一中汇聚层传输中断告警影响业务传输的故障定位流程图。
具体实施方式
为使本发明的技术方案、解决的技术问题和技术效果更加清楚明白,以下结合具体实施例,对本发明的技术方案进行清楚、完整的描述。
实施例一:
本实施例提出一种基于告警定位IPRAN网络故障的方法,包括:
(一)针对IPRAN接入层上产生的告警不影响业务传输的场景,首先判断告警类型,随后将同一个站址下的告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的故障原因;
(二)针对IPRAN接入层或汇聚层上产生的告警影响业务传输的场景,首先判断告警类型,随后对同站址下所有基站与传输承载关系做环链分析构建出拓扑图,根据判断头结点的告警类型定位主告警,将同一原因引起的告警及其他设备告警进行打包,以精准定位故障原因,并派单给运维人员。
本实施例针对(一)的陈述,IPRAN接入层上产生停电告警,在停电告警没有导致基站退服或者接入层设备中断时,将此场景称为停电类告警不影响业务传输的场景,此时,结合附图2,定位故障原因的过程如下:
首先判断告警类型:基站类告警/小区类告警/IPRAN类告警/铁塔动环类告警;
随后提取站址信息,搜索该站址下告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的原因。
本实施例针对(二)的陈述,具体可以分类成告警影响业务传输的以下四种场景:
(SI)IPRAN接入层上产生IPRAN停电告警/干节点停电告警/Fsu停电告警,在停电告警导致基站退服或者接入层设备中断时,将此场景称为停电类告警影响业务传输的场景,此时,结合附图3,定位故障原因的过程如下:
首先判断停电告警类型:4G断站告警/3G断站告警/传输业务中断告警;
随后提取站址信息,对站址下所有基站与传输承载关系做环链分析,构建出拓扑图,在拓扑图中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是停电告警所致,将同一停电原因引起的业务中断告警及其他设备告警进行打包,否则进入传输中断场景。
上述过程中:
(SI-a)在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
SI-a.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1存在设备掉电,则将A1设备及下挂基站进行打包派发停电工单;
SI-a.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报设备掉电,则A2设备告警作为主告警,为停电原因导致,
若A2设备无告警上报,则同SI-a.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包工单,同时将链路上设备相关派单信息标记。
(SI-b)在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
SI-b.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1存在设备掉电,搜寻A1下联是否存在成链的A4、A5、A6设备,
SI-b.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
SI-b.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
SI-b.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0处先发生故障,则将A0设备先派单,在A0未恢复下,若A3上报设备掉电告警,则A3设备告警作为主告警,为停电原因导致,随后按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记。
(SII)IPRAN接入层上产生传输中断告警,传输中断告警会导致基站退服,将此场景称为接入层传输中断告警影响业务传输的场景,此时,结合附图4,定位故障原因的过程如下:
首先判断告警类型是否关联到IPRAN、SDH;
若是,则根据提取到的站址信息获取同站址下所有基站与传输承载关系列表:
若获取不到承载关系列表,则基站按照动环告警、天馈告警、板卡告警的优先级单独派单;
若获取到承载关系列表,则提取归属环链信息,做传输承载的环、链关联分析,进一步判断是否批量退服,
(a)如果是单站退服,且基站无停电告警,基站与A设备间互报端口Down,则为基站与A设备间光缆中断;
(b)如果为批量退服,对于存在两个及以上基站退服,对每个基站做环、链关联分析,将传输环、链关联基站的结果形成完整的拓扑图,在拓扑关系中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是传输中断告警所致,将同一传输原因引起的业务中断告警及其他设备告警进行打包。
上述过程中:
(SII-a)在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
SII-a.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1设备无停电告警,搜寻A1设备上联B设备存在端口Down,则A1设备与B设备间光缆中断,将A1设备及下挂基站进行打包派发缆断工单;
SII-a.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报网元中断告警,则A2设备告警作为主告警,为A2设备与A1设备间光缆中断原因导致,
若A2设备无告警上报,则同SII-a.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包派单工单,将链路上设备相关派单信息标记。
(SII-b)在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
SII-b.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1设备不存在设备掉电,A1设备与上联设备A0互报端口Down,则A0与A1光缆中断,继续搜寻A1下联是否存在成链的A4、A5、A6设备,
SII-b.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
SII-b.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
SII-b.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0设备处先发生故障,则将A0设备派单,在A0设备未恢复下,若A3设备上报网元中断,B设备上报端口Down,则A3设备告警作为主告警,故障原因定位为A3设备与B设备间光缆中断原因导致,按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记;
SII-b.3)若A0设备与A3设备同时上报与B端口Down,则A0设备与B设备、A3设备与B设备间光缆均中断,并批注A0设备与A3设备处同缆环,将链路上设备相关派单信息标记。
(SIII)IPRAN接入层上产生小区告警,在小区告警导致小区退服时,将此场景称为小区告警影响业务传输的场景,此时,结合附图5,定位故障原因的过程如下:
SIII.1)首先判断导致小区退服的告警类型:RRU类型/CDMA类型/LTE类型/BBU类型;
SIII.2)随后提取小区告警信息,并根据提取到的小区信息搜索小区下的资源清单;
SIII.3)判断小区归属的RRU是否存在停电告警上报,
SIII.3a)存在则派发停电故障工单,对该RRU设备、相关天线及告警小区信息一并打包派发,
SIII.3b)不存在则向上搜寻RRU归属的BBU信息,
SIII.3b.i)若BBU存在停电告警上报,则派发停电故障工单,
SIII.3b.ii)若BBU不存在停电告警上报,则派发缆断故障工单,为BBU与RRU光缆中断所致,
无论BBU是否存在停电告警上报,均将该BBU、其关联的基站、下挂RRU、小区信息进行一并打包派发。
(SIV)IPRAN汇聚层上产生传输中断告警,传输中断告警会导致批量基站退服,将此场景称为汇聚层传输中断告警影响业务传输的场景,此时,结合附图6,定位故障原因的过程如下:
SIV.1)首先判断导致批量基站退服的告警类型:4G断站告警/3G断站告警/传输业务中断告警;
SIV.2)随后针对不同类型的告警提取相关的站址信息,根据提取到的站址信息获取同站址下所有基站与传输承载关系列表,进行传输环、链关联基站分析:
SIV.2a)若传输环、链上不存在告警,则进入接入层分析,
SIV.2b)若传输环、链上存在告警,则查询环、链所在的B设备B1/B2是否存在告警,
SIV.2b.i)若B设备存在停电告警,则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单,
SIV.2b.ii)若B设备不存在停电告警,则查询上联B设备B3/B4是否存在端口Down,存在则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单。
综上可知,采用本发明的一种基于告警定位IPRAN网络故障的方法,通过不同场景产生的告警定位发生IPRAN网络故障的原因,有效的辅助网管运维人员或者外部施工维修人员更好的去处理故障。
以上应用具体个例对本发明的原理及实施方式进行了详细阐述,这些实施例只是用于帮助理解本发明的核心技术内容。基于本发明的上述具体实施例,本技术领域的技术人员在不脱离本发明原理的前提下,对本发明所作出的任何改进和修饰,皆应落入本发明的专利保护范围。

Claims (10)

1.一种基于告警定位IPRAN网络故障的方法,其特征在于,包括:
(一)针对IPRAN接入层上产生的告警不影响业务传输的场景,首先判断告警类型,随后将同一个站址下的告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的故障原因;
(二)针对IPRAN接入层或汇聚层上产生的告警影响业务传输的场景,首先判断告警类型,随后对同站址下所有基站与传输承载关系做环链分析构建出拓扑图,根据判断头结点的告警类型定位主告警,将同一原因引起的告警及其他设备告警进行打包,以精准定位故障原因,并派单给运维人员。
2.根据权利要求1所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,IPRAN接入层上产生停电告警,在停电告警没有导致基站退服或者接入层设备中断时,将此场景称为停电类告警不影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断告警类型:基站类告警/小区类告警/IPRAN类告警/铁塔动环类告警;
随后提取站址信息,搜索该站址下告警信息进行打包分类,并按照各类故障原因的优先级进行降序排列,得出导致该场景发生的原因。
3.根据权利要求1所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,IPRAN接入层上产生IPRAN停电告警/干节点停电告警/Fsu停电告警,在停电告警导致基站退服或者接入层设备中断时,将此场景称为停电类告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断停电告警类型:4G断站告警/3G断站告警/传输业务中断告警;
随后提取站址信息,对站址下所有基站与传输承载关系做环链分析,构建出拓扑图,在拓扑图中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是停电告警所致,将同一停电原因引起的业务中断告警及其他设备告警进行打包,否则进入传输中断场景。
4.根据权利要求3所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
1.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1存在设备掉电,则将A1设备及下挂基站进行打包派发停电工单;
1.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报设备掉电,则A2设备告警作为主告警,为停电原因导致,
若A2设备无告警上报,则同1.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包工单,同时将链路上设备相关派单信息标记。
5.根据权利要求3所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
2.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1存在设备掉电,搜寻A1下联是否存在成链的A4、A5、A6设备,
2.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
2.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
2.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0处先发生故障,则将A0设备先派单,在A0未恢复下,若A3上报设备掉电告警,则A3设备告警作为主告警,为停电原因导致,随后按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记。
6.根据权利要求1所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,IPRAN接入层上产生传输中断告警,传输中断告警会导致基站退服,将此场景称为接入层传输中断告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
首先判断告警类型是否关联到IPRAN、SDH;
若是,则根据提取到的站址信息获取同站址下所有基站与传输承载关系列表:
若获取不到承载关系列表,则基站按照动环告警、天馈告警、板卡告警的优先级单独派单;
若获取到承载关系列表,则提取归属环链信息,做传输承载的环、链关联分析,进一步判断是否批量退服,
(a)如果是单站退服,且基站无停电告警,基站与A设备间互报端口Down,则为基站与A设备间光缆中断;
(b)如果为批量退服,对于存在两个及以上基站退服,对每个基站做环、链关联分析,将传输环、链关联基站的结果形成完整的拓扑图,在拓扑关系中寻找传输环、链头结点,并对传输环、链进行主告警定位,如果传输环、链的头结点是传输中断告警所致,将同一传输原因引起的业务中断告警及其他设备告警进行打包。
7.根据权利要求6所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,在传输环、链关联基站的结果形成链式拓扑图时,首先对搜寻到的头结点A1判断是否存在其他下联A设备;
3.1)当链上只有A1设备,则A1设备告警作为主告警,如果A1设备无停电告警,搜寻A1设备上联B设备存在端口Down,则A1设备与B设备间光缆中断,将A1设备及下挂基站进行打包派发缆断工单;
3.2)当链上A1设备后还有A2设备,假设A1设备上报端口Down告警,
若A2设备上报网元中断告警,则A2设备告警作为主告警,为A2设备与A1设备间光缆中断原因导致,
若A2设备无告警上报,则同3.1),
随后按照A1及下游A设备链路下挂所有基站告警进行打包派单工单,将链路上设备相关派单信息标记。
8.根据权利要求6所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,在传输环、链关联基站的结果形成环式拓扑图时,首先搜寻故障结点A1,并判断A1所在环路是否有其他故障结点:
4.1)当环上只有A1结点故障,则A1设备告警作为主告警,若A1设备不存在设备掉电,A1设备与上联设备A0互报端口Down,则A0与A1光缆中断,继续搜寻A1下联是否存在成链的A4、A5、A6设备,
4.1a)若A1下联无成链的A4、A5、A6设备,则将A1设备及下挂基站进行打包派发停电工单,
4.1b)若A1下联存在成链的A4、A5、A6设备,按照A1、A4、A5、A6链路及其下挂基站进行打包派发停电工单;
4.2)当A1所在环上还有其他故障结点,找出环路两头处故障结点A0、A3,将后发生故障结点A0/A3处的A设备做为主告警,此时假设A0设备处先发生故障,则将A0设备派单,在A0设备未恢复下,若A3设备上报网元中断,B设备上报端口Down,则A3设备告警作为主告警,故障原因定位为A3设备与B设备间光缆中断原因导致,按照A0、A1、A2、A3链路及下挂基站进行打包派单工单,将链路上设备相关派单信息标记;
4.3)若A0设备与A3设备同时上报与B端口Down,则A0设备与B设备、A3设备与B设备间光缆均中断,并批注A0设备与A3设备处同缆环,将链路上设备相关派单信息标记。
9.根据权利要求1所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,IPRAN接入层上产生小区告警,在小区告警导致小区退服时,将此场景称为小区告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
5.1)首先判断导致小区退服的告警类型:RRU类型/CDMA类型/LTE类型/BBU类型;
5.2)随后提取小区告警信息,并根据提取到的小区信息搜索小区下的资源清单;
5.3)判断小区归属的RRU是否存在停电告警上报,
5.3a)存在则派发停电故障工单,对该RRU设备、相关天线及告警小区信息一并打包派发,
5.3b)不存在则向上搜寻RRU归属的BBU信息,
5.3b.i)若BBU存在停电告警上报,则派发停电故障工单,
5.3b.ii)若BBU不存在停电告警上报,则派发缆断故障工单,为BBU与RRU光缆中断所致,
无论BBU是否存在停电告警上报,均将该BBU、其关联的基站、下挂RRU、小区信息进行一并打包派发。
10.根据权利要求1或2或3或6或9所述的一种基于告警定位IPRAN网络故障的方法,其特征在于,IPRAN汇聚层上产生传输中断告警,传输中断告警会导致批量基站退服,将此场景称为汇聚层传输中断告警影响业务传输的场景,此场景下,定位故障原因的过程如下:
6.1)首先判断导致批量基站退服的告警类型:4G断站告警/3G断站告警/传输业务中断告警;
6.2)随后针对不同类型的告警提取相关的站址信息,根据提取到的站址信息获取同站址下所有基站与传输承载关系列表,进行传输环、链关联基站分析:
6.2a)若传输环、链上不存在告警,则进入接入层分析,
6.2b)若传输环、链上存在告警,则查询环、链所在的B设备B1/B2是否存在告警,
6.2b.i)若B设备存在停电告警,则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单,
6.2b.ii)若B设备不存在停电告警,则查询上联B设备B3/B4是否存在端口Down,存在则按照B1/B2设备及下挂A设备、基站进行打包派发停电工单。
CN202210070109.7A 2022-01-21 2022-01-21 一种基于告警定位ipran网络故障的方法 Pending CN114338371A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210070109.7A CN114338371A (zh) 2022-01-21 2022-01-21 一种基于告警定位ipran网络故障的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210070109.7A CN114338371A (zh) 2022-01-21 2022-01-21 一种基于告警定位ipran网络故障的方法

Publications (1)

Publication Number Publication Date
CN114338371A true CN114338371A (zh) 2022-04-12

Family

ID=81028712

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210070109.7A Pending CN114338371A (zh) 2022-01-21 2022-01-21 一种基于告警定位ipran网络故障的方法

Country Status (1)

Country Link
CN (1) CN114338371A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116132261A (zh) * 2022-12-26 2023-05-16 浪潮通信信息系统有限公司 一种设备故障与业务的关联分析方法、系统及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105049253A (zh) * 2015-07-28 2015-11-11 浪潮通信信息系统有限公司 一种获取移动网络故障定位和故障预警的方法
CN107809336A (zh) * 2017-11-16 2018-03-16 中国联合网络通信集团有限公司 一种ip ran网络的故障检测方法、装置
CN108206757A (zh) * 2016-12-20 2018-06-26 中国移动通信集团广东有限公司 无线传输故障告警处理方法及装置
CN110557293A (zh) * 2019-09-19 2019-12-10 中国联合网络通信集团有限公司 告警信息处理方法、装置及终端设备
CN110650041A (zh) * 2019-09-17 2020-01-03 中盈优创资讯科技有限公司 Ipran网络故障定位方法及装置
CN111092752A (zh) * 2019-11-27 2020-05-01 中盈优创资讯科技有限公司 跨多个网络切片的故障定位方法及装置
CN111147286A (zh) * 2019-12-10 2020-05-12 中盈优创资讯科技有限公司 Ipran网络环路监控方法及装置
CN111884840A (zh) * 2020-07-16 2020-11-03 中盈优创资讯科技有限公司 Ipran网络设备故障告警归并分析处理方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105049253A (zh) * 2015-07-28 2015-11-11 浪潮通信信息系统有限公司 一种获取移动网络故障定位和故障预警的方法
CN108206757A (zh) * 2016-12-20 2018-06-26 中国移动通信集团广东有限公司 无线传输故障告警处理方法及装置
CN107809336A (zh) * 2017-11-16 2018-03-16 中国联合网络通信集团有限公司 一种ip ran网络的故障检测方法、装置
CN110650041A (zh) * 2019-09-17 2020-01-03 中盈优创资讯科技有限公司 Ipran网络故障定位方法及装置
CN110557293A (zh) * 2019-09-19 2019-12-10 中国联合网络通信集团有限公司 告警信息处理方法、装置及终端设备
CN111092752A (zh) * 2019-11-27 2020-05-01 中盈优创资讯科技有限公司 跨多个网络切片的故障定位方法及装置
CN111147286A (zh) * 2019-12-10 2020-05-12 中盈优创资讯科技有限公司 Ipran网络环路监控方法及装置
CN111884840A (zh) * 2020-07-16 2020-11-03 中盈优创资讯科技有限公司 Ipran网络设备故障告警归并分析处理方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
葛中魁;汪锋;林康;: "基于自身告警关联实现基站故障精准定位", 电信技术, no. 12, 25 December 2017 (2017-12-25) *
陈剑;: "IP RAN告警监控方案的设计与实现", 电信技术, no. 10, 25 October 2015 (2015-10-25) *
颜玲玲;: "IP网络智能化预检预修与告警关联方案", 中小企业管理与科技(下旬刊), no. 08, 25 August 2020 (2020-08-25) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116132261A (zh) * 2022-12-26 2023-05-16 浪潮通信信息系统有限公司 一种设备故障与业务的关联分析方法、系统及装置
CN116132261B (zh) * 2022-12-26 2024-05-28 浪潮通信信息系统有限公司 一种设备故障与业务的关联分析方法、系统及装置

Similar Documents

Publication Publication Date Title
CN111884840B (zh) Ipran网络设备故障告警归并分析处理方法及装置
EP3654675A1 (en) Train-ground integrated comprehensive analysis platform
US9680722B2 (en) Method for determining a severity of a network incident
CN108055148B (zh) 一种自动化可溯源的电力无线专网网管诊断方法
CN111756582B (zh) 基于nfv日志告警的业务链监控方法
CN106941423A (zh) 故障原因定位方法及装置
CN104301137A (zh) 电力通信故障对业务影响的分析方法及系统
CN101808351B (zh) 业务影响分析方法和系统
CN108650140B (zh) 光传输设备业务故障的自动化辅助分析方法和系统
CN102324968A (zh) 一种无源光网络终端设备告警管理的方法和装置
CN107342809B (zh) 一种业务性能监测与故障定位方法及装置
CN100375435C (zh) 光同步传送网告警相关性分析方法
CN112637006A (zh) 一种电力通信网关键节点及影响域分析方法
CN108616405A (zh) 一种智能变电站虚回路的故障定位方法与装置
CN114338371A (zh) 一种基于告警定位ipran网络故障的方法
CN112711493A (zh) 一种场景化根因分析应用
WO2022262573A1 (zh) 无源波分设备故障检测方法、装置、服务器和存储介质
CN101159617B (zh) 一种融合全网全业务的二维故障管理方法和系统
CN113285840B (zh) 存储网络故障根因分析方法及计算机可读存储介质
CN110474801A (zh) 基于业务可靠性的电力通信网络故障仿真方法
CN113938372A (zh) 一种基于魔百盒优良率的传输联动监测方法
CN113890820A (zh) 一种数据中心网络故障节点诊断方法及系统
CN108123752B (zh) 一种基于地理信息定位的epon精确环路检测方法
Nisa et al. Simulation of the fault management with Self Healing mechanism (case study: LTE Network in Banda Aceh Area)
CN103995216B (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