网优指标日常分析解决方法

在日常的维护和优化工作中，我们通常关心的是以下几个问题：硬件问题、频率干扰问题、呼叫建立问题、阻塞问题、掉话问题等。这些问题在OMCR统计数据中都有直接或间接的体现。下面就这些问题具体描述:

一、网管中心下发数据中最差小区分类(考核)： SDCCH拥塞率达到10％ TCH拥塞率达到5％ 掉话率达到1％ 1）SDCCH拥塞率

sdcch alloc fail rate = alloc_sdcch_fail / chan_req_cause_atmpt *100

CRM(小区资源管理器)在收到channel request消息后，若成功分配出SDCCH，则记alloc_sdcch。

若无SDCCH可分配，即SDCCH发生拥塞，则记alloc_sdcch_fail＝chan_req_ms_blk.

所以，正常情况下SDCCH的分配成功率等于100%，alloc_sdcch_fail 应等于零。若存在较大的alloc_sdcch_fail ，说明SDCCH拥塞严重。

 产生sdcch拥塞的原因一般为： a． 该小区覆盖范围过大。 b． 该小区覆盖范围内用户增多。

c． 如果在SDCCH频点上存在较严重射频干扰，一方面会造成无效

试呼次数和SDCCH射频丢失次数的增加，另一方面，由于移动台频繁占用SDCCH或占用SDCCH的时长增加，可能造成SDCCH的拥塞。

d． 如果位置登记区的边界位于城市主要道路的两侧，或是其他人群

密集的区域，会造成该区域内移动台发生频繁的位置登记，加重SDCCH的负荷，产生拥塞。  常用的解决方法是：

a. 增加SDCCH数目（TCH不拥塞的条件下） 具体操作方法：

输入CI或Site name ( Find→ ),Find Results框中出现要找的小区，再点击Navigation Tree，然后依下图所示点开所要寻找小区，（打开分支时点击再提及）：

，点击本身查看自身参数，寻找小区的过程必需，以下不

点开所要修改小区之后，点击View→Radio Channel Configuration 点击Edit→edit（修改参数必需，以下不再提及）

若为OMC naming: 修改Preferred Number Of Sdcch（一般为8，16，

24，32，48），根据实际需要进行更改。

若为 BSS naming：修改 number_sdcchs_preferred(同上)。 注：1.View中可选择OMC naming或BSS naming。

2.目前版本Maximum Number Of Sdcch（max_number_0f_sdcchs）最大为48。

修改之后，点击file→save. （修改参数必需，以下不再提及） b. 增大该小区的最小接入电平。 具体操作方法：

点开所要修改小区之后，点击view→Cell Selection － Reselection 若为OMC naming: 修改 Min Received Signal Level For Access，可根

据实际情况适当增大。

若为 BSS naming：修改 rxlev_access_min(同上)。

c. 采用动态分配SDCCH的算法（该法影响载频完好率，不建议采用）。

2）TCH拥塞率

TCH拥塞率=ma_cmd_to_ms_blk/（alloc_tch＋ma_cmd_to_ms_blk ）*100（不包含切换）

TCH拥塞率=alloc_tch_fail /（alloc_tch＋alloc_tch_fail ）*100（包含切换）

BSC的CRM随即分配TCH，如果此时无可用TCH，则记ma_cmd_to_ ms_blk，同时记alloc_tch_fail。

所以，一般 ma_cmd_to_ms_blk及alloc_sdcch_fail 应等于零。若存在较大的ma_cmd_to_ms_blk及alloc_sdcch_fail ，说明TCH拥塞严重。

 产生tch拥塞的原因一般为： a． 小区覆盖范围过大。 b． 该小区覆盖范围内用户增多。

c． 该小区存在干扰导致一部分信道不可用。 d． 该小区有载频退服。

e. 该小区载频故障（进程吊死）不容易占用  常用的解决方法是： a．减小该小区覆盖范围

