重要-TEMS路測軟件測試過程中的信令

1、關于TEMS路測軟件測試過程中的信令MS1:Paging Request Down 調度請求Channel Request Up 信道請求Immediate assignment down 立即作業(yè)CM service request up CM服務請求Classmark change up上傳手機基本信息 切換：Handover command down 小區(qū)切換（切換指定）Handover access up 切換Handover complete up切換完成 掛機：Disconnect down 掛線Release up 釋放信道Release complete d

2、own釋放成功。 MS2：Paging Request Down 調度請求Channel Request Up 信道請求Immediate assignment down 立即作業(yè)Paging response up 調度響應Classmark enquiry down手機基本信息詢問Classmark change up上傳手機基本信息Setup downCall confined up 呼叫證實Assignment command down 作業(yè)控制Assignment complete up作業(yè)完成Alerting up振鈴Connect up 連接。正常通話的主要信令流程：主

3、要信令流程CHANNEL REQUEST 信道請求IMMEDIATE ASSIGNMENT 立即作業(yè)CM SERVICE REQUEST(主叫） CM服務請求PAGING RESPONSE（被叫） 調度請求SETUP(EMERGENCTY SETUP) CALL PROCEEDING（主叫） 分配TCHCALL CONFIRMED（被叫） 呼叫證實ASSIGNMENT COMMAND 作業(yè)控制ASSIGNMENT COMPLETE 作業(yè)完成ALERTING 振鈴CONNECT 建立連接CONNECT ACKNOWLEDGE 通話DISCONNECT 掛機RELEASE 釋放信道RELEASE

4、COMPLETE 釋放成功CHANNEL RELEASE 信道釋放完成2.1、移動主叫流程正常通話的簡單信令流程：主要信令流程信令功能CHANNEL REQUEST信道請求IMMEDIATE ASSIGNMENT立即指配(只包含一個MS指配信息),包括指配信道的描述、"信道請求"的信息字段和接收到"信道請求"幀的幀號、最初的時間提前量、起始時間指示CM SERVICE REQUEST(主叫）CM業(yè)務請求，從移動臺到網絡PAGING RESPONSE（被叫）尋呼響應,移動臺到網絡,包括密鑰序列號及移動識別SETUP(EMERGENCTY SETUP)建立（

5、緊急建立），由移動臺發(fā)出，用來啟動一呼叫的建立CALL PROCEEDING（主叫）指示被請求的呼叫，建立信息已經被接收,不會再接收更多的呼叫建立信息CALL CONFIRMED（被叫）呼叫確認，呼叫確認，用來確證收到呼叫請求ASSIGNMENT COMMAND指配命令,網絡發(fā)向移動臺,指示移動臺改變當前信道配置,切換到分配的專用信道,啟動低層連接建立ASSIGNMENT COMPLETE指配完成,指示主信令鏈路成功建立ALERTING指示被叫手機啟動告警（即回鈴音）。包括進展指示及用戶-用戶信息等CONNECT指示連接被接受；CONNECT ACKNOWLEDGE連接確認，從網絡到被叫移動臺

6、或主叫移動臺到網絡， 指示移動臺得到一個呼叫（連接完成）DISCONNECT斷連，從移動臺到網絡請求清除端到端的連接，或從網絡到移動臺指示端到端的連接已經被清除了RELEASE釋放，上下行,指示發(fā)該信息的設備將要釋放TI(處理識別碼),接收到該信息的設備等發(fā)送釋放完成信息后釋放TI(處理識別碼RELEASE COMPLETE釋放完成, 上下行,指示發(fā)該信息的設備已經釋放TI(處理識 別碼),接收到該信息的設備將要釋放TI(處理識別碼)CHANNEL RELEASE信道釋放,包括RR原因指示、BA范圍道路測試中正常的呼叫建立過程，通過信令消息: Assignment Complete體現(xiàn)了TCH

7、信道的正常分配。而對于廣義上的呼叫建立，即用戶所感知而言，信令消息則對應為：Connect Acknowledge體現(xiàn)了用戶通話的開始。從呼叫建立的信令消息歷程上分析， 我們可將SDCCH掉話分為:Assignment Command消息之前的SD射頻丟失和Assignment Command消息之后，TCH分配失敗后移動臺不能回到原SDCCH信道的掉話。規(guī)范定義的掉話為有Connect消息后的不正常釋放  主叫試呼次數(shù)：以 channel request 和 CM service request 同時出現(xiàn)來確定試呼開始。主叫接通次數(shù)：當一次試呼開始后出現(xiàn)了 Connect

8、，Connect Acknowledge 消息中的任何一條就計數(shù)為一次接通。掉話次數(shù)： 在一次通話中如出現(xiàn) Disconnect 或 Channel Release 中任意一條，就計為一次呼叫正常釋放。只有當兩條消息都未出現(xiàn)而由專用模式轉為空閑模式時，才計為一次掉話（如通話時間不足規(guī)定時長，出現(xiàn)釋放，要求通過層3信令解碼判斷原因）。 第三章 道路測試中呼叫建立失敗原因分析呼叫建立分析是移動通信網絡優(yōu)化的范疇之一。這里我們主要分析道路測試中測試系統(tǒng)采集的無線接口消息。呼叫建立階段包括移動臺發(fā)起呼叫MOC和移動臺被呼叫MTC。以下展現(xiàn)的就是呼叫建立的一些典型情況。對于不同的測試系統(tǒng)，其無

9、線消息采集處理上有著些許的差異，但總體上都依據GSM規(guī)范制定。下面通過針對測試系統(tǒng)收集處理的信令消息分析，進而查找呼叫建立失敗的原因。從道路測試的角度分析呼叫建立的過程，我們不僅要關注統(tǒng)計意義上的TCH分配過程；更重要還要從用戶感知上考慮，從RACH接入、SDCCH分配、TCH分配一直到用戶真正開始通話為止。從而完整的分析用戶呼叫直至通話的全過程。一. 道路測試中成功的呼叫建立消息歷程道路測試中正常的呼叫建立過程，通過信令消息: Assignment Complete體現(xiàn)了TCH信道的正常分配。而對于廣義上的呼叫建立，即有戶所感知而言，信令消息則對應為：Connect Acknowledge體

10、現(xiàn)了用戶通話的開始。1) 手機做主叫的消息歷程 TOM測試系統(tǒng)TEMS測試系統(tǒng)手機做被叫的消息歷程 TOM測試系統(tǒng) TEMS測試系統(tǒng)由以上不同路測系統(tǒng)的層3消息分析，其呼叫流程信息以及信令消息解碼都基本相同。因此接下來我們就以TEMS測試消息為例進行分析。在成功的呼叫建立過程中，有一些呼叫對于用戶而言不能發(fā)生通話。我們以移動臺發(fā)起呼叫為例，在被叫用戶（固定網）不能接通、被叫移動用戶未開機、被叫用戶沒有接聽、被叫用戶正在通話等許多情況下，都不會發(fā)生用戶間的通話。但是，對于無線網絡而言，他們都屬于正常的呼叫信令接續(xù)。被叫用戶沒有接通的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之

11、后，MSC沒有向移動臺發(fā)送Connect消息，而是發(fā)送了Disconnect消息。分析Disconnect消息中的Cause Value可以大致得出原因：MSC未能建立對外的連接，有可能是由于沒有可用的資源。 被叫用戶忙的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之后，MSC沒有向移動臺發(fā)送Connect消息，而是發(fā)送了Disconnect消息。分析Disconnect消息中的Cause Value可以得出明確的原因：被叫用戶忙。被叫用戶已關機或未應答的消息歷程從上面的層3消息中，我們可以看到TCH信道的正常分配。之后，MSC沒有向移動臺發(fā)送Connect消息，而是發(fā)送了D

12、isconnect消息。分析Disconnect消息中的Cause Value可以得出明確的原因：被叫用戶沒有應答。二. 道路測試中呼叫建立失敗的消息歷程對于道路測試中的呼叫建立失敗，不僅是針對TCH分配過程中的失敗，還涵蓋了包括RACH接入、SDCCH分配過程以及無效的呼叫等多種情況。而對于廣義上的呼叫建立，還包括了在TCH分配完成后，在移動臺發(fā)送Connect Acknowledge消息之前，所發(fā)生的TCH掉話。下面我們從網絡中可能出現(xiàn)的一些引發(fā)呼叫建立失敗的原因入手，分析移動臺處于各種情況下，其信令消息的接續(xù)歷程。2) SD 擁塞的消息歷程從上面的層3消息中，我們可以看到SDCCH擁塞時

13、，系統(tǒng)會向移動臺發(fā)送Immediate Assignment Reject消息。比較Layer3消息中的Random reference號碼，從而可以確定多個信道請求消息中，那一條由于SDCCH擁塞而被拒絕。3) TCH 擁塞的消息歷程從上面的層3消息中，我們可以看到TCH擁塞時，下行發(fā)出Call Proceeding消息后，當沒有TCH可用信道時，手機在排隊打開的情況下，在SDCCH上排隊等待，直到排隊時長終止。下行即發(fā)出Channel Release消息。4) 下行質量差造成TCH接入失敗的消息歷程從上面的層3消息中，我們可以看到當TCH擁塞和TCH分配失敗時，經常可以看到移動臺回到SDC

