51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 13205|回复: 5
打印 上一主题 下一主题

在ESM procedure中,UE發起的resource allocation/modification procedure   [复制链接]

Rank: 1

楼主
发表于 2012-7-13 09:52:37 |显示全部楼层
关于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?),

谢谢!

使用道具 举报

Rank: 1

沙发
发表于 2012-7-13 09:59:37 |显示全部楼层
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参数?

使用道具 举报

Rank: 1

板凳
发表于 2012-7-13 17:42:25 |显示全部楼层
另外还有个问题
23401中描述的UE requested bearer resource modification流程中有说到:The UE sends the Linked Bearer Id (LBI) only when the requested operation is add, to indicate to which PDN connection the additional bearer resource is linked to. 我认为这个LBI是不需要携带的,因为如果bearer resource modification procedure invokes active dedicated eps bearer request procedure,网络会主动分配LBI给这个dedicated eps bearer

24.301的Table 8.3.10.1: BEARER RESOURCE MODIFICATION REQUEST message content中只有EPS bearer identity for packet filter,没有lined bearer ID这一个IE。

另外我看23.401中UE requested bearer resource modification的TAD operation code有modify or delete or add三种
24.301中的UE requested bearer resource modification的operation code有下面几种:
no tft operation codenly change GBR without changing the packetfilter(s);
"Replace packet filters in existing TFT" or "Add packet filters to existing TFT":to request modification of traffic flow aggregate
Delete packet filters from existing TFT:to request a release of bearer resources

24.301和23.401的TFT operation code 怎么 一 一对应?

见到大神,问题有点多。

使用道具 举报

Rank: 1

地板
发表于 2012-7-16 08:51:16 |显示全部楼层
hycl5410 发表于 2012-7-15 09:27
我理解的是,LBI指示的是这个PDN连接的default bearer,所以才是linked。并且只有需要新建的时候才需要带 ...

谢谢H大侠的回帖
我理解23401里说的bearer resource modifition流程是包括24301里的bearer resource allocation 和bearer resource modification 2个流程的,而不是单一的对应的bearer resource modification 流程,如果单一的对应bearer resource modification流程 ,24301中的bearer resource modification流程是不携带linked bearer identity的,只有bearer resource allocation流程的消息中带有linked bearer identity,而23401里对bearer resource modification的流程描述说当operation code为add的时候会带linked bearer id。
TAD:Traffic aggreage description,我感觉其实就是Traffic flow description吧


使用道具 举报

Rank: 1

5#
发表于 2012-7-16 17:54:14 |显示全部楼层
hycl5410 发表于 2012-7-16 11:22
对于新建一个dedicate bearer,到底是发bearer resource allocation还是bearer resource modification,这 ...

我个人理解;
UE不管新建一个dedicate bearer这么一件事情,它只根据当前需要发起的业务类型和当前已经建立的Dedicated eps bearer和default eps bearer的情况,假设当前建立的承载可以满足业务需求(比如QCI满足,但是GBR,MBR需要修改?或者),那么UE就发起bearer resource modification ,如果UE认为当前建立的承载不可以满足业务需求,那就发起bearer resource allocation 流程,然后由网络侧来判断是发起dedicates eps bearer activation procedure还是modify eps bearer context procedure。
/**********************************************************************************************************/
但是我对于无论发起bearer resource allocation 还是bearer resource modification中的TFT的packetfilters怎么填写?我总不能"凭空捏造"吧?
比如bearer resource allocation ,必须填写崭新的packet filter 参数,怎么填?
bearer resource allocation,add的时候需要填写add的崭新的packet filters参数,replace的时候,也是需要用一个崭新的packet filters 来替换之前old packet filters,怎么填?


使用道具 举报

Rank: 1

6#
发表于 2012-7-17 09:06:56 |显示全部楼层
hycl5410 发表于 2012-7-16 19:31
以下全是个人理解和猜测,没有任何根据啊:
靠手机的应用软件。
最简单的就是协议匹配,不需要啥太高深 ...

我觉得也UE侧也只能这样子干
现在也没协议提到怎么实现的问题啊
H大侠是做核心网的?
你知识面很广,佩服!

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-19 12:45 , Processed in 0.177425 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部