a) 增大该小区的rxlev_access_min。（方法上面已提到） b) 减小该小区的max_tx_bts。 具体操作方法：

点开所要修改小区之后，点击Power Control→Downlink Power Control 若为OMC naming: 修改Maximum Transmit Power for BTS（一般步长

为2dbm），根据实际需要进行更改。

若为 BSS naming：修改max_tx_bts(同上) 注：基站最大发射功率为43dbm。

b.若该小区周围小区均产生tch拥塞，则根据实际需要扩容。 c.若该小区周围小区较闲，可以修改一定参数拥塞缓解。

a)降低本小区到邻小区的切换门限,增加邻小区到本小区的切换

门限。 具体操作方法： 点击某特定小区前的

，打开该小区的

neighbour，如下图所示：

再点击Neighbour前的，就可以看到该小区的所有邻小区，选定某

个邻小区打开之后，点击View→General

若为OMC naming: 修改 Handover Margin Cell.根据实际需要增大或

减小该值。

若为 BSS naming：修改ho_margin_cell(同上)。 b)启动拥塞释放

tch_congest_prevent_thres:当小区内的TCH使用率超出此参数设置的百分比则启动拥塞释放功能. 0:表示不启用拥塞释放功能.

100:表示当所有的TCH都分配完后才启用拥塞释放. 推荐值：TCH_Cong_prevent_thresh 80

同时适当调整Congestion Handover Margin（此参数设置拥塞释放时切换的门限值(PBGT)超过此值的呼叫才会被切换到其它的小区.为了让切换容易发生,将此参数设置的比正常切换的HO Margin要低.） 具体操作方法：

选定拥塞小区本身，点击View→Congestion Relief

若为OMC naming: 修改 TCH Congest Prevent Threshold（一般由100

改为80）根据实际需要修改该值。

若为 BSS naming：修改 TCH_Cong_prevent_thresh（同上） 再选定所要分担话务的邻小区打开之后，点击View→Directed Retry 若为OMC naming: 修改Congestion Handover Margin 根据实际需要

增大或减小该值。

若为 BSS naming：修改 Congest_ho_margin(同上) 总之，尽量增加TCH数量，减小小区内的话务量。 3）掉话率

掉话率分为cell级、bss级和全网级。 计算公式分别为： cell级

rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms] out_inter_bss_ho[ inter_bss_ho_lostms]*100% Drop_call_rate(%)=

total_callsin_inter_bss_ho[in_inter_bss_ho_suc] in_intra_bss_ho[in_intra_ho_suc]其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]-

out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return]

BSS 级

SUM(rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms] out_inter_bss_ho[ inter_bss_ho_lostms])*100% Drop_call_rate(%)=

SUM(total_callsin_inter_bss_ho[in_inter_bss_ho_suc])其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]-

out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return]

全网级

SUM(rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms] out_inter_bss_ho[ inter_bss_ho_lostms])Drop_call_rate(%)=*100%

SUM(total_calls)其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]-

out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return] 注：

IN_INTER_BSS_HO[IN_INTER_BSS_HO_SUC].（BSC之间成功切入的次数） IN_INTRA_BSS_HO[IN_INTRA_BSS_HO_SUC].（BSC内部成功切入的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].（尝试进行BSC之间切换切出的次数）

OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_RETURN].（进行BSC之间切换切出未成功又返回原TCH的次数）

OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_LOSTMS]. （进行BSC内部切换切出未成功又没返回原TCH即丢失的次数）

INTRA_CELL_HO[INTRA_CELL_HO_LOSTMS].（小区内部切换丢失的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].（进行BSC之间切换切出成功的次数）

RF_LOSSES_TCH.（TCH射频丢失的次数） TOTAL_CALLS.（总呼叫次数）

 产生掉话的原因一般为： a．TCH射频丢失引起的掉话 a）path_balance不正常产生掉话

b）小区信号的越区覆盖导致同邻频干扰继而产生掉话

