TD-SCDMA 資料-TD-SCDMA路測軟件正常異常信令流程

1、TD-SCDMA 路測軟件正常/異常信令流程2009.12TD-SCDMA 路測軟件正常異常信令流程- 1 -目目 錄錄1正常信令流程正常信令流程.21.1開機(jī)過程.2開機(jī)過程.2小區(qū)選擇.2系統(tǒng)消息廣播.31.2正常位置更新.41.3正常路由更新.51.4UE 觸發(fā)正常釋放 .61.5網(wǎng)絡(luò)觸發(fā)正常釋放.61.6小區(qū)更新.6RLC不可恢復(fù)錯誤原因小區(qū)更新.6Radio link failure原因小區(qū)更新.61.7UE 主叫（MOC）.61.8UE 被叫 (MTC) .61.9移動終端呼叫移動終端（MMC）.61.10VP（視頻電話）.61.11PDP 上下文激活 .61.12CS+PS(H)

2、組合業(yè)務(wù).61.13HSDPA（高速分組數(shù)據(jù)業(yè)務(wù)）.61.14RNC 內(nèi)切換流程.61.15RNC 間重定位流程.61.16CS 業(yè)務(wù) TD-SCDMA 切換到 GSM 流程圖.61.17PS 業(yè)務(wù) TD-SCDMA 重選到 GSM.61.18PS 業(yè)務(wù) GSM 系統(tǒng)重選到 TD 系統(tǒng).61.19SMS（普通短消息）.61.20MMS（多媒體短消息，彩信） .62異常信令流程異常信令流程.62.1接入過程.6連接建立正常和異常信令流程.6連接建立正常和異常信令流程.62.2 切換過程.6同一RNC內(nèi)切換正常和異常信令流程.6間重定位正常和異常信令流程.62.32G/3G 互操作正常和異常流程.

3、62.4掉話.6通話過程中異常掉話流程.6切換導(dǎo)致異常掉話流程.6TD-SCDMA 路測軟件正常異常信令流程- 2 -注：本文的所有資料及截圖均來自大唐路測軟件注：本文的所有資料及截圖均來自大唐路測軟件Outum。內(nèi)容簡介：各種業(yè)務(wù)或過程Outum截圖，正常業(yè)務(wù)消息，并標(biāo)注明顯信令特征，以及RRC setup、RB setup 、 physical reconfiguration、 RB reconfiguration等關(guān)鍵消息資源分配。1 1正常信令流程正常信令流程1.1 開機(jī)過程開機(jī)過程 1.1.1 開機(jī)過程開機(jī)過程UE在開機(jī)之后，它使用某種無線接入技術(shù)（RAT）搜索并選擇一個(gè)公共移動網(wǎng)（

4、PLMN）。UE在選定的PLMN上進(jìn)行小區(qū)初搜，當(dāng)UE發(fā)現(xiàn)一個(gè)合適的小區(qū)時(shí)便進(jìn)行登記注冊，登記注冊成功之后UE將駐留在那個(gè)小區(qū)，同時(shí)監(jiān)聽它的控制信道。這個(gè)過程稱為Camping on the cell，此時(shí)UE便進(jìn)入了空閑狀態(tài)。在空閑狀態(tài)下，UE周期性的接收當(dāng)前服務(wù)小區(qū)的廣播系統(tǒng)消息和進(jìn)行物理測量；并且UE還要對當(dāng)前服務(wù)小區(qū)進(jìn)行響應(yīng)尋呼、主叫呼出、位置更新等。 1.1.2 小區(qū)選擇小區(qū)選擇 在初始小區(qū)搜索過程中，終端的目標(biāo)是找到一個(gè)合適的小區(qū)并駐留在該小區(qū)。搜 索的過程中需要確定下行同步碼、擾碼、基本訓(xùn)練序列碼（basic midamble code ）、控制幀周期。以上信息確定后終端就可以讀

5、取廣播信道上的廣播信息了。通常以上過程分四步來完成： 第一步：搜索DwPTS 在初始小區(qū)搜索過程的第一階段，終端匹配下行同步碼SYNC_DL與基站建立下行同步。這個(gè)步驟通常使用一個(gè)或一個(gè)以上的匹配濾波器來捕獲下行同步碼。在這個(gè)過程中終端確定目標(biāo)駐留小區(qū)使用的是32個(gè)下行同步碼集中的哪一個(gè)。第二步：擾碼及基本訓(xùn)練序列的確定 完成初始小區(qū)搜索的第一步之后，終端開始接收P-CCPCH信道的midamble 碼。 規(guī)范中定義了一個(gè)下行同步碼對應(yīng)四個(gè)可選的基本midamble 碼（因此，midamble 碼組共包含128 個(gè)不同的基本midamble 碼）。終端可以比較容易地從四個(gè)可能的基本midamb