14、CH上發(fā)送Assignment Failure消息，其描述多為：沒有無線資源、無線接口失敗以及協(xié)議錯誤。對于無線接口失敗，導致其發(fā)生的原因有多種。其中多數(shù)是由于硬件故障、干擾、信號阻擋等因素造成的。當處理這類問題時，需要根據測試現(xiàn)場的周邊環(huán)境；小區(qū)相關性能統(tǒng)計；結合測試文件綜合加以考慮。硬件問題案例：由于單個載頻故障或收、發(fā)信通路上的硬件發(fā)生故障，造成射頻通路上的衰耗突然增大，通信質量下降，致使射頻丟失。從上面的層3消息中，我們可以看到Assignment Failure消息，分析分配失敗的原因Cause Value: 111,只是屬于沒有具體的原因協(xié)議錯誤。結合測試情況分析統(tǒng)計項MA_FAI

15、L_FROM_MS（MA_FAIL_FROM_MS表示系統(tǒng)已為移動臺分配了TCH信道，但在規(guī)定的時間內，沒有在TCH上建立連接，則認為此次分配失敗，MS跳回原SDCCH信道發(fā)送失敗消息）。發(fā)現(xiàn)該小區(qū)中有兩個載頻的MA_FAIL_FROM_MS的數(shù)目很多，觀察指配失敗消息前的MR可以看到RXQUAL=7。同時，在測試中周邊小區(qū)不存在同、鄰頻現(xiàn)象。因此我們懷疑該小區(qū)存在硬件問題。通過對基站射頻通路檢測，發(fā)現(xiàn)該小區(qū)的合路器CBF故障，更換后其呼叫建立成功率恢復到正常水平。5) SDCCH掉話的消息歷程RF_LOSSES_SD是在SDCCH上的射頻掉話的數(shù)目。引起原因可能是覆蓋問題；同、鄰頻干擾問題；

