请教关于Bearer Context数量的问题

qiandl

请教在创建承载请求中，有bearer context数量限制的问题吗？我怎么看到过一次创建了4个bearer context的。
谢谢。

qiandl

没有注意到规范中字段的取值范围，谢谢楼主。
不好意思，第一次在论坛提问，不知道应该在哪里发帖，刚才又在文档交流区发了一遍。
能帮我解答第二个问题吗？
请教是否只是手机接入网络时候才会create session request？默认承载不会释放吗？如果释放了，是需要重新create session还是只需要create bearer 就可以了？

qiandl

谢谢版主哈。
刚才在看你视频中提到的那本书，其中有关于多PDN连接的章节。
那我是不是可以这么理解，除非再创建一个PDN连接或者由于信号不好等原因被网络注销了，否则只有用户开机附着到网络时才会有create session的消息出现？因为我这边是做协议解析的，需要把一段时间内的所有相关消息串联起来，而很多有用的信息都只存在于create session消息中，比如IMSI, MCC，MNC，TEID等，这样我是不是就得在内存长期保存create session的相关字段信息了？因为大多数情况下，只要用户不关机，就不会再出现 create session消息了。

qiandl

我基础差，问题比较多哈，请版主多多包涵。
我看之前的视频和书上说，QOS的修改只能从网络侧发起，UE只能接受或者不接受，不能协商。所以才会出现 Bearer Command消息。但是我在规范中看到了Modify Bearer Request 消息，这是从S-GW到P-GW的呀，这不就能修改bearer的QOS了吗？看消息流程图，感觉这个消息是在S-GW做切换的时候发生的，TEID和GSNIP会有变化，感觉很类似GTPV1中的Update PDP context消息，GTPV2里面有没有P-GW发起的导致TEID和GSNIP变化的消息吗？
另外在Bearer Command消息中，Modify Bearer Command 和Bearer Resource Command的区别，我看前者带有Bearer context，后者只有EBI。
还有，对于这些command消息，我看到规范中都分别定义了Failure Indication，是不是对于成功的，就会后续又P-GW发起 Create/Update/Delete Bearer Request 了？
最后，对于command类型的消息，PTI有必要吗？我看到在command消息以及后续的request和response消息中的sequence number都是一致的，这就能避免，command 消息并发的问题呀？

qiandl

谢谢楼上的解答！
由于我们实验环境中目前只有UE initial attach的case，还没有上下行业务流量产生，所以这是我没有看到Modify Bearer Request消息的原因吧。
另能不能帮我解释一下默认承载和专用承载的疑问，默认承载会具体承载业务流量吗？专用承载会用在什么具体的业务上，VOIP？ 我在网上看到的说法很多，有人说可以具体承载业务，有的说只是承载SIP一些信令消息。
比如我是中国移动用户，我开机想上internet了，这个会使用默认承载还是建立专用承载？这个策略是运营商控制设定的吗？

qiandl

谢谢版主解答。
对于目前的GTPV1，我们发现现网上的PDP二次激活的案例很少，可能和目前3G的业务有关吧，所以就没去支持了这种模式，好像看到版主之前有个介绍的视频，后面会学习一下。