11.1 工程质量问题11.1.1 天馈线接反优化案例1.现象描述维护台功能介绍，某厂商基站均配有简单的 RSSI 跟踪功能，可当作一个简易的扫频仪使用。通过维护台终端（LMT）即可针对基站的各载扇进行简单的 RSSI 跟踪。跟踪项目比较丰富，包含主、分集接收天线的 RSSI 均值和峰值及超过门限值比率等项目。并可实时通过列表、图形方式呈现。默认以1min为统计单位。并可输出TXT格式的扫频结果。一般连续采集 30min 即可获得较详细的 RSSI 跟踪结果。输出的 TXT 文件的导出路径如下：D:\Airbridge\cBTS LMT MV\CDMA BTS-OMCV400R006C05B016\outputfile\RMON\RMON_RSSI\TXT\*.txt。相关信息请参考图11-1。具体的采集项目可通过“监控项配置”进行选择，如图11-2所示。实时跟踪图形的显示可在图形窗口内通过单击右键进行设置，如图11-3所示。2.原因分析天馈接反排查的其中一种方法是，通过话务统计全天的30min RSSI趋势，同一基站的各扇区主分集进行对比：同扇区主集分集RSSI趋势对比；其中一个扇区的主集RSSI趋势与其他扇区的分集RSSI趋势对比；各扇区的主集RSSI趋势对比。天馈接反的RSSI趋势特征：同一扇区的主集RSSI趋势与分集RSSI趋势不一致；主集RSSI趋势与其他扇区的分集RSSI趋势一致。通过在远端对怀疑的问题基站进行排查、定位问题，不需现场实际上站对各扇区的馈线进行排查，可减少优化的工作量和处理时长，提高网络优化的工作效率。3.处理过程天馈接反排查案例共3例，均已处理。图11-4、图11-5和图11-6供参考。（1）BSC3 CELL2036（2）BSC3 CELL2159（3）BSC11 CELL307311.1.2 分集馈线接反优化案例1.现象描述H局搬迁项目完成后，连续两天接到多起用户投诉，反映在安平南王庄附近村庄内掉话严重。2.处理过程对投诉发生时段的告警进行查询、分析，未发现该基站有任何告警信息；查询该站点的参数配置信息、邻区配置，均正常；经路测分析发现，测试车辆进入村庄后，手机的接收功率迅速恶化，手机的发射功率也高达20dBm，初步分析怀疑村庄内存在干扰；使用扫频仪对该村庄进行扫频测试，未发现外部干扰；干扰排除后，怀疑问题出现在天馈线上，怀疑南王庄1、3扇区的分集接反；配合BTS督导上站检查，对每根馈线进行排查，发现原有馈线标签有误，导致割接时将1、3扇区的分集馈线接反。3.建议总结（1）问题隐蔽：割接前的馈线标签有误，导致割接后问题仍然存在；（2）天馈分集接反，其他区域通话正常，在特定区域，地貌稍有差别，无线环境便急剧恶化，导致掉话，引起投诉。11.1.3 BBU与RRU之间光纤接反优化案例1.现象描述某市网络搬迁后，监控KPI时发现有个基站1扇区正常，2、3扇区的掉话率持续很高，严重影响指标。进行现场测试发现，手机Tx在2、3扇区的特定的区域很高，达到20dBm，下行Rx和Ec/Io正常，在特定区域手机 Tx 持续很高的情况下掉话，掉话后很难接入，离开特定区域后切换正常，Tx恢复正常。2.原因分析通过测试分析该问题反映的上行干扰引起掉话和接入困难，通过网管检查分析，此基站只有掉话率指标很高，其他指标正常，常见的可能引起这种现象的原因有：（1）内部干扰TRX故障：如果TRX因生产原因或在使用过程中性能下降，可能会导致TRX放大电路自激，产生干扰；CDDU 故障：CDDU 中的分路器和分路器模块中使用了有源放大器，发生故障时，也容易导致自激；杂散和互调：如果基站TRX或功放的带外杂散超标，或者CDDU中双工器的收发隔离过小，都会形成对接收通道的干扰；天馈系统故障：天线在特殊工作环境中，自激导致底噪抬升。（2）外部干扰来自其他系统强信号造成的干扰、直放站干扰等。其他大功率通信设备引起的干扰，包括雷达站、模拟基站、对讲机、大功率无绳电话、各种干扰器、各种工业用电子设备等。3.处理过程通过与局方确认，由于该区域的覆盖环境比较简单，没有直放站设备，排除直放站干扰；检查基站告警信息，基站无告警；参数核查，系统检查该基站的参数，参数配置正常，排除参数问题；检查2、3扇区馈线接头，通过测试正常，排除天线和馈线的问题；利用YT-250扫频仪对在特定地点排查干扰，不存在外部干扰；将1、2扇区互调，在1扇区方向测试2扇区信号正常，在2扇区测试1扇区信号，在特定区域仍然存在Tx较高，掉话和接入困难；排查RRU到BBU之间的布线，BBU和RRU之间的光缆通常情况下是用多模光纤连接，很难接错，但是此基站是射频拉远基站，在BBU端是用单模光纤和室外光缆对接的，3个扇区的6根光纤是捆在一起的，如不做好标记，很容易造成光纤混淆。经过排查发现2扇区的Rx接到3扇区的Rx上，3扇区的Rx接到2扇区的Rx上面，这样就造成了2扇区的接收是用3扇区的天线，3扇区的接收是用2扇区的天线，因此会出现在2、3扇区主覆盖方向上接收效果不好，导致手机需要增大发射功率，从而在总体上反映的是上行接收不好。4.建议与总结（1）先确定问题是上行还是下行问题；（2）参数核查；（3）搬迁网络先排查硬件问题；（4）规范施工单位，严把质量；（5）针对X省是采用射频拉远设备，很可能还存在这样不容易想到的小问题，影响网络性能，提取网络TOP小区进行排查。11.1.4 GPS安装位置不当优化案例1.现象描述某本地网BTS147的2扇区掉话率高达20%以上，其他两个扇区掉话率也在5%左右。2.原因分析分析话统，发现2扇区掉话率是从4月19日开始急剧升高（此前掉话率小于0.3%），而分析相关话统发现，在4月19日凌晨同时伴随着“载频反向链路平均FER-CS[%]”异常恶化到10%以上，同时软切换成功率明显下降。分析0、1两个扇区，也存在相同的变化趋势，都是在4月19日凌晨1点左右出现问题。因此重点怀疑两点：（1）在4月19日凌晨进行了某些操作导致；（2）在4月19日凌晨基站出现相应故障（包括显性故障与隐性故障）。3.处理过程（1）检查4月18日22:00～4月29日2:00期间的操作日志，未发现与该基站有关的记录。因此排除人为操作引起问题的可能。（2）检查告警，未发现异常。（3）BSC工程师检查BTS日志，发现存在大量丢星记录，因此怀疑是GPS出现问题。（4）现场检查发现GPS安装位置不佳，蘑菇头遮挡严重，导致搜星困难，频繁出现丢星。（5）整改后，该基站掉话率恢复到0.3%以下，软切换成功率、反向链路FER都恢复到正常水平，同时周边基站掉话率也明显改善。（6）时钟长期处于不稳定状态，丢星又收到星，又再丢星，长时间下去就会触发基站时钟模块的一个bug，引起时钟偏移导致掉话率和FER高（本例中在4月19日凌晨触发）。4.建议与总结（1）处理问题时，要多个指标联动分析（当出现问题时，往往同时伴随多个症状，几个症状联系在一起分析，对发现真正的原因非常有利）。如本例中反向链路 FER、切换成功率同时恶化，初步怀疑就是GPS或传输有问题。（2）纵向分析时间相关性。（问题是一直都存在，还是从某时间点开始出现？问题是连续出现还是只在特定时间出现？相关的操作记录有什么规律？）11.2 终端质量问题优化案例1.现象描述某站附近的用户反映经常掉话，单通，双不通等问题。2.原因分析提取了该站的RUNLOG数据，统计分析后发现高掉话用户的号段连续分布如表11-1所示，到营业厅了解是新近入网的用户。4月16日到营业厅了解到在最近办理存话费送手机活动中，给这些用户送了一款双网双待的anycool（爱酷）手机。而且他们也经常接到该类手机用户的投诉，说电话经常单通，掉线。对anycool手机和三星X199手机在该运营商营业厅门外做CQT拨打测试，结果如表11-2所示。分析空口信令证明在单通和双不通的时候，都已经分配了前向业务信道。在该地点用其他类型手机（Nokia 2280，三星X199，三星W579，三星W399，OK WAP 700，LG KX256）互拨都很正常，从未出现过单通和双不通及掉话。由于该手机没办法看到工程模式故不能对其进行详细的测试，经过在不同场景进行大量的拨测发现该手机有2点值得注意的现象：第一，在RX POWER比较好（大于等于67dBm）和信号比较单一（激活集里只有一个PN）的环境里，该手机使用正常，并无上述故障现象。第二，在信号很弱且切换比较频繁的地方，单通和双不通，无法呼出，脱网的现象大大增加。根据上述现象可以得出以下结论：该手机接收灵敏度很低，在RX—POWER很低和切换频繁的地方出现单通，接通后无声，脱网，双不通的现象很明显。3.处理过程更换手机后问题解决。11.3 基站时钟故障优化案例1.现象描述西乡新安三和旅店的2扇区，4月20日～4月22日3天内掉话194，掉话率3.18%，查询该站无告警，RSSI和驻波正常。2.原因分析分析发现该站的掉话与旁边的基站呈相关性，（如图11-7所示）在三和旅店的旁边扇区掉话都有升高的趋势，检查发现本站的1X PN和Do PN不同，PSMM要求增加Do PN，怀疑此站修改PN后基站复位不彻底，建议修改PN。修改PN后，该站的掉话改善不明显。统计发现，该基站从4月19日凌晨开始3个扇区的反向链路FER异常升高至10%以上，怀疑基站故障，提交BSC工程师处理。维护部门分析该基站时钟故障，派人上站处理，4月30日时钟恢复正常，观察指标全天无掉话。3.处理过程单站故障影响周围站点指标要优先处理，一般是参数配置问题或是基站故障问题。另外，有时基站故障不一定告警，需要仔细排查。4.建议与总结问题定位时，首先确认基站硬件完好，无任何故障。11.4 时钟单板故障优化案例1.现象描述基站BTS4附近出现多次掉话，在该站下呼叫和更软切换没问题，一旦需要跟别的基站切换，无法切换到目标小区直至掉话，手机掉话后重新初始化，会在一个新的导频上待机，并且可以保持较稳定的信号。2.原因分析4次掉话都有共同特点，掉话前Ec/Io很差，移动台掉话后重新初始化，会在一个新的导频（待切换小区导频）上待机，并且可以保持较稳定的信号。无论BTS11_2和BTS1_2向BTS4切换还是BTS4向BTS1_0和BTS8_0切换都出现掉话。每次掉话前的PSMM消息根本看不到应该切换的PN，尽管PN存在邻区列表里。例如，BTS4_1向BTS8_0切换，掉话前的PSMM无法搜索到需要切换的PN93，但PN93确实在PN177的邻区列表里。掉话后，移动台重新初始化，在PN93上待机，且可以保持较稳定的信号。Ec/Io如图11-8所示。手机搜索不到邻区列表里存在需要切换的PN，直到干扰越来越强使FFER恶化以致掉话。导致这种现象的原因可能是搜索窗口太小或源小区和目标小区时钟不同步，进一步分析数据，除BTS4外，周围基站都可以和别的基站正常切换，在BTS4这种城区环境，搜索窗口设置是合理的，如图11-9所示。分析发现，在邻区正确配置的情况下，BTS4与周围基站都不能发生切换，成为孤岛站，原因很可能是BTS4与周围基站的时钟不同步，当BTS4向别的站切换或别的站向BTS4切换，待切换的 PN 提前或延时太多，没有落到对方的搜索窗口内。源小区搜索不到目标切换小区PN的多径，落在搜索窗口外的多径就成为强干扰，导致FFER恶化直至引起掉话。到此，基本上可以将问题定位在BTS4时钟单板存在问题，但查看没有告警，怀疑时钟单板存在隐性故障。3.处理过程问题定位后，复位GCM单板，重新路测验证，不再出现掉话。从另一个角度思考，确实是时钟问题导致BTS4成为孤岛站，那么BTS4与周围基站根本没有发生软切换，几乎没有切换话务，只有更软切换话务，查看BTS4软切换话务统计，处理前，软切换话务几乎为0；处理后，话务有了明显增加，约为2.3Erl。另外，当 BTS4 成为孤岛站，也会出现其他迹象：BTS4 和周围基站的掉话率都会偏高。11.5 TFU隐性故障优化案例1.现象描述12_592武大劳服为9234射频拉远宏站，最近一段时间掉话较多，掉话率在2%左右，忙时掉话10次左右。2.原因分析（1）12_592武大劳服位置图如图11-10所示。（2）由OMP查看基站及周围基站无故障，如图11-11所示。（3）底噪正常，如图11-12所示。（4）参数检查。该站与周围扇区无邻区漏加现象；导频参数设置合理；搜索窗设置合理；常用的系统参数设置合理。通过分析，参数设置均合理不至于引起掉话。（5）Homax检查。由Homax结果发现该站最近几天与其他站的扇区不进行切换。对该区域进行DT测试，12_592下的任意两个扇区都可以进行正常切换，而12_592与其他基站的扇区进行切换则失败，附近其他基站的扇区之间可以正常切换，因而怀疑12_592存在GPS、TFU等问题。3.处理过程在OMP上看不到硬件故障，ROP信息也看不到硬件告警信息，怀疑GPS、TFU存在隐性故障。上站对硬件进行检查，首先查看了GPS连接馈线，均符合工艺要求；对主设备进行检查更换，由于该站是9234站型，怀疑是BBU通用时钟单元（集成了晶振模块）故障，由于BBU无法更换CTU，所以需要更换BBU，更换后指标正常。4.建议总结（1）对于基站的话务量较多但是切换较小的基站要加以关注，要分析是由于地理环境影响，比如山区基站，还是由于基站存在故障导致不能顺利切换。（2）cmda2000系统区分基站信息是利用短码序列的不同时间偏置来完成的，所以为了可以准确区分偏置，cmda2000必须使用GPS保持全网同步，当GPS或TFU（时钟板）出现问题时，会导致基站发送的 PN 短码信息与基站设置信息不符，直接导致无法与其他基站进行切换。（3）GPS天线安装基本原则：GPS天线应与地平线垂直（90°±20°）。GPS天线应可以看到至少4颗卫星，在360°的范围内障碍物应小于25%，以10°为掩角。GPS 应距铁塔边缘 1m，且在铁塔南侧（北半球）；为了防止雷击，GPS 天线所属区域不应是最高点，应该安装在具有接地装置的椎体保护区内。天馈线安装工艺要规范。11.6 隐性故障之话务量异常优化案例1.问题描述用户最近在C站下无法使用DO卡上网，检查了该站的DO话务量，从1月21号开始话务量急剧下降，如图11-13所示。2.原因分析从 CNO2 统计了话音的话务量，无太大波动，呼叫次数反而是有所上升，如图11-14和图11-15所示。现场测试，测试工程师在该站下使用 DO 卡拨号，提示远程计算机无响应。与用户投诉所说的无法使用DO卡相同，但是在后台BSC侧做DO的业务观察和释放，均正常。如图11-16所示。重启基站产生一条告警：“the frame offset time does not match between BSC and BTS.”。看到这条告警，回忆起21号该站掉电重启过，推断为CCM或者是GCM板出了问题。3.处理过程对单板进行插拔和更换，然后分别进行测试，果然在更换了 GCM 板，重新插拔了CCM之后，问题得到解决。DO卡可以正常的使用。经过几天的观察，DO话务量恢复正常。11.7 CSM芯片故障导致主被叫困难案例1.现象描述查看近期94号站6个载扇的呼叫成功率，如图11-17所示，12月18日～1月1日呼叫成功率基本都在70%以下。而其他RSSI偏高到80～90dBm的基站（载频扇区）呼叫成功率则大约为96%。2.原因分析对主被叫号码进行话音呼叫、释放、切换业务观察和信令跟踪，通知现场同事路测。围绕94号站进行短呼，从业务观察发现，呼叫失败率比较高，都集中在94_2小区，CE一栏的记录为空，失败原因全都是ERR_SPS_RLSA_BSSAP_DB_GetHandoffProc，该失败原因的解释如表11-3所示。查看呼叫失败记录InnerCause字段，全都是“0x4A05”—接入载频没有CE资源。3.处理过程到动态数据管理→资源管理查看CSM状态，发现仅有9号芯片是Normal，其余4个芯片（10、11、12、13）处于Fault状态，如图11-18所示。对该4个芯片进行lock和unblock操作后，仍然是Fault状态，初步判断是CSM芯片故障。更换CHM板，之后再绕站路测，呼叫失败情况得到改善。11.8 单板版本问题优化案例1.现象描述×市×县新建一个 CDMA 站点，站名为彭泽二团电信所，基站型号 CBTS I2，挂在某BSC1 下。站点开通后，拨打测试时，发现一个问题：该站点第三小区下终端可以做主叫，但无法做被叫，其他站点下的终端拨打该小区下终端，提示对方无法接通。2.原因分析（1）提示为对方无法接通，说明交换侧已经下发寻呼信息，但是没有寻呼响应。（2）没有寻呼响应的原因有两种情况：终端没有收到寻呼消息；终端收到寻呼消息但没有响应。（3）终端能做主叫，说明前反向链路可用，前反向控制信道已配置，在Net Numen上查询，确认各控制信道已配置。（4）在9楼机房，使用189终端不停地呼叫在彭泽二团电信所第三小区下面的测试终端，打开后台的信令跟踪功能，将主被叫都跟踪，寻呼消息没有从空口下发，可能终止于BSC，也可能终止于BTS，由于只有该小区存在问题，所以是终止于BTS。综上所述，彭泽二团电信所第三小区下终端无法做被叫的原因是对应该终端的寻呼消息只下发到BTS，没有从空口下发，终端无法收到寻呼消息，自然导致寻呼失败。进一步分析原因，为什么BTS收到寻呼消息后没有从空口下发？这种情况比较奇怪，按照故障排除顺序，先诊断各单板，各单板工作正常，然后对比三个小区的无线参数配置，也没有问题，接着复位基站，问题依旧。在讨论时，BSC工程师提出可能是单板运行版本不一致，打开后台版本查询功能，查询该站点各板件的运行版本，发现第三小区的TRX的运行版本与其他TRX不一致，重新下载、激活版本，然后复位第三小区的TRX，待TRX正常运行后，拨打测试，主被叫正常，问题解决。正常运行版本如图11-19所示。3.处理过程重新下载、激活第三小区TRX运行版本，使之与其他TRX版本一致。处理后问题解决。4.建议总结（1）因彭泽二团电信所第三小区 TRX 运行版本不匹配造成该小区不下发寻呼消息，从而导致该小区下终端无法做被叫。（2）当遇到未处理过的问题时，先通过逻辑推断、小心验证，缩小问题范围，然后有计划地一步步排查。