【文章內(nèi)容簡介】 （8）UE根據(jù)激活集更新命令配置相應參數(shù)后，去活要刪除鏈路的下行接收，激活要增加鏈路的下行接收，通過RRC協(xié)議向SRNC發(fā)送激活集更新完成“Active Set Update Complete”。（9）SRNC向舊的Node B發(fā)送 “RL Deletion Request” ——無線鏈路刪除請求。Node B收到該請求后就停止接收和發(fā)送。（10） Node B刪除與UE間的相關(guān)無線資源后，通過NBAP協(xié)議向SRNC發(fā)送 “RL Deletion Response” ——無線鏈路刪除響應。（11） SRNC通過ALCAP協(xié)議釋放Iur口和Iub口的數(shù)據(jù)承載。 硬切換信令流程這里介紹的一般硬切換流程是基于Iur接口，同時UE處于CELL_DCH狀態(tài)。一般硬切換的信令流程如圖35所示： 圖 35 一般硬切換的流程示意圖信令流程步驟：（1）SRNC向目標RNC發(fā)送無線鏈路建立請求消息“RL Setup Request”。參數(shù)：目標RNC標識符、SRNTI、小區(qū)ID、TFS、TFCS。（2）目標RNC為RRC連接和無線鏈路分配RNTI和無線資源，并通過NBAP協(xié)議發(fā)送 “無線鏈路建立請求（RL Setup Request）”給目標Node B。參數(shù)：小區(qū)ID、TFS、TFCS、頻率、上行擾碼、功率控制信息等。（3）目標Node B分配無線鏈路資源，啟動物理層接收，并通過NBAP協(xié)議發(fā)送“無線鏈路建立響應（RL Setup Response）”給目標RNC。參數(shù)：信令終止、用于Iub數(shù)據(jù)傳輸承載的傳輸層尋址信息。（4）目標RNC用ALCAP協(xié)議啟動Iub數(shù)據(jù)傳輸承載的建立。該請求包含AAL2捆綁ID用于綁定Iub數(shù)據(jù)傳輸承載和傳輸信道DCH，同時該請求由Node B確認。（5）當目標RNC完成準備過程，目標RNC發(fā)送“無線鏈路建立響應”給SRNC。（6） SRNC用ALCAP協(xié)議啟動Iur數(shù)據(jù)傳輸承載的建立。該請求包含AAL2捆綁ID用于綁定Iur數(shù)據(jù)傳輸承載和傳輸信道DCH，同時該請求由目標RNC確認。（7）SRNC向UE發(fā)送RRC消息“物理信道重配置（Physical Channel Reconfiguration）”。（8）當UE從舊的鏈路切換到新的鏈路時，源Node B檢測到舊鏈路同步失敗，發(fā)送NBAP消息“無線鏈路失敗指示（RL Failure Indication）”給源RNC。（9）源RNC發(fā)RNSAP消息“無線鏈路失敗指示（RL Failure Indication）”給SRNC。（10）當與目標RNC的RRC連接建立并分配相應的無線資源后，UE發(fā)送RRC消息“物理信道重配置完成（Physical Channel Reconfiguration Complete）”給SRNC。（11） SRNC給源RNC發(fā)送RNSAP信令“無線鏈路刪除請求（RL Deletion Request）”給源RNC，要求源RNC釋放相應的舊鏈路所用資源。（12）源RNC給源Node B發(fā)送NBAP消息“無線鏈路刪除請求”。參數(shù)：小區(qū)ID，傳輸層尋址信息。（13） 源Node B釋放舊鏈路無線資源，并向源RNC發(fā)送NBAP信令“無線鏈路刪除響應（RL Deletion Response）”。（14）源RNC用ALCAP協(xié)議啟動釋放Iur數(shù)據(jù)傳輸承載。（15）當源RNC完成釋放Iur數(shù)據(jù)傳輸承載，發(fā)送RNSAP消息“無線鏈路刪除響應”給SRNC。（16）SRNC用ALCAP協(xié)議啟動Iur數(shù)據(jù)傳輸承載的釋放。該請求包含AAL2捆綁ID用于綁定Iur數(shù)據(jù)傳輸承載和傳輸信道DCH，同時該釋放請求由目標RNC確認。4 WCDMA切換問題分析流程及方法 路測數(shù)據(jù)分析流程DT測試即路測，在行駛中的測試車上借助專門的采集設備對移動臺的通信狀態(tài)、收發(fā)信令和各項性能參數(shù)進行記錄的一種測試方法。借助路測后臺分析軟件對路測數(shù)據(jù)進行分析處理，可以得出一些統(tǒng)計結(jié)果，例如覆蓋質(zhì)量統(tǒng)計、軟切換比例等。路測可以分為全面路測和局部路測。全面的路測可以對整體覆蓋情況、有無漏配的鄰區(qū)，有無越區(qū)覆蓋等做總體反映；局部的路測用于發(fā)現(xiàn)了切換問題后來定位問題[16]。路測數(shù)據(jù)分析流程如圖41所示：路測數(shù)據(jù)采集是否漏配鄰區(qū)或存在干擾？YN記錄切換問題發(fā)生位置和時間分析問題區(qū)域Scanner信號RSCP變化分析跟蹤信令，結(jié)合信號的變化是否切換參數(shù)設置不當？定位問題并給出解決問題的調(diào)整方案Y是否覆蓋問題導致？分析前后Ec/Io和BLER變化情況NYN圖 41 路測數(shù)據(jù)分析流程（1） 通過DT測試采集數(shù)據(jù)，記錄下切換問題發(fā)生的地點、發(fā)生時間等信息。（2） 分析問題區(qū)域的Scanner掃到的最好小區(qū)的RSCP，若Scanner最好小區(qū)的RSCP很差，則此小區(qū)是弱覆蓋區(qū)，用增強覆蓋的方面來考慮解決問題。（3）若Scanner掃到最好小區(qū)的RSCP很好，則不是覆蓋問題，可能是鄰區(qū)漏配、導頻污染等其它原因?qū)е隆ьl污染的話可以從Scanner最好小區(qū)波動看出；而鄰區(qū)漏配則可以通過比較UE激活集、監(jiān)測集信號和Scanner最好小區(qū)信號變化找出。（漏配鄰區(qū)的擾碼可以在Scanner中看到，但是此時該擾碼既不在UE激活集中，也不在UE監(jiān)測集中測量出來。（4）若都不是以上原因?qū)е虑袚Q問題，接下去進行信令流程的分析，看切換問題發(fā)生在流程的哪一步。也可對切換參數(shù)進行分析，找出切換算法參數(shù)方面的設置問題。（5） 對以上找出的問題原因進行有針對性的參數(shù)調(diào)整。 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)是指在OMC設備采集全網(wǎng)的話務統(tǒng)計數(shù)據(jù)。切換話統(tǒng)數(shù)據(jù)可以面向RNC和面向小區(qū)來進行統(tǒng)計。面向RNC的話統(tǒng)數(shù)據(jù)可以反映整個網(wǎng)絡的切換性能，而面向小區(qū)的話統(tǒng)數(shù)據(jù)可以幫助我們定位問題小區(qū)[16]。話務統(tǒng)計數(shù)據(jù)分析流程如圖42所示：采集忙時話統(tǒng)數(shù)據(jù)能否根據(jù)話統(tǒng)原因值定位問題？Y根據(jù)原因進行有針對性的優(yōu)化調(diào)整需要跟蹤或路測定位問題YRNC話統(tǒng)是否存在集中原因的切換問題？分析各小區(qū)數(shù)據(jù)，找出主要切換問題小區(qū)及鄰小區(qū)相關(guān)信息。NN整網(wǎng)以及各小區(qū)切換指標是否達標？問題解決YN圖 42 話統(tǒng)數(shù)據(jù)分析流程話統(tǒng)中切換失敗會分原因統(tǒng)計，比如軟切換失敗會統(tǒng)計如表41所示各類原因?qū)е碌氖〈螖?shù)：表 41 話統(tǒng)中軟切換失敗原因值統(tǒng)計指標名指標說明SHO_RL_DEL_FAIL_CFG_UNSUPP含義：統(tǒng)計小區(qū)范圍內(nèi)因配置不支持導致軟切換刪除RL失敗的次數(shù)測量點：收到ACTIVE SET UPDATE FAILURE 消息，表明在小區(qū)內(nèi)軟切換刪除一條鏈路失敗，失敗原因為“configuration unsupported”SHO_RL_DEL_FAIL_SIMU_RECFG_INCOMP含義：統(tǒng)計小區(qū)范圍內(nèi)因不支持的同步重配置導致軟切換刪除RL失敗的次數(shù)測量點：收到ACTIVE SET UPDATE FAILURE 消息，表明在小區(qū)內(nèi)軟切換刪除一條鏈路失敗，失敗原因為“inpatible simultaneous reconfiguration”SHO_RL_DEL_FAIL_PROTCL含義：統(tǒng)計小區(qū)范圍內(nèi)因協(xié)議錯誤導致軟切換刪除RL失敗的次數(shù)測量點：收到ACTIVE SET UPDATE FAILURE 消息，表明在小區(qū)內(nèi)軟切換刪除一條鏈路失敗，失敗原因為“protocol error”SHO_RL_DEL_FAIL_CFG_INVALID含義：統(tǒng)計小區(qū)范圍內(nèi)因非法配置導致軟切換刪除RL失敗的次數(shù)測量點：收到ACTIVE SET UPDATE FAILURE 消息，表明在小區(qū)內(nèi)軟切換刪除一條鏈路失敗，失敗原因為“invalid configuration”SHO_RL_DEL_FAIL_NO_RSP含義：統(tǒng)計小區(qū)范圍內(nèi)因UE無響應導致軟切換刪除RL失敗的次數(shù)測量點：軟切換刪除RL過程中，等待ACTIVE SET UPDATE COMPLETE消息超時其它類型的切換也有相應的失敗原因值統(tǒng)計。如果根據(jù)原因值即可定位切換問題所在，則可以進行有針對性的調(diào)整來解決問題。但是因為原因值定義過于簡單，難以為實際定位問題提供依據(jù)；或者失敗原因分布并不集中，無法判斷引起切換問題的主要原因，這時候還是需要對問題小區(qū)進行信令跟蹤或通過路測采集數(shù)據(jù)來定位問題。 跟蹤數(shù)據(jù)分析流程路測可以通過采集UE側(cè)的信令消息來獲得所需的數(shù)據(jù)，而在RNC側(cè)則可以跟蹤指定IMSI的信令來獲得所需的數(shù)據(jù)。由于無線鏈路的不穩(wěn)定和UE處理能力有限，路測時可能導致部分消息丟失或記錄不全，因此，最好能結(jié)合路測的信令和RNC側(cè)的信令消息進行分析，以此來更好的定位切換問題[17]。跟蹤數(shù)據(jù)分析流程如圖43所示：跟蹤數(shù)據(jù)采集是否找出問題原因？Y記錄切換問題發(fā)生時間分析問題發(fā)生點前后的信令流程給出解決問題的調(diào)整方案Y是否發(fā)現(xiàn)切換流程問題？解開消息分析鄰區(qū)信息、測量報告、切換參數(shù)等NN再進行路測以及信令跟蹤，采集數(shù)據(jù)圖 43 跟蹤數(shù)據(jù)分析流程（1） 采集RNC側(cè)跟蹤的數(shù)據(jù)，并根據(jù)發(fā)生切換問題的時間，找到該時間段對應的信令段位置。（2） 分析問題發(fā)生點的前后信令流程，如果沒有發(fā)現(xiàn)可用于分析問題的切換流程的信令，可以再進行路測及信令跟蹤來重新采集此點的跟蹤數(shù)據(jù)。（3） 解開與切換相關(guān)的信令消