各种故障处理流程.docVIP

未找到图形项目表。目 录 拥塞小区处理流程 2 TCH接通率问题处理流程 2 信令接通率低和信令高掉话处理 2 TCH掉话问题处理流程 3 切换问题处理流程 5 随机接入问题处理流程 6 载波隐性故障查找流程 7 GPRS无流量问题处理流程 7 拥塞小区处理流程 SDCCH拥塞： SDCCH信道没有配置满：加SDCCH信道； SDCCH拥塞，TCH不拥塞：开启“increased SDCCH capacity”功能，即一个小区可配置的最大SDCCH数目为载波数的2到4倍； SDCCH拥塞，TCH也拥塞：在此情况下，一般没有调整的空间，不过，有可能这种情况是出在位置区边界导致的，从话务报表中的LOCATING UPDATE次数可以看出，如是在位置区边界，可以加大其CRH或减少其CRO改善（PT31时）；如果确实无法通过参数的调整来解决，最后考虑扩容。 TCH拥塞： 小区拥塞不严重，周围基站不拥塞：尝试修改功率，开启半速率功能（肇庆的半速率功能为程序控制，不需人工修改），CRO，LAYERTHR，BSTXPWR和BSPWR等参数，减少覆盖范围，减少本小区话务，或加大邻小区覆盖范围，吸收本小区话务； 由于突发问题或长期无法扩容导致的严重拥塞小区：考虑调整到第三层（LAYER=3）; 小区配置载波少，周围基站也拥塞：提议扩容； 小区配置载波数多，而周围基站也拥塞：提议加1800站； 本小区拥塞严重，周围基站不拥塞：除扩容，调整参数均衡外，还可考虑调整天线方向角和下倾角以均衡话务； TCH接通率问题处理流程 以下讨论的是非拥塞引起的TCH接通率问题。 通过话务统计观察，此问题是已经存在的问题还是新问题，如果是新问题，观察一段时间，确定是突发性的还是一直存在的； 查是否存在硬件告警（RXMFP:MO=RXOTG,SUBORD;）； 检查历史告警，查看是否有经常出现告警的硬件（RXELP:MO=RXOTG;）； 查看MOTS，检查是否存在异常的载波； 排除了硬件故障后，检查是否存在频点的干扰，包括上行和下行干扰； 通过MRR统计，观察该小区是否有越区覆盖的现象； 排除这些因素后，如果问题仍未能解决，检查该小区天线，看是否存在天线覆盖方向不一致的情况。 信令接通率低和信令高掉话处理 下面所讲的方法都是针对由于非拥塞导致的信令方面的问题，对于有拥塞的小区，应先解决其拥塞问题，才能正确分析其问题原因。 排除硬件故障 查传输 RXTCP:CELL=XX,MOTY=RXO(E)TG； RXAPP:MO=RXOTG-XX;(2000站) RXMOP:MO=RXOTRX-XX-0;(200站) RADEP:DEV=RBLT-XX; DTQUP:DIP=RBLTXX; 通过以上指令查看，有无滑码，误码等现象。 ERROR LOG 查看该小区的MO有无ERROR LOG。 RXELP:MO=RXO(E)TG; 检查该小区是否有出过告警，找出告警对应的FAULT CODE码和对应的MO，如果该故障会导致信令掉话或信令接通低的问题，接下来进一步验证该问题是否是由于此硬件故障造成。 MOTS 通过查一段时间该小区的MOTS数据，观察其中有无掉话高或接通少的都集中在某个载波上，然后怀疑该载波有硬件故障，尝试闭解该载波验证。 频点干扰 通过关跳频后做CTR，MOTS等观察，看会否有某个频点质差非常严重或者掉话，接通比较异常； 尝试换主频，无论在地图上看原主频有没有干扰都好，都有可能是主频问题引起的信令高掉话和低接通，因此，尝试更换主频是一个非常好而且见效快的做法。但是，有的干扰可能是干扰某个频段内的频点，因此，更换主频时尽量选择与原频点距离较大的频点更换。另外，为了不影响网络的正常运行，因此在更换主频后观察一个短时间就应该恢复。 尝试更换BSIC，对于某些干扰，直接更换BSIC也是个非常有效的做法，可以尝试性地进行修改。 3、其他方法：如增加、减少SDCCH信道，在无法确定是何原因导致小区出现此问题的情况下，可以尝试增加、减少SDCCH信道，有试过有效果的，但此方法有点碰运气，一般不采用。还有，如果原小区的故障属于突发性的（原一直没有问题，但突然就出现非常高的信令掉话和低接通），可以尝试重LOAD该小区的软件。（一般的突发的问题都可以尝试采用此方法） TCH掉话问题处理流程 统计高掉话小区的掉话原因，确定掉话主要集中在哪些方面，爱立信系统中，掉话可分为9种： 1．TA 掉话原因： ? 覆盖过大TA 超过TALIM 值造成的掉话； 检查该小区TALIM参数是否设置不合理； 可通过MRR、NCS等工具统计该小区的TA分布情况，确定该基站是否覆盖过远，是否存在孤岛效应，可以通过降低基站发射功率，加大天线下倾角等方式控制基站的覆盖范围； 检查该小区邻区关系是否设置合理，是否