内容发布更新时间 : 2024/11/5 18:27:08星期一 下面是文章的全部内容请认真阅读。
2) 常见的拒绝原因有：IMSI中的MNC与核心网配置的不一致。
7.5.2.3 eNB未等到Initial context setup request消息
UEeNBEPC开机后先进行小区选择，接收系统信息，然后开始附着1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(包含Attach Request 、PDN connectivity request消息)启动T3410（15s）6. Initial UE message（包含Attach Request、PDN connectivity request消息） 7. Identity/Authentication/Security8. 建立默认EPS承载等定时器超时 9. Initial context setup request 13. RRCConnectionRelease停止T3410，如果可重发，则启动T3411（10s）T3411超时，重新发送attach request
7.5.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB内
部配置UE的安全参数等失败
UEeNBEPC开机后先进行小区选择，接收系统信息，然后开始附着1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(包含Attach Request 、PDN connectivity request消息)启动T3410（15s）6. Initial UE message（包含Attach Request、PDN connectivity request消息） 7. Identity/Authentication/Security8. 建立默认EPS承载等9. Initial context setup request(包含Attach Accept、Activate default EPS bearer context request)10. UECapabilityEnquiry11. UECapabilityInformation12. UE Capability Info Indication13. SecurityModeCommand14. SecurityModeComplete15. RRCConnectionReconfiguration（包含Attach Accept、Activate default EPS bearer context request）定时器超时16. Initial context setup failure17. UE CONTEXT RELEASE REQUEST18. 更新承载19. UE CONTEXT RELEASE COMMAND 20. RRCConnectionRelease停止T3410，如果可重发，则启动T3411（10s）21. UE CONTEXT RELEASE COMPLETET3411超时，重新发送attach request
7.6 UE发起的service request流程
7.6.1正常流程
UE在IDLE模式下，需要发送业务数据时，发起service request过程，流程图如下：
UEeNBEPCIDLE下有数据或者信令要发送，发起service request过程1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(包含Service Request消息)6. Initial UE message（包含Service Request消息） 7. Authentication8. S1-AP: Initial Context Setup Request9. UECapabilityEnquiry10. UECapabilityInformation11. UE Capability Info Indication12. SecurityModeCommand13. SecurityModeComplete14. RRCConnectionReconfiguration15. RRCConnectionReconfigurationComplete16. S1-AP: Initial Context Setup ResponseFirst Uplink Data更新承载First Downlink Data检测到User Inactivity17. UE Context Release Request (Cause)更新承载18. UE Context Release Command 19. RRC Connection Release20. UE Context Release Complete
7.6.2异常流程
7.6.2.1 RRC连接建立失败
处理同3.3.2.1。
7.6.2.2 核心网拒绝
UEeNBEPCIDLE开开开开开开开开开开开开开开service request开开1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(开开service request 开开)6. Initial UE message开开开service request 开开开 7. MME开开S-GW开开8. DOWNLINK NAS TRANSPORT(开开service reject开开)9. DLInformationTransfer(开开service reject开开)UE开开开开开开开开开开10. UE CONTEXT RELEASE COMMAND 11. RRCConnectionRelease12. UE CONTEXT RELEASE COMPLETE
7.6.2.3 eNB未等到Initial context setup request消息
处理同3.3.2.3， 区别在于service request过程失败没有重发。
7.6.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或
者没有建立起来一个非GBR承载
同3.3.2.4， 区别在于service request过程失败没有重发。
7.6.2.5 eNB建立专用承载失败
当attach成功，建立一个专用承载后，如果RRC连接释放进入了IDLE，下次UE发起数据时会发起service request，该过程会为默认承载和专用承载建立对应的DRB等参数。如果eNB建立专用承载失败，则回复给核心网Initial context setup response，带失败列表，告知核心网专用承载建立失败，核心网会本地去激活该专用承载；同时RRCConnectionReconfiguration消息也不会带该专用承载的DRB，UE收到后发现该专用承载对应的DRB没有建立起来，也会本地去激活该承载，这样UE和核心网承载保持一致。 流程图同3.4.1正常流程。
7.6.2.6 eNB建立默认承载失败
场景同上，当建立的这个专用承载也为非GBR承载时，eNB可能会成功建立该专用承载，而失败建立默认非GBR承载，这样回复给核心网Initial context setup response，带失败列表，核心网发现默认承载建立失败时，会本地detach该UE；同时RRCConnectionReconfiguration消息也不会带该默认承载的DRB，UE收到后发现默认承载对应的DRB没有建立起来，也会本地去激活该默认承载，以及关联的专用承载，从而本地detach（只有一个默认承载时），这样UE和核心网承载保持一致。 流程图如下：