【文章內(nèi)容簡(jiǎn)介】 及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立，然后才能建立RAB。RAB建立是由CN發(fā)起，UTRAN執(zhí)行的功能，基本流程：（1） 首先由CN向UTRAN發(fā)送RAB指配請(qǐng)求消息，請(qǐng)求UTRAN建立RAB；（2） RNC發(fā)起建立Iu接口與Iub接口的數(shù)據(jù)承載；（3） RNC向UE發(fā)起RB建立請(qǐng)求；（4） UE完成RB建立，向RNC回應(yīng)RB建立完成消息；（5） RNC向CN應(yīng)答RAB指配響應(yīng)消息，結(jié)束RAB建立流程。 正常流程 RAB建立正常流程 異常流程1－Node B無(wú)線鏈路重配置失敗RNC從Iu接口收到RAB建立請(qǐng)求后，需要首先在Iub接口對(duì)承載Uu接口用戶面的無(wú)線鏈路進(jìn)行重配置，但是由于NodeB的原因（硬件原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤）RL重配置過(guò)程失敗，從而導(dǎo)致空中接口的無(wú)線承載無(wú)法建立，RAB建立失敗。圖 RAB建立在DCH，Node B無(wú)線鏈路重配置失敗異常流程說(shuō)明及實(shí)體處理方法：（1） 當(dāng)Node B不能按照要求為該用戶重新配置RL時(shí)，向RNC返回RL Reconfiguration Failure消息，并包含失敗原因。（2） RNC向CN發(fā)送 RAB Assignment Response消息，指示RAB建立失敗，并包含失敗原因，如UTRAN側(cè)產(chǎn)生原因、無(wú)線接口過(guò)程失敗等。（3） RNC收回內(nèi)部為該用戶分配的無(wú)線資源。（4） RNC與UE釋放Uu接口RRC連接。（5） 若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。（6） RAB建立失敗，該過(guò)程結(jié)束。 異常流程2－Iub接口AAL2建立失敗RNC從Iu接口收到RAB建立請(qǐng)求后無(wú)線資源滿足的前提下，在Iub接口成功的為用戶重配了無(wú)線鏈路，在建立Iub接口上承載該信令連接的ATM承載時(shí)，發(fā)生失敗（硬件原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤），從而導(dǎo)致空中接口的RB無(wú)法建立。圖 RAB建立在DCH，Iub接口AAL2建立失敗異常流程說(shuō)明及實(shí)體處理方法：（1） RB建立過(guò)程中，當(dāng)RNC與Node B之間RL建立成功后，RNC向Node B發(fā)送ALCAP的Establish Request消息，發(fā)起AAL2連接建立過(guò)程，用于在Iub接口承載用戶信息。（2） RNC實(shí)體的ALCAP與Node B實(shí)體的ALCAP進(jìn)行協(xié)商，Node B實(shí)體拒絕建立該接口上的AAL2連接。（3） 收到AAL2建立失敗消息后，RNC收回內(nèi)部為該用戶分配的無(wú)線資源。（4） RNC與Node B交互，釋放該用戶的無(wú)線鏈路。（5） 無(wú)線鏈路釋放完成后，RNC與Node B各自釋放本地局間AAL2鏈路。（6） 若無(wú)其它用戶數(shù)據(jù)傳輸，RNC組織Uu接口標(biāo)準(zhǔn)消息，向該用戶發(fā)送RRC Connection Release消息，釋放該用戶的RRC連接。（7） RNC向CN發(fā)送 RAB Assignment Response消息，指示RAB建立失敗，并包含失敗原因，如UTRAN側(cè)產(chǎn)生原因、無(wú)線接口過(guò)程失敗等。（8） 若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。（9） RAB建立失敗，該過(guò)程結(jié)束。 異常流程3－Uu接口RB建立失敗RNC向UE發(fā)送RB Setup消息發(fā)起Uu接口無(wú)線承載的建立。由于一些錯(cuò)誤原因?qū)е耈E向RNC發(fā)送RB建立失敗的響應(yīng)。導(dǎo)致UE發(fā)送失敗響應(yīng)的原因可能為：216。 UE收到的消息協(xié)議錯(cuò)；216。 RB Setup消息中包含無(wú)效的配置信息；216。 RB Setup消息中包含UE不支持的配置信息；216。 配置信息不匹配；216。 UE物理信道配置失敗；216。 重配過(guò)程中無(wú)線鏈路失敗等。 RAB建立在DCH，Uu接口RB建立失敗異常流程說(shuō)明及實(shí)體處理方法：（1） 當(dāng)Iub接口無(wú)線鏈路以及AAL2連接建立完成以后，RNC向UE發(fā)送RB Setup消息建立Uu接口無(wú)線承載。當(dāng)上述某項(xiàng)原因出現(xiàn)時(shí)，UE向RNC返回?zé)o線承載建立失敗。（2） RNC收回內(nèi)部為該用戶分配的無(wú)線資源。（3） RNC與Node B釋放Iub接口的RL。（4） RNC與Node B釋放Iub接口的AAL2連接。（5） RNC與UE釋放Uu接口RRC連接。（6） RNC向CN發(fā)送 RAB Assignment Response消息，指示RAB建立失敗，并包含失敗原因，如UTRAN側(cè)產(chǎn)生原因、無(wú)線接口過(guò)程失敗等。（7） 若為CS域RAB，Iu接口需釋放AAL2數(shù)據(jù)傳輸承載。（8） RAB建立失敗，該過(guò)程結(jié)束。 異常流程3－Iu接口RAB建立失敗RNC收到RAB指派請(qǐng)求后，向CN響應(yīng)RAB指派失敗消息?？赡艿脑?yàn)椋?16。 Iu接口本地資源分配失??；216。 Iu接口用戶面配置失??；216。 Iu接口AAL2建立失敗； RAB建立在DCH，Iu接口RAB建立失敗異常流程說(shuō)明及實(shí)體處理方法：（1） 當(dāng)RNC由于上述原因響應(yīng)RAB指派失敗，則分別進(jìn)行本地相關(guān)資源的釋放，不再分別描述。 測(cè)量控制UTRAN通過(guò)測(cè)量控制來(lái)建立、修改和釋放在UE側(cè)進(jìn)行的測(cè)量和上報(bào)等動(dòng)作。UE根據(jù)測(cè)量控制的消息內(nèi)容進(jìn)行相應(yīng)的測(cè)量并在觸發(fā)條件滿足時(shí)向網(wǎng)絡(luò)發(fā)送測(cè)量報(bào)告。測(cè)量控制由UTRAN發(fā)起，UTRAN通過(guò)DCCH信道使用AM RLC模式MEASUREMENT CONTROL 消息，UE只是被動(dòng)接收。LCR UE支持的七類(lèi)測(cè)量類(lèi)型：頻內(nèi)測(cè)量（Intrafrequency measurement）：測(cè)量與激活集相同頻率的下行物理信道。測(cè)量對(duì)象為一個(gè)小區(qū)。頻間測(cè)量（InterFrequency measurement）：測(cè)量與激活集不同頻率的下行物理信道。測(cè)量對(duì)象為一個(gè)小區(qū)。InterRAT測(cè)量（InterRAT measurement）：測(cè)量其他無(wú)線接入系統(tǒng)（如GSM）的下行物理信道。測(cè)量對(duì)象為一個(gè)小區(qū)。業(yè)務(wù)量測(cè)量（Traffic volume measurement）：測(cè)量上行鏈路的業(yè)務(wù)量。測(cè)量對(duì)象為一個(gè)小區(qū)。質(zhì)量測(cè)量（Quality measurement）：測(cè)量下行鏈路專用傳輸信道的質(zhì)量參數(shù)有兩種：下行BLER：測(cè)量對(duì)象為一個(gè)下行傳輸信道；下行SIR（TDD）：測(cè)量對(duì)象為下行專用（或共享）CCTrCH所對(duì)應(yīng)各個(gè)時(shí)隙。UE內(nèi)部測(cè)量（UE internal measurement）：測(cè)量UE的發(fā)射功率、接收信號(hào)強(qiáng)度及TADV；UE定位測(cè)量（UE positioning measurement）：測(cè)量UE的位置。 正常流程 測(cè)量控制測(cè)量控制過(guò)程可以通過(guò)系統(tǒng)信息廣播，也可以通過(guò)測(cè)量控制消息進(jìn)行，上面描述的為通過(guò)測(cè)量控制消息進(jìn)行的測(cè)量控制流程。Measurement Control消息包含：測(cè)量建立（Setup）：測(cè)量控制消息可建立UE所有類(lèi)型測(cè)量；測(cè)量修改（Modify），測(cè)量釋放（Release）； 測(cè)量報(bào)告 異常流程當(dāng)UE接收到接收到Measurement Control消息后，由于某些錯(cuò)誤原因，UE向RNC響應(yīng)Measurement Control Failure消息。典型的錯(cuò)誤原因?yàn)椋海?） UE不支持的測(cè)量類(lèi)型（2） UE不支持的配置信息；（3） 配置信息不完整；（4） Measurement Control消息協(xié)議錯(cuò)誤 測(cè)量控制異常流程異常流程說(shuō)明及實(shí)體處理方法：（1） 當(dāng)UE由于上述原因向RNC響應(yīng)測(cè)量控制失敗后，不影響UE其它過(guò)程狀態(tài)。 異常流程2－測(cè)量信息配置不完整（給出UE收到配置信息不完整的測(cè)量控制消息后，Uu接口的異常流程圖，描述UE、RNC實(shí)體的處理方法。） 安全模式控制流程安全控制的主要功能是實(shí)現(xiàn)RRC消息的完整性保護(hù)和空中接口業(yè)務(wù)及信令所使用的加密算法的確定。 正常流程 安全模式控制信令流程說(shuō)明：（5） 在信令連接建立成功后，當(dāng)UE和CN完成必要的交互后，CN向RNC發(fā)送Security mode control消息，在此消息中包含由CN提供的相關(guān)加密和完整性信息（包括允許該用戶使用的加密算法、完整性保護(hù)算法和計(jì)算中會(huì)使用到的參數(shù)IK、CK等），如該消息指明不加密或在該消息中的加密IE不存在，則此時(shí)RNC將不采用加密信息。（6） RNC根據(jù)RRC連接時(shí)獲取需加密和進(jìn)行完整性保護(hù)的UE 的相關(guān)信息，包括該用戶的加密能力、完整性保護(hù)能力、HFN值等，根據(jù)特定用戶的安全性能從允許使用的算法中進(jìn)行選擇，同時(shí)計(jì)算所接收RRC消息的RRC SN,并生成隨機(jī)數(shù)FRESH，計(jì)算MACI值，最終將選定的算法、生成的FRESH值、計(jì)算得出的RRC SN及MACI形成配置參數(shù)。（7） 在選擇好相應(yīng)的算法后，此時(shí)如果該用戶用業(yè)務(wù)存在，RNC對(duì)L2層進(jìn)行配置，以使得L2層按新的加密模式開(kāi)始空中數(shù)據(jù)的傳輸。在完成L2層的配置后，在Uu接口向UE發(fā)送RRC消息Secrity control mand進(jìn)行安全模式配置。（8） UE收到該消息后，將先檢查安全控制命令這條消息的完整性，再讀取消息內(nèi)容。當(dāng)確定該消息完整，UE會(huì)根據(jù)消息中規(guī)定的時(shí)間，激活或終止相應(yīng)的完整性或加密算法，之后向RNC發(fā)送Security mode plete消息。（9） RNC收到UE發(fā)來(lái)的正確完成消息后，向CN發(fā)送Security mode plete消息，安全控制的初始化過(guò)程結(jié)束。 異常流程在下圖的失敗情況中，描述的原因僅因?yàn)橛捎赨E不支持所配置的加密模式而引起，當(dāng)然在RNC本地的L2層配置過(guò)程中，L2層也可能不支持這種加密模式，導(dǎo)致安全控制模式失敗，最終也會(huì)導(dǎo)致本次加密失敗。由于這兩個(gè)過(guò)程內(nèi)容差別不大，在本文當(dāng)中對(duì)于這種情況并沒(méi)有進(jìn)行窮舉，僅通過(guò)典型流程來(lái)說(shuō)明這種功能的實(shí)現(xiàn)流程。 安全模式控制異常流程異常流程說(shuō)明及實(shí)體處理方法：（1） UE收到Security Mode Command消息后，按照消息的內(nèi)容進(jìn)行L2層配置的過(guò)程中，L2層不支持這種加密模式，導(dǎo)致安全控制模式失敗，向RNC響應(yīng)Security Mode Failure消息。（2） RNC收到UE的安全模式失敗消息后，向CN發(fā)送Security mode Reject消息，本次安全模式控制失敗。 移動(dòng)性管理管理流程 切換流程切換過(guò)程是移動(dòng)通信區(qū)別于固定通信的一個(gè)顯著特征之一，在如今的蜂窩結(jié)構(gòu)的無(wú)線移動(dòng)通信系統(tǒng)中，當(dāng)正在使用網(wǎng)絡(luò)服務(wù)的用戶從一個(gè)小區(qū)移動(dòng)到另外一個(gè)小區(qū)的過(guò)程中，為了保證通信的連續(xù)性，用戶與原小區(qū)的通信鏈路要轉(zhuǎn)移到新的小區(qū)或因?yàn)橐恍﹦e的原因（網(wǎng)絡(luò)負(fù)載和操作維護(hù)等）也會(huì)觸發(fā)切換流程。TDSCDMA支持的切換類(lèi)型包括硬切換，接力切換兩種。216。 硬切換概述與別的系統(tǒng)中的硬切換流程相比，TDSCDMA系統(tǒng)中的硬切換同樣采用了“先斷后接”的流程。“斷”指斷開(kāi)與原基站的專用信道的連接；“接”指建立與目標(biāo)基站的專用信道的連接。在TDSCDMA系統(tǒng)中，由于UE能夠預(yù)先同目標(biāo)小區(qū)建立同步，切換過(guò)程所用的時(shí)間將會(huì)大大減少，從而能夠降低由切換引起的掉話率。216。 接力切換概述接力切換(Baton Handover)是TDSCDMA移動(dòng)通信系統(tǒng)的核心技術(shù)之一。其設(shè)計(jì)思想是利用TDD系統(tǒng)特點(diǎn)和上行同步技術(shù)，在切換測(cè)量期間，利用開(kāi)環(huán)技術(shù)進(jìn)行并保持上行預(yù)同步，即UE可提前獲取切換后的上行信道發(fā)送時(shí)間、功率信息；在切換期間，可以不中斷業(yè)務(wù)數(shù)據(jù)的傳輸，從而達(dá)到減少切換時(shí)間，提高切換的成功率、降低切換掉話率的目的。 IntraNode B切換IntraNode B切換發(fā)生在同一Node B配置N（N1）載扇的情況。 硬切換正常流程 IntraNode B硬切換正常流程信令流程說(shuō)明：（1） RNC判決進(jìn)行切換后向NB發(fā)送無(wú)線鏈路增加請(qǐng)求，為目標(biāo)小區(qū)建立無(wú)線鏈路。目標(biāo)小區(qū)收到無(wú)線鏈路增加請(qǐng)求后，配置相應(yīng)鏈路資源，配置完成后組織無(wú)線鏈路。增加響應(yīng)消息發(fā)往RNC。（2） RNC收到目標(biāo)小區(qū)的響應(yīng)消息后，為目標(biāo)小區(qū)建立Iub傳輸承載AAL2