GSM語音DT測(cè)試分析(未接通)原因

1、未接通原因分析目錄1概述31.1系統(tǒng)消息類型31.2呼叫建立流程41.2.1主叫建立過程：41.2.2被叫建立過程51.3信令流程51.3.1主叫呼叫信令51.3.2被叫呼叫信令71.4未接通定義91.5未接通分析流程112具體分析142.1 tch擁塞造成的未接通的分析142.2 tch分配失敗導(dǎo)致未接通182.3 sdcch擁塞導(dǎo)致未接通192.4 sdcch掉話引起未接通202.5 sdc分配失敗212.6位置更新導(dǎo)致未接通222.7跨lac位置更新未接通優(yōu)化232.8被叫小區(qū)重選造成未接通252.9硬件問題,sum板和載頻問題.降級(jí)告警.262.10上行鏈路問題的未接通問題272.11

2、連續(xù)未接通現(xiàn)象302.12傳輸中繼造成未接通312.13 tcsr補(bǔ)丁引起連續(xù)未接通事件分析322.14被叫用戶忙的未接通332.15被叫用戶已關(guān)機(jī)或未應(yīng)答的未接通342.16測(cè)試手機(jī)原因造成未接通342.17測(cè)試軟件原因352.18主被叫手機(jī)欠費(fèi)，系統(tǒng)播放錄音通知.363總結(jié)361概述在進(jìn)行講解之前先對(duì)系統(tǒng)消息和信令部分進(jìn)行一下說明.1.1系統(tǒng)消息類型系統(tǒng)消息在兩種邏輯信道中傳送，bcch和sacch信道：1） 在空閑模式下，網(wǎng)絡(luò)通過bcch信道傳送系統(tǒng)消息14及7、8；2） 在通信模式下，網(wǎng)絡(luò)通過sacch信道傳送系統(tǒng)消息5和6。各種系統(tǒng)消息分別包含的主要內(nèi)容如下：（1） 系統(tǒng)消息類型1：

3、小區(qū)信道描述rach控制參數(shù)。（2） 系統(tǒng)消息類型2：鄰小區(qū)bcch頻點(diǎn)描述rach控制消息允許的plmn。（3） 系統(tǒng)消息類型2bis：擴(kuò)展鄰小區(qū)bcch頻點(diǎn)描述rach控制消息。（4） 系統(tǒng)消息類型2ter：擴(kuò)展鄰小區(qū)bcch頻點(diǎn)描述2。（5） 系統(tǒng)消息類型3：小區(qū)識(shí)別（cellid）位置區(qū)識(shí)別（lai）控制信道描述小區(qū)選擇小區(qū)選擇參數(shù)rach控制參數(shù)。（6） 系統(tǒng)消息類型4：位置區(qū)識(shí)別（lai）小區(qū)選擇參數(shù)rach控制參數(shù)cbch信道描述cbch移動(dòng)配置。（7） 系統(tǒng)消息類型5：鄰近小區(qū)bcch頻點(diǎn)描述。（8） 系統(tǒng)消息類型5bis：擴(kuò)展鄰小區(qū)bcch頻點(diǎn)描述。（9） 系統(tǒng)消息類型5te

4、r：擴(kuò)展鄰小區(qū)bcch頻點(diǎn)描述。（10） 系統(tǒng)消息類型6：小區(qū)識(shí)別（cellid）位置區(qū)識(shí)別（lai）小區(qū)選擇。（11） 系統(tǒng)消息類型7：小區(qū)重選參數(shù)。（12） 系統(tǒng)消息類型8：小區(qū)重選參數(shù)。（13） 系統(tǒng)消息類型13：描述有關(guān)pbcch信道的信息及其他gprs消息。各種信息單元包含的主要內(nèi)容如下：1） 小區(qū)信道描述中含有該小區(qū)所使用到所有頻點(diǎn)，包括bcch頻點(diǎn)和跳頻頻點(diǎn)。2） rach控制消息中含有參數(shù)max retrans(最大重傳數(shù))、tx integer（傳輸?shù)臅r(shí)隙數(shù)）、cell bar access（小區(qū)是否被禁止接入）、re（呼叫重建允許比特）、ec（緊急呼叫允許比特）、ac（被限

