网络KPI分析评估报告

EVDO网络KPI分析评估报表2010年4月列表1主要网络KPI性能指标分析41.1全球呼叫吞吐量41.2全球呼叫成功率41.3全球无线通话中断51.4全球软交换成功率61.5设置全局会话的成功率61.6全球会议谈判成功率71.7正向RLP重传速率81.8反向RLP重传速率92失败原因分析92.1呼叫失败原因分析92.1.1呼叫失败原因统计资料102.1.2调用失败原因分类102.1.3呼叫失败原因分析112.1.4调用失败TOP N122.2语音下降原因分析142.2.1呼叫中断原因统计数据142.2.2下降原因分类152.2.3语音丢失原因分析162.2.4下拉式清单TOP N173汇总19绘画图11全球呼叫吞吐量4图12全球呼叫成功率5图13全球无线减少率6图14全球软交换成功率7图15设置全局会话的成功率7图16全球会议谈判成功率8图17正向RLP重传速率9图18反向RLP重传速率9图21BSC13呼叫失败原因10图22BSC14呼叫失败原因10图23BSC15调用失败原因10图24BSC13调用失败TOP N单元12图25BSC14调用失败TOP N单元13图26BSC15调用失败TOP N单元14图27BSC13下落原因14图28BSC14下落原因15图29BSC15下降原因15图25BSC13下拉列表TOP N社区17图25BSC14下拉列表TOP N社区18图25BSC15下降TOP N单元191主要网络KPI性能指标分析1.1全球呼叫流量指标说明调用吞吐量=调用时间/统计时间总体上，全局呼叫流量在从BSC13聚合到大约900Erl、从BSC14聚合到大约1450Erl、从BSC15聚合到大约1020Erl的一周内相对稳定。图11全球呼叫流量1.2全球呼叫成功率指标说明呼叫成功率=(呼叫成功次数呼叫外部中断次数)/呼叫次数100%从一周的统计来看，BSC13的呼叫建立成功率变动了97%，3月20日下降到了94%。BSC14和BSC15呼叫的成功率约为98%，相对稳定。图12全球呼叫成功率1.3全球无线通话率指标说明无线挂掉=(启动无线挂掉次数调用无线挂掉次数快速调用无线挂掉次数)/释放次数100%BSC13的无线语音损失率指标约为3%。BSC14和BSC15约为4%。图13全球无线减少率1.4全球软交换成功率指标说明软转换成功率=软转换成功/软转换次数100%BSC13全局软交换的成功率在一周内降低，基本上低于99%，有提高的空间。BSC14和BSC15的软交换成功率高于99%，基本接近99.5%。图14全球软交换成功率1.5设置全局会话成功率指标说明会话创建成功率=会话创建成功/会话创建次数100%在一周的统计中，BSC13建立会话的成功率低于94%。BSC14和BSC15略好，约为95%。图15设置全局会话成功率1.6全球会话协商成功率一周的统计数据显示，BSC13的全球会话协商成功率约为98.7%。BSC14和BSC15在98.5%上下波动。指标说明会话洽谈成功率=会话洽谈成功次数/会话洽谈次数100%图16全球会议谈判成功率1.7正向RLP重传速率指标说明正向RLP重传速率=正向重传字节数/正向传输字节数100%从一周的统计数据来看，三个BSC以前的RLP重传速度大约低于0.6%。图17正向RLP重新传输速率1.8反向RLP重新传输速率指标说明反向RLP重传速率=AN请求重传字节数/反向接收字节数100%一周的统计数据显示，三个BSC的反向RLP重传速度大约在1%-1.2%的范围内。图18反向RLP重新传输速率2失败原因分析2.1呼叫失败原因分析呼叫失败的原因更多，例如终端错误、坏无线环境、传输质量或传输闪存、单板间的链接问题、版本不匹配等。2.1.1调用失败原因统计信息最近一周(3.16-3.22)累计调用失败次数统计信息：图21BSC13呼叫失败原因图22BSC14呼叫失败原因图23BSC15调用失败原因2.1.2呼叫失败原因分类如果查看三个BSC调用失败的原因connection _ setup _ mobile acquired _ forward desired _ time out _ flow ctrl _ recv112原因导致的失败超过70%第二，connection _ setup _ TCC _ time out _ waiting _ TCC _ coming135原因导致的失败也超过20%。2.1.3呼叫失败原因分析1)connection _ setup _ mobile acquired _ forward desired _ time out _ flow ctrl _ recv112解释失败的原因SP向手机发送TCA消息后，在由于先前反向捕获计时器超时而无法建立连接之前，未收到MobileAcquired消息和ForwardDesired消息。解决方案建议查看手机端日志信息，确认手机收到TCA消息，如果没有收到，则怀疑通过控制通道包正向发送有问题，有以下可能性：建议重置板间链接问题，相关单板(DOSDU、CCM、UIM)。确认版本不匹配，DOSDU、CCM、UIM版本匹配。2)connection _ setup _ TCC _ time out _ waiting _ TCC _ coming135解释失败的原因SP已向手机发送TCA消息，但未收到TCC消息时，由于TCC等待计时器超时，因此无法建立连接。解决方案建议通过手机侧日志信息判断以下哪种情况：手机还没有收到RTCAck消息，侧检查手机收到的TCA消息中的参数是否正确。如果参数正确，则手机必须向后发送数据，如果手机不向后发送数据，则考虑以下可能性：A) CHM未正确捕获手机，或捕获后未通知DOSDU。此问题的可能原因包括CHM以上、单板间的链接问题等。根据执行信息观察或异常探测等情况，最好检查CHM、DOSDU是否工作正常，并可以考虑重置CHM和DOSDU。b)如果基站正常捕获了手机，但没有收到DOSDU发送的RTCAck消息手机，则表明前媒体流可能存在问题。初步解决方法：可以考虑重置这些单板，方法是验证CHM、DOSDU、ABPM和DSM单板是否工作正常，并确保其版本匹配。如果电话收到RTCAck消息后发送了TCC消息，但基站没有收到，则怀疑反向媒体流存在问题。初步解决方法：可以考虑重置这些单板，方法是验证CHM、DOSDU、ABPM和DSM单板是否工作正常，并确保其版本匹配。2.1.4调用失败TOP NBSC13在最近一周对BSC13的地区级别每日统计中，每天统计的呼叫失败次数超过120次的小区包括6号站1号、26号站1号、38号站0号、39号站0号区、49号站0号区、53号站2号区、61号站1号区、64号站2号区、72号站2号区图24BSC13调用失败TOP N单元BSC14在BSC14最近一周的地区级别每日统计中，每天呼叫失败超过70次的小区为226号站2区、235号站2区、240号站2区、250号站1区、255号站2区、279号站0区、283号站1区、289号站0区、298图25BSC14调用失败TOP N社区BSC15关于BSC15，最近一周内社区级别的每日统计信息中，每天呼叫失败60次以上的单元统计信息包括510次站0区、535次站2区、536次站2区、540次站0区、541次站0区、589次站2区、600次站2区、622区：图26BSC15调用失败TOP N单元2.2语音下降原因分析AT终端问题、不良无线环境、单板间的链接问题、版本不匹配等多种原因导致停机。2.2.1呼叫中断原因统计最近一周(3.16-3.22)的累计清除计数统计信息：图27BSC13下落的原因图28BSC14下落的原因图29BSC15下降原因2.2.2下降原因分类从三个BSC的交换原因来看，下降的主要原因是：connection _ release _ TCC _ time out113，占36%以上。connection _ release _ service _ termin ate6，BSC13占约20%，BSC14和BSC15占约30%。connection _ release _ air _ link _ lost _ time out106，BSC13占约12%，BSC14和BSC15占约15%在BSC13中，connection _ release _ RCP _ bscip _ assignment _ failure205的原因也是14.69%，BSC14只有3.17%2.2.3语音丢失原因分析1)connection _ release _ TCC _ time out113解释失败的原因如果在转换过程中收到TCC超时，则在升级转换失败的情况下，该原因的连接发放将升级。解决方案建议查看手机侧日志信息，确认电话收到了TCA信息，如果没有收到，可能是以前用业务包发送的问题，可能有以下可能性。a)单板链接问题，建议重置相关单板(DOSDU、CHM、UIM等)；b)版本不匹配，强烈建议验证DOSDU、CHM、UIM版本是否兼容。手机收到TCA信息，确认信息内容是否正确。a)对于频率转换，怀疑CHM反向解调有问题，建议验证CHM的芯片配置参数和系统参数的DRC参数表中的参数是否正确，然后回滚数据。b)对于非频率切换，怀疑反向媒体流存在问题，并考虑初始解决方法：确定CHM、DOSDU、ABPM、DSM单板是否正确运行，版本是否匹配，以及重置几个此类单板。2)connection _ release _ service _ termin ate6解释失败的原因在连接存在的情况下，AT在访问通道发送包中启动了AN方面的自发释放。解决方案建议可能的原因是连接存在的情况下，AT在访问通道工厂包中的AT行为。3)connection _ release _ air _ link _ lost _ time out106解释失败的原因丢失公共链接时，如果计时器设置为等待一定时间，并且计时器超时链接仍未重新捕获，则必须断开连接。解决方案建议通过手机侧无线链接状态信息验证公共链接是否正常。4)connection _ release _ RCP _ bscip _ assignment _ failure205解释失败的原因如果RCP在SP上成功重建新桥，请等待SP的ev _ s _ abiscsscipassignment消息，然后将通道表添加到DSM。如果未收到SP的此消息或通道表失败，将报告此失败的原因。解决方案建议如果继续出现，请检查DSM主板是否有警告，根据警报情况确定是否重置，如果偶尔出现，则可能是由于错误所致。2.2.4下拉式清单TOP NBSC13BSC13最近一周内社区级别的每日统计数据中，下降了280次以上的单元统计数据包括26号站1区、54号站2区、64号站1区、70号站2区、82号站1区、82号站0区：图210BSC13呼叫中断TOP N社区BSC14BSC14从最近一周内通话超过200次的地区统计来看，207号站1区、220号站0区、226号站2区、235号站1区、235号站2区、236号站1区、238号站1区、264号站2区、264号站0区、235号站2区图211BSC14下拉TOP N社区BSC15在BSC15最近一周的单元级别日统计中，下降了150次以上的单元统计信息包括522站1区、524站0区、535站2区、552站0区、572站0区、572站2区、579站2区、587站1区、597站