51学通信技术论坛

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

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

Rank: 8

VIP 论坛核心会员 特殊贡献奖

楼主
发表于 2012-6-15 11:09:39 |显示全部楼层
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不用再回答了吧

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

沙发
发表于 2012-6-15 11:23:59 |显示全部楼层
本帖最后由 hycl5410 于 2012-6-15 11:29 编辑

再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来走。

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

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

板凳
发表于 2012-6-17 15:26:25 |显示全部楼层
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)仅满足基本需求

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

地板
发表于 2012-7-15 09:05:30 |显示全部楼层
抱抱宝宝 发表于 2012-7-13 09:59
看H大侠的回复,LG的手机可以设置TFT,并建立好dedicate eps bearer
那是不是说这些TFT参数和Qos参数的设 ...

TFT和QCI是在手机上设置的,MBR/GBR/ARP等我有点记不得了。
至于是触发新的dedicate bearer还是对已有的进行修改,应该是手机内部程序来判断,没有看到可以设置的地方。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

5#
发表于 2012-7-15 09:27:44 |显示全部楼层
抱抱宝宝 发表于 2012-7-13 17:42
另外还有个问题
在23401中描述的UE requested bearer resource modification流程中有说到:The UE sends t ...

我理解的是,LBI指示的是这个PDN连接的default bearer,所以才是linked。并且只有需要新建的时候才需要带LBI,bearer ID则由网络指定。那么对于修改的场景,直接带自己的bearer ID就ok了。以下是23.401描述
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. The EPS Bearer Identity is only sent when the requested operation is modify or delete.

至于TAD,我没太看明白你的意思。。。我的理解,23.401是总体描述,讲流程的,24.301是讲NAS信令的。他俩讲的是一个事。


使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

6#
发表于 2012-7-15 09:36:13 |显示全部楼层
抱抱宝宝 发表于 2012-7-13 09:52
关于UE发起的bearer resource allocation request procedure和bearer resrouce modification request流程我 ...

2. 个人理解网络会持那种不屑一顾的态度{:soso_e100:} 当然了,具体采用什么样的策略都是可以由运营商来自己定义的。
贴段规范

The PDN GW may either apply a locally configured QoS policy, or it may interact with the PCRF to trigger the appropriate PCC decision (refer to TS 23.203 [6]), which may take into account subscription information. This corresponds to the beginning of a PCEF-initiated IP‑CAN Session Modification procedure as defined in TS 23.203 [6], up to the point that the PDN GW requests IP‑CAN Bearer Signalling. When interacting with PCRF, the PDN GW provides to the PCRF the content of the TAD and the GBR change (increase or decrease) associated with the packet filter information contained in the TAD. The GBR change is either calculated from the current Bearer QoS and the requested Bearer QoS from the UE, or set to the requested GBR if the TAD indicates an add operation and no EPS Bearer Identity was received.

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

7#
发表于 2012-7-15 09:44:09 |显示全部楼层
各位还可以参考另外一个帖子,有消息提到某厂商建议取消这个流程。
http://www.gprshome.com/forum.ph ... p;tid=2206#lastpost
确实我们现在谈论的东西都不是现阶段能活生生看到包的东西据我了解,现网中应该是找不到的。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

8#
发表于 2012-7-16 11:22:55 |显示全部楼层
抱抱宝宝 发表于 2012-7-16 08:51
谢谢H大侠的回帖
我理解23401里说的bearer resource modifition流程是包括24301里的bearer resource all ...

对于新建一个dedicate bearer,到底是发bearer resource allocation还是bearer resource modification,这个是我一直没太搞清楚的地方。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

9#
发表于 2012-7-16 19:31:38 |显示全部楼层
抱抱宝宝 发表于 2012-7-16 17:54
我个人理解;
UE不管新建一个dedicate bearer这么一件事情,它只根据当前需要发起的业务类型和当前已经建 ...

以下全是个人理解和猜测,没有任何根据啊:
靠手机的应用软件。
最简单的就是协议匹配,不需要啥太高深的TFT
复杂点的是server端地址匹配,看手机应用,相信IOS,安卓,移动定制机{:soso_e113:}做到这些不会太难吧。

甚至写死在手机软件里都是可行的吧?

再复杂的就是协议,端口,地址等综合匹配,那样会不会是手机从内容应用server得到TFT再从手机上带给EPC呢?

纯粹瞎猜,俺又不是做手机的{:soso_e113:}

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

10#
发表于 2012-7-17 09:40:54 |显示全部楼层
抱抱宝宝 发表于 2012-7-17 09:06
我觉得也UE侧也只能这样子干
现在也没协议提到怎么实现的问题啊
H大侠是做核心网的?

瞎混了几年而已,真正高手其实很少愿意出来说话的。
爱老大除外~~{:soso_e113:}

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

11#
发表于 2012-7-23 22:12:28 |显示全部楼层
小米加芋头 发表于 2012-7-23 15:43

多谢多谢!
确实是我写错了。bearer ID是网络分配的,UE是无法请求的。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

12#
发表于 2012-12-31 14:13:44 |显示全部楼层
见仁见智吧,或者从不同角度来看,各方出发点不一样。
从网络设备商或者运营商角度来看,我的网络设计已经足够合理,能够对不同QOS需求的业务流给予合理的QOS,没必要再让UE请求一次;
但是从手机厂商角度来看,只有请求需求的QOS,才能保证业务流的正常,而且手机厂商应该也不会认为所有的运营商网络设置的QOS都与自己期望的值一致。

显然我们现在看到的EPC网络,UE请求的情况被边缘化,其实这样的也是正常的,因为QOS最终还是掌握在运营商手里(PCRF),不管你UE请求了什么。所以,就没必要搞那么复杂,简单直接,一切都交给网络来分配好了。

使用道具 举报

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

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

GMT+8, 2024-5-19 14:17 , Processed in 0.026185 second(s), 11 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部