6、le碼中判定該小區(qū)使用的基本midamble 碼。而每一個(gè)基本midamble碼又唯一地對應(yīng)一個(gè)擾碼，所以終端在確定小區(qū)的基本midamble碼的同時(shí)也知道了小區(qū)使用的擾碼。第三步：控制幀同步 在這一步中，終端搜索廣播信道的主信息塊MIB的位置。主信息塊的起始位置是 由DwPTS 信道的QPSK 相位調(diào)整序列來標(biāo)識的。確定了BCH 主信息塊的位置就可以進(jìn)入下一步讀廣播信息。 第四步：讀取廣播信息完成前三步后，完整的廣播信息就可以在一個(gè)或多個(gè)廣播信道BCH 上讀取了。 上述TD-SCDMA 路測軟件正常異常信令流程- 3 -任何一步如果不成功將返回到上一步。 小區(qū)選擇是UE物理層過程，與網(wǎng)絡(luò)無信

7、令交互。 1.1.3 系統(tǒng)消息廣播系統(tǒng)消息廣播 系統(tǒng)消息來源于核心網(wǎng)及RNC，并在基站進(jìn)行周期性地重復(fù)發(fā)送。系統(tǒng)信息塊由同類型的系統(tǒng)信息元素組成，在BCCH邏輯信道上發(fā)送。BCCH可以映射到BCH和FACH 信道。絕大部分系統(tǒng)信息在BCH上發(fā)送，當(dāng)系統(tǒng)消息發(fā)生變更的情況下，網(wǎng)絡(luò)通過FACH 通知UE。 一條系統(tǒng)信息可以傳送幾個(gè)SIB或者一個(gè)SIB的一部分，這依賴于所要傳輸?shù)腟IB 的大小。同時(shí)傳輸?shù)南⒋笮∫m合一個(gè)BCH和FACH傳輸塊的大小。若一個(gè)SIB信息大于預(yù)定傳輸塊的長度，應(yīng)對其進(jìn)行分段后，分別在幾個(gè)消息中傳輸；若SIB信息較少，UTRAN可以在同一個(gè)消息內(nèi)串接幾個(gè)完整的SIB。同樣

8、，UE的RRC也要執(zhí)行對接收到的信息段進(jìn)行重組：屬于同一個(gè)信息塊的短消息根據(jù)相應(yīng)的索引進(jìn)行組合，收到全部的信息后再進(jìn)行解碼；對多次出現(xiàn)的SIB，每次均需要獨(dú)立重組。 系統(tǒng)信息塊成樹狀結(jié)構(gòu)，如圖所示。 網(wǎng)絡(luò)初始化完成以后，根據(jù)系統(tǒng)當(dāng)前的配置，由系統(tǒng)信息管理模塊配置系統(tǒng)信息。所配置的系統(tǒng)信息包括： (1) NAS信息（由CN指定）； (2) OAM配置信息； (3) RRM中其他模塊進(jìn)行資源分配后的給定信息。 其中NAS信息來自CN。 配置完畢的系統(tǒng)信息通過BCH信道、廣播發(fā)送給UE。圖給出了RNC與UE、NodeB之間的處理流程。 如下圖是系統(tǒng)消息outum截圖，從協(xié)議消息和outum看見消息比

9、對可知，outum看見的系統(tǒng)小消息MB、SB1、SB2和SIB是UE誼解析出來的消息。從Iub接口來看，RNC只在網(wǎng)絡(luò)啟動或系統(tǒng)消息發(fā)生改變時(shí)通知Node b組織周期發(fā)送系統(tǒng)消息，故沒抓取網(wǎng)絡(luò)側(cè)信令。 TD-SCDMA 路測軟件正常異常信令流程- 4 -1.2 正常位置更新正常位置更新 引起移動用戶發(fā)生正常位置登記的條件是：移動設(shè)備開機(jī)時(shí)以及移動用戶發(fā)生漫游引起位置改變。 TD-SCDMA 路測軟件正常異常信令流程- 5 -1.3 正常路由更新正常路由更新 正常路由區(qū)更新。當(dāng)檢測到路由區(qū)發(fā)生變化時(shí)，UE通過它更新在網(wǎng)絡(luò)中注冊的路由區(qū)； 路由區(qū)更新過程只能由UE發(fā)起。在路由區(qū)更新的過程中，UE和

10、網(wǎng)絡(luò)端的數(shù)據(jù)傳輸都將繼續(xù)進(jìn)行（僅適用于UMTS系統(tǒng)。若為GSM，則UE端的數(shù)據(jù)傳輸將被掛起）。UE通過向網(wǎng)絡(luò)發(fā)送ROUTING AREA UPDATE REQUEST消息來觸發(fā)路由區(qū)更新過程。 網(wǎng)絡(luò)收到該消息后，根據(jù)消息中的參數(shù)，可能需要觸發(fā)其它GMM的一般過程，這與前述的GPRS附著過程相類似。如果網(wǎng)絡(luò)接受了UE的更新請求，將向UE端應(yīng)答ROUTING AREA UPDATE ACCEPT消息。反之，則用ROUTING AREA UPATE REJECT消息來拒絕UE的更新請求。 UE收到網(wǎng)絡(luò)發(fā)來的ROUTING AREA UPDATE ACCEPT消息后，將分析消息中所包含的內(nèi)容。若消息中

