呼叫建立成功率分析

1、1.1 呼叫建立成功率1.1.1 指標(biāo)計(jì)算公式呼叫建立成功率= 呼叫建立成功次數(shù)/ 呼叫嘗試次數(shù)*100%1.1.2 指標(biāo)意義該指標(biāo)反映CDMA移動(dòng)網(wǎng)無線系統(tǒng)業(yè)務(wù)信道分配成功（呼叫建立）的情況，包括主被叫、語音/數(shù)據(jù)業(yè)務(wù)等的呼叫建立情況。不包括短消息，不包括切換。1.1.3 對(duì)應(yīng)測(cè)量子集指標(biāo)項(xiàng)說明統(tǒng)計(jì)分CS（電路）及PS（分組）兩個(gè)測(cè)量子集，以下以CS業(yè)務(wù)為例介紹。見表4-2。表 Error! No text of specified style in document.1 CS呼叫建立性能主要指標(biāo)列表測(cè)量子集指標(biāo)指標(biāo)類型指標(biāo)含義指標(biāo)單位CS呼叫建立性能統(tǒng)計(jì)自動(dòng)重?fù)艽螖?shù)-CS計(jì)算在電路域業(yè)務(wù)主

2、叫接入過程中BSC收到MS重復(fù)發(fā)送的“Origination”消息的次數(shù)。次A1接口失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫下BSC因未收到“Assignment Request”而造成呼叫建立失敗的次數(shù)次分配呼叫資源失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中，BSC因分配呼叫資源失敗而造成呼叫建立失敗的次數(shù)次捕獲反向業(yè)務(wù)信道前導(dǎo)失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中BSC在發(fā)送擴(kuò)展信道指配消息后，沒有接收到反向“TCH Preamble”的次數(shù)。次層2握手失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中，BSS捕獲到“TCH Preamble”后給手機(jī)發(fā)送“BS Ack Order”，卻沒有接

3、收到反向“MS Ack Order”的次數(shù)。次業(yè)務(wù)連接失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中，BSC發(fā)送“Service Connect”消息之后卻沒有接收到“Service Connect Complete”消息的次數(shù)。次業(yè)務(wù)信道信令交互失敗次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中，BSC收到反向“TCH Preamble”后，在向 MSC發(fā)送“Assignment Complete”之前出現(xiàn)的呼叫建立失敗次數(shù)；次指配嘗試次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中BSC發(fā)送信道指配的次數(shù)。次業(yè)務(wù)信道準(zhǔn)備好次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中BSC發(fā)送信道指配的次數(shù)。次成功捕獲反向業(yè)務(wù)

4、信道前導(dǎo)次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中BSC在發(fā)送擴(kuò)展信道指配消息后成功接收反向“TCH Preamble”的次數(shù)。次硬切換切入成功次數(shù)-CS計(jì)算統(tǒng)計(jì)IS95和IS2000電路域業(yè)務(wù)的硬切換切入成功次數(shù)。次嘗試次數(shù)-CS計(jì)算統(tǒng)計(jì)在電路域業(yè)務(wù)（不包括短消息）下BSC收到“Origination”或“Page Response”的次數(shù)。次建立成功次數(shù)-CS計(jì)算在電路域業(yè)務(wù)呼叫接入過程中BSC向 MSC發(fā)送“Assignment Complete”的次數(shù)。次建立成功率-CS%計(jì)算100*(建立成功次數(shù)-CS/嘗試次數(shù)-CS)%& 提醒：業(yè)務(wù)信道信令交互失敗次數(shù)-CS = 業(yè)務(wù)連接失

