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

爱卫生

amr 发表于 2013-11-3 18:15
图和步骤稍微有点不匹配，我看的是V10的版本文档，我就贴这个图吧：

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

不理解这个场景，按文中的意思，这个承载已经释放了。现在又收到了一条删除请求消息，删除该EPS ID的承载。由于已经释放，所以就可以跳过实际删除的操作，直接由MME告知S-GW已经删除成功了。---- 这是不是因为之前因为某种场景，MME发起的detach已经释放过E-RAB的资源的关系？
    答：我查了下资料。有些资料是这样说的。UE的空中接口无线承载因为某些原因被释放（例如资源受限或eNB的能力不再允许eNB为UE持续维护所有的GBR承载）。这样当无线承载和E-RAB都因为空中接口的原因而现行释放，所以4-7就可以忽略了。应该是这个意思吧。

爱卫生

amr 发表于 2013-11-3 18:15
图和步骤稍微有点不匹配，我看的是V10的版本文档，我就贴这个图吧：

看看这个图是不是清楚一点？

一个请求应该是可以释放多个承载的。典型的场景应该是释放默认承载伴随释放多个专有承载的过程，即整个PDN链接都释放了。理论依据是S1AP的规范关于E-RAB release command的定义和流程说明，如下：

“The MME initiates the procedure by sending an E-RAB RELEASE COMMAND message.

The E-RAB RELEASE COMMAND message shall contain the information required by the eNB to release at least one E-RAB in the E-RAB To Be Released List IE. If a NAS-PDU IE is contained in the message, the eNB shall pass it to the UE.

Upon reception of the E-RAB RELEASE COMMAND message the eNB shall execute the release of the requested E-RABs. For each E-RAB to be released the eNB shall release the corresponding Data Radio Bearer and release the allocated resources on Uu. ”

因为规范里定义了E-RAB to be released list这个参数，所以一次可以释放多个。

个人理解。