長途來話接通率分析思路整理

2011年移動維保交付團隊長途來話接通率分析思路整理Contents長來接通率指標(biāo)介紹KPI公式和算法要吃透業(yè)務(wù)流程要爛熟于胸原因分析要抓主次KPI提升要盡可能Page3長來接通率介紹長來接通率擁塞/溢出/同搶尋呼無響應(yīng)其他原因值最差端局評定維度在一段統(tǒng)計時間內(nèi)，從業(yè)務(wù)整體指標(biāo)、影響用戶感知及容量3個方面對端局運行及其覆蓋質(zhì)量進行衡量，滿足下列各類原因之一即為最差端局。目前報表中影響因子主要有：接通率、擁塞，溢出，同搶，尋呼無響應(yīng)，以及其他原因。接通率≤93%同搶比、溢出比≥0.1%，擁塞比≥6%尋呼無響應(yīng)比≥6%無線其他原因≥6%報表考核要求：

（1）日：當(dāng)日有3個小時判定為最差；（連續(xù)3個小時）（2）

周：當(dāng)周有3天判定為最差；

（3）月：當(dāng)月有7天判定為最差。（4）排除每小時試呼次數(shù)小于200次的端局（5）上述指標(biāo)不重復(fù)計數(shù)。即同時滿足幾個指標(biāo)的最差端局只統(tǒng)計一次。長來接通率考核點Page4長途來話接通率考核場景針對端局而言，是T局作為端局的的入局，其他局向為出局的話務(wù)模型下進行匯總分析，在信令消息流程上即從T局發(fā)給端局IAM消息到端局Alerting之間任何一個流程出問題均會給T局回對應(yīng)原因值（具體的呼叫流程圖見左圖）。故長途來話接通率分析即需要針對如下呼叫流程進行專項分析。（1）被叫號碼分析；（2）漫游號碼分析；（3）尋呼專題分析；（4）鑒權(quán)專題分析；（5）指配專題分析；（6）放音專題分析；其中最主要的是尋呼和指配流程。長來接通率的分析思路Page5第一步：利用集團報表系統(tǒng)找出最差端局的對應(yīng)原因；（1）依據(jù)報表，找出最差端局主要原因和分布：

分析系統(tǒng)中集團天最差端局、周最差端局和月最差端局，找出最差端局網(wǎng)元并確認(rèn)該局點被評為最差端局的原因分布。（2）分析呼損原因值:

如果是擁塞，溢出，同搶，或?qū)ず魺o響應(yīng)比較高，則針對這幾個原因值進行具體處理解決。如果是其他原因值較高，則需要分析原始話統(tǒng)《中繼局向出局話統(tǒng)》以及登記組合條件話統(tǒng)，找出具體的原因值。（3）跟蹤信令消息：

由于目前報表系統(tǒng)的局限，部分原因值無法區(qū)分出是主叫還是被叫產(chǎn)生的消息，因此需要借助信令儀或消息跟蹤工具，梳理出未接通的原因值分布和占比情況，找出最差端局出現(xiàn)的規(guī)律性，為后期具體分析提供基礎(chǔ)依據(jù)。第二步：針對具體的呼損原因值處理解決以提高接通率。Page6KPI公式和算法要吃透準(zhǔn)確把握KPI的計算公式這是KPI分析的基礎(chǔ)，如果這一點沒有明確，后續(xù)開展的工作可能都是徒勞，比如：試占次數(shù)=占用次數(shù)+溢出次數(shù)+中繼重選次數(shù)；接通次數(shù)=應(yīng)答次數(shù)+用戶早釋次數(shù)+振鈴早釋次數(shù)+被叫無應(yīng)答次數(shù)+用戶決定忙次數(shù)+被叫忙次數(shù)+無效地址次數(shù)；接通率=接通次數(shù)/試占次數(shù)；其他原因=試占次數(shù)-接通次數(shù)－擁塞次數(shù)－溢出次數(shù)－同搶次數(shù)－尋呼無響應(yīng)次數(shù)；其他原因比=其他原因/試占次數(shù)；明確集團考核的KPI公前后差異不同階段集團對長來接通率考核理解可能不同，也許算法和統(tǒng)計點上有差異，在分析之前，需要先確認(rèn)這一點。Page7業(yè)務(wù)流程要爛熟于胸位置更新流程IMSI附著，周期性位置更新，正常位置更新，獨立位置更新，數(shù)據(jù)恢復(fù)基本呼叫流程

