bad cell分析（坏小区分析）

Bad Cell 的常见处理方法。

在网络优化过程中，对BAD CELL的处理是实施RADIO FINE TUNING的重要环节。而掌握无线微调的方法也是网络优化人员的必备素质。

? BAD CELL的定义

所谓BAD CELL指的就是那些未达到人们所期望的无线网络服务指标的小区。简言之，也就是人为定义的问题小区。这些小区通常是高掉话小区，高分配失败小区，高拥塞小区，或低切换成功小区。

? BAD CELL的制作

对于BAD CELL的制作通常有两种方法。第一种是手工编辑，筛选出各项指标的未达标小区；第二种是利用MARCO和专用处理软件对话务统计报告进行处理。在这里只介绍第一种方法。我们对话务统计报告的每一项指标先确立一个下限，一般为：

切换成功率(切入/切出)-------90%以下

掉话率----------------------------2%以上 分配失败率----------------------2%以上 TCH拥塞-------------------------1次以上 SDCCH拥塞---------------------1次以上 无线接通率-----------------------95%以下

*无线接通率=(1-SDC DROP RATE)*(1-TCH DROP RATE)*(1-TCH ASSIGNMENT FAILURE RATE) ，它是衡量一个网络优劣的重要指标，因为它涵盖了一个呼叫从建立到释放的整个过程，它在一定程度上反映了一个小区的综合服务质量。

这里需要强调的是，BAD CELL 的下限是人为确立的，在具体操作中，我们应该更据现场网络具体情况酌情予以调整，其目的是为了更好的处理和分析问题。

在确立了指标下限后，我们可以利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序，制作出一张BAD CELL 表。

? 对BAD CELL LIST的分析

对BAD CELL LIST的分析实际上是对网络综合服务指标的分析。常见的服务指标不到位的情况有如下几种：

1. 话音信道拥塞和信令信道拥塞

SDCCH Congestion Rate = MC04/MC8C MC04 ：No DCCH Available

MC8c ：DCCH Radom Access

TCH Congestion Rate (Who) = D48/D47 TCH Congestion Rate (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有值)可采取如下措施：

(1) 调整小区的最低接入电平和降低基站发射功率：Cell_Access_min，一般

G3BTS为-102dbm；G2 BTS为-100dbm (2) 采用CBQ和C2算法。

将CBQ设为“TRUE” ； PT=31(11111) ；

CRO=10~20db；

CELL RESELCTION IND。= PRESENT 此时C2= C1-CRO，由于拥塞小区的C2值同其它小区C2相比，多了CRO值的反相补偿，因此更难被选中；而在小区选择上，由于拥塞小区开启了CBQ，故优先级低于周围小区，所以也使得周围小区分担了它的话务量。缓解了小区拥塞。(公式见附录2) (3) 调整切换参数

调整切换参数所采用的思路是使拥塞小区的话务尽可能向外切，而邻小区的话务则避免向拥塞小区切换。常用的方法有 ? 调整HO_Margin：使切入值大于切出值。

? 使用FreeFactor：动态平衡话务负荷对Grade值的权重。(见附录1) ? 开启FDR：将小区边缘未触发HO Alarm，但接收信号可被邻小区所

接受的电话建立在邻小区的TCH上。

(4) 调整话务覆盖模型

我们采用Abis信令跟踪，取得拥塞小区的主要话务分布；同时利用Drive Test取得现场的覆盖模型。综合两方面因素，利用RNP的计算公式：

俯仰角= 90-[arctg( D/ANT hight)+1/2 * Vertical HPWB] D：主瓣方向覆盖距离 ANT hight：天线高度

Vertical HPWB：垂直半功率角

求得天线俯仰角，调整天线覆盖来平衡话务量，以达到分散话务，减小拥塞的目的。

二．

如为TCH 分配失败(C181偏高) 则，着力解决TCH分配失败问题。见下文。