5、制接入的用戶級(jí)別）。3） 鄰小區(qū)bcch頻點(diǎn)描述包括其鄰小區(qū)所使用的bcch頻點(diǎn)。4） 允許的plmn用來提供小區(qū)內(nèi)bcch載波上移動(dòng)臺(tái)監(jiān)測(cè)所允許的ncc。5） 控制信道描述中包括：att（移動(dòng)臺(tái)附著分離允許指示）、bs ag blks res（留做接入允許agch的塊數(shù)）、ccch conf（公共控制信道結(jié)構(gòu)）、ba ag mfrms（傳輸尋呼消息留給同一尋呼組的51tdma復(fù)幀數(shù)）、t3212（用著周期性位置更新的時(shí)間）。6） 小區(qū)選擇中包括：pwrc（功率控制指示）、dtx（不連續(xù)發(fā)射指示）、radio link timeout（無線鏈路超時(shí)值）。7） 小區(qū)選擇參數(shù)包括：小區(qū)重選滯后值、

6、ms txpwr max cch（移動(dòng)臺(tái)接入小區(qū)應(yīng)使用的最大tx功率電平）、rxlev access min（允許接入系統(tǒng)的移動(dòng)臺(tái)的最小接入電平）。8） cbch的信道描述包括：信道類別和tdma偏差（哪種專用信道的組合）、tn（時(shí)隙號(hào)）、tsc（訓(xùn)練序列碼）、h（跳頻信道指示）、maio（移動(dòng)配置指數(shù)偏移量）、hsn（跳頻序列號(hào)）、arfcn（絕對(duì)頻點(diǎn)號(hào)）。9） cbch移動(dòng)配置中包括參與跳頻的頻道順序與小區(qū)信道描述的關(guān)系。10）小區(qū)重選參數(shù)包括pi（小區(qū)重選指示）、cbq（小區(qū)禁止限制）、cro（小區(qū)重選偏置量）、to（臨時(shí)偏置量）、pt（懲罰時(shí)間）。1.2呼叫建立流程1.2.1主叫建立過

7、程：1) ms在rach信道上發(fā)送channel request消息；2) bts接收解碼后bss在agch信道上發(fā)送immedieate assignment消息給手機(jī)，安排ms進(jìn)入sdcch；3) ms收到immedieate assignment消息，轉(zhuǎn)換到指定的sdcch；4) ms發(fā)送sabm（cm service request）；5) 網(wǎng)絡(luò)對(duì)sabm以發(fā)送ua作為響應(yīng)以建立l2無線鏈路，bss處理該請(qǐng)求然后通過a接口上的信令鏈路向msc報(bào)送；6) 通過鑒權(quán)加密過程后，ms在sdcch發(fā)送set up消息；7) msc收到并處理set up消息，發(fā)起assignment reque

8、st消息；8) bts然后在sdcch上為手機(jī)分配tch信道，通過assignment command消息安排ms到指定的空閑tch；9) ms轉(zhuǎn)到指定的tch，在facch上發(fā)送assignment commplete消息，并通過bss上傳到msc；10) msc向ms發(fā)送alerting消息，告知ms對(duì)方鈴已響，要求發(fā)送回鈴音；11) 被叫摘機(jī)，connect消息通過bss發(fā)給ms，該信息在facch上發(fā)送；12) ms收到該信息，打開音頻通路，并通過facch向msc發(fā)送響應(yīng)（connect acknowledge），通話正式開始。1.2.2被叫建立過程：1) msc向同一lac內(nèi)的所有

9、小區(qū)發(fā)送尋呼命令，由各小區(qū)在pch上發(fā)出paging request消息。2) ms根據(jù)系統(tǒng)分配的tmsi或imsi值，從所有收到的paging request消息中解出屬于自己尋呼消息，并在rach上發(fā)送channel request消息；3) bts接收解碼后bss在agch信道上發(fā)送immedieate assignment消息給手機(jī)，安排ms進(jìn)入sdcch；4) ms收到immedieate assignment消息，轉(zhuǎn)換到指定的sdcch；5) ms發(fā)送sabm（paging response）；6) 其它后續(xù)消息與主叫完全一樣。1.3信令流程1.3.1主叫呼叫信令一次完整主叫通話的

