在ESM procedure中，UE發起的resource allocation/modification procedure

爱卫生

问题：1.UE發起一個bearer resource allocation procedure, 網路會回覆 activate dedicated EPS bearer context request或者modify EPS bearer context request，請問網路是根據什麼來決定以哪種方式回覆呢？是根據Linked EPS bearer identity所帶的值嗎？   如果已經存在一個default EPS bearer的EBI=5，如果UE發起這個request所帶的Linked EBI=5的話，那網路就回覆modification，如果帶的Linked EBI是一個沒有被使用過但又是有效值的話，網路就回覆activate Dedicated EPS bearer，還是說是由Traffic flow aggregate所描述的TFT operation來決定！？

LBI肯定不是的，LBI只是和default bearer的绑定关系，这样可以帮助PGW侧关联到正确的PDN网络。是发起专有承载激活还是只做修改，这个其实是由PCRF来决定的，所以关键要看PGW给PCRF提供了哪些东西。根据TS23.401的流程说明，UE发起的承载资源修改流程可以做几件事，主要有：

1）例如通过TAD执行对packet filter的add、modify、delete操作。

2）请求对GBR的修改（升级或降级），即对Qos修改。

而PGW和PCRF交互时，规范里提到PGW要给PCRF提供TAD，以及希望变更的GBR，并且如果TAD是一个ADD操作，那还需要提供QCI，然后PCRF进行判断，是否要做专有承载激活或者仅是修改当前的承载，这就要具体的情况了，但最终还是和Qos有关的。例如如果TAD操作是增加了一个packet filter，即添加了一种新的应用，PCRF要判断该应用是否需要一个更高的Qos并且当前的承载无法提供，这种情况下就需要专有承载。（例如当前的承载是为流媒体业务服务的，而新增的packet filter对应的应用是为交互式业务服务的，则肯定需要有一个新的bearer，即会触发专有承载的建立）另外，如果用户只是请求了一个新的GBR升级，那也需要PCRF来判断（还可以根据PGW提供的QCI来判断）是否需要建立新的专有承载或者只是提升现有承载的Qos（即仅作一个modification），如果用户请求的是对GBR降级，那这种情况就肯定不需要专有承载了。所以，这个问题，我的理解答案是Qos以及TFA，这两个是本流程的核心。

问题2.UE發起一個bearer resource modification procedure, 網路會回覆 activate dedicated EPS bearer context request或者modify EPS bearer context request或者deactive EPS bearer context request，請問網路什麼情況下會回覆deactive?

这个问题在规范23.401介绍流程时有明确答案，如下：

“If all of the packet filter(s) for a dedicated EPS bearer have been removed from the TFT, the PDN GW performs the PDN GW Initiated Bearer Deactivation Procedure.”

也就是MS请求对专有EPS承载进行删除pakcet filter操作，当所有的packet filter都从TFT被删除之后，也就是TFT里面没有任何packe filter，这样PGW将无法根据TFT绑定相应的bearer，PGW将发起一个去激活流程。

爱卫生

hycl5410 发表于 2012-6-15 11:23
再comment一下爱老大：
TS中写的场景一般是PCEF/PCRF触发（或者网络侧触发）场景，而bearer resource req逻 ...

谢谢H大侠。看了你4楼和5楼的回答，又仔细查了下规范和参考资料，又理解了一些。谢谢！但还是又发现了一些问题。我们在这里讨论下你5楼相关的问题吧。

我的大部分观点和你相同的。但有些地方不确定，我的理解是：

1）UE不能直接发起专有承载激活，只能通过点击某个高Qos的应用例如IMS视频客户端（通过default bearer发送，是用户面的数据报文，AF和PCRF检测到后，进行决定，最后通知PCEF，是否帮UE建立专有承载还是不建立，仍然使用default bearer）。这个观点其实我们应该是一致的，我只是罗嗦一下分享。

2）你提到的UE设置TFT的方式应该不是我说的1）的情况吧，而是通过信令消息bearer resource request发请求把？但我想确认的是现在UE支持的很少吗？你所说的很少是指UE不支持该bearer resource reqest消息还是UE不支持写入TFT？我试过几款索爱的手机，GPRS/UMTS下都支持发起secondary pdp激活流程，都报TFT上来。这个感觉应该不难吧。接3）。

3）如果是定制机，应该运营商会将自己的数据业务（飞信等）的TFT写入手机中，如果是非运营商的应用，应该应用开发者也会写入一个TFT来描述吧！例如飞信、米聊这种。

4）你提到的折中的方案感觉不错，但适用范围是否只适合于运营商的自有数据业务啊？毕竟，internet上的移动互联移动太多了，苹果安卓商店那么多应用，而且TFT包含了目的IP地址，运营商也不可能清楚所有Internet上的的server IP啊。

4楼的问题我重开一篇帖子咱们来讨论吧。已发帖，请H大侠有空看看：http://www.gprshome.com/forum.php?mod=viewthread&tid=2206&extra=。我的观点和H大侠稍有差异，主要体现在，UE可以通过BEARER RESOURCE ALLOCATION REQUEST消息携带EBI为6来请求建立专有承载（假设UE现在只有一个default bearer，EBI=5），我的理解是，网络侧可以根据UE请求的Qos来决定是否帮UE建立专有承载或仅对当前EBI=5的default bearer进行Qos的调整，而并不一定100%的建立专有承载。