16、硬件問題等等，需要進行實際的測試后，根據具體情況進行分析。從呼叫建立的信令消息歷程上分析， 我們可將SDCCH掉話分為:Assignment Command消息之前的SD射頻丟失和Assignment Command消息之后，TCH分配失敗后移動臺不能回到原SDCCH信道的掉話。從上面的層3消息中，我們可以看到Assignment Command消息之前的SD射頻丟失。當時用戶在室內起呼困難，現(xiàn)場測試發(fā)現(xiàn)在分配SDCCH后，在單個載頻RTF-73上經常產生SD_RF_LOSS，觀察MR可以看到RXQUAL=7，通過對基站射頻通路檢測，發(fā)現(xiàn)該小區(qū)載頻RTF-73所連接的天線朝向上存在嚴重阻擋，造

17、成通信質量下降，從而導致信令在其SDCCH信道的接續(xù)失敗。在調整天線位置后，室內用戶可以正常的呼叫。 6) 上行鏈路問題的消息歷程上行鏈路問題通常是由于硬件問題、上行干擾造成基站不能正常解調手機的上行消息。從上面的層3消息中，我們可以看到移動臺在沒有收到下行指配消息時，會根據系統(tǒng)消息3中定義的max_retran的次數(shù)，在T3212定義的時長內，重新發(fā)送Channel request消息；發(fā)送間隔根據tx_integer的取值，在數(shù)個RACH時長的范圍內，隨機取得。其中，取值定義如下：M=max_retran；取值范圍 : 0 - 30 = 最大1次重發(fā)1 = 最大2次重發(fā)2 = 最大4次重發(fā)

18、3 = 最大7次重發(fā)T=tx_integer；取值范圍 : 0 to 15對應的RACH slots0 3 RACH 8 11 RACH1 4 RACH 9 12 RACH2 5 RACH 10 14 RACH3 6 RACH 11 16 RACH4 7 RACH 12 20 RACH5 8 RACH 13 25 RACH6 9 RACH 14 32 RACH7 10 RACH 15 50 RACHS=根據tx_integer與復幀的類型共同決定（如下表）：TX-integernon combined CCCHcombined CCH/SDCCH3,8,14,5055414,9,1676525

19、,10,20109586,11,25163867,12,32217115在Channel request消息發(fā)送M+1次后，MS會啟動T3126計數(shù)器，當計數(shù)器超時后，呼叫將被取消。以上的案例中，經過測試后對起呼小區(qū)的載頻的統(tǒng)計分析，以及利用CTP工具進行呼叫跟蹤發(fā)現(xiàn)。該小區(qū)受到嚴重的上行干擾，導致基站無法正確解調出RACH信息。7) 無效的呼叫在測試過程中，常能碰到一些由于人為因素造成的呼叫建立失敗。在這里我們將其統(tǒng)一歸為無效呼叫。下面列舉一些常見的現(xiàn)象：² 移動臺呼叫建立過程中的出現(xiàn)突然斷電。² 移動臺關機（IMSI detach）² 移動臺呼叫建立過程中，在

20、Setup消息之前，由于移動臺掛機等原因導致移動臺發(fā)送CM Service Abort消息，取消呼叫。² 移動臺道路測試過程中，由于人為設定撥叫等待時長，造成呼叫建立的信令接續(xù)不能完成。其中包括幾種情況：1. 由于人為設定呼叫接續(xù)等待時長短于系統(tǒng)正常的呼叫建立時長，造成呼叫建立的信令接續(xù)不能完成。2. 在結束一次通話后，由于跨越LAC區(qū)導致移動臺發(fā)起位置更新。在位置更新過程未完成時，人為設定撥叫等待時長到時，需進行下一次呼叫，則會出現(xiàn)無法發(fā)起呼叫或被叫不再服務區(qū)的現(xiàn)象。3. 由于LAC區(qū)規(guī)劃不合理，LAC交界處基站覆蓋調整不當時，會導致移動臺在結束一次通話后，接連跨越LAC區(qū)，連續(xù)進

21、行位置更新。從而使人為設定撥叫等待時長超時，出現(xiàn)無法發(fā)起呼叫或被叫不再服務區(qū)的現(xiàn)象。4. 測試設備軟件原因。使用TOM測試系統(tǒng)，在結束一次通話后，移動臺進行小區(qū)重選時，有時會出現(xiàn)短暫的脫網現(xiàn)象。從而導致人為設定撥叫等待時長超時，出現(xiàn)無法發(fā)起呼叫或被叫不在服務區(qū)的現(xiàn)象。三. 道路測試中呼叫建立失敗的主要原因當呼叫建立失敗時，基站通常送DISCONNECT消息到移動臺，DISCONNECT消息簡要的指示出呼叫建立失敗的不同原因。下面就是在道路測試期間經常出現(xiàn)一些呼叫建立失敗的原因值詳細描述。Cause Value描述可能的原因 Cause Value 31“正常， 未詳細說明”這原因通常報告一個正