5、敗次數(shù)-CS + 層2握手失敗次數(shù)-CS1.1.4 指標(biāo)項(xiàng)分析··當(dāng)成功率低時(shí)，先重點(diǎn)關(guān)注并解決失敗次數(shù)最多的指標(biāo)。如各種失敗次數(shù)都較均衡，可先關(guān)注捕獲反向業(yè)務(wù)前導(dǎo)失敗及業(yè)務(wù)信道信令交互失敗指標(biāo)。當(dāng)其它失敗原因較多時(shí)，可視為異常現(xiàn)象，可結(jié)合網(wǎng)絡(luò)容量、單板配置、參數(shù)配置和告警信息進(jìn)行分析。l 注意：與R001版本不同的是，呼叫建立失敗中少了“呼叫早釋”的統(tǒng)計(jì)?，F(xiàn)在的統(tǒng)計(jì)方法是：呼叫結(jié)束后判斷呼叫釋放原因是否為早釋，如果是早釋的話，不會(huì)統(tǒng)計(jì)這一次呼叫嘗試。l 注意：當(dāng)使用了MARKOV測(cè)試呼叫，而且軟參為“不使用MSC參與”時(shí)，BSC不會(huì)收到MSC的指配請(qǐng)求，所以“指配嘗試次數(shù)

6、”不會(huì)被統(tǒng)計(jì)，而BSC發(fā)送了ECAM/CAM，“業(yè)務(wù)信道準(zhǔn)備好次數(shù)”會(huì)被統(tǒng)計(jì)，可能會(huì)造成話統(tǒng)結(jié)果中，“業(yè)務(wù)信道準(zhǔn)備好次數(shù)”大于“指配嘗試次數(shù)”的情況。另外，對(duì)于MARKOV測(cè)試呼叫是不會(huì)向MSC發(fā)送指配完成的，但是話統(tǒng)也統(tǒng)計(jì)上了“呼叫建立成功次數(shù)”。類似的測(cè)試呼叫還有TD_SO/ LOOPBACK呼叫。l 對(duì)于雙載波基站，兩載波采用硬指配的方式分配業(yè)務(wù)信道，其呼叫次數(shù)和建立成功次數(shù)，都統(tǒng)計(jì)在呼叫實(shí)際建立的載頻上。也就是說，從基本載波接入的指配到疊加載波，話統(tǒng)都統(tǒng)計(jì)到疊加載波了。u A1接口失敗次數(shù)A1接口失敗次數(shù)= 呼叫嘗試次數(shù) - 指配嘗試次數(shù)。該指標(biāo)可能因?yàn)锳接口的失敗、定時(shí)器設(shè)置不合理等

7、造成。可以通過檢查A接口鏈路連接及告警，CCM_T_WT_ASSG_REQ定時(shí)器的長(zhǎng)短來解決問題，如圖4-1。再進(jìn)一步，還可以通過CSL中的失敗原因值分析是否存在其它異常。該失敗次數(shù)不多時(shí)，可不重點(diǎn)關(guān)注。& 提醒：在C03以前版本中該失敗原因稱為MSC拒絕，從實(shí)際應(yīng)用中通過CSL工具發(fā)現(xiàn)，發(fā)生MSC拒絕統(tǒng)計(jì)的絕大部分都是被叫移動(dòng)臺(tái)，原因是當(dāng)主叫撥打被叫，MSC一方面對(duì)主叫回指配請(qǐng)求，一方面馬上被叫下尋呼，當(dāng)被叫回尋呼響應(yīng)后，MSC發(fā)現(xiàn)此時(shí)主叫建立已經(jīng)失敗或已提前釋放，于是給被叫方BSC下發(fā)disconnect拆除被叫，此時(shí)被叫BSC釋放被叫，失敗原因?yàn)镸SC拒絕（CSL中釋放原因值為A

8、13）。這種統(tǒng)計(jì)不合理的，因此在R003C03版本后，不再統(tǒng)計(jì)收到disconnect拆除的那部分呼叫，該指標(biāo)將改為A1接口失敗。其它的MSC的拒絕與MSC的處理機(jī)制相關(guān)，需要進(jìn)一步由MSC上分析。u 分配呼叫資源失敗次數(shù)分配呼叫資源失敗次數(shù) = 指配嘗試次數(shù) - 業(yè)務(wù)信道準(zhǔn)備好次數(shù)分配呼叫資源失敗是指BSC申請(qǐng)各種呼叫所需資源過程的失敗，包括無線資源、地面電路資源、各種硬件資源等，也就是從BSC的CCM模塊收到MSC的“Assignment Request”一直到CCM發(fā)送ECAM消息期間的任一失敗都認(rèn)為是分配呼叫資源失敗。它與業(yè)務(wù)信道擁塞率統(tǒng)計(jì)中的擁塞總次數(shù)不同，業(yè)務(wù)信道擁塞是呼叫資源分配

