爱立信2202机柜，cf2a33，rx线也换了，天馈线也倒了，tru也换了，还是有2a33，请问专家该怎么搞？
LZ把故障前后的配置说一下，可以帮助更准备的定位该故障
连上OMT看了吗，用OMT监测SSI时如果只有个别的载波出现SSI值偏高
连上OMT看都有哪些载波的SSI值大于12或小于-12的换了，再换CDU试试
本人不是专家...提供一些处理的经验:
1.载波背板检查了吗?(背板插针,BUS连线/插头是否坏,松动?)
2.还有IDB数据是否正确(以前碰到过工程队扩容后把一个机柜的数据做成了两个机柜的);
3,试下单独TRU的工作稳定性,看SSI值是否在正常值范围内,标准值一般在+6---_6之前;
4.CDU单独使用,观察其工作稳定性.(有条件也换下CDU)
5.CDU至TRU之间的连接线缆,有条件更换的尽量更换吧;
6,天馈部分,跳线接头及馈线头是否拧紧,渗水,开裂?(在处理中曾发现过有如此现象,最好用驻波比测试仪测试下,放心)
7.天线是否工作正常(如果其它故障都排除了,不妨更换下故障小区的天线)
8.故障小区与正常小区间的天馈线互换,观察告警是否会转移,从而排除天馈部分.
希望对你有用.
哇，楼上的说的太详细了。看来还是个低调的人，学习了。呵呵。
当时有前期处理rx线都换了，但故障没有搞定。盘也换了，也是没有搞定。ssi值当时也不会没看（不好意思了，刚搞维护的，有些东西不会，希望dx指导下，谢谢了），不过我倒换了天线后，1个小时后都没有出告警。但是过了半个月以后有出来了，请各位指导下。谢谢了！
3楼说的很好，不过我没有条件，那个站也是扩容后出的问题，我干维护不长时间。可能考虑的不是很多。你说的很多方面我都不太理解（经验比较少）。谢谢啦呵呵
到底解决了没有啊。。。连上OMT看看，radio那里。分别可以看到那些连线是否正常。还有一次是DU坏了，也是用OMT查看到的。。。
扩容后出的问题？？
好象扩容经常出这种问题，一般都是tru和cdu的问题多
如果是扩容以后出现的问题，那会不会是最最低级的错误呢？就是IDB没有改。。。
换下CDU看看,我就遇到过一次,换CDU后就好了!
要是CDU-D型的，更换DU看一看，要是CDU-C型，C+型的，看一下两CDU间的3DB的衰减器，有没有出现问题！
故障名称：RXOCF
什么是分集接收，有哪些作用？
分集是一种克服多径衰落的有效方法，即在若干支路上接收相互间衰落特性相对独立且携有相同消息的信号，然后通过合并技术再将各个支路信号合并输出。那么就可在接收终端上大大降低深度衰落的影响。分集的方法有空间分集、时间分集、频率分集、极化分集等。
1. 查看网络中现存的告警.
最常用的方法是使用RXMFP和ALLIP查看网络中目前存在的告警.有关RXMFP和ALLIP的命令格式请参考ALEX.最终我们可以得到一个告警代码和RU提示,这和我们前面用OMT 在基站上监测的告警是一致的.这种方法对发现网络中大部分告警都是有效的.但对那些出现后又能自行消除的告警就不一定合适.因为有可能看不到这些告警，此时我们需要用另一种方法处理。
2． 查看网络中的历史告警记录.
使用RXELP 命令可以列出曾经出现过的告警的记录. 有关RXELP 的命令格式请参考ALEX. RXELP 的输出如下图.不是很直观,告警代码需要进行一些转换.
转换方法如图所示:
3．产生分集接收告警的条件
The imbalance in signal strength between the receiver A- and B-side is supervised on a TRU basis. The fault arises when one or several TRUs have reported a signal strength imbalance of at least 12 dB during 50 minutes. This indicates that an RX path to one or several TRUs is faulty. The receiver sensitivity for these TRUs is reduced by about 3.5 dB.（基站的一个或若干个载频的2路接收信号A、B的强度相差至少为12 dB(即≥12 dB),并且持续50分钟以上，基站就会产生分集接收告警。产生分集接收告警的TRU的接收机灵敏度会因此降低大约3.5 dB。）
注意：当如下几种告警产生时，分集接收告警就不会再出现。它们是SO CF
4．故障处理
1、检查分集接收丢失告警故障最有效的工具是监测TRXC 的SSI(Signal Strength Imbanlance)，可循以下路径OMT-MO-TRXC-MONITOR-Diversity Supervision Measurement 监测.即每个TRU的接收分路RXA减去RXB，如为正值，表明B路接收分路存在问题，如为负值，表明A路接收分路存在问题。这样的测量每5分钟更新一次，只有在有话务的情况下得到的SSI 值才是有参考价值的数据. 当基站产生分集接收丢失的故障时，要检查整个RX 通道, 从天线,馈线到CDU,到TRU包括连接线都有可能，需要我们具体问题具体分析.
下面的两图是如何利用OMT进行SSI值监测的图示。
2、 一个小区中，如果只有单个TRU的SSI值过高，大于12db，则很可能是这个TRU的故障，更换这个TRU。如果一个小区中所有的TRU的SSI值均过高，且向一个方向偏，则可能是天馈线问题，或CDU-A、C、C+、D的接收部分存在故障导致连接在这个CDU上的所有或部分TRU测量的SSI值过高。这就需要重点检查天馈线系统和CDU的射频连接线是否有错误，必要时更换怀疑有问题的CDU，对于CDU D 问题会出现在DU上。
如果多个小区存在RX DIVERSITY LOST告警，则很可能是天馈线的顺序不正确，需要重新整理馈线，可以用测试手机测试的方法进行确认。
基站案例：
3． 进行完每一步分集接收故障排查的步骤后，都要重新检测所有TRU的SSI值，以确认刚才所做的排查工作是否取得了消除分集接收告警的效果，要等待OMT连续测量2-3次（5分钟一次）便可确认告警是否消除，否则再接着进行其它步骤的排查。
这么多高手学习下