呼叫信令详解（前后台）
重点关注参数解释
PCCPCH-RSCP:UE 测得主公共控制信道的码片功率
PCCPCH-C/I: UE 测得主公共控制信道的载干比
PCCPCH-Path Loss: 主公共控制信道的路损
DPCH-RSCP: UE 测得专用信道的码片功率
DPCH-C/I: UE 测得专用信道的载干比
DPCH-ISCP:专用信道的干扰信号
BLER:误块率，是一段时间内误块数与总TB 块数的比值。即
总的传输块数
呼叫流程信令图
起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通 建立RRC连接
（1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送 RRC Connection Request 消息，发起RRC 连接建立过程。
（2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link
Setup Request 消息给NodeB。 （3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条Radio Link Setup Response 响应消息。
（4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。
（5）（6）通过Downlink Synchronisation 和Uplink Synchronisation.
控制帧，NodeB 与 RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL 发送。
（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。
（8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成
13-35-33.676Paging 13-35-34.000Paging 13-35-34.315Paging 13-35-36.119Paging 13-35-36.483Paging 13-35-39.115Ext service requestCSFB发起 13-35-39.115RRC Connection Request 13-35-39.204RRC Connection Setup 13-35-39.204RRC Connection Setup Complete 13-35-39.218Security Mode Command 13-35-39.218Security Mode Complete 13-35-39.218RRC Connection Reconfiguration 13-35-39.218RRC Connection Reconfiguration Complete 13-35-39.260UE Capability EnquiryUE能力查询 13-35-39.260UE Capability InformationUE能力信息 13-35-39.260RRC Connection Reconfiguration 13-35-39.260RRC Connection Reconfiguration Complete 13-35-39.260RRC Connection Releaselte网络释放 13-35-39.348Paging 13-35-39.767masterInformationBlock 13-35-39.767systemInformationBlockType7 13-35-39.767masterInformationBlock 13-35-39.767systemInformationBlockType7 13-35-39.767systemInformationBlockType2 13-35-39.767systemInformationBlockType3 13-35-39.767masterInformationBlock 13-35-39.767systemInformationBlockType7 13-35-39.767systemInformationBlockType5 13-35-39.868systemInformationBlockType1 13-35-39.980rrcConnectionRequest(UL_CCCH) 13-35-40.183rrcConnectionSetup(DL_CCCH) 13-35-40.183rrcConnectionSetupComplete(UL_DCCH) 13-35-40.183CM Service Request 13-35-40.183Routing Area Update Request 13-35-40.183initialDirectTransfer(UL_DCCH) 13-35-40.183initialDirectTransfer(UL_DCCH) 13-35-40.590measurementControl(DL_DCCH) 13-35-40.590downlinkDirectTransfer(DL_DCCH) 13-35-40.590Authentication Request 13-35-40.602Authentication Response 13-35-40.602uplinkDirectTransfer(UL_DCCH) 13-35-40.809downlinkDirectTransfer(DL_DCCH) 13-35-40.809Identity Request 13-35-40.809Identity Response 13-35-40.809uplinkDirectTransfer(UL_DCCH) 13-35-40.969securityModeCommand(DL_DCCH) 13-35-40.969securityModeComplete(UL_DCCH) 13-35-41.109Setup 13-35-41.109uplinkDirectTransfer(UL_DCCH) 13-35-41.208downlinkDirectTransfer(DL_DCCH) 13-35-41.208Call Proceeding 13-35-41.448radioBearerSetup(DL_DCCH) 13-35-41.735radioBearerSetupComplete(UL_DCCH) 13-35-42.067measurementControl(DL_DCCH) 13-35-42.080measurementControl(DL_DCCH) 13-35-42.080measurementControl(DL_DCCH) 13-35-42.080measurementControl(DL_DCCH) 13-35-42.080measurementControl(DL_DCCH) 13-35-42.425downlinkDirectTransfer(DL_DCCH)已从LTE重定向到WCDMA网,必须有这个,但顺序不一定WCDMA启呼RRC连接建立W网路由更新W网安全模式相关时延统计信令点： 主叫回落：ExtendedServiceRequest（LTE）--> Alerting（GSM）； 主叫返回：Channel Release（GSM）--> TrackingAreaUpdateAccept（LTE）； 被叫回落：Paging（LTE）--> Alerting（GSM）； 13-35-42.425Authentication Ciphering Request 13-35-42.498Authentication Ciphering Response 13-35-42.498uplinkDirectTransfer(UL_DCCH) 13-35-42.937securityModeCommand(DL_DCCH) 13-35-42.937securityModeComplete(UL_DCCH) 13-35-43.354measurementReport(UL_DCCH) 13-35-43.354measurementReport(UL_DCCH) 13-35-43.484downlinkDirectTransfer(DL_DCCH) 13-35-43.484Routing Area Update Accept 13-35-43.484Routing Area Update Complete 13-35-43.484uplinkDirectTransfer(UL_DCCH) 13-35-43.578downlinkDirectTransfer(DL_DCCH) 13-35-43.578Alerting振铃过程,表明CSFB成功 13-35-43.590downlinkDirectTransfer(DL_DCCH) 13-35-43.590Connect 13-35-43.590Connect Acknowledge 13-35-43.590uplinkDirectTransfer(UL_DCCH) 13-35-43.818signallingConnectionRelease(DL_DCCH) 13-35-53.888measurementReport(UL_DCCH) 13-35-54.055measurementReport(UL_DCCH) 13-35-54.055measurementReport(UL_DCCH) 13-35-58.559measurementReport(UL_DCCH) 13-35-58.877activeSetUpdate(DL_DCCH) 13-35-58.877activeSetUpdateComplete(UL_DCCH) 13-35-59.609measurementReport(UL_DCCH) 13-35-59.854activeSetUpdate(DL_DCCH) 13-35-59.854activeSetUpdateComplete(UL_DCCH) 13-36-01.718measurementReport(UL_DCCH) 13-36-02.069measurementReport(UL_DCCH) 13-36-02.109activeSetUpdate(DL_DCCH) 13-36-02.212activeSetUpdateComplete(UL_DCCH) 13-36-02.610activeSetUpdate(DL_DCCH) 13-36-02.610activeSetUpdateComplete(UL_DCCH) 13-36-03.852measurementReport(UL_DCCH) 13-36-04.110measurementReport(UL_DCCH) 13-36-04.110measurementReport(UL_DCCH) 13-36-04.110activeSetUpdate(DL_DCCH) 13-36-04.231activeSetUpdateComplete(UL_DCCH) 13-36-04.651Disconnect主叫挂机 13-36-04.651uplinkDirectTransfer(UL_DCCH) 13-36-04.760activeSetUpdate(DL_DCCH) 13-36-04.760activeSetUpdateComplete(UL_DCCH) 13-36-04.985downlinkDirectTransfer(DL_DCCH) 13-36-04.985Release 13-36-04.985Release Complete 13-36-04.985uplinkDirectTransfer(UL_DCCH) 13-36-05.406rrcConnectionRelease(DL_DCCH) 13-36-05.406rrcConnectionReleaseComplete(UL_DCCH) 13-36-05.406rrcConnectionReleaseComplete(UL_DCCH) 13-36-05.523System Information Block Type 1 13-36-05.523System Information 13-36-05.523System Information 13-36-05.523System Information 13-36-05.535Tracking area update request 13-36-05.535RRC Connection Request 13-36-05.535RRC Connection Setup 13-36-05.592RRC Connection Setup Complete 13-36-05.592DL Information Transfer 13-36-05.592Security mode commandW释放RRC连接过程,Release这条消息携带LTE频点信息用于返回LTE网络主叫返回LTE网络主叫做TAU更新(3G,4G同时更新)W网路由更新,安全模式W网鉴权
文档收集于互联网，已重新整理排版.word版本可编辑,有帮助欢迎下载支持.
1文档来源为:从网络收集整理.word版本可编辑. 只供内部使用
TD-SCDMA基本信令流程
标准类型
TD-SCDMA
文档编号 DTM 4.385.369
版 本 号 V 1.0.0
状 态 IUS
作 者 李宏庆
所属部门 中试部
提交日期 2005年2月2日
1. 文档控制
1） 文档更新记录
日期 更新人 版本 备注
2005-2-2 梁勐 OUTL V0.10 创建文档大纲并完成第三章和第四章
2005-2-18 李宏庆 V0.10 完善文档第五章，提交初稿
2005-3-10 李宏庆 V0.20 补充第2章概述内容；
将状态跃迁内容合并到3.1节；
补充路由区更新内容；
2005-3-14 李宏庆 V0.3 根据评审意见修订；
添加了在HCS下的小区重选机制；
修订了不同NB间硬切换的AAL2释放目标。
2005-3-16 李宏庆 IUS V1.0.0 通过文档评审
2） 文档审核记录
日期 审核人 职务 备注
2005-3-16 胡金玲 评审组长
文档收集于互联网，已重新整理排版.word版本可编辑,有帮助欢迎下载支持.
1文档来源为:从网络收集整理.word版本可编辑. 3） 文档发行范围
分发单位 说明
文档收集于互联网，已重新整理排版.word版本可编辑,有帮助欢迎下载支持.
1文档来源为:从网络收集整理.word版本可编辑. 目 录
1 引言 ..............................................................................................................................5
1.1 编写目的 ........................................................................................................................................... 5
文档从互联网中收集，已重新修正排版，word格式支持编辑，如有帮助欢迎下载支持。
1word格式支持编辑，如有帮助欢迎下载支持。 对于信令流程，应该从以下几个方面掌握：
1． 能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。
2． 能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。
3． 能够知道呼叫过程中的每条消息对应的物理信道。
4． 能够清楚的理解呼叫过程中的每条消息的主要内容
5． 能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口
6． 后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。
RRC连接：
1．RRC Connection Request
1.1 在这个消息中，主要必须知道其中主要的三个信元：
第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI
第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority
Signaling, Low Priority Signaling
第三，UE测量到的当时CPICH的Ec/Io
1.2对于这个消息：
从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。采用的方式是SRB0
1. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH
2．RL Setup Request
2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。RNC告诉Node B，让Node B准备相应的资源。在信令Trace中，可以看到里面包含了所有物理信道的配置信息。
2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。