11、包含P-TMSI（路由區(qū)更新時(shí)），UE將使用該P(yáng)-TMSI作為GPRS的新臨時(shí)標(biāo)識，同時(shí)存儲該P(yáng)-TMSI；若消息中包含IMSI（組合路由更新時(shí)），UE將刪除任何的TMSI；若消息中包含TMSI，UE將刪除老的TMSI，使用新的TMSI作為臨時(shí)標(biāo)識；若消息中包含P-TMSI/TMSI或者N-PDU號，則UE將用ROUTING AREA UPDATE COMPLETE消息TD-SCDMA 路測軟件正常異常信令流程- 6 -來給網(wǎng)絡(luò)以應(yīng)答。 1.4 UE 觸發(fā)正常釋放觸發(fā)正常釋放 通信結(jié)束后，要進(jìn)行有關(guān)資源和標(biāo)識的釋放過程，從資源角度來說，釋放是RNC可以把分配的資源重新分配給其它用戶，從UE的角

12、度來說是不能再用原來分配的資源進(jìn)行通信。 釋放分正常釋放和異常釋放，正常釋放是指正常通信結(jié)束后釋放，可以UE發(fā)起，也可網(wǎng)絡(luò)發(fā)起，UE發(fā)起釋放標(biāo)志是UE發(fā)送Disconnect消息到CN,網(wǎng)絡(luò)發(fā)起釋放標(biāo)志是CN發(fā)Disconnect消息到UE。 下面圖表述的是UE觸發(fā)的正常釋放過程。 TD-SCDMA 路測軟件正常異常信令流程- 7 -TD-SCDMA 路測軟件正常異常信令流程- 8 -1.5 網(wǎng)絡(luò)觸發(fā)正常釋放網(wǎng)絡(luò)觸發(fā)正常釋放 1.6 小區(qū)更新小區(qū)更新 小區(qū)更新過程是三代系統(tǒng)中一個(gè)比較有特色的功能，它由UE主動發(fā)起，并且UE處于四種連接態(tài)（CELL_DCH,CELL_FACH,CELL_PCH和

13、URA_PCH）都可能發(fā)起。 當(dāng)用戶出現(xiàn)異常（無線鏈路失敗，RLC不可恢復(fù)錯誤等）會發(fā)起小區(qū)更新；處于CELL_PCH或URA_PCH時(shí)如果需要發(fā)送上行數(shù)據(jù)使用小區(qū)更新過程；進(jìn)行小區(qū)重選后用小區(qū)更新消息通知RNC；用周期性的小區(qū)更新過程保持與網(wǎng)絡(luò)側(cè)的聯(lián)系；CELL_PCH/URA_PCH的尋呼響應(yīng)，重新進(jìn)入服務(wù)區(qū)也使用小區(qū)更新過程。 小區(qū)更新過程有以下幾個(gè)主要目的： (1) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)的UE重新進(jìn)入了服務(wù)區(qū)； (2) 通知UTRAN，UE的AM RLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯誤； (3) 周期性小區(qū)更新可作為CELL_PCH或CELL_FA

14、CH狀態(tài)下的UE監(jiān)管機(jī)制； TD-SCDMA 路測軟件正常異常信令流程- 9 -(4) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)下的UE發(fā)生小區(qū)重選后所在的小區(qū)； (5) 用于處于CELL_DCH狀態(tài)下的UE發(fā)生無線鏈路故障時(shí)的處理； (6) 用于UE 發(fā)送UE CAPABILITY INFORMATION消息失敗時(shí)的處理； (7) 通知UTRAN，處于CELL_PCH狀態(tài)下的UE收到尋呼或需要發(fā)送上行數(shù)據(jù)，需要將其狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)； 小區(qū)更新只能由UE觸發(fā)，小區(qū)更新時(shí)UE狀態(tài)只能在連接狀態(tài)，不可能在idle狀態(tài)，故小區(qū)更新過程不需建立RRC連接。小區(qū)更新是

15、UE和RNC的RRC層之間的交互過程，UE發(fā)送cell update是在RACH信道，RNC回cell update是在FACH信道上響應(yīng)。 1.6.1 RLC 不可恢復(fù)錯誤原因小區(qū)更新不可恢復(fù)錯誤原因小區(qū)更新 TD-SCDMA 路測軟件正常異常信令流程- 10 -1.6.2 Radio link failure 原因小區(qū)更新原因小區(qū)更新 TD-SCDMA 路測軟件正常異常信令流程- 11 -1.7 UE 主叫（主叫（MOC） 由移動終端發(fā)起的CS呼叫過程，一般稱為MOC過程。在UE發(fā)起呼叫建立時(shí)，如果之前UE沒有建立RRC連接則先建立RRC連接，再通過初始直傳建立傳輸NAS消息的信令連接，最

