网优指标日常分析解决方法.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拥塞率,呼叫建立成功率同时不正常,因此判断很可能是由于拥塞率高造成的,解决问题的办法就是设法降低拥塞率。