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

抱抱宝宝

hycl5410 发表于 2012-6-17 15:26
1）我的观点，UE可以/可能触发dedicate bearer建立，通过bearer resource allocation信令。直接建是不可能的 ...

看H大侠的回复，LG的手机可以设置TFT，并建立好dedicate eps bearer
那是不是说这些TFT参数和Qos参数的设置都是通过MMI（用户界面）来设置的
比如说MMI设置的TFT operation code为：creat new TFT/add packetfilter to existing TFT/replace packetfilter in existing TFT/delete packetfilter from existing TFT, NAS的ESM收到MMI发起的业务请求后，先查TFT operation code,如果为creat new TFT，则发起bearer source allocation preocedure,如果为add packetfilter to existing TFT/replace packetfilter in existing TFT/delete packetfilter from existing TFT则发起bearer source modification procedure.
我个人认为ESM 在发起bearer source modification procedure和bearer source allocation preocedure是没法自己主动填写TFT和QOS，因为ESM只负责流程发起，不知道什么样的业务需要填写什么样的TFT和QoS参数？

抱抱宝宝

关于UE发起的bearer resource allocation request procedure和bearer resrouce modification request流程我有几个问题，说下我的个人理解，各位大侠帮忙指正：
1、bearer resouce allocation 和bearer resrouce modification流程UE分别在什么时候发起？通过什么流程来让ESM分别发起这2个流程？
2、bearer resouce allocation procedure和bearer resource modification procedure中的Qos和Tft的参数都怎么填？网络侧响应UE发起的流程中携带的QOS和TFT参数是否会参考UE发起流程中携带的Qos和TFT？还是说网络对UE发起的流程中的参数仅仅只是当个参考（不屑一顾的那种态度），然后自己决定发起什么流程和携带什么样的Qos参数和packetfilter 参数？
我的理解：假设当前建立了两个承载，Bearer#1和Bearer#2,，分别为default eps bearer:EBI为5，QCI为9。dedicate eps bearer：EBI为 6，QCI为4，对应一个TFT，TFT中有两个packetfilter,packetfilter#1和#2）。
/* bearer resource modification procedure  */
如果现在需要发起新的业务，这个业务需要的QoS的QCI为4(可能MBR和GBR和Bearer #2中的不一样)，那么就会发起Bearer resource modification procedure（携带EBI:6,QOS，和TFT）,因为当前的Bearer#2已经可以满足QCI需求，修改一些TFT 中的packet filter的过滤规则(对应的TFT operation code为replace packetfilter in existing TFT)或者增加几个packetfilter(对应的TFT operation code为add packetfilter filter to existing packetfilter)或者删除几个packetfilter(对应的TFT operation code为delete packetfilter from existing TFT)。网络收到UE发起的bearer resource modification request 后，会根据当前情况来决定是发起active dedicate eps bearer request procedure(准备重新active dedicate eps bearer request中携带的EBI：7，Qos和TFT是否会参考之前发起的Bearer resource modification procedure request 带过来的QOS和 TFT？)还是发起modify eps bearer context request procedure（modify eps bearer request中携带的EBI：6，Qos和TFT是否会参考之前发起的Bearer resource modification procedure request 带过来的QOS和 TFT？），因为bearer source modification 没带cause，所以网络肯定不会发起deactive eps bearer request procedure。

/*bearer resource allocation procedure*/
如果现在需要发起新的业务，这个业务需要的QoS的QCI为2,那么就会发起Bearer resource allocation procedure（带linked bearer id:5,QOS，和TFT怎么填？是不是不同的业务，会有固定的TFT结构？比如real time gaming这些业务会有固定的QOS和TFT？我只知道TFT operation code为careat new TFT,下面的packetfilter内容怎么填？）。网络收到UE发起的bearer resource allocation request 后，会根据当前情况来决定是发起active dedicate eps bearer request procedure(准备重新active dedicate eps bearer request中携带的EBI：7，Qos和TFT是否会参考之前发起的Bearer resource allocation procedure request 带过来的QOS和 TFT？)还是发起modify eps bearer context request procedure（网络侧认为你这个业务修改当前存在的bearer #2即可满足业务需求，modify eps bearer request中携带的EBI：6，Qos和TFT是否会参考之前发起的Bearer resource allocation procedure request 带过来的QOS和 TFT？），

谢谢！

hycl5410

1）我的观点，UE可以/可能触发dedicate bearer建立，通过bearer resource allocation信令。直接建是不可能的，因为activate dedicate bearer是网络侧发下来的。

2)我测过几款LTE终端，只有一款LG的终端是可以支持/设置TFT的，并且成功的建立的dedicate bearer。应该就是通过bearer resource allocation信令方式。最遗憾的是我没有把抓包给存下来，不知道当时脑子怎么想的
2G/3G的倒是没测过。。。

3）请参照4）
4）这个可以很灵活啊。比如按照协议类型匹配。甚至可以对运营商自有业务（IP）给予更高QOS，而对internet应用（protocol）仅满足基本需求。

爱卫生

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%的建立专有承载。

hycl5410

再comment一下爱老大：
TS中写的场景一般是PCEF/PCRF触发（或者网络侧触发）场景，而bearer resource req逻辑上是UE触发场景（UE上设置TFT或者UE应用自动触发建立dedicate bearer）。UE触发场景信令上就是通过bearer resource req带给网络，再由网络发activate dedicate bearer（这条信令永远都是网络侧发）。当然，网络是否接受UE的请求，可能还是要跟PCRF有交互的（比如基于TFT），应该是会做evaluation的，这个过程我就没深研究过了。
当然，现在UE触发的实在是很少（一般UE不支持），所以看到的bearer resource req触发的dedicate bearer建立很少。
一种折中的方案是网络侧预先设置针对UE应用的TFT，那么UE第一个数据包还是走default bearer的，当网络侧检测到这个数据包的时候，再发activate dedicate bearer，之后的数据会通过dedicate bearer来走。

虽然结果是一样的，但是信令上还是有微小的差别的。

hycl5410

1.
EPS bearer identity EPS bearer identity 9.3.2 M V 1/2
这个不是很清楚么？EPC一定会知道这个PDN有哪些已经存在的bearer ID（5是一定存在的），假设这个用户的PDN只存在bearer id=5 （default），而之后在bearer resource req中请求了bearer id 6，那么必然网络会发activate而不是modify。同理，若已存在5&6，bearer resource req中请求了bearer id 6，并且某些属性发生变化（比如Required traffic flow QoS），那么网络应该会发modify。

问题2不用再回答了吧

ldc7491

爱卫生 发表于 2012-6-8 21:10
问题：1.UE發起一個bearer resource allocation procedure, 網路會回覆 activate dedicated EPS bearer con ...

看來小弟沒把23.401看熟，謝謝愛大的回覆！

爱卫生

问题：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将发起一个去激活流程。