EVDO网络KPI分析评估报告.doc

EVDO网络KPI分析评估报告2010年4月目 录1主要网络KPI性能指标分析41.1全局呼叫话务量41.2全局呼叫成功率41.3全局无线掉话率51.4全局软切换成功率61.5全局Session建立成功率61.6全局Session协商成功率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 全局session建立成功率7图 16 全局session协商成功率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 全局Session建立成功率【指标说明】Session建立成功率= 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重传率【指标说明】前向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_MOBILEACQUIRED_FORWARDDESIRED_TIMEOUT_FLOWCTRL_RECV112原因引起的失败占了超过70%；其次，CONNECTION_SETUP_TCC_TIMEOUT_WAITIING_TCC_COMING135原因引起的失败也占了超过20%。2.1.3 呼叫失败原因分析1) CONNECTION_SETUP_MOBILEACQUIRED_FORWARDDESIRED_TIMEOUT_FLOWCTRL_RECV112【失败原因说明】SP向手机发送了TCA消息后，一直没有收到MobileAcquired消息和ForwardDesired消息，直到前反向捕获定时器超时，导致连接建立失败。【解决建议】查看手机侧LOG信息，确认手机是否收到TCA消息，如果没有收到，怀疑前向控制信道包发送有问题，有以下可能： 板间链路问题，建议复位相关单板（DOSDU、CCM、UIM）。 版本不一致，检查DOSDU、CCM、UIM版本是否一致。2) CONNECTION_SETUP_TCC_TIMEOUT_WAITIING_TCC_COMING135【失败原因说明】SP已经发送了TCA消息给手机，但没有收到TCC消息，TCC等待定时器超时导致连接建立失败。【解决建议】通过手机侧LOG信息来判断是下面的哪种情况： 手机尚未收到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 N【BSC13】对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小区，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小区，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%左右，BSC14和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超时，会在上报切换失败的同时，上报该原因的连接释放。【解决建议】 查看手机侧LOG信息，确认手机是否收到TCA消息，如果没有收到，可能是前向业务包发送有问题，有以下可能：a) 单板链路问题，建议复位相关单板（DOSDU、CHM、UIM等）；b) 版本不一致，建议检查DOSDU、CHM、UIM版本是否兼容。 如果手机收到TCA消息，并且核对该消息内容正确；a) 对于换频切换，则怀疑CHM反向解调有问题，建议检查CHM的芯片配置参数和系统参数的DRC参数表中的参数是否正确，考虑回退数据；b) 对非换频切换，则怀疑反向媒体流有问题，初步解决措施：确认CHM、DOSDU、ABPM、DSM单板运行是否正确，版本是否一致，考虑复位这几块单板。2) CONNECTION_RELEASE_SERVICE_TERMINATE6【失败原因说明】连接存在的情况下，AT在接入信道发包，AN侧主动发起释放。【解决建议】可能原因是连接存在的情况下AT在接入信道发包，此为AT行为。3) CONNECTION_RELEASE_AIR_LINK_LOST_TIMEOUT106【失败原因说明】空中链路丢失后，会设定定时器等待一段时间，如果定时器超时链路仍然没能重新捕获，需要释放连接。【解决建议】通过手机侧无线链路状态信息，检查空中链路是否正常。4) CONNECTION_RELEASE_RCP_BSCIP_ASSIGNMENT_FAILURE205【失败原因说明】RCP向SP回建立新腿成功应答后，会等待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最近一周内，小区级别的天统计数据中，掉话次数超过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小区：图 212BSC