9、過程中RRM模塊分配無線資源過程的失敗，只是呼叫資源分配不成功中的一個(gè)部分。但業(yè)務(wù)信道擁塞率統(tǒng)計(jì)中還包括了切換的統(tǒng)計(jì)，這里只是呼叫建立。一般而言，呼叫資源的擁塞絕大部分應(yīng)該在無線資源擁塞，這種擁塞的原因?qū)⒃跇I(yè)務(wù)信道擁塞率統(tǒng)計(jì)中分析。如果統(tǒng)計(jì)的分配呼叫資源失敗次數(shù)很多而業(yè)務(wù)信道擁塞統(tǒng)計(jì)很少，則我們可以排除無線資源擁塞的原因，剩下地面鏈路的擁塞或設(shè)備內(nèi)部軟硬件等的問題。在傳輸鏈路容量規(guī)劃正確的情況下，傳輸鏈路的擁塞應(yīng)該基本可以通過鏈路故障的告警排查。進(jìn)一步可以從CSL的中得知具體的釋放原因值，從設(shè)備內(nèi)部進(jìn)一步定位問題。u 捕獲反向業(yè)務(wù)信道前導(dǎo)失敗捕獲反向業(yè)務(wù)信道前導(dǎo)失敗次數(shù) = 業(yè)務(wù)信道準(zhǔn)備好次數(shù)

10、 - 成功捕獲反向業(yè)務(wù)信道前導(dǎo)次數(shù)。u 業(yè)務(wù)信道信令交互失敗業(yè)務(wù)信道信令交互失敗次數(shù) = 成功捕獲反向業(yè)務(wù)信道前導(dǎo)次數(shù) - 呼叫建立成功次數(shù)。業(yè)務(wù)信道信令交互失敗與R001版本中的等待移動(dòng)臺(tái)響應(yīng)超時(shí)統(tǒng)計(jì)是一樣的。捕獲反向業(yè)務(wù)信道前導(dǎo)失敗與業(yè)務(wù)信道信令交互失敗可以歸為是無線鏈路的失敗，區(qū)別在于業(yè)務(wù)信道交互時(shí)反向已是閉環(huán)功控過程，基站如果已解調(diào)反向業(yè)務(wù)信道也進(jìn)入了前向功率控制過程。在現(xiàn)網(wǎng)中，捕獲反向業(yè)務(wù)信道前導(dǎo)失敗是呼叫建立不成功的最主要原因。1.1.5 可能導(dǎo)致呼叫建立失敗的原因根據(jù)現(xiàn)網(wǎng)統(tǒng)計(jì)情況看，捕獲反向業(yè)務(wù)前導(dǎo)失敗及業(yè)務(wù)信道信令交互失敗是呼叫建立失敗的主要原因。下面的分析主要針對(duì)這兩個(gè)失敗原

11、因。當(dāng)其它失敗原因較多時(shí)，可視為異?，F(xiàn)象，可結(jié)合網(wǎng)絡(luò)容量、單板配置、參數(shù)配置和告警信息等進(jìn)行分析?？偟膩砜矗斐缮鲜鰞煞N失敗可分為三種可能：前向信號(hào)差，手機(jī)沒有收到前向消息或手機(jī)不能成功解調(diào)前向業(yè)務(wù)信道；反向信號(hào)差，手機(jī)發(fā)了TCH preamble或消息后基站不能接收；基站定時(shí)器等待超時(shí)。具體原因主要可能有：1 網(wǎng)絡(luò)結(jié)構(gòu)不合理網(wǎng)絡(luò)結(jié)構(gòu)的不合理造成的覆蓋差或盲區(qū)，需要調(diào)整天饋甚至是站址來改善無線網(wǎng)絡(luò)架構(gòu)。2 功率控制參數(shù)設(shè)置不合理前向業(yè)務(wù)信道初始發(fā)射功率及前向業(yè)務(wù)信道最大發(fā)射功率設(shè)置過小，可能造成移動(dòng)臺(tái)無法正確解調(diào)前向業(yè)務(wù)信道。進(jìn)入前反向功控過程后，還有可能是由于前反向功控步長(zhǎng)、頻度、Eb/Nt

