为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

MOTO指标参数公式

2011-02-23 18页 doc 145KB 31阅读

用户头像

is_400178

暂无简介

举报
MOTO指标参数公式质量提升活动考核评估办法 TOC \o "1-3" \h \z \u (一)评估内容-指标部分 3  移动接入性 3 1.1 平均RACH负荷率(Average RACH Load %) 3 1.2 RACH总拒绝率(Total RACH Rejection Ratio) 4 1.3 AGCH拥塞率(AG blocking rate) 4 1.4 平均PCH负荷(Average Paging Buffer Space) 4 1.5 寻呼消息删除(Delete paging command) 5 1.6 SDCCH拥塞率(SD...
MOTO指标参数公式
质量提升活动考核评估办法 TOC \o "1-3" \h \z \u (一)评估内容-指标部分 3  移动接入性 3 1.1 平均RACH负荷率(Average RACH Load %) 3 1.2 RACH总拒绝率(Total RACH Rejection Ratio) 4 1.3 AGCH拥塞率(AG blocking rate) 4 1.4 平均PCH负荷(Average Paging Buffer Space) 4 1.5 寻呼消息删除(Delete paging command) 5 1.6 SDCCH拥塞率(SDCCH blocking rate) 5 1.7 TCH拥塞率(TCH blocking rate,blck_8d) 5 1.8 随机接入成功率(Random access successful rate) 6 1.9 业务信道分配成功率(TCH assignment successful rate) 7  移动保持性 7 1.10 切换失败率(Total HO Failure %) 7 1.11 SDCCH掉话率(SDCCH drop rate) 7 1.12 Dcr_3j掉话率 8 1.13 2071掉话率 9  资源利用情况 9 1.14 SDCCH可用率 9 1.15 TCH可用率 9 1.16 BCSU负荷 10  网络质量 10 1.17 上下行链路平衡 10 1.18 强干扰(Boundary3-Boundary5) 10  重要网络事件 11 1.19 主被叫呼叫比例: 11 1.20 Average call length, S1 (trf_2d) 11  数据业务指标 12 1.21 无线信道充足率(TSL Assignment Fulfill rate) 13 1.22 TBF成功率 (tbf_34a) 13 1.23 PCU拥塞率(BLCK_32) 14 1.24 MCS6-9编码占用比例 (按照流量计算) 14 1.25 RLC层每时隙吞吐量(trf_236) 14 (二)投诉处理 15  每万用户客户投诉比 15  TOP10投诉区域处理解决状况 15 (三)告警处理及设备维护 16  告警处理 16  直放站告警处理 17  天馈线检查 17 质量提升活动评估办法 为了促进网络质量提升活动的开展,促进网络质量提升活动和日常优化活动有机的结合,提高工作效率,全面客观地反映网络质量提升活动的工作状况和工作效果,结合目前运行的考核内容,增加了部分评估和关注的项目。 这些项目也可以用于网络质量提升活动的监控目标和工作重点。分为指标部分、投诉处理和网络管理部分。 质量提升活动评估项目 (一)评估内容-指标部分 增加的性能指标主要分以下几大类: ​ 移动接入性 移动接入性主要考核网络接受用户各种服务请求的接入能力,包括各种信道如RACH、SDCCH、TCH、PCH的负荷水平及拥塞。以下就各项指标进行具体说明。 (CCCH信道) 1.1​ 平均RACH负荷率(Average RACH Load %) 如果这个值较高甚至超过10%,则可能存在随机接入问,且可能是上行干扰导致。 如下: Counters from table:p_nbsc_res_access 1.2​ RACH总拒绝率(Total RACH Rejection Ratio) 所有RACH拒绝与所有信道请求的比值。理想值为0%。 公式如下: Counters from table:p_nbsc_res_access 1.3​ AGCH拥塞率(AG blocking rate) 由于AGCH信道拥塞的状况。理想值为0%。 公式如下: Counters from table:p_nbsc_res_access 1.4​ 平均PCH负荷(Average Paging Buffer Space) GSM缓冲区里可用于发送寻呼命令的剩余空间。 公式如下: Counters from table:p_nbsc_res_access ( AVE_PCH_LOAD:平均的剩余用于存放Paging Command的CCCH TSL的数目。每小时128次的累计值。不包括每个Paging Group的Buffer。 AVE_PAGING_BUFFER_CAPA:平均的Buffer的占用比例。每小时128次的累计值。 AVE_PAGING_LOAD_AIR:用于处理Paging 消息的总的PCH BLOCK的数目占总的PCH BLOCK数目的比例。每小时128次的累计值,包括每个Paging Group的Buffer。 1.1 Buffer机制 ? Buffer queue的分析以及计算 对于paging消息的存放位置来说,可以分为两种,一种是用来发送paging消息的pch信道,还有一种是用来存储待发的paging的buffer。从BTS SW release DF4以后,在pch信道方面有2个优化修改为了提高ccch信道的利用: a) 配置由paging queue depth决定 现在paging command的删除不再是由于paging group队列为满,而是因为paging command不能被发送到空中接口在预定义的最大lead-time时间内。 b) Paging Buffer Space报告的改变 因为存储paging command的存储的变化,空闲的paging buffer空间的计算同样也将改变。另外,下面的消息将被放在CCCH_LOAD_IND消息中在每次报告周期结束而发送到BSC: l AVERAGE_BUFFER_OCCUPANCY_PRECENTAGE l MAXIMUM_BUFFER_OCCUPANCY_PRECENTAGE l NUMBER_OF_DELETED_PAGING_COMMAND 此处讨论的buffer是指BTS方面的,是为了用来存储paging request消息。每一个paging group都有独立的buffer,这buffer的深度(Paging Group Queue Depth)取决于MFR和Max_Lead_Time参数,计算公式为:MAX(ROUND(max_lead_time * 1000 / (BS-PA-MFRMS * 51 * 4.615)),1) ? min paging buffer的分析以及计算方法 首先需要引入一个概念,CCCH_LOAD_IND(CCCH负荷指示),它是BTS向BSC周期性发送CCCH负荷的报告,里面包括了PCH和AG的负荷情况,发送周期的时间为(30*4*51*4.615ms≈28s)。而Min paging buffer指的是在1个统计时段内(按照目前的设置为1小时,BTS需要向BSC发送127次CCCH_LOAD_IND)剩余的paging buffer最小值。 而如果该值较小,则说明buffer被占用的比例较高,可能由于寻呼在队列中排队时间过长而被删除的情况,因此为了能够保证寻呼消息在空中接口的成功发送,则要保证该值在一定的范围内,有足够的buffer可以承载更多的寻呼消息。 ? delete paging command的分析 通过查看NED对该count的介绍: This counter indicates if some group-specific paging queue becomes so full that an additional paging command cannot be stored to the buffer. In such a case the paging command is deleted. 通过下图可以分析出paging command delete的,对于每一个paging group buffer都有一个值N来显示该缓冲的占用情况。 首先需要计算出N(MAX)= 4*(Paging Group Queue Depth),而Paging Group Queue Depth上面已经介绍过,假设MFR设置为5,通过计算,Paging Group Queue Depth则为4,所以N(MAX)为4*4=16。另外, 对于TMSI paging command时,N(new)=N(old)+1 对于IMSI paging command时,N(new)=N(old)+2+(N(old) mod 4) div 3 当N(new)>N(max)时,则表示buffer已经为满,该paging command则被删除。 以下图为例, 假设Nmax=16。则第12个paging command将被删除。 ) 1.5​ 寻呼消息删除(Delete paging command) 该计数器表示当寻呼组队列满了导致其他寻呼消息不能进到寻呼缓冲,则寻呼将被删除。理想值为0%。 公式如下: Counter from table:p_nbsc_res_access (SDCCH信道) 1.6​ SDCCH拥塞率(SDCCH blocking rate) 公式如下: Counters from table:p_nbsc_traffic (TCH信道) 1.7​ TCH拥塞率(TCH blocking rate,blck_8d) 公式如下: Counters from tables: A = p_nbsc_traffic B = p_nbsc_ho (接入性) 1.8​ 随机接入成功率(Random access successful rate) 公式如下: Counters from table:p_nbsc_res_access 1.9​ 业务信道分配成功率(TCH assignment successful rate) 公式如下: Counters from table:p_nbsc_traffic ​ 移动保持性 移动保持性主要指用户在通话状态下的持续性,即切换失败率与掉话率指标。 1.10​ 切换失败率(Total HO Failure %) 切入切出总切换失败率,包含BSC间、小区间及小区内切换。 公式如下: Counters from table:p_nbsc_ho 1.11​ SDCCH掉话率(SDCCH drop rate) SDCCH掉话率采用修正的计算公式,即分子减去T3101_expired。 公式如下: Counters from table:p_nbsc_traffic 1.12​ Dcr_3j掉话率 公式如下: Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 1.13​ 2071掉话率 公式如下: Counters from tables: A = p_nbsc_traffic B = p_nbsc_res_avail ​ 资源利用情况 资源利用情况包括SDCCH可用率、TCH可用率、BCSU负荷. 1.14​ SDCCH可用率 公式如下: Counters from table:p_nbsc_res_avail 1.15​ TCH可用率 公式如下: Counters from table:p_nbsc_res_avail 1.16​ BCSU负荷 公式如下: Counters from table:p_nbsc_load ​  网络质量 网络质量包括上下性链路平衡、干扰带分布. 1.17​ 上下行链路平衡 该指标反映上下行路径损耗的差值。当绝对值大于15-20dB时,应针对覆盖环境、硬件等做进一步查实。 公式如下: Counters from table:p_nbsc_power 1.18​ 强干扰(Boundary3-Boundary5) 公式如下: Counters from table:p_nbsc_res_avail ​ 重要网络事件 (恶意呼叫) 1.19​ 主被叫呼叫比例: Counters from table(s): p_nbsc_res_access 1.20​ Average call length, S1 (trf_2d) Counters from table(s): a = p_nbsc_res_avail b = p_bsc_traffic c = p_nbsc_ho 主被叫比例大于5、平均呼叫时长小于15s的小区存在恶意呼叫号码嫌疑. (弱覆盖小区) 该指标通过测量报告中上下行电平评估网络覆盖的情况,能直观反映网络覆盖的实际环境。 <指标定义> 确定为弱覆盖的小区需要重点优化和关注。 (平均每呼叫切换比较大小区) 该指标反映平均每次呼叫中发生切换的数量,如果平均每呼叫切换次数较多,则用户话音质量及信号电平就波动就会较大,容易导致用户感知度下降。 <指标定义> 平均每呼叫切换比大于3次的需进一步针对实际情况对这些小区进行跟踪优化。 ​ 数据业务指标 关于数据业务评估的指标参考省公司考核指标: 1.21​ 无线信道充足率(TSL Assignment Fulfill rate) 公式为: Counters from table(s): p_nbsc_packet_control_unit 省移动公司对该KPI最佳目标值为:95% 1.22​ TBF成功率 (tbf_34a) 该指标的公式为: Counters from table(s): p_nbsc_packet_control_unit 省移动公司对该KPI设定的最佳指标为98 % 1.23​ PCU拥塞率(BLCK_32) 该指标的公式为: Counters from table(s): p_nbsc_traffic 省公司定义该指标的最佳目标值为0 1.24​ MCS6-9编码占用比例 (按照流量计算) 省公司要求MCS6 以上编码比例目标值为97% 1.25​ RLC层每时隙吞吐量(trf_236) 该指标公式为:单位(kbit/sec/tsl)。 省公司定义该指标RLC每时隙吞吐量为:45kbps Counters from table(s): b = p_nbsc_coding_scheme (二)投诉处理 ​ 每万用户客户投诉比 按省公司原有评估体系跟踪该指标。 ​ TOP10投诉区域处理解决状况 根据投诉量集中程度(时间、位置)确定TOP10的投诉区域。每个月进行TOP10分析累计汇总,根据投诉的数量、重要性和难易程度来确定解决时限(最长90天);(有些投诉点需要增加新站来解决,这需要工建部门全力配合,必须在限期内完成,该些地点的投诉量减少至处理前的20%后视为解决,在新站入网前通过各种优化手段暂时缓解)。 每个阶段进行总结汇总,评估TOP10区域的处理效果和解决的比例。 (三)告警处理及设备维护 ​ 告警处理 维护人员应该及时处理的BSC和BTS告警列表。 (1)​ BSC告警   BSC 重要告警 1016 MB INTERFACE FAILURE 1072 SIGNALLING LINK OUT OF SERVICE 2015 MB COMMUNICATION ERROR 2064 ROUTE SET UNAVAILABLE 2070 LINK SET UNAVAILABLE 2133 SEND BUFFER OVERFLOW IN SIGNALLING TERMINAL 2241 SCCP SUBSYSTEM PROHIBITED 2478 MOBILE ACCESS CLASSES ABNORMAL 2631 OPERATION MODE CHANGED TO PLESIOCHRONOUS 2693 WO-EX UNIT FAULTY 2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR 2757 CARTRIDGE NON-REDUNDANT POWER SUPPLY FAILURE 2860 DISK FAILURE 2861 NO ACCESS TO DISK 2950 TRCO FAILURE 2952 TRANSCODER PLUG-IN UNIT FAILURE 2955 TRANSCODER CHANNEL FAILURE 2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A INTERFACE 3146 FAN UNIT FAILURE 3990 TR3 DSP FAILURE 3994 TCSM OPERATION MODE CHANGED TO PLESIOCHRONOUS (2)​ BTS告警   BTS 重要告警 告警号 描述 7602 BCF NOTIFICATION:1.Cooling fan is broken.2.Cooling fan speed has reduced from the set speed. 7604 BTS OPERATION DEGRADED:Rx levels differ too much between main and diversity antennas. 7606 TRX FAULTY:1.Antenna connection faulty.2.FBUS HW failure.3.The transmitter output power has dropped at least 3 dB. 7607 TRX OPERATION DEGRADED:1st(2nd) branch LNA in dual variable gain duplex unit is faulty. 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD ​ 直放站告警处理 请其他部门补充。 ​ 天馈线检查 请其他部门补充。
/
本文档为【MOTO指标参数公式】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索