TD-SCDMA信令流程教程.docx

《TD-SCDMA信令流程教程.docx》由会员分享，可在线阅读，更多相关《TD-SCDMA信令流程教程.docx（134页珍藏版）》请在三一办公上搜索。

1、TD-SCDMA无线接入网信令介绍教材版本：V1.0教材编号：TD-00000011101修订历史记录日期适用产品版本文档版本修改内容2006-11-20V2.1V1.0文档初建 版权声明本资料著作权属中国普天信息产业股份有限公司所有。未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。侵权必究。No part of this documentation may be excerpted, reproduced, translated, annotated or duplicated, in any form or by any means without the prior

2、written permission of CHINA Potevio Co., Ltd.Copyright 2007 CHINA Potevio Co., Ltd. All rights reserved.前言TD-SCDMA是由中国提出的第三代移动通信技术标准，为使读者对普天TD-SCDMA系统和产品有进一步深入了解，特编写了本套教材。TD-SCDMA无线接入网信令介绍是普天培训课程中的高级课程。综合考虑了培训对象的基础知识水平，以及对TD-SCDMA系统的了解需求，本教材从TD-SCDMA整网系统级的角度，给出各种端到端呼叫及业务处理的流程定义、设计及描述。从而满足相关产品级文档所提出的

3、对各种TD-SCDMA呼叫及业务功能特性和网络解决方案的支持。本教材适合从事是系统设计、实现及测试的技术人员，也可用于产品管理及市场人员阅读。教材内容安排本教材共分为3章：第1章“网络呼叫及业务处理公用子流程”介绍了网络呼叫和业务处理流程所使用的公共子流程。第2章“网络呼叫及业务处理流程”主要介绍网络呼叫和业务处理的一些流程。第3章“移动性管理”介绍了与移动性管理有关的一些流程。书写约定本教材主要是根据整网架构及所需支持的业务，将网元作为整体看待，定义并说明支持各业务的呼叫及处理流程。具体覆盖：第1章 网络呼叫及业务处理公用子流程；第2章 网络呼叫及业务处理流程；第3章 移动性管理；过程说明：

4、X1 生成消息或信息 Y1 送到 网元 X2 以达成或实现 目的；X2 收到并处理消息 Y1, 完成, 生成消息 Y2 送到 网元 X3, 以达成或实现 目的。IX2 根据条件M 进行判断：若判断结果为XX1，则选择1 的描述；若判断结果为XX2，则选择2 的描述；教材编写声明在教材的编写过程中，编者尽可能地保证内容的正确性与准确性，由于产品和技术的不断更新和完善，教材中的内容可能与实际产品不完全相符，本教材仅作为学习材料，教材的所有陈述不构成任何明示或暗示的担保，敬请读者谅解，并欢迎提出宝贵意见。联系方式：中国普天信息产业股份有限公司地址：中国北京市海淀区海淀北二街6号网址：邮编：10008

5、0传真：+86-10-62683093E-mail：service目 录第1章网络呼叫及业务处理公用子流程71.1RRC建立（承载在DCH信道上）71.1.1场景分析71.1.2流程分析71.2RRC释放（承载在DCH信道上）101.2.1场景分析101.2.2流程分析101.3初始直传过程111.3.1场景分析111.3.2流程分析111.4鉴权加密过程121.4.1鉴权加密过程（CS）121.4.2鉴权加密过程（PS）141.5RAB建立171.5.1CS域RAB建立（承载在DCH信道上）171.5.2PS域RAB建立（承载在DCH信道上）201.6RAB释放221.6.1场景分析221.

6、6.2流程分析231.7Iu信令连接释放241.7.1场景分析251.7.2流程分析25第2章网络呼叫及业务处理流程272.1小区建立272.1.1小区建立（新增小区）272.1.2小区建立（自动建立）292.2系统信息更新312.2.1场景分析312.2.2流程分析322.3登记322.3.1登记（CS）322.3.2登记（PS）342.4话音呼叫362.4.1话音主呼362.4.2话音被呼392.4.3话音释放（UE发起）422.4.4话音释放（RNC发起）432.4.5话音释放（CN发起）452.5数据业务462.5.1数据主呼462.5.2数据被呼482.6组合业务502.6.1话音业