16、后建立RAB。 以下圖為UE處于Idle狀態(tài)下發(fā)起CS呼叫的流程。 由下圖可知，一個(gè)完整的MOC過程，可分為如下6個(gè)子過程： (1) RRC連接建立過程 建立SRB傳遞的通道。即申請SRB資源的過程。如3.4K或13.6K帶寬信令承載。 (2) 建立初始直傳 通過初始直傳，傳遞有關(guān)業(yè)務(wù)類型到CN.Iu接口是第一次建立信令連接。 (3) 鑒權(quán)、加密過程 對用戶身份合法性進(jìn)行簽別，并向UE提供新密鑰的參數(shù)。加密過程是UE和RNC、CN之間協(xié)商有關(guān)加密參數(shù)，后續(xù)的信令都以加密的方式進(jìn)行傳遞。 (4) 呼叫建立過程 通過setup消息，告訴CN有關(guān)被叫信息。 (5) RAB建立過程 第二次資源分配過程

17、，目的是建立業(yè)務(wù)承載，為傳遞CS3.4K+12.2K分配資源。 (6) 振鈴和接聽過程 表示被叫振鈴和摘機(jī)。 Outum消息截圖：TD-SCDMA 路測軟件正常異常信令流程- 12 - 業(yè)務(wù)承載RB，上行資源分配。TD-SCDMA 路測軟件正常異常信令流程- 13 - 業(yè)務(wù)承載RB，下行資源分配。 TD-SCDMA 路測軟件正常異常信令流程- 14 -1.8 UE 被叫被叫 (MTC) MTC過程是UE響應(yīng)CS呼叫的過程。網(wǎng)絡(luò)喚醒UE是通過尋呼的方式，UE收到尋呼后知道是響應(yīng)呼叫，如UE在idle模式發(fā)起RRC連接建立過程。MTC和MTC過程大同小異，整個(gè)過程也可分為六個(gè)子過程，只是MTC過程

18、是網(wǎng)絡(luò)通過尋呼觸發(fā)的，而MOC是UE主動發(fā)起的呼叫。 Outum消息截圖： TD-SCDMA 路測軟件正常異常信令流程- 15 -1.9 移動終端呼叫移動終端（移動終端呼叫移動終端（MMC） Outum消息截圖： TD-SCDMA 路測軟件正常異常信令流程- 16 -1.10 VP（視頻電話）（視頻電話） VP業(yè)務(wù)在信令流程上與一般CS業(yè)務(wù)無異，只是在資源的申請方面與CS業(yè)務(wù)有所出入。 RB，上行資源分配。 TD-SCDMA 路測軟件正常異常信令流程- 17 -RB，下行資源分配。TD-SCDMA 路測軟件正常異常信令流程- 18 -1.11 PDP 上下文激活上下文激活 對一個(gè)UE發(fā)起的PD

19、P上下文激活過程來說，如果之前UE沒有建立RRC連接則先建立RRC連接，再通過初始直傳建立傳輸NAS消息的信令連接，最后建立RAB。 網(wǎng)絡(luò)發(fā)起的PDP上下文激活過程包括了尋呼過程，在接入層內(nèi)與主叫過程很類似，其它區(qū)別主要體現(xiàn)在NAS消息上。 下圖是PDP 上下文激活過程。由下圖可知，UE處于idle狀態(tài)，故需發(fā)起RRC連接建立過程，該過程沒GPRS Attach過程，說明先前已進(jìn)行過GPRS Attach。TD-SCDMA 路測軟件正常異常信令流程- 19 - 從信令觀察申請速率、分配速率。1、ACTIVATE PDP CONTEXT REQUEST： TD-SCDMA 路測軟件正常異常信令流

20、程- 20 -2、ACTIVATE PDP CONTEXT ACCEPT： 下圖是從outum看見的PDP激活過程信令截圖，從該圖可知，先建立RRC連接建立后，首先做PS attach，然后PDP激活，建立RAB。與前面協(xié)議流圖的區(qū)別在于，協(xié)議流圖已經(jīng)進(jìn)行過PS attach過程，故PDP激活時(shí)不需PS attach過程。TD-SCDMA 路測軟件正常異常信令流程- 21 -1.12 CS+PS(H)組合業(yè)務(wù)組合業(yè)務(wù) 組合業(yè)務(wù)是指在進(jìn)行CS業(yè)務(wù)時(shí)可以同時(shí)進(jìn)行PS業(yè)務(wù)， 第二代不支持組合業(yè)務(wù)，CS和PS是獨(dú)立進(jìn)行，組合業(yè)務(wù)的特點(diǎn)在于，先進(jìn)行一個(gè)業(yè)務(wù)后，另一業(yè)務(wù)不在需要重新建立RRC連接，直接通過