22、常的事件僅僅當在正常的類別沒有另外的原因適用時。BSS（TCH擁塞）或MSC問題Cause Value 34“沒有可用的電路/信道”(在Assignment Command前)這原因顯示有目前得不到適當?shù)碾娐?隧道處理呼叫。TCH擁塞Cause Value 34 “沒有可用的電路/信道”(在Assignment Command后)這原因顯示有目前得不到適當?shù)碾娐?隧道處理呼叫。MSC擁塞Cause Value 41“暫時的失敗”(在Assignment Command前)這原因顯示網絡運行異常, 達到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。BSS問題， 尤其是硬件問

23、題Cause Value 41“暫時的失敗”(在Assignment Command后)這原因顯示網絡運行異常, 達到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。MSC問題Cause Value 42“交換設備擁塞”這原因顯示交換設備正處于高通信量的處理時期。MSC擁塞Cause Value 44“請求電路/信道不可用”當電路或信道請求的實體不能被另一邊接口提供時這原因被返還。BSS問題，尤其是CIC擁塞Cause Value 111“協(xié)議錯誤， 未詳細說明”這原因通常報告一個協(xié)議差錯事件，僅僅當在協(xié)議差錯類別沒有另外的原因適用時。BSS或MSC問題在道路測試過程中，我

24、們會碰到各種由不同原因引起的呼叫建立失敗。主要原因可以歸結如下：² TCH擁塞² SDCCH擁塞² 上行鏈路問題² 無效的呼叫² 硬件問題² 干擾問題² MSC問題第四章 2.1.1、信道請求 Channel Request（Rach）MSàBTSMS通過動態(tài)地在RACH信道（隨機接入信道）上發(fā)送一個隨機接入脈沖向一個（BTS）BTS申請一條信道。在信道請求消息中包括了建立的原因，這個原因可能是“應答尋呼”、“緊急呼叫”、“移動主叫”、“短消息業(yè)務”或“其他”，比如“位置更新”。此外，這條消息還包括隨機參數(shù)，移動臺

25、（MS）隨機的選5個比特作為隨機參數(shù)。Random reference有5位，最多可同時區(qū)分32個MS，但不保證兩個同時發(fā)起呼叫的MS的RAND值一定不同。要進一步區(qū)別同時發(fā)起請求的MS，還要根據Um接口上的應答消息下面是一個Channel Request信令的舉例MS1Channel RequestTime: 15:44:04.16Frame number: 742632Frame number : 742630Read from ARFCN Channel number : (GSM 900) 72Random Access Information Establishment cause

26、: (6) Originating call and TCH/F is needed, or originating call and the network does not set NECI bit to 1, or procedures that can be completed with a SDCCH and the network does not set NECI bit to 1 Random reference : 19Header dump (Hex): 00 0B 54 E6 00 48 Message dump (Hex): F32.1.2 申請信道 Channel R

27、equired( BTSàBSC)BTS向BSC發(fā)一條申請信道消息。通過這條消息，BTS進一步向BSC傳遞由移動臺發(fā)起的信道請求。實際上，申請信道消息中除了包含信道請求消息中的一些消息外，還包括通過BTS加入的一些消息。申請參數(shù)直接從信道請求消息中來，初始時間提前量TA（接入延遲）由BTS加入到這條消息中去。2.1.3 信道激活 Channel Activation (BSCàBTS)收到從BTS發(fā)來的申請信道消息后，BSC開始按照一定的條件為此次呼叫尋找和分配SDCCH信道，同時BSC向BTS發(fā)送一條信道激活消息。其中最重要的是：分配給哪個BTS以及此SDCCH的信道組合

28、。此消息中包含的參數(shù)有：DTX控制、信道的ID（識別）、信道描述和移動分配、移動臺和基站的最大功率電平、BSC計算的有關此次接入的初始時間提前量等。2.1.4信道激活證實 Channel Activation ACK(BTSàBSC)這是對信道激活消息的應答。當BTS收到這條消息后，它開始在SACCH信道發(fā)送和接受消息。2.1.5 立即指配命令 immediate assignment (BSCàBTS)BSC告訴BTS關于被使用的SDCCH信道。2.1.6 立即指配 immediate assignment (BTSàMS) AGCH基站分系統(tǒng)通過AGCH信道告

29、知移動臺有關使用的SDCCH信道的情況。實際上，這條消息是一條從網絡向移動臺發(fā)的從AGCH信道轉到先前定義的SDCCH信道工作的指令。在這條消息中，包括的參數(shù)有：尋呼方式、SDCCH信道描述、隨路SACCH、跳頻、申請參數(shù)（與建立原因相同）、初始時間提前量和頻率分配（跳頻應用）。2.1.7 CM業(yè)務請求 CM service request (MSàBTSàBSCàMSC)移動臺向網絡發(fā)送CM業(yè)務請求，目的是為連接管理子層實體申請一項服務，比如，電路交換連接建立、輔助業(yè)務激活或短消息傳送。BTS通過返回建立指示消息確認立即指配命令。建立指示消息有兩種用途。首先，建

