某VC4业务由于其它时隙接入级联业务而中断并上报AU_CMM和B3_EXC告警

发布时间:  2013-08-08 浏览次数:  136 下载次数:  0
问题描述
现网某局点一线工程师根据客户要求开通一条业务,在不知道接入业务为16C级联业务的情况下,在我司传输侧建立了16条端到端的VC4业务(源:NE1网元18号单板VC4:1-16; 宿:NE2网元3号单板VC4:1-16),由于业务类型不匹配导致下游网元上无关业务中断并上报AU_CMM和B3_EXC告警(即:下图中NE2的22号单板VC4:5业务,该业务的路径如下图所示)。

现网拓扑图:


NE1与18号单板的交叉配置:
18 1 5 0 26 1 2 0 vc4 active
18 1 6 0 26 1 6 0 vc4 active
18 1 7 0 26 1 7 0 vc4 active
18 1 8 0 26 1 8 0 vc4 active
20 1 4 0 26 1 5 0 vc4 active
NE2与22号单板的交叉配置:
22 1 2 0 3 1 33 0 vc4 active
22 1 6 0 3 1 34 0 vc4 active
22 1 7 0 3 1 35 0 vc4 active
22 1 8 0 3 1 36 0 vc4 active
22 1 5 0 27 1 5 0 vc4 active





NE1上18号单板告警:
18 AU_CMM MJ start 2013/7/26 12:05 None 0x01 0x00 0x05 0xff 0xff
18 AU_CMM MJ start 2013/7/26 12:05 None 0x01 0x00 0x06 0xff 0xff
18 AU_CMM MJ start 2013/7/26 12:05 None 0x01 0x00 0x07 0xff 0xff
18 AU_CMM MJ start 2013/7/26 12:05 None 0x01 0x00 0x08 0xff 0xff

NE2上22号单板告警:
22 AU_CMM MJ start 2013/7/26 12:05:41 None 0x01 0x00 0x05 0xff 0xff
22 AU_CMM MJ start 2013/7/26 12:05:41 None 0x01 0x00 0x06 0xff 0xff
22 AU_CMM MJ start 2013/7/26 12:05:41 None 0x01 0x00 0x07 0xff 0xff
22 AU_CMM MJ start 2013/7/26 12:05:41 None 0x01 0x00 0x08 0xff 0xff
22 B3_EXC MJ start 2013/7/26 12:05:40 None 0x01 0x00 0x05 0xff 0xff



处理过程
对于级联的业务,可以说最小的业务颗粒是4C级联,对应要求配置的VC4时隙号必须是4的倍数,不能随意配置,所以NE2的22号单板一光口6,7,8时隙相关4C级联业务对应的VC4时隙为5,6,7,8。
查看交叉连接关系可以看出,现网上的NE2网元的22号单板1光口6、7、8时隙业务对应都来自上游的16C级联业务,所以检测对应的时隙会上报AU_CMM(表示接受到的实际业务类型与配置的业务类型不同);但是客户疑问为什么第5个VC4业务不是来自上游的级联业务怎么也上报AU_CMM,业务同时上报B3_EXC并中断?
经过告警分析业务中断的原因是B3_EXC向下游转插了AU-AIS告警,而产生AU_CMM和B3_EXC告警的原因是:芯片对于4C级联业务的检测机制是,当检测到第1+4n个VC4的指针值为有效的指针值时,会检测随后的3个VC4 业务指针值是否都是级联指针,如果都是则认为这4个VC4是4C级联业务,这样就会对这4个VC4的所有净荷进行B3计算。这样就导致了在现网这种情况下,22号单板的第5个VC4在检测的时候被判断成级联业务,由于配置的业务是VC4业务以及计算B3时按照级联格式计算,B3值肯定错误,所以上报AU_CMM和B3_EXC告警。


根因
N/A
解决方案
修改配置将16个独立VC4修改为 16C的级联业务。



建议与总结
这类问题与单板类型无关,我们公司所有的芯片都是按照ITUT建议来检测判断级联业务,所以只要第1+4n个VC4时隙走的非级联业务,后面3个VC4时隙走的是级联业务,则第1+4n非级联业务会被检测成级联业务,并上报AU_CMM和B3_EXC告警,如果设置了B3_EXC转插AIS,则业务也会被中断。
故要求配置业务和接入的业务类型必须一致,否则会出现上面类似的问题。



END