【導(dǎo)讀】為PLMN選擇/重選，小區(qū)的選擇/重選和位置更新三種。PLMN是用戶和運(yùn)營(yíng)商簽約時(shí)確定的，由運(yùn)營(yíng)商指定。當(dāng)選中了一個(gè)PLMN后，就開(kāi)始選。擇屬于這個(gè)PLMN的小區(qū)，找到一個(gè)這樣的符合駐留條件的小區(qū)后，UE就駐留在這個(gè)小區(qū)，接著UE會(huì)發(fā)起位置登記過(guò)程，用以通知網(wǎng)絡(luò)側(cè)自己。的狀態(tài)，成功后UE就成功的駐留在這個(gè)小區(qū)中了。駐留的作用有4個(gè)：使UE可以接收。擾碼等，UE就會(huì)首先使用這些信息進(jìn)行小區(qū)重搜。數(shù)情況下，UE都是在同一個(gè)地點(diǎn)關(guān)機(jī)和開(kāi)機(jī)，比如晚上關(guān)機(jī)，早晨開(kāi)機(jī)等等。隨著UE的移動(dòng)，當(dāng)前小區(qū)和臨近小區(qū)的信號(hào)強(qiáng)度都在不斷變化。費(fèi)了網(wǎng)絡(luò)資源，又浪費(fèi)了UE的能量。在后面進(jìn)行詳述。Synchronization”進(jìn)行幀同步，然后開(kāi)始下行發(fā)射。UE根據(jù)“RRCConnectionSetup”中的相關(guān)參數(shù)配置物理層，NodeB成功建立DCH鏈。UE完成了RRC連接后，已經(jīng)建立了專(zhuān)用信道DCH。RANAP實(shí)體，RANAP實(shí)體將LocationUpdate這條消息封裝在InitialUEMessage. CN的SCCP實(shí)體收到SCCP連接建立請(qǐng)求，回復(fù)RNCSCCP連接建立

　　

