OSN系列光端机环形网复用段故障解析

• 191
•
（4）连接AB，将AB与遍历到的三角形分成两个多边形P1和P2，逆时针存储P1和P2的顶点。

（5）取AB的中点M，让M点与多边形P1与P2的各个顶点重新生成三角形并加入到三角形列表中。

3.2 A-star算法的实现
A-star算法实现在自定义的蓝图类pathSearch中，具体实现如下：（1）将路径搜索的起点加入到一个open list中。

（2）对于open list 中f值最小的点P，遍历其邻接并且可达的点，对于每个与P点邻接并且可达的点：若该点在close list中，则不做处理；若该点不在open list中，则计算该点的f值，将其加入open list中；若该点在open list中，且f值能通过P点更新比原值更小，则更新该临接点的f值,并记录前驱结点。

处理完邻接点后，将p点从open list删除，并将其添加至close list。

（3）如此处理直至终点加入open list中或者open list为空，如果终点加到了open list中，那么存在最短路径，算法结束，可通过每个节点的前驱得到寻路结果。

3.3 拐角算法的实现
拐角算法实现在自定义的蓝图类pathSearch中，算法实现了函数getTwoPoint和isContained。

getTwoPoint用于计算2个连续三角形的公共点，而isContained用于判断向量的包含关系。

拐角算法的具体实现如下：
（1）将当前节点赋值为起始点。

（2）逐个遍历path中未被遍历过的三角形，并判断公共边与当前点产生的向量是否被2个边界向量包含，若包含，则更新边界向量；若不包含，则生成拐点，将拐点保存，并将当前点设定为拐点。

（3）继续步骤2，直到遍历到最后一个三角形为止。

3.4 实现效果
为检测寻路效果，本文在Unreal游戏引擎搭建了一个游戏场景，场景为存在多个的障碍物的街道路口。

在Unreal游戏引擎中实现了由玩家控制移动的角色，以及实时根据寻路结果来跟踪玩家的敌人。

如图3
所示。

图3 街道游戏场景
根据实验结果，无论是游戏开始时还是敌人实时跟踪玩家，实现的算法都能达成寻路效果。

4 结语
本文首先了介绍了寻路算法和Unreal游戏引擎，然后在Unreal游戏引擎中实现了本文的寻路算法，经测试，本文实现的寻路算法能完成寻路任务。

然而随着近年来游戏技术和游戏创意的发展，本文的寻路算法还存在非常多的提升空间以应对更加复杂的游戏场景，本文后续将继续深入研究相关内容，持续完善本文的寻路算法。

作者简介：陈磊（1990—），男，浙江宁波人，硕士研究生，
研究方向：游戏引擎、算法。

随着沈阳民航各单位信息交互量急
剧增长，对光传输网的依赖和要求越来
越高。

原本传输环形网大多采用复用段
保护机制，一旦出现传输环形网复用段
故障就是致命的。

本文给出了光传输设
备复用段重大事故紧急恢复的方法。

设
备维护人员在处理此类故障时运用相应
方法的定位故障，能准确快速分析、定
位故障进而解决问题，为空管运输安全
提供保障。

OptiX OSN系列光传输设备是华为技
术有限公司开发的智能光传输设备，主要
应用于传输网中的汇聚层和骨干层。

东北空管局通信网络中心桃电集群通
信部目前负责维护52个传输网元设备,16
保护环网。

华为OSN系列光传输复用段环
有桃仙场区至区管场区OSN2500光端机组
成的2500光环网，主要负责桃仙机场与区
管中心之间的业务传输；OSN3500光端机
组成的3500光环网，主要负责桃仙有线通
信部与桃仙机场T3航站楼之间的业务传
输和桃仙至区管中心的业务传输。

由OSN
系列光端机所组成的SDH传输网主要承载
甚高频、转报综合信息网、宽带网、办公
网、程控中继、雷达自动化等业务的传
输。