21、原信令承載的資源進(jìn)行信令傳遞，分配業(yè)務(wù)資源時(shí)，是與原業(yè)務(wù)一起作為組合業(yè)務(wù)進(jìn)行資源分配。 TD-SCDMA 路測軟件正常異常信令流程- 22 -1.13 HSDPA（高速分組數(shù)據(jù)業(yè)務(wù)）（高速分組數(shù)據(jù)業(yè)務(wù)） HSDPA業(yè)務(wù)本身也是PS業(yè)務(wù)，只是從資源占用角度來看與PS主要區(qū)別在于HSDPA業(yè)務(wù)是多用戶共享的概念，級多個(gè)用戶通過某種調(diào)度策略來時(shí)分或碼分復(fù)用資源，而不是普通PS業(yè)務(wù)的資源專用方式。 TD-SCDMA 路測軟件正常異常信令流程- 23 -HSDPA業(yè)務(wù)承載建立以后，Node B內(nèi)的分組調(diào)度器將來自高層不同用戶的數(shù)據(jù)分配到相應(yīng)的優(yōu)先權(quán)隊(duì)列。 Node B內(nèi)的分組調(diào)度器評估不同用戶的相關(guān)參數(shù)

22、，并據(jù)此進(jìn)行調(diào)度，這些參數(shù)可能包括：各用戶的優(yōu)先級、各用戶的信道條件(可參考UE上報(bào)的CQI)、用戶緩沖區(qū)數(shù)據(jù)量、距上次接受服務(wù)的時(shí)間、哪些用戶的重傳沒有執(zhí)行等。 若在給定的TTI調(diào)度某UE，Node B要選擇適當(dāng)?shù)膫鬏攨?shù)，包括：使用的碼字和時(shí)隙、調(diào)制方式、冗余版本和HARQ 進(jìn)程。這些參數(shù)的選取要考慮UE的能力級。Node B通過HS-SCCH信道將這些信息通知被調(diào)度的UE。 UE監(jiān)聽HS-SCCH，如發(fā)現(xiàn)下一HS-DSCH TTI傳輸屬于自己的數(shù)據(jù)，則準(zhǔn)備接收，并根據(jù)HS-SCCH上的信息對HS-DSCH的數(shù)據(jù)進(jìn)行解碼。 一旦完成數(shù)據(jù)的解碼，UE根據(jù)CRC校驗(yàn)結(jié)果使用HS-SICH發(fā)送A

23、CK/NACK信息及UE推薦的CQI。 HSDPA高速分組下行數(shù)據(jù)業(yè)務(wù)，也是PS業(yè)務(wù)的一種，但是它是特殊的PS業(yè)務(wù)。故H業(yè)務(wù)的信令流程從高層信令觀察與PS業(yè)務(wù)并無明顯區(qū)別。 為確定本次資源分配是否是H業(yè)務(wù)： 從RRC Connection Setup Complete消息中UE能力觀察，能否支持H業(yè)務(wù)，但本次業(yè)務(wù)不一定分配H資源： TD-SCDMA 路測軟件正常異常信令流程- 24 - 從業(yè)務(wù)承載觀察資源分配，可確定是否是H業(yè)務(wù)： TD-SCDMA 路測軟件正常異常信令流程- 25 -TD-SCDMA 路測軟件正常異常信令流程- 26 -1.14 RNC 內(nèi)切換流程內(nèi)切換流程 下圖是RNC內(nèi)切

24、換流程圖。RNC內(nèi)切換是指目標(biāo)小區(qū)和服務(wù)小區(qū)位于同一個(gè)RNC內(nèi)下不同小區(qū)。RNC內(nèi)切換可以采用接力切換也可采用硬切換。 下圖是RNC內(nèi)切換outum截圖，從下圖可知，其采用的切換命令是Physical channel reconfiguration消息。 1.15 RNC 間重定位流程間重定位流程 RNC間的切換過程采用的是重定位過程，由于目前RNC之間沒實(shí)現(xiàn)Iur接口，RNC之間無法直接進(jìn)行通信，需通過CN來進(jìn)行轉(zhuǎn)發(fā)方式進(jìn)行聯(lián)系。 RNC間的重定位過程觸發(fā)是UE上報(bào)測量報(bào)告后，RNC根據(jù)候選目標(biāo)小區(qū)列表，發(fā)現(xiàn)是屬于另一RNC的小區(qū)，則觸發(fā)重定位過程。 下圖是重定位過程。 TD-SCDMA 路

