GSM語音DT測試分析(未接通)

1、保定愛威通信技術(shù)有限公司未接通原因分析目錄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板和載頻問題.降級告警.262.10上行鏈路問題

2、的未接通問題272.11連續(xù)未接通現(xiàn)象302.12傳輸中繼造成未接通312.13 TCSR補丁引起連續(xù)未接通事件分析322.14被叫用戶忙的未接通332.15被叫用戶已關(guān)機或未應(yīng)答的未接通342.16測試手機原因造成未接通342.17測試軟件原因352.18主被叫手機欠費，系統(tǒng)播放錄音通知.363總結(jié)361概述在進行講解之前先對系統(tǒng)消息和信令部分進行一下說明.1.1系統(tǒng)消息類型系統(tǒng)消息在兩種邏輯信道中傳送，BCCH和SACCH信道：(慢速隨路控制信道Slow Associated Control Channel 慢速隨路控制信道SACCH與一個TCH(業(yè)務(wù)信道（TCH），Traffic Cha

3、nnel，傳輸話音和數(shù)據(jù))或一個SDCCH相關(guān)，是一個傳送連續(xù)信息的連續(xù)數(shù)據(jù)信息，屬于上行和下行信道，采用點對點的方式傳播。在上行方向，主要傳送MS接收到的關(guān)于服務(wù)及鄰近小區(qū)的信號強度的測量報告，這和MS的切換息息相關(guān)。在下行方向傳送部分系統(tǒng)消息 （type5、5bis、5ter、type6）及第一層報頭消息。這些消息主要包括通信質(zhì)量、LAI、CellID、鄰區(qū)BCCH強度、NCC限制、小區(qū)選項、TA、功率控制級別等SDCCH的全稱是獨立專用控制信道（Stand-Alone Dedicated Control Channel），用在分配TCH之前呼叫建立過程中傳送系統(tǒng)信令。例如位置更新消息、短

4、消息、鑒權(quán)消息、加密命令及處理各種附加業(yè)務(wù)在此信道上進行。上行和下行信道，點對點方式傳播。一般進行的信令交互主要利用SDCCH信道承載，SDCCH信道的分配也稱立即指配過程(1)位置更新在GSM 系統(tǒng)中，用戶登記的最小區(qū)域叫LAC 位置區(qū)域。當用戶在一個LAC 位置區(qū)域內(nèi)時，無論怎樣移動都無需向系統(tǒng)報告。只有用戶到達另一個位置區(qū)域時才會發(fā)生位置更新。用戶發(fā)生一次位置更新占用SDCCH 信道的時間大約為3.5s。其中傳送位置更新消息的時間為3s，從SDCCH 信道釋放到BSC 確認SDCCH信道空閑的時間為0.5s。在用戶開機時，首先搜索并鎖定在信號最強的BCCH 信道上，系統(tǒng)在B C C H

5、信道上發(fā)送系統(tǒng)廣播信息及尋呼信息。如果用戶是第一次接入，在MSC/VLR沒有該用戶的任何信息，用戶在BCCH 信道上收到系統(tǒng)廣播的L A C 位置區(qū)域信息后，立即接入網(wǎng)絡(luò)，向MSC/VLR 發(fā)出位置登記或位置更新消息，MSC/VLR通過查詢、鑒權(quán)確認后，準許用戶接入。用戶IMSI 附著/ 分離在網(wǎng)絡(luò)中啟用用戶附著/分離功能后，在用戶關(guān)機時向系統(tǒng)發(fā)送最后一次分離處理請求消息，MSC/VLR收到分離消息后，將用戶對應(yīng)的IMSI標識為分離狀態(tài)。IMSI分離時，系統(tǒng)不進行鑒權(quán)，也不向用戶發(fā)送任何確認消息。用戶IMSI 分離一次占用SDCCH 的時間大約為2.9s。在時間上等于一次位置更新的時間減去用戶

6、IMSI 鑒權(quán)一次的時間，用戶IMSI 鑒權(quán)一次的時間為0.6s。當用戶在同一個LAC 位置區(qū)域內(nèi)開機時，用戶向系統(tǒng)發(fā)送激活處理請求消息，M S C / V L R 收到用戶請求、鑒權(quán)通過后，將用戶對應(yīng)的IMSI標識為附著狀態(tài)。用戶IMSI 附著一次占用SDCCH 信道的時間為3.5s，與用戶完成一次位置更新的時間相同。周期性位置登記在無線通信系統(tǒng)中，經(jīng)常會發(fā)生系統(tǒng)與用戶丟失通信的情況，使系統(tǒng)不能掌握用戶當前的位置及狀態(tài)信息。系統(tǒng)與用戶丟失通信的幾種情況如下：（1）用戶手機自動掉電；（2）用戶進入盲區(qū)；（3）在用戶向系統(tǒng)發(fā)送IMSI 分離消息時，由于SDCCH 信道傳輸質(zhì)量較差，誤碼率高，使系

7、統(tǒng)不能正確地譯碼，丟失用戶的分離消息。遇到上述情況時， 在很長一段時間內(nèi)系統(tǒng)還以為用戶處于附著狀態(tài)，或者在最后登記的小區(qū)內(nèi)，這時如有對用戶的呼叫，系統(tǒng)會不斷地向基站發(fā)送尋呼消息，而不能在GSM 網(wǎng)的關(guān)口局直接通知主叫用戶該用戶已經(jīng)關(guān)機。為了使系統(tǒng)及時掌握用戶狀態(tài)，系統(tǒng)定義了周期性位置登記功能， 讓用戶每隔一定時間向系統(tǒng)匯報一次所在位置，如果到了周期性位置登記時間，系統(tǒng)沒有收到用戶的登記消息，就在用戶登記的VLR 中將用戶標識為分離狀態(tài)。用戶進行周期性位置登記需要系統(tǒng)確認， 在用戶沒有收到證實消息前一直向系統(tǒng)發(fā)送周期性位置登記消息，直到收到系統(tǒng)證實消息后才停止發(fā)送。在用戶沒有連續(xù)重發(fā)的情況下，

8、完成一次周期性登記的時間大約為3.5s，與用戶完成一次位置更新的時間相同。在GSM 系統(tǒng)中，每個BSC 可以定義不同的周期性登記時間，系統(tǒng)在BCCH 信道上向用戶廣播周期性登記時間。在實際運行網(wǎng)絡(luò)中，可以根據(jù)基站位置進行調(diào)整。在無線覆蓋較好的區(qū)域，如市區(qū)，由于系統(tǒng)盲區(qū)較少且用戶密度大，可以適當將用戶位置登記時間加長，這樣可以有效地減少系統(tǒng)的信令處理開銷。相反在偏遠區(qū)域，由于覆蓋較差，用戶進入盲區(qū)的機率較高，可以適當縮短用戶位置登記的時間， 可以使系統(tǒng)及時掌握用戶的狀態(tài)信息。呼叫建立在GSM 系統(tǒng)中，用戶在每次呼叫建立時都要進行鑒權(quán)。因此，在SDCCH 信道上傳送的信息包括用戶鑒權(quán)消息及呼叫接續(xù)

9、信令。根據(jù)統(tǒng)計結(jié)果，用戶完成一次主叫呼出占用SDCCH 信道的時間為2.7s，完成一次被叫占用SDCCH 信道的時間為2.9s，其中從SDCCH 信道釋放到BSC 收到釋放證實信號的時間為0.5s。4.5 點對點短消息傳送GSM 系統(tǒng)支持點對點短消息傳送業(yè)務(wù)。在用戶手機空閑時，要占用SDCCH 信道傳送短消息; 在用戶通話時，要占用SACCH 信道傳送短消息。傳送短消息占用SDCCH 信道的時間為短消息呼叫建立與傳送短消息的時間和。與通話呼叫建立相比，短消息呼叫建立的信令較短。系統(tǒng)傳送一次短消息占用SDCCH 信道的平均時間大約為6.2s。補充業(yè)務(wù)在GSM 網(wǎng)絡(luò)中，除了基本的通話業(yè)務(wù)

10、以外，還可以向用戶提供許多補充業(yè)務(wù)，如來電顯示、呼叫前傳、呼叫限制、三方通話等補充業(yè)務(wù)。所有補充業(yè)務(wù)的激活都要占用SDCCH 信道，根據(jù)統(tǒng)計結(jié)果，每激活一次補充業(yè)務(wù)占用SDCCH 信道的時間大約為0.9s。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：小區(qū)信道描述RACH()控制參數(shù)。RACH（Random Access Channel）隨機接入信道RACH（隨機接入信道）是一種上行傳輸信道。RACH總是在整個小區(qū)內(nèi)進行接收。RACH的特性是帶有碰撞冒險

11、，使用開環(huán)功率控制。RACH用于PAGING回答和MS主叫/登錄的接入等。（2） 系統(tǒng)消息類型2：鄰小區(qū)BCCH頻點描述RACH控制消息允許的PLMN(PLMN（Public Land Mobile Network，公共陸地移動網(wǎng)絡(luò)）)。（3） 系統(tǒng)消息類型2bis：擴展鄰小區(qū)BCCH頻點描述RACH控制消息。（4） 系統(tǒng)消息類型2ter：擴展鄰小區(qū)BCCH頻點描述2。（5） 系統(tǒng)消息類型3：小區(qū)識別（CELLID）位置區(qū)識別（LAI）控制信道描述小區(qū)選擇小區(qū)選擇參數(shù)RACH控制參數(shù)。（6） 系統(tǒng)消息類型4：位置區(qū)識別（LAI）小區(qū)選擇參數(shù)RACH控制參數(shù)CBCH信道描述CBCH移動配置。（7

12、） 系統(tǒng)消息類型5：鄰近小區(qū)BCCH頻點描述。（8） 系統(tǒng)消息類型5bis：擴展鄰小區(qū)BCCH頻點描述。（9） 系統(tǒng)消息類型5ter：擴展鄰小區(qū)BCCH頻點描述。（10） 系統(tǒng)消息類型6：小區(qū)識別（CELLID）位置區(qū)識別（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ū)所使用到所有頻點，包括BCCH頻點和跳頻頻點。2） RACH控制消息中含有參數(shù)MAX RETRANS(最大重傳數(shù))、TX INTEGER（傳

