维护案例精选
　

LAPD通讯链路中断一例

[故障现象]

某站点（S2/3/2）开通后一、二小区的所有载频重复出现CMM与FUC通讯中断，TRX和BSC的LAPD通讯链路中断，第三小区也有这种现象出现，但是出现的频率少很多。

[解决方案]

观察告警，都为二小区的第三块载频先出现告警，然后其它载频也出现告警，开始怀疑为该载频故障，更换后观察，此故障仍频繁发生。

根据告警首先检查BSC下此站的LAPD链路，更换其BSC端口，将TIC端口由右半框跳到左半框，故障依旧。再进行模块更改，由原来的第二模块更改为第三模块，故障仍然存在，排除BSC侧出现问题的可能性。

因载频的控制信息通过BTS机柜后背板传送，进行BTS机柜更换，但是更换后仍没效果。

检查传输，更换传输端口，并更换基站DDF到BTS的2M线，进行无码率的测试，没有问题，排除传输侧出现问题的可能性。

通过跟其他基站数据对比，没有发现问题。删掉该站原来数据并将配置由原来的S2/3/2改为S2/2/2后，观察1小时无故障出现（正常情况下该时间段出现故障频率非常之高，平均一小时达到十几次），但是改回原配置S2/3/2后，又有故障出现。

将配置改成S2/2/2，在此基础上最后配上第二扇区第三块载频，改为原配置S2/3/2，并将其闭塞，观察1小时无故障发生，断定是因为第二扇区的第三块载频故障，导致该站别的载频出现故障。

通过长时间拨打测试，发现第二扇区第三块载频一经占用即出现故障，并引发其他载频重启，如果闭塞该载频后，进行拨测占用其它载频，则无任何告警和故障出现。

进一步检查发现，从载频板到合路器的射频线损坏。更换该线缆后，再进行拨测，无论占用哪个载频均正常，故障解决。

[经验总结]

通话的过程是从BSC <—> CMM <—> TRX（TPU<—> RCU —>PAU） <—> CDU <—>天线。

分析基站通话的下行过程，从TRX完成基带信号的处理及调制后，通过CDU合路后，再经过天馈系统发射出去，TRX与CDU间的射频线缆损坏后，导致放大后的信号不能正常输出到AEM单元，导致载频闭死。

　

　

　

基站闪断故障处理一例

[故障现象]

某BSC五号模块右边所带的14个基站同时出现瞬断现象，瞬断时间从1秒到3分钟不等。

[解决方案]

首先查看是否为传输线路问题，经测试传输线路正常，且瞬断基站分布在不同的传输支路板上，否定传输侧问题。

瞬断基站分布在不同的区域，且都是在同一时间瞬断。否定基站侧问题，故障应集中在BSC侧。

由于瞬断的基站分布在六块TIC单板上，可排除TIC板故障的可能。

瞬断的14个基站使用了两块LAPD板，此两块LAPD单板为21、22槽位，使用一根一拖二的HW线，分析可能为LAPD板故障或HW线问题。更换LAPD单板及COMI至LAPD板的HW线。进一步观察是否还有瞬断现象发生。处理后次日提取历史告警，发现瞬断现象依然存在。

将BSC1五号模块右边的COMI、BIPP单板进行倒换，通过观察，瞬断依然发生。

由于已经对可能引起故障的线路及硬件都进行了排查处理，但故障依然存在，分析有可能因为软件、数据导致此故障产生。

提取LAPD信息表，通过查找瞬断基站的共性问题发现：瞬断的14个基站中，只有一个基站采用1：4的LAPD时隙复用方式，另外的基站都采用无复用方式。由此判断，可能由于LAPD时隙的复用方式不同而导致BSC处理此模块时出现问题，造成基站瞬断。

将基站的LAPD时隙复用方式都统一改为无复用。进一步观察。通过提取历史告警，发现自从修改复用方式后，再未出过14个基站同时瞬断的告警。确认故障解决。