由多台2500光端机组成的办公区光环
民
航
东
北
地
区
空
中
交
通
管
理
局
通
信
网
络
中
心
蔡
爽
OSN
系
列
光
端
机
环
形
网
复
用
段
故
障
解
析
网业务，主要承载办公区的办公网业务等。

因此OSN系列光端
机复用段环网的安全稳定可靠运行就显得尤为重要。

1 复用段的基本概念及倒换原理
1.1 复用段基本概念
SDH传输系统按功能分层的方法可分为物理层、段层、
通道层和电路层（类似于ISO的七层结构），其中下层为上
层提供服务。

分层中最下层是物理层，用光信号波长、脉冲波形等参
数表征。

物理层上面是段层，段层的作用是确保SDH网内节点之
间信号传送的完整性。

段层可再分为再生段层和复用段层。

再生段层是指再生器之间或复用设备和再生器之间的那一
段。

复用段是指复用设备之间的那一段。

段层上面是通道层，通道层的作用是支持电路层，将电
路层信号适配成统一的形式来传送。

通道层可再分为低阶通
道层和高阶通道层。

低阶通道层支持电路层信号；高阶通道
层既支持电路层信号，又支持低阶通道层信号。

最上层为电路层，即SDH传送网支持的各种业务。

由此
可见，复用段是SDH功能传送层中的一个层次，孤立地理解
复用段并无意义。

复用段保护一般有以下形式：二纤双向0:1复用段共享
保护环；二纤单向1:1复用段保护环（专用环）；线性复用段
1+1保护；线性复用段1:1 保护。

1.2 复用段倒换原理
在线路上出现故障时，由线路板检测到SD或SF条件，然后
• 192
•
上报到主控板，主控板根据APS 协议产生K 字节并通过线路板发送出去，其它节点的线路板收到K 字节后上报主控板，由主控板完成APS 协议。

最后主控板根据协议确定各节点的倒换状态，然后下发命令到交叉板进行业务的切换。

复用段倒换控制器（APSC ）可以通过网管或命令行启动、停止。

