掉话原因分析

《掉话原因分析》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、掉话是考察和评价i个网络好坏的重要指标，掉话的高低在一定程度上体现了移动网通信质量的优劣，而用八对掉话质量问题非常皱感，调话迫切希望尽早杜绝，从而不断提高移动通信质量，满足用户需要。下面介绍几种掉话的原因和解决办法。1前向链路干扰引起的掉话2链路不平衡，反向链路增益不够引起的掉话3导频信号变差引起的掉话4业务信道发射功率受限引起的掉话5.弱覆盖引起的掉话6.切换失败引起的掉话1前向链路干扰引起的掉话（1）掉话现彖接收功率RX保持正常，而导频强度Ec/lo在不断降低，FFER增大，但是，TX-GAIN-ADJ（见备注）的帕度保持恒定。（2）掉话机制Ec/lo低于・15dB

2、以后，前向链路的质量严重下降，它连续收到12个坏帧（山N2m计数器决定），移动台关闭发射机并启动T5m计时器。此时，反向链路功率控制比特被忽略。如果T5m超时，使MS掉话。Z后，重新捜索强导频。一燉情况下，垂新初始化到新的导频上。如果前向链路的质量严重下降时间较短，T5m没有超时，MS收到N3m个（一般2个）好帧，导频Ec/lo恢复到-15dB以上，MS不会关闭发射机。但是，基站启动了控制掉话的机制，计时比MS的T5m更短。当MS检测到服务小区的Ec/Io恢复，基站却认为MS已经掉话，就切断了业务信道。亦这种情况下，移动台会在同一个导频上垂新初始化。（3）掉话原因及解决

3、办法①导频变化，邻区列表缺少扇区导频在候选导频集中，大于T_ADD导频长时间不能激活而掉话。MS掉话后重新初始化到新的导频上。判断解决：在空闲状态下，观察源扇区的邻区列表是否存在上述没有切换成功的目标导频。如果没有，说明缺少邻区。在邻区列表中加入有用导频即可解决。②导频变化，邻区列表规划不合理有川导频在候选导频集屮，长时间不能激活。此时激活集中存在二个以上导频，由于前向干扰而掉话后，MS重新初始化。检查空闲状态下的邻区列表，如果不是缺少邻区，可能是邻区列表设置不合理。因为移动台的相邻导频集最多支持20个导频，而在多路软切换时,还会将邻区关系列表合并。如果较强1=1标导频

4、在邻区列表中的位置靠后，就会有被顶岀邻区列表可能，使移动台检测不到。判断解决：・重新优化邻区列衣，将切换比率较大的导频，在邻区列表中的位置前移。一般邻区列表中长度不超过15,如果过大，会彩响相邻导频集的搜索速度。•合理设置NGHBR_MAX_AGE（相邻导频集最大存活期）参数。如果参数过大，从激活集和候选集中转到相邻集中的导频过晚离开邻区列表，新的强H标导频不能进邻集列表,如果设置太小（例如0）,从激活集和候选集中转到相邻集中的导频在更新邻区列表时又很快被转移到剩余集屮，从而降低了导频被搜到的可能。PN加入邻区列表的原则是：・互易：如果小区A在小区B邻集列表屮，那么小区

5、B也在小区A的邻集列表中；・邻近：如果两个小区和邻，那么它们要在彼此的邻集列表中；•百分比重叠覆盖：在扇区大干1%的覆盖范围内检测到PN的强度超过-10dBo在扇区大于3%的覆盖范围内检测到PN的强度超过・12dBo初始化邻集列表可以市能预测路径损耗和接收功率等参数的软件工具来完成。①SRCH_WIN_N设置过大。在通话状态下，候选集中导频总是存在，该导频的OFFSET与激活集中导频相差一个PN间隔。虽然这与缺少邻区相似，但干扰程度小，掉话儿率也小。判断解决：在保证基站硬件工作正常的情况卜，检查SRCH_WIN_N和ISRCHJ/VIN_R是否过大，SRCH—WlN一N

6、和SRCH一WlN_R使用最大可能由PILOT_INC约束。如果PILOT_INC设为3,那么两个PN码之间的最小距离是3x64=192ChipSo在这种情况下，SRCH_WIN_N和SRCH_WIN_R不应大丁•12（即±80Chips）o否则，潜在地增加了多径信号PN检测错误的町能性，该扇区可能出现大于本扇区PN一个PILOT_INC的PN一直停留在候选集中，不能切换到激活集而形成干扰信号。根据以上原则，适当减小SRCH_WIN_N的设置。如果扇区覆盖较大或越区覆盖产生较大的延时，可能会出现搜索窗不够宽的现彖，那么，要通过天线调整或调整PN间隔來解决。②SRCH-W

7、IN-N设置过小。在通话状态下，导频接收机接收的PN较强，但是，手机检测到的导频一直处于相邻导频集电，Ec/lo较小，FFER升髙，持续一段时间后，导频丢失而掉话。判断解决：掉话后，一燉重新同步到原来的导频上。通过直接观察导频接收机的路径检测时延差（即不能被检测检测到的PN与正在使用的PN时延差值的码片数）或者时延计算，判定其差值是否大于SRCH_WIN_N的参数设置。如果属实，表明SRCH_WIN_N小，有川的导频多径信号不能落入搜索窗屮；如果时延差小于SRCH_WIN_N的参数设置，则应该检测基站破件，查找原因。观察事件发生地点是否需