13、輸?shù)臅r隙數(shù)）、CELL BAR ACCESS（小區(qū)是否被禁止接入）、RE（呼叫重建允許比特）、EC（緊急呼叫允許比特）、AC（被限制接入的用戶級別）。3） 鄰小區(qū)BCCH頻點描述包括其鄰小區(qū)所使用的BCCH頻點。4） 允許的PLMN用來提供小區(qū)內(nèi)BCCH載波上移動臺監(jiān)測所允許的NCC。5） 控制信道描述中包括：ATT（移動臺附著分離允許指示）、BS AG BLKS RES（留做接入允許AGCH的塊數(shù)）、CCCH CONF（公共控制信道結(jié)構(gòu)）、BA AG MFRMS（傳輸尋呼消息留給同一尋呼組的51TDMA復(fù)幀數(shù)）、T3212（用著周期性位置更新的時間）。6） 小區(qū)選擇中包括：PWRC（功率控制

14、指示）、DTX（不連續(xù)發(fā)射指示）、RADIO LINK TIMEOUT（無線鏈路超時值）。7） 小區(qū)選擇參數(shù)包括：小區(qū)重選滯后值、MS TXPWR MAX CCH（移動臺接入小區(qū)應(yīng)使用的最大TX功率電平）、RXLEV ACCESS MIN（允許接入系統(tǒng)的移動臺的最小接入電平）。8） CBCH的信道描述包括：信道類別和TDMA偏差（哪種專用信道的組合）、TN（時隙號）、TSC（訓(xùn)練序列碼）、H（跳頻信道指示）、MAIO（移動配置指數(shù)偏移量）、HSN（跳頻序列號）、ARFCN（絕對頻點號）。9） CBCH移動配置中包括參與跳頻的頻道順序與小區(qū)信道描述的關(guān)系。10）小區(qū)重選參數(shù)包括PI（小區(qū)重選指示

