2014年案例整理-RBS6000系列

Common Fault
三、BSC升级后，一个基站的4个载频无法激活
1.故障现象： BSC升级后，6601基站配置3*4，1DUG,A小区4个载频无法激活，无告警。BSC工 程师反馈载波NOOP，无告警代码 。 2.处理过程： 由于BSC升级后远程对BTS 更新，由于传输引起的掉包或DUG复位引起数据破坏， 故会引起BSC升级完成后基站或部分载频无法正常激活，无具体故障代码。期间 维护工程师分别对DUG断电复位，重新定义IDB，故障未消除。到现场后从故障 判断定位为IDB数据破坏或DUG与RRUS间尾纤接触不良。现场检查IDB，通过OMT 重新刷新CF卡BTS SW,重新规范定义IDB后，小区正常激活。
Common Fault
BSC侧修改-0,-1 TRU数据对应至3523C,-6,-7TRU改至3523A,30分钟后查看BSC统 计问题转至3523A,由此确认问题定位在2206机柜某单元故障导致-6,-7 TRU SSI 高 2206接收部分:天馈线,CDU-F,CXU,TRU.已经更换TRU,CDU, 天馈线也通过VSWR测 试正常,由于CXU没有备件,当时无法更换. CXU功能是从CDU接收信号再分配到各TRU, TRU-6,-7的分配可能存在问题,由于 无CXU备件更换确认,通过-6,-7 TRU改定到-8,-9 TRU,开启3523C后SSI正常,晚忙时 BSC统计上行接收正常. 确定是CXU问题，更换CXU可以解决。
Common Fault
六、TRXC 2A 23告警 处理
1.故障现象： 2111,2308,2206基站出现TRXC 2A 23告警，更换RRU,TRU都不能解决。
2.处理过程： 该故障可能硬件设备老化故障；内部出现问题、基站运行过程中IDB出现损 坏，丢失了参数配置；软件和硬件不兼容，导致部分参数无法识别，使用 了默认值等原因引起。 如果更换硬件，重做IDB数据，重新刷新CF卡基站软件都不能解决，可以尝 试把基站版本降下来到之前的版本，等几天基站运行稳定没有告警后再把 基站版本升级上来。 还可以尝试用OMT35—OMT37版本的OMT软件来重做IDB。
Common Fault
十、小区有分集接收的告警，掉话严重。
1.故障现象： 基站B小区有分集接收的告警，小区掉话严重。
2.处理过程： 该基站的B小区掉话比较严重，在网管检查该基站的状态，发现有CF Class 2A 33(RX Diversity Lost)的告警。在现场检查时，因为该基站为铁塔，无法直接查 看是否天线连接错误，但是从OMT中对该基站的三个小区连续监控时发现，该 基站的A、B小区的SSI（Signal Strength Imbalance）比较高，在17以上，怀疑 RXB交叉了，将其A、B小区的RXB交换后，重新测试SSI的值，已经降为0和－1， 重启TRU后，告警消失。从后来的统计上看，掉话明显降低。
Common Fault
七、基站软件升级失败
1.故障现象： 多个基站软件升级失败。
2.处理过程： 有可能由于传输原因导致基站版本升级失败。 1. 到现场用OMT把基站软件版本灌入。 2. 如果步骤1后，TG还是不正常，更换CF卡后再用OMT灌入基站软件。 3. 如果在LOAD基站软件时BSC上出现“DISKFILE FORMAT ERROR”错误，可以尝 试把SAE 538减到0，再恢复到原来的数值的方法来解决。指令如下： SAAEP:SAE=538,BLOCK=RXOFT; SAADI:SAE=538,BLOCK=RXOFT,NI=0 ； SAAII:SAE=538,BLOCK=RXOFT,NI= （之前打印的值）； 4. 和其他正常的BSC对比该BSC上的SAE 538的值，如果值较小，增加SAE 538的值。
Common Fault
十一、小区不能激活
1.故障现象： 小区无法正常工作。
2.处理过程： 该小区无法工作，在BSC上检查没有发现有故障，而传输也没有滑码和误码，但 是发现该小区的CF在不断重启。在基站，检查log后发现，该小区的传输上有大 量的传输方面的告警出现，该告警显示传输的上行方向上存在故障，建议检查 传输。检查后发现其传输设备存在故障，更换该设备后，故障消失。
Common Fault
处理过程： 1）基站A：现场有RBS faulty灯亮，OMT检查该2206机柜一个TG两个CELL所有 12个载频均存在TRX 2A17告警。怀疑开站调测时所用的软件版本与BSC侧不一 致，需要重新写入匹配的软件。通知机房用rxpli:mo=rxotg-xx, uc；的命令把软 件包重新传输一次现场检测显示RBS重新下载软件版本半个小时后RELOAD， 此故障消除。 2)基站B：据维护人员反映该站运行时间较长，但是此故障却是从开站到现在 一直没有消除过。根据《故障描述》此故障为TRU内部存储单元数据丢失需 要重新写入与BSC一致的软件版本。使用OMT重新写Flashcard，重启后告警消 除。
Common Fault
十三、TRX一直没有开起，有TX 1B/26告警 1.故障现在： 小区TRX-9一直没有开起，有TX 1B/26告警CU fine tuning fault；更换TRU、CDU 后仍然存在
2.处理过程： 根据故障描述，CU调谐失败导致-9 TRU TX无法开启，可能原因在-9 TRU 对应 TX部分；TRU、CDU和频率等原因，TRU、CDU已经更换，BSC侧也确认无频率 问题。 检查-9对应发射部分，发现TX 连线有错用，RBS 2206 TX Cable 有长短之分，-9 对应的TX 应该使用略长TX Cable，现场使用了略短的一根，TX Cable有被拉伸 迹象，重新更换-8、-9 TX Cable后开启小区，无异常。
Common Fault
八、基站出现TRX 2A:17告警
1.故障现象： 2个基站出现TRX 2A:17告警
2.处理过程：
在GSM-RBS 基站的安装及本调完成后，须把基站切换至远端模式，这时BSC通过 PCM与基站通信，并且把相应的BTS基站软件包下载到基站。同时更新DXU和TRU 的软件。如果传输中断或传输质量不好，容易造成软件下载不全导致TRU存储单 元RAM数据不完全。同时显示“loading file missing in tru”的报警。
Common Fault
十二、小区退服 1.故障现象： 该基站采用RBS2302的微蜂窝，在工作几天后，基站突然全阻。 2.处理过程： 检查硬件没有任何告警。在更换了机柜后仍然没有任何改善。怀疑基站的传 输没有到达机柜。在更换了机柜的传输接口后，仍然没有恢复。怀疑基站所 用的传输有问题。让基站人员将该基站的传输环回，从BSC侧检查，该传输处 于WO状态。此时将整个BSC的所有传输状态全部打印出来。让基站维护人员 在基站上将该传输拉断，重新打印该BSC的所有传输状态。在比较两次输出结 果后发现，该基站使用的传输为125RBLT，但是119RBLT的状态也随之发生了 变化。于是单独对这两条传输进行观察比较，发现，当基站拉断125RBLT的传 输时，119RBLT也发生了中断，环回时，两条传输同时恢复。因此判断这两条 传输可能为鸳鸯线，经检查整改后，故障消失。
Common Fault
九：3523C小区上行接收差 1.故障现象： 2206基站的3523C小区开站以来上行接收差，已经更换TRU,CDU仍无法解决问题 2.处理过程： 先在BSC侧查看3523C数据定义,3523A/C共用一个2206机柜,CDU-F, 3523C对应TRU -6,-7无异常. 到站后先用VSWR测试仪测试3523C TX&RX Cable VSWR=1.1,正常;OMT检查基站 IDB无异常,测试-6,-7 TRU SSI, TRU显示22,明显异常. SSI偏高,很有可能是TRU故障或小区天线接反、VSWR等引起,由于已经更换过TRU, 暂不考虑TRU故障.分别检查3523A/B小区各TRU SSI正常, 结合上面VSWR测试仪测 试3523C TX.RX Cable VSWR=1.1基本排除天线接反和VSWR的可能.
Common Fault
一、基站数据吊死导致时隙无法占用
1.故障现象： RBS6601 1800，配置3*6，2DUG,C区载频时隙无法占用，无告警。
2.处理过程： 分别更换DUG、RUS硬件，重新定义IDB，故障仍旧。现场检查IDB，用R061E版本重 新刷新CF卡SW，并定义IDB，更换CF卡SW，故障仍旧。通知BSC检查数据定义均无 异。检查各RRU与DUG单元连接,均正常。确定此故障与无线硬件基站无关系，通知 BSC把将数据重新拆除并重新定义，加载后，小区正常激活。原因由于数据软件吊 死造成。
Common Fault
四、RBS6201基站， C区-4、-5载频无法激活
1.故障现象： 6201基站，配置3*6，2DUG,C区-4-5载频无法激活，无告警。
2.处理过程： 日期间维护工程师反馈分别更换DUG、RUS硬件，重新定义IDB，故障未消除。从故 障判断定位为IDB定义不规范或DUG与RUS间线缆接触不良。现场检查IDB，指向为 光接口。RBS6201 DUG与RUS间的连接为电缆，故连接口应定义为电口，在OMT定 义时有这一项定义操作。往往很多调测工程师会忽略这一定义，OMT默认可以将基 站开起来，运行久之后会引起设备运行不稳定。将该定义修改后，并重新连接DUG 与RUS间电缆，故障载频可以正常激活。
到现场，重新检查IDB、定义IDB，故障仍旧，核实IDB 、告警、处理记录后，之前 维护工程师并没有更换过DUG，重新更换DUG20，站点正常激活。
Common Fault
五、RBS6201 CF 2A41、TRXC 1A36故障处理
1.故障现象 网运反馈一个RBS6201 CF 2A41、TRXC 1A36告警，故障指向DUG与RUS通信故障。 维护工程师分别更换DUG、RUS硬件，重新定义IDB，故障未消除。 2.处理过程： 从故障代码和IDB数据判断故障定位为IDB定义不规范，RBS6201 DUG与RUS间的 连接为电缆，故连接口应定义为电口，在OMT定义时有这一项定义操作。往往 很多调测工程师会忽略这一定义，OMT默认可以将基站开起来，运行久之后会 引起设备运行不稳定。指导维护工程师重新检查该定义选项并修改并重新连接 DUG和RUS的接口后，站点恢复正常。