DT呼叫失敗原因分析

1、DT測(cè)試中呼叫建立失敗原因分析目錄概述21. 道路測(cè)試中成功的呼叫建立消息歷程21.1 手機(jī)做主叫的消息歷程31.2 手機(jī)做被叫的消息歷程41.3 被叫用戶沒有接通的消息歷程51.4 被叫用戶忙的消息歷程61.5 被叫用戶已關(guān)機(jī)或未應(yīng)答的消息歷程72. 道路測(cè)試中呼叫建立失敗的消息歷程82.1 SD 擁塞的消息歷程82.2 TCH 擁塞的消息歷程92.3 下行質(zhì)量差造成TCH接入失敗的消息歷程102.4 SDCCH掉話的消息歷程112.5 無效的呼叫123. 道路測(cè)試中呼叫建立失敗的主要原因124處理呼叫建立成功率低的流程圖14結(jié)束語15概述呼叫建立分析是移動(dòng)通信網(wǎng)絡(luò)優(yōu)化的范疇之一。這里我們主

2、要分析道路測(cè)試中測(cè)試系統(tǒng)采集的無線接口消息。對(duì)于不同的測(cè)試系統(tǒng)，其無線消息采集處理上有著些許的差異，但總體上都依據(jù)GSM規(guī)范制定。下面通過針對(duì)測(cè)試系統(tǒng)收集處理的信令消息分析，進(jìn)而查找呼叫建立失敗的原因。從道路測(cè)試的角度分析呼叫建立的過程，我們不僅要關(guān)注統(tǒng)計(jì)意義上的TCH分配過程；更重要還要從用戶感知上考慮，從RACH接入、SDCCH分配、TCH分配一直到用戶真正開始通話為止。從而完整的分析用戶呼叫直至通話的全過程。1. 道路測(cè)試中成功的呼叫建立消息歷程道路測(cè)試中正常的呼叫建立過程，通過信令消息: Assignment Complete體現(xiàn)了TCH信道的正常分配。而對(duì)于廣義上的呼叫建立，即有戶所

3、感知而言，信令消息則對(duì)應(yīng)為：Connect Acknowledge體現(xiàn)了用戶通話的開始。1.1 手機(jī)做主叫的消息歷程TEMS測(cè)試系統(tǒng)1.2 手機(jī)做被叫的消息歷程 TEMS測(cè)試系統(tǒng)在成功的呼叫建立過程中，有一些呼叫對(duì)于用戶而言不能發(fā)生通話。我們以移動(dòng)臺(tái)發(fā)起呼叫為例，在被叫用戶（固定網(wǎng)）不能接通、被叫移動(dòng)用戶未開機(jī)、被叫用戶沒有接聽、被叫用戶正在通話等許多情況下，都不會(huì)發(fā)生用戶間的通話。但是，對(duì)于無線網(wǎng)絡(luò)而言，他們都屬于正常的呼叫信令接續(xù)。1.3 被叫用戶沒有接通的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之后，MSC沒有向移動(dòng)臺(tái)發(fā)送Connect消息，而是發(fā)送了Disconn

4、ect消息。分析Disconnect消息中的Cause Value可以大致得出原因：MSC未能建立對(duì)外的連接，有可能是由于沒有可用的資源。 1.4 被叫用戶忙的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之后，MSC沒有向移動(dòng)臺(tái)發(fā)送Connect消息，而是發(fā)送了Disconnect消息。分析Disconnect消息中的Cause Value可以得出明確的原因：被叫用戶忙。1.5 被叫用戶已關(guān)機(jī)或未應(yīng)答的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之后，MSC沒有向移動(dòng)臺(tái)發(fā)送Connect消息，而是發(fā)送了Disconnect消息。分析Disconnect消息中

5、的Cause Value可以得出明確的原因：被叫用戶沒有應(yīng)答。2. 道路測(cè)試中呼叫建立失敗的消息歷程對(duì)于道路測(cè)試中的呼叫建立失敗，不僅是針對(duì)TCH分配過程中的失敗，還涵蓋了包括RACH接入、SDCCH分配過程以及無效的呼叫等多種情況。而對(duì)于廣義上的呼叫建立，還包括了在TCH分配完成后，在移動(dòng)臺(tái)發(fā)送Connect Acknowledge消息之前，所發(fā)生的TCH掉話。下面我們從網(wǎng)絡(luò)中可能出現(xiàn)的一些引發(fā)呼叫建立失敗的原因入手，分析移動(dòng)臺(tái)處于各種情況下，其信令消息的接續(xù)歷程。 2.1 SD 擁塞的消息歷程從上面的層3消息中，我們可以看到SDCCH擁塞時(shí)，系統(tǒng)會(huì)向移動(dòng)臺(tái)發(fā)送Immediate Assig

6、nment Reject消息。比較Layer3消息中的Random reference號(hào)碼，從而可以確定多個(gè)信道請(qǐng)求消息中，那一條由于SDCCH擁塞而被拒絕。2.2 TCH 擁塞的消息歷程從上面的層3消息中，我們可以看到TCH擁塞時(shí)，下行發(fā)出Call Proceeding消息后，當(dāng)沒有TCH可用信道時(shí)，手機(jī)在排隊(duì)打開的情況下，在SDCCH上排隊(duì)等待，直到排隊(duì)時(shí)長終止。下行即發(fā)出Channel Release消息。2.3 下行質(zhì)量差造成TCH接入失敗的消息歷程從上面的層3消息中，我們可以看到當(dāng)TCH擁塞和TCH分配失敗時(shí)，經(jīng)?？梢钥吹揭苿?dòng)臺(tái)回到SDCCH上發(fā)送Assignment Failure