7、务基础上，数据主呼并发502.6.1话音业务基础上，数据被呼并发522.6.1数据业务基础上，话音主呼并发542.6.1数据业务基础上，话音被呼并发562.6.1数据+话音并发业务，UE发起话音释放592.6.2数据+话音并发业务，UE发起数据释放602.7短消息612.7.1短消息（CS域）612.7.1短消息（PS域）65第3章移动性管理713.1切换713.1.1小区内频点间切换713.1.2NodeB内小区内切换743.1.3同一RNC内不同NodeB间切换773.1.4同一CN内RNC间切换803.1.5不同CN间切换933.1.6不同系统（TDGSM）间切换1063.1.7不同系统

8、（GSMTD）间切换1153.2LA位置更新1183.2.1场景分析1183.2.2流程分析1193.3路由更新1203.3.1场景分析1203.3.2流程分析1203.4联合更新1223.4.1场景分析1223.4.2流程分析1223.5小区更新1233.5.1场景分析1243.5.2流程分析124参考资料125术语及缩略语126图表目录图 11 RRC连接建立流程图7图 12 RRC连接释放流程图10图 13 初始直传流程图11图 14 鉴全加密（CS域）流程图13图 15 鉴全加密（PS域）流程图15图 16 RAB建立（CS域）流程图18图 17 RAB建立（PS域）流程图21图 18

9、 RAB释放流程图23图 19 Iu信令连接释放流程图25图 210 小区建立(新增小区)流程图28图 211 小区建立(自动建立)流程图30图 212 系统信息更新流程图32图 213 登记（CS域）流程图33图 214 登记（PS域）流程图35图 215 语音主呼流程图37图 216 语音被呼流程图40图 217话音释放（UE发起）流程图43图 218 话音释放（RNC发起）流程图44图 219 话音释放（CN发起）流程图46图 220 数据主呼流程图47图 221 数据被呼流程图49图 222话音业务基础上数据主呼并发流程图51图 223 语音业务基础上数据被呼并发流程图53图 224

10、数据业务基础上话音主呼并发流程图55图 225 数据业务基础上话音被呼并发流程图57图 226 数据+话音并发业务，UE发起话音释放流程图59图 227 数据+语音并发业务，UE发起数据释放流程图61图 228 CS域短消息（主呼）流程图62图 229 CS域短消息（被呼）流程图64图 230 PS域短消息（主呼）流程图66图 231 PS域短消息（被呼）流程图68图 332 小区内频点间切换流程图72图 333 NodeB内小区间切换流程图75图 334 同一RNC内不同NodeB间切换流程图78图 335 同一CN内RNC间切换（CS域）流程图81图 336 同一CN内RNC间切换（PS域

11、）流程图85图 337 同一CN内RNC间切换（CS+PS域）流程图89图 338 不同CN间切换（CS域）流程图94图 339 不同CN间切换（PS域）流程图98图 340 不同CN间切换（CS+PS域）流程图102图 341 不同系统(TDGSM)间切换(CS域)流程图107图 342 不同系统(TDGSM)间切换(PS域)流程图110图 343 不同系统(TDGSM)间切换(CS+PS域)流程图113图 344 不同系统(GSMTD)间切换(CS域)流程图116图 345 不同系统(GSMTD)间切换(PS域)流程图118图 346 LA位置更新流程图119图 347 路由更新流程图12

12、1图 348 联合更新流程图122图 349 小区更新流程图124表 11 RRC连接建立场景说明7表 12 RRC连接释放场景说明10表 13 初始直传场景说明11表 14 鉴全加密（CS域）场景说明12表 15 鉴全加密（PS域）场景说明14表 16 RAB建立（CS域）场景说明17表 17 RAB建立（PS域）场景说明20表 18 RAB释放场景说明22表 19 Iu信令连接释放场景说明25表 210 小区建立(新增小区) 场景说明27表 211 小区建立(自动建立) 场景说明29表 212 系统信息更新场景说明31表 213 登记（CS域）场景说明32表 214 登记（PS域）场景说明