15、）、CBQ（小區(qū)禁止限制）、CRO（小區(qū)重選偏置量）、TO（臨時偏置量）、PT（懲罰時間）。1.2呼叫建立流程1.2.1主叫建立過程：1) MS在RACH信道上發(fā)送CHANNEL REQUEST消息；2) BTS接收解碼后BSS(基站系統(tǒng))在AGCHAGCH：允許接入信道。AGCH用于基站向隨機接入成功的移動臺發(fā)送指配了的獨立專用控制信道SDCCH信道上發(fā)送IMMEDIEATE ASSIGNMENT消息給手機，安排MS進入SDCCH；3) MS收到IMMEDIEATE ASSIGNMENT消息，轉(zhuǎn)換到指定的SDCCH；4) MS發(fā)送SABM（CM SERVICE REQUEST）；samb和U

16、A正常情況下是成對出現(xiàn)的。samb中攜帶的消息對于主叫來說是：cm service request; 對于被叫來說是：paging response; 對于位置更新來說:locating update request;等5) 網(wǎng)絡(luò)對SABM以發(fā)送UA作為響應(yīng)以建立L2無線鏈路，BSS處理該請求然后通過A接口上的信令鏈路向MSC報送；6) 通過鑒權(quán)加密過程后，MS在SDCCH發(fā)送set up消息；7) MSC收到并處理set up消息，發(fā)起ASSIGNMENT REQUEST消息；8) BTS然后在SDCCH上為手機分配TCH信道，通過ASSIGNMENT COMMAND消息安排MS到指定的空閑

