呼叫基本流程

1、2009年7月杭州華星創(chuàng)業(yè)通信技術(shù)有限公司流程分析詳述流程分析詳述1. 層三消息講解2. 未接通分析1、層三消息講解 系統(tǒng)消息講解系統(tǒng)消息講解 呼叫接續(xù)流程講解 切換流程 位置更新流程 短信流程系統(tǒng)消息作用：在GSM系統(tǒng)中一共有6種基本的系統(tǒng)消息，其中系統(tǒng)消息14在BCCH上傳送，用以提供手機(jī)空閑時(shí)一些網(wǎng)絡(luò)信息，如LAC/CI，RACH 控制信息，小區(qū)信道描述，小區(qū)選擇參數(shù)，無線鏈路控制，以及用于小區(qū)重選的BA 表(BCCH) 等等；系統(tǒng)消息5和6在SACCH上傳送，主要提供用手機(jī)于通話狀態(tài)下于切換的BA 表(SACCH)，功率控制信息，DTX信息，無線鏈路超時(shí)等等。在雙頻情況下，還補(bǔ)充了2t

2、er和5ter消息，用以傳送“多頻段指示”和擴(kuò)展頻段的鄰區(qū)BCCH頻率信息表。系統(tǒng)消息在呼叫建立、位置更新、切換和小區(qū)重選等過程中起著很重要的作用，應(yīng)當(dāng)引起重視。層三消息講解-系統(tǒng)消息講解層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type1:系統(tǒng)消息系統(tǒng)消息1 跳頻序列跳頻序列(MA LIST) 信道描述信道描述層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type2:系統(tǒng)消息系統(tǒng)消息2鄰區(qū)的鄰區(qū)的BCCH頻點(diǎn)列表（頻點(diǎn)列表（add_nei中選擇中選擇nei類型為類型為BA_BC

3、CH)小區(qū)重選控制（小區(qū)重選控制（NCC permitted）RACH控制參數(shù)（同控制參數(shù)（同 TYPE1）層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type3:系統(tǒng)消息系統(tǒng)消息3當(dāng)前小區(qū)當(dāng)前小區(qū)CGI控制信道描述控制信道描述小區(qū)選擇參數(shù)小區(qū)選擇參數(shù)RACH控制參數(shù)控制參數(shù)(同同TYPE1)層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type4:系統(tǒng)消息系統(tǒng)消息4當(dāng)前小區(qū)當(dāng)前小區(qū)CGICGI描述描述小區(qū)選擇參數(shù)小區(qū)選擇參數(shù)RACHRACH控制參數(shù)控制參數(shù)( (同同TYPE1)T

4、YPE1)小區(qū)信道描述小區(qū)信道描述小區(qū)重選參數(shù)小區(qū)重選參數(shù)層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type5:系統(tǒng)消息系統(tǒng)消息5通話模式下通話模式下SACCH傳送傳送鄰小區(qū)鄰小區(qū)BCCH列表列表: （add_nei中中選擇選擇nei類型為類型為BA_SACCH)層三消息講解-系統(tǒng)消息講解SYSTEM INFORMATION-System information type6:系統(tǒng)消息系統(tǒng)消息6通話模式下由通話模式下由SACCH傳送傳送當(dāng)前小區(qū)當(dāng)前小區(qū)CGI描述描述(手機(jī)知道其手機(jī)知道其LAC是否改變是否改變,如已變?nèi)缫炎?則結(jié)束通話后

5、則結(jié)束通話后即進(jìn)行位置更新即進(jìn)行位置更新)小區(qū)參數(shù)小區(qū)參數(shù)DTX指示指示RLTNCC permitted1、層三消息講解 系統(tǒng)消息講解 呼叫接續(xù)流程講解呼叫接續(xù)流程講解 切換流程 位置更新流程 短信流程接續(xù)流程- MS主叫流程(MO)接續(xù)流程- MS被叫流程(MT)接續(xù)流程-掛機(jī)流程呼叫接續(xù)流程CM Service Request:CM Service typeMS CLASSMARK（能力，類型）（能力，類型）本身（主叫本身（主叫TMSI/IMSI）CM Service Accept:呼叫接續(xù)流程-MS鑒權(quán)流程鑒權(quán)3參數(shù):RAND,SRES,Kc,RAND:02128;由系統(tǒng)發(fā)給手機(jī)Ki為S