对于SDCCH拥塞，我们必须区分是因为LOCATION UPDATE

引起的信令拥塞，还是因为主叫发起引起的信令拥塞。

我们可以通过分析MC02a，MC02h和MC04来区分这二者的区别。如果小区话务量适中，且MC02a和MC02h在一个数量级上，则我们认为是主叫发起引起的信令拥塞，对此我们可以借鉴上文所讲的解决话务拥塞的方法加以解决，如果硬件配置允许，还可以在逻辑参数上增加适量的SDCCH，不过要注意G1BSC 每块TCU至多带12个SDCCH子信道；G2BSC每块TCU至多带32个SDCCH子信道。

如果小区话务量偏小，且MC02a远大于MC02h，对此我们认为是LU引起的SDCCH拥塞，我们可以通过增加CRH(Cell Reselection Hysterises)的值来降低频繁往复的位置更新次数，从而减小SDCCH的占用次数，达到降低拥塞的目的，一般在LAC边界设为10~12db。

除了上述正常情况外，还有一种特殊的SDCCH 拥塞情况，那就是GSM特有的ghost现象。这种情况发生在BCCH和TCH 混合分频条件下，表现为小区话务量小，SDCCH试呼次数异常大。对此，我们可开启RACH TA FILTERING，一般设为10，以解决此类问题。最后由于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射频单元和天线系统的隐性问题所引起的。对此，我们可以通过信令跟踪的方法来区分干扰和隐性硬件问题。分析如下：

? delt pathloss > 0 ：上行硬件问题；检查TRE，RXGD/TXGM，FEG8，

ANT。。。

? delt pathloss < -10：下行硬件问题；检查TRE，TXGM，Combiner。。。 ? QUAL_XX >0.6： 上下行的频率干扰，可以通过MAP INFO来修改频点。 ? QUAL_XX > 2： 上下行硬件问题；检查相应设备。

TCH分配失败率会引起TCH拥塞。从A接口上看，TCH assignment failure 这条信令会触发C181值，而信令所带的原因就构成了各种C181 计数器。网络中

常见的有： C181a：radio link failure；

C181d：no RTCH available； C181g：assignment failure old return； 此三类值，其中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接口跟踪的报告显示Equipment failure消息来源于某几路中继的固定时隙时，其掉话为“远端编码错误” 所引起。检查手段为：TC架上的DT16/TC16 模块；BSC架上的DTC模块。

当MC14c数值偏高，而A接口跟踪的报告显示Equipment failure消息来源于各路中继时，掉话极有可能是因为BSC的某一SWITCH隐性故障所引起的。这时候我们只能采用分层关闭SWITCH的方法，逐步加以解决。

当MC14c和MC139的数值都偏高，且集中在某几个站上时(一路传输)，这是由于这一路Abis传输跳动所引起的掉话和分配失败，据此，我们应解决传输问题。

如果MC14c和MC139的数值较为正常，而BAD CELL中依然存在高掉话小区，那么我们应着重分析MC21和MC136所引起的问题。MC21是由于手机从服务小区向目标小区切换未成功，但又未能返回原信道所致。MC136是由于无线环境复杂性引起的掉话。

对于MC21较高的小区，我们应考查它的切换邻区，通过路测了解它的覆盖模型。在确立了覆盖正常的情况下，我们可以调整切换参数，使得切换更为安全，以减少掉话。常用的方法有：

1．调整切换窗口(A _XX_HO) ；

调整切换窗口，以使切换评估的可靠性增加。我们一般将紧急切换的窗口设为8或6，而将Better Cell 切换的窗口设为12或10，以此调整切换触发原因，使Better Cell切换的比重增加，使切换更安全，同时

