網(wǎng)絡(luò)未接通問題點分析流程指導(dǎo)書

1、網(wǎng)絡(luò)未接通問題點分析流程指導(dǎo)書一、路測未接通問題點產(chǎn)生機制未接通主要是在手機向系統(tǒng)發(fā)送呼叫請求，但是在呼叫過程中由于某種原因，主叫或被叫手機沒有分配到TCH信道，導(dǎo)致未接通。路測(DRIVE TEST) 當(dāng)中考察的一項重要指標(biāo), 接通率一直是優(yōu)化中要應(yīng)對的一個重要工作.在日常的測試當(dāng)中, 我們經(jīng)常遇到各種各樣的未接通情況。原因也是多種多樣。導(dǎo)致未接通的常見的原因主要有：被叫手機位置更新、主叫手機TCH擁塞、被叫手機TCH擁塞、主叫手機SDCCH擁塞、被叫手機SDCCH擁塞、SDCCH 掉話、呼叫號碼錯誤、CIC分配錯誤、尋呼失敗。從測試中主叫與被叫的信令流程分析，要完成一個完整的接續(xù)過程，一共

2、有以下幾步的信令流程：主叫的信令流程：MSBTS說明RACHChannel requestAGCHImmediate assignmentSDCCHCM service requestSDCCHCM service acceptSDCCHAuthentication RequestSDCCHAuthentication response（鑒權(quán)響應(yīng)）SDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceeding（進程、程序）SDCCHAssignment commandFACCHAssignment comp

3、leteFACCHProgressFACCHAlertingFACCHConnectFACCHConnect acknowledgeTCHSpeech被叫的信令流程：MSBTS說明PCHPaging RequestRACHChannel requestAGCHImmediate assignmentSDCCHPaging response（響應(yīng)）SDCCHAuthentic requestSDCCHAuthentic responseSDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceedingSDCCHA

