| 目 录 …… |
| [upload=zip]BokeviewFile.asp?ID=424[/upload] |
| 随着基站电路的大量开通,发现传输设备编码违例性能事件故障的发生频率日渐增多。 告警编码违例的检测是通过ppi接口对输入的2m信号的码流进行检查。对码流的要求是符合HDB3码的编码规则,对码的电平,脉冲宽度都有规定,对码的翻转规也有规定是不能有连续超过3个的相同码字。通俗的说就是对单个码的长宽高都有要求,对连续码流的出现顺序有规定。正是通过对这两样进行检测,当发现和要求不符的时候,就说有了编码违例的性能事件发生。 下来说编码违例产生的通常原因:一般是用户设备(统称所有的需要通过传输设备的业务侧设备)的接地和传输设备的接地电位不同,造成了在检测的时候码流的电平出现偏差,原因二是由于传输线的接头出现虚焊或者是屏蔽不好,也容易造成这样的现象。三是传输设备或者用户设备的设备单板出现故障。 检测的方法首先是环路,看是否自环后违例消失,或者用户可以看到环路,如果是这样,通常双方设备是好的。其二是检查接头和屏蔽,可以使用万用表进行测试,看接头焊接情况。最后是使用仪表,我常用hp proble2,其中有一项就是对2m信号进行检测,将信号与标准模板进行比较,查看电平,脉冲是否发生偏移。 通常这种情况出现在个别端口,基站的某条电路上,在基站侧发生的比率很大,局端发生的情况很少。 …… |
| 今天清晨我处发生一起故障,影响范围较大,总结一下,为今后类似情况有所指导。 1、早上基站监控报A和B两个端局下的很多基站传输断。立刻查看相关的基站接入传输设备的网管,发现有4个环全部监控不到,界面灰色。1分钟后自动恢复,业务也陆续恢复。考虑到这么大规模的中断,特别是监控中断有可能是更高一层核心层的故障,查看核心环的中兴网管,发现在这两个端局有大量的TU12指针丢失告警。几乎每个2m板都上报有这个告警,数量在200多个。 2、查看历时告警,发现A站有过再生段帧丢失的告警,在两站点的对应光板上,A局光板有误码告警,误码计数不是连续发生,而是间歇突发,查看历时告警,在过去的30分钟时间内发身过数次的帧丢失、输入定时丢失告警,其频度是逐步增强的。查看A站的扩展子架,所有的2m都是在这个子架上的,主子架上无任何告警,主子架实际上没有2m板。B站的光方向上没有任何告警,查询性能有再生段的远端误码。故障恢复时候,仍将故障派发相关工程师,线路维护单位。 3、在第一次业务中断20分钟以后,故障再次发生。影响范围相同,并且这次中断是彻底中断,影响了数百条中继电路,而4个基站环仍然是全部监控不到。2m告警数量上升到300多个。相关人员陆续到达网管。 故障处理过程: 1、首先是因为线路受损,导致误码,误码触发倒换协议,但是因为某种原因,倒换失效。 …… |
| 传输资源管理系统经过5年的建设,经历了2个阶段,目前已经具有一定的规模,可是实际维护中的使用似什么样子呢?也许不同的地方情况稍有不同.但总体上可能和初期的设计是有差距的. 在执行的过程中,由于初期大家对她的认识不够深入,究竟在实际中将来是怎么一个应用,没有概念,所以在资料的录入过程中存在了一定敷衍. |
| …… |
| [upload=rar]BokeviewFile.asp?ID=272[/upload] |