c）快速移动的用户由于得不到及时的功率控制与切换要求产生掉话 d）通话的用户移动到信号盲区产生掉话 e）射频硬件（载频）问题产生掉话

f）时钟失锁导致手机无法解邻小区BSIC导致无法切换产生掉话 g）参数问题 h）环境复杂 i）频率干扰

b、切换失败引起的掉话

a） 错误的neighbour关系定义导致neighbour信号弱继而产生切换掉话

b）小区信号的越区覆盖导致切换关系紊乱而产生切换失败

总之产生掉话的可能原因一般为：

- 天线倾角或方向角没有调整 - 每个载频的发射功率不均衡 - 射频丢失(RF loss) - 干扰 - 切换失败

常用的解决方法是：

1．减小本小区及邻小区拥塞，避免高话务量的地区成为切换的边缘区,以避免因切换引起的掉话.

2. 协调减小外来干扰（联通干扰或干扰仪） 3．重新调测使得每个载频的发射功率均衡。

4．倒换载频与频点的对应关系，确定是载频故障或频点干扰引起。若是载频问题，更换载频解决；若是频点引起，则更换频点解决。 5．避免错误的邻区定义引起的掉话 6. 改善无线覆盖情况

二、日常观察指标

cell

1）呼叫建立成功率

该统计项表示的是在呼叫建立过程中成功分配TCH的比率，包括一般的呼叫、紧急呼叫、短消息业务、寻呼响应和重建呼叫，不需要TCH的呼叫排除在外。

该统计是百分数。它涉及以下原始统计数据：

TOTAL_CALLS. （总呼叫次数）

OK_ACC_PROC[CM_SERV_REQ_CALL].（一般主叫成功接入次数） OK_ACC_PROC[CM_SERV_REQ_SMS]. （短消息服务成功接入次数） OK_ACC_PROC[CM_SERV_REQ_EMERG]. （紧急呼叫成功接入次数） OK_ACC_PROC[CM_REESTABLISH].（呼叫重建成功接入次数） OK_ACC_PROC[PAGE_RESPONSE]. （被叫成功接入次数） SMS_INIT_ON_SDCCH. （在SDCCH上建立的短消息服务次数）

CONGEST_ASSIGN_HO_SUC. （由于标准直接重试-standard directed retry而引起的成功切换次数）

call_setup_success_rate(%)=

SUM(total_callscongest_assign_ho_suc)*100%SUM(ok_acc_proc[cm_serv_req_call] ok_acc_proc[cm_serv_req_emerg] ok_acc_proc[cm_serv_req_sms] ok_acc_proc[cm_reestablish] ok_acc_proc[page_response]- sms_init_on_sdcch) 导致呼叫建立成功率低的原因一般为： a) 在SDCCH上完成的短消息服务突然增多 b) 信道拥塞

c) BCCH载频原因导致呼叫总次数减少 d) 载频原因导致TCH分配失败多 e) 基站存在干扰 f) 小区无线覆盖差  常用的解决方法是：

a) 按照前面所说的方法缓解拥塞 b) 将BCCH载频重新复位 c) 排除干扰

d) 在无拥塞的情况下ma_fail_from_ms高,按照上述方法使用perl工具找出故障载频进行更换.

2)D232= CHAN_REQ_CAUSE_ATMPT 所有原因的信道请求 3)D233= ALLOC_SDCCH_FAIL 分配SDCCH不成功的次数

主要用于体现Sdcch的拥塞，如该项过高，结合tch拥塞情况，应考虑适当增加sdcch数量.(主要解决方法按照前面所述)

4)D238= MA_REQ_FROM_MSC MSC要求BSS分配的无线信道资源的数量 5)D239= MA_CMD_TO_MS_BLKD TCH拥塞数（只含起呼的，不含切换）

主要用于体现tch的拥塞，如该项过高，首先应查看该小区下是否有载频退服，其次应查看该基站的话务量，根据载频配置及周围基站情况适当考虑扩容、调整天线倾角、拥塞缓解等手段来进行解决。(主要解决方法按照前面所述) 6) 切换失败率