10、信令流程mobile stationsystem information type 1channel requestimmediate assignmentcm service requestclassmark change cm service accept authentication requestauthentication responseciphering mode commandciphering mode completesetupcall proceedingassignment commandassignment completealertingconnectconnect

11、 acknowledgedisconnectreleaserelease completechannel release需要注意的幾點(diǎn)信令:1） 在被叫時(shí)的paging request 與idle時(shí)的paging request 的區(qū)別在于前者在尋呼時(shí)包含有tmsi，如果為主叫起呼，則從信令開始計(jì)算channel request。2） ciphering mode 為加密模式3） 在setup之后若手機(jī)為主叫則是call proceeding,手機(jī)為被叫則是call confirm1.3.2被叫呼叫信令一次完整被叫通話的信令流程mobile station paging requestchan

12、nel requestimmediate assignmentpage responseclassmark changeauthentication requestauthentication responseciphering mode commandciphering mode completesetupcall confirmedassignment commandassignment completealertingconnectconnect acknowledgedisconnect releaserelease completechannel release需要注意的幾點(diǎn)信令:1

13、）在被叫時(shí)的paging request 與idle時(shí)的paging request 的區(qū)別在于前者在尋呼時(shí)包含有tmsi。2）ciphering mode 為加密模式3）在setup之后若手機(jī)為主叫則是call proceeding,手機(jī)為被叫則是call confirm1.4未接通定義“一次接通”從主叫手機(jī)channel request開始， 一直到被叫手機(jī)的tch分配完成、alerting、connect。在此過程中，任何的信令中斷都是“未接通”。未接通信令分析正常信令如下: 由主叫起呼信令流程圖可以看出，主叫首先發(fā)出 channel request report-cm service

14、request-setup-callproceeding-assignment command-assignment complete- alerting-connect-connect acknowledge 完成一次起呼。在主叫assignment complete 完成后23秒左右被叫開始信道請(qǐng)求流程 channel上request report-paging response-setup-call confirmed-assignment command-assignment complete-alerting-connect-connect acknowledge 完成一次被叫接入。

15、主叫起呼信令流程圖 被叫接入信令流程圖1.5未接通分析流程21、主叫手機(jī)收到立即指配拒絕消息，這種情況由于sd信道擁塞導(dǎo)致1、確認(rèn)是否發(fā)起了呼叫，依據(jù)是主叫手機(jī)發(fā)出channel request消息，且原因值為original22、主叫手機(jī)收到立即指配消息，判斷依據(jù)為立即指配消息中的random值與channel request消息中的random值一致，手機(jī)收到發(fā)給自己的立即指配消息后會(huì)進(jìn)行sd信道的建鏈，該過程通過手機(jī)發(fā)出samb消息，bts回ua消息來完成23、主叫手機(jī)未收到立即指配拒絕消息或立即指配消息仍然處于空閑狀態(tài)下，這種情況可能由于bts未收到channel request消息或

16、bts發(fā)出立即指配消息后手機(jī)未能收到，需分析手機(jī)發(fā)起呼叫占用的小區(qū)電平情況和相近路段占用該小區(qū)時(shí)的質(zhì)量情況和發(fā)射功率來分析是否存在下行干擾或上行干擾，來判斷是否由于電平偏低或干擾或硬件故障導(dǎo)致31、如手機(jī)連續(xù)發(fā)幾個(gè)sabm消息后，未收到ua消息后退入空閑狀態(tài)，則發(fā)生了sd建鏈?zhǔn)?，需分析手機(jī)發(fā)起呼叫占用的小區(qū)電平情況和相近路段占用該小區(qū)時(shí)的質(zhì)量情況和發(fā)射功率來分析是否存在下行干擾或上行干擾，來判斷是否由于電平偏低或干擾或硬件故障導(dǎo)致，如電平偏低需分析是否存在小區(qū)重選參數(shù)設(shè)置不當(dāng)，導(dǎo)致手機(jī)占用低電平小區(qū)起呼。32、如手機(jī)收到了cm業(yè)務(wù)接受消息或鑒權(quán)要求或identity request消息則表明

