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

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

2、有以下幾步的信令流程：主叫的信令流程：MSBTS說明RACHChannel requestAGCHImmediate assignmentSDCCHCM service requestSDCCHCM service acceptSDCCHAuthentication RequestSDCCHAuthentication response（鑒權(quán)響應(yīng)）SDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceeding（進(jìn)程、程序）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 從上面的主叫和被叫的信令流程比較來看，被叫在交換機(jī)一側(cè)以下幾步流程，在無線上主叫比被叫多了PAGING 這個(gè)流程：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)在路測(cè)過程中，L3接續(xù)流程和故障判斷流程：二、未接通問題點(diǎn)分析及處理方法導(dǎo)致未接通的常見的原因?qū)⒔Y(jié)合實(shí)際情況，根據(jù)信令流程，一步一步對(duì)未接通的原因進(jìn)行分析：1. channel request 拒絕channel request 拒絕在路測(cè)中很少遇到，如果小區(qū)被BAR （禁止）的情況下，會(huì)出現(xiàn)手機(jī)channel request 發(fā)送不出的現(xiàn)象。如下圖，在L3 的信息里面不會(huì)出現(xiàn)cha

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

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

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

9、 與無線環(huán)境和覆蓋有很大的關(guān)系。SDCCH 掉話引起的DISCONET 的cause value 是 TEMP FAILURE。5. Paging(尋呼消息)在測(cè)試過程中，我們多次發(fā)現(xiàn)，有的未接通是由于沒有paging 消息而造成的（主要根據(jù)被叫手機(jī)接收到的IMSI 和TMSI 號(hào)進(jìn)行查找，被叫手機(jī)只要不做TMSI RELOCATION，它的TMSI號(hào)與上一次呼叫一致，而IMSI號(hào)是固定的）。 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 消息由交換機(jī)產(chǎn)生以后，通過MSC 送到被叫小區(qū)的LAC區(qū)所在的 BSC, 在由BSC 所在的BTS 通過PCH 進(jìn)行paging. Paging 消息丟失，有以下幾種可能：l 空中接口，由于PCH 配置不合理造成PAGING 信息的丟失，但是統(tǒng)計(jì)數(shù)據(jù)表明：所有小區(qū)的pc

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

12、4beatles，set_mmi exec_mon,rlogin 2(站號(hào)) 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 配合 進(jìn)行幾項(xiàng)統(tǒng)計(jì)的對(duì)比： 要求MSC下發(fā)paging 的數(shù)目：包括短消息中心，BSC，PSTN 等 不同路由的paging 要求。實(shí)際下發(fā)的paging 消息數(shù)目和BSC一側(cè) 收到的paging 消息數(shù)目。6. 號(hào)碼錯(cuò)誤在路測(cè)中，有時(shí)會(huì)發(fā)現(xiàn)號(hào)碼錯(cuò)誤引起的未接通，在L3信令中release消息 的cause

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

15、錯(cuò)誤: 測(cè)試當(dāng)中，可以看到主叫有時(shí)會(huì)出現(xiàn)協(xié)議錯(cuò)誤的diconnect 的消息，一般出現(xiàn)的幾率較小，一次全網(wǎng)路測(cè)中有1次到2次，cause value = 111， Protocol error 。我們認(rèn)為可能與MSC 到 BSC 之間的電路復(fù)位有關(guān)(RESET CIRCUIT)，另外，可能與MSC 分配的時(shí)隙是一個(gè)已經(jīng)被BLOCKED 的時(shí)隙有關(guān)，在BSC的SWFM里面，會(huì)出現(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)的提示音。這一類錯(cuò)誤在檢查BSC SWFM錯(cuò)誤時(shí)可以發(fā)現(xiàn)。9. 被叫手機(jī)位置更新當(dāng)主叫手機(jī)分配到TCH后，開始尋呼被叫手機(jī)，而被叫手機(jī)在分配好SDCCH后，正好被叫手機(jī)進(jìn)行了位置更新，導(dǎo)致主叫未接通。 L3信令流程如下：是否進(jìn)行位置更新，主要是有system information 3發(fā)送給MS來決定。 附表：各種未接通時(shí)間的原因，原因值，用戶感受DISCONNECT 原因(CAUSE VALUE)用戶感受被叫TCH擁塞34: No circurt/channel available錄音通知,暫時(shí)無法接通主叫TCH擁塞34: N

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

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