6、IM卡&AUC中永久信息RAND&Ki SRES(A3) Kc(A8)（加密用）AUC進(jìn)行SRES比較,鑒權(quán)結(jié)束呼叫接續(xù)流程-MS加密流程參見04.08中:3.4.7-Ciphering MODE Setting9.1.9-Ciphering MODE Command9.1.10-Ciphering MODE Complete加密算法為加密算法為)-114b加密序列加密序列,與與114BIT信息信息XORA5算法算法,Kc(64b),FN(22b呼叫接續(xù)流程Setup:主叫號(hào)碼主叫號(hào)碼(下行下行)呼叫接續(xù)流程Setup:被叫號(hào)碼被叫號(hào)碼(上行上行)Call Proceeding

7、:表明此時(shí)表明此時(shí)MSC已收到已收到SETUP請求而且已有足夠的信息建請求而且已有足夠的信息建立連接立連接.呼叫接續(xù)流程Assignment Command:信道描述信道描述POWER LEVELCHANNEL MODEAssignment Complete:呼叫接續(xù)流程AlertingMS-NET:被叫手機(jī)通知網(wǎng)絡(luò)被叫手機(jī)通知網(wǎng)絡(luò),表明被叫手表明被叫手機(jī)開始振鈴機(jī)開始振鈴NET-MS:告知主叫手機(jī)已開始振鈴告知主叫手機(jī)已開始振鈴Call Confirmed表明被叫手機(jī)已收到呼叫請求表明被叫手機(jī)已收到呼叫請求Physical Information:網(wǎng)絡(luò)由網(wǎng)絡(luò)由DCCH向向MS:通知通知MS停

8、止發(fā)送停止發(fā)送ACCESS BURST (ho access),并告知并告知TANET-MS呼叫接續(xù)流程Measurement Report:其中鄰區(qū)其中鄰區(qū)BCCH-FREQ下內(nèi)容為下內(nèi)容為BA表中之順序號(hào)表中之順序號(hào)(FROM 0)RXLEV-NCELL數(shù)值數(shù)值=實(shí)際接收實(shí)際接收電平電平+1108189947391751、層三消息講解 系統(tǒng)消息講解 呼叫接續(xù)流程講解 切換流程切換流程 位置更新流程 短信流程層三消息講解-切換流程Handover Process:完全同步的鄰區(qū)切換完全同步的鄰區(qū)切換非同步的鄰區(qū)切換非同步的鄰區(qū)切換層三消息講解-切換流程Handover Command:目標(biāo)小

9、區(qū)描述目標(biāo)信道切換參考號(hào)是否同步1、層三消息講解 系統(tǒng)消息講解 呼叫接續(xù)流程講解 切換流程 位置更新流程位置更新流程 短信流程層三消息講解-位置更新流程層三消息講解-位置更新流程1、層三消息講解 系統(tǒng)消息講解 呼叫接續(xù)流程講解 切換流程 位置更新流程 短信流程短信流程層三消息講解-SMS流程接收接收SMS流程流程:2 2、未接通分析、未接通分析 接通的層三信令流程 以主叫Channel request來確定試呼開始，接著出現(xiàn)了Connect，Connect Acknowledge消息中的任何一條就計(jì)數(shù)為一次接通，否則就計(jì)為一次未接通。3 3、未接通分析、未接通分析 第2步：是否存在Immedi

10、ate assignment reject ，若有，則說明存在SDCCH阻塞。如果有大量的SDCCH阻塞，若沒有“Immediate assignment ”，信號(hào)弱或干擾，導(dǎo)致系統(tǒng)無法收到“ channel request”或MS無法解碼下行消息。 第4步：是否存在CM service reject ，若有，可能是欠費(fèi)、漫游到?jīng)]有權(quán)限的地區(qū)或者割接后小區(qū)交換沒有做數(shù)據(jù)，還有可能是VLR，HLR有問題。3 3、未接通分析、未接通分析 是否存在第7步，若沒有而直接收到系統(tǒng)下發(fā)disconnect消息，可能是存在TCH擁塞。 第8步，手機(jī)直接響應(yīng)Assignment fail ，存在干擾、信號(hào)弱或

