EPC网络中的P-GW发起的承载去激活流程

amr

图和步骤稍微有点不匹配，我看的是V10的版本文档，我就贴这个图吧：



step4说如果MME已经处理了E-UTRAN网络中的承载释放，骤4-7可以省略。

不理解这个场景，按文中的意思，这个承载已经释放了。现在又收到了一条删除请求消息，删除该EPS ID的承载。由于已经释放，所以就可以跳过实际删除的操作，直接由MME告知S-GW已经删除成功了。---- 这是不是因为之前因为某种场景，MME发起的detach已经释放过E-RAB的资源的关系？

step6b eNB回复MME Deactivate Bearer Response消息


这个消息是不是回复早了？

这里有两对Request和Response，

ME to eNB：E-RAB RELEASE COMMAND --- 消息的NAS-PDU是MME配置的Deactivate EPS Bearer Context Request，属于NAS消息发给UE的。
eNB to MME：E-RAB RELEASE RESPONSE --- eNB发给MME的响应消息，回应哪些E-RAB释放失败


eNB to UE：RRC ConnectionReconfiguration --- eNB转发的MME请求删除哪些承载
UE to eNB：RRC Connection Reconfiguration Complete ---  UE响应的消息并没有告知eNB承载释放成功与否，这个消息是不携带产数的。


直到step7a，UE发送的NAS UL Information消息中包含Deactivate EPS Bearer Context Resoponse，这才知道是否释放成功。

一个或多个甚至全部承载去激活消息是否能在一个request消息中请求，还是一个承载去激活对应一条request消息？

amr

另外为何P-GW和S-GW发出的消息是删除承载请求，而MME发起的是去激活承载请求，这两个动作是有区别的吧