【正文】 叫與被叫的釋放流程相同，包括 Iu 連接的釋放和 RRC連接的釋放。 釋放流程包括：釋放請(qǐng)求 Iu釋放 RRC連接釋放。 釋放請(qǐng)求 釋放請(qǐng)求分為兩種類(lèi)型： UE發(fā)起的釋放和 CN發(fā)起的釋放。 下圖是 UE發(fā)起釋放的流程圖。 1.~6. UTRAN 直接傳輸 UE 與 CN之間的 NAS 消息（包括釋放請(qǐng)求和釋放完成等）。但是最終的資源釋放是由 CN 發(fā)起的（見(jiàn)下）。 釋放過(guò)程 7. CN通過(guò)給 RNC 發(fā)送 RANAP消息 Iu Release Command消息發(fā)起專(zhuān)用 信道的釋放過(guò)程。主要參數(shù)：釋放原因，比如 Successful Relocation, Normal Release, Release due to UTRAN Generated Reason, Relocation Cancelled, No Remaining RAB。 8. RNC在收到 Iu Release Command 消息后，釋放到 IU口的信令連接，并且通過(guò) ALCAP協(xié)議釋放 Iu 承載，但不會(huì)等 UTRAN 將所有的資源和信令釋放后，就直接給 CN回送RANAP 消息 Iu Release Complete 消息。主要參數(shù)： Data volume Report (if data volume reporting to PS is required). 9. CN與 RNC通過(guò) ALCAP協(xié)議釋放 Iu 承載。 RRC連接釋放過(guò)程 RRC釋放就是釋放 UE 和 UTRAN之間的信令鏈路及所有的無(wú)線承載。 10. RNC向 UE發(fā)送 RRC消息 RRC Connection Release 來(lái)釋放該 RRC連接。主要參數(shù)：釋放原因。 11. UE向 RNC回送 RRC消息 RRC Connection Release Complete，以此確認(rèn) RRC連接的釋放。此消息為非確認(rèn)模式的，因此會(huì)收到多條。 12. RNC向 Node B發(fā)送 NBAP消息 Radio Link Deletion，刪除 NodeB中的無(wú)線鏈路資源。 13. Node B 資源釋放完成后，向 RNC回送 NBAP消息 Radio Link Deletion Response。 14. RNC通過(guò) ALCAP協(xié)議釋放與 NodeB之間 Iub口用戶面?zhèn)鬏敵休d，至此呼叫釋放流程結(jié)束。 完整的釋放信令流程 1. 主動(dòng)掛機(jī)釋放 2. 主被叫正常釋放信令流程 PS域業(yè)務(wù)流程 切換流程 切換流程應(yīng)用：移動(dòng)、質(zhì)量變差、強(qiáng)制切 換 切換流程描述 UE移動(dòng)過(guò)程中，服務(wù)小區(qū)信號(hào)越來(lái)越差，鄰小區(qū)信號(hào)越來(lái)越強(qiáng)，當(dāng)滿足切換條件時(shí)，將觸發(fā)切換流程。切換的信令流程通常包括以下幾個(gè)步驟： ? 測(cè)量報(bào)告 ? 測(cè)量終止 ? 資源重配置 （切換觸發(fā)） ? 測(cè)量重新打開(kāi) 切換過(guò)程詳細(xì)分析 1. 目前觸發(fā)切換的測(cè)量報(bào)告采用事件上報(bào)方式，在前一次的測(cè)量控制中，已由 RNC下發(fā)告訴 UE，當(dāng)滿足閾值門(mén)限時(shí)， UE 將向 RNC上報(bào) measurement Report。如果服務(wù)小區(qū)的所有鄰小區(qū)集合中，既有同頻鄰小區(qū)，又有異頻鄰小區(qū)，則會(huì)分別上報(bào)兩條測(cè)量報(bào)告，同頻、異頻各一條，內(nèi)容略有差別。 2. 與此同時(shí)， RNC向 NodeB發(fā)送 measurement Control，告訴 UE停止測(cè)量。同時(shí) RNC通知 NodeB終止專(zhuān)用測(cè)量。若鄰小區(qū)是混頻配置，則同頻、異頻會(huì)分別發(fā)兩條。 3. RNC向目標(biāo)小區(qū)的 Node B發(fā)送 Radio Link Setup Request，要求 NodeB建立上下接口的用戶面資源。 4. 目標(biāo) Node B向 RNC回復(fù) Radio Link Setup Response。 5. 與此同時(shí) RNC從原小區(qū)的 DCCH上向 UE發(fā)送資源重配置的信令。這里需要區(qū)分 RNC內(nèi)切換和 RNC 間的切換。如果是 RNC 內(nèi)切換，則可 以通過(guò)原小區(qū)的 DCCH 發(fā)送Physical Channel Reconfiguration來(lái)實(shí)現(xiàn)資源重配置；若為 RNC間切換，原 RNC也可以通過(guò)從原小區(qū)的 DCCH發(fā)送 RB Reconfiguration來(lái)實(shí)現(xiàn)。 UE收到資源重配置信令后，同目標(biāo)小區(qū)進(jìn)行上行同步。 備注： DSCDMA可是實(shí)現(xiàn)接力切換和硬切換。若為硬切換，將通過(guò) UpPTS 發(fā)送上行同步碼進(jìn)行同步；若為接力切換，則不需要通過(guò)UpPTS來(lái)同步，而直接通過(guò) Special Burst同步。 6. 通過(guò)資源重配置信令（ Physical Channel Reconfiguration或 RB Reconfiguration），在ul_ChannelRequirement 單 元 下 ULDPCHInfo 中 ulTimingAdvance 的synchronisationParameters_present 參數(shù)來(lái)確定是接力切換還是硬切換，參數(shù)為 0 表示接力切換，非零表示有（ FPACHInfo）為硬切換。在硬切換當(dāng)中 UE根據(jù) FPACHInfo中的參數(shù) 重新計(jì)算后得到新發(fā)送 DPCH 初始上行功率和 TA；而在接力切換過(guò)程中，UE 收到切換命令后在新小區(qū)發(fā)起測(cè)量，根據(jù)測(cè)量結(jié)果計(jì)算出新小區(qū)的 TA（新小區(qū)的TA=原小區(qū)的 TA+ OTD）以及新發(fā)送 DPCH 的功率。如下圖所示。 7. 當(dāng)目標(biāo)小區(qū) NodeB同 UE的上行同步建立完成之后，目標(biāo)小區(qū) NodeB向 RNC上報(bào)一個(gè) RL Restore。 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í)就通過(guò)目標(biāo)小區(qū)的 DCCH 向目標(biāo)RNC發(fā)送 RB Reconfiguration Complete。 9. RNC向原小區(qū) Node B下發(fā) Radio Link Deletion Request，要求原小區(qū) NodeB刪除上下接口的用戶面資源。 10. 與此同時(shí)， RNC向目標(biāo)小區(qū) Node B下發(fā) Dedicated Measurement Initial。 11. RNC 通過(guò)下行 DCCH向 UE 下發(fā) measurement Control，同樣在混頻配置鄰區(qū)的情況下，會(huì)有兩條測(cè)量控制下發(fā)，一條是同頻的，一條是異頻的。 開(kāi)始測(cè)量的測(cè)量控制信令： 12. 原 小區(qū) Node B的 RL刪除應(yīng)答。 13. 新小區(qū) Node B的專(zhuān)用測(cè)量初始化的應(yīng)答。