13、34表 215 语音主呼场景说明36表 216 语音被呼场景说明39表 217话音释放（UE发起）场景说明42表 218 话音释放（RNC发起）场景说明44表 219 话音释放（CN发起）场景说明45表 220 数据主呼场景说明47表 221 数据被呼场景说明48表 222话音业务基础上数据主呼并发场景说明50表 223 语音业务基础上数据被呼并发场景说明52表 224 数据业务基础上话音主呼并发场景说明54表 225 数据业务基础上话音被呼并发场景说明56表 226 数据+话音并发业务，UE发起话音释放场景说明59表 227 数据+语音并发业务，UE发起数据释放场景说明60表 228 CS域

14、短消息（主呼）场景说明62表 229 CS域短消息（被呼）场景说明63表 230 PS域短消息（主呼）场景说明66表 231 PS域短消息（被呼）场景说明68表 332 小区内频点间切换场景说明71表 333 NodeB内小区间切换场景说明74表 334 同一RNC内不同NodeB间切换场景说明77表 335 同一CN内RNC间切换（CS域）场景说明80表 336 同一CN内RNC间切换（PS域）场景说明84表 337 同一CN内RNC间切换（CS+PS域）场景说明88表 338 不同CN间切换（CS域）场景说明93表 339 不同CN间切换（PS域）场景说明97表 340 不同CN间切换（C

15、S+PS域）场景说明101表 341 不同系统(TDGSM)间切换(CS域)场景说明106表 342 不同系统(TDGSM)间切换(PS域)场景说明109表 343 不同系统(TDGSM)间切换(CS+PS域)场景说明112表 344 不同系统(GSMTD)间切换(CS域)场景说明115表 345 不同系统(GSMTD)间切换(PS域)场景说明117表 346 LA位置更新场景说明118表 347 路由更新场景说明120表 348 联合更新场景说明122表 349 小区更新流程图124第1章 网络呼叫及业务处理公用子流程RRC建立（承载在DCH信道上）场景分析表 11 RRC建立（承载在DCH

16、信道上）场景说明场景描述RRC连接建立过程，由UE的高层发起，如响应寻呼消息或UE发起呼叫。使UE进入CELL_DCH状态。前置条件UE成功的进行了小区驻留。后置条件UE进入CELL_DCH状态，NodeB进入无线承载建立完成状态，RNC进入CELL_DCH状态。起始事件网元UE生成消息SYNC_UL发送到网元NodeB，以实现上行同步的目的。中止事件网元RNC处理从网元NodeB收到的消息DCH数据帧（RRC Connection Setup Complete），然后进入CELL_DCH状态，此公用用例结束。相关网元UE、NodeB、RNC流程分析图 11 RRC建立（承载在DCH信道上）流

17、程图流程描述：1. UE生成SYNC_UL发送到网元NodeB，以达成上行同步的目的。2. NodeB收到并处理SYNC_UL，生成FPACH Burst 信息，信息中携带SYNC_UL接收位置和NodeB对PRACH的期望接收功率，发送到网元UE，以达成调整UE的发送功率和同步偏移目的。3. UE收到并处理FPACH Burst信息，完成对PRACH信道号的选择，生成消息RRC Connection Request发送到网元NodeB。4. NodeB收到消息RRC Connection Request，生成RACH（RRC Connection Request）数据帧发送到网元RNC。5.

18、 RNC收到并处理RACH（RRC Connection Request）数据帧。RNC根据当前无线资源条件判断：(1) 如果判断结果为拒绝接纳，则选择发送RRC连接拒绝消息（在图中未标出），流程结束。(2) 如果判断结果为接纳成功，则RNC用DCH建立RRC连接，并为该连接分配U_RNTI，给出无线链路的物理信道信息（Frame Offset，Special Burst Scheduling，DL功率和DL时隙ISCP等功控信息在无线链路建立消息里未找到，但是在无线链路响应消息中有UL ISCP，见K1297用户面分析，P74。）和传输信道信息（上下行传输信道的TFS/TFCS，以及其映射的

