層3信令在路測中的應用_百度文庫

1、1. 概述作為一名網(wǎng)優(yōu)工程師, 需要牢牢掌握一個完整呼叫的信令流程. 我們做GSM優(yōu)化, 主要是對Um 口要把握的更深些. 尤其是Layer3信令-也就是我們平常做路測的工程師說的層3信令。關于層3信令,可以參考GSM規(guī)范04.08. 對層3信令的準確理解,可以幫助我們快速分析和定位網(wǎng)絡問題.本期議題為“請舉例說明如何結(jié)合層3信令分析路測中發(fā)現(xiàn)的問題”。討論為期一個月,移動通信俱樂部的廣大移友獻計獻策,對該議題進入了深入細致的討論和分析,得出了大量具有實踐意義的分析與心得。為此,特將其中精華部分加以總結(jié)歸納,形成該文檔。2. 理論部分2.1一次完整的主叫流程(含切換IDLE:DL: SYSTE

2、M INFORMATION TYPE 1:包括小區(qū)信道描述和RACH控制參數(shù)DL: SYSTEM INFORMATION TYPE 2(2bis,2ter:鄰小區(qū)BCCH頻點描述,RACH控制信道,允許的PLMN(擴展鄰小區(qū)BCCH頻點描述+RACH控制信道;擴展鄰小區(qū)BCCH頻點描述2DL: SYSTEM INFORMATION TYPE 3:CI,LAI,控制信道描述,小區(qū)選擇,小區(qū)選擇參數(shù),RACH 控制參數(shù)DL: SYSTEM INFORMATION TYPE 4:LAI,小區(qū)選擇參數(shù),RACH控制參數(shù),CBCH信道描述,CBCH 移動配置DL: SYSTEM INFORMATION

3、TYPE 7:小區(qū)重選參數(shù)DL: SYSTEM INFORMATION TYPE 8:小區(qū)重選參數(shù)UL: Channel requestDL: Immediate assignment(SDCCH試呼:UL:CM service request(如果后面直接收到System Information Type1,則視為起呼失敗 DL: CM service RequestDL: CM service acceptDL: AUTHENTICATION REQUESTUL: AUTHENTICATION RESPONSEDL: CIPHER MODE COMMANDUL: CIPHER MODE C

4、OMPLETEDL: TMSI REALLOCATION COMMANDUL: TMSI REALLOCATION COMPLETEUL: SETUP移動通信俱樂部 GSM 無線版專題討論第五期M 版權(quán)所有 2DL: CALL PROCEEDINGDL: ASSIGNMENT COMMANDUL: ASSIGNMENT COMPLETE (TCHDL: ALERTING成功起呼:DL: CONNECT(呼叫成功的標志,UL: CONNECT ACKNOWLEDGEDL: SYSTEM INFORMATION TYPE 5(5bis,5ter:鄰近小區(qū)BCCH頻點描述(

5、擴展鄰近小區(qū)BCCH 頻點描述DL: SYSTEM INFORMATION TYPE 6:CI,LAI,小區(qū)參數(shù)設置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切換成功的標志DL:Physical InformationDL: SYSTEM INFORMATION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect(收到該條消息或Release中的任何一條,則視為正常釋放,如果兩條消息均未收到,而是直接收到System Informati

6、on Type1,則視為一次掉話UL:ReleaseDL:Release CompleteDL:Channel ReleaseUL:Release Complete2.2一次正常的LAR&RAU信令流程:DirectionTypeLayer 3 MessageULRRChannel RequestDLRRImmediate AssignmentULMMLocation Updating RequestULRRClassmark ChangeULRRGPRS Suspension RequestDLMMAuthentication RequestULMMAuthentication Re

7、sponseDLMMIdentity RequestULMMIdentity ResponeDLMMLocation Updating acceptULMMTMSI Realocation CompleteDLRRChannel ReleaseULGPRS MMRouting Area Update Request移動通信俱樂部 GSM 無線版專題討論第五期M 版權(quán)所有 3ULRRChannel RequestDLRRImmediate AssignmentDLGPRS MMRouting Area Update AcceptULGPRS MMRouting Area

8、 Update Complete2.3 各種情況對應的信令²掉話(既沒有Disconnect,也沒有Release,則視為掉話: Paging RequestChannel Request Immediate AssignmentCM Service RequestCM Service AcceptSetupAssignment CommandAssignment CompleteConnect/AlertingSystem Information Type1²通話正常結(jié)束(Disconnect和Release都有或只有其中一個都視為通話正常結(jié)束:Paging Reques

9、tChannel RequestImmediate AssignmentCM Service RequestCM Service Accept SetupAssignment CommandAssignment CompleteAlertingDisconnectReleaseRelease CompleteChannel Release²呼叫失敗: Paging RequestChannel RequestImmediate AssignmentCM Service Request System Information Type1(在一次呼叫過程中,若連續(xù)出現(xiàn)多個CM Servic

10、e Request,則視為一次呼叫失敗²呼叫成功:Paging RequestChannel RequestImmediate AssignmentCM Service Request CM Service AcceptSetupAssignment CommandAssignment CompleteConnect/Alerting ²切換成功:Handover CommandHandover Complete²切換失敗:Handover CommandHandover Failure2.4常見Disconnect / Release Cause Value:C

11、ause ValueReason31BSS or MSC problem34(beforeAssignmentCommandTCH Blocking34(after Assignment CompleteMSC Blocking41(after Assignment CommandBSS problem, especially DRI problem41(after Assignment CompleteMSC problem42MSC Congestion44BSS problem, especially the CIC blocking移動通信俱樂部 GSM 無線版專題討論第五期Mobil

12、 版權(quán)所有 4111BSS or MSC problem2.5 兩個MS通話的流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH分配成功MS2 Uplin

13、k Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response SDCCH分配成功MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete TCH分配成功MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink

14、 ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS1 Downlink Channel ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel Release移動通信俱樂部 GSM 無線版專題討論第五期M 版權(quán)所有 53. 案例介紹3.1 MS呼叫未接通:問題描述:

15、在做DT測試過程中發(fā)生了一次未接通,地點是LAC區(qū)交接處.在DT測試的行程中,可能發(fā)生數(shù)次跨LAC區(qū)的切換,極易發(fā)生掉話或未接通情況。主要有以下三條信令消息:UL:CHANNEL REQUESTDL:IMMEDIATE ASSIGNMENTUL:CM SERVICE REQUEST問題分析: (1在上行的CM SERVICE REQUEST信令發(fā)出后,沒有下行的響應,通話狀態(tài)由起呼直接轉(zhuǎn)為空閑模式(IDLE,由此可以斷定發(fā)生了一次未接通。由于上行UL:CM SERVICE REQUEST 是MS發(fā)起的對SDCCH的申請,發(fā)出申請后沒有應答,沒有出現(xiàn)標志呼叫接通的信令消息,可以斷定發(fā)生了一次未接

16、通情況。其原因可能為該服務小區(qū)的SDCCH信道擁塞,也可能是由于無線環(huán)境的惡化造成SDCCH信令丟失。因為此次DT測試發(fā)生在跨數(shù)個LAC的路段,而且是上一個通話剛剛結(jié)束,起初判斷可能是發(fā)生了一次位置更新。(2 位置更新信令消息如下:DL:CHANNEL RELEASEUL:CHANNEL REQUEST(開始位置更新DL:IMMEDIATE ASSIGNMENTUL:LOCATION UPDATING REQUESTDL:AUTHENTICATION REQUESTUL:AUTHENTICATION RESPONSEDL:LOCATION UPDATING ACCEPTUL:TMSI REAL

17、LOCATION COMPLETEDL:CHANNEL RELEASE結(jié)合此例的第三層信令消息來看,例子中MS發(fā)出了UL:CM SERVICE REQUEST,并不是UL:LOCATION UPDATING REQUEST,由此可以判斷出此例并非是位置更新。3.2 位置更新導致數(shù)據(jù)吞吐量為0問題描述: 在某路段,進行數(shù)據(jù)業(yè)務測試時,發(fā)現(xiàn)MS數(shù)據(jù)吞吐量變?yōu)?,沒有了與GPRS網(wǎng)絡的連接.問題分析: (1 在該路段進行語音業(yè)務測試, 確認已經(jīng)完全覆蓋.(2 分析當時數(shù)據(jù)業(yè)務測試的層3信令. 當時的信令為:DL:SYSTEM INFORMATION TYPE 1 UL:LOCATION UPDATI

18、NG REQUEST UL:CHANNEL REQUEST初步定位數(shù)據(jù)吞吐量變?yōu)?的原因是 MS執(zhí)行了一次跨路由區(qū)的小區(qū)重選移動通信俱樂部 GSM 無線版專題討論第五期M 版權(quán)所有 6(3 對比在當時顯示圖的信令部分可以明顯的看出該MS正在做位置更新.3.3 FTP下載中斷問題描述: 在 DT FTP 下載測試中，MS 已成功登陸 FTP Server，并已經(jīng)開始下載數(shù)據(jù)，F(xiàn)TP 下載 進度為 9，在經(jīng)過一次小區(qū)重選后, FTP 下載不能繼續(xù)進行，在一系列的 Ping fail 后，F(xiàn)TP 掉線. 問題分析: (1 查看層三信令,具體顯示如下： Direction T

19、ype Layer 3 Message UL GPRS SM Deactivate PDP Context Request DL RR System Information Type 13 UL RR Channel Request DL RR Immediate Assignment DL GPRS SM Deactivate PDP Context Accept 發(fā)現(xiàn)在事件列表中有 PDP Deactivated 的消息，在層三消息中可以看到是手機發(fā)起的上行消息. (2發(fā)生這種情況可能有 3 種原因： 一是手機在測試過程中電纜的某個接口發(fā)生了松動，這樣手機可能會發(fā)出 PDP 去激活申請。

20、二是手機本身存在一些問題也可能導致這個問題。 三是測試用的筆記本電腦可能存在一些問題 3.4 沒有物理消息導致切換失敗 問題描述: 某地主要由 4173、4081 小區(qū)覆蓋，上述兩個小區(qū)及相鄰小區(qū)同屬于 LAC：13588。DT 測試過程中，MS 當前服務小區(qū)為 4173，當檢測到有 Level 更強的鄰區(qū)時，BSC 指示 MS 切換（發(fā) 起 DL：HANDOVER COMMAND），此時發(fā)生了連續(xù)的三次切換失敗（UL：HANDOVER FAILURE）。雖 然本例中經(jīng)歷了連續(xù)三次切換失敗，MS 仍然沒有掉話（MS 還在發(fā)送測量報告），但是對連續(xù)的 切換失敗應該給予很大的重視。 問題分析: (

21、1 查看當時的層三信令, 具體如下: DL：HANDOVER COMMAND UL：HANDOVER ACCESS UL：HANDOVER COMPLETE UL：MEASUREMENT REPORT UL：HANDOVER FAILURE DL：SYSTEM INFORMATION TYPE 5 (2 從切換的兩個小區(qū)來看，4173 向 4081 切換，是不同步切換，所以 BSC 應該在 MS 發(fā)出 UL： HANDOVER ACCESS 消息后， 接著發(fā)出 DL： PHYSICAL INFORMATION， 指示 MS 切換至目標小區(qū)的 Timing Advance，即 MS 與切換目標小區(qū)的距離。同時，在 MS 發(fā)出 UL：HANDOVER COMPLETE 之后，再發(fā) 一條 DL：PHYSICAL INFORMATION。 (3但是在本例中 BSC 沒有發(fā)出這兩條消息，導致發(fā)生切換失敗。 移動通信俱樂部 GSM 無線版專題討論 第五期 M 版權(quán)所有 7 3.5 MS 呼叫失敗. 經(jīng)檢查信令發(fā)現(xiàn)有立即指派拒絕(immediate assignment reject消息 系統(tǒng)發(fā)現(xiàn)無可用信道.