呼叫建立成功率分析

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

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

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

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

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

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

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

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

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

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

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

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

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