19、DPCH的时隙/码/midamble位移等信息），通知NodeB为新的通信上、下文建立必要的资源，生成消息Radio Link Setup Request，发送到网元NodeB。6. NodeB收到并处理消息Radio Link Setup Request，NodeB根据无线资源情况判断：(1) 如果NodeB无法完成无线链路分配，向RNC发送Radio Link Setup Failure（在图中未标出），转到RRC释放流程，请参见RRC释放（承载在DCH信道上）。(2) 如果NodeB成功分配了无线资源，NodeB携带响应信息和Transport Layer Address、Binding

20、 ID等信息，NodeB开始接收UE的DPCH信道，向网元RNC发送Radio Link Setup Response消息。7. RNC收到并处理消息Radio Link Setup Response，RNC携带NodeB的Transport Layer Address、Binding ID等信息，生成ALCAP Iub Establish Request消息发送到网元NodeB。8. NodeB收到并处理消息ALCAP Iub Establish Request，生成ALCAP Iub Establish Confirm消息发送到网元RNC，将Iub数据传输承载与DCH捆绑在一起。9. RN

21、C收到并处理消息ALCAP Iub Establish Confirm，将Iub数据传输承载与DCH捆绑在一起，RNC生成Downlink Synchronisation控制帧发送到网元NodeB。10. NodeB收到并处理Downlink Synchronisation控制帧，生成Uplink Synchronisation控制帧发送到网元RNC，报告RNC下行同步帧的到达时间ToA，RNC根据ToA对时间进行调整，达到DCH帧的下行同步。11. RNC收到并处理Uplink Synchronisation控制帧，完成传输信道同步后，生成消息FACH（RRC Connection Setu

22、p）数据帧发送到网元NodeB，消息中带有U_RNTI，RRC状态指示（进入DCH），3-4个SRB信息，以及无线链路的物理信道信息和传输信道信息。12. NodeB收到FACH（RRC Connection Setup）数据帧，取出其中携带的RRC Connection Setup消息发送到网元UE。13. UE收到并处理消息RRC Connection Setup，完成DPCH下行同步后，生成Special Burst发送到网元NodeB。14. NodeB收到并处理Special Burst，NodeB根据一定时间内的接收质量判断是否获得Uu口的DPCH上行同步：(1) 如果没有获得DP

23、CH上行同步，则不做处理（在图中未标出）。(2) 如果获得DPCH上行同步，生成消息Radio Link Restore Indication发送到网元RNC。15. UE生成消息RRC Connection Setup Complete发送到网元NodeB。16. NodeB收到消息RRC Connection Setup Complete，生成DCH数据帧（RRC Connection Setup Complete）发送到网元RNC。RNC收到并处理DCH 数据帧（RRC Connection Setup Complete），进入CELL_DCH状态，RRC建立完成。RRC释放（承载在DC

24、H信道上）场景分析表 12 RRC释放（承载在DCH信道上）场景说明场景描述RRC连接释放后，UE进入IDLE模式，Iu接口信令连接，RAB，RB及其他资源都会被释放。前置条件UE成功的建立了RRC（DCH）连接。后置条件UE/NodeB/RNC进入RRC IDLE状态。起始事件网元RNC生成消息RRC CONNECTION RELEASE发送到网元NodeB。中止事件网元RNC收到并处理从网元NodeB收到的消息ALCAP Iub Release Confirm，流程结束。相关网元UE、NodeB、RNC流程分析图 12 RRC释放（承载在DCH信道上）流程图流程描述：1. RNC生成DCH

25、（RRC Connection Release）数据帧发送到网元NodeB，实现发起RRC释放流程的目的。2. NodeB收到DCH（RRC Connection Release）数据帧，取出其中携带的RRC Connection Release消息发送到网元UE。3. UE收到并处理消息RRC Connection Release，生成消息RRC Connection Release Complete发送到网元NodeB。4. NodeB收到消息RRC Connection Release Complete，组成DCH数据帧发送到网元RNC。5. RNC收到并处理DCH（RRC Connec

