华为SP08单个155M与NEC复用设备对接障碍分析

孙茂河

【摘要】 通过对一例设备对接故障的认真分析、正确定位、合理处理，提供了设备对接问题处理的思路，便于今后类似问题的处理。

【关键词】 C2 J1字节 时隙模式一致性

一、业务介绍

早期开通太原西安S-1N2001TS 155M电路1条，用于承载太原TS1、TS2至西安网通间2M交换业务。该业务线路侧承载在西北I环SDH 10G-2/155M18上，由于开通初期西北I环10G设备没带扩展子架，无法将业务落地至2M，因此由华为155M端口落地至DDF架，与NEC 600V复用设备对接，实现2M交换业务的传输，组网图如下所示：

二、对接设备介绍

（1）华为OPTIX 10G设备：无法直接下2M业务，需要通过2500+扩展子架由PQ1下2M。由于西北I环10G-2建于2003年，早期设计没有带扩展子架，业务端口落地最小颗粒为155M电口，太原西安S-1N2001TS是通过11板位SP08第4个端口落至DDF架的。（2）NEC SMS-600V设备：属于呼和北海SDH的復用设备，建于1999年，属于老龄设备。由于呼北设备准备退网，大多数业务已经整合到呼北I系统上，复用设备使用较少，大多没有承载业务，只有TM3、TM5上承载了西安、上海的2M业务。

三、华为SP08单个155M与NEC复用设备对接障碍现象及处理过程

某日，值班人员发现西北I环10G-2的11板位SP08单板有4个业务端口均报LOS告警，同时西安、上海、成都申告业务不好，定位为SP08的接口板EU08不好，换EU08后上海、成都业务均好，西安业务仍不好。查看华为设备无任何告警，查看NEC复用设备发现SC单板所有灯在闪烁，STM1单板有红灯亮，用LCT登录复用设备，连不上。在NEC复用设备的DDF架处打环155M端口，测试复用设备落地2M均有AIS，定位为NEC复用设备有障。

由于LCT登录不上设备，无法查看设备告警信息，故将其他网元的SC板上下载TM3数据后，插至TM3的主控位置，改SNSP地址后，用LCT登录正常，查看STM1单板有HP-TIM告警，在DDF架打环155M测试2M业务均好，放通后交换告业务仍不好。

让西安环回155M，我方在2M挂表测试均好，但放通后2M在线监测业务均有AIS告警，业务无法用。为了抢通业务，暂时用济石太银复用设备与华为设备对接上，一一倒通2M业务，我们继续查找设备对接存在的原因。

四、障碍分析

（1）接地因素

当传输设备通过DDF架与其他设备相连时，首先查看DDF架是否已接保护地（PGND），对于75Ω同轴端口的接地，我们常规的接地方法是发端接PGND，收端接地或悬空，通过用万用表测试同轴端口的屏蔽层与设备PGND之间的电压，排除了屏蔽层接地不好，两个地之间有交流干扰，影响信号对接时的波形的可能。

（2）高阶通道开销C2、J1

与设备对接有关的高阶通道开销主要为C2、J1。

信号标记字节C2，用来指示高阶虚容器VC-3/VC-4/VC-4-XC的结构及净负荷性质，根据承载的业务华为、NEC设备C2字节均设为TUG结构。

通道跟踪字节J1，用来重复发送高阶通道插入点识别符APID，在通道的接收端通过对插入点识别符的验证，就可以确定通道是否正确地连接在预定的发送端上。

设备在进行线路对接时，如果对接设备的开销字节J1、C2设置不一致，将有HP-TIM（高阶通道追踪字节失配）告警、HP-SLM（信号标记失配）告警，在产生HP-TIM、HP-SLM时，如果下插AIS，将导致业务中断，对接失败。在缺省情况下，华为设备接收到J1、C2字节与应接收到的值不一致时，一般不会下插AIS，但NEC设备收到与自己预期不一致时会下插AIS，从而影响业务。

将NEC设备J1配置设为穿透模式，将不会产生HP-TIM告警，从而不下插AIS告警。

（3）VC-4中的VC-12时隙模式一致性

华为OPTIX设备参照ITU-T G.707协议采用时隙编号方式，其他厂家设备采用的是线路编号方式，在解决不同厂家设备对接上、下2M业务时，可根据业务的3-7-3编号来上、下业务就避免因编号不一致导致的对接业务不通问题。为确保交叉连接时隙一致，我们将NEC设备TM3中AGENT盘中的数据恢复到SC中，确保SC中的数据为故障前交叉连接数据。

检查完以上3步数据后，我们通过试验NEC设备与华为设备对接成功，2M测试正常，准备恢复业务。

五、维护经验总结

通常业务对接比较简单，不会存在复杂的原因导致对接不上，我们可以通过检查接地、检查误码等方式，排除硬件连接上存在的接地不良，对接双方DDF架连接上存在漏焊、虚焊等问题，通过检查告警、检查交叉连接数据排除J0、J1、C2字节设置不一致以及VC-4中VC12时隙不一致等数据配置因素引起对接不成功问题。通过本次故障的处理，对设备对接有了进一步的了解，简单总结一下，希望对以后维护中类型问题的处理有所帮助。