《GSM原理及其网络优化_第7章_网络故障分析.docx》由会员分享，可在线阅读，更多相关《GSM原理及其网络优化_第7章_网络故障分析.docx（36页珍藏版）》请在金锄头文库上搜索。
1、第7章 网络故障分析7.1 掉话分析 7.1.1 问题描述 掉话可分为两种形式，一类是在SDCCH信道上的掉话，一类是在TCH信道上的掉话。SDCCH的掉话是指在BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间发生的掉话。TCH的掉话是指在BSC给移动台成功分配了TCH信道后，发生的不正常掉话。 造成掉话的原因，从全局角度来讲有三种，分别是：无线链路故障(发生在通信过程中，消息无法正常接收)、T3103逾时(发生在切换过程中，即MS无法占用目标小区信道，也无法返回原信道)、系统故障(各种可能随时发生的故障)。在这三种掉话原因中，主要的掉话形式是无线链路故障。我们知道在GSM规范中
2、有一个参数为RADIO LINK TIMEOUT(无线链路超时)，单位是SACCH测量报告周期的个数。当RADIO LINK TIMEOUT减为0时，信道就被释放，从而发生掉话，掉话原将因被记为无线链路故障(详见无线链路故障分析)，信令流程如图7-1所示。在网络运行中，这种类型的掉话是最多的，因此对于某些掉话率较高的基站，我们可以适当提高该值的设置，如可把它设为32(个SACCH测量周期)。一般情况下该值被默认为20(个SACCH测量周期)。当改变该值时还应注意几点要求，一方面，应同时改变相关的参数如T3109等，例如当RADIOLINKTIMEOUT设为32时，T3109值应大于16s；另一
3、方面，该小区不能为拥塞小区，因为T3109设置得过大会延长无线信道释放的时间。现在让我们研究一下掉话产生的具体原因，观察方法及解决措施，参看流程图7-2。7.1.2由于覆盖原因导致的掉话7.1.2.1原因分析 (1)服务小区由于各种原因(如无线传播环境太好、功率太高)导致覆盖太大甚至将它的邻小区也覆盖在内，或它的邻小区定向天线(设邻小区为定向小区)方位角有问题或本身信号太弱，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，如图7-3所示。
4、这种情况一般发生在市区等基站密集的地方。 (2)两小区的交界部分出现明显的无线信号覆盖的漏洞。 (3)覆盖过小也可能是由于某个小区的硬件设备出现了问题，如天线受到阻挡或携载BCCH的载频发生了故障(功放部分)。 (4)还有一种原因是由于一些高大建筑物所产生的阴影效应导致移动台信号发生快衰落而来不及切换引起的掉话。 (5)邻小区定义不全会导致移动台保持通话在现有小区中，直至超出该小区覆盖边缘而掉话。7.1.2.2解决措施 1.查找覆盖不足的地区 通过话务统计分析，首先确认该小区掉话率是否较高(同时也可能伴有较高的切出失败率)，并且切换的原因多为救援性电平切换，而其它指标一切正常，如果是这样的话我
5、们便应去检查是否存在覆盖的问题。接下来我们可以进行DT测试来确认覆盖不足的区域。还应分析是否由于地形地势的原因导致的，如隧道、大商场、地铁入口及洼地，一般来说，这样的掉话多集中于某个方向上，可考虑加微蜂窝来解决。 2.增大基站覆盖 通过用户投诉来查明覆盖不足的地方，看是否应该新添基站，或是通过别的手段来提高基站的覆盖，如提高基站的最大发射功率，改变天线的方位角、倾角、挂高等(这需要综合考虑频率规划情况和其他方位的覆盖情况)。 3.消除漂移信号的影响 通过定期的驱车测试来找出覆盖不规范的基站，消除掉它的漂移信号对其它基站的影响。对于这种情况导致的掉话，可以通过减小该基站的倾角，或降低它的最大发射
6、功率(BSPWR MAX)及提高最小接入电平(RXLEV ACCESS MIN)来收缩覆盖范围，当然一定要防止出现盲区。 4.排除硬件故障 如果掉话率突然上升并且本站其他指标全部正常，则应检查相邻小区此时是否工作正常(可能下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障则会导致原小区切出失败率较高)。 5.检查邻小区表是否定义完整 检查在OMC-R数据库中定义的相邻小区是否互为对称关系、是否邻小区表定义不全。不同移动公司之间应常对照相邻小区的数据。7.1.3由于切换引起的掉话7.1.3.1原因分析 鼓掌描述（我们以INTRA-BSS切换举例）：当BSC向移动台发出切换命令(
7、handover command)时T3103器开始记时，在BSC收到来自切换目标小区的切换完成(handover completely)或者来自源小区的切换朱败（handover failure）时就将T3103复位，BSC将HANDOVER COMMAND信息发送到BTS时，如果T3103逾时后仍未收到任一种消息时，BSC就判断在源小区发生了无线链路失败，进而释放源小区的信道，信令流程如图7-4所示。总体来说造成切换掉话有两个可能：MS未收到或者未解码网络发出的“切换命令”（HO COMMAND）消息，造成T3103超时掉话；MS根据切换命令向目表小区切换，而切换未能成功且返回原小区失败，
8、造成t3103超时掉话。下面让我们来分别对上述原因加以分析：1.MS未收到或未解码网络发出的切换命令，造成T3103超时掉话造车这种现象的可能性有以下几种：（1）MS未收到网络发出的切换命令若MS处于服务小区的下行覆盖边缘或服务小区的下行链路设备不稳，则容易触发该小区的下行救援性点评切换，这时当BSC做出切换判断并向MS发出切换命令后，MS的下行接收可能已经进一步恶化，以至无法成功的接收到切换命令而造成T3103超时掉话。（2）MS未能解码网络发出的切换命令若MS处于服务小区的下行链路硬件设备质量恶化或服务小区存在较严重的下行干扰，则容易触发该小区的救援性质量切换，这时当BSC做出切换判断并向
9、MS发出切换命令，MS可能无法成功的解码所接收到切换命令而造成T3103超时掉话。2.MS切出未能成功且返回原小区失败，造成T3103超时掉话（1）目标小区上下行链路不平衡或上下行链路质量不好服务小区向BSC上报的测量报告包含服务小区的上、下行接收电平和质量及六个相邻小区的下行接收电平，这就是说MS切换到目标小区的根据仅是该小区BCCH的下行接收电平。居上所述，如果该小区存在上行接收问题或上行质量问题，那么显然就会导致目标小区有可能无法接收或无法解码MS发出的“切换接入”消息（也有可能由于目标小区的下行质量问题导致MS无法解码目标小区返回的“物理信息”）而造成MS侧的T3124超市，于是MS会
10、向原小区返回“切换失败”消息（2）切换不合理1）检查切换门限，切换功能开关等设置是否合理。2）未定义邻近小区性能测量：未定义邻区的点评及测量报告个数超标。（应合理增加邻区）3）定义邻小区性能测量可以发现定义的邻区中很少发生切换的邻小区，可以考虑加已删除。4）切换次数与TCH呼叫占用成功次数不成比例。如果切换/呼叫2，很可能存在乒乓切换现象，应检查切换参数配置并调整法（小区间切换容限、PBGT门限等）5）小区间切换性能测量：发起切换时平均电平过低，有可能是边缘门限等切换门限设置过低（3）同步问题在分析时，我们可以先排除切换切换参数配置，；邻区关系，BTS、BSC不同步等方面的问题，在进一步分析可
11、能引起成功切换率低的其他原因。传输不同步，及传输控制板，主控板问题3.切换失败后无法返回原小区当MS在原小区发生某种原因的上行救援性切换后，MS将根据收到的“切换命令”消息中关于目标小区的描述性试图切换到该小区，若由于种种原因（如目标小区存在硬件故障、干扰、存在孤岛效应等）导致MS无法成功切换到目标小区，MS将原信道上向原小区发出“切换失败”消息并试图返回原小区，但往往此时原小区的上行电平或质量可能会进一步恶化，因而将无法收到MS发出的“切换失败”消息，从而导致T3103超时掉话。7.1.3.2观察办法 如果掉话率高涉及到切换问题可通过OMC-R的话务报告来分析主要是什么原因引起的切换。如上下
12、行接收电平RX LEVEL原因引起的切换；上下行接收质量RX QUAL原因引起的切换；上下行干扰引起的切换；功率预算(PBGT)引起的切换；呼叫定向重试；话务原因引起的切换等。7.1.3.3解决措施1）可采用DT进行较大范围的测试，因为切换是在小区及基站之间发生的，本小区的掉话有可能是因为其与相邻小区之间的切换设置不合理造成的。对于一些与该小区有切换拓扑关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并增加新基站或扩大原有基站的覆盖范围。对于因切换设置不合理而造成的掉话可根据实测情况适当修改切换参数。对那些由于话务量不均衡，造成忙时因
13、目标基站无切换信道而产生的掉话，解决的办法是进行话务量的调整。2）利用各种手段降低网络干扰、处理设备隐性故障；3）对INTRA-BSC，INTRA-MSC，INTRA-MSC切换比例不同的小区可采取不同的T3101配置方案；4）适度提高切换参数IRXLEVDLH及IRXLEVULH的值，即在电平还未下降到危险边缘的时候即切出小区，这时若切换失败则返回成功的可能性会增大；5）适度降低上行的功率控制范围，降低上行干扰。下行则不宜降低，因为会影响第三方测试，而且可以保证基站在发出却换命令时功率较大；6）适度提高切换相邻小区表中的RXLEVMINCELL值，以此来保障 切出成功率；7）适度提高HOMA
14、RGINRXQUAL值，以此来保障切出成功率；8）对于全网切换掉话普遍比较高的情况，可以适当提高T3103的取值，一般最大可提至30s。7.1.4由设备硬件或系统参数错误引起的掉话7.1.4.1参数问题 可通过参数检查工具来检查参数是否合理，如频率的规划是否合理；小区内载频之间的跳频偏移量(MAIO)是否冲突(当出现这种情况时各种指标都会很差如分配失败率)；跳频的频点是否存在干扰；BSC的定时器与MSC的定时器是否匹配(如CELL的定时器T3103大于BSC的定时器。BSSMAPT8时肯定会造成移动台切换期间的掉话)。参数IRXLEVDLH与RXLEVMINCELL定义不匹配时易造成移动台到了
15、下限切换电平(IRXLEVDLH、IRXLEVULH)但还没有邻小区满足RXLEVMINCELL上定义的电平值而造成的掉话。此外，切换容限(HOMAGIN)定义的不合理也会造成切换掉话。可观察计时器T3101和T3107是否定义的太苛刻，以至于系统没有足够的时间将分配完成的消息报告给BSC，而此时计时器已复位所导致的掉话。7.1.4.2硬件问题 对因硬件原因而产生的掉话，可通过OMC-R察看相关硬件的告警。如果OMC-R中无硬件告警信息，则可能是某个TRX或分集部分的故障所导致，此时分配失败率和上下行质量切换所占的比例肯定也会很高，此时可以通过ABIS的监测软件，也可以通过关闭掉小区内其它载频
16、，对怀疑有问题的载频进行拨打测试来发现故障点。一旦发现故障硬件后，应及时更换，如无备件，也应先闭掉故障板以免产生掉话现象影响网络运行质量。一般来说，当帧处理单元出现故障时，分配失败率和上下行质量切换都会比较严重；当接收部分出现故障时分配失败率和上行质量切换会较严重，当发射部分出现故障时分配失败率和下行质量切换会较严重。7.1.4.3基站基础数据信息有误 在实地路测中，有时会发现少数基站的实际经纬度与规划中的经纬度不一致，甚至相差很大，造成此现象的主要原因是在选址中碰到困难，最后不能按设计中要求确定，而将基站移至其它地方，但在规划数据库中没有进行相应更新，仍按原计划规划其相邻小区及频率，从而造成很