25、測軟件正常異常信令流程- 27 -1.16 CS 業(yè)務(wù)業(yè)務(wù) TD-SCDMA 切換到切換到 GSM 流程圖流程圖 下圖是CS業(yè)務(wù)時(shí)，從3G網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)的outum截圖，從下面截圖可知，UE收到3A測量報(bào)告后，RNC判決是需切換到2G網(wǎng)絡(luò)下的小區(qū)，會下發(fā)Handover from utran command-GSM，是最明顯標(biāo)志。后續(xù)的過程就是在GSM中進(jìn)行CS業(yè)務(wù)的過程。 TD-SCDMA 路測軟件正常異常信令流程- 28 -1.17 PS 業(yè)務(wù)業(yè)務(wù) TD-SCDMA 重選到重選到 GSM 該過程用于PS域分組業(yè)務(wù)，由網(wǎng)絡(luò)端觸發(fā)，與UE自身觸發(fā)的小區(qū)重選過程有差異。 UE由TD-SCDM

26、A網(wǎng)絡(luò)發(fā)起分組業(yè)務(wù)請求并成功接入后，RNC會根據(jù)鄰小區(qū)的情況發(fā)起相應(yīng)的測量控制，當(dāng)滿足測量上報(bào)條件時(shí)UE將向RNC報(bào)告測量結(jié)果。RNC中的RRM對測量結(jié)果進(jìn)行處理判決并確定切換的目標(biāo)小區(qū)，如果需要切換的目標(biāo)小區(qū)為GSM/GPRS小區(qū)，則執(zhí)行網(wǎng)絡(luò)端觸發(fā)的TD-SCDMA向GSM/GPRS的小區(qū)重選過程。 首先由RNC向UE發(fā)送CELL CHANGE ORDER FROM UTRAN消息，UE接收到該消息后執(zhí)行向GSM/GPRS的小區(qū)重選過程，與目標(biāo)BSS和核心網(wǎng)建立信令連接，并觸發(fā)路由區(qū)更新的過程。 隨后，核心網(wǎng)會進(jìn)行一系列的非接入層過程，同時(shí)觸發(fā)RNC進(jìn)行Iu release過程，RNC將釋放

27、該UE在TD-SCDMA小區(qū)內(nèi)使用的資源。此時(shí)，RNC認(rèn)為UE已經(jīng)成功完成小區(qū)重選到GSM/GPRS網(wǎng)絡(luò)。 下圖是PS業(yè)務(wù)從3G重選到2G的outum截圖，從下圖可知，與在idle模式下重選不同，在PS業(yè)務(wù)時(shí)需通過3A測量報(bào)告的方式觸發(fā)，UE收到RNC下發(fā)的cell change order from UTRAN后，不是采用CS業(yè)務(wù)互操作方式，而是采用重選的方式，重選到GSM網(wǎng)絡(luò)后，直接在GSM網(wǎng)絡(luò)申請資源，然后接到TD網(wǎng)絡(luò)的數(shù)據(jù)進(jìn)行傳遞。 TD-SCDMA 路測軟件正常異常信令流程- 29 -1.18 PS 業(yè)務(wù)業(yè)務(wù) GSM 系統(tǒng)重選到系統(tǒng)重選到 TD 系統(tǒng)系統(tǒng) UE由GSM/GPRS網(wǎng)絡(luò)發(fā)

28、起分組業(yè)務(wù)請求并成功接入后，當(dāng)BSS判決向TD-SCDMA小區(qū)切換時(shí)，則執(zhí)行網(wǎng)絡(luò)端觸發(fā)的GSM/GPRS向TD-SCDMA小區(qū)重選過程。 首先，由BSS向UE發(fā)送RR-Cell Change Order1消息，UE接收到該消息后執(zhí)行向TD-SCDMA的小區(qū)重選過程，與目標(biāo)RNC、核心網(wǎng)建立信令連接，并觸發(fā)路由區(qū)更新過程。其中，RRC Connection Establishment2過程中，“Establishment cause”IE為Inter-RAT cell change order，并具有較高的優(yōu)先級。 UE接收到ROUTING AREA UPDATE ACCEPT消息完成路由區(qū)更新

29、過程，并向核心網(wǎng)發(fā)送SERVICE REQUEST消息，請求PS域RAB建立。核心網(wǎng)將觸發(fā)RNC進(jìn)行RAB建立等一系列過程，UE在目標(biāo)小區(qū)繼續(xù)數(shù)據(jù)傳輸，成功完成小區(qū)重選到TD-SCDMA網(wǎng)絡(luò)。 下面是從outum上觀察PS業(yè)務(wù)時(shí)，從GSM重選到TD的信令，從下面信令可知，由于現(xiàn)在實(shí)現(xiàn)的原因，不是UE在GSM網(wǎng)絡(luò)上發(fā)測量報(bào)告，然后網(wǎng)絡(luò)觸發(fā)UE 小區(qū)改變命令，然后UE重選到TD網(wǎng)絡(luò)；而是UE通過測量的方式?jīng)Q定重選到TD網(wǎng)絡(luò)，與idle模式下重選相似，故RRC connection request的原因是系統(tǒng)間小區(qū)重選，而不是系統(tǒng)間小區(qū)改變。但通過RA和LA更新后，收到網(wǎng)絡(luò)側(cè)MODIFY PDP C