30、立指示消息從BTS的角度出發(fā)，指出移動臺目前正在SDCCH信道上。這樣，BTS向BSC發(fā)一消息，指示現(xiàn)在移動臺的CM業(yè)務請求正在所描述的這種SDCCH信道上傳送。另外，BTS將識別這一連結并把接收到的第3層的消息加入到這條消息中。這條CM業(yè)務請求消息被送往移動交換中心。2.1.8 無編號確認 UA(SDCCH)當在LAPDm協(xié)議中建立第2層級別鏈路時，無編號確認是正常情況下第2層級別的確認。BTS在收到MS發(fā)來的消息后，在RR子層中回送尋呼應答消息，從被指配的SDCCH信道上發(fā)送一個LAPDm的UA幀進行證實，同時向BSC發(fā)送建立指示消息。MS比較自己發(fā)送的SABM和接收的UA兩個幀，以確認是

31、自己的。2.1.9 鑒權 Authentication Request MSCàBSCàBTSàMS移動交換中心發(fā)送一條鑒權請求消息作為CC（連接證實）消息給BSC。這條消息包括RAND。BSC通過BTS把消息傳送給MS。MS以帶符號的響應結果來響應鑒權請求。鑒權響應通過BTS被送往BSC。在MS鑒權過程中，使用兩種算法A3和A8。這些算法和32-數(shù)字密鑰被存儲在SIM卡中。當網絡申請移動臺的鑒權，AUC/VLR發(fā)送32位十進制隨機數(shù)字給MS。MS接著計算帶符號的響應（SRES）并把它回送給VLR。VLR把接收到的SRES和從先前AUC的鑒權組內部接收到的SRES

32、作比較。如果這些SRES相同，鑒權成功，MS可以繼續(xù)呼叫。你可以注意到，KI的前8個數(shù)字被用來鑒權和SRES算法，剩下的24個數(shù)字被保留用作密鑰算法。為了完成鑒權過程，從MS來的SRES的值在消息內部被送回VLR。2.1.10 TMSI再分配命令 TMSI Reallocation TMSI再分配的目的是提供身份的機密性。TMSI的再分配通常至少在每次位置更新時執(zhí)行。MSC通過發(fā)送TMSI再分配命令消息給MS發(fā)起TMSI再分配程序。TMSI再分配命令消息包括TMSI與由網絡分配的LAI的組合；或者如果正在使用的TMSI將被刪除，就包括一個LAI和IMSI。通常，TMSI再分配命令消息通過應用加

33、密模式的RR連接被送往MS。TMSI再分配命令被送到MS。當MS接收到TMSI再分配命令消息后，把LAI儲存在SIM卡中。如果接收到的身份識別是MS的IMSI，它就把先前儲存的TMSI刪除。如果接收到的身份是TMSI，MS把它存儲在SIM中。在這兩種情況下，MS將發(fā)送一條TMSI再分配完成消息給網絡。TMSI再分配完成消息送往MSC。2.1.11 建立 Setup在鑒權，識別，加密后，MS處在SDCCH信道中，準備開始真正呼叫建立信令。MS發(fā)送一建立消息給BSC，再被送到MSC。BSC向MSC發(fā)送建立消息來告知MSC將要執(zhí)行的呼叫。2.1.12呼叫接續(xù) Call Proceeding MSC&

34、#224;BSCàMS (SDCCH)MSC對建立消息的響應。當MS的呼叫控制實體接收到呼叫接續(xù)消息后，就進入“移動主叫接續(xù)”狀態(tài)。2.1.13指配請求 Assigment Activation BSCàBTS在這條消息上開始了TCH（話音信道）的分配。在A接口，MSC是主控者，它為A接口上的這次呼叫尋找一個可使用的電路。這條消息根據GSM規(guī)范包括了一些可選消息。這些可選消息是：呼叫的優(yōu)先權、下行的不連續(xù)傳輸（DTX）、無線信道的識別和可用的接口帶寬。2.1.14 信道激活 Assigment Activation ACK BTSàBSC在BSC內部的信道保存和分

35、配之后，它通過發(fā)送這條消息給BTS來激活TCH信道。消息內容主要包括：信道數(shù)量、激活的類型、信道模式（DTX/NO DTX）、信道類型（話音/數(shù)據：如果是話音，則包括GSM編碼算法，如果是數(shù)據，則包括信道中消息是透明還是不透明的以及數(shù)據速率）、信道識別、接收到消息的加密消息、BTS和MS的功率等級。信道激活證實BTS返回目前TDMA幀號，然后通過Abis接口激活TCH。2.1.15 分配命令 Assigment CommandBTS進一步把收到的消息發(fā)送給MS。消息內容主要包括：信道描述、能量級別、小區(qū)信道描述、信道模式（全速率/半速率）和移動分配。2.1.16 SABM（設置異步平衡模式）

36、Layer2 （FACCH）在這條消息中主要包括了第2層的一些信息，SABM主要用于建立一個第二層的連接。2.1.17 建立指示 Establish Indication BTSàBSC建立指示消息有兩個用途。第一，此時應用建立指示消息，可以讓BTS知道移動臺目前正在FACCH信道上，這樣，BTS可以向BSC發(fā)送消息，指示移動臺現(xiàn)在正在使用的FACCH信道的情況。第二，BTS識別主信令信道并且將收到的第三層消息加入建立指示消息中，這些消息來自于MS。2.1.18 無編號確認（UA）（FACCH）無編號確認通常是建立第二層LAPDm鏈路時的第二層確認。2.1.19 分配完成 Assig