17、TCH；9) MS轉(zhuǎn)到指定的TCH，在FACCH上發(fā)送ASSIGNMENT COMMPLETE消息，并通過BSS上傳到MSC；10) MSC向MS發(fā)送ALERTING消息，告知MS對方鈴已響，要求發(fā)送回鈴音；11) 被叫摘機，CONNECT消息通過BSS發(fā)給MS，該信息在FACCH上發(fā)送；12) MS收到該信息，打開音頻通路，并通過FACCH向MSC發(fā)送響應(yīng)（CONNECT ACKNOWLEDGE），通話正式開始。1.2.2被叫建立過程：1) MSC向同一LAC內(nèi)的所有小區(qū)發(fā)送尋呼命令，由各小區(qū)在PCH上發(fā)出PAGING REQUEST消息。2) MS根據(jù)系統(tǒng)分配的TMSI或IMSI值，從所有

18、收到的PAGING REQUEST消息中解出屬于自己尋呼消息，并在RACH上發(fā)送CHANNEL REQUEST消息；3) BTS接收解碼后BSS在AGCH信道上發(fā)送IMMEDIEATE ASSIGNMENT消息給手機，安排MS進入SDCCH；4) MS收到IMMEDIEATE ASSIGNMENT消息，轉(zhuǎn)換到指定的SDCCH；5) MS發(fā)送SABM（PAGING RESPONSE）；6) 其它后續(xù)消息與主叫完全一樣。1.3信令流程1.3.1主叫呼叫信令一次完整主叫通話的信令流程Mobile StationSystem information type 1Channel RequestImmed

19、iate AssignmentCM Service RequestClassmark Change CM Service Accept Authentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release需要注

20、意的幾點信令:1） 在被叫時的Paging Request 與Idle時的Paging Request 的區(qū)別在于前者在尋呼時包含有TMSI，如果為主叫起呼，則從信令開始計算Channel Request。2） Ciphering Mode 為加密模式3） 在Setup之后若手機為主叫則是Call Proceeding,手機為被叫則是Call Confirm1.3.2被叫呼叫信令一次完整被叫通話的信令流程Mobile Station Paging RequestChannel RequestImmediate AssignmentPage ResponseClassmark ChangeAut

21、hentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnect ReleaseRelease CompleteChannel Release需要注意的幾點信令:1）在被叫時的Paging Request 與Idle時的Paging Request 的區(qū)別在于前者在尋呼時包含有TMSI。2

22、）Ciphering Mode 為加密模式3）在Setup之后若手機為主叫則是Call Proceeding,手機為被叫則是Call Confirm1.4未接通定義“一次接通”從主叫手機Channel request開始， 一直到被叫手機的TCH分配完成、Alerting、Connect。在此過程中，任何的信令中斷都是“未接通”。未接通信令分析正常信令如下: 由主叫起呼信令流程圖可以看出，主叫首先發(fā)出 channel request report-CM service request-setup-callproceeding-assignment command-assignment comp

23、lete- alerting-connect-connect acknowledge 完成一次起呼。在主叫Assignment complete 完成后23秒左右被叫開始信道請求流程 Channel上request report-paging response-setup-call confirmed-assignment command-assignment complete-alerting-connect-connect acknowledge 完成一次被叫接入。主叫起呼信令流程圖 被叫接入信令流程圖1.5未接通分析流程21、主叫手機收到立即指配拒絕消息，這種情況由于SD信道擁塞導(dǎo)致1、

24、確認是否發(fā)起了呼叫，依據(jù)是主叫手機發(fā)出channel request消息，且原因值為original22、主叫手機收到立即指配消息，判斷依據(jù)為立即指配消息中的random值與channel request消息中的random值一致，手機收到發(fā)給自己的立即指配消息后會進行SD信道的建鏈，該過程通過手機發(fā)出SAMB消息，BTS回UA消息來完成23、主叫手機未收到立即指配拒絕消息或立即指配消息仍然處于空閑狀態(tài)下，這種情況可能由于BTS未收到channel request消息或BTS發(fā)出立即指配消息后手機未能收到，需分析手機發(fā)起呼叫占用的小區(qū)電平情況和相近路段占用該小區(qū)時的質(zhì)量情況和發(fā)射功率來分析是否

