请教关于Bearer Context数量的问题

qiandl

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

爱卫生

回复 qiandl 的帖子

  EPC中已经取消了NSAPI这个IE，但有个类似的字段可以限制Bearer的多少，也就是EPS Bearer ID。取值范围和NSAPI一样，0-15，0-4保留。UE可用的为5-15。因此最多的Bearer数是11个。
  "When mapping EPS Bearers to PDP Contexts and vice versa, the same identity value shall be used for the EPS Bearer identity and the NSAPI/RAB ID. The value ranges of the EPS Bearer Identity and the NSAPI are therefore equivalent."

qiandl

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

爱卫生

回复 qiandl 的帖子

  呵呵。随便发，没关系的。有管理员会帮你转到相应版块的。你发的重复贴就删了哈。
  通用的原则是，每个版块都设置了讨论区。2.2的讨论区是专门针对几本书里的内容而设置的，可以不用管。到相应的版块发帖就可以了。例如EPC的问题就可以到EPC版块发帖。
  create session request是在附着的时候创建default bearer时，MME、SGW、PGW间创建用户会话用的。默认承载只有在去附着的时候才被释放。如果释放了，实际上相当于做了去附着。下次还得重新附着，因此还得需要发送create session request才行。create bearer request是用于dedicated 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 消息并发的问题呀？

moonleo

Modify Bearer Request 的用法不是这样的。他主要是下行告诉上行，MME->SGW->PGW, 下行通道（主要是下行无线承载）已经ready，可以发送下行数据。UE不可以发这个。这个消息用的地方很多，从initial attach 到 update， handover都会用到。GTPv1是真正UEinitialized QOS modification，和这个消息很不同。

PGW作为最终anchor point，对于用户，是极少会变化的。即使crash，一般由于redundancy机制，用户也是不会察觉的。这个点一旦变化，PDN就没办法找到 UE了。所以没必要有P-GW发起的导致TEID和GSNIP变化的消息

如果失败，所有的node会自动删除context，不需要发出特别消息

qiandl

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

爱卫生

回复 qiandl 的帖子

默认承载和专用承载分别对应到现有PS域的Primary PDP上下文和Secondary PDP上下文。默认承载是用于承载Qos要求最低级别的业务，在用户附着的时候就会建立，只具有最低的Qos。例如网页浏览的这类业务。而专有承载是用于承载Qos要求相对默认承载要求较高的业务，由网络侧发起建立，具有较高的Qos。例如3G视频业务、流媒体、手机电视等业务。

qiandl

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

hxp_hust

create session并不是只在开机就有，在协议上是这样说的
The Create Session Request message shall be sent on the S11 interface by the MME to the SGW, and on the S5/S8 interface by the SGW to the PGW as part of the procedures:
-        E-UTRAN Initial Attach
-        UE requested PDN connectivity
The message shall also be sent on S4 interface by the SGSN to the SGW, and on the S5/S8 interface by the SGW to the PGW as part of the procedures:
-        PDP Context Activation
The message shall also be sent on the S11 interface by the MME to the SGW as part of the procedures:
-        Tracking Area Update procedure with Serving GW change
-        S1/X2-based handover with SGW change
-        UTRAN Iu mode to E-UTRAN Inter RAT handover with SGW change
-        GERAN A/Gb mode to E-UTRAN Inter RAT handover with SGW change
-        3G Gn/Gp SGSN to MME combined hard handover and SRNS relocation procedure
-        Gn/Gp SGSN to MME Tracking Area Update procedure
and on the S4 interface by the SGSN to the SGW as part of the procedures:
-        Routing Area Update with MME interaction and with SGW change
-        Gn/Gp SGSN to S4 SGSN Routing Area Update
-        Inter SGSN Routeing Area Update Procedure and Combined Inter SGSN RA / LA Update using S4 with SGW change
-        Iu mode RA Update Procedure using S4 with SGW change
-        E-UTRAN to UTRAN Iu mode Inter RAT handover with SGW change
-        E-UTRAN to GERAN A/Gb mode Inter RAT handover with SGW change
-        Serving RNS relocation using S4 with SGW change
-        Combined hard handover and SRNS relocation using S4 with SGW change
-        Combined Cell / URA update and SRNS relocation using S4 with SGW change
-        Enhanced serving RNS relocation with SGW relocation
这个消息是用来建立默认承载的，在E-UTRAN Initial Attach和UE requested PDN connectivity会有这个消息，默认承载可以有多个，不同的PDN连接有不同的默认承载，同时在各种更新和切换中都会有这条消息，你看一下相关的流程（23.401）就知道了。

yufengchang

那么，是不是attach的时候就只有到一个PDN的默认承载建立，等到有需要的时候再去建立到其他PDN的默认承载的建立？
另外，专有承载只是区分于默认承载，可以是GBR承载，也可以是NON-GBR承载，默认承载肯定是NON-GBR承载。

爱卫生

yufengchang 发表于 2014-1-7 10:37
那么，是不是attach的时候就只有到一个PDN的默认承载建立，等到有需要的时候再去建立到其他PDN的默认承载的 ...

那么，是不是attach的时候就只有到一个PDN的默认承载建立，等到有需要的时候再去建立到其他PDN的默认承载的建立？

是的。

另外，专有承载只是区分于默认承载，可以是GBR承载，也可以是NON-GBR承载，默认承载肯定是NON-GBR承载。

是的。