UE发起的承载资源分配请求消息中的字段求解

爱卫生

个人对于EPC的理解，总喜欢和GPRS/UMTS中对比，EPC中的流程UE发起的承载资源分配、修改流程个人感觉应该是和GPRS/UMTS中的UE发起的Secondary PDP上下文激活+UE发起的PDP上下文修改流程类似，但EPC中不允许UE提供请求的Qos来直接发起专有承载的建立（原因这里就不讨论了），但做了一个折中，毕竟UE有发起访问某个业务的权利。

于是规范允许UE发起承载资源修改流程，来请求对承载资源进行分配、修改，并且由网络侧根据UE的实际请求来决定（可以由PCRF、以及运营商的应用服务器例如P-CSCF来决定）是否帮助UE建立专有承载，或者UE请求的业务不需要专有承载，只需要对当前的承载进行Qos的修改就可以了。

我的问题是：

1 该流程在TS23.401里只定义了一种，叫5.4.5 UE requested bearer resource modification流程，但在TS24.301的解释中，又细分成了两种：6.5.3 UE requested bearer resource allocation procedure和6.5.4 UE requested bearer resource modification resocedure两个流程。而6.5.3流程中使用的信令消息BEARER RESOURCE ALLOCATION REQUEST居然通篇搜索不到？？

2 如果是6.5.3 UE requested bearer resource allocation procedure，那么这里提到的承载资源分配请求读完规范后的个人理解是针对某个TFT里的packet filter里的应用请求分配资源。如果这个理解正确，那么对该流程的理解是：UE可以通过BEARER RESOURCE ALLOCATION REQUEST消息携带EBI为6来请求建立专有承载（假设UE现在只有一个default bearer，EBI=5），我的理解是，网络侧可以根据UE请求的Qos来决定是否帮UE建立专有承载或仅对当前EBI=5的default bearer进行Qos的调整，而并不一定100%的建立专有承载。不知道我的观点是否正确，大家说呢？

hycl5410

1. 8.3.8        Bearer resource allocation request (24.301 R8)

2. 印象中default bearer只能对应QCI=9.但是对其修改其实也是可行的，看实现，某厂商某版本之下的EPC确实就是这么干滴

1）如果UE想建立新的dedicate bearer QCI仍然是9，那么就没意义了。个人感觉网络侧不会允许这种dedicate bearer的建立。原因在于UE建dedicate bearer的请求可能会通过PCRF来进行evaluation。这一点我是同意爱老大的观点的。

2）如果UE想建立新的dedicate bearer QCI不是9，而网络侧决定对default bearer的QCI进行提高，这样的话是不是跟dedicate bearer初衷就背离了呢？假设这样的场景，用户保持web浏览/下载，然后又打算打一个SIP电话。如果都走default bearer的话，无形中扩大了某些数据流的QOS，而这些数据流实际上并不需要这样的QOS。

综上，个人理解不是UE想要什么就会得到什么，只有网络侧定义的数据流才可能建立dedicate bearer。而最终得到的QOS很可能还是一个协商过程的结果。

另外提一句，dedicate bearer的QCI不受签约限制。规范里有写，但是我忘记具体位置了。而default bearer应该会受签约QCI限制，所以更改default bearer的QCI可能还会有一些限制吧。

feile99

6.5.3 UE requested bearer resource allocation procedure

这个过程不会使用，印象中有厂家提出在24.301中去掉它

hycl5410

feile99 发表于 2012-7-11 22:20
6.5.3 UE requested bearer resource allocation procedure

这个过程不会使用，印象中有厂家提出在24.30 ...

据我了解，很多厂商目前不支持这个流程。
但是我确实在某厂商的EPC模拟器上测到过这个流程，前提当然是UE支持。

xxx060214

TS23.401指出:EBI只能由MME来分配的。。