25、存在下行干擾或上行干擾，來判斷是否由于電平偏低或干擾或硬件故障導(dǎo)致31、如手機連續(xù)發(fā)幾個SABM消息后，未收到UA消息后退入空閑狀態(tài)，則發(fā)生了SD建鏈失敗，需分析手機發(fā)起呼叫占用的小區(qū)電平情況和相近路段占用該小區(qū)時的質(zhì)量情況和發(fā)射功率來分析是否存在下行干擾或上行干擾，來判斷是否由于電平偏低或干擾或硬件故障導(dǎo)致，如電平偏低需分析是否存在小區(qū)重選參數(shù)設(shè)置不當，導(dǎo)致手機占用低電平小區(qū)起呼。32、如手機收到了CM業(yè)務(wù)接受消息或鑒權(quán)要求或IDENTITY REQUEST消息則表明手機成功的占上了SD信道3.233、如手機收到了CMREJ消息表明存在交換數(shù)據(jù)問題或交換側(cè)問題，需分析CMREJ的原因值及呼叫

26、發(fā)起前手機是否有異常事件發(fā)生，例如：1、呼叫發(fā)生前主叫發(fā)生了掉話（有可能會發(fā)生下行鏈路故障后，手機退入空閑狀態(tài)，但網(wǎng)絡(luò)側(cè)還未判斷發(fā)生掉話，只是處于倒計時狀態(tài)下，此時手機發(fā)起呼叫會收到CMREJ）；2、呼叫發(fā)起前手機剛進行了跨LAC的小區(qū)重選，在還未來得及位置更新的情況下發(fā)起呼叫。3.241、手機占上SD信道后在收到TCH指配命令前，由于質(zhì)量差發(fā)生SD掉話，需分析質(zhì)量差的原因，1）、如高電平（60dBm以上）下質(zhì)量差則可懷疑存在硬件故障；2）、如在良好電平（75dBm左右）下質(zhì)量差則可懷疑存在頻率干擾，有基站數(shù)據(jù)庫就數(shù)據(jù)分析同鄰頻問題，如無數(shù)據(jù)庫則分析鄰區(qū)中是否有高電平的鄰頻存在；3）、如發(fā)生在

27、低電平下，則需分析該位置的確是（分析服務(wù)小區(qū)及鄰區(qū)電平）覆蓋問題，還是由于小區(qū)重選參數(shù)設(shè)置的原因?qū)е率謾C占用低電平小區(qū)發(fā)起呼叫，或是由于該小區(qū)在該路段存在覆蓋連續(xù)性差導(dǎo)致接續(xù)過程中電平迅速下降導(dǎo)致；4）、SD信道電平在1秒內(nèi)從較為良好（80dBm以上）劇降到100dBm以下，可懷疑存在硬件故障44、主叫手機占上SD信道后在收到CALL PROCEEDING前收到網(wǎng)絡(luò)側(cè)發(fā)起的拆鏈，通常由于交換側(cè)異常所致，分析時需對拆鏈消息的CAUSE VALUE值進行分析43、主叫手機收到CALL PROCEEDING后，如持續(xù)占用SD信道而收不到TCH指配命令，最終網(wǎng)絡(luò)側(cè)發(fā)起或手機發(fā)起拆鏈是由于TCH擁塞導(dǎo)致

28、，需描述占用的小區(qū)號，如馬上收到交換側(cè)下發(fā)的拆鏈命令，需分析拆鏈命令的原因值。42、主叫手機收到TCH指配消息后，需進行TCH信道的建鏈，該過程通過手機發(fā)SABM消息，基站回UA消息，再手機上報ASSIGN CMP消息且基站收到了該消息才算真正占上TCH，判斷依據(jù)為手機在TCH的SACCH上持續(xù)收到系統(tǒng)消息5、64.24.252、主叫手機成功占上TCH信道后，開始尋呼被叫手機，通常主叫占上TCH信道后2秒左右是被叫收第一次尋呼消息的時間，主叫占上TCH信道后67秒左右是被叫收第二次尋呼消息的時間51、手機在TCH建鏈過程失敗，且未能退回SD信道的，計為TCH指配失敗且SD掉話，需分析當時服務(wù)小