4、ssignment commandFACCHAssignment completeFACCHProgressFACCHAlertingFACCHConnectFACCHConnect acknowledgeTCHSpeech 從上面的主叫和被叫的信令流程比較來看，被叫在交換機一側(cè)以下幾步流程，在無線上主叫比被叫多了PAGING 這個流程：E|GMSC - HLR UDT(BEG(INV(Send Routing Info)D|HLR - VLR UDT(BEG(INV(Provide Roaming Number)D|VLR - HLR UDT(END(RES-L(Provide Roamin

5、g Number) Roaming NumberE|HLR - GMSC UDT(END(RES-L(Send Routing Info) Roaming NumberA|MSC - BSS UDT(Paging)在路測過程中，L3接續(xù)流程和故障判斷流程：二、未接通問題點分析及處理方法導(dǎo)致未接通的常見的原因?qū)⒔Y(jié)合實際情況，根據(jù)信令流程，一步一步對未接通的原因進行分析：1. channel request 拒絕channel request 拒絕在路測中很少遇到，如果小區(qū)被BAR （禁止）的情況下，會出現(xiàn)手機channel request 發(fā)送不出的現(xiàn)象。如下圖，在L3 的信息里面不會出現(xiàn)cha

6、nnel request 的信息。路測中如果主叫手機在一個啟動了流量控制的小區(qū)發(fā)起呼叫，可能不會出現(xiàn)channel request 消息。根據(jù)最新的測試規(guī)范，只有channel request和 CM SERVICE REQUEST 同時出現(xiàn)時，才計算一次試呼，所以，主叫沒有channel request 不會影響接通率。如果是被叫，則會在小區(qū)里收到PAGING 消息，但是建立不了呼叫，造成一次未接通。值得注意的是在路測過程中，有時會出現(xiàn)連發(fā) 多次channel request 的情況（連發(fā)的次數(shù)由小區(qū)參數(shù)max_retran 決定，大同的max_retran 3， 表示可以連發(fā)7次）。如果是

7、由于SDCCH 本身時隙的問題或者手機在弱覆蓋地帶收不到SDCCH，在信令上不會出現(xiàn)IMMEDIATE ASSIGNMENT。2. SDCCH 擁塞對于主被叫，SDCCH擁塞的一個重要標(biāo)志是信令上出現(xiàn)IMMEDIATE ASSIGNMENT 和IMMEDIATE ASSIGNMENT REJECT 兩條信息，如下圖：如果是主叫SDCCH 擁塞，用戶的感受是電話撥出以后馬上退回，沒有任何的提示音。如果是被叫SDCCH 擁塞，主叫一方聽到的是“暫時無法接通”的錄音通知。主叫DISCONET 的cause value 是16。分析現(xiàn)網(wǎng)的數(shù)據(jù)，SDCCH 擁塞率大的小區(qū)，應(yīng)該通過修改SDCCH 數(shù)目來

8、減少SDCCH 擁塞，實際路測當(dāng)中，碰上的SDCCH擁塞很少。3. TCH 擁塞對于主叫手機TCH 擁塞的是在SETUP 以后直接DISCOONECT的消息，cause value 是34，顯示沒有信道資源，用戶的感受時在電話撥出以后45秒內(nèi)，聽到連續(xù)的嘟嘟嘟嘟音。如果是被叫TCH擁塞，主叫一方聽到的是“暫時無法接通”的錄音通知。主叫DISCONET 的cause value :16，被叫的release 的原因也是cause value :34. 應(yīng)該說，TCH 擁塞是日常路測中發(fā)現(xiàn)的主要原因。4. SDCCH 掉話SDCCH 掉話是在SDCCH 分配以后，到TCH分配之前的掉話。SDCCH

9、 與無線環(huán)境和覆蓋有很大的關(guān)系。SDCCH 掉話引起的DISCONET 的cause value 是 TEMP FAILURE。5. Paging(尋呼消息)在測試過程中，我們多次發(fā)現(xiàn)，有的未接通是由于沒有paging 消息而造成的（主要根據(jù)被叫手機接收到的IMSI 和TMSI 號進行查找，被叫手機只要不做TMSI RELOCATION，它的TMSI號與上一次呼叫一致，而IMSI號是固定的）。 PAGING消息的發(fā)送流程如下： E|GMSC - HLR UDT(BEG(INV(Send Routing Info) D|HLR - VLR UDT(BEG(INV(Provide Roaming

10、Number) D|VLR - HLR UDT(END(RES-L(Provide Roaming Number) Roaming Number E|HLR - GMSC UDT(END(RES-L(Send Routing Info) Roaming Number A|MSC - BSS UDT(Paging) Paging 消息由交換機產(chǎn)生以后，通過MSC 送到被叫小區(qū)的LAC區(qū)所在的 BSC, 在由BSC 所在的BTS 通過PCH 進行paging. Paging 消息丟失，有以下幾種可能：l 空中接口，由于PCH 配置不合理造成PAGING 信息的丟失，但是統(tǒng)計數(shù)據(jù)表明：所有小區(qū)的pc

11、h_page_q_discrd 的數(shù)目都為 0，這表示，在空中接口的PAGING 能力是足夠的。l MSC到BSC 到 BTS,從每個小區(qū)的統(tǒng)計項 page_request_from_msc 來看相同LAC下面的每一個小區(qū)的page_request_from_msc 數(shù)目基本相同，差異僅僅為 萬分之一或者十萬分之一。因此，在BSC到BTS 這一段丟失paging 的可能性很小。MSC 到BSC這一段由于受到BSC處理能力的影響，有可能造成paging溢出，一般來說，在PAGING 溢出的小區(qū)，在基站的MCUF的swfm 里面有以下的告警：(如何看告警：在bsc內(nèi)進入3級狀態(tài)，3stooges

12、4beatles，set_mmi exec_mon,rlogin 2(站號) 1015h，swmf l a,swmf r a ) Full Mailbox: this and all subsequent messages will be discarded 5d until the mailbox is no longer full. No further notices will be5d given for discarded messages or the full condition. Full Mailbox的告警消息與基站本身的話務(wù)沒有關(guān)系，基站本身的話務(wù)不足以使它的MAILBO

13、X 滿掉，它主要和收到的PAGING信息有關(guān)系。網(wǎng)絡(luò)規(guī)劃合理與否，可以通過檢查BSC 的PAGING 溢出是否嚴(yán)重，檢查PAGING信息量最大的LAC區(qū)下的BSC和BTS 的MAILBOX , 均沒有出現(xiàn)溢出的現(xiàn)象，認(rèn)為是比較合理的網(wǎng)絡(luò)。l MSC 沒有下發(fā)paging 消息： 需要MSC 配合 進行幾項統(tǒng)計的對比： 要求MSC下發(fā)paging 的數(shù)目：包括短消息中心，BSC，PSTN 等 不同路由的paging 要求。實際下發(fā)的paging 消息數(shù)目和BSC一側(cè) 收到的paging 消息數(shù)目。6. 號碼錯誤在路測中，有時會發(fā)現(xiàn)號碼錯誤引起的未接通，在L3信令中release消息 的cause

14、 value 為28 ，Invalid number format出現(xiàn)號碼錯誤時，主叫的感受是聽到許許多多的雜音，然后聽到多來米的聲音，并且直接收到下行的release 消息。沒有DISCONNECT 消息。可能是由于測試卡為VPN 短號碼卡的原因或者檢查交換機（由于號碼的判斷和識別屬于交換機一側(cè)的功能，建議對交換數(shù)據(jù)進行檢查）。7. 呼叫無應(yīng)答路測當(dāng)中，會出現(xiàn)呼叫無應(yīng)答的現(xiàn)象，Cause value 18: alerting,but no answer. 我們認(rèn)為這些情況應(yīng)該從未接通中間扣除，原因是被叫用戶可能在進行通話。建議在測試中使用專用測試卡以避免被叫接聽主叫號碼以外的電話。8. 協(xié)議

15、錯誤: 測試當(dāng)中，可以看到主叫有時會出現(xiàn)協(xié)議錯誤的diconnect 的消息，一般出現(xiàn)的幾率較小，一次全網(wǎng)路測中有1次到2次，cause value = 111， Protocol error 。我們認(rèn)為可能與MSC 到 BSC 之間的電路復(fù)位有關(guān)(RESET CIRCUIT)，另外，可能與MSC 分配的時隙是一個已經(jīng)被BLOCKED 的時隙有關(guān)，在BSC的SWFM里面，會出現(xiàn)以下的告警：SWFM Log Entry 60 1cf Nonfatal SWFM Error Routine: cp_messages.c 1cf Area: 0x00008000 Error: 0x0000000b

16、PC: 0xc0002c0e PID: 0x40 (SM BSC) 1cf BSS Release: 1cf 05-Apr-2004 14:34:24.455 Subsystem: 0x01 CPU: 0x0115 Board: GPROC2 RAM 1cf 1cf SM Error 0xb: Old CIC was Not Active 1cf detected in file cp_transf.c at line:287 1cf _old_circuit_id = 0x64 1cf _old_cic_node-operational_state = 0x0 1cf SM Error: C

17、P Transfer Failed. 在主叫用戶一側(cè)，可以聽到系統(tǒng)的提示音。這一類錯誤在檢查BSC SWFM錯誤時可以發(fā)現(xiàn)。9. 被叫手機位置更新當(dāng)主叫手機分配到TCH后，開始尋呼被叫手機，而被叫手機在分配好SDCCH后，正好被叫手機進行了位置更新，導(dǎo)致主叫未接通。 L3信令流程如下：是否進行位置更新，主要是有system information 3發(fā)送給MS來決定。 附表：各種未接通時間的原因，原因值，用戶感受DISCONNECT 原因(CAUSE VALUE)用戶感受被叫TCH擁塞34: No circurt/channel available錄音通知,暫時無法接通主叫TCH擁塞34: N

18、o circurt/channel available連續(xù)的嘟嘟嘟嘟有尋呼消息,但沒有PAGING_RESPONSE16: normal clearing錄音通知,暫時無法接通被叫SDCCH擁塞16: normal clearing錄音通知,暫時無法接通主叫SDCCH擁塞沒有DISCONNECT 消息沒有任何提示音,直接返回SDCCH 掉話41：temp failure錄音通知,暫時無法接通錯誤號碼28：Invalid number format主叫在聽到一陣雜音后，多來米呼叫無應(yīng)答18: alerting,but no answer錄音通知,用戶無人接聽CIC 復(fù)位111：protocol

19、error 主叫聽見多來米被叫位置更新41：temp failure錄音通知,暫時無法接通連接超時102主叫聽見多來米，被叫無尋呼信息三、未接通問題點分析案例1、 問題描述：手機占用的是DE213C的信號，由于信號突然衰變，由-70dbm左右變?yōu)?100dbm左右，話音質(zhì)量變差，使得SDCCH掉話，導(dǎo)致了未接通。具體見下圖：問題分析及解決方案：對該處的問題進行重新測試，并檢查基站是否存在問題。2、 問題描述：手機占用的的DE197B小區(qū)。信號強度由-50dbm左右突然下降為-84dbm左右，信號質(zhì)量突然變差，SDCCH掉話，導(dǎo)致了未接通。問題分析及解決方案：對該處的問題進行重新測試。并檢查基站是否存在問題。3、 問題描述：手機占用的是DE193C的信號。在手機發(fā)出CM Service Request后，交換機回應(yīng)了CM Service Reject消息。具體的原因為Message not compatible with the protocol state.問題分析及解決方案：建立連接時，網(wǎng)絡(luò)未能識別手機發(fā)出的請求，懷疑手機故障。4、 問題描述：主叫手機占用的是WE007C的信號，一切正常。但是被叫手機占用的是較遠的DE053B小區(qū)的信號，此時信號非常的差，達到了-104