17、手機(jī)成功的占上了sd信道3.233、如手機(jī)收到了cmrej消息表明存在交換數(shù)據(jù)問題或交換側(cè)問題，需分析cmrej的原因值及呼叫發(fā)起前手機(jī)是否有異常事件發(fā)生，例如：1、呼叫發(fā)生前主叫發(fā)生了掉話（有可能會(huì)發(fā)生下行鏈路故障后，手機(jī)退入空閑狀態(tài)，但網(wǎng)絡(luò)側(cè)還未判斷發(fā)生掉話，只是處于倒計(jì)時(shí)狀態(tài)下，此時(shí)手機(jī)發(fā)起呼叫會(huì)收到cmrej）；2、呼叫發(fā)起前手機(jī)剛進(jìn)行了跨lac的小區(qū)重選，在還未來得及位置更新的情況下發(fā)起呼叫。3.241、手機(jī)占上sd信道后在收到tch指配命令前，由于質(zhì)量差發(fā)生sd掉話，需分析質(zhì)量差的原因，1）、如高電平（60dbm以上）下質(zhì)量差則可懷疑存在硬件故障；2）、如在良好電平（75dbm左右

18、）下質(zhì)量差則可懷疑存在頻率干擾，有基站數(shù)據(jù)庫(kù)就數(shù)據(jù)分析同鄰頻問題，如無數(shù)據(jù)庫(kù)則分析鄰區(qū)中是否有高電平的鄰頻存在；3）、如發(fā)生在低電平下，則需分析該位置的確是（分析服務(wù)小區(qū)及鄰區(qū)電平）覆蓋問題，還是由于小區(qū)重選參數(shù)設(shè)置的原因?qū)е率謾C(jī)占用低電平小區(qū)發(fā)起呼叫，或是由于該小區(qū)在該路段存在覆蓋連續(xù)性差導(dǎo)致接續(xù)過程中電平迅速下降導(dǎo)致；4）、sd信道電平在1秒內(nèi)從較為良好（80dbm以上）劇降到100dbm以下，可懷疑存在硬件故障44、主叫手機(jī)占上sd信道后在收到call proceeding前收到網(wǎng)絡(luò)側(cè)發(fā)起的拆鏈，通常由于交換側(cè)異常所致，分析時(shí)需對(duì)拆鏈消息的cause value值進(jìn)行分析43、主叫手機(jī)收

19、到call proceeding后，如持續(xù)占用sd信道而收不到tch指配命令，最終網(wǎng)絡(luò)側(cè)發(fā)起或手機(jī)發(fā)起拆鏈?zhǔn)怯捎趖ch擁塞導(dǎo)致，需描述占用的小區(qū)號(hào)，如馬上收到交換側(cè)下發(fā)的拆鏈命令，需分析拆鏈命令的原因值。42、主叫手機(jī)收到tch指配消息后，需進(jìn)行tch信道的建鏈，該過程通過手機(jī)發(fā)sabm消息，基站回ua消息，再手機(jī)上報(bào)assign cmp消息且基站收到了該消息才算真正占上tch，判斷依據(jù)為手機(jī)在tch的sacch上持續(xù)收到系統(tǒng)消息5、64.24.252、主叫手機(jī)成功占上tch信道后，開始尋呼被叫手機(jī)，通常主叫占上tch信道后2秒左右是被叫收第一次尋呼消息的時(shí)間，主叫占上tch信道后67秒左右是

20、被叫收第二次尋呼消息的時(shí)間51、手機(jī)在tch建鏈過程失敗，且未能退回sd信道的，計(jì)為tch指配失敗且sd掉話，需分析當(dāng)時(shí)服務(wù)小區(qū)的電平和sd的質(zhì)量及指配命令中tch的描述（哪個(gè)頻點(diǎn)或跳頻信道），可能原因?yàn)?、干擾（電平良好）；2、電平過差（85dbm以下）；3、硬件故障（電平很好）53、手機(jī)在tch建鏈過程失敗，且能退回sd信道的（上發(fā)ass fai消息），計(jì)為tch指配失敗，需分析當(dāng)時(shí)服務(wù)小區(qū)的電平和sd的質(zhì)量及指配命令中tch的描述（哪個(gè)頻點(diǎn)或跳頻信道），可能原因?yàn)?、干擾（電平良好）；2、電平過差（85dbm以下）；3、硬件故障（電平很好）61、被叫手機(jī)如發(fā)生前一次呼叫拆鏈不正常（電平質(zhì)

