鼎桥通信设备有限公司 TD-SCDMA异常信令流程分析 CTAC Team
UE按此要求进行配置；如果此时重新建立RRC连接的原因为CELL_UPDATE，则刚才的配置则全部失效，应在新的小区为该用户建立新的连接，释放原小区的所有资源；如果为UE的性能不支持该配置，则HSPS应结合UE的性能信息，释放旧的连接，为该用户重新分配资源，以建立适合该用户的信令连接；当然根据原因的不同，应结合不同的处理，原则是要么拒绝该用户，要么接入该用户，在本节图中仅是给出了一种原因，其他原因的处理流程不在一一列出。
（4） （5） （6） （7） （8）
3.1.1.10 异常流程7－网络侧无响应
该过程描述的是当UE请求建立RRC连接时，由于Uu信号质量、RAN设备异常、逻辑资源分配等原因，导致超时后UE仍没有接收到网络侧的接受或拒绝消息，最终导致信令连接建立失败。此类异常流程及处理对于信令连接建立在DCH或FACH上两种情况都适用。
UE Node B RNC CN RNC与Node B执行Iub接口的RL释放过程。 RNC与Node B释放Iub接口的AAL2连接。 RNC收回内部为该用户分配的无线资源。 RNC释放本地资源。
重新开始RRC连接建立过程。
UE-MM-RRC-1 RRC RR_EST_REQ (CM SERV REQ) 若V300<=N300,重新组织RRC Connection Req消息 CCCH: RRC Connection Request RRC CCCH: RRC Connection Request RRC V300+1 RRC 。。。。。。最多重复发起N300次RRC连接建立请求 图3.1.10 网络侧无响应
异常流程说明及实体处理方法： （1）
UE向RNC发送RRC_CONNECTION_REQUEST消息，发起该过程；当UE的非接入层请求处于空闲模式下的UE建立一条信令连接,或UE收到寻呼时，要求建立RRC连接,则UE启动该过程。
（2）
UE等待网络侧的RRC连接建立响应。当定时器T300超时后仍没有收到网络侧接受或拒绝消息，则UE侧判断若发送RRC Connection Request的次数变量V300小于或等于N300次，UE重新组织RRC Connection Request消息并向Uu接口发送，V300+1，重新发起RRC连接建立。
（3） （4）
第 15 页 共 58 页
重复前面步骤，若V300大于N300，UE回到空闲模式。 信令连接建立失败，该过程结束。
鼎桥通信设备有限公司 TD-SCDMA异常信令流程分析 CTAC Team
3.1.1.11 异常流程8－Iu接口SCCP建立失败
该过程描述的是，Uu接口的RRC连接已成功建立，但是在收到UE的初始消息后，建立Iu接口的信令连接时，由于承载RANAP信令的SCCP承载建立失败，而引起的信令连接建立失败的处理流程。
UE Node B RNC CN RRC连接建立完成 DCCH: Initial Direct Transfer UE-RRC-MM-2 RRC RRC SCCP SCCP SCCP_Connect_Req SCCP_Disconnect_Ind SCCP SCCP RR-EST-CNF DCCH: RRC Connection Release RRC RRC DCCH: RRC Connection Release Complete RRC RRC 释放无线资源 释放本地资源 RL Deletion Request NBPA RL Deletion Response NBAP NBAP NBAP ALCAP Iub Data Transport Bearer Release
图3.1.11 Iu接口SCCP建立失败
异常流程说明及实体处理方法： （1） （2） （3） （4） （5） （6） （7） （8）
RRC连接建立成功过程参见3.1.1.1的信令流程说明（1）～（6）。
RNC接收到UE的Initial Direct Transfer后，发起Iu接口上SCCP连接建立。在与CN的交互时或其它原因导致SCCP连接建立失败。
RNC在收到CN SCCP建立失败指示后，在Uu接口发起RRC连接释放过程。 RNC收回内部为该用户分配的无线资源。 RNC释放本地资源。
RNC与Node B交互，释放该用户的无线链路。 RNC与Node B各自释放本地局间AAL2链路。 信令连接建立失败，该过程结束。
图3.1.11给出了信令连接建立在DCH状态时的流程及处理方法，对于信令连接建立在FACH的情况，处理方法类似，不同之处在于不需要释放RL、释放AAL2链路过程。 3.1.2 信令连接释放
3.1.2.1 正常流程1－释放RRC连接
第 16 页 共 58 页
鼎桥通信设备有限公司 TD-SCDMA异常信令流程分析 CTAC Team
UE Node B RNC CN COMMUNICATING 1.DCCH UL DIRECT TRANSFER RRC RR_DATA_REQ (DISCONNECT) RRC 2. DIRECT TRANSFER 3. DIRECT TRANSFER RANAP RANAP RR_DATA_IND (DISCONNECT) RANAP 4.DCCH DL DIRECT TRANSFER 5.DCCH UL DIRECT TRANSFER RANAP RR_DATA_REQ (REALEASE) RRC RR_DATA_IND (RELEASE) RRC RRC RR_DATA_REQ (RELEASE COMPLETE) RRC RANAP 6. DIRECT TRANSFER RANAP RR_DATA_IND (REALEASE COMPLETRANAP 7.Iu RELEASE COMMAND 8.Iu RELEASE COMPLETE RANAP RR_REL_REQ RANAP RANAP RR_REL_IND RRC 10. RRC CONNECTION RELEASE 11.RRC CONNECTION RELEASE COMPLETE 9. ALCAP Iu Bearer Release RRC RRC RRC NBAP 12. RL DELETE REQUEST NBAP NBAP 13. RL DELETE RESPONSE NBAP 14. ALCAP Iub Bearer Release
图3.1.12 RRC连接释放
信令流程说明：本节以UE发起CS域呼叫释放为例。为了与异常流程进行对照说明，本节不再对正常流程作详细介绍，仅标识出关键流程。
（1）
Iu接口：CN接收到UE非接入层的释放请求后，发起Iu连接释放，及Iu接口的AAL2连接释放。
第 17 页 共 58 页
鼎桥通信设备有限公司 TD-SCDMA异常信令流程分析 CTAC Team
（2） （3）
Uu接口：RNC与UE进行RRC连接释放。
Iub接口：RNC与Node B进行RL释放及Iub接口AAL2连接释放。
3.1.2.2 正常流程2－仅释放Iu连接
第 18 页 共 58 页
鼎桥通信设备有限公司
UE TD-SCDMA异常信令流程分析 CTAC Team
Node B RNC CN COMMUNICATING 1.DCCH UL DIRECT TRANSFER RRC RR_DATA_REQ (DISCONNECT) RRC RANAP 2. DIRECT TRANSFER 3. DIRECT TRANSFER RANAP RR_DATA_IND (DISCONNECT) RRC RR_DATA_IND (RELEASE) RRC RR_DATA_REQ (RELEASE COMPLETE) 4.DCCH DL DIRECT TRANSFER 5.DCCH UL DIRECT TRANSFER RANAP RRC RRC RANAP RANAP RR_DATA_REQ (REALEASE) 6. DIRECT TRANSFER RANAP RR_DATA_IND RANAP (REALEASE COMPLET7.RAB Assignment Request RANAP [Release] RANAP 8.RAB Assignment RANAP Response 9.Iu RELEASE COMMAND 10.Iu RELEASE COMPLETE RANAP RANAP RR_REL_REQ RANAP RANAP RR_REL_IND 11. ALCAP Iu Bearer Release 12. RL Reconfiguration Prepare NBAP 13. RL Reconfiguration Ready NBAP 14. RL Reconfiguration Commit NBAP NBAP NBAP NBAP RRC 15. RB Release RRC Apply new transport format set 16.RB Release Complete RRC RRC 17. ALCAP Iub Bearer Release 图3.1.13 仅释放Iu连接
信令流程说明：本节以UE发起仅释放CS域呼叫释放为例。为了与异常流程进行对照说明，本节不再对正常流程作详细介绍，仅标识出关键流程。
第 19 页 共 58 页