11、硬件故障導(dǎo)致TCH分配失敗 到第3、4步或到第8步MS直接轉(zhuǎn)到尋呼信道，則是SD或TCH信道上掉話，主要原因有信號(hào)弱、話音差或硬件故障導(dǎo)致。 到第8或9步，直接收到系統(tǒng)下發(fā)disconnect消息（釋放信道原因見下表），則查看被叫問題（原因有以上幾種）Page 34 當(dāng)呼叫建立失敗時(shí)，及沒有收到connect消息，直接收到系統(tǒng)下行的DISCONNECT消息到移動(dòng)臺(tái)，DISCONNECT消息簡要的指示出呼叫建立失敗的不同原因。未接通分析未接通分析Page 35未接通分析未接通分析左面就是在道路測試期間經(jīng)常出現(xiàn)一些呼叫建立失敗的原因值詳細(xì)描述，作為參考，具體的原因還應(yīng)查看被叫呼叫流程1、SD 擁塞

12、的消息歷程從層3消息中，我們可以看到SDCCH擁塞時(shí)，系統(tǒng)會(huì)向移動(dòng)臺(tái)發(fā)送Immediate Assignment Reject消息。比較Layer3消息中的Random reference號(hào)碼，從而可以確定多個(gè)信道請求消息中，那一條由于SDCCH擁塞而被拒絕。 2、TCH 擁塞的消息歷程從層3消息中，我們可以看到TCH擁塞時(shí)，下行發(fā)出Call Proceeding消息后，當(dāng)沒有TCH可用信道時(shí)，手機(jī)在排隊(duì)打開的情況下，在SDCCH上排隊(duì)等待，直到排隊(duì)時(shí)長終止。下行即發(fā)出Channel Release消息。Disconnect消息解碼顯示：Cause value 34,沒有電路或信道可用3、下行

13、質(zhì)量差造成TCH接入失敗的消息歷程 從層3消息中，我們可以看到當(dāng)TCH擁塞和TCH分配失敗時(shí)，經(jīng)?？梢钥吹揭苿?dòng)臺(tái)回到SDCCH上發(fā)送Assignment Failure消息，其描述多為：沒有無線資源、無線接口失敗以及協(xié)議錯(cuò)誤。 對于無線接口失敗，導(dǎo)致其發(fā)生的原因有多種。其中多數(shù)是由于硬件故障、干擾、信號(hào)阻擋等因素造成的。當(dāng)處理這類問題時(shí)，需要根據(jù)測試現(xiàn)場的周邊環(huán)境；小區(qū)相關(guān)性能統(tǒng)計(jì)；結(jié)合測試文件綜合加以考慮。 硬件問題案例：由于單個(gè)載頻故障或收、發(fā)信通路上的硬件發(fā)生故障，造成射頻通路上的衰耗突然增大，通信質(zhì)量下降，致使射頻丟失。 從層3消息中，我們可以看到Assignment Failure消