21、量良好情況下主叫上發(fā)disc拆鏈了，而被叫并未收到下行disc或release消息仍然處于通話狀態(tài)下）會(huì)導(dǎo)致主叫聽到錄音通知（用戶在通話中或其他），該問題計(jì)為交換側(cè)異常導(dǎo)致拆鏈不及時(shí)。62、前一次呼叫被叫由于質(zhì)量差而掉話后，上行鏈路可能會(huì)保持一段時(shí)間，在此期間主叫再次起呼會(huì)導(dǎo)致主叫聽到錄音通知（用戶在通話中或其他），該問題計(jì)為掉話相關(guān)定時(shí)器設(shè)置過大。66、主叫在尋呼被叫期間（主叫占上tch信道后2秒左右到6、7秒左右），被叫在做位置更新（位置更新的過程與尋呼時(shí)間有重疊）64、主叫尋呼被叫期間，被叫處于空閑狀態(tài)且未收到尋呼消息，需分析被叫占用的小區(qū)電平情況是否良好，如電平很好可懷疑交換側(cè)丟失尋呼

22、消息，如電平良好可懷疑存在干擾，電平較差則需分析該位置確實(shí)有覆蓋偏弱問題還是存在小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致被叫手機(jī)占用低電平小區(qū)62、被叫收到尋呼消息的依據(jù)為被叫發(fā)出channel request消息且原因值為 paging response，被叫接續(xù)過程的分析與步驟24基本一致，如被叫接續(xù)過程中主叫發(fā)生掉話，仍然計(jì)為未接通，接通的依據(jù)為被叫發(fā)出connect消息，但移動(dòng)2004年的標(biāo)準(zhǔn)為主叫收到connect消息，由于一些地方交換機(jī)的特殊設(shè)置可能會(huì)存在主叫側(cè)送錄音通知的情況下，也發(fā)connect消息給主叫65、主叫占上tch信道后，馬上收到網(wǎng)絡(luò)側(cè)下發(fā)的disc命令，該問題由于交換問題導(dǎo)致，需

23、根據(jù)disc命令的cause value值分析可能存在的問題2具體分析在dt測(cè)試過程中造成未接通的原因有許多,下面我對(duì)其進(jìn)行了一下總結(jié):2.1 tch擁塞造成的未接通的分析在gsm dt測(cè)試中，發(fā)現(xiàn)很多未接通事件的原因是小區(qū)擁塞、無tch資源可用, 為了提高無線接通率，就必須解決因小區(qū)擁塞導(dǎo)致的未接通事件。而當(dāng)小區(qū)tch擁塞時(shí),從信令流程上來看主叫手機(jī)在call proceeding ( 被叫手機(jī)在 call confirmed )后，系統(tǒng)沒能下發(fā)assignment command 消息，而是下發(fā)disconnect命令.當(dāng)主叫沒有assignment command 消息時(shí)為主叫tch擁塞

24、,當(dāng)被叫沒有assignment command 消息時(shí)為被叫tch擁塞.圖1主叫未接通流程圖圖2被叫未接通流程圖tch擁塞案例:貴陽開磷百花小區(qū)_d3（主叫）圖3圖4圖5【路測(cè)文件】: 2009-7-23-08【問題描述】:車輛在貴陽開磷百花小區(qū)附近上行駛,主叫ms發(fā)生未接通.【問題分析】: 主叫ms占用到貴陽開磷百花小區(qū)_d3 (ci:31655 bcch:718 bsci:16)的信號(hào), 主叫ms的接收電平在-77db左右,話音質(zhì)量在0級(jí), 主叫ms信令cm service requestsetupcall proceedingdisconnect,時(shí)間間隔為11s,被叫ms占用微波局_

