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

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

《网优指标日常分析解决方法.docx》由会员分享，可在线阅读，更多相关《网优指标日常分析解决方法.docx（15页珍藏版）》请在冰豆网上搜索。

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

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

在日常的维护和优化工作中，我们通常关心的是以下几个问题：

硬件问题、频率干扰问题、呼叫建立问题、阻塞问题、掉话问题等。

这些问题在OMCR统计数据中都有直接或间接的体现。

下面就这些问题具体描述:

一、网管中心下发数据中最差小区分类（考核）：

SDCCH拥塞率达到10％

TCH拥塞率达到5％

掉话率达到1％

1）SDCCH拥塞率

sdcchallocfailrate=alloc_sdcch_fail/chan_req_cause_atmpt*100

CRM（小区资源管理器）在收到channelrequest消息后，若成功分配出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或Sitename（Find→）,FindResults框中出现要找的小区，再点击NavigationTree，然后依下图所示点开所要寻找小区，（打开分支时点击

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

点开所要修改小区之后，点击View→RadioChannelConfiguration

点击Edit→edit（修改参数必需，以下不再提及）

若为OMCnaming:

修改PreferredNumberOfSdcch（一般为8，16，24，32，48），根据实际需要进行更改。

若为BSSnaming：

修改number_sdcchs_preferred（同上）。

注：

1.View中可选择OMCnaming或BSSnaming。

2.目前版本MaximumNumberOfSdcch（max_number_0f_sdcchs）最大为48。

修改之后，点击file→save.（修改参数必需，以下不再提及）

b.增大该小区的最小接入电平。

具体操作方法：

点开所要修改小区之后，点击view→CellSelection－Reselection

若为OMCnaming:

修改MinReceivedSignalLevelForAccess，可根据实际情况适当增大。

若为BSSnaming：

修改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。

具体操作方法：

点开所要修改小区之后，点击PowerControl→DownlinkPowerControl

若为OMCnaming:

修改MaximumTransmitPowerforBTS（一般步长为2dbm），根据实际需要进行更改。

若为BSSnaming：

修改max_tx_bts（同上）

注：

基站最大发射功率为43dbm。

b.若该小区周围小区均产生tch拥塞，则根据实际需要扩容。

c.若该小区周围小区较闲，可以修改一定参数拥塞缓解。

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

具体操作方法：

点击某特定小区前的

，打开该小区的neighbour，如下图所示：

再点击Neighbour前的

，就可以看到该小区的所有邻小区，选定某个邻小区打开之后，点击View→General

若为OMCnaming:

修改HandoverMarginCell.根据实际需要增大或减小该值。

若为BSSnaming：

修改ho_margin_cell（同上）。

b）启动拥塞释放

tch_congest_prevent_thres:

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

0:

表示不启用拥塞释放功能.

100:

表示当所有的TCH都分配完后才启用拥塞释放.

推荐值：

TCH_Cong_prevent_thresh80

同时适当调整CongestionHandoverMargin（此参数设置拥塞释放时切换的门限值（PBGT）超过此值的呼叫才会被切换到其它的小区.为了让切换容易发生,将此参数设置的比正常切换的HOMargin要低.）

具体操作方法：

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

若为OMCnaming:

修改TCHCongestPreventThreshold（一般由100改为80）根据实际需要修改该值。

若为BSSnaming：

修改TCH_Cong_prevent_thresh（同上）

再选定所要分担话务的邻小区打开之后，点击View→DirectedRetry

若为OMCnaming:

修改CongestionHandoverMargin根据实际需要增大或减小该值。

若为BSSnaming：

修改Congest_ho_margin（同上）

总之，尽量增加TCH数量，减小小区内的话务量。

3）掉话率

掉话率分为cell级、bss级和全网级。

计算公式分别为：

cell级

Drop_call_rate（%）=

%

其中：

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级

Drop_call_rate（%）=

%

其中：

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]

全网级

Drop_call_rate（%）=

%

其中：

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）小区信号的越区覆盖导致切换关系紊乱而产生切换失败

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

-天线倾角或方向角没有调整

-每个载频的发射功率不均衡

-射频丢失（RFloss）

-干扰

-切换失败

常用的解决方法是：

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.（由于标准直接重试-standarddirectedretry而引起的成功切换次数）

