3.2.4 UE发起的Service Request

1.正常流程

UE在空闲态模式下，需要发送业务数据时，发起业务请求（Service Request）流程，如图3-13所示。

图3-13 业务请求流程

2.异常流程

（1）RRC连接建立失败。

流程同第3.2.3节中的“RRC连接建立失败”场景。

（2）核心网拒绝流程如图3-14所示。

图3-14 核心网拒绝流程

（3）eNB未等到Initial Context Setup Request消息。

流程同第3.2.3节中“eNB未等到Initial Context Setup Request消息”场景，区别在于Service Request过程失败没有重发。

（4）RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起一个非GBR承载。

同第3.2.3节中“RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起一个非GBR承载“场景，区别在于Service Request过程失败没有重发。

（5）eNB建立专用承载失败。

当附着成功，建立一个专用承载后，如果RRC连接释放进入空闲态，下次UE发起数据时会发起Service Request，该过程会为默认承载和专用承载建立对应的DRB等参数。如果eNB建立专用承载失败，则回复给核心网Initial Context Setup Response消息，并带失败列表，告知核心网专用承载建立失败，核心网会在本地激活该专用承载；同时RRC Connection Reconfiguration消息也不会带该专用承载的DRB，UE收到后发现该专用承载对应的DRB没有建立起来，也会在本地激活该承载，这样UE和核心网承载保持一致。具体流程图同第3.2.4节正常流程。

（6）eNB建立默认承载失败。

场景同上，当建立的这个专用承载也为非GBR承载时，eNB可能会成功建立该专用承载，而失败建立默认非GBR承载，这样回复给核心网Initial Context Setup Response消息，带失败列表。核心网发现默认承载建立失败时，会本地附着该UE；同时RRC Connection Reconfiguration消息也不会带该默认承载的DRB，UE收到后发现默认承载对应的DRB没有建立起来，也会本地去激活该默认承载，以及关联的专用承载，从而本地去附着（只有一个默认承载时），这样UE和核心网承载保持一致。流程如图3-15所示。

图3-15 默认承载建立失败流程

图3-15 默认承载建立失败流程（续）