该统计项表示的是某源小区（该统计项表示的小区）到目标小区的切换失败比率。该统计项包含了切换失败后未能返回源小区信道导致的掉话.

handover_failure_rate (%)=

SUM(intra_cell_ho[intra_cell_ho_lostms]  out_intra_bss_ho[out_intra_bss_ho_lostms] out_inter_bss_ho[out_inter_bss_ho_atmpt]- out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return])*100%

SUM(out_inter_bss_ho[out_inter_bss_ho_atmpt] intra_cell_ho[intra_cell_ho_atmpt]  out_intra_bss_ho[out_intra_bss_ho_atmpt])若某小区的切换失败率低,则需依照公式找出该小区与正常小区的异同,检查邻区解决. 7)切换成功率

该统计项表示的是某源小区（该统计项表示的小区）成功切换到目标小区的比率。该统计项包括了BSC之间的切换。 handover_success_rate (%)=

SUM(out_inter_bss_ho[out_inter_bss_ho_suc] intra_cell_ho[intra_cell_ho_suc]  out_intra_bss_ho[out_intra_bss_ho_suc])*100%

SUM(out_inter_bss_ho[out_inter_bss_ho_atmpt] intra_cell_ho[intra_cell_ho_atmpt]  out_intra_bss_ho[out_intra_bss_ho_atmpt])注意:handover_success_rate + handover_failure_rate≠100%，因为上述两项统计均未包含切换失败后又返回源小区信道的那部分。 8)D246=total_call

如果total_call过少或为0，可能原因：  BCCH载频故障

 小区机柜的接收板或接收通路故障  有可能为交换机数据错误或未定义

carrier

9)D248=RF_LOSSES_TCH_ROLL+OUT_INTRA_BSS_HO_LOSTMS+OUT_INTER_BSS_HO_ATMPT-OUT_INTER_BSS_HO_RETURN-OUT_INTER_BSS_HO_SUC+INTRA_CELL_HO_LOSTMS

多为载频掉话高，即RF_LOSSES_TCH，原因多为：  射频故障，Bit error rate mean高  频点或外来干扰，Intf_on_idle_mean、高  上下行链路不平衡，Path_balance_mean不正常  无线覆盖差  错误邻小区  本小区或邻小区拥塞

 频点和载频不匹配（比较特殊） 10) Path_balance_mean 异常

反映链路平衡情况的统计，为发射台的发射功率与接收台的接收功率的差值。 公式为：

Path_balance = uplink Pathloss- downlink Pathloss＋110， 其中, uplink Pathloss = actual MS txpwr – rxlev_ul

downlink Pathloss = actual BTS txpwr – rxlev_dl 该统计的平均值高于115表明BTS接收通路可能存在问题，如天馈、载频、接收分路器等，低于100表明BTS发射通路可能存在问题，如天馈、载频、合路器、双工器等。

11) 干扰 BER：

BER是比特误码率（Bit Error Rate）的简写。反映了激活信道（时隙）的下行接收质量，比特误码率，一般反映为载频硬件故障。一般正常值在1.6以下，当BER_MEAN值较高时，反映该载频的下行链路质量存在问题，需检查该载频的校准、频率干扰及载频本身是否存在问题。 Intf_on_idle_mean

INTF_ON_IDLE反映系统上行干扰的统计项，范围应视系统而定，一般系统市区的平均值比郊区高，一般正常值应小于10。如有异常，需要检查频率规划、基站接收和发射、是否有外来干扰等。