37、ment Complete MSàBTSàBSCàMSC (FACCH)這條消息由移動臺發(fā)送給網絡以指示移動臺已成功建立主信令鏈路。BSS證實MSC獲取信道。2.1.20 SDCCH信道釋放 RFrelease當MS告知網絡它此時已占用了TCH信道，就沒有必要在為此次呼叫的建立占用SDCCH信道。由信道釋放程序釋放SDCCH信道。BTS證實RF信道釋放消息。2.21 振鈴提醒 Alerting MSC發(fā)送提醒消息給BSS。當在移動主叫過程中，MSC通知MS被叫用戶已經被提醒。如果MS收到提醒消息，就應當接通話音通路，此時主叫用戶可以聽到振鈴聲，表示被叫用戶正在振鈴

38、。2.22 連接 ConnectMSC通過BSS發(fā)送一連接消息給MS。此消息向MS表明已經通過網絡建立連接。MS一收到連接消息，它就把用戶連接到無線通路上，并返回一連接證實消息，停止所有本地產生的振鈴指示，進入“激活”狀態(tài)。2.1.23 連接證實 Connect AcknowledgeMS用這條消息告訴MSC，目前MS正處于”激活”狀態(tài)，此消息被送往MSC。2.1.24測量報告Measurement Report在建立了主信令信道后，移動臺每秒發(fā)送兩次關于話音質量的測量報告。如果這些測量報告在BTS中已經過預處理，則測量結果被傳到BSC；如果BTS中沒有經過預處理過程，測量報告直接被傳到BSC

39、，而不需要BTS的參與。2.1.25撤銷連接 Disconnect由MS發(fā)出撤銷連接請求消息。消息內容主要包括：清除終端到終端的連接。這條消息將停止了有關此次呼叫連接的收費,撤銷消息發(fā)往MSC。2.1.26 釋放 Release實際的釋放將來自MSC，真正的呼叫才要結束。釋放消息送往MSC。2.1.27 釋放完成 Release CompleteMS通知網絡它將釋放處理標識，也就表示釋放過程正在進行中。釋放完成消息被發(fā)送到MSC。2.1.28 清除命令 Clear command這個消息由MSC發(fā)出，用來釋放所有相關的資源，也就是與這個通話過程相關的BSSAP。2.1.29 釋放信道 Chan

40、nel Release使正在使用的TCH停止活動。這個消息是由BSC發(fā)向MS的。另外，它也被稱為“第三層 的斷開消息”。在正常的呼叫建立情況下，呼叫原因為“正常”。2.1.30 DEACTIVE_SACCH（慢速隨路控制信道）BSC向下行發(fā)送這個消息，BSC禁止向MS傳送系統(tǒng)消息。事實上，此時已經沒有在SACCH上接收/ 發(fā)送任何消息的必要了，因此它將被去活。2.1.31 DISCMS將發(fā)送第2層幀以拆除在上行方向上的連接，并通知BTS在TCH/FACCH信道中停止此次業(yè)務連接。2.1.32 UABTS確認拆除幀，其結果：MS重新開始監(jiān)聽BCCH信道，并且所有的無線接口將被釋放。2.1.33

41、釋放指示BTS通知BSC，MS沒有太多可利用的無線資源。2.1.34 RF信道釋放BSC通知BTS釋放其余無線資源。2.1.35 RF信道釋放確認所有空閑的無線資源被釋放后，BTS給BSC發(fā)送一確認消息，這些無線資源包括：TCH/FACCH和SACCH。2.1.36 清除完成此確認是SCCP數(shù)據（清除命令），此時BSC通知MSC所有與此次呼叫有關的無線資源被釋放。2.1.37 SCCP釋放當所有無線資源被釋放，與此次呼叫有關的BSSAP連接不再需要。此消息通知BSC釋放SCCP連接，并作為RLSD消息發(fā)送。2.1.38 SCCP釋放確認BSC通知MSC有關此次呼叫的專用SCCP連接被釋放，并作

42、為RLC消息發(fā)送。2.2、手機被叫流程的區(qū)別MSC發(fā)送尋呼消息，它能搜索到在尋呼范圍內的被叫MS，在尋呼消息中包括四種消息：消息類型、被叫用戶的IMSI、被叫用戶的TMSI、小區(qū)識別表。出于安全原因，如果TMSI號碼被注冊使用，那它便有優(yōu)先級，如果網絡沒有使用TMSI， 那么只有IMSI，尋呼消息將以UDT（單元數(shù)據）消息格式發(fā)送給BSC。基站收發(fā)信臺通過返回建立指示消息確認立即指配命令。建立指示消息有兩種用途。首先，建立指示消息從基站收發(fā)信臺的角度出發(fā)，指出移動臺目前正在SDCCH信道上。這樣，基站收發(fā)信臺向基站控制器發(fā)一消息，指示現(xiàn)在移動臺的CM業(yè)務請求正在所描述的這種SDCCH信道上傳送

