UE发起Service Request UE有两种状态:IDLE态和RRC连接态,UE在IDLE模式下,需要发送业务数据时,发起service request过程,流程图2.1-1如下: 图2.1-1IDLE发起service request态流程 流程说明: 1. 消息1~5 所进行的RRC建立又称为空口建立 2. 消息6~8 所进行的初始上下文建立又叫做S1口的建立 1) 消息6初始消息(初始上下文)是eNodeB向EPC发起的包含service request请求 2) 消息7所进行的确认是在NAS(非接入层)只有当UE与EPC第一次进行注册鉴权时进行,之后不再进行确认 3) 消息8S1-AP(S1应用协议)对控制面的操作,进行EPC对eNodeB的初始上下文建立请求 3. 消息9~11根据消息8中是否包含UE能力信息,决定是否进行9~11消息流程 1) 消息9eNodeB向UE发起的UE能力的询问 2) 消息10UE向eNodeB发送的UE能力的信息 3) 消息11eNodeB向EPC发送的UE能力信息的指示 4. 消息12~13安全模式的激活 1) 消息12eNodeB向UE发起的安全模式激活命令 2) 消息13UE向eNodeB发送的安全模式激活完成 5. 消息14~15RRC连接重配 1) 消息14eNodeB向UE发起的RRC连接重配请求,主要用来分配SRB2和DRB(信令无线承载) 2) 消息15UE向eNodeB发送的RRC连接重配完成 6. 消息16是对消息8初始上下文建立请求的响应消息 7. 随后进行的First Uplink Data是对消息6发起的服务请求给核心网发送的接入确认,更新承载是进行的修改配置的操作,如速率、UE增加新的业务等需求,First Downlink Data是否进行主要根据信道上是否有下行数据在跑,检测到User Inactivity的操作是为了节省空口资源所进行的 8. 消息17~20进行的是UE上下文释放操作,释放NAS信令连接 2.2网络侧发起Paging网络侧发起的Paging流程包括:S_TMSI 寻呼和IMSI寻呼两种。 l S_TMSI 寻呼 UE在IDLE模式下,当网络需要给该UE发送数据(业务或者信令)时,发起寻呼过程,流程图2.2-1如下: 图2.2-1 S_TMSI寻呼流程 l IMSI寻呼 当网络发生错误需要恢复时(例如S-TMSI不可用),可发起IMSI寻呼,UE收到后执行本地detach,然后再开始attach,流程图2.2-2如下: 图2.2-2 IMSI寻呼流程
|