网络KPI分析评估报告

1、精选优质文档-倾情为你奉上EVDO网络KPI分析评估报告2010年4月目 录图 目 录1 主要网络KPI性能指标分析1.1 全局呼叫话务量【指标说明】呼叫话务量= 呼叫时长/ 统计时长总体上，全局呼叫话务量在统计的一周内比较稳定，BSC13约900Erl,BSC14约1450Erl,BSC15约1020Erl。图 11 全局呼叫话务量1.2 全局呼叫成功率【指标说明】呼叫成功率=（呼叫成功次数+呼叫外部中断次数）/ 呼叫次数×100%从统计一周的指标看，BSC13的呼叫建立成功率在97%左右波动，在3月20日甚至掉到94%；BSC14和BSC15呼叫建立成功率比较稳定，约在98%左右

2、。图 12 全局呼叫成功率1.3 全局无线掉话率【指标说明】无线掉话率=(起呼无线掉话次数+寻呼无线掉话次数+快速寻呼无线掉话次数)/ 释放次数×100%BSC13的无线掉话率指标较好，约为3%；BSC14和BSC15约为4%。图 13 全局无线掉话率1.4 全局软切换成功率【指标说明】软切换成功率=软切换成功次数/ 软切换次数×100%从统计的一周内看，BSC13全局软切换成功率较低，基本上低于99%，有提升空间；BSC14和BSC15的软切换成功率较高，大于99%，基本上接近99.5%。图 14 全局软切换成功率1.5 全局Session建立成功率【指标说明】Sessi

3、on建立成功率= Session建立成功次数/ Session建立次数×100%从一周的统计数据看，BSC13的Session建立成功率比较低，不到94%；BSC14和BSC15稍好，约在95%。图 15 全局session建立成功率1.6 全局Session协商成功率从一周的统计数据看，BSC13的全局Session协商成功率较高，约为98.7%；BSC14和BSC15在98.5%上下波动。【指标说明】Session协商成功率= Session协商成功次数/ Session协商次数×100%图 16 全局session协商成功率1.7 前向RLP重传率【指标说明】前向RL

4、P重传率=前向重传字节数/前向发送字节数×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）累计呼叫失败次数：图 2

5、1BSC13呼叫失败原因图 22BSC14呼叫失败原因图 23BSC15呼叫失败原因2.1.2 呼叫失败原因分类从三个BSC的呼叫失败原因看，CONNECTION_SETUP_MOBILEACQUIRED_FORWARDDESIRED_TIMEOUT_FLOWCTRL_RECV112原因引起的失败占了超过70%；其次，CONNECTION_SETUP_TCC_TIMEOUT_WAITIING_TCC_COMING135原因引起的失败也占了超过20%。2.1.3 呼叫失败原因分析1) CONNECTION_SETUP_MOBILEACQUIRED_FORWARDDESIRED_TIMEOUT_F

6、LOWCTRL_RECV112【失败原因说明】SP向手机发送了TCA消息后，一直没有收到MobileAcquired消息和ForwardDesired消息，直到前反向捕获定时器超时，导致连接建立失败。【解决建议】查看手机侧LOG信息，确认手机是否收到TCA消息，如果没有收到，怀疑前向控制信道包发送有问题，有以下可能： 板间链路问题，建议复位相关单板（DOSDU、CCM、UIM）。 版本不一致，检查DOSDU、CCM、UIM版本是否一致。2) CONNECTION_SETUP_TCC_TIMEOUT_WAITIING_TCC_COMING135【失败原因说明】SP已经发送了TCA消息给手机，但没

7、有收到TCC消息，TCC等待定时器超时导致连接建立失败。【解决建议】通过手机侧LOG信息来判断是下面的哪种情况： 手机尚未收到RTCAck消息，侧检查手机收到的TCA消息所带参数是否正确。如果参数正确，则手机应该在反向发数据，如果手机没有在反向发送数据，则考虑以下可能：a) CHM没能正常捕获手机或捕获后没能通知到DOSDU。该问题可能的原因有CHM异常、单板间链路问题等。建议根据运行信息观察或异常探针等查看CHM、DOSDU是否运行正常，可以考虑复位CHM和DOSDU。b) 基站已经正常捕获到手机，但DOSDU发出的RTCAck消息手机没收到，此时可能是前向媒体流有问题。初步解决措施：确认C

8、HM、DOSDU、ABPM、DSM单板运行是否正常，他们的版本是否一致，可以考虑复位这几块单板。 手机收到了RTCAck消息并且发送了TCC消息，但基站没收到，则怀疑反向媒体流有问题。初步解决措施：确认CHM、DOSDU、ABPM、DSM单板运行是否正常，他们的版本是否一致，可以考虑复位这几块单板。2.1.4 呼叫失败TOP N【BSC13】对BSC13最近一周内，小区级别的天统计数据中，对一天统计的呼叫失败次数超过120次的小区统计如下，重点关注6号站1小区，26号站1小区，38号站0小区，39号站0小区，49号站0小区，53号站2小区，61号站1小区， 64号站2小区，72号站2小区：图

