5G RRC_INACTIVE状态下的移动性管理及与EPC的互操作
1. RRC_INACTIVE状态下的移动性管理
在RRC_INACTIVE状态下,当移动设备有数据传输需求时,会启动相应的流程。
- 移动设备发起的数据恢复流程
1. 移动设备发送RRC Resume Request,表明原因是移动设备发起的数据。
2. 若中央单元发生变更,新的中央单元会从旧的中央单元获取移动设备的详细信息。
3. 新中央单元的控制平面通过E1 - AP Bearer Context Setup Request初始化用户平面。
4. 控制平面通过F1 - AP UE Context Setup Request告知分布式单元为移动设备建立F1信令连接,同时要求建立信令无线承载1和2,并提供恢复暂停的数据无线承载所需的信息,包括服务质量参数和用于F1上的上行数据传输的TEID。
5. 分布式单元的响应包含主小区组和请求的无线承载的空中接口配置以及相应的下行TEID。
6. 中央单元将空中接口配置作为RRC Resume信令消息的一部分发送给移动设备,移动设备使用RRC Resume Complete消息进行确认。
7. 中央单元接收到移动设备的回复后,指示其用户平面使用之前收到的下行TEID建立移动设备F1隧道的自身端。
8. 流程的结束方式与RNA更新类似,新中央单元向旧中央单元发送IP地址和TEID,用于通过Xn进行下行数据转发。新中央单元告知AMF其作为移动设备的主节点,并重新定向移动设备的N3隧道,然后告知旧中央单元释放与移动设备的通信。
若移动设备处于RRC_INAC
超级会员免费看
订阅专栏 解锁全文
1638

被折叠的 条评论
为什么被折叠?