14、息，分析分配失敗的原因Cause Value: 111,只是屬于沒有具體的原因協(xié)議錯(cuò)誤。但在規(guī)定的時(shí)間內(nèi)，沒有在TCH上建立連接，則認(rèn)為此次分配失敗，MS跳回原SDCCH信道發(fā)送失敗消息）。發(fā)現(xiàn)該小區(qū)中有兩個(gè)載頻的檢分配失敗的數(shù)目很多，觀察指配失敗消息前的MR可以看到RXQUAL=7。同時(shí)，在測試中周邊小區(qū)不存在同、鄰頻現(xiàn)象。因此我們懷疑該小區(qū)存在硬件問題。通過對基站射頻通路測，發(fā)現(xiàn)該小區(qū)的合路器CBF故障，更換后其呼叫建立成功率恢復(fù)到正常水平。4、SDCCH掉話的消息歷程 RF_LOSSES_SD是在SDCCH上的射頻掉話的數(shù)目。引起原因可能是覆蓋問題；同、鄰頻干擾問題；硬件問題等等，需要進(jìn)

15、行實(shí)際的測試后，根據(jù)具體情況進(jìn)行分析。 從呼叫建立的信令消息歷程上分析， 我們可將SDCCH掉話分為:Assignment Command消息之前的SD射頻丟失和Assignment Command消息之后，TCH分配失敗后移動(dòng)臺(tái)不能回到原SDCCH信道的掉話。從層3消息中，我們可以看到Assignment Command消息之前的SD射頻丟失。當(dāng)時(shí)用戶在室內(nèi)起呼困難，現(xiàn)場測試發(fā)現(xiàn)在分配SDCCH后，在單個(gè)載頻上經(jīng)常產(chǎn)生SD_RF_LOSS，觀察MR可以看到RXQUAL=7，通過對基站射頻通路檢測，發(fā)現(xiàn)該小區(qū)載頻所連接的天線朝向上存在嚴(yán)重阻擋，造成通信質(zhì)量下降，從而導(dǎo)致信令在其SDCCH信道的

16、接續(xù)失敗。在調(diào)整天線位置后，室內(nèi)用戶可以正常的呼叫。5、上行鏈路問題的消息歷程 從層3消息中，我們可以看到移動(dòng)臺(tái)在沒有收到下行指配消息時(shí)，會(huì)根據(jù)系統(tǒng)消息3中定義的max_retran的次數(shù)，在T3126定義的時(shí)長內(nèi)，重新發(fā)送Channel request消息；發(fā)送間隔根據(jù)tx_integer的取值，在數(shù)個(gè)RACH時(shí)長的范圍內(nèi)，隨機(jī)取得。其中，取值定義如下：M=max_retran；取值范圍 : 0 - 30 = 最大1次重發(fā)1 = 最大2次重發(fā)2 = 最大4次重發(fā)3 = 最大7次重發(fā) 在Channel request消息發(fā)送M+1次后，MS會(huì)啟動(dòng)T3126計(jì)數(shù)器，當(dāng)計(jì)數(shù)器超時(shí)后，呼叫將被取消。以上的案例中，經(jīng)過測試后對起呼小區(qū)的載頻的統(tǒng)計(jì)分析，以及利用統(tǒng)計(jì)跟蹤發(fā)現(xiàn)。該小區(qū)受到嚴(yán)重的上行干擾，導(dǎo)致基站無法正確解調(diào)出RACH信息。 6、被叫在做位置更新或接收短消息 當(dāng)被叫在做位置更新時(shí)，主叫開始呼叫，尋呼被叫，可能還在原來的位置區(qū)尋呼，導(dǎo)致尋呼不到被叫。 當(dāng)被叫在接收短信時(shí)，主叫開始尋呼，導(dǎo)致被叫占用SD信道接收短信，無法響應(yīng)尋呼，導(dǎo)致尋呼無響應(yīng)。 7、無效的呼叫 在測試過程中，常能碰到一些由于人為因素造成的呼叫建立失敗。在這里我們將其統(tǒng)一歸為無效呼叫。下面列舉一些常見的現(xiàn)象：（一）移動(dòng)臺(tái)呼叫建立過程中的出現(xiàn)突然斷電（二）移動(dòng)臺(tái)關(guān)機(jī)（IMS