配置完成后(2min ）自动启动复用段倒换控制器。

2 复用段倒换导致的业务中断处理方案
2.1 复用段处理SOP
复用段业务中断的重大事故占到光网络事故的32%，而且复用段一般都在网络的核心层。

为了提高环形复用段重大事故处理效率，特制定SOP ，缩短处理时长。

2.2 断复用段是否倒换成功
首先维护人员根据网管查看复用段倒换状态进行判定。

但是网管只能判断出复用段的当前状态，该页面下维护人员要看复用段的节点ID 、复用段的东西是否映射、光纤错连等等。

2.3 据告警来判定
判断复用段故障还可以根据网管当前的告警来进行分析判断。

查看网管有无APS_INDI 、PS 、MS_APS_INDI_EX 。

NGSDH 设备：在发生复用段环或线性复用段倒换时在倒换的两端网元交叉板上报APSINDI ，穿通网元不上报该告警。

MS_APS_INDI_EX 告警是协议根据是否下发倒换页面来进行上报的，像保护锁定因为没有单板发生实际倒换，只是协议状态发生了迁移所以不会有MS_APS_INDI_EX 告警上报。

如果东西向都发生区段倒换，则分别上报两个MS_APS_INDI_EX 告警，分别指示东西向相应单板和通道发生了倒换。

2.4 据复用段环倒换状态命令来判断
5.0平台命令为：cfg-get-rmsstate:，cfg-get-rmsstate-new 通过这几条命令就可以查明复用段倒换是否成功。

倒换标志一定是ON 态才是页面下发成功。

2.5 据K字节页面来判定
查询Ｋ字节，5.0平台为 cfg-get-rmsevent ，要求查出每台设备最后一个XC_EXECUTE ，查看状态是否正常，找出不正常的站点。

中间站点参数为0x1，断纤两侧分别为：2－西向环倒换，3－东向环倒换。

参数含义：0－空闲态（正常）页面、1－穿通页面、2－西向环倒换、3－东向环倒换、4－西向区段倒换、5－东向区段倒换、6－西向区段倒换释放、7－东向区段倒换释放。

3 复用段倒换后处理方案
3.1 复用段倒换成功业务中断的处理方案
首先应该排除是否复用段压制问题。

在网管命令行查看复用段压制有没有开启，使用命令cfg-get-squelchflag:1。

看业务告警路径上是否有AUAIS 、HPLOM 、AULOP 告警，查看单板有没有下插AUAIS ：alm-get-insertalm:bid 。

还可以使用网管来查询是否是复用段压制问题。

如果开启了复用段压制，并且存在单板下插，停止全网复用段压制功能：cfg-set-squelchflag:1，disable ，然后就取消告警下插。

停止复用段压制前为了后续好定位，可以查询下压制表：cfg-get-squelchtab:1。

3.2 复用段倒换异常业务中断的处理方案
图1是复用段倒换过程，纵向为时间轴，表示时间。

根据之前的方法判断出页面不正常的站点。

如图，两段都没有倒换页面的，建议先保证把双向纤中断。

对于一端下了倒换页面，一端没有，处理思路就只有一条，把到换页面不对的站点纠正，方法1、伪造K 字节来使页面到换正确。

方法2、手工配置成页面到换状态。

伪造的K 字
节简单，让设备进入倒换态。

规则始终是K1，K2 为bx1,x2a,x1等于要求倒换节点的ID ，x2等于要求倒换节点对端倒换点的节点ID 。

下发的站点为不正常倒换站点的相邻站点光纤连接的那块单板（只有
一个相邻站点有效，另一个相邻站点断纤或倒换了无效）。

图1 复用段倒换过程图
4 复用段故障案例分析
4.1 组网描述及故障现象
5个站组成的一个2.5G 复用段保护环，1号站为网管中心站，连接网管服务器，1号站到其它各个站有业务。

2号和3号网元之间断纤后，部分业务中断。

4.2 故障处理过程
（1）通过网管检查复用段保护倒换状态，无APS_INDI 等复用段倒换告警上报，确认未发生倒换。

（2）通过网管查看个参与到换节点的倒换状态，倒换状态不正常，确认倒换协议未正常启动。

（3）使用网管停止/启动保护协议后，仍然未触发倒换。

（4）检查节点复用段参数配置，返回结果如表1。

表1
站名
1号
2号3号4号5号查询返回的复用段节点号
4
3
2
1
分析返回的结果发现，各节点的复用段保护参数未按照逆时针方向顺序设置，属于复用段保护参数设置错误导致，将参数修改为逆时针顺序设置后，重启协议，正常进行倒换，业务恢复。

4.3 原因分析
案例中复用段保护倒换失败是由数据设定错误导致的，复用段节点参数未按逆时针方向设置，设置的方向与逆时针方向相反，导致2号网元复用段模块处理时，默认为西向光板对应的网元节点号比本身小1，东向光板对应的网元节点号比本身大1，协议处理出现异常，复用段参数的设置必须按逆时针方向从“0”逐站递增，最大节点数为环上节点总数-1。

5 总结
OSN 光端机环网复用段故障发生时，我们应分析是发生在倒换时还是恢复时，倒换时可以通过伪造K 字节（换板）、手工配置处理；恢复时导致的故障，一定考虑纤缆接法，如果接入其他环网的复用段纤缆或者接入非复用段的纤，由于复用段故障节点没有收到桥接反向环请求，复用段均不会启动恢复。

应该加强对复用段故障的敏感度，建议定期对复用段环网的稳定性进行测试，排除隐患、遏制故障的发生。

作者简介：蔡爽（1987—），女，辽宁沈阳人，硕士，工程师，研究方向：通信。