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

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

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

4、YPE1)小區信道描述小區信道描述小區重選參數小區重選參數層三消息講解-系統消息講解SYSTEM INFORMATION-System information type5:系統消息系統消息5通話模式下通話模式下SACCH傳送傳送鄰小區鄰小區BCCH列表列表: （add_nei中中選擇選擇nei類型為類型為BA_SACCH)層三消息講解-系統消息講解SYSTEM INFORMATION-System information type6:系統消息系統消息6通話模式下由通話模式下由SACCH傳送傳送當前小區當前小區CGI描述描述(手機知道其手機知道其LAC是否改變是否改變,如已變如已變,則結束通話后

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

6、IM卡&AUC中永久信息RAND&Ki SRES(A3) Kc(A8)（加密用）AUC進行SRES比較,鑒權結束呼叫接續流程-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呼叫接續流程Setup:主叫號碼主叫號碼(下行下行)呼叫接續流程Setup:被叫號碼被叫號碼(上行上行)Call Proceeding

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

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

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

10、ate assignment reject ，若有，則說明存在SDCCH阻塞。如果有大量的SDCCH阻塞，若沒有“Immediate assignment ”，信號弱或干擾，導致系統無法收到“ channel request”或MS無法解碼下行消息。 第4步：是否存在CM service reject ，若有，可能是欠費、漫游到沒有權限的地區或者割接后小區交換沒有做數據，還有可能是VLR，HLR有問題。3 3、未接通分析、未接通分析 是否存在第7步，若沒有而直接收到系統下發disconnect消息，可能是存在TCH擁塞。 第8步，手機直接響應Assignment fail ，存在干擾、信號弱或

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

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

13、質量差造成TCH接入失敗的消息歷程 從層3消息中，我們可以看到當TCH擁塞和TCH分配失敗時，經常可以看到移動臺回到SDCCH上發送Assignment Failure消息，其描述多為：沒有無線資源、無線接口失敗以及協議錯誤。 對于無線接口失敗，導致其發生的原因有多種。其中多數是由于硬件故障、干擾、信號阻擋等因素造成的。當處理這類問題時，需要根據測試現場的周邊環境；小區相關性能統計；結合測試文件綜合加以考慮。 硬件問題案例：由于單個載頻故障或收、發信通路上的硬件發生故障，造成射頻通路上的衰耗突然增大，通信質量下降，致使射頻丟失。 從層3消息中，我們可以看到Assignment Failure消

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

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

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