26、tion Release Complete）数据帧，生成消息Radio Link Deletion Request发送到网元NodeB，以实现释放无线资源的目的。6. NodeB收到并处理消息Radio Link Deletion Request，完成无线资源的释放，生成消息Radio Link Deletion Response发送到网元RNC。7. RNC收到消息Radio Link Deletion Response，生成消息Iub Release Request发送到网元NodeB，实现释放Iub数据传输承载的目的。8. NodeB收到并处理消息Iub Release Request，

27、完成数据传输承载的释放，生成消息ALCAP Iub Release Confirm发送到网元RNC。9. RNC收到消息ALCAP Iub Release Confirm，DCH状态下的RRC释放结束。初始直传过程场景分析表 13 初始直传场景说明场景描述RRC连接建立成功后，UE向CN发送初始直传消息，建立业务呼叫。前置条件RRC连接建立成功。后置条件UE和CN间业务呼叫链路建立，可进行鉴权加密过程。起始事件网元UE发送Initial Direct Transfer消息到网元NodeB。中止事件CN向RNC发送COMMON ID消息表示此流程结束。相关网元UE、NodeB、RNC、CN流程分

28、析图 13 初始直传流程图流程描述：1. UE生成消息Initial Direct Transfer发送到网元 NodeB。请求建立业务呼叫。2. NodeB收到消息Initial Direct Transfer，生成DCH(Initial Direct Transfer)数据帧，发送到网元RNC。3. RNC收到并处理DCH(Initial Direct Transfer)数据帧，分配Iu链路信令连接标识，组装成Iu口的Initial UE Message，发送到网元的CN。4. CN收到并处理消息Initial UE Message，生成消息Common ID发送到网元RNC，其中携带了P

29、ermanent NAS UE Identity参数。RNC将这个参数和用户的RNTI对应起来。鉴权加密过程鉴权加密过程（CS）2.1.1.1 场景分析表 14 鉴权加密(CS域)场景说明场景描述移动台在CS域始呼、被呼、登记时都需要进行鉴权，鉴权完成后还可能进行加密/完整性保护。UE根据CN发过来的RAND，计算出RES（SIM卡中的鉴权响应参数）、CK（加密密钥）和IK（完整性保护密钥），将新的CK和IK写入SIM卡中，并且将RES发回到CN，CN如果认为RES正确，则鉴权过程结束。鉴权成功后，CN决定是否执行安全控制过程，如果需要则由CN触发，由RNC和UE实现加密/完整性保护。前置条件

30、UE成功的建立了RRC(DCH)连接。后置条件UE/RNC/NodeB/CN状态不变，完成鉴权和安全控制。起始事件网元CN生成消息Direct Transfer（AUTHENTICATION REQUEST）发送到网元RNC，以发起鉴权请求过程。中止事件网元CN处理从网元RNC收到的消息Security Mode Complete消息，鉴权加密过程结束。相关网元UE、NodeB、RNC、CN2.1.1.2 流程分析图 14 鉴权加密（CS域）流程图流程描述：1. CN生成消息Direct Transfer（AUTHENTICATION REQUEST）发送到网元RNC。2. RNC收到消息Di

31、rect Transfer（AUTHENTICATION REQUEST），生成Downlink Direct Transfer消息，组成DCH数据帧（Downlink Direct Transfer），发送到网元NodeB。3. NodeB收到DCH数据帧（Downlink Direct Transfer），取出其中携带的消息Downlink Direct Transfer发送到网元UE。4. UE收到消息Downlink Direct Transfer（AUTHENTICATION REQUEST），根据RAND计算出三个参数：RES（SIM卡中的鉴权响应参数）、CK（加密密钥）和IK（完

32、整性保护密钥），将新的CK和IK写入SIM卡中。UE发送消息Uplink Direct Transfer（AUTHENTICATION RESPONSE）到网元NodeB，其中携带着UE新计算出来的RES信息。5. NodeB收到消息Uplink Direct Transfer（AUTHENTICATION RESPONSE），组成DCH数据帧（Uplink Direct Transfer）发送到网元RNC。6. RNC收到并处理DCH数据帧（Uplink Direct Transfer），生成消息Direct Transfer（AUTHENTICATION RESPONSE），发送到网元CN

