您好,欢迎访问三一刀客
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > 坏小区的常见处理方法
-1-BadCell的常见处理方法在网络优化过程中,对BADCELL的处理是实施RADIOFINETUNING的重要环节。而掌握无线微调的方法也是网络优化人员的必备素质。BADCELL的定义所谓BADCELL指的就是那些未达到人们所期望的无线网络服务指标的小区。简言之,也就是人为定义的问题小区。这些小区通常是高掉话小区,高分配失败小区,高拥塞小区,或低切换成功小区。BADCELL的制作对于BADCELL的制作通常有两种方法。第一种是手工编辑,筛选出各项指标的未达标小区;第二种是利用MARCO和专用处理软件对话务统计报告进行处理。在这里只介绍第一种方法。我们对话务统计报告的每一项指标先确立一个下限,一般为:切换成功率(切入/切出)-------90%以下掉话率----------------------------2%以上分配失败率----------------------2%以上TCH拥塞-------------------------1次以上SDCCH拥塞---------------------1次以上无线接通率-----------------------95%以下*无线接通率=(1-SDCDROPRATE)*(1-TCHDROPRATE)*(1-TCHASSIGNMENTFAILURERATE),它是衡量一个网络优劣的重要指标,因为它涵盖了一个呼叫从建立到释放的整个过程,它在一定程度上反映了一个小区的综合服务质量。这里需要强调的是,BADCELL的下限是人为确立的,在具体操作中,我们应该更据现场网络具体情况酌情予以调整,其目的是为了更好的处理和分析问题。在确立了指标下限后,我们可以利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序,制作出一张BADCELL表。-2-对BADCELLLIST的分析对BADCELLLIST的分析实际上是对网络综合服务指标的分析。常见的服务指标不到位的情况有如下几种:1.话音信道拥塞和信令信道拥塞SDCCHCongestionRate=MC04/MC8CMC04:NoDCCHAvailableMC8c:DCCHRadomAccessTCHCongestionRate(Who)=D48/D47TCHCongestionRate(Iho)=D50/D49D48=MC12c+C181x(x=a-l)D47=MC18+MC142+MC144+MC12c+C181x(x=a-l)D49=D47+MC51+MC52+MC53+MC54+MC41+MC42+MC43+MC44D50=D48+MC51+MC41a一.对于TCH的拥塞的情况,我们首先要区分是话务溢出产生的拥塞,还是话音信道分配失败产生的C181值。如为话务拥塞,(MC12有值)可采取如下措施:(1)调整小区的最低接入电平和降低基站发射功率:Cell_Access_min,一般G3BTS为-102dbm;G2BTS为-100dbm(2)采用CBQ和C2算法。将CBQ设为“TRUE”;PT=31(11111);CRO=10~20db;CELLRESELCTIONIND。=PRESENT此时C2=C1-CRO,由于拥塞小区的C2值同其它小区C2相比,多了CRO值的反相补偿,因此更难被选中;而在小区选择上,由于拥塞小区开启了CBQ,故优先级低于周围小区,所以也使得周围小区分担了它的话务量。缓解了小区拥塞。(公式见-3-附录2)(3)调整切换参数调整切换参数所采用的思路是使拥塞小区的话务尽可能向外切,而邻小区的话务则避免向拥塞小区切换。常用的方法有调整HO_Margin:使切入值大于切出值。使用FreeFactor:动态平衡话务负荷对Grade值的权重。(见附录1)开启FDR:将小区边缘未触发HOAlarm,但接收信号可被邻小区所接受的电话建立在邻小区的TCH上。(4)调整话务覆盖模型我们采用Abis信令跟踪,取得拥塞小区的主要话务分布;同时利用DriveTest取得现场的覆盖模型。综合两方面因素,利用RNP的计算公式:俯仰角=90-[arctg(D/ANThight)+1/2*VerticalHPWB]D:主瓣方向覆盖距离ANThight:天线高度VerticalHPWB:垂直半功率角求得天线俯仰角,调整天线覆盖来平衡话务量,以达到分散话务,减小拥塞的目的。如为TCH分配失败(C181偏高)则,着力解决TCH分配失败问题。见下文。二.对于SDCCH拥塞,我们必须区分是因为LOCATIONUPDATE引起的信令拥塞,还是因为主叫发起引起的信令拥塞。我们可以通过分析MC02a,MC02h和MC04来区分这二者的区别。如果小区话务量适-4-中,且MC02a和MC02h在一个数量级上,则我们认为是主叫发起引起的信令拥塞,对此我们可以借鉴上文所讲的解决话务拥塞的方法加以解决,如果硬件配置允许,还可以在逻辑参数上增加适量的SDCCH,不过要注意G1BSC每块TCU至多带12个SDCCH子信道;G2BSC每块TCU至多带32个SDCCH子信道。如果小区话务量偏小,且MC02a远大于MC02h,对此我们认为是LU引起的SDCCH拥塞,我们可以通过增加CRH(CellReselectionHysterises)的值来降低频繁往复的位置更新次数,从而减小SDCCH的占用次数,达到降低拥塞的目的,一般在LAC边界设为10~12db。除了上述正常情况外,还有一种特殊的SDCCH拥塞情况,那就是GSM特有的ghost现象。这种情况发生在BCCH和TCH混合分频条件下,表现为小区话务量小,SDCCH试呼次数异常大。对此,我们可开启RACHTAFILTERING,一般设为10,以解决此类问题。最后由于TCU和TRX硬件工作异常引起的拥塞的解决方法在此不加引述。2。话音信道分配失败小区的解决TAFR=(MC14b+MC146b)/MC16MC16:Nbr_ASS_RTCH_SEIZMC14b:Nbr_ASS_RTCH_FAIL_BSS_PBLMC146b:Nbr_ASS_RTCH_FAIL_MS_ACC_PBL在现网中,MC14b所产生的分配失败是由于数字单元,如FU,或传输问题所引起的,这只占一小部分;而大多数的话音信道分配失败问题都由MC146b产生,这多数是由无线环境的衰落和频率干扰所引起的,但当MC146b极高时,可能是由BTS射频单元和天线系统的隐性问题所引起的。对此,我们可以通过信令跟踪的方法来区分干扰和隐性硬件问题。分析如下:deltpathloss0:上行硬件问题;检查TRE,RXGD/TXGM,FEG8,ANT。。。deltpathloss-10:下行硬件问题;检查TRE,TXGM,Combiner。。。QUAL_XX0.6:上下行的频率干扰,可以通过MAPINFO来修改频点。QUAL_XX2:上下行硬件问题;检查相应设备。-5-TCH分配失败率会引起TCH拥塞。从A接口上看,TCHassignmentfailure这条信令会触发C181值,而信令所带的原因就构成了各种C181计数器。网络中常见的有:C181a:radiolinkfailure;C181d:noRTCHavailable;C181g:assignmentfailureoldreturn;此三类值,其中C181a由于无线接口的复杂性所引起;C181d是由于缺乏无线信道,产生TCH拥塞所引起的;C181g是由于干扰或硬件问题所产生的分配失败;解决TCH分配失败率问题对于C181g值的降低有很大帮助。此外,TCH分配失败率的降低对于切换成功率的提高也有相当积极的作用,所以解决网络的分配失败率也是提高网络综合服务指标的有效途径。3。高掉话小区的解决(不含切换,从无线侧统计)CDR=(MC14C+MC136+MC139+MC21)/MC18MC14c:Nbr_MS_ASS_RTCH_SEIZMC21:Nbr_RTCH_HO_NO_MS_RETMC136:Nbr_RTCH_LOST_RADIO_FAILMC139:Nbr_RTCH_LOST_RTAMC18:Nbr_RTCH_SAIZ从网络运行角度来看,一个成熟的网络,它的MC14c和MC139都应该为0。这是由于MC14c和MC139的产生是由BSS的系统问题所产生的,其具体表现在BSS的硬件和A接口及Abis接口的问题上。我们可以通过A接口的信令分析来为这两种故障定位。当MC139数值偏高,而A接口跟踪的报告显示Equipmentfailure消息来源于某几路中继的固定时隙时,其掉话为“远端编码错误”所引起。检查手段为:TC架上的DT16/TC16模块;BSC架上的DTC模块。当MC14c数值偏高,而A接口跟踪的报告显示Equipmentfailure消息来源于各路中继时,掉话极有可能是因为BSC的某一SWITCH隐性故障所引起的。这时候我们只能采用分层关闭SWITCH的方法,逐步加以解决。-6-当MC14c和MC139的数值都偏高,且集中在某几个站上时(一路传输),这是由于这一路Abis传输跳动所引起的掉话和分配失败,据此,我们应解决传输问题。如果MC14c和MC139的数值较为正常,而BADCELL中依然存在高掉话小区,那么我们应着重分析MC21和MC136所引起的问题。MC21是由于手机从服务小区向目标小区切换未成功,但又未能返回原信道所致。MC136是由于无线环境复杂性引起的掉话。对于MC21较高的小区,我们应考查它的切换邻区,通过路测了解它的覆盖模型。在确立了覆盖正常的情况下,我们可以调整切换参数,使得切换更为安全,以减少掉话。常用的方法有:1.调整切换窗口(A_XX_HO);调整切换窗口,以使切换评估的可靠性增加。我们一般将紧急切换的窗口设为8或6,而将BetterCell切换的窗口设为12或10,以此调整切换触发原因,使BetterCell切换的比重增加,使切换更安全,同时减少MC21掉话。但要注意,切换窗口不宜设置过大,这样会降低切换效率;但如设置过小,又会引起MC21掉话,两者相互制约。所以在调整参数时,应酌情处理,寻找一个最佳平衡点。2.调整切换触发条件(L_RXLEV_XX_H/L_RXQUAL_XX_H等);为了防止切换掉话,我们一般采取延缓切换触发(降低门限值),以拖住手机,尽可能少的切换;但这种方法会增加一部分MC136的掉话,这是由于手机在信号不佳的情况下未及时切出所致,但如果我们调整好参数,使得MC21和MC136之和得以下降即可。3.调整切换进程定时器(T3103/T9113和T8);我们一般将这三种定时器设为200(在信道没有拥塞前提下),T3103是BSC控制的切换等待时间;T9113是MSC控制的目标小区信道保留时间;而T8是MSC控制的服务小区信道保留时间。它们的延长在一定程度上将提高切换成功率和降低MC21的值。对于MC136引起的掉话原因比较复杂,一般为频率干扰,覆盖异常,少数也由于基站射频单元工作不正常引起。我们可以通过信令跟踪的手段判断引起MC136掉话的原因,对于干扰和硬件问题可以参照分配失败的处理方法。对于覆盖引起的问题,可以调整天线俯仰角来解决。此外,还有一部分可由参数调整来消除,这些参数是:-7-Cell_RXLEV_Access_Min;RadioLinkTimeOut,跳频等。我们通过调整小区最小接入电平来限制接入手机的信号强度,只有信号尚可的小区才能被允许发起主叫或被寻呼。而RadioLinkTimeOut的作用是避免手机突然脱网引起的掉话。经过现场实践,这两个参数的效果明显。RadioLinkTimeOut一般设为32(郊区),但应确保系统无明显拥塞。对于跳频的作用在很多文献中已有阐述,限于篇幅,在此不做介绍了。4.低切换成功率的解决方法。提高切换成功率的方法可以采用增加话务密集区的切换次数;同时限制覆盖较差的区域的切换次数的方法。其目的是增大成功切换的次数来提高切换的请求次数,以降低切换失败的比率;而对于有风险的切换
本文标题:坏小区的常见处理方法
链接地址:https://www.111doc.com/doc-88596 .html