OMCR常见故障分析Word文档下载推荐.docx

OMCR常见故障分析Word文档下载推荐.docx

《OMCR常见故障分析Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《OMCR常见故障分析Word文档下载推荐.docx（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）。

以上参数设好之后,还应该进行信令跟踪以确定干扰情况是否好转.还要根据话务报告察看话务分布情况（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来修改频点。

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控制的服务小区信道保留时间。

它们的延长在一定程度上将提高切换