33、。7. CN收到并处理消息Direct Transfer（AUTHENTICATION RESPONSE）。CN根据消息中的RES信息进行判断：(1) 若判断结果为不正确，且不需要进行身份认证，则生成消息AUTHENTICATION REJECT发送到网元RNC（在图中未标出），转到RRC释放流程，详见RRC释放（承载在DCH上）。(2) 若判断结果为不正确，且需要进行身份认证，则生成消息IDENTIFICATION REQEUST发送到网元RNC（在图中未标出），发起身份认证过程（身份认证过程略），认证成功后进行再次鉴权，否则发起RRC释放流程，详见RRC释放（承载在DCH上）。(3) 若判

34、断结果为正确，且需要进行安全性控制，则生成消息Security Mode Command发送到网元RNC，以实现加密和完整性检查过程。(4) 若判断结果为正确，但不需要进行安全性控制，CN 向RNC发送Direct Transfer（CM SERVICE ACCEPT 或 LOCATION UPDATING ACCEPT）（在图中未标出），RNC收到后通过DCH数据帧将消息转发给NodeB，NodeB向UE发送Downlink Direct Transfer Msg（CM SERVICE ACCEPT 或 LOCATION UPDATING ACCEPT），鉴权过程结束。8. RNC收到并处理

35、消息Security Mode Command，完成对RLC和MAC实体进行参数配置，并生成DCH(Security Mode Command)数据帧发送到网元NodeB。9. NodeB收到DCH(Security Mode Command)数据帧，取出其中携带的消息Security Mode Command发送到网元UE。10. UE收到并处理消息Security Mode Command，UE根据是否支持加密算法和完整性检查算法进行判断：(1) 如果判断结果为不支持，则生成消息Security Mode Failure发送到网元NodeB（在图中未标出），加密过程失败。(2) 如果判断结

36、果为支持，则生成消息Security Mode Complete发送到网元NodeB。11. NodeB收到消息Security Mode Complete，生成DCH（Security Mode Complete）数据帧发送到网元RNC。12. RNC收到并处理DCH（Security Mode Complete）数据帧，生成消息Security Mode Complete发送到网元CN，鉴权加密过程结束。鉴权加密过程（PS）2.1.1.3 场景分析表 15鉴权加密(PS域)场景说明场景描述移动台在PS域始呼、被呼、登记时都需要进行鉴权，鉴权完成后还可能进行加密/完整性保护。UE根据CN发过

37、来的RAND，计算出RES（SIM卡中的鉴权响应参数）、CK（加密密钥）和IK（完整性保护密钥），将新的CK和IK写入SIM卡中，并且将RES发回到CN，CN如果认为RES正确，则鉴权过程结束。鉴权成功后，CN决定是否执行安全控制过程，如果需要则由CN触发，由RNC和UE实现加密/完整性保护。前置条件UE成功的建立了RRC（DCH）连接。后置条件UE/RNC/NodeB/CN状态不变，完成鉴权和安全控制。起始事件网元CN生成消息Direct Transfer（AUTHENTICATION AND CIPHERING REQUEST）发送到网元RNC，以发起鉴权请求过程。中止事件网元CN处理从网

38、元RNC收到的消息SECURITY MODE COMPLETE消息，鉴权和加密过程结束。相关网元UE、NodeB、RNC、CN2.1.1.4 流程分析图 15 鉴权加密（PS域）流程图流程描述：CN生成消息Direct Transfer（AUTHENTICATION AND CIPHERING REQUEST）发送到网元RNC。RNC收到消息Direct Transfer（AUTHENTICATION AND CIPHERING REQUEST），生成Downlink Direct Transfer消息，组成DCH数据帧，发送到网元NodeB。NodeB收到DCH数据帧，取出其中携带的消息Do

39、wnlink Direct Transfer发送到网元UE。UE收到消息Downlink Direct Transfer（AUTHENTICATION AND CIPHERING REQUEST）, 根据RAND，计算三个参数：RES（SIM卡中的鉴权响应参数）、CK（加密密钥）和IK（完整性保护密钥），将新的CK和IK写入SIM卡中。UE发送消息Uplink Direct Transfer（AUTHENTICATION AND CIPHERING RESPONSE）到网元NodeB。其中携带着UE新计算出来的RES信息。NodeB收到消息Uplink Direct Transfer（AUTH

