网络故障分析
第七章 网络故障分析
目录
7．1掉话分析
7．2分配失败率
7．3 SDCCH/TCH拥塞
7．4切换失败率分析
7．5切换触发原因所占比例分析
7．6 RACH接入有效性
7．7小区没有话务量或切入
7．8射频（RF）优化
7．9长途来话接通率
7．10覆盖范围减小的原因及解决办法
7．11用户投诉的热点问题分析和解决
7．1掉话分析
7．1．1问题描述
掉话可分为两种形式。一类是在SDCCH信道上的掉话，一类是在TCH信道上的掉话。SDCCH信道上的掉话是指在BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间发生的掉话。TCH掉话是指在BSC给移动台成功分配了TCH信道后发生的不正常掉话。
造成掉话的原因，从全局角度来讲有三种，分别是：无线链路故障（发生在通讯过程中，消息无法正常接收）、T3103逾时（发生在切换过程中，即MS无法占用目标小区信道，也无法返回原信道）、系统故障（各种可能随时发生的故障）。在这三种掉话原因中，主要的掉话形式是无线链路故障。在GSM规范中有一个参数RADIO LINK TIMEOUT（无线链路超时），单位是SACCH测量报告周期的个数。当RADIO LINK TIMEOUT减少为0时，信道就被释放，从而发生掉话，掉话原因将被记为无线链路故障，信令流程如下图所示。在网络运
行中，这种类型的掉话是最多的，因此对于某些掉话率较高的，可以适当的提高该值的设置，如可以设为32（个SACCH测量周期），一般情况下该值被默认为20（个SACCH测量周期）。当改变该值时还应该注意几点要求，一方面，应同时改变相关的参数如T3109，例如当RADIO LINK TIMEOUT设为32时，T3109应大于16S；另一方面，该小区不能为拥塞小区，因为T3109设置得过大会延长无线信道释放的时间。
  让我们研究一下掉话产生的具体原因，观察方法和解决措施，参看流程图7-2：
