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的