40、ENTICATION AND CIPHERING RESPONSE），组成DCH 数据帧将消息转发给网元RNC。RNC收到并处理消息Uplink Direct Transfer（AUTHENTICATION AND CIPHERING RESPONSE），生成消息Direct Transfer（AUTHENTICATION AND CIPHERING RESPONSE），发送到网元CN。CN收到并处理消息Direct Transfer。CN根据消息中的RES信息进行判断：(1) 若判断结果不正确，且不需要进行身份认证，则生成消息AUTHENTICATION REJECT发送到网元RNC（在图中

41、未标出），转到RRC释放流程，详见RRC释放（承载在DCH上）。(2) 若判断结果为不正确，且需要进行身份认证，则生成消息IDENTIFICATION REQEUST发送到网元RNC（在图中未标出），发起身份认证过程（身份认证过程略），认证成功后进行再次鉴权，否则发起RRC释放流程，详见RRC释放（承载在DCH上）。(3) 若判断结果为正确，则生成消息Security Mode Command发送到网元RNC，以实现加密和完整性检查过程。(4) 若判断结果为正确，但不需要进行安全性控制，CN 向RNC发送Direct Transfer （在图中未标出）（SERVICE ACCEPT 或 ATT

42、ACH ACCEPT）（在图中未标出），RNC收到后通过DCH数据帧将消息转发给NodeB，NodeB向UE发送Downlink Direct Transfer Msg（SERVICE ACCEPT 或 ATTACH ACCEPT），鉴权过程结束。RNC收到并处理消息Security Mode Command，完成对RLC和MAC实体进行参数配置，生成Security Mode Command消息，并组成DCH数据帧（Security Mode Command）发送到网元NodeB。NodeB收到DCH数据帧（Security Mode Command），取出其中携带的消息Security M

43、ode Command发送到网元UE。UE收到并处理消息Security Mode Command，UE根据是否支持加密算法和完整性检查算法进行判断：如果判断结果为不支持，则生成消息Security Mode Failure发送到网元NodeB（在图中未标出），加密过程失败。如果判断结果为支持，则生成消息Security Mode Complete发送到网元NodeB。NodeB收到消息Security Mode Complete，组成DCH（Security Mode Complete）数据帧发送到网元RNC。RNC收到并处理DCH（Security Mode Complete）数据帧，生成

44、消息Security Mode Complete发送到网元CN，鉴权加密过程结束。RAB建立CS域RAB建立（承载在DCH上）2.1.1.5 场景分析表 16 RAB建立(CS域)场景说明场景描述CELL_DCH状态下，RAB(同步DCH)建立过程，由CN发起，RRC子层执行。同步RAB建立过程的特点是新的无线配置同时在UE、RNC和NodeB起作用。前置条件UE成功的建立了RRC（DCH）连接，进入CELL_DCH状态。后置条件UE/RNC/NodeB/CN状态不变，承载语音业务的RAB成功建立。起始事件网元CN生成消息RAB Assignment Request发送到网元RNC。中止事件网

45、元CN收到从网元RNC发来的消息RAB Assignment Response。相关网元UE、NodeB、RNC、CN582.1.1.6 流程分析图 16 RAB建立（CS域）流程图流程描述：CN生成消息RAB Assignment Request (Establishment)发送到网元RNC，消息中携带QoS参数，用户平面模式等信息，CS域还包括Transport Layer Address、Binding ID等信息。RNC收到并处理消息RAB Assignment Request，RNC根据消息中的参数，进行接纳控制：若判断结果为拒绝接纳，则向CN发送带有失败指示的RAB Assignment Response消息，CN会发起信令连接释放流程（在图中未标出），转到RRC释放流程，详见RRC释放（承载在DCH上）。若判断结果为接纳，则RNC为其分配相应的L1和L2参数，并生成消息ALCAP Iu Establish request发送到网元CN。CN收到并处理消息ALCAP Iu Establ