【正文】 信令切換流程 被呼流程相對主叫信令來說，被叫信令包含有一個尋呼的過程，其他流程同主叫信令流程，這里詳細(xì)介紹一下尋呼過程。簡單的說，尋呼的目的在于尋找某個UE，觸發(fā)RRC連接建立過程。RNC在處理CN的尋呼消息時，根據(jù)判斷UE是否存在尋呼域之外的其它CN域信令連接，以及UE所處的模式和狀態(tài)，區(qū)分兩種類型的尋呼：Paging Type 1和Paging Type 2。 如果被尋呼的UE不存在其它的CN域信令連接，則UTRAN通過PCCH信道下發(fā)送Paging Type 1（第一類尋呼消息）；216。 如果被尋呼的UE已經(jīng)存在其它的CN域信令連接，且被尋呼的UE處于CELL_DCH或者CELL_FACH狀態(tài)，則UTRAN通過已經(jīng)存在連接的DCCH信道下發(fā)送Paging Type 2（第二類尋呼消息）。UE接收并讀取Paging Type 2中的內(nèi)容，并把尋呼原因及尋呼記錄種類標(biāo)識等信息上報給本側(cè)非接入層后結(jié)束尋呼過程，不影響UE側(cè)正在進行的其它RRC進程，因此本節(jié)主要討論Paging Type 1的處理。圖321 尋呼信令流程35. 如果網(wǎng)絡(luò)要尋呼處于空閑狀態(tài)、CELL_PCH或者URA_PCH狀態(tài)的UE，首先由CN 通過Iu接口調(diào)用RANAP 消息Paging發(fā)送給RNC，在特定區(qū)域（包括一個或多個RNC）內(nèi)尋呼某個UE。為了增加UE接收到尋呼的機會，UTRAN對一個尋呼消息會進行多次重復(fù)發(fā)送，重復(fù)次數(shù)由系統(tǒng)設(shè)定，網(wǎng)優(yōu)不可見。36. RNC收到尋呼請求后，在PCCH上向UE發(fā)起尋呼類型1消息來尋呼特定UE。通常PCH被分成一個個PCH 塊，以實現(xiàn)終端對尋呼消息的非連續(xù)接收（DRX）。此后再進行NAS消息的傳輸。 建立RRC連接216。 RAB建立過程 建立RRC連接圖322 RRC連接建立信令流程 直傳信令連接建立（含鑒權(quán)和加密）圖323 直傳信令流程 RAB建立過程圖324 RAB建立過程信令流程 振鈴，接通圖325 振鈴信令流程 完整的主被叫信令流程下面是一個完整的采用信令切換的主被叫流程：圖326 完整的主被叫起呼信令流程 釋放流程主叫與被叫的釋放流程相同，包括Iu連接的釋放和RRC連接的釋放。 釋放請求釋放請求分為兩種類型：UE發(fā)起的釋放和CN發(fā)起的釋放。圖327 釋放請求信令流程1.~6. UTRAN直接傳輸UE與CN之間的NAS消息（包括釋放請求和釋放完成等）。 Iu釋放過程圖328 Iu釋放信令流程7. CN通過給RNC發(fā)送RANAP消息Iu Release Command消息發(fā)起專用信道的釋放過程。Successful Relocation, Normal Release, Release due to UTRAN Generated Reason, Relocation Cancelled, No Remaining RAB。主要參數(shù)：Data volume Report (if data volume reporting to PS is required).9. CN與RNC通過ALCAP協(xié)議釋放Iu承載。圖329 RRC連接釋放信令流程10. RNC向UE發(fā)送RRC消息RRC Connection Release來釋放該RRC連接。11. UE向RNC回送RRC消息RRC Connection Release Complete，以此確認(rèn)RRC連接的釋放。12. RNC向Node B發(fā)送NBAP消息Radio Link Deletion，刪除NodeB中的無線鏈路資源。14. RNC通過ALCAP協(xié)議釋放與NodeB之間Iub口用戶面?zhèn)鬏敵休d，至此呼叫釋放流程結(jié)束。因此空閑模式下UE的行為對于UE是至關(guān)重要的。（1）PLMN選擇/重選：當(dāng)UE開機后，首先應(yīng)該選擇一個PLMN，一般來說，這個PLMN是用戶和運營商簽約時確定的，由運營商指定。接著UE會發(fā)起位置登記過程（Location Update或者Attach），用以通知網(wǎng)絡(luò)側(cè)自己的狀態(tài)，成功后UE就成功的駐留在這個小區(qū)中了。（2）小區(qū)選擇/重選：當(dāng)PLMN選定之后，就要進行小區(qū)選擇，目的是選擇屬于這個PLMN中信號最好的小區(qū)。這樣就可以較快的找到網(wǎng)絡(luò)，因為大多數(shù)情況下，UE都是在同一個地點關(guān)機和開機，比如晚上關(guān)機，早晨開機等等。隨著UE的移動，當(dāng)前小區(qū)和臨近小區(qū)的信號強度都在不斷變化。這個最合適的小區(qū)不一定是當(dāng)前信號最好的小區(qū)，舉例來說，如果一個UE處在一個小區(qū)的邊緣，又在這兩個小區(qū)間來回走，恰好這兩個小區(qū)又是屬于不同的位置區(qū)LA或路由區(qū)RA。因此在小區(qū)中選擇哪個小區(qū)是有規(guī)則的，這個規(guī)則會在后面進行詳述。如果Location Update或者Attach不成功，UE就要進行PLMN重選。圖332 位置區(qū)更新信令流程路由區(qū)更新信令流程：包括：RRC連接建立路由區(qū)更新（包含鑒權(quán)過程和安全模式） Iu釋放RRC連接釋放。切換的信令流程通常包括以下幾個步驟：測量報告測量終止資源重配置測量重新打開。 上報測量報告2. 目前觸發(fā)切換的測量報告采用事件上報方式，在前一次的測量控制中，已由RNC下發(fā)告訴UE，當(dāng)滿足閾值門限時，UE將向RNC上報measurement Report。下圖是一個同頻測量報告，鄰小區(qū)已按照UE測量到的PCCPCH RSCP值由高到低進行排序。下圖的例子中共有3個鄰小區(qū)。同時RNC通知NodeB終止專用測量。切換前的測量控制比較簡單，目的是停止測量上報。5. 目標(biāo)NodeB向RNC回復(fù)Radio Link Setup Response。這里需要區(qū)分RNC內(nèi)切換和RNC間的切換。UE收到資源重配置信令后，同目標(biāo)小區(qū)進行上行同步。若為硬切換，將通過UpPTS發(fā)送上行同步碼進行同步；若為接力切換，則不需要通過UpPTS來同步，而直接通過Special Burst同步。在硬切換當(dāng)中UE根據(jù)FPACHInfo中的參數(shù)重新計算后得到新發(fā)送DPCH初始上行功率和TA；而在接力切換過程中，UE收到切換命令后在新小區(qū)發(fā)起測量，根據(jù)測量結(jié)果計算出新小區(qū)的TA（新小區(qū)的TA=原小區(qū)的TA+ OTD）以及新發(fā)送DPCH 的功率。圖337 切換前物理信道重配置信令解讀7. 當(dāng)目標(biāo)小區(qū)NodeB同UE的上行同步建立完成之后，目標(biāo)小區(qū)NodeB向RNC上報一個RL Restore。9. RNC向原小區(qū)NodeB下發(fā)Radio Link Deletion Request，要求原小區(qū)NodeB刪除上下接口的用戶面資源。11. RNC通過下行DCCH向UE下發(fā)measurement Control，同樣在混頻配置鄰區(qū)的情況下，會有兩條測量控制下發(fā)，一條是同頻的，一條是異頻的。13. 新小區(qū)NodeB的專用測量初始化的應(yīng)答。 知識點l 起呼失敗分析l 切換掉話分析對于網(wǎng)優(yōu)工程師來說，從路測儀上可以直接看到Uu口的相關(guān)信令，因此需要重點把握Uu口信令。 起呼失敗起呼失敗通常發(fā)生在弱場，也有因為干擾原因?qū)е略趶妶龅钠鸷舫晒β实偷默F(xiàn)象。和從RNC側(cè)看到的信令有對應(yīng)關(guān)系。圖41 路測儀上的信令流程在試驗網(wǎng)優(yōu)化測試中，我們重點關(guān)注RRC建立過程、RB建立的過程。由于RB建立是個很大的信令，常見的異常信令就發(fā)生在這里，RB建立超時，導(dǎo)致起呼失敗，通常是由于無線鏈路在此時惡化，因此系統(tǒng)收不到終端上發(fā)的RB建立完成信令引發(fā)的。而在引入信令切換和高速信令后，RB超時的現(xiàn)象明顯減少，但是出現(xiàn)了一種新的失敗原因，RB Setup失敗，目前原因待查。 切換掉話切換掉話也是網(wǎng)優(yōu)工作的重點之一。切換時的異常信令需要結(jié)合路測儀和RNC后臺共同分析原因，一起定位問題，到底是上行失步還是下行失步、物理信道重配置終端是否有收到、物理信道重配置超時原因是什么等。從RNC側(cè)信令看到RNC已經(jīng)從原小區(qū)下發(fā)了物理信道重配置信令，但是UE是否已經(jīng)收到需要在路測儀端確認(rèn)；此外，從信令可以看出，Cell Update信令UE上報的太晚了，如果在原小區(qū)上報，原小區(qū)的無線鏈路已經(jīng)很差，很難完成小區(qū)更新的流程；如果在目標(biāo)小區(qū)上報（如上圖），RNC已經(jīng)將目標(biāo)小區(qū)的無線鏈路刪除，導(dǎo)致無法完成小區(qū)更新的流程，即便沒有刪除，一般為目標(biāo)小區(qū)的信號載干比不夠，很難正確解析。