无源设备端口实时滚动更新的检测方法与流程

1.本发明涉及网络通信技术领域，尤其涉及一种无源设备端口实时滚动更新的检测方法。


背景技术：

2.传统网络设备连接模式为点对点通讯，不存在接入侧末端设备端口现场混乱的情况。
3.随着通信技术与计算机技术逐步整合，数字化、宽带化和智能化已成为未来通信的发展方向，而以pon(passive optical network，无源光纤网络)网络技术的发展，点对多点结构的通讯技术将提供更加丰富的业务与应用。但是，随着网络服务质量和业务种类等多方面的更高要求，资源基础管理能力逐步显露出明显不足：接入网哑设备体量庞大，人工管理稽核能力有限，现场端口资源混乱、用户端口信息不能实时滚动更新，现场明明有空闲端口，装维人员却现场无法判断而造成无法装机，导致客户流失。


技术实现要素：

4.针对上述问题，本发明提供了一种无源设备端口实时滚动更新的检测方法，通过与网管系统和号线资源管理系统之间的数据交互和解析，能够判断装维人员在现场断开哑设备的线缆连接后，能够通过状态比对，实现对哑设备端口状态的判断，进而实现哑设备的现场端口状态实时滚动更新，从而提高装移修效率，同时能够实现对哑设备端口的有效管理，提升了端口资源利用率和端口状态准确率。
5.为实现上述目的，本发明提供了一种无源设备端口实时滚动更新的检测方法，包括：
6.通过移动终端扫描哑设备预设条码以获取哑设备信息，同时以所述哑设备信息向网管系统发送检测请求；
7.所述网管系统根据所述检测请求将相应的哑设备参数反馈至号线资源管理系统；
8.在断开所述哑设备上的线缆连接后，以所述哑设备信息向所述网管系统发送断纤测试请求；
9.所述网管系统根据所述断纤测试请求判断是否有相关的告警信息，若不存在告警信息，则返回测试失败信息，若存在告警信息，则将所述告警信息发送至所述号线资源管理系统；
10.所述号线资源管理系统对所述告警信息进行解析，所述号线资源管理系统根据解析信息与所述哑设备参数进行比对以判断所述哑设备的端口状态；
11.根据所述哑设备的端口状态进行更新调整。
12.在上述技术方案中，优选地，所述哑设备信息包括光线路终端地址、无源光纤网络编码和宽带识别码。
13.在上述技术方案中，优选地，所述号线资源管理系统对所述哑设备参数进行解析，
确定所述哑设备的端口状态。
14.在上述技术方案中，优选地，所述网管系统根据所述检测请求将相应的哑设备参数反馈至号线资源管理系统具体包括：
15.采用所述哑设备相对应的预设规则进行请求报文的解析；
16.由外层向内层逐步获取设备id、设备厂商和设备型号作为基础信息，根据所述设备id截取拆分以获取到oltponslot、oltponport作为进一步解析的基础数据。
17.在上述技术方案中，优选地，所述号线资源管理系统对所述告警信息进行解析，所述号线资源管理系统根据解析信息与所述哑设备参数进行比对以判断所述哑设备的端口状态具体包括：
18.采用所述哑设备相对应的预设规则对所述告警信息进行解析；
19.由所述告警信息获取索引信息，根据解析规则转换为相应的二进制编码，并对所述二进制编码截取部分位数进行计算后重新转换为十进制位数；
20.根据转换位数获取到相应的状态信息并进行记录。
21.在上述技术方案中，优选地，所述根据所述哑设备的端口状态进行更新调整具体包括：
22.将所述哑设备的端口状态复位并修正所述号线资源管理系统中的设备信息，并更新至所述网管系统，同时发送至所述移动终端。
23.在上述技术方案中，优选地，无源设备端口实时滚动更新的检测方法还包括：
24.在将所述哑设备的端口状态更新后，恢复线缆连接。
25.与现有技术相比，本发明的有益效果为：通过与网管系统和号线资源管理系统之间的数据交互和解析，能够判断装维人员在现场断开哑设备的线缆连接后，能够通过状态比对，实现对哑设备端口状态的判断，进而实现哑设备的现场端口状态实时滚动更新，从而提高装移修效率，同时能够实现对哑设备端口的有效管理，提升了端口资源利用率和端口状态准确率。
附图说明
26.图1为本发明一种实施例公开的无源设备端口实时滚动更新的检测方法的流程示意图；
27.图2为本发明一种实施例公开的无源设备端口实时滚动更新的检测方法的操作流程图；
28.图3为本发明一种实施例公开的网管系统与号线资源管理系统的通信示意图。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.下面结合附图对本发明做进一步的详细描述：
31.如图1和图2所示，根据本发明提供的一种无源设备端口实时滚动更新的检测方
法，包括：
32.通过移动终端扫描哑设备预设条码以获取哑设备信息，同时以哑设备信息向网管系统发送检测请求；
33.网管系统根据检测请求将相应的哑设备参数反馈至号线资源管理系统；
34.在断开哑设备上的线缆连接后，以哑设备信息向网管系统发送断纤测试请求；
35.网管系统根据断纤测试请求判断是否有相关的告警信息，若不存在告警信息，则返回测试失败信息，若存在告警信息，则将告警信息发送至号线资源管理系统；
36.号线资源管理系统对告警信息进行解析，号线资源管理系统根据解析信息与哑设备参数进行比对以判断哑设备的端口状态；
37.根据哑设备的端口状态进行更新调整。
38.在该实施例中，通过与网管系统和号线资源管理系统之间的数据交互和解析，能够判断装维人员在现场断开哑设备的线缆连接后，能够通过状态比对，实现对哑设备端口状态的判断，进而实现哑设备的现场端口状态实时滚动更新，从而提高装移修效率，同时能够实现对哑设备端口的有效管理，提升了端口资源利用率和端口状态准确率。
39.具体地，通过结合移动终端app应用增加端口清查功能，结合码化的无源哑设备，通过移动终端设备扫码识别打通与olt(optical line terminal，光线路终端)专业网管系统的接口，传递网管开通需要的参数信息，实现无源哑设备与专业网管系统的交互以及接入用户和端口识别。
40.在实现过程中，通过扫码获取号线哑设备信息，打通与网管系统的接口，通过对比断开线缆前后的光猫设备loid、光猫设备状态的变化，进行端口识别、分析、修正，端口复位后光功率检测必须达标。
41.在上述实施例中，优选地，哑设备信息包括光线路终端地址oltip、无源光纤网络编码pon#和宽带识别码loid#。
42.在上述实施例中，优选地，号线资源管理系统对哑设备参数进行解析，确定哑设备的端口状态。
43.在上述实施例中，优选地，网管系统根据检测请求将相应的哑设备参数反馈至号线资源管理系统具体包括：
44.采用哑设备相对应的预设规则进行请求报文的解析；
45.由外层向内层逐步获取设备id、设备厂商和设备型号作为基础信息，根据设备id截取拆分以获取到oltponslot、oltponport作为进一步解析的基础数据。
46.具体地，比如，根据华为厂商提供的规则对华为设备进行报文解析，根据中兴厂商提供的规则对中兴设备进行报文解析，根据贝尔厂商提供的规则对贝尔设备进行报文解析。
47.其中，网络报文的格式及层数会有少许不同，需要精确获取到多层级之下需要的元素节点，进而取得需要获取的相关数据后再进行数据处理。解析报文需要依次获取多种信息，从外层到内层逐步获取id、设备厂商、设备型号等基础信息，根据id截取拆分获取到oltponslot、oltponport作为进一步解析的基础数据。进行到状态解析时，根据不同厂商匹配不同解析规则，不同厂商根据不同设备型号区分不同解析规则，再根据解析规则进行解析处理。
48.在上述实施例中，优选地，号线资源管理系统对告警信息进行解析，号线资源管理系统根据解析信息与哑设备参数进行比对以判断哑设备的端口状态具体包括：
49.采用哑设备相对应的预设规则对告警信息进行解析；
50.由告警信息获取索引信息，根据解析规则转换为相应的二进制编码，并对二进制编码截取部分位数进行计算后重新转换为十进制位数；
51.根据转换位数获取到相应的状态信息并进行记录。
52.在上述实施例中，优选地，根据哑设备的端口状态进行更新调整具体包括：
53.将哑设备的端口状态复位并修正号线资源管理系统中的设备信息，并更新至网管系统，同时发送至移动终端。
54.其中，不同厂商的不同型号设备在断纤前后的设备状态如下表所示：
55.olt设备/pon口光猫正常状态断纤后光猫状态华为在线离线中兴workingios烽火activeoffline贝尔is(in service)oos(out of service)
[0056][0057][0058]
在上述实施例中，优选地，无源设备端口实时滚动更新的检测方法还包括：
[0059]
在将哑设备的端口状态更新后，恢复线缆连接。
[0060]
根据上述实施例公开的无源设备端口实时滚动更新的检测方法，在具体应用过程中，可通过与集中监控系统或网管系统进行交互通信，实现对设备端口状态的更新调整，如图3所示，具体实现步骤如下。
[0061]
实施例1
[0062]
与集中监控系统的交互通信：
[0063]
以号线扫码断纤向集中监控系统发起请求为例：
[0064]
1)号线扫码获取设备信息后，断纤，向集中监控系统发起请求；
[0065]
2)集中监控系统收到请求后，判断是否有相关告警信息，有，则返回，无，则返回失败；
[0066]
3)集中监控系统进行解析后通知号线系统；
[0067]
4)号线系统根据集中监控系统返回结果进行比对；
[0068]
5)判断主要问题，包括告警延时长、部分设备接收不到告警信息。
[0069]
实施例2
[0070]
与网管系统进行交付通信：
[0071]
以号线扫码断纤向网管系统发起请求为例：
[0072]
1)号线扫码获取信息后，断纤，向网管系统发起请求；
[0073]
2)网管系统收到请求后，判断是否有相关告警信息，有，则返回，无，则返回失败；
[0074]
3)号线系统收到告警信息后按预设规则进行解析；
[0075]
4)根据解析信息与号线的设备信息进行比对；
[0076]
5)根据比对结果进行现场资料更新调整。
[0077]
根据上述实施例所公开的方法，具有以下优点：
[0078]
1、有效解决现场资源端口实时滚动更新的问题；
[0079]
2、对哑设备端口进行有效管理，提升端口资源利用率及端口准确率；
[0080]
3、节省装移修成本，缩减装机时限，提升客户满意度，减少用户流失；
[0081]
4、系统上线应用以来月均登录量增加到13.5w人次，系统功能点击量107w次，已检测设备22.5w，已清查端口114w，资料准确率大大提升。
[0082]
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。