【正文】 以上異常信令的解讀僅僅是粗略的羅列，至于具體問題，還要具體分析，不斷總結(jié)。例如：圖42 異常信令流程出現(xiàn)這樣的信令情況，需要綜合考慮測(cè)量報(bào)告中UE測(cè)到的服務(wù)小區(qū)和鄰小區(qū)的強(qiáng)度值、定時(shí)器的設(shè)定等。通過試驗(yàn)網(wǎng)測(cè)試，在切換過程中，常常會(huì)出現(xiàn)以下幾種異常信令情況：（1）終端上報(bào)測(cè)量報(bào)告，但是由于上行信道質(zhì)量不好或失步，導(dǎo)致RNC收不到測(cè)量報(bào)告，使得服務(wù)小區(qū)一直發(fā)測(cè)量報(bào)告，且服務(wù)小區(qū)信號(hào)已經(jīng)很差了，卻不能發(fā)起切換；（2）RNC接收到測(cè)量報(bào)告，但由于下行失步，導(dǎo)致隨后下發(fā)的測(cè)量控制UE不能收到，同樣UE不停發(fā)測(cè)量報(bào)告，卻不能發(fā)起切換；（3）UE由于和原小區(qū)失步，收不到原小區(qū)DCH數(shù)據(jù)，即收不到物理信道重配置信令，導(dǎo)致無(wú)法切換；（4）UE在原小區(qū)能夠保持同步，但無(wú)法正確解析物理信道重配置命令，UE試圖發(fā)送Cell update，但功率已經(jīng)不足，導(dǎo)致基站無(wú)法解析；（5）UE收到物理信道重配置消息，卻無(wú)法在新小區(qū)建立上行同步，導(dǎo)致幀定時(shí)跟蹤出現(xiàn)問題，這樣UE無(wú)法在目標(biāo)小區(qū)正確收發(fā)，正常情況下此時(shí)會(huì)回到原小區(qū)發(fā)物理信道重配置失敗，若此時(shí)原小區(qū)失步的話，則無(wú)法回滾，導(dǎo)致物理信道重配置超時(shí)；（6）UE收到物理信道重配置消息，由于原小區(qū)或周圍鄰小區(qū)對(duì)目標(biāo)小區(qū)的下行信號(hào)有干擾，導(dǎo)致UE無(wú)法正確解析目標(biāo)小區(qū)的下行信號(hào)，導(dǎo)致不能與目標(biāo)小區(qū)建立同步，而引發(fā)物理信道重配置超時(shí)；（7）UE已向目標(biāo)NodeB發(fā)送物理信道重配置完成信令，但是由于目標(biāo)小區(qū)NodeB底噪過高，或此時(shí)多部UE位于小區(qū)邊緣，且上行發(fā)射功率都被抬升的比較高，導(dǎo)致產(chǎn)生較大的上行時(shí)隙干擾，使得目標(biāo)小區(qū)NodeB無(wú)法正確解析重配置完成的信令，而引發(fā)物理信道重配置超時(shí)。當(dāng)然，需要說(shuō)明的是這是試驗(yàn)網(wǎng)中發(fā)現(xiàn)的異常現(xiàn)象列舉，商用后具體信令還需要具體分析。在不使用信令切換和高速信令機(jī)制時(shí)，70%的起呼失敗原因都在此。呼叫失敗的大部分現(xiàn)象都是系統(tǒng)側(cè)收不到任何信令，例如RRC建立請(qǐng)求收不到等。在分析問題時(shí)，需要兩者結(jié)合共同定位。從路測(cè)儀上看到的一個(gè)完整的Uu口主叫信令流程如下圖。以下列舉在TDSCDMA網(wǎng)優(yōu)工作中常見的失敗，結(jié)合信令做簡(jiǎn)要的分析。 完整的切換流程一個(gè)完整的切換流程信令如下圖所示：圖339 完整的切換信令流程第4章 信令在網(wǎng)優(yōu)中的應(yīng)用amp。解讀開始測(cè)量的測(cè)量控制信令：圖338 切換后測(cè)量控制信令解讀12. 原小區(qū)NodeB的RL刪除應(yīng)答。 開始新的測(cè)量控制10. 與此同時(shí)，RNC向目標(biāo)小區(qū)NodeB下發(fā)DedicatedMeasurementInitial。8. 當(dāng)目標(biāo)小區(qū)NodeB判斷收到有效的上行信號(hào)后，會(huì)向UE發(fā)送下行數(shù)據(jù)，使得同UE建立下行同步完成，之后UE將從目標(biāo)小區(qū)的DCCH上向RNC發(fā)送Physical Channel Reconfiguration Complete，對(duì)于跨RNC切換時(shí)就通過目標(biāo)小區(qū)的DCCH向目標(biāo)RNC發(fā)送RB Reconfiguration Complete。如下圖所示。如何從信令流程區(qū)分接力切換和硬切換呢？通過資源重配置信令（Physical Channel Reconfiguration或RB Reconfiguration），在ul_ChannelRequirement單元下ULDPCHInfo中ulTimingAdvance的synchronisationParameters_present參數(shù)來(lái)確定是接力切換還是硬切換，參數(shù)為0表示接力切換，非零表示有（FPACHInfo）為硬切換。TDSCDMA可是實(shí)現(xiàn)接力切換和硬切換。如果是RNC內(nèi)切換，則可以通過原小區(qū)的DCCH發(fā)送Physical Channel Reconfiguration來(lái)實(shí)現(xiàn)資源重配置；若為RNC間切換，原RNC也可以通過從原小區(qū)的DCCH發(fā)送RB Reconfiguration來(lái)實(shí)現(xiàn)。6. 與此同時(shí)RNC從原小區(qū)的DCCH上向UE發(fā)送資源重配置的信令。停止測(cè)量的測(cè)量控制消息內(nèi)容很少，消息字段如下圖所示：圖336 切換前測(cè)量控制信令解讀 資源重配置4. RNC向目標(biāo)小區(qū)的NodeB發(fā)送Radio Link Setup Request，要求NodeB建立上下接口的用戶面資源。若鄰小區(qū)是混頻配置，則同頻、異頻會(huì)分別發(fā)兩條。圖335 異頻測(cè)量報(bào)告信令解讀 下發(fā)測(cè)量控制3. 與此同時(shí)，RNC向NodeB發(fā)送measurement Control，告訴UE停止測(cè)量。圖334 同頻測(cè)量報(bào)告信令解讀下圖是一個(gè)異頻測(cè)量報(bào)告，首先列出服務(wù)小區(qū)，其次按照頻點(diǎn)順序列出鄰小區(qū)，每個(gè)鄰小區(qū)里按照接收功率由高到低順序排序。如果服務(wù)小區(qū)的所有鄰小區(qū)集合中，既有同頻鄰小區(qū)，又有異頻鄰小區(qū)，則會(huì)分別上報(bào)兩條測(cè)量報(bào)告，同頻、異頻各一條，內(nèi)容略有差別。1. 正常通話中，NodeB周期性的向RNC上報(bào)專用測(cè)量報(bào)告，DedicatedMeasurementReport主要上報(bào)閉環(huán)功控的SIR值。圖333 路由區(qū)更新信令流程 切換流程UE移動(dòng)過程中，服務(wù)小區(qū)信號(hào)越來(lái)越差，鄰小區(qū)信號(hào)越來(lái)越強(qiáng)，當(dāng)滿足切換條件時(shí)，將觸發(fā)切換流程。位置區(qū)更新信令流程：包括：RRC連接建立位置更新（包含鑒權(quán)過程和安全模式）TMSI重分配Iu釋放RRC連接釋放。（3）位置更新：當(dāng)UE重選小區(qū)，選擇了另外一個(gè)小區(qū)后，通過讀取該小區(qū)的系統(tǒng)信息廣播，如果UE發(fā)現(xiàn)這個(gè)小區(qū)屬于另外一個(gè)位置區(qū)LA或路由區(qū)RA，UE就要發(fā)起位置更新過程，以通知網(wǎng)絡(luò)最新的UE的位置信息。這樣UE就要不停的發(fā)起位置更新，既浪費(fèi)了網(wǎng)絡(luò)資源，又浪費(fèi)了UE的能量。UE就要選擇一個(gè)最合適的小區(qū)，這就是小區(qū)重選過程。這些信息保存在SIM卡中。首先，如果UE存有這個(gè)PLMN的一些相關(guān)信息，比如頻率，擾碼等，UE就會(huì)首先使用這些信息進(jìn)行小區(qū)重搜。駐留的作用有4個(gè)：使UE可以接收PLMN廣播的系統(tǒng)信息；可以在小區(qū)內(nèi)發(fā)起隨機(jī)接入過程；可以接收網(wǎng)絡(luò)的尋呼；可以接收小區(qū)廣播業(yè)務(wù)。當(dāng)選中了一個(gè)PLMN后，就開始選擇屬于這個(gè)PLMN的小區(qū)，找到一個(gè)這樣的符合駐留條件的小區(qū)后，UE就駐留在這個(gè)小區(qū)，并繼續(xù)監(jiān)測(cè)小區(qū)的系統(tǒng)消息廣播中的該小區(qū)的鄰小區(qū)，從中選擇一個(gè)信號(hào)最好的小區(qū)，駐留下來(lái)。UE在空閑模式下的行為可以分為PLMN選擇/重選，小區(qū)的選擇/重選和位置更新三種。 完整的釋放信令流程15. 主動(dòng)掛機(jī)釋放圖330 主動(dòng)掛機(jī)釋放信令流程16. 主被叫正常釋放信令流程圖331 主被叫掛機(jī)釋放信令流程 駐留流程UE開機(jī)后或在漫游中，它的首要任務(wù)就是找到網(wǎng)絡(luò)并和網(wǎng)絡(luò)取得聯(lián)系，以獲得網(wǎng)絡(luò)的服務(wù)。13. Node B 資源釋放完成后，向RNC回送NBAP消息Radio Link Deletion Response。此消息為非確認(rèn)模式的，因此會(huì)收到多條。主要參數(shù)：釋放原因。 RRC連接釋放過程RRC釋放就是釋放UE和UTRAN之間的信令鏈路及所有的無(wú)線承載。8. RNC在收到Iu Release Command 消息后，釋放到IU口的信令連接，并且通過ALCAP協(xié)議釋放Iu承載，但不會(huì)等UTRAN將所有的資源和信令釋放后，就直接給CN回送RANAP消息Iu Release Complete消息。主要參數(shù)：釋放原因，比如但是最終的資源釋放是由CN發(fā)起的（見下）。下圖是UE發(fā)起釋放的流程圖。釋放流程包括：釋放請(qǐng)求Iu釋放RRC連接釋放。 直傳信令連接建立216。通過Paging Type 1尋呼到被叫UE以后，被叫信令流程同主叫：216。最后UE通過Uu口檢測(cè)到從RNC來(lái)的對(duì)自己的尋呼消息PAGING TYPE 1，則發(fā)起RRC信令連接建立過程。PCCH對(duì)應(yīng)的傳輸信道是PCH。另外，UTRAN通過在一個(gè)PAGING TYPE 1消息中為每個(gè)UE設(shè)置一個(gè)PAGING RECORD來(lái)實(shí)現(xiàn)在同一個(gè)尋呼時(shí)機(jī)同時(shí)尋呼多個(gè)UE。主要參數(shù)：CN Domain Indicator, Permanent NAS UE Identity, Temporary UE Identity, Paging Cause。下圖以第1類尋呼消息為例，給出各個(gè)接口之間的信令流程。對(duì)于這種通過DCCH信道發(fā)送第二類尋呼消息的過程，也叫做專用尋呼過程。 如果被尋呼的UE存在其它的CN域信令連接，且該UE處于CELL_PCH或者URA_