30、ONTEXT REQUEST (NETWORK TO MS DIRECTION)和UE回MODIFY PDP CONTEXT ACCEPT消息，可以判斷與idle時(shí)重選的異同。TD-SCDMA 路測軟件正常異常信令流程- 30 -TD-SCDMA 路測軟件正常異常信令流程- 31 -TD-SCDMA 路測軟件正常異常信令流程- 32 -1.191.19 SMS（普通短消息）（普通短消息） 短消息是GSM/UMTS中純信令過程，不需要建立業(yè)務(wù)承載。如UE在idle狀態(tài)需要通過RRC連接建立申請傳遞通道，如在連接模式，利用已有通道即可進(jìn)行傳遞。 Outum消息截圖： TD-SCDMA 路測軟件正常

31、異常信令流程- 33 -1.20 MMS（多媒體短消息，彩信）（多媒體短消息，彩信） 多媒體短消息（MMS），又稱為彩信，其是在GPRS承載上的應(yīng)用業(yè)務(wù)。 TD-SCDMA 路測軟件正常異常信令流程- 34 -TD-SCDMA 路測軟件正常異常信令流程- 35 -2 2異常信令流程異常信令流程2.1接入過程接入過程 我們一般把UE的整體接入過程分為三大部分：MOC（移動始發(fā)呼叫，即主叫），MTC（移動終結(jié)呼叫，即被叫）以及MMC（移動對移動的呼叫，即兩個(gè)UE之間的移動呼叫，實(shí)際上就是MOC+MTC過程），以下是針對三種情況在路測軟件（SPAN OUTUM）上的信令流程顯示： 1）MOC過程 說

32、明：一般情況下，從與網(wǎng)絡(luò)交互的消息來看，主叫有以下明顯特征： 隨機(jī)接入后，上報(bào)的第一條NAS消息（非接入層信令，即不需要RNC、Node B進(jìn)行解析處理的信令）是CM Service Request，另外網(wǎng)絡(luò)側(cè)下發(fā)的NAS消息Call Proceeding也是它特有的。 2）MTC過程 TD-SCDMA 路測軟件正常異常信令流程- 36 -說明：一般情況下，從與網(wǎng)絡(luò)交互的消息來看，被叫有以下明顯特征： 收到的第一條消息是Paging(可能是Paging Type 1或者Paging Type 2)，然后會上報(bào)Paging Response，另外向網(wǎng)絡(luò)上報(bào)的NAS消息Call Confirmed

33、也是其特有的。 3）MMC過程 TD-SCDMA 路測軟件正常異常信令流程- 37 - 說明：MMC過程，其實(shí)就是針對特定的兩個(gè)UE（在這兩個(gè)UE之間建立點(diǎn)對點(diǎn)的主被叫關(guān)系）建立的MOC+MTC過程，是一個(gè)貫穿主被叫從撥打到接通的過程。 2.1.1 RRC 連接建立正常和異常信令流程連接建立正常和異常信令流程 RRC連接建立的正常和異常信令流程如下圖所示：1） RRC連接建立正常流程 TD-SCDMA 路測軟件正常異常信令流程- 38 -說明：RRC連接建立的正常流程中只有三條消息，其中我們可以從RRC Connection Setup消息中獲取UE ID以及小區(qū)所屬RNC ID，便于OUTU

34、M LOG和CDL以及UE TRACE結(jié)合起來分析定位問題 2）常見RRC連接建立異常流程舉例說明：RRC Connection Request無響應(yīng)的問題，一般情況下都跟無線環(huán)境有關(guān)，導(dǎo)致網(wǎng)絡(luò)側(cè)沒有收到RRC Connection Request消息，此時(shí)需要查看一下小區(qū)的P-CCPCH RSCP、P-CCPCH CIR等值，看看是否符合接通要求。TD-SCDMA 路測軟件正常異常信令流程- 39 -說明：RRC Connection Request被拒絕（RRC Connection Reject），多半都與RNC資源不足有關(guān)，有可能是擁塞了，也有可能是RNC相關(guān)處理單元異常了，需要排查設(shè)

35、備是否存在問題。 RAB 連接建立正常和異常信令流程連接建立正常和異常信令流程 1）RAB連接建立正常流程 圖 RAB連接建立正常流程-RNC側(cè)截圖 圖 RAB連接建立正常流程-UE側(cè)截圖（主叫） 說明：主叫側(cè)一般是收到網(wǎng)絡(luò)側(cè)的Call Proceding消息之后，才進(jìn)行承載建立，同時(shí)在承載建立消息中，能夠了解到承載資源的占用情況 圖 RAB連接建立正常流程-UE側(cè)截圖（被叫） 說明：被叫側(cè)一般是向網(wǎng)絡(luò)上報(bào)Call Confirmed消息后，才會進(jìn)行承載建立，同時(shí)在承載建立消息中，也能夠了解到承載資源的占用情況。另外針對RAB過程，從網(wǎng)絡(luò)角度看，實(shí)際上涉及到Uu、Iub、Iu三大接口，如上截圖