29、區(qū)的電平和SD的質(zhì)量及指配命令中TCH的描述（哪個頻點或跳頻信道），可能原因為1、干擾（電平良好）；2、電平過差（85dBm以下）；3、硬件故障（電平很好）53、手機在TCH建鏈過程失敗，且能退回SD信道的（上發(fā)ASS FAI消息），計為TCH指配失敗，需分析當時服務(wù)小區(qū)的電平和SD的質(zhì)量及指配命令中TCH的描述（哪個頻點或跳頻信道），可能原因為1、干擾（電平良好）；2、電平過差（85dBm以下）；3、硬件故障（電平很好）61、被叫手機如發(fā)生前一次呼叫拆鏈不正常（電平質(zhì)量良好情況下主叫上發(fā)DISC拆鏈了，而被叫并未收到下行DISC或RELEASE消息仍然處于通話狀態(tài)下）會導(dǎo)致主叫聽到錄音通知（

30、用戶在通話中或其他），該問題計為交換側(cè)異常導(dǎo)致拆鏈不及時。62、前一次呼叫被叫由于質(zhì)量差而掉話后，上行鏈路可能會保持一段時間，在此期間主叫再次起呼會導(dǎo)致主叫聽到錄音通知（用戶在通話中或其他），該問題計為掉話相關(guān)定時器設(shè)置過大。66、主叫在尋呼被叫期間（主叫占上TCH信道后2秒左右到6、7秒左右），被叫在做位置更新（位置更新的過程與尋呼時間有重疊）64、主叫尋呼被叫期間，被叫處于空閑狀態(tài)且未收到尋呼消息，需分析被叫占用的小區(qū)電平情況是否良好，如電平很好可懷疑交換側(cè)丟失尋呼消息，如電平良好可懷疑存在干擾，電平較差則需分析該位置確實有覆蓋偏弱問題還是存在小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致被叫手機占用低電平小

31、區(qū)62、被叫收到尋呼消息的依據(jù)為被叫發(fā)出channel request消息且原因值為 Paging response，被叫接續(xù)過程的分析與步驟24基本一致，如被叫接續(xù)過程中主叫發(fā)生掉話，仍然計為未接通，接通的依據(jù)為被叫發(fā)出CONNECT消息，但移動2004年的標準為主叫收到CONNECT消息，由于一些地方交換機的特殊設(shè)置可能會存在主叫側(cè)送錄音通知的情況下，也發(fā)CONNECT消息給主叫65、主叫占上TCH信道后，馬上收到網(wǎng)絡(luò)側(cè)下發(fā)的DISC命令，該問題由于交換問題導(dǎo)致，需根據(jù)DISC命令的CAUSE VALUE值分析可能存在的問題2具體分析在DT測試過程中造成未接通的原因有許多,下面我對其進行了

32、一下總結(jié):2.1 TCH擁塞造成的未接通的分析在GSM DT測試中，發(fā)現(xiàn)很多未接通事件的原因是小區(qū)擁塞、無TCH資源可用, 為了提高無線接通率，就必須解決因小區(qū)擁塞導(dǎo)致的未接通事件。而當小區(qū)TCH擁塞時,從信令流程上來看主叫手機在Call proceeding ( 被叫手機在 Call confirmed )后，系統(tǒng)沒能下發(fā)Assignment command 消息，而是下發(fā)Disconnect命令.當主叫沒有Assignment command 消息時為主叫TCH擁塞,當被叫沒有Assignment command 消息時為被叫TCH擁塞.圖1主叫未接通流程圖圖2被叫未接通流程圖TCH擁塞案

33、例:貴陽開磷百花小區(qū)_D3（主叫）圖3圖4圖5【路測文件】: 2009-7-23-08【問題描述】:車輛在貴陽開磷百花小區(qū)附近上行駛,主叫MS發(fā)生未接通.【問題分析】: 主叫MS占用到貴陽開磷百花小區(qū)_D3 (CI:31655 BCCH:718 BSCI:16)的信號, 主叫MS的接收電平在-77DB左右,話音質(zhì)量在0級, 主叫MS信令CM SERVICE REQUESTSETUPCALL PROCEEDINGDISCONNECT,時間間隔為11s,被叫MS占用微波局_D1 (CI:11551 BCCH:723 BSCI:03)的信號, 被叫MS的接收電平在-55DB左右, 被叫MS信令一直為

34、PAGING REQUEST TYPE1,沒有呼到被叫 ,主叫TCH擁塞.【解決建議】: 繼續(xù)觀察貴陽開磷百花小區(qū)_D3指標,如長時間有擁塞情況,擴容.2.2 TCH分配失敗導(dǎo)致未接通【描述】：14：29：42 主叫占用西安路_2信號發(fā)起呼叫(channel request report)，在14：29：44完成呼叫（assignment complete）,被叫未接通?！痉治觥浚涸谥鹘泻艚型瓿珊?3秒后，被叫開始信道請求，在完成assignment complete 后2秒左右出現(xiàn)assignment failure（TCH分配失敗）,導(dǎo)致未接通發(fā)生。如圖所示：主叫起呼流程圖被叫TCH分配失

