《KPI指标介绍》PPT课件.ppt

TD-SCDMAKPI指标介绍,培训目标,学完本课程后，您应该能：了解TD-SCDMA的KPI体系掌握TD-SCDMA的常见KPI的定义和流程打点,目录,KPI体系及项目验收KPI要求简介常用TDKPI指标详细介绍KPI问题分析（案例）,目录,KPI体系及项目验收KPI要求简介常用TDKPI指标详细介绍KPI问题分析（案例）,Page4,KPI性能评估体系概述,网规关注重点是RAN侧KPI，有时还需要关注传输KPI,领先设备商KPI评估体系都已转向基于QoE的网络KPI,QoE：QualityofExperience,Page5,华为RANKPI分类概述,TD-SCDMAKPIs,Coverage,Accessability,Retainability,ServiceIntegrity,Mobility,Delay/Latency,覆盖率.,呼叫建立成功率(Voice/VP)PDP激活成功率(R99/HSPA)SMS/MMS建立成功率RRC建立成功率呼叫建立成功率.,掉话率(Voice/VP)PDP掉线率(R99/HSPA)电路域话务掉话比.,MOS业务UL/DLBLER(Voice/VP/PS)PS平均吞吐率(RLC64K/128K/384K/HSPA).,同频硬切换成功率异频硬切换成功率同频接力切换成功率异频接力切换陈功率系统间切换成功率.,呼叫建立时延(Voice/VP)PDP激活时延(R99/HSPA)Ping时延(R99/HSPA).,最坏小区比例准入拒绝率拥塞小区比例.,Availability,华为RANKPI分类概述,KPI统计的数据来源有：ST/DT和话务统计不同数据源的KPI有不同的应用场景DT（DriveTest）通常应用在网络建设的早期，这时网上商用用户没有或者很少，话统数据不具有统计意义。适用于网络性能类KPI的考察。ST（StasticTest）主要应用于一些特殊类型的KPI测试如MOS、时延类、吞吐率类等由设备自身性能决定、与组网环境相关性不大的KPI或者设备功能测试。话务统计：通常应用于商用后网上有较多用户的网络,Page7,典型验收流程及相关KPI要求,站点安装完成,硬件验收,单站RF验收,Cluster优化,Cluster验收,Project优化,初验/PAC,维保/持续优化,终验/FAC,可能要求性能监控和周期性路测,一般以话统KPI验收为主，路测KPI验收为辅,新建局点一般以路测KPI验收为主，话统KPI验收为辅，搬迁局点则一般以话统KPI验收为主，路测KPI验收为辅,新建局点一般以路测KPI验收为主，话统KPI验收为辅，搬迁局点则一般以话统KPI验收为主，路测KPI验收为辅,一般以功能性测试为主，部分要求简单覆盖测试,目录,KPI体系及项目验收KPI要求简介常用TDKPI指标详细介绍KPI对应的信令流程KPI问题分析（案例）,常用TDKPI指标介绍,覆盖类呼叫建立类呼叫保持类移动性管理类业务完整性类时延类,该KPI为典型的DTKPI对于TD-SCDMA系统，下行链路覆盖指标由终端接收导频信号PCCPCH（PrimaryCommonControlPhysicalChannel）C/I（载干比）和电平值RSCP（ReceivedSignalCodePower）决定，上行链路以终端发射功率为判断准则。PCCPCHRSCP（接收信号码片功率）：本小区或相邻小区的PCCPCH上接收到的信号码功率，参考点必须是UE天线连接器。PCCPCHC/I（载干比）：PCCPCH载频信号强度与干扰强度之比。,PCCPCHRSCP和C/I覆盖率,公式：覆盖率=满足覆盖要求的点数/总的采样点数*100%；定义F取值为1的测试点为满足覆盖要求的测试点，即：对于上行，F上行手机发送功率值手机最大发送功率值；对于下行，FRSCPR且C/IS；其中：RSCP表示接收PCCPCH接收信号码片功率；C/I表示接收PCCPCH信号的信号品质；RSCPR和C/IS表示是否满足条件，R和S是RSCP和C/I在计算中的阈值。如果RSCPR和C/IS都满足，则F取值1，若有一个不满足或都不满足，则F取值0。计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。该公式表示如果某一区域接收信号强度超过某一门限同时信号质量超过某一门限则表示该区域被覆盖。由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以设置不同的R/S门限值来计算覆盖率。,PCCPCHRSCP和C/I覆盖率,常用TDKPI指标介绍,覆盖类呼叫建立类呼叫保持类移动性管理类业务完整性类时延类,呼叫建立成功率,呼叫建立成功率体现网络端到端的接入性能呼叫建立成功率与以下阶段指标密切关联RRC连接建立成功率RAB指配建立成功率呼叫建立成功率RAB建立成功率*RRC连接建立成功率（业务相关）*100%；呼叫建立成功率可以分为CS和PS域，或者根据RAB指配承载业务的成功率进行区分:会话类(e.g.voiceandvideo)流类(e.g.streamingvideooraudio)交互类(e.g.browsing)背景类(e.g.emailsorfiledownload),RRC建立成功率,处于空闲模式下的UE收到非接入层请求建立信令连接时，UE将发起RRC连接建立SRNC收到连接建立请求后，RRM决定是否接受请求，再判决是建立在专用信道还是公共信道RRC建立成功率公式定义:RRCSetupSuccessRate=RRCConnectionSetupSuccess/RRCConnectionRequest100%,RRC连接建立请求中包含了多种原因，可以分为两大类业务相关的RRC连接建立请求1）主叫会话类（OriginatingConversationalCall）；2）主叫流类（OriginatingStreamingCall）；3）主叫交互类（OriginatingInteractiveCall）；4）主叫背景类（OriginatingBackgroundCall）；5）主叫用户定制类（OriginatingSubscribedtrafficCall）；6）被叫会话类（TerminatingConversationalCall）；7）被叫流类（TerminatingStreamingCall）；8）被叫交互类（TerminatingInteractiveCall）；9）被叫背景类（TerminatingBackgroundCall）；10)呼叫重建类（Callre-establishment）11)短消息类（TerminatingLow/HighPrioritySignaling）,RRC建立成功率,RRC建立成功率,RRC连接建立请求原因(续)-其他类型的RRC连接建立请求1）注册类（Registration)2)分离（Detach）3）紧急呼叫类（EmergencyCall）4）小区选择和重选类（Callre-Establishment）6）系统间小区选择和重选类（Inter-RATcellre-selection）7）统计计数器：RRC_REQ：统计RNC实际处理的用户接入请求次数。测量点：当收到UE发起的RRCCONNECTIONREQUEST消息，并检查该消息有效后。打点见下页流程图中的A2RRC_SETUP_SUCC：统计RNC收到的RRC建立完成次数。测量点：RNC收到来自UE的“RRCSETUPCOMPLETE”消息，打点见下页流程图中的C,RRC建立成功率,建立在专用信道上的RRC连接流程图,RRC建立成功率,RRC建立失败原因主要为:随机接入失败，UE发起的RRC连接请求，RNC不能收到（这种情况，不会统计RRC指标，所以不会影响RRC连接建立失败）RNC下发的RRC连接建立消息UE不能收到RNC不能收到RRC连接建立完成消息由于网络拥塞导致的RRC_REJ,RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。RAB指配根据业务请求不同分为CS域和PS域RAB建立成功率公式定义:RABSetupSuccessRate=RABAssignmentSuccess/RABAssignmentRequest100%,RAB指配建立成功率,RAB指配建立成功率,RAB指配建立流程图,RAB指配建立成功率,统计计数器（分业务统计）:CS(PS)_RAB_REQ_SETUP_业务X：统计CS(PS)域RAB指配请求建立业务X的RAB个数。测量点：收到CNCS（PS）发来的RANAPRABASSIGNMENTREQUEST消息中建立业务类型为“X”的RAB个数。CS(PS)_RAB_SETUP_SUCC_业务X：统计CS域RAB指配建立成功的业务X的RAB个数。测量点：向CNCS（PS）发出RANAPRABASSIGNMENTRESPONSE消息中业务类型为“X”的建立成功的RAB数目。其中CS域的业务X为会话类或流类，PS域的业务X为会话类、流类、交互类或者背景类，或者可以根据指配业务的最大下行比特率特征表示某种特定的业务，eg：PS_RAB_REQ_SETUP_STR_144_384,RAB指配建立成功率,RAB指配建立失败原因主要为:CN没有发起RAB建立过程（加密鉴权过程失败；空口的误块导致信令重传达到最大次数）CN发起RAB建立过程，但UE没有收到RBsetup消息（准入拒绝；信令误块过高等）UE收到了RBSetup消息，但RNC收不到RBsetupcomplete消息资源不可用,常用TDKPI指标介绍,覆盖类呼叫建立类呼叫保持类移动性管理类业务完整性类时延类,掉话率,掉话率反映系统的通讯保持能力、系统的稳定性和可靠性无线系统掉话率只考虑接入侧异常引起的掉话，不考虑因为负荷原因而产生的掉话，即无线资源管理中负荷控制在过载时采取的强行掉话处理不在考虑之列发生掉话时，系统中触发两种信令过程：RAB释放请求（用户面掉话）和Iu口信令连接释放请求（信令面掉话）掉话率指标主要是反映用户业务运行过程中因信令面异常、业务面异常或其他原因导致的掉话情况，是面向小区的。从CS域和PS域两方面进行考察。,业务掉话率公式定义如下:从RNC话统角度看，如下两种情况判断为掉话：1）业务建立成功后，RNC向CN发送RABRELEASEREQUEST消息。2）业务建立成功后，RNC向CN发送IURELEASEREQUEST消息，其后收到CN发送的IURELEASECOMMAND,；,掉话率,电路域掉话率=RNC请求释放的电路域RAB数目/电路域RAB指派建立成功的RAB数目*100%,分组域掉线率=RNC请求释放的分组域RAB数目/分组域RAB指派建立成功的RAB数目*100%,掉话率,引起掉话的原因主要为：,信令面掉话流程,信令面掉话（源RNCIu连接释放）信令流程图,信令面掉话,CS和PS域的信令面的异常释放原因基本上是相同的Iu接口RNC发出IuReleaseRequest消息的原因主要有:操作维护干预用户长时间非激活重复完整性检查失败UE发生信令连接释放无线链路失步,用户面掉话流程,用户面掉话（源RNCRAB连接释放）信令流程图,用户面掉话,源RNCRAB释放原因有:L2资源异常，包括L2的各层实例，DSP工作异常，内存溢出用户面传输资源异常，主要包括传输资源不够业务RB承载的RLC在进行数传的时候可能因为下层的链路不稳定或者UE移动到覆盖不是很好的地方，导致RLC产生复位RL失步,反映了一定业务量情况下，系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。用于统计周期内电路域掉话的RAB数目与电路域相关业务话务量的比值。公式：电路域12.2K业务掉话比RNC请求释放的电路域掉话的RAB数目/电路域12.2K业务话务量*100%；电路域64K业务掉话比RNC请求释放的电路域掉话的RAB数目/电路域64K业务话务量*100%；统计最小区域粒度：以小区为单位进行统计。,电路域话务掉话比,常用TDKPI指标介绍,覆盖类呼叫建立类呼叫保持类移动性管理类业务完整性类时延类,对于TD-SCDMA系统，可以根据无线资源管理的策略决定是否执行硬切换，硬切换同样可以分为同频硬切换和异频硬切换，同频/异频硬切换均分为RNC内和RNC间两种情况。同频硬切换成功率反映同频硬切换的成功情况，硬切换失败意味着用户掉话，该指标可用于网规网优，作为调整无线参数的依据。是用户直接感受的较为重要的性能指标之一。公式：同频硬切换成功率（切换入）同频硬切换成功次数/同频硬切换尝试次数*100；同频硬切换成功率（切换出）同频硬切换成功次数/同频硬切换尝试次数*100；统计最小区域粒度：以小区为单位进行统计。,同频硬切换成功率,反映RNC异频硬切换的成功情况，硬切换失败意味着用户掉话，该指标可用于网规网优，作为调整无线参数的依据。是用户直接感受的重要性能指标之一。异频硬切换包括RNC内的异频硬切换和RNC间的异频硬切换。公式：异频硬切换成功率（切换入）异频硬切换成功次数/异频硬切换尝试次数*100；异频硬切换成功率（切换出）异频硬切换成功次数/异频硬切换尝试次数*100；统计最小区域粒度：以小区为单位进行统计。,异频硬切换成功率,对于TD-SCDMA系统，可以根据无线资源管理的策略决定是否执行接力切换，接力切换同样可以分为同频接力切换和异频接力切换，考虑到实现的复杂性，目前只定义RNC内的接力切换成功率。同频接力切换成功率反映同频接力切换的成功情况，该指标可用于网规网优，作为调整无线参数的依据，也是用户直接感受的较为重要的性能指标之一。公式：同频接力切换成功率（切换入）同频接力切换成功次数/同频接力切换尝试次数*100；同频接力切换成功率（切换出）同频接力切换成功次数/同频接力切换尝试次数*100；统计最小区域粒度：以小区为单位进行统计。,同频接力切换成功率,反映异频接力切换的成功情况，该指标可用于网规网优，作为调整无线参数的依据，也是用户直接感受的重要性能指标之一。公式：异频接力切换成功率（切换入）异频接力切换成功次数/异频接力切换尝试次数*100；异频接力切换成功率（切换出）异频接力切换成功次数/异频接力切换尝试次数*100；统计最小区域粒度：以小区为单位进行统计。,异频接力切换成功率,切换信令监测点,切换失败流程,硬切换失败原因,参数配置相关问题:门限类参数：硬切换门限克服衰落类参数：测量滤波系数、事件触发的延迟触发时间、事件触发的迟滞值切换执行阶段相关问题：下行误码导致信令丢失切换后UE的功控有问题RNC收不到物理信道重配置完成消息终端和其它的相关问题：UE是否支持异频测量异频邻区是否配置正确异频测量开关是否打开。,反映了TD-SCDMA系统与GSM系统之间切换的成功情况，对于网规网优有重要的参考价值，也是用户直接感受的性能指标。主要包括电路域切换成功率（TD-SCDMAGSM）；分组域切换成功率（GPRSTD-SCDMA）；分组域切换成功率（TD-SCDMAGPRS，UTRAN发起）等；公式：系统间切换成功率=系统间切换成功次数/系统间切换准备次数*100%；统计最小区域粒度：以小区为单位进行统计。,系统间切换成功率,常用TDKPI指标介绍,覆盖类呼叫建立类呼叫保持类移动性管理类业务完整性类时延类,MOS:端到端语音质量，以测试时长为10分钟的数据取平均值PS业务吞吐率：R99和HSDPA业务的平均吞吐率，下行吞吐率下载数据量/下载时间，下载数据量从应用层进行统计，采用DT的方式进行观察；下行峰值吞吐率采用话统进行观察，RNC记录小区中RLC层每种速率的峰值吞吐率。BLER偏高率:DT指标，对每种业务的上下行BLER进行观察，上行BLER偏高率=上行BLER大于门限值的点数/上行总的测试点数100，下行类似。,业务完整性指标,语音建立时延：对于MOC，语音建立时延是指从主叫发起呼叫时刻起到被叫发送CONNECT消息止的这段时间；对于MTC，语音建立时延是指MSC发送PAGING消息到被叫起到被叫接收主叫发送的CONNECTACK止的这段时间。CS12.2k业务呼叫时延（UE到UE）：信令统计，从主叫UE的“RRCConnectionRequest”到被叫UE的“Alerting”为止，记录100次求平均。CS64k业务呼叫时延（UE到UE）：信令统计，从主叫UE的“RRCConnectionRequest”到被叫UE的“Alerting”为止，记录100次求平均。,时延类,目录,KPI体系及项目验收KPI要求简介常用TDKPI指标详细介绍KPI问题分析（案例）,Page45,案例1参数映射问题导致搬迁后语音掉话不达标,某搬迁项目发现网络搬迁后AMR掉话率比搬迁前恶化，无法满足验收指标。搬迁前AMR掉话率约为0.6，搬迁后本来还不错，后来却一路走高，最高超过1，搬迁验收标准是不差于搬迁前，所以此项KPI无法达标。,进一步分析发现，大部分掉话都发生在弱覆盖区域，分析话务分布情况，发现海边等弱覆盖区域出现季节性话务增长，根据这个分析，当时准备给客户澄清掉话上升是由于季节性话务分布变化导致，但进一步调查后发现，搬迁前每年这个季节，同样也有这种季节性话务分布变化，但掉话率并没有这样增长，于是我们怀疑搬迁前后AMR最大功率配比不一致。,Page46,案例1续,进一步的分析验证了我们的怀疑，搬迁前的网络是西门子网络，西门子采用间接设置业务RL最大功率的方式，即采用Sirtarget、Poffset、Max_Power等参数通过下面公式来计算每种业务的最大RL功率：Pmax(dB)=min(DL_SIR_Target10log(SF)+Poffset,Max_power_value)通过获得代入客户提供西门子搬迁前参数，我们计算出西门子的AMR下行最大无线链路功率比华为要高3dB，这就是我们网络在覆盖弱区域性能差的根因。随后我们和客户协商将AMR下行最大无线链路功率升高2dB，掉话率大幅下降，满足验收指标。,总结：参数映射一定要细致，尤其是对于这种隐含设置的关键参数。,ModPowerforAMR,Page47,案例2测试方法差异等导致搬迁后覆盖指标不达标,某搬迁项目发现网络搬迁后覆盖指标RSCP比搬迁前差，验收标准是不差于搬迁前，所以此项KPI无法达标。问题出现后，项目组立即和总部联系，总部初步分析后怀疑是Sanner工具天线和馈线的设置差异导致。现场立即根据总部意见修改了工具参数配置，并进行了重测，重测结果比之前要好，但仍有两小块区域RSCP差于搬迁前，现场问题攻关进展基本停滞，要求总部技术支持人员立即到现场解决。总部人员到达现场后，首先了解了客户的看法，然后仔细咨询了合作方前期测试的方法、测试路线和KPI计算方式，发现问题出在前后测试方法的差异上：搬迁前网络覆盖测试数据采集方式是采用最大值，而搬迁后测试数据采集方式是采用平均值（默认处理方式），而且搬迁前测试路线和搬迁后不一致，搬迁前在最弱覆盖区内有两条主要道路未测试。所有这些测试方法差异都导致搬迁后测试指标稍差。了解问题原因后，我们采用最大值的测试方式对弱覆盖区域进行了重测，测试结果完全优于搬迁前，至此问题完全解决！,总结：测试方法、测试路线等对测试结果影响很大，对搬迁网络验收而言，搬迁前后一定要保持一致，最好同样的工具，同样的设置，同样的测试路线。,Page48,案例3KPI承诺不合理导致上行Bler无法达标,某新建网络发现语音业务上行Bler无法达标，所有的Cluster都是这样，承诺的KPI目标是“路测97的采样点上行Bler小于2”，现场语音业务Bler目标值配置为1，初看似乎达标没问题，相信最初KPI承诺的时候也没有仔细分析过。但仔细分析过后发现这个KPI是不合理的，几乎不可能达标，分析过程如下：1、因为验收测试是以Cluster为单位，要保证足够的采样点，现场对上行Bler只能选择640ms的采样间隔时间；2、对于语音业务，640ms的采样时间上行总共只传输32个数据块，即使只有一个误块，误块率也超过3（1/32=3.13%）,所以KPI承诺相当于”上行97的采样点没有误块“；3、由于功率控制是动态的平衡过程，而且覆盖路线和覆盖范围的选择也不可能没有弱覆盖区域（实际现场测试路线非常细致，涉及很多弱覆盖区域），所以“上行97的采样点没有误块”几乎不可能达标；4、Bler目标应该验收均值，即使手机的功率控制比NodeB稍差，设置为1的误块率，均值基本还是可以达到12，根据实际的覆盖情况，如果按照采样点验收达标比例则很困难。现场给客户进行详细的澄清后，客户接受了我们的建议，对于Bler只验收均值，这样所有的Cluster都能达标，问题解决。从这个案例可以看出KPI验收门限一定要仔细分析，切不可跟着感觉走。,Page49,案例3IG参数设置不合理导致乒乓切换,某新建网络发现UE在小区边界频繁的来回发生同频硬切换，通话质量下降，甚至发生掉话。分析过程如下：1、同频硬切换是由1G事件上报来触发的。1G事件是在最优小区发生变化时上报。2、由于在小区边界地区，相邻小区的信号相当，由于信号波动容易造成最优小区乒乓，频繁上报1D事件触发同频硬切换。3、为了防止信道差别不大的情况下由于信号起伏频繁触发1D事件，导致同频硬切换乒乓，可以通过加大迟滞值来避免这种情形的出现,