call_setup_success_rate（%）=

●导致呼叫建立成功率低的原因一般为：

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_MSCMSC要求BSS分配的无线信道资源的数量

5）D239=MA_CMD_TO_MS_BLKDTCH拥塞数（只含起呼的，不含切换）

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

（主要解决方法按照前面所述）

6）切换失败率

该统计项表示的是某源小区（该统计项表示的小区）到目标小区的切换失败比率。

该统计项包含了切换失败后未能返回源小区信道导致的掉话.

handover_failure_rate（%）=

若某小区的切换失败率低,则需依照公式找出该小区与正常小区的异同,检查邻区解决.

7）切换成功率

该统计项表示的是某源小区（该统计项表示的小区）成功切换到目标小区的比率。

该统计项包括了BSC之间的切换。

handover_success_rate（%）=

注意:

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，原因多为：

●射频故障，Biterrorratemean高

●频点或外来干扰，Intf_on_idle_mean、高

●上下行链路不平衡，Path_balance_mean不正常

●无线覆盖差

●错误邻小区

●本小区或邻小区拥塞

●频点和载频不匹配（比较特殊）

10）Path_balance_mean异常

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

公式为：

Path_balance=uplinkPathloss-downlinkPathloss＋110，

其中,uplinkPathloss=actualMStxpwr–rxlev_ul

downlinkPathloss=actualBTStxpwr–rxlev_dl

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

11）干扰

BER：

BER是比特误码率（BitErrorRate）的简写。

反映了激活信道（时隙）的下行接收质量，比特误码率，一般反映为载频硬件故障。

一般正常值在1.6以下，当BER_MEAN值较高时，反映该载频的下行链路质量存在问题，需检查该载频的校准、频率干扰及载频本身是否存在问题。

Intf_on_idle_mean

INTF_ON_IDLE反映系统上行干扰的统计项，范围应视系统而定，一般系统市区的平均值比郊区高，一般正常值应小于10。

如有异常，需要检查频率规划、基站接收和发射、是否有外来干扰等。

一般来说，如果干扰来自GSM系统，则INTF_ON_IDLE和BER值都会异常；若来自非GSM系统，则两者之一或全部均可能异常；若基站过覆盖，则其BER值可能正常而INTF_ON_IDLE值不正常。

若干扰是由于系统内非硬件原因造成的，可通过调整相应基站覆盖、调整天线方位角、频率规划修改及修改小区参数等手段加以解决，需要说明的是应该特别注意系统内直放站的规划和调测。

若干扰来自系统外，先根据统计数据找到被干扰的大致区域，对相应小区或载频进行改频或改方位角看能否解决，若避不开干扰，则先观察区域内存在的大功率无线发射站，然后利用路测设备或扫频仪确定干扰源。

找到干扰源后，与其制造者协商解决。

若确定是某个区域开会或考试等打开干扰仪,为了使所用信道都可用,可通过更改干扰级别来暂时缓解拥塞.

具体操作方法:

输入CI或Sitename（Find→）,FindResults框中出现要找的小区，再点击NavigationTree，然后依下图所示点开所要寻找小区,点开所要修改小区之后，点击View→ChannelAllocation–Deallocation,点击Edit→edit

若为OMCnaming:

修改InterferenceBand4（一般最大设置为63），根据实际需要进行更改。

若为BSSnaming：

修改interfer_bands,4（同上）。

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

具体操作方法:

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

双击点中某个RTF后,点击View→Carrier1information,点击Edit→edit

修改Carrier1ARFCN即可.

注意:

若修改的为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发生在哪个载频上.

在RemoteLogin中依次敲入如下命令:

chg_l

3stooges

4beatles

set_mmiexec_mon

rlogin#+11015h（#表示站号）

filcreatetag0xxxx0202hmsg[9]6msg[10]2fh

filcreatetag0xxxx0201hmsg[9]6msg[10]2eh

filcreatetag0xxxx0202hmsg[9]6msg[10]29h

filstartall

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

filstopall

fildeleteall

set_mmicust_mmi

注意:

敲入命令前,需按住CTRL键及鼠标中键点中LogtoFile进行记录.

收取完之后,登陆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拥塞率，呼叫建立成功率同时不正常，因此判断很可能是由于拥塞率高造成的，解决问题的办法就是设法降低拥塞率。