减少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掉话的原因，对于干扰和硬件问题可以参照分配失败的处理方法。对于覆盖引起的问题，可以调整天线俯仰角来解决。此外，还有一部分可由参数调整来消除，这些参数是：Cell_RXLEV_Access_Min；Radio Link Time Out，跳频等。我们通过调整小区最小接入电平来限制接入手机的信号强度，只有信号尚可的小区才能被允许发起主叫或被寻呼。而Radio Link Time Out的作用是避免手机突然脱网引起的掉话。经过现场实践，这两个参数的效果明显。Radio Link Time Out 一般设为32(郊区) ，但应确保系统无明显拥塞。对于跳频的作用在很多文献中已有阐述，限于篇幅，在此不做介绍了。

4． 低切换成功率的解决方法。

提高切换成功率的方法可以采用增加话务密集区的切换次数；同时限制覆盖较差的区域的切换次数的方法。其目的是增大成功切换的次数来提高切换的请求次数，以降低切换失败的比率；而对于有风险的切换，应减少它们的请求次数。一般而言，一个好的网络，它的切换次数应和它的主被叫总和在一个数量级上；而Better Cell 的切换比重应在50%以上。 一般参数调整如下： 市区： L_RXLEV_XX_HO：-95/-100 HO_MARGIN： 5 L_RXQUAL_XX_H：3 郊区： L_RXLEV_XX_HO：-98/-102 HO_MARGIN： 5 L_RXQUAL_XX_H：3 如果切换不成功是因为某些小区存在话务拥塞现象，那么我们只需

解决这些小区的拥塞即可，其方法在上文已做了描述。最后需要指出的是，网络其它服务指标的提高也会对切换成功率形成积极的影响。切换成功率的提高所采用的方法多种多样 ,必须视当时网络情况而定,在此不一一列举了. 无线网络优化是一个复杂的，长期的工程。其优化手段灵活多样，随着网络的发展不断推陈出新，这就需要现场工程师根据运行网络，灵活调整优化方案，切忌照搬硬抄。而对于网络的了解更是取得优化成绩的重要保障。本文只是对优化工作中的一小部分做了浅谈，希望能抛砖引玉，为网络优化的技术发展提供一份力量。

附录：

1.GRADE算法:

GRADE(n)=PBGT(n)+LINK FACTOR(0,n)

+LOAD FACTOR(n)-LOAD FACTOR(0) +FREE FACTOR(n)-FREE FACTOR(0)

小区要成为候选目标小区还要满足三个条件：

1) AV_RXLEV(n)>RXLEV_MIN(n)+Max(0,MS_TXPWR_MAX(n)-P) 2) PBGT(n)>HO_MARGIN(0,n)+CAUSE_MARGIN_P_x 3) GRADE(n)>DIST_MARGIN+CAUSE_MARGIN_G_x

说明：

a． 条件2中的CAUSE_MARGIN_P_x对应OMC-R窗口中的Cause_Margin_Budgets_x。

b． 条件3中的CAUSE_MARGIN_G_x对应OMC-R窗口中的Cause_Margin_Grade_x。 c． 公式中的x只的是切换的原因的标识：

2 ? Uplink Quality too low 3 ? Uplink Level too low

4 ? DownLink Quality too low 5 ? DownLink Level too low

6 ? MS to BTS distance too long

所有符合条件的候选目标小区均根据其GRADE(n)排序，最好的小区排在前面。

2。小区选择和重选

A) 小区选择

C1=RXLEV-RXLEV_ACCESS_MIN-MAX[(MS_TX_PWR_CCCH-P) ，0] 当C1>0时，条件满足小区选择。 B) 小区重选

i) 当PT<>31(11111) 时： C2=C1+CRO-TO*H(PT-T) ii)当PT=31时 C2=C1-CRO

? 若两小区在同一LAC下，且满足：C2(n)>C2(0) ，且维持5秒以上，满

足小区重选。

? 若两小区在不同LAC下, 且满足：C2(n)>C2(0)+CRH, 且维持5秒以上, 同

样满足小区重选。

本文来源：https://www.bwwdw.com/article/cz9p.html