35、敗信令圖圖六【解決方案】：解決小區(qū)TCH分配失敗問題。2.3 SDCCH擁塞導(dǎo)致未接通【描述】16：49：13被叫占用移動公司_5出現(xiàn)未接通?！痉治觥浚涸谥鹘型瓿善鸷簦╝ssignment complete ）后2秒左右，此時被叫發(fā)起信道請求channel request report,由于SDCCH擁塞溢出，被叫手機無法獲得SDCCH，重復(fù)2次發(fā)送信道請求后仍然無法獲得SDCCH信道消息的回復(fù)，導(dǎo)致未接通的發(fā)生。如圖所示：主叫信令流程圖 被叫信令流程圖圖六【解決方案】：增加SDCCH信道2.4 SDCCH掉話引起未接通【描述】：15：20：47 主叫手機占用沈場_2發(fā)起呼叫后出現(xiàn)未接通現(xiàn)象。

36、【分析】：由信令圖可以看出主叫起呼,在立即指配（immediate assignment）后緊接著就出現(xiàn)信道釋放（channel release）,也就是在SDCCH分配后就出現(xiàn)信道釋放命令，即SDCCH掉話產(chǎn)生此次呼叫未接通。如圖所示：主叫信令圖【解決方案】：未知原因掉話，可以通過信令跟蹤進一步確認情況2.5 SDC分配失敗【分析】：由信令流程可以看出,MS在channel request report 后下發(fā)IMMEDIATE ASSIGNMENT,然后有IMMEDIATE ASSIGNMENT FAILURE轉(zhuǎn)為IDLE,導(dǎo)致未接通建議：排除無線方面原因后，應(yīng)從交換側(cè)尋找問題原因2.6位

37、置更新導(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ū)與市中心不屬于同一個LAC，而城西又是測試必測區(qū)域，幾乎每次測試時在兩個LAC交界處都會遇到跨LAC位置更新。由于位置更新的信令流程較長，持續(xù)時間大概在

38、5秒左右，而在被叫手機發(fā)起位置更新至完成位置更新流程中，不會響應(yīng)尋呼消息，故會發(fā)生被叫手機無法接通的情況。且由于市區(qū)的這兩個LAC不屬于同一個VLR，故若主叫跨LAC未及時發(fā)起位置更新，也會造成cause = IMSI unknown in VLR的未接通。針對這一問題，我們認為最好的解決方法為進行LAC規(guī)劃。方案是將部分屬于LAC 20854的測試范圍內(nèi)的小區(qū)割接至LAC 20857，保證測試范圍內(nèi)只有一個LAC，從根本上避免由于主被叫手機位置更新造成未接通的情況。但是，在查詢了LAC 20857尋呼量以及BSC容量后，綜合考慮后認為由于Paging容量限制和BSC容量限制，該方案無法實施。

39、之后，我們采用第二種方案，即調(diào)整LAC邊界區(qū)域的CRH參數(shù)值，影響相關(guān)區(qū)域的小區(qū)重選速度，來盡量減少位置更新的概率。移動臺進行小區(qū)重選時，若原小區(qū)和目標小區(qū)屬不同的位置區(qū)，則移動臺在小區(qū)重選后必須啟動一次位置更新過程。由于無線信道的衰落特性，通常在相鄰小區(qū)的交界處測量得到的兩個小區(qū)的C2值會有較大的波動，從而使移動臺頻繁地進行小區(qū)重選。盡管移動臺兩次小區(qū)重選的間隔時間不會小于15秒，但對位置更新而言15秒的時間是極其短暫的。它不但使網(wǎng)絡(luò)的信令流量大大增加、無線資源得不到充分利用，并且由于移動臺在位置更新的過程中無法響應(yīng)尋呼，因而使系統(tǒng)的接通率降低。該參數(shù)的作用是要求鄰區(qū)（位置區(qū)與本區(qū)不同）C2

