统计数据分析.docx
- 文档编号:13574599
- 上传时间:2023-06-15
- 格式:DOCX
- 页数:91
- 大小:690.84KB
统计数据分析.docx
《统计数据分析.docx》由会员分享,可在线阅读,更多相关《统计数据分析.docx(91页珍藏版)》请在冰点文库上搜索。
统计数据分析
一、统计数据分析
的原始统计数据按其功能的不同可分为接口统计、呼叫统计、杂项等三大类。
其中接口统计又分为BSS内部接口(OML、RSL和XBL)统计、MTL接口统计等。
呼叫统计分为连接建立统计、TCH分配统计、使用率/拥塞统计、呼叫清除统计和切换统计。
杂项统计包括处理器利用率统计、下行BER统计、信道上下行平衡(Path_Balance)统计、发射功率电平统计、空闲信道干扰统计等。
原始统计数据还可按照其统计范围来分类:
BSS统计、Cell统计、邻小区统计、载频和时隙统计、GPROC统计、MTL统计、CBL,OML,RSL和XBL统计。
●按功能的不同
●接口统计(interfacestatistics)
●内部接口(OML、RSL和XBL)统计
●MTL接口统计
●呼叫统计(callstatistics)
●连接建立统计(connectioneastablishmentstatistics)
●TCH分配统计(TCHassignmentstatistics)
●使用率/拥塞统计(usage/congestionstatistics)
●呼叫清除统计(callclearingstatistics)
●切换统计(handoverstatistics)
●杂项统计(miscellaneousstatistics)
●处理器利用率统计(processorutilisationstatistics)
●下行BER统计(downlinkBERmonitoringstatistics)
●信道上下行平衡统计(Path_Balance)
●发射功率电平统计(transmitpowerlevelsstatistics)
●空闲信道干扰统计(idleinterferencemonitoringstatistics)等等
●按统计范围的不同
●BSS统计(BSSstatistics)
●Cell统计(cellstatistics)
●邻小区统计(neighbourstatistics)
●载频和时隙统计(carrierandtimeslotstatistics)
●GPROC统计(GPROCstatistics)
●MTL统计(MTLstatistics)
●CBL,OML,RSL和XBL统计(CBL,OML,RSLandXBLstatistics)
1、指标性数据
前面已经提到原始统计数据共有100多项,因此又定义了关键统计数据(keystatistics),对最主要的系统性能进行监控,它是用原始统计数据通过一些预先定义的公式组合计算出来的。
另外从用户的角度出发,系统定义了网络状态(NetworkHealth)统计,它是由原始统计和关键统计组合计算得到的。
下面介绍的一些常用统计数据主要就是从这两种统计数据提取出来的,我们重点关心的是BSS呼叫处理方面的统计。
我们要介绍的常用统计(以小区为统计基础)有:
呼叫建立成功率(call_setup_success_rate)
TCH阻塞率(tch_congestion_key)
掉话率(drop_call_rate)
TCH话务量(tch_traffic)
SDCCH阻塞率(sdcch_congestion_key)
SDCCH射频丢失率(sddch_rf_loss_key)
SDDCH话务量(sdcch_traffic)
切换成功率(handover_success_rate)
切换失败率(handover_failure_rate)
●指标性数据
●呼叫建立成功率(call_setup_success_rate)
●TCH阻塞率(tch_congestion_key)
●掉话率(drop_call_rate)
●TCH话务量(tch_traffic)
●SDCCH阻塞率(sdcch_congestion_key)
●SDCCH射频丢失率(sddch_rf_loss_key)
●SDDCH话务量(sdcch_traffic)
●切换成功率(handover_success_rate)
●切换失败率(handover_failure_rate)
(1)呼叫建立成功率
该统计项表示的是在呼叫建立过程中成功分配TCH的比率,包括一般的呼叫、紧急呼叫、短消息业务、寻呼响应和重建呼叫,不需要TCH的呼叫排除在外,例如在SDCCH上完成的短消息服务。
阻塞、射频丢失和其它妨碍移动台接入系统服务的一些原因会影响该统计项。
该统计是百分数。
它涉及以下原始统计数据:
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而引起的成功切换次数)
通过此统计项,可监控该cell(BSC、System-视统计范围而定)的服务质量、发现故障、衡量服务接入能力等。
CALL_SETUP_SUCCESS_RATE
call_setup_success_rate(%)=
(2)TCH阻塞率
该统计项表示的是由于TCHs拥塞而导致的呼叫建立和小区内切换被拒绝的比率。
该统计是百分数。
它涉及以下原始统计数据:
ALLOC_TCH.(分配TCH成功的次数)
ALLOC_TCH_FAIL.(分配TCH不成功的次数)
通过此统计项,可监控该cell(BSC、System-视统计范围而定)的服务质量、发现故障、进行网络规划等。
TCH_CONGESTION_KEY
tch_congestion_key(%)=
(3)TCH掉话率
该统计项表示的是成功分配TCH的移动台由于射频或设备等问题而导致的对TCH的非正常释放的比率。
它包括射频丢失和切换失败两方面引起的掉话。
该统计项对cell、BSS和network的计算公式略有不同。
该统计项为百分数,它涉及以下原始统计数据:
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.(总呼叫次数)
该统计项可用于故障检查、优化等方面。
DROP_CALL_RATE
Celllevel:
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]
BSSlevel:
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]
Networklevel:
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]
(4)TCH话务量
该统计项表示的是小区TCH上承担的总话务量。
它的单位为爱尔兰(Erlangs)。
对单载频小区其值应在0-7之间,2个载频应在0-15之间等等,即在0到该小区的TCH数目之间。
它涉及以下原始统计数据:
BUSY_TCH.(BUSY_TCH_MEAN统计时段内占用TCH的平均值)
该统计项可用于网络规划、系统优化等方面。
TCH_TRAFFIC
tch_traffic=busy_tch_mean
(5)SDCCH阻塞率
该统计项表示的是由于SDCCHs拥塞而导致的呼叫建立被拒绝的比率。
该统计是百分数。
它涉及以下原始统计数据:
ALLOC_SDCCH.(分配SDCCH成功的次数)
ALLOC_SDCCH_FAIL.(分配SDCCH不成功的次数)
通过此统计项,可监控该cell(BSC、System-视统计范围而定)的服务质量、进行网络规划等。
SDCCH_CONGESTION_KEY
sdcch_congestion_key(%)=
(6)SDCCH射频丢失率
该统计项是统计在SDCCH上发生射频丢失的比率。
该统计项可用来衡量小区/系统对呼叫的保持能力。
该统计是百分数。
它涉及以下原始统计数据:
RF_LOSSES_SD.(SDCCH上发生射频丢失的次数)
OK_ACC_PROC.(成功接入次数,即分配SDCCH成功的次数。
它是该CounterArray统计中所有组成项的总和)
通过此统计项,可监控该cell(BSC、System-视统计范围而定)的服务质量、故障检查、硬件安装检查等。
SDCCH_RF_LOSS_RATE
sdcch_rf_loss_rate(%)=
(7)SDCCH话务量
该统计项表示的是小区SDCCH上承担的总话务量。
它的单位为爱尔兰(Erlangs)。
它涉及以下原始统计数据:
BUSY_SDCCH.(BUSY_SDCCH_MEAN统计时段内占用SDCCH的平均值)
该统计项可用于网络规划、系统优化等方面。
SDCCH_TRAFFIC
sdcch_traffic=busy_sdcch_mean
(8)切换成功率
该统计项表示的是某源小区(该统计项表示的小区)成功切换到目标小区的比率。
该统计项包括了BSC之间的切换。
它涉及以下原始统计数据:
OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].(进行BSC之间切换切出成功的次数)
INTRA_CELL_HO[INTRA_CELL_HO_SUC].(小区内部切换成功的次数)
OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_SUC].(进行BSC内部切换切出成功的次数)
OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].(尝试进行BSC之间切换切出的次数)
INTRA_CELL_HO[INTRA_CELL_HO_ATMPT].(尝试进行小区内部切换的次数)
OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_ATMPT].(尝试进行BSC内部切换切出的次数)
该统计项可用于服务质量监控、优化、故障检查等方面。
HANDOVER_SUCCESS_RATE
handover_success_rate(%)=
(9)切换失败率
该统计项表示的是某源小区(该统计项表示的小区)到目标小区的切换失败比率。
该统计项包含了切换失败后未能返回源小区信道导致的掉话。
它涉及以下原始统计数据:
INTRA_CELL_HO[INTRA_CELL_HO_LOSTMS].(小区内部切换丢失的次数)
OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_LOSTMS].(进行BSC内部切换切出未成功又没返回原TCH即丢失的次数)
OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].(进行BSC之间切换切出成功的次数)
OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_RETURN].(进行BSC之间切换切出未成功又返回原TCH的次数)
OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].(尝试进行BSC之间切换切出的次数)
INTRA_CELL_HO[INTRA_CELL_HO_ATMPT].(尝试进行小区内部切换的次数)
OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_ATMPT].(尝试进行BSC内部切换切出的次数)
该统计项可用于服务质量监控、优化、故障检查等方面。
注意handover_success_rate+handover_failure_rate≠100%,因为上述两项统计均未包含切换失败后又返回源小区信道的那部分。
HANDOVER_FAILURE_RATE
handover_failure_rate(%)=
2、数据分析流程
在日常的维护和优化工作中,我们通常关心的是以下几个问题:
硬件问题、频率干扰问题、呼叫建立问题、阻塞问题、掉话问题。
这些问题在OMCR统计数据中都有直接或间接的体现。
事实上,这几个问题之间也互有关联,例如某个小区的某个(或几个)载频存在硬件故障仍继续工作,可能会导致该小区出现呼叫建立成功率降低,掉话率升高等问题。
因此要使一个系统始终处于平稳的运行状态中,我们要学会从统计数据中发现这些问题,分析问题发生的可能原因,并结合路测、频率规划检查、基站检查、数据库检查等手段拿出解决方案来。
我们分析问题的顺序一般可按照下页列出的流程顺序进行,当然也并非绝对要按照这种顺序,因为问题的出现都是互为关联的,处理前面的问题有时也要看看后面问题涉及的指标,例如一个载频各时隙的BER都很大,除了载频硬件问题外,还应考虑是否存在频率干扰问题;无线接通率低,可看看本小区TCH阻塞率是否很高等等。
总之在排除了前面的问题后,后面问题发生的原因范围就缩小了,相对容易对问题进行定位。
关心的问题:
●硬件问题
●频率干扰问题
●呼叫建立问题
●阻塞问题
●掉话问题
●问题分析顺序流程
掉话分析
(1)硬件问题分析
此处所指的硬件问题主要是指BTS射频方面存在的故障,包括载频校准值、射频各部件产品本身、天线安装等方面的问题。
总的说来,基站的接收部分产生的问题对系统指标的影响更大一些。
这些问题主要反映在关于载频的统计指标中,我们常用的三个观察指标为:
BER、PATH_BALANCE、和RF_LOSSES_TCH。
硬件问题范围:
基站射频方面易发生的故障:
●基站调测问题
●天线安装连接问题(天线方位角、倾角、扇区定义等)
●射频器件本身质量问题(主要是载频)
●硬件问题分析观察数据
●BER
●Path_balance
●RF_LOSSES_TCH
BER:
BER是比特误码率(BitErrorRate)的简写,它是一个normaldistribution统计,每个SACCH复帧(480ms)上报一次,反应了激活信道(时隙)的下行接收质量。
我们都知道,在TCH上一个SACCH复帧内移动台接收100个下行帧,得出每帧的BER。
这100个BER通过非加权的算法得出一个该SACCH复帧内的总体平均BER,并把该平均值转换为GSM定义的八个质量级别(qualitybands)之一,把上行测量报告中报告给BSS。
BSS在进一步交由HDPC平均处理前可将服务级别转化成相应的假定值。
在数据库参数中可定义不采用假定值,而直接采用报告的服务级别值来进行处理。
HDPC决定了MS是否需要进行功率控制(PowerControl)或切换(Handover)。
一般观察较长时间后,若该载频的每个时隙的BER一直都较高(BER值的正常范围应视系统而定,系统市区平均(BER_MEAN)值比郊区高,一般正常值在1.6以下,当BER_MEAN值较高时)时,反映该载频的下行链路质量存在问题,需检查该载频的校准、频率干扰及载频本身是否存在问题。
PATH_BALANCE:
path_balance是每480ms更新一次的反映链路平衡情况的normaldistribution统计。
路径损耗(pathloss)等于发射台的发射功率与接收台的接收功率的差值。
基于每sacch复帧基础上计算该统计的公式如下:
Path_balance=uplinkPathloss-downlinkPathloss
其中:
uplinkPathloss=actualMStxpwr–rxlev_ul
downlinkPathloss=actualBTStxpwr–rxlev_dl
rxlev_ul/dl是当前报告的最新值,而不是平均值。
上面的结果再以110为基准衡量,即实际的path_balance统计项等于上面的Path_balance加上110。
一般理论上上行和下行的路径损耗应相同,考虑到分集接收的增益,上行路径损耗应低一些,所以该统计项应低于110。
考虑到无线信号在一般空间传播的不稳定性和多径效应,根据实际经验,该统计项在100-115之间时,我们认为都是正常的。
该统计的平均值高于115表明BTS接收通路可能存在问题,如天线、射频电缆、接收分路器等等,低于100表明BTS发射通路可能存在问题,如天线、射频电缆、滤波器、合路器等等。
RF_LOSSES_TCH:
RF_LOSSES_TCH和RF_LOSSES_SD都属于呼叫清除统计。
我们知道在专用模式下,MS每480ms向BSS发送一次测量报告。
当在规定时间未收到测量报告时,HDPC中的计数器link_fail将减1。
Link_fail 的最大值可在数据库中利用add_cell命令定义。
如果一段时间的测量报告未送达BSS则明显表明MS的上行连接丢失了。
在这种情况下,link_fail连续减1,并最终达到0,当达到0时,RSS宣布链路连接失败,并送一个错误指示信息来通知RRSM。
RRSM则指示RRS停用此TCH,并发送一无线信道释放(RadioChannelreleased)消息给SSM。
SSM向MSC发送一清除请求(ClearRequest)。
RF_LOSSES_TCH属于counter统计类型,是当RRSM接收到信道类型为TCH的错误指示信息时基于每时隙统计的。
它统计了由于RF问题导致通话非正常结束的次数。
当一个载频的RFLOSS次数比同一小区的其它载频远远多时,基本可判断该载频存在硬件问题。
除此之外,导致RFLOSS的原因还有频率干扰、基站覆盖、错误邻小区、邻小区阻塞、切换速度过慢、软件问题等。
分析流程:
一般优化时或工程结束后,我们会观察告警、Path_balance等指标来发现一些硬件设备问题。
实际上在日常维护中也应经常关注告警和Path_balance等统计指标,及时发现问题并解决,使系统保持平稳运行。
本书主要介绍统计数据的分析流程,关于告警的分析请参考本技术资料系列中的《BSS高级维护》。
如果我们发现某个小区不正常(根据统计数据、DRIVETEST或用户投诉),首先应确定该小区是否存在硬件问题。
检查硬件问题,首先可观察告警消息和基站状态,然后可按照下面的分析流程进行。
如果我们观察到某个载频的统计数据(PATH_BALANCE、BER或RF_LOSSES_TCH之一、二甚至三)不正常,先应观察同一小区的其它载频相应的统计项,若均不正常说明该小区存在问题,若有两三个不正常,可观察其是否连接同一合路器等,以此来判断硬件问题的范围。
若其它载频正常,则说明该载频存在问题,在OMC端可通过复位、改频等手段,在BTS端可通过检查载频的收发校准、更换器件、载频硬复位等手段。
分析流程图
不正常
见PATH_BALANCE分析
同一小区其它载频的此值正常否?
BER分析:
(PB为PATH_BALANCE简称)
正常
不正常
改变频点
检查载频的PB值
某载频的BER值不正常
见PATH_BALANCE分析
不正常
RF_LOSSES分析:
(PB为PATH_BALANCE简称)
不正常
某载频的RF_LOSSES_TCH值不正常
检查天线、馈线、双工器、滤波器、CBF或HC(合路器)等、DLNB、IADU等
正常
检查载频的PB值
正常
改变频点
载频硬复位
更换载频
检查天线、馈线、双工器、滤波器、CBF或HC(合路器)等,重点驻波比
正常
更换载频
PATH_BALANCE分析:
(PB为PATH_BALANCE简称)
同一小区其它载频的此值正常否?
偏小检查载频的发射校准;偏大检查载频的接收校准
均偏小检查天线、馈线、双工器、滤波器、CBF或HC(合路器)等;均偏大检查天线、馈线、双工器、DLNB、IADU等
同一小区的其它载频的PB值正常否?
某载频的PB值不正常
检查载频射频电缆
正常
不正常
更换载频
(2)频率干扰分析
我们知道无线覆盖和频率干扰是移动网建设的两大难题。
GSM系统对同频干扰的要求是C/I≥9~12dB,对邻频干扰的要求是载频偏离200KHz时C/I≥-9dB,偏离400KHz时C/I≥-41dB。
当频率干扰,特别是同频干扰大于这些值时,不仅会影响到通话的质量,还会影响掉话率、呼叫建立成功率等统计指标。
频率干扰从信号方向上分为上行干扰和下行干扰两种,从来源上分为系统内干扰、系统外干扰两种。
系统内干扰较为普遍的是由于小区覆盖问题导致的上行干扰,我们可通过控制小区覆盖范围、修改频率规划等手段加以解决;系统外干扰从时间上分为突发性的干扰和固定时段的干扰,从干扰的频率来看分为针对个别信道的窄带干扰和全频带的宽噪声干扰。
对固定时段出现的外来窄带干扰我们可通过改频等方法暂时避开干扰,对宽带干扰我们只有在找到干扰源后才能决定下一步的策略。
在MOTOLORA系统中,我们通常借助统计数据INTF_ON_IDLE和BER来找到受干扰小区和载频,其中INTF_ON_IDLE反映了上行的干扰情况,BER一定程度上反映了下行的干扰情况。
一般来说,由于上行信号比下行信号更容易受到干扰,我们更多地从INTF_ON_IDLE统计项来发现干扰问题。
BER分析前面已有介绍,INTF_ON_IDLE分析见下面。
●频率干扰:
●干扰保护比:
≥9-12dB(同频);≥-9dB(频率偏离200KHz),≥-41dB(频
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 统计数据 分析