43、。另外，基站收發(fā)信臺將識別這一連結并把接收到的第3層的消息加入到這條消息中三、第三層（Layer 3）信令詳解第三層信令是看網絡運行情況的信息層，從第三層可以看到網絡的個種動作：如：呼叫流程、擁塞、用戶忙、位置更新等，系統(tǒng)信息總共有8個類型，Type14只出現(xiàn)在待機狀態(tài)下，Type58只出現(xiàn)在通話狀態(tài)下：1、 System Information Type1小區(qū)廣播信息，有該小區(qū)自身的頻點，RACH的一些參數(shù)設置，祥見上圖。此類型僅用于跳頻時，發(fā)送內容為：第一、小區(qū)信道描述。用于通知移動，小區(qū)采用的頻帶與可以供跳頻用的頻點。對于GSM900與GSM1800采用的格式是不同的。對于GSM900：

44、 有一個BIT MAP 0（比特位圖）用于描述兩方面信息，分別為：CA-NO，取值分別為：0、1、2，代表，GSM900、E-GSM、GSM1800。CA-ARFCN，采用的有效射頻頻點，當為GSM900，將有一個相應于124個頻點的124位圖，當某個頻點被采用時，相應的比特位被置為1，否則將被置為0.對于GSM1800情況點不同。由于頻點太多，不用位圖，而用別的編碼方式，F(xiàn)ORMAT-ID 來描述編碼方式，后面跟一串編碼比特來表示。第二、RACH控制參數(shù)，描述的兩個數(shù)據為；ACC、EC，ACC稱為接入控制等級，分為0-9與 11-15，0-9表示普通級，所有移動臺被定義為0-9，11-15為

45、優(yōu)先級，10表示EC，如 果此位取0，表示所有移動臺允許進行緊急呼叫，取1時，只有11-15優(yōu)先級的移動臺可以進行緊急呼叫。 CB小區(qū)禁止標志，用一個比特表示。 RE用一個比特表示是否可以進行呼叫重建，斷開后的重新占用。 MAXRET移動臺接入系統(tǒng)時的允許最大重發(fā)次數(shù)，取值：1、2、4、7 TX移動臺接入系統(tǒng)時允許重發(fā)的時隙間隔數(shù)。2、 System Information Type2待機模式下小區(qū)的測量頻點，（同頻段，移動網有兩個頻段，GSM900和DCS1800），在通話模式下有另外定義的測量頻點，也就是說一個小區(qū)可以在待機時做測量頻點，而通話時不做測量頻點，允許小區(qū)重選而不允許切換，反之

46、也可以只允許切換不允許小區(qū)重選也可以，不過通常情況下待機和通話時的測量頻點是一致的。一、鄰近小區(qū)描述 ：對于GSM900，有如下三個數(shù)據BA-NO：BCCH 使用頻帶描述，當BA-NO=0時，表示GSM900。BA-IND：BA表變化標志，當操作者修改BA表時，BA-IND從1變0，或從0變1。讓MS決定是否要更新BA表。BA-ARFCN：移動臺要測量信號強度的有效射頻頻點，采用124位圖表示，當存在某為鄰區(qū)頻點時，相應124位圖中的比特位被置為1，不存在的頻點的相應位置被置為0。對于GSM1800/1900，有如下兩個數(shù)據；FORMAT-ID：相鄰小區(qū)不同頻率表示格式的描述，實際上是用一種編

47、碼來表示。EXTRA-IND：如果類型2、5不能描述完整的頻率信息，則其余的部分將在2BIS和/或2TER（ACTVIE模式時是在5BIS/5TER）。此數(shù)據也稱為頻率擴展描述數(shù)據。取0表示類型2、5能描述完整的頻率信息，取1表示不能。BA-IND：編碼計劃的描述，1比特.NCCPERM：描述相鄰小區(qū)所屬網絡的NCC，有一個8比特位圖，當描述的比特為n時，允許的網絡識碼為n-1。 二、RACH控控制參數(shù)。參考信息類型13、 System Information Type2ter待機模式下小區(qū)的測量頻點，（異頻段，移動網有兩個頻段，GSM900和DCS1800）， 4、 System Infor

48、mation Type 3小區(qū)廣播信息，可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等，祥見上圖關于類型 3中解出的PWRC：PWRC=1表示設置此功能，PWRC=0表示不設置此功能。詳述：當使用跳頻與動態(tài)功率控制時，將出現(xiàn)如下一個問題：*BCCH是不參與動態(tài)功率控制的，即是說BCCH載波的功率是不變的， 整個載頻，8個TS都不變， 但BCCH載波是參與跳頻的。*ACTVE模式下的TCH是在多個載波中發(fā)送的，其中包含BCCH載波與DCH載波，測量值也是對兩種載波的測量結果，BCCH載波是不參與動態(tài)功率控制的（即以最大功率發(fā)送），而DCH載波是參與的（且功率是向下調的），之