25、d1 (ci:11551 bcch:723 bsci:03)的信號(hào), 被叫ms的接收電平在-55db左右, 被叫ms信令一直為paging request type1,沒有呼到被叫 ,主叫tch擁塞.【解決建議】: 繼續(xù)觀察貴陽開磷百花小區(qū)_d3指標(biāo),如長(zhǎng)時(shí)間有擁塞情況,擴(kuò)容.2.2 tch分配失敗導(dǎo)致未接通【描述】：14：29：42 主叫占用西安路_2信號(hào)發(fā)起呼叫(channel request report)，在14：29：44完成呼叫（assignment complete）,被叫未接通?！痉治觥浚涸谥鹘泻艚型瓿珊?3秒后，被叫開始信道請(qǐng)求，在完成assignment complete

26、后2秒左右出現(xiàn)assignment failure（tch分配失敗）,導(dǎo)致未接通發(fā)生。如圖所示：主叫起呼流程圖被叫tch分配失敗信令圖圖六【解決方案】：解決小區(qū)tch分配失敗問題。2.3 sdcch擁塞導(dǎo)致未接通【描述】16：49：13被叫占用移動(dòng)公司_5出現(xiàn)未接通。【分析】：在主叫完成起呼（assignment complete ）后2秒左右，此時(shí)被叫發(fā)起信道請(qǐng)求channel request report,由于sdcch擁塞溢出，被叫手機(jī)無法獲得sdcch，重復(fù)2次發(fā)送信道請(qǐng)求后仍然無法獲得sdcch信道消息的回復(fù)，導(dǎo)致未接通的發(fā)生。如圖所示：主叫信令流程圖 被叫信令流程圖圖六【解決方案】

27、：增加sdcch信道2.4 sdcch掉話引起未接通【描述】：15：20：47 主叫手機(jī)占用沈場(chǎng)_2發(fā)起呼叫后出現(xiàn)未接通現(xiàn)象?！痉治觥浚河尚帕顖D可以看出主叫起呼,在立即指配（immediate assignment）后緊接著就出現(xiàn)信道釋放（channel release）,也就是在sdcch分配后就出現(xiàn)信道釋放命令，即sdcch掉話產(chǎn)生此次呼叫未接通。如圖所示：主叫信令圖【解決方案】：未知原因掉話，可以通過信令跟蹤進(jìn)一步確認(rèn)情況2.5 sdc分配失敗【分析】：由信令流程可以看出,ms在channel request report 后下發(fā)immediate assignment,然后有immed

28、iate assignment failure轉(zhuǎn)為idle,導(dǎo)致未接通建議：排除無線方面原因后，應(yīng)從交換側(cè)尋找問題原因2.6位置更新導(dǎo)致未接通【描述】：17:16:54主叫占用西安路_1出現(xiàn)未接通現(xiàn)象?！痉治觥浚河尚帕顖D可以看出，主叫完成起呼（assignment complete） 后23秒，被叫正處于位置更新流程中，導(dǎo)致未接通發(fā)生。如圖所示：主叫起呼信令圖 被叫位置更新信令圖【解決方案】：調(diào)整位置更新參數(shù)設(shè)置。2.7跨lac位置更新未接通優(yōu)化某城東城區(qū)大部分區(qū)域都屬于lac 20857,城區(qū)西部有部分地區(qū)屬于lac 20854。城區(qū)lac分布圖由于城區(qū)西部邊緣地區(qū)與市中心不屬于同一個(gè)lac

29、，而城西又是測(cè)試必測(cè)區(qū)域，幾乎每次測(cè)試時(shí)在兩個(gè)lac交界處都會(huì)遇到跨lac位置更新。由于位置更新的信令流程較長(zhǎng)，持續(xù)時(shí)間大概在5秒左右，而在被叫手機(jī)發(fā)起位置更新至完成位置更新流程中，不會(huì)響應(yīng)尋呼消息，故會(huì)發(fā)生被叫手機(jī)無法接通的情況。且由于市區(qū)的這兩個(gè)lac不屬于同一個(gè)vlr，故若主叫跨lac未及時(shí)發(fā)起位置更新，也會(huì)造成cause = imsi unknown in vlr的未接通。針對(duì)這一問題，我們認(rèn)為最好的解決方法為進(jìn)行l(wèi)ac規(guī)劃。方案是將部分屬于lac 20854的測(cè)試范圍內(nèi)的小區(qū)割接至lac 20857，保證測(cè)試范圍內(nèi)只有一個(gè)lac，從根本上避免由于主被叫手機(jī)位置更新造成未接通的情況。但

