OMCR常见故障分析.docx
《OMCR常见故障分析.docx》由会员分享,可在线阅读,更多相关《OMCR常见故障分析.docx(10页珍藏版)》请在冰豆网上搜索。
OMCR常见故障分析
(一)对于SDCCH拥塞:
a)减少不必要的SDCCH请求,例如介于不同LAC之间的反复的小区重选。
对应的参数CellReselectHyst:
该参数定义了小区重选需要的接收电平的滞后值。
当邻小区的路径损耗参数C1大于当前服务小区的C1值连续5秒时,就进行小区重选。
如果两个小区属于不同的LAC时,邻小区的路径损耗参数C1大于当前服务小区的C1值CellReselectHyst连续5秒时,才进行小区选择,同时进行一次位置更新。
为了避免过多的频繁的位置更新,小区重选滞后通常建议设置为6dB或8dB。
在下列情况下建议作适当的调整:
当某地区的业务量很大,经常出现信令流量过载现象,建议将该地区中属于不同LAC的相邻小区的小区重选滞后参数增大。
若属于不同位置区的相邻小区其重叠覆盖范围较大时,建议增大小区重选滞后参数。
若属于不同LAC的相邻小区在邻接处的覆盖较差,即出现覆盖的“缝隙”时,或这种邻接处地理位置处于高速公路等慢速移动物体较少的地区,建议将小区重选滞后参数设置在2~6dB之间。
b)提高SDCCH的分配成功率:
a.MC8B_NBR_ACC_GRANT远小于MC8C_NBR_ACC_RANDOM时,说明可能AGCH太少,导致无法分配SDCCH,MS会反复请求SDCCH.可以适当增加BS_AG_BLK_RES.
参数“接入准许保留块数”用以表示每个BCCH复帧中CCCH信道上为AGCH保留的消息块数。
其取值范围为:
若CCCH与SDCCH共用物理信道:
0~2(对于CBC结构,BS_AG_BLK_RES通常设为2.)
若CCCH与SDCCH不共用物理信道:
0~5(对于BCC结构,BS_AG_BLK_RES通常设为4.)
b.MC149_NBR_SDCCH_ASS_FAIL_MS_ACC_PBL/MC148_NBR_ASS_SDCCH_SEIZ_ATTEMPT过大。
可能是存在GhostCell(幽灵小区),应该保证相近的小区如果有相同的BCCH时,他们的BCC不同;或者某小区覆盖的太远;这时都可以适当设置RACHTAFilter,保证该小区覆盖它的设计范围。
参数RACH_TA_FILTER限制了只有TA小于设定值的手机才可以接入.这个参数并不影响手机在通话过程中的切换机制。
用时间提前量计算移动台与基站间的距离实际上是很不精确的。
因此为了设置恰当的值,必须在小区设计的覆盖范围内进行测量,以获得小区中最大的时间提前量TAmax,设置RACH_TA_FILTER=TAmax+5。
注意事项:
一般市区内由于信号反射较多,TA值不易小于10。
对于郊区覆盖较差的地方,为了保证覆盖,也不易将TA设的过小。
通常可以通过调整天线来保证覆盖。
c.修改计时器
可供修改的相应的计时器为WI_OC,WI_EC,WI_CR,WI_OP.他们分别代表在立即分配过程中的主叫过程,紧急呼叫,呼叫重建,以及其他过程中一次分配不成功后,必须等待一段时间才能进行下一次请求过程。
通常可以先跟据话务报告(C01,C02)来判定哪些类型的分配较多,在修改相应的计时器,可以从1秒开始进行尝试,逐渐增加。
计时器应该保证是使拥塞减少到最低限度的最短时间。
如果有副作用,比如拥塞反而增加,应将该计时器恢复为0。
注意事项:
使用该功能前,应将EnIm.Ass.Rej设为Enable(在BSSParameters窗口的BSSFunctions页中)。
这些参数是在Im.Ass.Rej这条信令中发送的。
如果WI_XX的值设定为“255”并且EnIm.Ass.Rej设为Enable,则系统将不向移动台发送Im.Ass.Rej这条信令,这时计数器MC8d的值为“0”,而MC04的值会继续计数。
(二)TCH拥塞:
a减少接入用户的数目,减少切入用户数目,增加切出用户的数目。
增加RxLev_Access_Min来提高对接入的要求,来平衡话务量。
除了在一些基站密度较高、无线覆盖较好的地区外,一般不建议采用RXLEV_ACCESS_MIN来调整小区的业务量。
注意事项:
对于一般情况,G2BTS设为-100dBm,G3BTS设为-105dBm。
修改时可以以2dBm为单位进行提高,但是必须通过路测来确认没有忙区。
b.通过调整CELLRESELECOFFSET、TEMPORARYOFFSET、PENALTY_TIME来改变小区选择的倾向。
第一,对于业务量很大或由于某种原因使小区中的通信质量较低时,一般希望移动台尽可能不要工作于该小区(即对该小区具有一定的排斥性)。
这种情况下,可以设置PT为31,因此参数TO失效。
C2的数值等于C1减CRO,因此对应于该小区的C2值被人为地降低,从而使移动台以该小区作为重选的可能性降低。
此外,网络操作员根据对该小区的排斥程度,可以设置适当的CRO。
排斥越大,CRO越大,反之,CRO越小。
第二,对于业务量很小,设备利用率较低的小区,一般鼓励移动台尽可能工作于该小区(即对该小区具有一定的倾向性,不让MS重选出去)。
这种情况下,建议设置CRO在0~20dB之间,根据对该小区的倾向程度,设置CRO。
倾向越大,CRO越大,反之,CRO越小。
TO一般建议设置与CRO相同或略高于CRO。
PT主要作用是避免移动台的小区重选过程过于频繁,一般建议的设置为0(20秒)或1(40秒)。
第三,对于业务量一般的小区,一般建议设置CRO为0,PT为31,从而使C2=C1,也即不对小区施加人为影响。
上述参数的调整必须注意下列问题。
无论在何种情况下不建议设置CRO的数值超过25dB,因为过大的CRO会使网络发生一些不稳定的现象。
上述参数的设置是基于每个小区的,但由于参数C2的性质与邻区有密切的关系,因此在设置这些参数时必须注意相邻小区之间的关系。
c.增加Rxlev_Min(N)和切入的HOMargin来提高切入的要求,来减少服务小区的话务负荷。
d.减小切出的HOMargin,以利于切出。
一般以2为单位进行下调。
e.启用DirectRetry和ForceDirectRetry。
DirectRetry功能是指手机在占用到SDCCH时,产生了HOALARM,这时系统可以分配邻小区的TCH信道给手机。
即从服务小区的SDCCH信道切换到邻小区的TCH信道上。
ForceDirectRetry功能是指手机在占用到SDCCH时,邻小区满足一定的条件,(这时并没有产生HOALARM,这一点与DirectRetry不同),就可以切换到邻小区的TCH信道上。
要满足的条件由以下3个参数来决定:
L_RxLev_DR(n):
定义了手机切换到邻小区的TCH,必须满足的对邻小区的最小接收电平。
缺省值为-85dBm。
A_PBGT_DR:
定义了测量邻小区接收电平的区平均值的窗口大小。
缺省值为4。
FreelevelDR(n):
定义了邻小区必须有多少个空闲TCH信道才允许DirectRetry。
缺省值为:
6
(三)有关功率控制的参数
对于环境复杂,信号变化快的地区,通常是市中心房屋较为密集的地方.可以适当增加功率控制的速度.
方法:
减小功率控制的响应时间BS(MS)_Pcon_ACK,以及功率控制的间隔时间BS(MS)_PCON_INT用来加快功率控制.一般在需要的小区内从6和2改到3和1.
·参数BS(MS)_Pcon_ACK是在触发下一个功率控制命令前允许基站(手机)来确认功率控制命令的时间。
如果在该时间内没有回应则重发该功率控制命令。
•参数BS(MS)_PCON_INT是用来设定两次功率控制之间的最小时间间隔.功率控制过程从开始到功率控制的效果被检测到需要一定的时间。
因此,连续二次功率控制之间必须有一定的时间间隔,否则会导致系统的不稳定,甚至产生调话。
(四)有关切换的参数
控制切换的速度(频繁程度)
对于环境复杂,信号变化快的地区,通常是市中心小区较密集的地方或者快速移动物体较多的地方,需要加快切换的速度,在信号还没有衰减到无法挽救的情况之前就切换,这样会明显减少C136掉话,相应的由于切换次数的增加,可能会引起C21掉话的增加,但只要总的掉话次数减少,说明加快切换次数是有必要的.
可以修改的相应的参数:
减小HandoverMargin,可以降低成为候选小区的条件,增加可供切换的候选小区的个数.
减小A_LEV_HO,A_QUAL_HO,A_PBGT_HO的值,通常由8,8,12改为6,6,8.也可视情况只改A_PBGT_HO.
A_XXXX_HO是指用于电平切换,或质量切换,或功率预算切换的接收电平监测时,用来对测试报告中电平值做平均的窗口大小。
A_LEV_HO和A_QUAL_HO一般设置为8,微小区应适当减小,一般为6,对于市区基站较密集的地区还可减小2。
A_PBGT_HO一般设置为12,对于市区基站较密集的地区还可减小为8,微小区应适当减小,一般为8,基站密集地区为6。
为了防止过多的不必要的反复切换(乒乓切换)需要开启防止乒乓切换的PING_PONG_HCP和T_HCP.
参数PING_PONG_HCP是用来防止乒乓切换而设置的惩罚电平值。
参数T_HCP是指防止乒乓切换机制中,乒乓阻隔的有效时间。
当切换发生后T_HCP秒内,乒乓阻隔有效,否则无效。
另:
当PING_PONG_HCP为0或T_HCP(阻隔时间)为0时,防止乒乓切换的机制相当于被关闭。
尽管两者都可关闭防乒乓切换机制,但应使用T_HCP。
控制切换的引发原因:
一般来说,在引发切换的原因中,由于PBGT原因而产生的切换应该占整个切换中的大部分,因为PBGT切换引起的切换比LEV,QUAL原因引起的切换来的安全,掉话的可能性比较小.因此,察看计数器C71,C72,C73,C74,C78.如果发现C78(BetterCellHO)占的比例比较小,可以适当减小LEV切换的低门限值,使得LEV切换更困难,从而增加PBGT切换的比例.
参数L_RXLEV_UL(DL)_H定义了上行(下行)接收电平门限,当基站接收的上行(下行)电平低于该门限值时,基站将启动切换算法。
一般上行设为-96dB,下行设为-91dB(建议下行比上行要高出5dB,因为在开启上下行功率控制后,根据信令跟踪的结果看,下行的接收电平一般比上行的接收电平高出5dB).对于G3BTS,由于接收灵敏度较高,在郊区环境下,也可以上行设为-99dB,下行设为-94dB.
对于同心圆小区:
如果小区的一些频点受到干扰,可以将这些频点设置为内小区。
这种情况下,一般将基站内小区最大发射功率(BS_TXPWR_MAX_INNER)设置为等于基站最大发射功率(BS_TXPWR_MAX),即不减小内小区基站发射功率,而提高内小区的下行最小接收电平门限(RXLEV_DL_ZONE)来限制小区只覆盖信噪比较好的范围。
一般设为-75dB.
如果小区的一些频点干扰其他小区的频点,可以将这些频点设置为内小区。
这种情况下,将基站内小区最大发射功率(BS_TXPWR_MAX_INNER)设置为小于基站最大发射功率(BS_TXPWR_MAX),一般比BS_TXPWR小6dB,即减小内小区基站发射功率,减小对其他小区频点的干扰程度,提高其他小区的信噪比。
因此下行链路最小接收电平(RXLEV_DL_ZONE)一般设置较低,一般设为-85dB.
RXLEV_UL_ZONE一般设置为比RXLEV_DL_ZONE小5dB.
一般MS_TXPWR_MAX_INNER与MS_TXPWR_MAX的差值应等于BS_TXPWR_MAX_INNER与BS_TXPWR_MAX的差值。
即当内小区频点受干扰时,一般设置为33dB。
当内小区频点是干扰源时,一般设置为27dB(33-6dB)。
RXLEV_UL_ZONE一般设置为比RXLEV_DL_ZONE小5dB.
以上参数设好之后,还应该进行信令跟踪以确定干扰情况是否好转.还要根据话务报告察看话务分布情况(C370),在保证低干扰程度的情况下,应该尽量使内圆吸收话务量.这时可以通过RXLEV_UL(DL)_ZONE来调节内圆的大小.提高该值就是减小内圆,降低该值就是扩大内圆.
对于处于双频环境:
在双频环境下,当需要将900用户优先导向1800时,可以通过修改以下参数:
设置小区级别为低:
Bar_Qualfy=True
手机在小区选择过程中,只有当优先级为“正常”的合适小区不存在时(所谓合适是指各种参数符合小区选择的条件,即C1>0且小区没有被禁止接入等),才会选择优先级较低的小区.在用小区优先级为手段对网络优化时需注意,CELL_BAR_QUALIFY仅影响小区选择,而对小区重选不起作用。
因此要真正达到目的必须结合使用CELL_BAR_QUALIFY和C2(即前面提到的CELLRESELECOFFSET、TEMPORARYOFFSET、PENALTY_TIME)
En.InterBandNeigh=Enable
PreferredBand=DCS1800
为了避免900网络的负载过高,还要设施MultibandLoadLevel.该值得缺省值为70%,其含义时当900网小区的负载超过70%时,强制其切换至1800网.减小该值也可鼓励手机使用1800网.
坏小区(TOPTEN)列表的整理和跟踪及处理方法。
在网络优化过程中,对BADCELL的处理是实施RADIOFINETUNING的重要环节。
而掌握无线微调的方法也是网络优化人员的必备素质。
BADCELL的定义
所谓BADCELL指的就是那些未达到人们所期望的无线网络服务指标的小区。
简言之,也就是人为定义的问题小区。
这些小区通常是高掉话小区,高分配失败小区,高拥塞小区,或低切换成功小区。
关于BADCELL的处理方法有一小部分和上一章节中的常用参数调整有重叠,但为了条理清晰,在这里围绕坏小区的处理再重新描述。
对BADCELLLIST的分析实际上是对网络综合服务指标的分析。
常见的服务指标不到位的情况有如下几种:
1.话音信道拥塞和信令信道拥塞
SDCCHCongestionRate=MC04/MC8C(cmcc2002年改为MC8D/MC8C)
MC04:
NoDCCHAvailable
MC8c:
DCCHRadomAccess
MC8d:
Imm.Ass.REJ.
TCHCongestionRate(Who)=D48/D47
TCHCongestionRate(Iho)=D50/D49
D48=MC12c+C181x(x=a-l)
D47=MC18+MC142+MC144+MC12c+C181x(x=a-l)
D49=D47+MC51+MC52+MC53+MC54+MC41+MC42+MC43+MC44
D50=D48+MC51+MC41a
对于TCH的拥塞的情况,我们首先要区分是话务溢出产生的拥塞,还是话音信道分配失败产生的C181值。
如为话务拥塞,(MC12有值)可采取如下措施:
调整小区的最低接入电平和降低基站发射功率:
Cell_Access_min,一般G3BTS为-102dbm;G2BTS为-100dbm。
不过,过度调整这个参数可能会引起小区的逻辑半径缩小,导致被叫接通率的上升,应慎重。
采用CBQ和C2算法。
将CBQ设为“TRUE”;
PT=31(11111);
CRO=10~20db;
CELLRESELCTIONIND。
=PRESENT
此时C2=C1-CRO,由于拥塞小区的C2值同其它小区C2相比,多了CRO值的反相补偿,因此更难被选中;而在小区选择上,由于拥塞小区开启了CBQ,故优先级低于周围小区,所以也使得周围小区分担了它的话务量。
缓解了小区拥塞。
调整切换参数
调整切换参数所采用的思路是使拥塞小区的话务尽可能向外切,而邻小区的话务则避免向拥塞小区切换。
常用的方法有
调整HO_Margin:
使切入值大于切出值。
使用FreeFactor:
动态平衡话务负荷对Grade值的权重。
(见附录1)
开启FDR:
将小区边缘未触发HOAlarm,但接收信号可被邻小区所接受的电话建立在邻小区的TCH上。
调整话务覆盖模型
我们采用Abis信令跟踪,取得拥塞小区的主要话务分布;同时利用DriveTest取得现场的覆盖模型。
综合两方面因素,一般利用RNP的计算公式:
市区:
俯仰角=[arctg(D/ANThight)+1/2*VerticalHPWB]
郊区:
俯仰角=[arctg(D/ANThight)
D:
主瓣方向覆盖距离
ANThight:
天线高度
VerticalHPWB:
垂直半功率角
求得天线俯仰角,调整天线覆盖来平衡话务量,以达到分散话务,减小拥塞的目的。
如为TCH分配失败(C181偏高)则,着力解决TCH分配失败问题。
见下文。
对于SDCCH拥塞,我们必须区分是因为LOCATIONUPDATE引起的信令拥塞,还是因为主叫发起引起的信令拥塞。
我们可以通过分析MC02a,MC02h和MC04来区分这二者的区别。
如果小区话务量适中,且MC02a和MC02h在一个数量级上,则我们认为是主叫发起引起的信令拥塞,对此我们可以借鉴上文所讲的解决话务拥塞的方法加以解决,如果硬件配置允许,还可以在逻辑参数上增加适量的SDCCH。
如果小区话务量偏小,且MC02a远大于MC02h,对此我们认为是LU引起的SDCCH拥塞,我们可以通过增加CRH(CellReselectionHysterises)的值来降低频繁往复的位置更新次数,从而减小SDCCH的占用次数,达到降低拥塞的目的,一般在LAC边界设为10~12db。
除了上述正常情况外,还有一种特殊的SDCCH拥塞情况,那就是GSM特有的ghost现象。
这种情况发生在BCCH和TCH混合分频条件下,表现为小区话务量小,SDCCH试呼次数异常大。
对此,我们可开启RACHTAFILTERING,一般可以根据信令报告中的TA信息来决定这个值的设定,以解决此类问题。
最后由于TCU和TRX硬件工作异常引起的拥塞的解决方法在此不加引述。
2。
话音信道分配失败小区的解决
TAFR=(MC14b+MC146b)/MC16
MC16:
Nbr_ASS_RTCH_SEIZ
MC14b:
Nbr_ASS_RTCH_FAIL_BSS_PBL
MC146b:
Nbr_ASS_RTCH_FAIL_MS_ACC_PBL
在现网中,MC14b所产生的分配失败是由于数字单元,如FU,或传输问题所引起的,这只占一小部分;而大多数的话音信道分配失败问题都由MC146b产生,这多数是由无线环境的衰落和频率干扰所引起的,但当MC146b极高时,可能是由BTS射频单元和天线系统的隐性问题所引起的。
对此,我们可以通过信令跟踪的方法来区分干扰和隐性硬件问题。
分析如下:
deltpathloss>0:
上行硬件问题;检查TRE,RXGD/TXGM,FEG8,ANT。
。
。
deltpathloss<-10:
下行硬件问题;检查TRE,TXGM,Combiner。
。
。
QUAL_XX>0.6:
上下行的频率干扰,可以通过MAPINFO来修改频点。
QUAL_XX>2:
上下行硬件问题;检查相应设备。
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)/MC18
MC14c:
Nbr_MS_ASS_RTCH_SEIZ
MC21:
Nbr_RTCH_HO_NO_MS_RET
MC136:
Nbr_RTCH_LOST_RADIO_FAIL
MC139:
Nbr_RTCH_LOST_RTA
MC18:
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的方法,逐步加以解决。
当MC14c和MC139的数值都偏高,且集中在某几个站上时(一路传输),这是由于这一路Abis传输跳动所引起的掉话和分配失败,据此,我们应解决传输问题。
如果MC14c和MC139的数值较为正常,而BADCELL中依然存在高掉话小区,那么我们应着重分析MC21和MC136所引起的问题。
MC21是由于手机从服务小区向目标小区切换未成功,但又未能返回原信道所致。
MC136是由于无线环境复杂性引起的掉话。
对于MC21较高的小区,我们可以结合MC180报告,考查它的切换邻区的成功率。
对于不好的切换路由,我们可以调整切换参数,使得切换更为安全,以减少掉话。
常用的上文已经有所描述,这里简单概括。
调整切换窗口(A_XX_HO);
调整切换窗口,以使切换评估的可靠性增加。
我们一般将紧急切换的窗口设为8或6,而将BetterCell切换的窗口设为12或10,以此调整切换触发原因,使BetterCell切换的比重增加,使切换更安全,同时减少MC21掉话。
但要注意,切换窗口不宜设置过大,这样会降低切换效率;但如设置过小,又会引起MC21掉话,两者相互制约。
所以在调整参数时,应酌情处理,寻找一个最佳平衡点。
调整切换触发条件(L_RXLEV_XX_H/L_RXQUAL_XX_H等);
为了防止切换掉话,我们一般采取延缓切换触发(降低门限值),以拖住手机,尽可能少的切换;但这种方法会增加一部分MC136的掉话,这是由于手机在信号不佳的情况下未及时切出所致,但如果我们调整好参数,使得MC21和MC136之和得以下降即可。
对于不好的切换路由,我们还可以通过HOMARGIN的调整,限制这个方向上的切换,而鼓励话务向更安全的小区流动。
调整切换进程定时器(T3103/T9113和T8);
我们一般将这三种定时器设为200(在信道没有拥塞前提下),T3103是BSC控制的切换等待时间;T9113是MSC控制的目标小区信道保留时间;而T8是MSC控制的服务小区信道保留时间。
它们的延长在一定程度上将提高切换