12、設(shè)定等參數(shù)設(shè)置不合理造成業(yè)務(wù)信道解調(diào)的失敗。3 接入?yún)?shù)設(shè)置不合理反向接入?yún)?shù)設(shè)置不合理可能造成移動(dòng)臺(tái)的發(fā)射功率偏低，不足以讓系統(tǒng)解調(diào)，如NOM_PWR，INIT_PWR，PWR_STEP，RLGAIN_ADJ，RLGAIN_TRAF_PILOT等。4 干擾原因。干擾包括CDMA系統(tǒng)自身的干擾以及來自外界的干擾，系統(tǒng)受到干擾，一般反向會(huì)表現(xiàn)為移動(dòng)臺(tái)發(fā)射功率高，前向表現(xiàn)為Rx高而Ec/Io差。系統(tǒng)自身的干擾需要綜合考慮網(wǎng)絡(luò)的質(zhì)量容量覆蓋等問題后加以調(diào)整。外界干擾可以通過干擾測(cè)試儀器檢測(cè)并進(jìn)一步定位清除。通過基站的RSSI數(shù)據(jù)可以大致了解反向的干擾情況，一般情況下，網(wǎng)絡(luò)負(fù)載時(shí)RSSI值也不應(yīng)高于-

13、90dBm。RSSI高于-90 dBm，特別是高于-80 dBm后會(huì)出現(xiàn)接入困難、掉話等情況。5 導(dǎo)頻污染6 消息重發(fā)次數(shù)設(shè)置不合理前向消息的重發(fā)次數(shù)及重發(fā)間隔一般是可配置的，如果前向消息的重發(fā)次數(shù)太少或重發(fā)間隔太小，就難以起到消息重發(fā)在時(shí)間上的分集作用，不利于移動(dòng)臺(tái)接收該消息。我們系統(tǒng)的消息重發(fā)主要在LAC層實(shí)現(xiàn)，通過維護(hù)臺(tái)命令：MOD LACCTRL，修改重發(fā)參數(shù)專用信道確認(rèn)模式最大重傳次數(shù)、專用信道非確認(rèn)模式最大重傳次數(shù)、公用信道確認(rèn)模式最大重傳次數(shù)、公用信道非確認(rèn)模式最大重傳次數(shù)可以分別控制各種消息的重發(fā)次數(shù)。協(xié)議中已經(jīng)規(guī)定了移動(dòng)臺(tái)側(cè)的定時(shí)器長(zhǎng)度，系統(tǒng)側(cè)的消息重發(fā)次數(shù)和間隔應(yīng)該與移動(dòng)臺(tái)相配合起來，才能使信令交互通暢。參見定時(shí)器設(shè)置不合理問題。7 前反向搜索窗設(shè)置不合理8 與切換的沖突。如果移動(dòng)臺(tái)在呼叫建立過程中服務(wù)小區(qū)信號(hào)變差，出現(xiàn)掉網(wǎng)，移動(dòng)臺(tái)迅速重新初始化或空閑切換到新的導(dǎo)頻上，說明可能是接入與切換發(fā)生了沖突。這時(shí)，可能是：第一，呼叫建立過程與切換的沖突（新的導(dǎo)頻在鄰區(qū)列表中）。一種可能是服務(wù)小區(qū)的導(dǎo)頻Ec/Io惡化很快（如5-6dB/S），而這時(shí)可切換區(qū)域太小，很有可能在正常的呼叫建立過程中就已經(jīng)掉網(wǎng)了。另一種可能是呼叫建立速度太慢或移動(dòng)臺(tái)移動(dòng)太快，即使在服務(wù)小區(qū)的導(dǎo)頻Ec/Io惡化并不快，切換區(qū)域大小合理的情況下，也可能移動(dòng)臺(tái)到了服務(wù)小區(qū)邊界呼叫建立還