7、消息，其描述多為：沒有無線資源、無線接口失敗以及協(xié)議錯(cuò)誤。對(duì)于無線接口失敗，導(dǎo)致其發(fā)生的原因有多種。其中多數(shù)是由于硬件故障、干擾、信號(hào)阻擋等因素造成的。當(dāng)處理這類問題時(shí)，需要根據(jù)測(cè)試現(xiàn)場的周邊環(huán)境；小區(qū)相關(guān)性能統(tǒng)計(jì)；結(jié)合測(cè)試文件綜合加以考慮。2.4 SDCCH掉話的消息歷程RF_LOSSES_SD是在SDCCH上的射頻掉話的數(shù)目。引起原因可能是覆蓋問題；同、鄰頻干擾問題；硬件問題等等，需要進(jìn)行實(shí)際的測(cè)試后，根據(jù)具體情況進(jìn)行分析。從呼叫建立的信令消息歷程上分析， 我們可將SDCCH掉話分為:Assignment Command消息之前的SD射頻丟失和Assignment Command消息之后，

8、TCH分配失敗后移動(dòng)臺(tái)不能回到原SDCCH信道的掉話。從上面的層3消息中，我們可以看到Assignment Command消息之前的SD射頻丟失。 2.5 無效的呼叫在測(cè)試過程中，常能碰到一些由于人為因素造成的呼叫建立失敗。在這里我們將其統(tǒng)一歸為無效呼叫。下面列舉一些常見的現(xiàn)象： 移動(dòng)臺(tái)呼叫建立過程中的出現(xiàn)突然斷電。 移動(dòng)臺(tái)關(guān)機(jī)（IMSI detach） 移動(dòng)臺(tái)呼叫建立過程中，在Setup消息之前，由于移動(dòng)臺(tái)掛機(jī)等原因?qū)е乱苿?dòng)臺(tái)發(fā)送CM Service Abort消息，取消呼叫。 移動(dòng)臺(tái)道路測(cè)試過程中，由于人為設(shè)定撥叫等待時(shí)長，造成呼叫建立的信令接續(xù)不能完成。其中包括幾種情況：1. 由于人為設(shè)

9、定呼叫接續(xù)等待時(shí)長短于系統(tǒng)正常的呼叫建立時(shí)長，造成呼叫建立的信令接續(xù)不能完成。2. 在結(jié)束一次通話后，由于跨越LAC區(qū)導(dǎo)致移動(dòng)臺(tái)發(fā)起位置更新。在位置更新過程未完成時(shí)，人為設(shè)定撥叫等待時(shí)長到時(shí)，需進(jìn)行下一次呼叫，則會(huì)出現(xiàn)無法發(fā)起呼叫或被叫不再服務(wù)區(qū)的現(xiàn)象。3. 由于LAC區(qū)規(guī)劃不合理，LAC交界處基站覆蓋調(diào)整不當(dāng)時(shí)，會(huì)導(dǎo)致移動(dòng)臺(tái)在結(jié)束一次通話后，接連跨越LAC區(qū)，連續(xù)進(jìn)行位置更新。從而使人為設(shè)定撥叫等待時(shí)長超時(shí)，出現(xiàn)無法發(fā)起呼叫或被叫不再服務(wù)區(qū)的現(xiàn)象。4. 測(cè)試設(shè)備軟件原因。某些測(cè)試系統(tǒng)，在結(jié)束一次通話后，移動(dòng)臺(tái)進(jìn)行小區(qū)重選時(shí)，有時(shí)會(huì)出現(xiàn)短暫的脫網(wǎng)現(xiàn)象。從而導(dǎo)致人為設(shè)定撥叫等待時(shí)長超時(shí)，出現(xiàn)無法

10、發(fā)起呼叫或被叫不在服務(wù)區(qū)的現(xiàn)象。3. 道路測(cè)試中呼叫建立失敗的主要原因當(dāng)呼叫建立失敗時(shí)，基站通常送DISCONNECT消息到移動(dòng)臺(tái)，DISCONNECT消息簡要的指示出呼叫建立失敗的不同原因。下面就是在道路測(cè)試期間經(jīng)常出現(xiàn)一些呼叫建立失敗的原因值詳細(xì)描述。Cause Value描述可能的原因 Cause Value 31“正常， 未詳細(xì)說明”這原因通常報(bào)告一個(gè)正常的事件僅僅當(dāng)在正常的類別沒有另外的原因適用時(shí)。BSS（TCH擁塞）或MSC問題Cause Value 34“沒有可用的電路/信道”(在Assignment Command前)這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。TCH擁塞C

11、ause Value 34 “沒有可用的電路/信道”(在Assignment Command后)這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。MSC擁塞Cause Value 41“暫時(shí)的失敗”(在Assignment Command前)這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長的時(shí)段，移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。BSS問題， 尤其是硬件問題Cause Value 41“暫時(shí)的失敗”(在Assignment Command后)這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長的時(shí)段，移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。MSC問題Cause Value 42“交換設(shè)備擁塞”這原因顯示交換設(shè)備正處于高通信量的處理時(shí)期。MSC擁塞Cause Value 44“請(qǐng)求電路/信道不可用”當(dāng)電路或信道請(qǐng)求的實(shí)體不能被另一邊接口提供時(shí)這原因被返還。BSS問題，尤其是CIC擁塞Cause Value 111“協(xié)議錯(cuò)誤， 未詳細(xì)說明”這原因通常報(bào)告一個(gè)協(xié)議差錯(cuò)事件，僅僅當(dāng)在協(xié)議差錯(cuò)類別沒有另外的原因適用時(shí)。BSS或MSC問題在道路測(cè)試過程中，我們會(huì)碰到各種由不同