40、值必須比本區(qū)C2值大，且其差值必須大于CRH規(guī)定的值，移動臺才啟動小區(qū)重選.2.8被叫小區(qū)重選造成未接通和位置更新造成未接通相類似，小區(qū)重選造成的未接通也發(fā)生在被叫側(cè)手機。主叫側(cè)在上行發(fā)送Setup 消息后，網(wǎng)絡(luò)側(cè)開始尋呼被叫，被叫在小區(qū)重選完成后才能監(jiān)聽Paging消息，其間可能造成未接通。從信令流程上來看，主叫側(cè)正常分配完成，被叫側(cè)一直處于空閑模式，重放路測數(shù)據(jù)，被叫手機在主叫上行發(fā)送Setup后，網(wǎng)絡(luò)Paging被叫時，被叫手機曾進行小區(qū)重選。主叫流程 被叫流程小區(qū)重選造成未接通流程圖【解決方案】:檢查小區(qū)重選參數(shù)設(shè)置是否合理2.9硬件問題,SUM板和載頻問題.降級告警.由于載頻隱性故障

41、導(dǎo)致的未接通在10:31:20分測試車輛由農(nóng)行北側(cè)向南行使，主被叫手機占用匯豐酒店1（17235_1601）小區(qū)時，主被叫手機的接收電平都在-65db左右，語音質(zhì)量為7；隨著車輛繼續(xù)向前行使，在農(nóng)行1小區(qū)附近主叫手機切換到五中1（17235_1501）小區(qū)時，語音質(zhì)量為0。問題區(qū)域話音質(zhì)量和小區(qū)分布圖TCH分配失敗分析圖分析：主被叫手機占用匯豐酒店1（17235_1601）小區(qū)時，在距離農(nóng)行0.9公里處，電平為-68db左右，而語音質(zhì)量為7，通過話務(wù)報告發(fā)現(xiàn)，農(nóng)行1小區(qū)的切入成功率較底，TCH分配失敗率較高，可能是由于農(nóng)行1小區(qū)硬件故障導(dǎo)致。在查看話務(wù)報告的同時也發(fā)現(xiàn)農(nóng)行1小區(qū)上行有干擾。查看

42、農(nóng)行1小區(qū)的硬件發(fā)現(xiàn)有故障，在更換TRE后，第二天復(fù)測此路段語音質(zhì)量正常，故障消失，沒有發(fā)現(xiàn)未接通現(xiàn)象。2.10上行鏈路問題的未接通問題上行鏈路問題通常是由于硬件問題、上行干擾造成基站不能正常解調(diào)手機的上行消息。從上面的層3消息中，我們可以看到移動臺在沒有收到下行指配消息時，會根據(jù)系統(tǒng)消息3中定義的max_retran的次數(shù)，在T3212定義的時長內(nèi)，重新發(fā)送Channel request消息；發(fā)送間隔根據(jù)tx_integer的取值，在數(shù)個RACH時長的范圍內(nèi)，隨機取得。其中，取值定義如下：M=max_retran；取值范圍 : 0 - 30 = 最大1次重發(fā)1 = 最大2次重發(fā)2 = 最大4

43、次重發(fā)3 = 最大7次重發(fā)T=tx_integer；取值范圍 : 0 to 15對應(yīng)的RACH slots03RACH811RACH14RACH912RACH25RACH1014RACH36RACH1116RACH47RACH1220RACH58RACH1325RACH69RACH1432RACH710RACH1550RACHS=根據(jù)tx_integer與復(fù)幀的類型共同決定（如下表）：TX-integernon combined CCCHcombined CCH/SDCCH3,8,14,5055414,9,1676525,10,20109586,11,25163867,12,32217115在

44、Channel request消息發(fā)送M+1次后，MS會啟動T3126計數(shù)器，當計數(shù)器超時后，呼叫將被取消。以上的案例中，經(jīng)過測試后對起呼小區(qū)的載頻的統(tǒng)計分析，以及利用CTP工具進行呼叫跟蹤發(fā)現(xiàn)。該小區(qū)受到嚴重的上行干擾，導(dǎo)致基站無法正確解調(diào)出RACH信息。2.11連續(xù)未接通現(xiàn)象【描述】：主叫手機在14：35：00完成起呼后1秒左右拆鏈，出現(xiàn)未接通現(xiàn)象，拆鏈（disconnect）原因為用戶忙（cause value: user busy）。在隨后4分鐘時間內(nèi)連續(xù)出現(xiàn)連續(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分鐘左右的時間內(nèi)出現(xiàn)手機吊死的情況，直到14：39：40秒才出現(xiàn)下行的disconnect消息，而主叫在被叫未拆鏈和信道釋放的情況下進行的連續(xù)的呼叫就出連續(xù)未接通情