7．1．2由于覆盖原因导致的掉话
网络连接不上的原因
7．1．2．1原因分析
1． 服务小区由于各种原因（无线传播环境太好、功率太高）导致覆盖太大甚至将它的邻小区也覆盖在内，或者它的邻小区定向天线（假使邻小区为定向小区）方位角有问题或者本身信号太弱，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因不到合适的小区而导致掉话，如图7-3所示，这种情况一般发生在市区等密集的地方；
2． 两小区的交界部位出现明显的无线信号覆盖的漏洞(盲区)；
3． 覆盖过小也可能是由于某个小区的硬件设备出现了问题,如天线受到阻挡或者携载BCCH的载频发生了故障(功放部分)；
4． 由于高大建筑物所产生的阴影效应导致移动台信号发生快衰落而来不及发生切换引起的掉话；
5． 邻小区定义不全会导致移动台保持通话在现有小区中,直到超出该小区覆盖边缘而掉话。
图7-2掉话处理流程
7．1．2．2解决措施
1． 查覆盖不足的地区
通过话务统计分析，首先确认该小区掉话率是否较高（同时也可能伴有较高的切出失败率），并且切换的原因多为救援性切换，而其他指标一切正常，如果是这样的话便应去检查是否存在覆盖的问题。可以通过DT测试来确认覆盖不足的地区，还应分析是否是由于地形地势的原因导致的，如隧道、大商场、地铁入口及洼地，一般来说，这样的掉话多集中于某个方向上，可考虑加微蜂窝来解决。
2． 增加覆盖
通过用户投诉来查明覆盖不足的地方，看是否应该新添，或是通过别的手段来提高的覆盖，如提高的最大发射功率，改变天线的方位角、下倾角、挂高等（这需要综合考虑频率规划情况和其他方位的覆盖情况）。
3． 消除漂移信号的影响
通过定期的驱车测试来出覆盖不规范的，消除掉他的漂移信号对其他的影响。对于这种情况导致的掉话，可以通过减小该的    倾角，或降低它的最大发射功率（BSPWER MAX）及提高最小接入电平（RXLEV ACCESS MIN）来收缩覆盖范围，当然一定要防止出现盲区。
4． 除硬件故障
如果掉话突然上升并且本站其他指标全部正常，则应检查相邻小区此时是否工作正常（可能下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障则会导致原小区切出失败率较高）。
5． 检查邻小区表是否定义完整
检查在OMC-R数据库定义的相邻小区是否互为对称关系、是否邻小区表定义不全。不同移动公司之间应常对照相邻小区的数据。
7．1．3由于切换引起的掉话
7．1．3．1原因分析
1． 参数不合理
当做救援性的切换时（当手机接收电平低于切换门限下限IRXLEVULH、IRXLEVDLH），一些切换请求会因为切入小区的信号强度太弱而失败，即使切换成功也经常会因为信号强度太弱而掉话。
2． T3103超时导致掉话
计时器T3103超时：当BSC向移动台发出切换命令（HANDOVER COMMAND）时T3103计时器开始计时，在BSC收到来自切换目标小区的切换完成（HANDOVER COMPLETE）或者来自源小区的切换失败（HANDOVER FAILURE）时就将T3103复位，BSC将HANDOVE
R COMMAND信息发送到BTS时，如果T3103逾时后 仍未收到任何一种信息时，BSC就判断在源小区发生了无线链路故障，进而释放源小区的信道，造成掉话，信令流程如图7-4所示。
7．1．3．2观察办法
如果掉话率高涉及到切换问题可通过OMC-R的话务报告来分析主要是什么原因引起的切换。如上下行接收电平RXLEVEL原因引起的切换；上下行接收质量RXQUAL原因引起的切换；上下行干扰引起的切换；功率预算（PBGT）引起的切换；呼叫定向重试；话务原因引起的切换；
7．1．3．3解决措施
可采用 DT进行较大范围的测试，因为切换是在小区及之间发生的，本小区的掉话有可能是因为与其相邻小区之间的切换设置不合理造成的。对于一些与该小区有切换拓扑关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并增加新或者扩大原有的覆盖范围。对于因切换设置不合理造成的掉话可根据实测情况适当修改切换参数，对于那些由于话务量不均衡，造成忙时因目标无切换信道而产生的掉话，解决的办法是进行话务量的调整。
7．1．4 由设备硬件或者系统参数错误引起的掉话
7．1．4．1参数问题
可通过参数检查工具来检查参数是否合理，如频率的规划是否合理；小区载频之间的跳频偏移量（MAIO）是否冲突（当出现这种情况时各种指标都会很差如分配失败率）；跳频的频点是否存在干扰；BSC的定时器与MSC的定时器是否匹配（如CELL的定时器T3103大于BSC的定时器BSSMAPT8时肯定会造成移动台切换期间的掉话）。参数IRXLEVDLH与RXLEVMINCELL定义不匹配时易造成移动台到了下限切换电平（IRXLEVDLH、IRXLVULH）但还没有邻小区满足RXLEVMINCELL定义的电平值而造成掉话。此外，切换容限（HOMAGIN）定义得不合理也会造成切换掉话。可观察计时器T3103和T3107是否定义得太苛刻，以至于系统没有足够是时间将分配完成的消息报告给BSC，而此时计时器已经复位，从而导致了掉话。
7．1．4．2硬件问题
对因硬件而产生的掉话，可通过OMC-R察看相关硬件的告警。如果OMC-R中无硬件告警信息，则可能是某个TRX或者分集部分的故障所导致，此时分配失败率和上下行质量切换所占的比例肯定也会很高，可以通过ABIS的监测软件，也可以通过关闭掉小区其它载频，对怀疑有问题的载频进行拨打测试来发现故障点。一旦发现有故障的硬件后，应及时更换，如无备
件，也应先关闭掉故障板以免产生掉话现象影响网络运行质量。一般来说，当帧处理单元(北电S8000称DRX集成在一块板子里，S4000称TRX有多块电路板组成)出现故障时，分配失败率和上下行质量切换都会比较严重；当接收部分(天线、馈线、耦合器、RXSPLITER、TRX)出现故障时分配失败率和上行质量切换会较严重；当发射部分（天线、馈线、耦合器、PA、TRX）出现故障时分配失败率和下行质量切换会较严重。
7．1．4．3经纬度有误
在实地路测中，有时会发现少数的实际经纬度与规划中的经纬度不一致，甚至相差较大，造成此现象的主要原因是在选址中碰到困难，最后不能按照设计中要求确定，而将移到其他地方，但在规划数据库中没有进行相应更新，仍按原计划规划其相邻小区及频率，从而造成很多相邻小区漏做或者做错，最终导致掉话率较高。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。