CN118802449A - 通信传输网的故障抢修方法、装置和电子设备 - Google Patents
通信传输网的故障抢修方法、装置和电子设备 Download PDFInfo
- Publication number
- CN118802449A CN118802449A CN202311185121.3A CN202311185121A CN118802449A CN 118802449 A CN118802449 A CN 118802449A CN 202311185121 A CN202311185121 A CN 202311185121A CN 118802449 A CN118802449 A CN 118802449A
- Authority
- CN
- China
- Prior art keywords
- transmission
- network element
- subnet
- network
- determining
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种通信传输网的故障抢修方法、装置和电子设备,属于通信领域。该方法包括:获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。
Description
技术领域
本申请属于通信领域,具体涉及一种通信传输网的故障抢修方法、装置和电子设备。
背景技术
目前,受灾害性天气等因素影响,时常出现批量基站退服的情形,这样会导致网络大面积中断,无法保障基本的通信需求。
现有技术在批量基站退服的情形下通常由维护人员根据传输维护经验来确定传输线路的故障点,并按照人工经验确定抢修优先级。这种根据人工经验确定抢修优先级的方式往往需要维护人员投入较高的人力成本和时间成本,不利于故障的快速恢复。
发明内容
本申请实施例提供一种通信传输网的故障抢修方法、装置和电子设备,能够解决传统故障抢修方法存在的投入人力成本和时间成本较高的问题。
第一方面,提供一种通信传输网的故障抢修方法,包括:
获取退服站点信息;
基于所述退服站点信息,确定目标故障传输子网;
确定所述目标故障传输子网中的故障传输段;
基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
输出所述故障传输段的抢修优先级。
第二方面,提供一种通信传输网的故障抢修装置,包括:
获取模块,用于获取退服站点信息;
确定模块,用于基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
输出模块,用于输出所述故障传输段的抢修优先级。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
本申请实施例提供的上述至少一个技术方案可以达到如下技术效果:
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,从而解决了传统故障抢修方法存在的投入人力成本和时间成本较高的问题。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图2是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图3是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图4是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图5是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图6是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图7是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图8是本申请实施例提供的一种通信传输网的故障抢修方法的流程图;
图9是本申请实施例提供的一种通信传输网的故障抢修装置的结构框图;
图10是本申请实施例提供的一种电子设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请实施例提供的通信传输网的故障抢修方法应用于通信网络中,例如移动通信网络,特别地,适用于通信传输网中批量基站退服情况,可对台风等恶劣环境影响下出现的大面积通信传输故障具有很好的抢修指导作用。
本申请实施例提供的通信传输网的故障抢修方法可以由目标设备执行,其中,目标设备可以是一台电子设备,也可以是多台电子设备。也就是说,本申请实施例提供的通信传输网的故障抢修方法可以由一台电子设备执行,也可以由多台电子设备相互配合执行。其中,所述电子设备例如可以为诸如笔记本电脑、平板等终端设备,也可以为服务器。
本申请实施例中的通信传输网可包括骨干网元、汇聚网元和传输网元。其中,传输网元可适用于例如乡镇级别或区级别的信息传输,汇聚网元可以用于城市级别的信息传输,骨干网元可适用于省级别的信息传输。传输网元可以为各种传输设备,例如分组传送网(Packet Transport Network,PTN)设备或者智能传输网(Smart Transport Network,STN)设备。
本申请实施例提供的通信传输网的故障抢修方法可涉及资源管理平台、网络管理平台和综合告警管理平台。其中,资源管理平台可指示网元数据,例如网元内部资源的分布情况。网络管理平台可指示网络性能数据,例如网元之间的拓扑情况。综合告警管理平台可指示采集故障信息,例如出现故障的位置和修复手段等。本方案通过数据库(例如,oracle数据库)对爬取的资源管理平台(例如PTN设备表、传输子网及PTN关系表、PTN设备基站关系表、汇聚网元表)、网络管理平台(例如纤缆连接关系表、PTN网元表)、综合告警管理平台(例如PTN告警、基站告警)中的报表数据进行关联,并通过算法自动定位故障段落,确定故障段落修复优先级,例如基站发电优先级和光缆断点修复优先级,有序指导一线高效抢修。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的通信运营商网络中的业务处理方法进行详细地说明。
请参见图1,图1为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图1所示,该方法包括以下步骤:
步骤110:获取退服站点信息;
在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
在网络大面积中断、批量基站退服的情况发生时,可获取退服站点信息,退服站点信息可以通过关联资源管理平台、网络管理平台、综合告警管理平台获取。例如,在一个实施例中,所述退服站点信息包括退服物理站点信息。步骤110中所述获取退服站点信息,包括:接收网络管理平台传送的退服逻辑站点信息;将所述退服逻辑站点信息映射成退服物理站点信息,所述退服物理站点信息包括退服物理站点的名称和编号。其中,退服物理站点可以为退服的基站,例如退服的无线基站。
步骤120:基于所述退服站点信息,确定目标故障传输子网;
在本申请实施例中,所述退服站点信息可以是站点名称、站点编号、站点位置等中的至少一种。故障传输子网可以为退服站点连接的传输设备所归属的传输子网,一个退服站点可连接一个传输设备,退服站点的数目可以为多个,那么传输设备所归属的传输子网也可以有多个。目标故障传输子网可以为故障传输子网中抢修优先级最高的传输子网。
在一个实施例中,步骤120中所述基于所述退服站点信息,确定目标故障传输子网,包括:基于所述退服站点信息,确定退服站点所连接的传输设备;根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;从所述传输设备所归属的传输子网中确定目标故障传输子网。
步骤130:确定所述目标故障传输子网中的故障传输段;
在本申请实施例中,故障传输段中可以只有一个故障传输设备,也可以有多个故障传输设备。
在一个实施例中,步骤130中所述确定所述目标故障传输子网中的故障传输段,包括:根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段。
步骤140:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
在本申请实施例中,为了确定所述故障传输段的抢修优先级,以目标故障传输子网中的汇聚网元为抢修优先级最高,通过计算故障传输段中各个传输网元与目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级,跳数距离越少,说明距离目标故障传输子网中的汇聚网元越近,则其抢修优先级越高。
在一个实施例中,步骤140中所述基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级,包括:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段中各个传输网元的抢修优先级值;基于所述故障传输段中各个传输网元的抢修优先级值,确定所述故障传输段的抢修优先级。
步骤150:输出所述故障传输段的抢修优先级。
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向目标人员,例如管理人员和/或维修人员,展示故障传输段的抢修优先级。例如,自动生成一份故障传输段修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。需指出的是,本申请实施例中的抢修可涵盖以下至少一项:电力抢修(例如基站发电抢修)、传输管线抢修(例如光缆断点修复)和物理站点故障抢修。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,从而解决了传统故障抢修方法存在的投入人力成本和时间成本较高的问题。
请参见图2,图2为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图2所示,该方法包括以下步骤:
步骤210:接收网络管理平台传送的退服逻辑站点信息;
在本申请实施例中,可以从省公司告警平台订阅网络管理平台中所有的退服逻辑站点信息。其中,退服逻辑站点信息包括基站类型、基站名称、基站编号中的至少一种,基站类型包括2G、4G或者5G站。同时,可以对所述退服逻辑站点的编号进行简化,将2G或4G逻辑站点简化为6位,将5G逻辑站点简化为8位。例如,接收到一条退服逻辑站点信息:基站名称为文成宾馆,基站类型为2G或4G,基站编号为H775204,则可以将该逻辑站点编号简化为775204。
步骤220:将所述退服逻辑站点信息映射成退服物理站点信息,所述退服物理站点信息包括退服物理站点的名称和编号;
在本申请实施例中,可以从资源管理平台获取逻辑站点与物理站点对应关系的数据,通过将所述退服逻辑站点信息映射到物理站点,得到退服逻辑站点对应的物理站点。以物理站点为主,整理与所述物理站点对应的退服逻辑站点的信息,形成完整的物理站点与退服逻辑站的对应关系。
在本申请实施例中,可以根据物理站点与逻辑站点的对应关系,输出物理站点的退服情况。
步骤230:基于所述退服站点信息,确定目标故障传输子网;
在本申请实施例中,故障传输子网可以为退服站点连接的传输设备所归属的传输子网,目标故障传输子网可以为故障传输子网中抢修优先级最高的传输子网。
步骤240:确定所述目标故障传输子网中的故障传输段;
步骤250:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
在本申请实施例中,为了确定所述故障传输段的抢修优先级,可以以目标故障传输子网中的汇聚网元为抢修优先级最高,通过计算故障传输段中各个传输网元与目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级,跳数距离越少,说明距离目标故障传输子网中的汇聚网元越近,则其抢修优先级越高。
步骤260:输出所述故障传输段的抢修优先级。
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向目标人员,例如管理人员和/或维修人员,展示故障传输段的抢修优先级。例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,通过具体的算法解决了传统传输运维存在的投入人力、时间成本较高的问题。
请参见图3,图3为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图3所示,该方法包括以下步骤:
步骤310,获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,可获取退服站点信息,退服站点信息可以通过关联资源管理平台、网络管理平台、综合告警管理平台获取。在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤320,基于所述退服站点信息,确定退服站点所连接的传输设备;
在本申请实施例中,可以根据IP匹配得到退服站点与连接的传输设备及端口的对应关系,进一步确定退服站点所连接的传输设备。例如,可以先获取退服物理站点的IP,并获取传输设备(例如PTN设备)的端口的IP,将与退服物理站点的IP匹配的端口IP所在的传输设备确定为退服站点所连接的传输设备。
步骤330,根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
在本申请实施例中,所述传输设备所归属的传输子网可以有多个。步骤330中的传输子网即为故障传输子网。
步骤340,确定各传输子网的抢修优先级;
在本申请实施例中,可以基于抢修优先级的确定准则,确定各个传输子网的抢修优先级。抢修优先级可以是用高、中、低来表示,也可以用数字来表示,其中,数字高可以表示优先级高也可以表示优先级低。
步骤350,基于各传输子网的抢修优先级,确定目标故障传输子网;
在本申请实施例中,可根据各个传输子网的抢修优先级,选择抢修优先级高的传输子网作为目标故障传输子网。例如,此时有传输子网A和传输子网B,传输子网的抢修优先级高于传输子网B,则确定传输子网A为目标故障传输子网。
步骤360:确定所述目标故障传输子网中的故障传输段;
步骤370:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
步骤380:输出所述故障传输段的抢修优先级;
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向目标人员,例如管理人员和/或维修人员,展示故障传输段的抢修优先级。例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,通过具体的算法解决了传统传输运维存在的投入人力、时间成本较高的问题。
请参见图4,图4为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图4所示,该方法包括以下步骤:
步骤410:获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,需要获取退服站点信息,退服站点信息可以通过关联资源管理平台、网络管理平台、综合告警管理平台获取。在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤420:基于所述退服站点信息,确定退服站点所连接的传输设备;
步骤430:根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
在本申请实施例中,在确定所述传输设备所归属的传输子网之后,可以确定各传输子网的抢修优先级,并基于各传输子网的抢修优先级,从所述传输设备所归属的传输子网中确定目标故障传输子网。为了确定各个传输子网的抢修优先级,描述了两种确定抢修优先级的方法,如以下步骤440和步骤450所示。
步骤440:获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;
在本申请实施例中,可以将退服逻辑站点分为普通站点和重要站点,获取传输设备所归属的各个传输子网中的内的退服逻辑站点类型,根据各个传输子网内的退服逻辑站点类型和退服逻辑站点类型的计分规则,对传输子网内逻辑站点退服数量进行加权计算,最后将计算结果按照从大到小的顺序进行排序,进行一个传输设备所归属的各个传输子网的优先级判定。
例如,退服逻辑站点类型的积分规则为,重要站点计2分,普通站点计1分,一个传输设备归属于传输子网A和传输子网B,通过退服逻辑站点类型的积分规则,计算出传输子网A的得分为5,传输子网B的得分为8,则传输子网B的抢修优先级高于传输子网A。或者,普通站点计1分,重要站点计2分,一个传输设备归属于传输子网C和传输子网D,通过退服逻辑站点类型的积分规则,计算出传输子网C的得分为10,传输子网D的得分为15,则传输子网C的抢修优先级高于传输子网D。
在本申请实施例中,可以对各个传输子网的积分值进行输出,例如,生成一个表格,可以直观展示各个传输子网的得分情况以及退服站点信息。
步骤450:从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高;
在本申请实施例中,可以计算传输设备所归属的各个传输子网的退服占比,传输子网的退服占比为该传输子网中退服逻辑站点的数量与该传输子网的逻辑站点总数之比值,退服占比可以直观看出一个传输子网内的退服情况,退服占比越高,该传输子网内退服情况越严重,基于传输设备所归属的各个传输子网的退服占比,确定各传输子网的抢修优先级。例如,一个传输设备归属于传输子网A和传输子网B,传输子网A中一共有8个逻辑站点,退服站点有2个,传输子网B中一共有10个逻辑站点,退服站点有2个;则此时传输子网A的退服占比为25%,传输子网B的退服占比为20%,传输子网A的抢修优先级高于传输子网B。
在本申请实施例中,可以对各个传输子网的退服占比进行输出,例如,生成一个表格,可以直观展示各个传输子网的得分情况以及退服站点信息。
步骤460:基于各传输子网的抢修优先级,确定目标故障传输子网;
步骤470:确定所述目标故障传输子网中的故障传输段;
步骤480:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
步骤490:输出所述故障传输段的抢修优先级;
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向维修人员展示故障传输段的抢修优先级,例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,通过具体的算法解决了传统传输运维存在的投入人力、时间成本较高的问题。
此外,在本申请实施例提供的通信传输网的故障抢修方法中,通过对传输子网内逻辑站点退服数量进行加权计算,计算分值并进行排序,据此进行传输子网抢修优先级判定,这样以数据的形式量化了传输网络抢修优先级,对故障抢修判断标准更加清晰。
请参见图5,图5为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图5所示,该方法包括以下步骤:
步骤510:获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,需要获取退服站点信息,退服站点信息可以通过关联资源管理平台、网络管理平台、综合告警管理平台获取。在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤515:基于所述退服站点信息,确定退服站点所连接的传输设备;
步骤520:根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
在本申请实施例中,在确定所述传输设备所归属的传输子网之后,可以确定各传输子网的抢修优先级,并基于各传输子网的抢修优先级,从所述传输设备所归属的传输子网中确定目标故障传输子网。为了确定各个传输子网的抢修优先级,描述了两种确定抢修优先级的方法,如以下步骤525和步骤530所示:
步骤525:获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;
步骤530:从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高;
步骤535:基于各传输子网的抢修优先级,确定目标故障传输子网;
步骤540:根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;
在本申请实施例中,可以从网络管理平台中导出所有传输设备的纤缆关系连接表,从中获取目标故障传输子网的骨干网元,即目标故障传输子网中为汇聚上联类型的传输网元,并为其打上标签,记为第一跳网元,例如设备类型为PTN7900、PTN7900E、PTN3900的传输网元。
步骤545:从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;
在本申请实施例中,可以从骨干网元出发,以骨干网元作为起点,对骨干网元连接的网元进行判断是否可以接收到光信号,直到某一个传输网元无法接收到光信号,则确定该传输网元的上一级传输网元为故障点。特别地,如果骨干网元的下一级网元无法接收到光信号,则确定骨干网元故障。
在无法接收到光信号的情况下,可发出设备告警,例如光口丢失告警、连接中断告警或者业务中断告警。其中,发出告警的设备可以为PTN设备或者STN设备。
步骤550:使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段;
在本申请实施例中,可以从目标故障传输子网中的所有骨干网元出发进行遍历。例如,如果一个传输子网中只有一个骨干网元,则可从该骨干网元出发向两边进行遍历,找到故障点后,两个故障点连接的那一段可以为目标故障子网中的故障传输段故障点。如果一个传输子网中有两个骨干网元,则可从两个骨干网元分别出发向两边进行遍历,找出目标故障传输子网中的故障传输段。
在本申请实施例中,确定目标故障传输子网中的故障传输段后,可以采用表格、图片等形式输出目标故障传输子网的故障传输段。
步骤555:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
步骤560:输出所述故障传输段的抢修优先级;
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,通过具体的算法解决了传统传输运维存在的投入人力、时间成本较高的问题。
请参见图6,图6为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图6所示,该方法包括以下步骤:
步骤610:获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,需要获取退服站点信息,退服站点信息可以通过关联资源管理平台、网络管理平台、综合告警管理平台获取。在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤615:基于所述退服站点信息,确定退服站点所连接的传输设备;
步骤620:根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
在本申请实施例中,在确定所述传输设备所归属的传输子网之后,可以确定各传输子网的抢修优先级,并基于各传输子网的抢修优先级,从所述传输设备所归属的传输子网中确定目标故障传输子网。为了确定各个传输子网的抢修优先级,描述了两种确定抢修优先级的方法,为以下步骤625和步骤630所示:
步骤625:获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;
步骤630:从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高;
步骤635:基于各传输子网的抢修优先级,确定目标故障传输子网;
步骤640:根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;
步骤645:从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;
步骤650:使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段;
步骤655:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段中各个传输网元的抢修优先级值;
在本申请实施例中,可以从网络管理平台中导出故障传输段的纤缆关系连接表,根据纤缆关系连接表还原出各个传输网元逻辑数据拓扑,根据逻辑数据拓扑对故障传输段内的各个传输网元进行赋值。由于在一个传输子网中,可能存在多个汇聚类网元,由于起点不同,对于同一个故障传输段内的传输网元,可能存在几个不同的赋值,根据不同的赋值规则,确定故障传输段内的各个传输网元的抢修优先级值。例如,一种赋值规则为:对汇聚类网元PTN7900、PTN7900E、PTN3900赋值为0,汇聚类网元的下一级传输网元赋值为1,以此类推;此时,对于一个故障传输段内的传输网元,存在多种赋值时,应选择赋值最小的为该传输网元的抢修优先级值。
步骤660:基于所述故障传输段中各个传输网元的抢修优先级值,确定所述故障传输段的抢修优先级;
在本申请实施例中,根据故障传输段中各个传输网元的抢修优先级值,来确定故障传输段的抢修优先级,例如,对故障传输段中各个网元的抢修优先级值取平均值,即为故障传输段的抢修优先级;或,以故障传输段中各个传输网元的抢修优先级最大值作为故障传输段的抢修优先级。
步骤665:输出所述故障传输段的抢修优先级;
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向目标人员,例如管理人员和/或维修人员,展示故障传输段的抢修优先级,例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,可以定位目标故障传输子网的故障传输段,并确定故障传输段的抢修优先级,输出所述故障传输段的抢修优先级,可以有序的指导一线高效抢修,通过具体的算法解决了传统传输运维存在的投入人力、时间成本较高的问题。
请参见图7,图7为本申请实施例提供的一种通信传输网的故障抢修方法的流程图,如图7所示,该方法包括以下步骤:
步骤710:获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,需要获取退服站点信息,退服站点信息可以通过资源管理平台、网络管理平台、综合告警管理平台获取。在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤720:基于所述退服站点信息,确定目标故障传输子网;
步骤730:确定所述目标故障传输子网中的故障传输段;
在本申请实施例中,为了能直观的展示退服物理站点、故障传输段等信息,在确定所述目标故障传输子网中的故障传输段之后,可进行故障传输段的可视化处理,如以下步骤760所示。
步骤740:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
步骤750:输出所述故障传输段的抢修优先级;
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向维修人员展示故障传输段的抢修优先级,例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
步骤760:以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。
在本申请实施例中,可以对故障传输段、退服物理站点、退服物理站点进行可视化呈现,生成一个地图的形式,其中,采用不同的颜色对退服物理站点和正常物理站点进行标记,对故障传输段和正常传输段进行标记。
例如,可生成一张目标故障传输子网的地图,其中采用圆圈表示物理站点,并可以在旁标注物理站点名称;采用站点间的连线表示物理站点间的光缆路径,使用红色线条表示故障传输段、绿色表示正常传输段。同时,可在地图上显示需要抢修的物理站点的数量。针对以上内容,地图上可设置有传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点以及数量,可选择性的在地图上对上述内容进行显示。例如可以选择只显示正常传输段;可以选择只显示故障传输段;可以选择只显示退服物理站点;可以选择只显示正常物理站点;可以选择只显示物理站点名称;可以选择只显示需要抢修的物理站点数量;可以选择显示传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点数量中的任意两个;可以选择显示传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点数量中的任意三个;可以选择显示传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点数量中的任意四个;可以选择显示传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点数量中的任意五个;可以选择显示传输段、故障传输段、退服物理站点、正常物理站点、物理站点名称、需要抢修的物理站点数量全部选项。
本实施例提供的通信传输网的故障抢修方法,基于退服站点信息,确定了目标故障传输子网以及目标故障传输子网的故障传输段,并对故障传输段、退服物理站点、退服物理站点进行可视化呈现,生成目标故障传输子网的地图,直观的显示了退服站点信息,可有序的指导一线高效抢修。
请参见图8,图8为本申请实施例提供的一种通信传输网的故障抢修方法的完整流程图,如图8所示,本申请实施例提供的一种通信传输网的故障抢修方法包括以下步骤:
步骤810:获取退服站点信息;
在网络大面积中断、批量基站退服的情况发生时,可获取退服站点信息,退服站点信息可以通过资源管理平台、网络管理平台、综合告警管理平台获取,在本申请实施例中,所述退服站点信息可以是退服逻辑站点信息或退服物理站点信息。
步骤815:基于所述退服站点信息,确定退服站点所连接的传输设备;
步骤820:根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
在本申请实施例中,在确定所述传输设备所归属的传输子网之后,可以确定各传输子网的抢修优先级,并基于各传输子网的抢修优先级,从所述传输设备所归属的传输子网中确定目标故障传输子网。为了确定各个传输子网的抢修优先级,描述了两种确定抢修优先级的方法,为以下步骤825和步骤830所示:
步骤825:获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;
步骤830:从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高;
步骤835:基于各传输子网的抢修优先级,确定目标故障传输子网;
步骤840:基于所述退服站点信息,确定目标故障传输子网;
步骤845:根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;
步骤850:从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;
步骤855:使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段;
在本申请实施例中,为了能直观的展示退服物理站点、故障传输段等信息,在确定所述目标故障传输子网中的故障传输段之后,可进行故障传输段的可视化处理,如以下步骤875所示。
步骤860:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段中各个传输网元的抢修优先级值;
步骤865:基于所述故障传输段中各个传输网元的抢修优先级值,确定所述故障传输段的抢修优先级;
步骤870:输出所述故障传输段的抢修优先级;
在本申请实施例中,可以在确定故障传输段的抢修优先级之后,向目标人员,例如管理人员和/或维修人员,展示故障传输段的抢修优先级。例如,自动生成一份故障站点修复优先级清单,抢修优先级越高,在清单中的排序越靠前,越需要立即去抢修。
步骤875:以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。如此,可以对故障传输段、退服物理站点、退服物理站点进行可视化呈现,生成一个地图的形式,其中,采用不同的颜色对退服物理站点和正常物理站点进行标记,对故障传输段和正常传输段进行标记。
需了解的是,图1至图9中对各个相同或相应步骤的解释可相互参照。例如,图4中步骤440和步骤450的解释可适用于图5中的步骤525和步骤530。
同时,需了解的是,本申请实施例提供的一种通信传输网的故障抢修方法可具有如下有益效果:其一,通过确定故障段落,并计算故障段落的网元到汇聚网元的跳数,可以计算传输子网故障传输段的抢修优先级;同时,可通过对传输子网内逻辑站点退服数量进行加权计算,计算分值并进行排序,进行传输子网抢修优先级判定;如此,可以以数据的形式量化了传输网络抢修优先级,对故障抢修判断标准更加清晰;其二,可以以表格和地图的形式呈现抢修段落和抢修优先级,例如基站发电优先级和光缆断点修复优先级,直观呈现的方式可以指导一线高效抢修,有利于快速恢复故障。原先发生台风等大型灾害性天气,传输网管人工统计需2人4小时的工作量,采用本申请可以秒速完成。
本申请实施例前端可采用Bootstrap和.NET Core MVC模型框架,搭建前端网页;缓存层可采用内存(Memory)、Redis技术;持久层框架可采用Entity Framework Core技术。数据库可采用SqlServer、MySql或者Oracle,定时任务可采用Quartz.Net技术。本申请实施例可采用响应式布局,支持电脑端网页版,具有强大的一键生成功能(包括视图、控制器、业务类、实体类、服务类、菜单),底层可采用Oracle数据库。本申请实施例可采用基于角色的权限控制(Role-Based Access Control),可控制到按钮。同时,可对常用JS插件进行二次封装,使JS代码变得简洁,更加容易维护;同时拥有完善的日志记录体系,对查询、删除等账号操作进行全方面记录。
图9是本申请实施例提供的一种通信传输网的故障抢修装置的结构框图。参照图9,本申请实施例提供的通信传输网的故障抢修装置900包括:
获取模块910,用于获取退服站点信息;
确定模块920,用于基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
输出模块930,用于输出所述故障传输段的抢修优先级。
在本申请实施例中,获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。如此,可以对故障传输段、退服物理站点、退服物理站点进行可视化呈现,生成一个地图的形式,其中,采用不同的颜色对退服物理站点和正常物理站点进行标记,对故障传输段和正常传输段进行标记。
在本申请的的一个实施例中,所述退服站点信息包括退服物理站点信息。在所述获取退服站点信息的过程中,获取模块910具体用于:接收网络管理平台传送的退服逻辑站点信息;将所述退服逻辑站点信息映射成退服物理站点信息,所述退服物理站点信息包括退服物理站点的名称和编号。
在本申请的一个实施例中,在所述基于所述退服站点信息,确定目标故障传输子网的过程中,确定模块920具体用于:基于所述退服站点信息,确定退服站点所连接的传输设备;根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;从所述传输设备所归属的传输子网中确定目标故障传输子网。
在本申请的一个实施例中,在所述从所述传输设备所归属的传输子网中确定目标故障传输子网的过程中,确定模块920具体用于:确定各传输子网的抢修优先级;基于各传输子网的抢修优先级,确定目标故障传输子网。
在本申请的一个实施例中,在所述确定各个传输子网的抢修优先级的过程中,确定模块920具体用于:获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;或者,从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高。
在本申请的一个实施例中,在所述确定所述目标故障传输子网中的故障传输段的过程中,确定模块920具体用于:根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段。
在本申请的一个实施例中,在所述基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级的过程中,确定模块920具体用于:基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段中各个传输网元的抢修优先级值;基于所述故障传输段中各个传输网元的抢修优先级值,确定所述故障传输段的抢修优先级。
在本申请的一个实施例中,在所述确定所述目标故障传输子网中的故障传输段之后,所述输出模块930还用于:以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。
如图10所示,本申请实施例还提供一种电子设备1000,所述电子设备可以为各种类型的计算机等。所述电子设备1000包括:处理器1010和存储器1020,存储器1020上存储程序或指令,所述程序或指令被所述处理器1010执行时实现上文所描述的任一种方法的步骤。举例而言,所述程序被所述处理器1010执行时实现如下过程:获取退服站点信息;基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;输出所述故障传输段的抢修优先级。如此,在灾害天气导致网络大面积中断、批量基站退服的情况下,根据退服站点信息,定位目标故障传输子网的故障传输段,确定故障传输段的抢修优先级,并在地图上直观呈现,有序指导一线高效抢修,解决了传统传输运维存在的投入人力、时间成本较高的问题。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现通信传输网的故障抢修方法的各个实施例的步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (10)
1.一种通信传输网的故障抢修方法,其特征在于,包括:
获取退服站点信息;
基于所述退服站点信息,确定目标故障传输子网;
确定所述目标故障传输子网中的故障传输段;
基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
输出所述故障传输段的抢修优先级。
2.根据权利要求1所述的方法,其特征在于,所述退服站点信息包括退服物理站点信息;所述获取退服站点信息,包括:
接收网络管理平台传送的退服逻辑站点信息;
将所述退服逻辑站点信息映射成退服物理站点信息,所述退服物理站点信息包括退服物理站点的名称和编号。
3.根据权利要求1所述的方法,其特征在于,所述基于所述退服站点信息,确定目标故障传输子网,包括:
基于所述退服站点信息,确定退服站点所连接的传输设备;
根据纤缆关系连接表和汇聚网元表,确定所述传输设备所归属的传输子网;
从所述传输设备所归属的传输子网中确定目标故障传输子网。
4.根据权利要求3所述的方法,其特征在于,所述传输设备的数目为多个,所述传输设备所归属的传输子网为多个;所述从所述传输设备所归属的传输子网中确定目标故障传输子网,包括:
确定各传输子网的抢修优先级;
基于各传输子网的抢修优先级,确定目标故障传输子网。
5.根据权利要求4所述的方法,其特征在于,所述确定各个传输子网的抢修优先级,包括:
获取所述传输设备所归属的各个传输子网内的退服逻辑站点类型,所述退服逻辑站点类型包括普通站点和重要站点;根据各个传输子网内的退服逻辑站点类型和所述退服逻辑站点类型的计分规则,确定所述传输设备所归属的各个传输子网的得分;按照各个传输子网的得分,确定各个传输子网的抢修优先级;
或者,
从所述传输设备所归属的传输子网中确定各传输子网的退服占比,其中,所述退服占比为退服逻辑站点数目与逻辑站点总数之比值;基于各传输子网的退服占比,确定各传输子网的抢修优先级;其中,退服占比越高,抢修优先级越高。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述确定所述目标故障传输子网中的故障传输段,包括:
根据纤缆关系连接表,获取所述目标故障传输子网中的骨干网元;
从所述骨干网元开始,对所述目标故障传输子网中的各个网元依次执行如下操作:判断所述网元所连接的第一级传输网元是否接收到光信号;若所述第一级传输网元没有接收到光信号,确定所述网元为故障点;若所述第一级传输网元接收到光信号,判断所述所述第一级传输网元所连接的下一级网元是否接收到光信号;
使用递归算法遍历所有的网元连接路由,找出所述目标故障传输子网中的故障传输段。
7.根据权利要求1-5任一项所述的方法,其特征在于,所述基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级,包括:
基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段中各个传输网元的抢修优先级值;
基于所述故障传输段中各个传输网元的抢修优先级值,确定所述故障传输段的抢修优先级。
8.根据权利要求1所述的方法,其特征在于,在所述确定所述目标故障传输子网中的故障传输段之后,所述方法还包括:
以地图的形式呈现所述目标故障传输子网上的所有物理站点和所述故障传输段,其中,所有物理站点中的退服物理站点显示的颜色与正常物理站点显示的颜色不同,所述故障传输段显示的颜色与正常传输段显示的颜色不同。
9.一种通信传输网的故障抢修装置,其特征在于,包括:
获取模块,用于获取退服站点信息;
确定模块,用于基于所述退服站点信息,确定目标故障传输子网;确定所述目标故障传输子网中的故障传输段;基于所述故障传输段中各个传输网元离所述目标故障传输子网中的汇聚网元的跳数距离,确定所述故障传输段的抢修优先级;其中,距离所述汇聚网元的跳数越少,抢修优先级越高;
输出模块,用于输出所述故障传输段的抢修优先级。
10.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1-8任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311185121.3A CN118802449A (zh) | 2023-09-08 | 2023-09-08 | 通信传输网的故障抢修方法、装置和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311185121.3A CN118802449A (zh) | 2023-09-08 | 2023-09-08 | 通信传输网的故障抢修方法、装置和电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118802449A true CN118802449A (zh) | 2024-10-18 |
Family
ID=93018808
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311185121.3A Pending CN118802449A (zh) | 2023-09-08 | 2023-09-08 | 通信传输网的故障抢修方法、装置和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118802449A (zh) |
-
2023
- 2023-09-08 CN CN202311185121.3A patent/CN118802449A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101588518B (zh) | 一种传送网络拓扑结构安全分析方法及实现系统 | |
CN101614781B (zh) | 一种基于空间规则索引的广电设备故障智能诊断方法 | |
US7831709B1 (en) | Flexible grouping for port analysis | |
CN108206757A (zh) | 无线传输故障告警处理方法及装置 | |
CN110737660B (zh) | 一种数据处理方法、设备及计算机可读存储介质 | |
CN113347060B (zh) | 基于流程自动化的电力网络故障检测方法、装置和系统 | |
CN111897643B (zh) | 线程池配置系统、方法、装置和存储介质 | |
CN115372759B (zh) | 一种变电站二次回路的线缆故障诊断系统及方法 | |
CN104010018B (zh) | 同步组播组的方法和装置 | |
CN104869011A (zh) | 一种电路调度方法及装置 | |
CN118802449A (zh) | 通信传输网的故障抢修方法、装置和电子设备 | |
CN107231187A (zh) | 一种传输光缆故障判断方法、装置及终端 | |
CN201467146U (zh) | 一种传送网络拓扑结构安全分析系统 | |
CN107169175A (zh) | 一种校验架空线路拓扑设计合理性的方法及系统 | |
CN117412205A (zh) | 一种odn资源管理方法、装置、设备和存储介质 | |
CN117390801A (zh) | 一种配电网拓扑结构的快速识别方法及装置 | |
CN116938953A (zh) | 基于区块链的数据处理方法、装置、电子设备及存储介质 | |
CN107800553B (zh) | 一种管理设备故障的方法和装置 | |
CN109756365A (zh) | 一种电力通信网络的故障分析方法及系统 | |
CN109062639B (zh) | 一种变电站scd文件的升级信息的显示方法及系统 | |
US10897401B2 (en) | Determining the importance of network devices based on discovered topology, managed endpoints, and activity | |
CN112836836A (zh) | 一种智能变电站二次设备回路可视化呈现方法 | |
CN104749704A (zh) | 一种光缆纤芯接续关系快速建立的方法 | |
CN119766326A (zh) | 传输网络中同路由隐患的检测方法、装置、设备及介质 | |
CN114650222B (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 |