49、后取平均值，這樣的結果用來代替BCCH的強度將不準確。當PWRC=1時，表示MS的測量中不包含BCCH載波的測量，而PWRC=0時表示MS的測量中包含BCCH載波的測量，ERICSSON的缺省值是PWRC=0。并有一個特殊的計算公式來補償BCCH載波的信號強度。RLINKUP：無線鏈路超時，一般取16，每步取4，這是一個公認的無線鏈路釋放標準，下面詳述當MS在SACCH周期（480ms）中能成功解碼，則RLINKUP計數(shù)器加2，不成功時減1，減至0時無線鏈路必須釋放。NECI：取值0/1，表示系統(tǒng)是否支持PHASE 2移動臺的重新建立。系統(tǒng)信息類型3中的RACH控制參數(shù)與類型 1同。系統(tǒng)信息類

50、型 3中的其它比特，主要用于C2算法。2TI：取0時表示BCCH中并不存在2TER信息類型 ， 取1時表示BCCH中存在2TER信息類型 。2TI（2TER INDICATION）PI：用于標志C2參數(shù)是否在系統(tǒng)信息中廣播。取0時“不”，取1時“是”。5、 System Information Type 4小區(qū)廣播信息，在這里可以看到小區(qū)的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT等一些參數(shù)的設置值，祥見上圖。此類型主要用于小區(qū)CBCH：小區(qū)是否使用小區(qū)廣播功能，以及告知MS在哪個載波上發(fā)CBCH信息。另外：LAI、RACH控制參數(shù)與REST OCTETS參數(shù)也存在于此類型

51、中。ACS小區(qū)重選的附加參數(shù)指示，取值為0、1ACS=0PI值與任何存在的小區(qū)重選C2參數(shù)屬于類型4中的REST OCTETS部分。ACS=1PI值與任何存在的小區(qū)重選C2參數(shù)屬于類型7、8由上面可知：是否使用類型 7、8是由CBQ與ACS組合來控制？類型4中的RACH控制參數(shù)與類型1同；類型4中的CBCH信道描述：這一內容主要描述SMS小區(qū)短信息廣播時的信道合并與子信道結構 例如SDCCH/4+SACCH/4或CBCH，子信道2等TN用于描述CBCH使用的時隙號。TSC訓練比特代碼，一般取值與BSIC中的BCC相同。H取0表示CBCH只占用單個射頻信道，取1表示占用的是跳頻信道。是一個信道選

52、擇器CHANNEL SELETERH=0 -the channel selector field 中包含有效的射頻信道號H=1- the channel selector field中包含有移動臺的分配索引補償值MAIO，跳頻序列號 HSN。 當系統(tǒng)信息H=1（指示跳頻時），必須有一個數(shù)據MAC來指示使用的跳頻頻率。參考類型1中的小區(qū)信道描述。系統(tǒng)信息類型4中的SI 4 REST OCTETS： 用于描述C2算法參數(shù)與SI 3 REST OCTETS，包含下列數(shù)據： PI, CBQ,CELL_RESELECT_OFFSET, TEMPORARY_OFFSET, and PENALTY_TIME

53、.6、 System Information Type 5激活模式下服務小區(qū)測量頻點，（同頻段，移動網有兩個頻段，GSM900和DCS1800）只有服務小區(qū)有做該小區(qū)的測量頻點，才會測量到該小區(qū)的信號，否則在鄰區(qū)列表中不會看到該小區(qū)，也不會切換。在我們平時路測當中，經常遇到強信號不切換，如果做了測量頻點，可以很明了地看到有一個強的鄰區(qū)信號，但是要是沒有做測量頻點的話就比較隱性。7、 System Information Type 5ter激活模式下服務小區(qū)的測量頻點，（異頻段，移動網有兩個頻段，GSM900和DCS1800）處于ACTIVE模式下的移動臺，有一個激活的SACCH信道。上行時用于

54、發(fā)送測量匯報，下行時用于網絡發(fā)送輸出功率控制值與TA值。一定條件下移動臺在SACCH上接收 相鄰小區(qū)的BCCH頻率信息（ACTIVE BA表），之后移動臺要測量與匯報這些載波的信號強度，以提供切換依據。這里的BA表與類型2中的BA表是不同的（實際上便是IDLE BA與ACTIVE BA）。ACTIVE模式下移動臺測量較少的BCCH以便提高精確度，而在移動臺開機，為減小與系統(tǒng)的連接時間，它必須測量較多的BCCH載波。當然只有當移動臺在關機前已保存有一份IDLE BA表，才能真正做到節(jié)省接入時間。類型5中給出也是一份BA ARFCN的表格，實際上與類型 2相同，也是一份124比特位圖，取0的比特位

55、表示此頻點不存在，取1時相應頻點存在。系統(tǒng)信息類型 5BIS；如果某個相鄰小區(qū)是外部小區(qū)，則此小區(qū)的BCCH頻率信息由5BIS來攜帶。系統(tǒng)信息類型 5TER：如果外部小區(qū)是不同頻帶的小區(qū)（多頻帶操作中不同頻帶使用不同BSC，所以將出現(xiàn)此情況）則此外部小區(qū)信息由此類信息類型來攜帶。8、 System Information Type 6通話狀態(tài)下面服務小區(qū)的一些信息，他跟Type1 有點相象，還可以看到NCC Permitted;處于ACTIVE模式下移動臺必須知道是否LAI已變化，如果變化的話，在呼叫釋放后它必須進行位置更新。另外如果切換的另一個小區(qū)屬于同一個位置位，且兩個小區(qū)的RLINKUP與DTX不同的話則新的小區(qū)選擇也必須匯報至MS。第三種信息是NCCPERM。9、 System Inform