一般来说，如果干扰来自GSM系统，则INTF_ON_IDLE和BER值都会异常；若来自非GSM系统，则两者之一或全部均可能异常；若基站过覆盖，则其BER值可能正常而INTF_ON_IDLE值不正常。若干扰是由于系统内非硬件原因造成的，可通过调整相应基站覆盖、调整天线方位角、频率规划修改及修改小区参数等手段加以解决，需要说明的是应该特别注意系统内直放站的规划和调测。若干扰来自系统外，先根据统计数据找到被干扰的大致区域，对相应小区或载频进行改频或改方位角看能否解决，若避不开干扰，则先观察区域内存在的大功率无线发射站，然后利用路测设备或扫频仪确定干扰源。找到干扰源后，与其制造者协商解决。

若确定是某个区域开会或考试等打开干扰仪,为了使所用信道都

可用,可通过更改干扰级别来暂时缓解拥塞. 具体操作方法:

输入CI或Site name ( Find→ ),Find Results框中出现要找的小区，再点击Navigation Tree，然后依下图所示点开所要寻找小区,点开所要修改小区之后，点击View→Channel Allocation – Deallocation,点击Edit→edit

若为OMC naming: 修改Interference Band 4（一般最大设置为63），根据实际需要进行更改。

若为 BSS naming：修改interfer_bands,4 (同上)。

若发现只是某个频点干扰,可以遵循频率规划原则更换频点观察,

具体操作方法:

如上所示点开所要修改RTF,

双击点中某个RTF后,点击View→Carrier 1 information,点击Edit→edit

修改Carrier 1 ARFCN即可.

注意:若修改的为BCCH频点,系统会进行一定时间的广播. 12) Ma_fail_from_ms

Ma_fail_from_ms 统计项为BSC通过SDCCH向MS发出一条分配TCH的消息，MS在SDCCH上回送一分配失败消息。  导致Ma_fail_from_ms高的原因一般为：

a) 频点干扰

b) Tch拥塞，Alloc_tch_fail高 c) 载频硬件故障  常用的解决方法是： a)更改频点或排除干扰 b)按照上述方法解决拥塞 c)排除硬件故障 具体操作方法如下:

此方法一般确定ma_fail_from_ms发生在哪个载频上. 在Remote Login中依次敲入如下命令:

chg_l 3stooges 4beatles

set_mmi exec_mon

rlogin #+1 1015h (#表示站号)

fil create tag 0xxxx0202h msg[9] 6 msg[10] 2fh fil create tag 0xxxx0201h msg[9] 6 msg[10] 2eh fil create tag 0xxxx0202h msg[9] 6 msg[10] 29h

fil start all

收取大约30分钟后,敲入如下命令退出

fil stop all fil delete all

set_mmi cust_mmi

注意:敲入命令前,需按住CTRL键及鼠标中键点中Log to File进行记录.

收取完之后,登陆ftp:10.87.2.3, /usr/omc/logs/usrauditlogs目录下,将XtermLog.a00j3格式的文件下载到有perl工具的目录bin下, (XtermLog.a00j3文件名可以修改成15149等), 然后在运行中,运行cmd,使用perl工具如下所示:

上面结果表示51号频点发生分配失败的次数比较多,则需找到该

频点对应的载频进行更换. 三、统计数据分析的TOP10法

任何问题的处理总是分轻重缓急，统计数据的分析也是如此。TOP10方法基于以下理由：

① 各项统计数据内在是密切相关的。（如无效试呼次数与SDCCH的掉话率等等。）

② 指标的好坏程度是相对的。对不同系统很难定义指标好坏的分界点确切值是多少。

③ 便于发现主要矛盾，处理问题严重的小区。

TOP10方法描述：利用EXCEL软件的数据排序、筛选功能，将每项数据按照由坏到好排序，并且用颜色将最差的10个数据标记出来。例如：将掉话率最高的10个数据用红色标记， TCH拥塞率最高的10个数据也用黄色标记。如下表中的数据。这样，我们就可以较为容易地各项数据关联起来，发现规律，找出问题。

例如，在用这一方法处理某系统的数据后，发现某一小区几乎所TCH掉话率，TCH拥塞率，呼叫建立成功率同时不正常，因此判断很可能是由于拥塞率高造成的，解决问题的办法就是设法降低拥塞率。