局內(nèi)呼叫，局間呼叫，智能呼叫切換流程

局內(nèi)切換，局間切換，后續(xù)切換，2G/3G間切換短消息流程短消息始發(fā)流程，短消息終結(jié)流程，短消息智能流程

Page8業(yè)務(wù)流程要爛熟于胸協(xié)議才是王道ServiceaspectsTechnicalrealizationUtranL3AFixedDetails位置更新流程23012,24008,29002基本呼叫流程23018,24008,25413,48006,48008,29002,29018,25413切換流程23009,48008,25413短消息流程

23040,24011,29002所有業(yè)務(wù)都是基于協(xié)議的規(guī)定，多研讀協(xié)議對網(wǎng)絡(luò)的理解會更深刻Page9原因分析要抓主次專業(yè)服務(wù)項目交付中的KPI分析

商用交付項目一般都是目標(biāo)制的，KPI分析需要全面細(xì)致，主次原因盡量都兼顧工程網(wǎng)優(yōu)中的KPI分析

割接或者替換的時候容易出現(xiàn)這種問題，這種場景要先抓主要問題，盡快解決問題維保項目中的KPI分析

對于維保過程中KPI下降的問題，先抓主要問題，盡快解決問題配合無線等進行KPI分析處理和無線的配合問題，先抓主要問題，盡快解決問題KPI分析的常見應(yīng)用場景備注：此次長來指標(biāo)提升目的是快速提升指標(biāo)，故要抓大放小。此外，時刻記住，網(wǎng)絡(luò)是實時變化的，指標(biāo)的變化必定事出有因??！Page10KPI分析的輔助工具和手段T局話統(tǒng)：

端局話統(tǒng)無法統(tǒng)計ACM和CPG消息原因值，具備一定的參考意義。中創(chuàng)信測平臺：適合查詢針對某個用戶的相關(guān)呼叫記錄，信息量很有限，僅具備參考價值；CNNastar工具：

可以針對各類業(yè)務(wù)進行統(tǒng)計或者查詢記錄，各類場景條件設(shè)置靈活，能較好完成各類的場景分析。M3UA信令鏈路集跟蹤：

使用網(wǎng)元信令跟蹤功能，針對本局到T局M3LKS發(fā)送方向的信令保存帥選出ACM/CPG/REL/RLC四類拆線消息，再行轉(zhuǎn)化協(xié)議文本提取失敗原因值，找出各類失敗原因占比情況。備注：對于KPI分析輔助工具的理解誤區(qū)：很多人認(rèn)為KPI分析工具是一鍵式的，動動手指就可以出分析結(jié)果了，KPI分析的主體還是在人，工具的作用是盡可能去減少人的工作，而不能完全代替人。Page11原因分析要抓主次縮小問題范圍，先抓大頭的失敗

重點攻關(guān)主要的失敗

針對每種失敗給出合理建議KPI分析思路Page12原因分析要抓主次計算公式是否一致，統(tǒng)計算法是否有更新；

周邊網(wǎng)絡(luò)參數(shù)是否有調(diào)整，調(diào)整前后對比和正常局點和非正常局點對比；

A、掉話T305，T308定時器是否設(shè)置一致B、鑒權(quán)時長是否設(shè)置一樣C、尋呼策略是否一致（一般不會不同）不同廠家處理方式不同，拿協(xié)議來說話對于維護網(wǎng)絡(luò)過程中出現(xiàn)指標(biāo)異常，發(fā)現(xiàn)指標(biāo)穩(wěn)定后無法提高時需要檢查：Page13KPI提升要盡可能

1、數(shù)據(jù)配置問題MAP功能配置，GT，IMSIGT，VLR配置，位置區(qū)小區(qū)配置、尋呼策略、失敗處理、黑白名單等

Page14KPI提升要盡可能

2、定時器配置應(yīng)答定時器，鑒權(quán)定時器，尋呼定時器，T305，T308等等

Page15KPI提升要盡可能

3、功能軟參拆線懸置功能（影響指配），處理短消息碰撞（影響SMS），尋呼沖突和語音和周期性位置更新業(yè)務(wù)優(yōu)先級調(diào)整（影響尋呼成功率），預(yù)尋呼軟參（影響長來接通率）等等

Page16資料體系