30、是，在查詢了lac 20857尋呼量以及bsc容量后，綜合考慮后認(rèn)為由于paging容量限制和bsc容量限制，該方案無法實(shí)施。之后，我們采用第二種方案，即調(diào)整lac邊界區(qū)域的crh參數(shù)值，影響相關(guān)區(qū)域的小區(qū)重選速度，來盡量減少位置更新的概率。移動(dòng)臺(tái)進(jìn)行小區(qū)重選時(shí)，若原小區(qū)和目標(biāo)小區(qū)屬不同的位置區(qū)，則移動(dòng)臺(tái)在小區(qū)重選后必須啟動(dòng)一次位置更新過程。由于無線信道的衰落特性，通常在相鄰小區(qū)的交界處測(cè)量得到的兩個(gè)小區(qū)的c2值會(huì)有較大的波動(dòng)，從而使移動(dòng)臺(tái)頻繁地進(jìn)行小區(qū)重選。盡管移動(dòng)臺(tái)兩次小區(qū)重選的間隔時(shí)間不會(huì)小于15秒，但對(duì)位置更新而言15秒的時(shí)間是極其短暫的。它不但使網(wǎng)絡(luò)的信令流量大大增加、無線資源得不到

31、充分利用，并且由于移動(dòng)臺(tái)在位置更新的過程中無法響應(yīng)尋呼，因而使系統(tǒng)的接通率降低。該參數(shù)的作用是要求鄰區(qū)（位置區(qū)與本區(qū)不同）c2值必須比本區(qū)c2值大，且其差值必須大于crh規(guī)定的值，移動(dòng)臺(tái)才啟動(dòng)小區(qū)重選.2.8被叫小區(qū)重選造成未接通和位置更新造成未接通相類似，小區(qū)重選造成的未接通也發(fā)生在被叫側(cè)手機(jī)。主叫側(cè)在上行發(fā)送setup 消息后，網(wǎng)絡(luò)側(cè)開始尋呼被叫，被叫在小區(qū)重選完成后才能監(jiān)聽paging消息，其間可能造成未接通。從信令流程上來看，主叫側(cè)正常分配完成，被叫側(cè)一直處于空閑模式，重放路測(cè)數(shù)據(jù)，被叫手機(jī)在主叫上行發(fā)送setup后，網(wǎng)絡(luò)paging被叫時(shí)，被叫手機(jī)曾進(jìn)行小區(qū)重選。主叫流程 被叫流程小

32、區(qū)重選造成未接通流程圖【解決方案】:檢查小區(qū)重選參數(shù)設(shè)置是否合理2.9硬件問題,sum板和載頻問題.降級(jí)告警.由于載頻隱性故障導(dǎo)致的未接通在10:31:20分測(cè)試車輛由農(nóng)行北側(cè)向南行使，主被叫手機(jī)占用匯豐酒店1（17235_1601）小區(qū)時(shí)，主被叫手機(jī)的接收電平都在-65db左右，語音質(zhì)量為7；隨著車輛繼續(xù)向前行使，在農(nóng)行1小區(qū)附近主叫手機(jī)切換到五中1（17235_1501）小區(qū)時(shí)，語音質(zhì)量為0。問題區(qū)域話音質(zhì)量和小區(qū)分布圖tch分配失敗分析圖分析：主被叫手機(jī)占用匯豐酒店1（17235_1601）小區(qū)時(shí)，在距離農(nóng)行0.9公里處，電平為-68db左右，而語音質(zhì)量為7，通過話務(wù)報(bào)告發(fā)現(xiàn)，農(nóng)行1小區(qū)