9、24BSC13呼叫失败TOP N小区【BSC14】对BSC14最近一周内，小区级别的天统计数据中，对一天统计的呼叫失败次数超过70次的小区统计如下，重点关注226号站2小区，235号站2小区，240号站2小区，250号站1小区，255号站2小区，273号站2小区，279号站0小区， 283号站1小区，289号站0小区，298号站1小区：图 25BSC14呼叫失败TOP N小区【BSC15】对BSC15最近一周内，小区级别的天统计数据中，对一天统计的呼叫失败次数超过60次的小区统计如下，重点关注510号站0小区，535号站2小区，536号站2小区，540号站0小区，541号站0小区，589号站2

10、小区，600号站2小区， 622号站2小区：图 26BSC15呼叫失败TOP N小区2.2 掉话原因分析引起掉话的原因较多，如AT终端问题、空口无线环境差、单板间链路问题、版本不匹配等。2.2.1 掉话原因统计统计最近一周（3.16-3.22）累计掉话次数：图 27BSC13掉话原因图 28BSC14掉话原因图 29BSC15掉话原因2.2.2 掉话原因分类从三个BSC的掉话原因看，掉线的主要原因为：CONNECTION_RELEASE_TCC_TIMEOUT113，占的比例超过36%；CONNECTION_RELEASE_SERVICE_TERMINATE6，BSC13占了20%左右，BSC

11、14和BSC15都是占了30%左右。CONNECTION_RELEASE_AIR_LINK_LOST_TIMEOUT106，BSC13占了12%左右，BSC14和BSC15都是占了15%左右。其中BSC13中，CONNECTION_RELEASE_RCP_BSCIP_ASSIGNMENT_FAILURE205原因也占了相当的比例，为14.69%，而BSC14才占了3.17%，BSC15仅为0.68%。2.2.3 掉话原因分析1) CONNECTION_RELEASE_TCC_TIMEOUT113【失败原因说明】切换过程中接收TCC超时，会在上报切换失败的同时，上报该原因的连接释放。【解决建议】

12、 查看手机侧LOG信息，确认手机是否收到TCA消息，如果没有收到，可能是前向业务包发送有问题，有以下可能：a) 单板链路问题，建议复位相关单板（DOSDU、CHM、UIM等）；b) 版本不一致，建议检查DOSDU、CHM、UIM版本是否兼容。 如果手机收到TCA消息，并且核对该消息内容正确；a) 对于换频切换，则怀疑CHM反向解调有问题，建议检查CHM的芯片配置参数和系统参数的DRC参数表中的参数是否正确，考虑回退数据；b) 对非换频切换，则怀疑反向媒体流有问题，初步解决措施：确认CHM、DOSDU、ABPM、DSM单板运行是否正确，版本是否一致，考虑复位这几块单板。2) CONNECTION

13、_RELEASE_SERVICE_TERMINATE6【失败原因说明】连接存在的情况下，AT在接入信道发包，AN侧主动发起释放。【解决建议】可能原因是连接存在的情况下AT在接入信道发包，此为AT行为。3) CONNECTION_RELEASE_AIR_LINK_LOST_TIMEOUT106【失败原因说明】空中链路丢失后，会设定定时器等待一段时间，如果定时器超时链路仍然没能重新捕获，需要释放连接。【解决建议】通过手机侧无线链路状态信息，检查空中链路是否正常。4) CONNECTION_RELEASE_RCP_BSCIP_ASSIGNMENT_FAILURE205【失败原因说明】RCP向SP回建

14、立新腿成功应答后，会等待SP的EV_S_AbiscfBSCIPAssignment消息，之后向DSM加通道表如果没有收到SP的这条消息或者加通道表失败会上报这个失败原因。【解决建议】如果一直出现，查看DSM板是否有告警，根据告警情况决定是否复位，如果是偶尔出现，可能是BUG引起。2.2.4 掉话TOP N【BSC13】对BSC13最近一周内，小区级别的天统计数据中，掉话次数超过280次的小区统计如下，重点关注26号站1小区，54号站2小区，64号站1小区，70号站2小区，82号站1小区，82号站0小区：图 210BSC13掉话TOP N小区【BSC14】对BSC14最近一周内，小区级别的天统计

15、数据中，掉话次数超过200次的小区统计如下，重点关注207号站1小区，220号站0小区，226号站2小区，235号站1小区，235号站2小区，236号站1小区，238号站1小区，264号站2小区，264号站0小区，272号站1小区，283号站1小区，286号站2小区，289号站0小区，292号站1小区，298号站1小区：图 211BSC14掉话TOP N小区【BSC15】对BSC15最近一周内，小区级别的天统计数据中，掉话次数超过130次的小区统计如下，重点关注522号站1小区，524号站0小区，535号站2小区，552号站0小区，572号站0小区，572号站2小区，579号站2小区，587号站1小区，597号站1小区，622号站1小区：图 212BSC15掉话TOP N小区3 总结1) 从KPI指标分析上看，BSC13的