关于专有承载中Teid跟EPS Bearer ID的疑问

aceworld

    专有承载是通过Create Bearer Request来创建，通过Delete Bearer Request 来删除。
    1.  在第一条报文中，Create Bearer Request 中带有多个EPS Bearer ID（12,13,14,15），这些EBI都挂在这一个TEID下？
        进行不同的专有承载业务时，再选择不同的QoS进行传输？
    2.  在第一条报文中，为什么默认承载的EBI==5 还继续跟在这个Create Bearer Request中？
    3. 在第六条报文中，GTP头上面有个Cause值等于2，这个代表是EBI==5的删除成功？还是代表整个删除动作删除成功？
        如果代表的是整个删除动作成功，那么如果后面有一个EBI删除失败，这个值还会等于2吗？

文档发布

1 是的。
2 这个EBI=5叫做linked ebi，是关联缺省承载的5。
3 这个2不是cause值，是cause type，固定为2。cause值是下面的16，代表accept，成功。

这些属于协议细节，建议查查gtpv2的协议规范29274，有你问题的所有答案。

aceworld

文档发布 发表于 2015-2-11 12:31
1 是的。
2 这个EBI=5叫做linked ebi，是关联缺省承载的5。
3 这个2不是cause值，是cause type，固定为2。 ...

2 这个EBI=5叫做linked ebi。在3GPP 29274的Table 7.2.9.2-1  中有下面的表述：
   This IE shall be includedonly when the EPS Bearer ID is not present in the message.
    第5条报文EBI的instance等于0，代表是LBI。   
  那句话我理解着是LBI和EBI不能同时存在。    但是第5条报文LBI和EBI同时存在了，是我理解错了？还是这个报文有问题？

aceworld

文档发布 发表于 2015-2-11 12:31
1 是的。
2 这个EBI=5叫做linked ebi，是关联缺省承载的5。
3 这个2不是cause值，是cause type，固定为2。 ...

疑问：
1. 一次分配出多个EBI，是业务需求？还是先分配出来，来了不同的业务再选择不同的QoS？

其他的疑问：
4. 对于一个PDN链接，最多可以有几个专有承载？比如专有承载1下面跟着12,13,14,15的EBI了，是不是还可以有专有承载2跟着6,7,8的EBI？专有承载3？
5. 对于4，分配了专1，再分配专2，专3...是每次都重新分配TEID，还是都挂在同一个TEID下？
6. 这样分配多次的专有承载的，如果都是同一个TEID，那么他们是合并？还是后面的专2会覆盖专1，专3覆盖专2？7. 对于4，给专1分配一对（ENB teid----SGW teid）对应，专2是用上一对teid？还是重新分配一对（ENB teid2----SGW teid2）对应关系？

文档发布

aceworld 发表于 2015-2-11 16:31
疑问：
1. 一次分配出多个EBI，是业务需求？还是先分配出来，来了不同的业务再选择不同的QoS？

1 是业务需求
2 最多有11个eps bearer。取决于EBI长度为4个字节。
3 控制面TEID共用，用户面TEID重新分配。

aceworld

文档发布 发表于 2015-2-15 10:14
1 是业务需求
2 最多有11个eps bearer。取决于EBI长度为4个字节。
3 控制面TEID共用，用户面TEID重新分 ...

谢谢爱总。


3 控制面TEID共用，用户面TEID重新分
  -----按照这个意思，就是默认承载Create Session和专用承载Create Bearer用的是同一个TEID，对吗？
       还是说Create Bearer会重新分配自己的TEID，并不共用默认承载的TEID？