33、的切入成功率較底，tch分配失敗率較高，可能是由于農(nóng)行1小區(qū)硬件故障導(dǎo)致。在查看話務(wù)報(bào)告的同時(shí)也發(fā)現(xiàn)農(nóng)行1小區(qū)上行有干擾。查看農(nóng)行1小區(qū)的硬件發(fā)現(xiàn)有故障，在更換tre后，第二天復(fù)測(cè)此路段語音質(zhì)量正常，故障消失，沒有發(fā)現(xiàn)未接通現(xiàn)象。2.10上行鏈路問題的未接通問題上行鏈路問題通常是由于硬件問題、上行干擾造成基站不能正常解調(diào)手機(jī)的上行消息。從上面的層3消息中，我們可以看到移動(dòng)臺(tái)在沒有收到下行指配消息時(shí)，會(huì)根據(jù)系統(tǒng)消息3中定義的max_retran的次數(shù)，在t3212定義的時(shí)長(zhǎng)內(nèi)，重新發(fā)送channel request消息；發(fā)送間隔根據(jù)tx_integer的取值，在數(shù)個(gè)rach時(shí)長(zhǎng)的范圍內(nèi)，隨機(jī)取得

34、。其中，取值定義如下：m=max_retran；取值范圍 : 0 - 30 = 最大1次重發(fā)1 = 最大2次重發(fā)2 = 最大4次重發(fā)3 = 最大7次重發(fā)t=tx_integer；取值范圍 : 0 to 15對(duì)應(yīng)的rach slots03rach811rach14rach912rach25rach1014rach36rach1116rach47rach1220rach58rach1325rach69rach1432rach710rach1550rachs=根據(jù)tx_integer與復(fù)幀的類型共同決定（如下表）：tx-integernon combined ccchcombined cch/sdc

35、ch3,8,14,5055414,9,1676525,10,20109586,11,25163867,12,32217115在channel request消息發(fā)送m+1次后，ms會(huì)啟動(dòng)t3126計(jì)數(shù)器，當(dāng)計(jì)數(shù)器超時(shí)后，呼叫將被取消。以上的案例中，經(jīng)過測(cè)試后對(duì)起呼小區(qū)的載頻的統(tǒng)計(jì)分析，以及利用ctp工具進(jìn)行呼叫跟蹤發(fā)現(xiàn)。該小區(qū)受到嚴(yán)重的上行干擾，導(dǎo)致基站無法正確解調(diào)出rach信息。2.11連續(xù)未接通現(xiàn)象【描述】：主叫手機(jī)在14：35：00完成起呼后1秒左右拆鏈，出現(xiàn)未接通現(xiàn)象，拆鏈（disconnect）原因?yàn)橛脩裘Γ╟ause value: user busy）。在隨后4分鐘時(shí)間內(nèi)連續(xù)出現(xiàn)連

36、續(xù)未接通現(xiàn)象?！痉治觥浚翰榭幢唤行帕詈蟀l(fā)現(xiàn)，被叫在未接通出現(xiàn)前的一次呼叫中，在被叫收到connect acknowledge消息后一直處于系統(tǒng)消息5和系統(tǒng)消息6狀態(tài)，沒有收到后續(xù)上行的disconnect消息，也就是一直未出現(xiàn)信道拆鏈和釋放，導(dǎo)致此后4分鐘左右的時(shí)間內(nèi)出現(xiàn)手機(jī)吊死的情況，直到14：39：40秒才出現(xiàn)下行的disconnect消息，而主叫在被叫未拆鏈和信道釋放的情況下進(jìn)行的連續(xù)的呼叫就出連續(xù)未接通情況，未接通的原因都是用戶忙（cause value: user busy）。在被叫完成拆鏈后呼叫恢復(fù)正常狀態(tài)。在如圖所示：主叫未接通信令圖【解決方案】:無2.12傳輸中繼造成未接通傳輸中繼造成的未接通從空中接口信令流程上來看，主要是網(wǎng)絡(luò)側(cè)沒有下發(fā)assignment command消息，察看disconnect 的cause 為resource unavailable ( 這一點(diǎn)不同于擁塞造成的未接通)。主叫流程 被叫流程傳輸中繼造成未接通流程圖【解決辦法】：結(jié)合018報(bào)告，檢查中繼時(shí)隙狀態(tài)。2.13 tcsr補(bǔ)丁引起連續(xù)未接通事件