36、也是從這三大接口的角度展示了所涉及到的關(guān)鍵信令信息。 2） RAB連接建立異常流程舉例 TD-SCDMA 路測軟件正常異常信令流程- 40 - 圖 RAB連接建立異常流程-1（RNC側(cè)截圖） 圖 RAB連接建立異常流程-1（UE側(cè)截圖） 說明：網(wǎng)絡(luò)側(cè)下發(fā)RADIO BEARER SETUP消息給UE后，同時(shí)就向CN發(fā)送IU RELEASE REQUEST消息，說明該消息RNC底層就沒有將消息發(fā)送給Node B，當(dāng)然也就不可能發(fā)送給UE了，所以從圖可以看出，UE收到Call Proceeding之后，并沒有收到RADIO BEARER SETUP消息，而是直接上報(bào)了Disconnect消息。這種

37、情況一般應(yīng)該排查RNC相關(guān)業(yè)務(wù)處理單元是否異常。 圖 RAB連接建立異常流程-3（RNC側(cè)截圖） 圖 RAB連接建立異常流程-3（UE側(cè)截圖） 說明：從圖可以看出，UE收到Radio Bearer setup消息后，返回了Radio Bearer setup Failure消息，這種情況與配置有關(guān)系，比如CAC（呼叫接入算法）算法，比如用戶占用的信道情況（DCH還是FACH） TD-SCDMA 路測軟件正常異常信令流程- 41 -2.2 切換過程切換過程 同一同一 RNC 內(nèi)切換正常和異常信令流程內(nèi)切換正常和異常信令流程 1） 同一RNC內(nèi)切換正常流程 圖 同一RNC內(nèi)切換正常流程（UE側(cè)截圖

38、） 說明：從圖可以看出，同一RNC內(nèi)切換有兩個(gè)特征，一是同一RNC內(nèi)切換屬于接力切換（除非OMC特別配置成硬切換），二是UE會收到Physical Channel Reconfiguration消息 2） 同一RNC內(nèi)切換異常流程舉例 圖 同一RNC內(nèi)切換異常流程（UE側(cè)截圖） 說明：切換失敗，一般原因包括目標(biāo)小區(qū)異常，失步、干擾等情況。 RNC 間重定位正常和異常信令流程間重定位正常和異常信令流程 1）RNC間重定位正常流程 TD-SCDMA 路測軟件正常異常信令流程- 42 - 圖 RNC間重定位正常流程（源RNC測） 圖 RNC間重定位正常流程（目標(biāo)RNC測） 圖 RNC間重定位正常流程

39、（UE側(cè)）說明：可以看出，RNC間重定位有兩個(gè)特征，一是同一RNC內(nèi)切換屬于硬切換（注意：由于目前RNC間的Iu-r接口未啟用，故RNC間重定位選擇的是硬切換），二是UE會收到TD-SCDMA 路測軟件正常異常信令流程- 43 -Radio Bearer Reconfiguration消息。另外，由于RNC間的重定位由于涉及到了Iu接口，所以重定位過程與CN相關(guān)，需要CN執(zhí)行相關(guān)的信令過程。3） RNC間重定位異常流程 圖 RNC間重定位異常流程-1（UE側(cè)） 說明：從圖可以看出，UE收到Radio Bearer Reconfiguration命令后，由于RRC Connection異常釋放，

40、導(dǎo)致沒有回復(fù)Radio Bearer Reconfiguration Complete消息，從而導(dǎo)致RNC間重定位失敗，這種情況一般跟空口質(zhì)量有關(guān)。 圖 RNC間重定位異常流程-2（UE側(cè)） 說明：可以看出，UE收到Radio Bearer Reconfiguration命令后，向網(wǎng)絡(luò)側(cè)返回了Radio Bearer Reconfiguration Failure消息，從而導(dǎo)致RNC間重定位失敗，這種情況可能跟目標(biāo)小區(qū)狀態(tài)或者參數(shù)配置有關(guān)。 2.32G/3G 互操作正常和異常流程互操作正常和異常流程 1）2G/3G互操作正常流程 TD-SCDMA 路測軟件正常異常信令流程- 44 -圖 2G/3G互操作正常流程（RNC側(cè)-CS部分）圖 2G/3G互操作正常流程（UE側(cè)-CS部分）圖 2G/3G互操作正常流程（RNC側(cè)-PS部分）TD-SCDMA 路測軟件正常異常信令流程- 45