GPRS核心网基本架构（一）（补充QOS协商讨论）

zhenjiucuo

回复 爱卫生 的帖子

然后关于协商，我也是觉得用“最小值”这个词可能不太合适。在“信令流程”版块有个二次激活流程实例，里面的抓包就可以看到，MS在做二次激活时，有携带为下行数据请求的GBR，（在Primary PDP上下文激活请求中应该也可以带），是64kbps，但上行请求的为0.但在二次激活的Accept消息中，MS收到的协商后的QOS，上下行GBR都变成了64kbps。可参考Secondary PDP Context激活流程及实例 这篇贴。

斑竹，我的个人理解不是太一致。
对于Gn模式，QoS协商是在终端，无线，SGSN，GGSN甚至PCRF一起协商决定的，而原则就是取小。楼主看到的GBR之所以为0，个人认为是由于签约数据中为0,0在QoS协商中的含义是使用签约数据中的值。我没有看这个信令流程，不过大家可以看看是不是签约信息中的上行GBR就为64k。在Release8以后引入PDN Connection概念后，作为Default bearer，也就是Primary PDP，一般来说都是non-GBR的，即TC为interactive或background。在二次激活或者说专有承载建立后，TC可以是conversational或streaming的，带GBR。
这个手机很猛，已经支持R7的QoS格式了。。。。。。
请大家一起探讨一下是不是这样，如果不是请帮我纠正，谢谢！！！

zhenjiucuo

回复 爱卫生 的帖子

至于QoS协商的原则，在S4-SGSN引入之后是有了很大的改变。1. 对于请求的QoS，还是按照原来的方式进行取小比较后发送给SGW然后发给PGW。
2. 对于PGW回复的QoS，依赖于实现。如果想像EPS靠的彻底一点，则SGSN可以放开权限，即允许网络侧将QoS升高而取升高后的值。
3.对于与无线侧进行协商，规范里规定不允许无线侧降低QoS。如果降低则激活拒绝。如果升高的话，网络侧可依赖于实现，即客户需求。

欢迎大家拍砖和补充！

爱卫生

zhenjiucuo 发表于 2011-7-19 19:28
回复 爱卫生 的帖子

然后关于协商，我也是觉得用“最小值”这个词可能不太合适。在“信令流程”版块有个二 ...

  我重新找了，发现签约数据中GBR for uplink 是64kbps。不是0。将完整的附着+一/二次激活包都附上来了。在#11包中可看到签约数据。

  

  另外，我还查了下TS24.008和TS23.107关于GBR的描述。并没有规定GBR不能为0。允许的值为0-8640kbps之间。后来仔细看了下GBR的定义，大致能理解为什么允许GBR为0了。
  这里有段GBR的解释（不是3GPP规范，仅供参考）：
  The purpose of the guaranteed bitrate QoS parameter is indicating to the mobile network the minimum bitrate that the network has to guarantee. That means, when the traffic source is sending packets at an incoming rate up to the GBR, such bitrate will be ensure; however, when the incoming traffic rate exceeds the GBR, the network has only to assure the transfer of the GBR.
  因此，根据这段话，也就是说GBR只是一个网络侧针对带宽的一个最低保证。如果请求的上行GBR为0，则应代表手机认为在上行方向不需要网络侧保证带宽，提供Non-GBR的服务就好了。只需要保证我的下行GBR就可以了。所以请求的上行GBR为0。
  所以，如果GBR为0，并不代表没有带宽，只是说没有带宽的保证而已。也就是Non-GBR。

爱卫生

zhenjiucuo 发表于 2011-7-19 19:32
回复 爱卫生 的帖子

至于QoS协商的原则，在S4-SGSN引入之后是有了很大的改变。1. 对于请求的QoS，还是按照 ...

   你这里提到的1/2/3点。我不是很确认。需要再去找找规范。
   但关于S4-SGSN，之前我的理解，应该只是在做LTE和2G/3G切换的时候才会有S4-SGSN和PGW之间的交互，准确点应该是SGW。平时，S4-SGSN应该还是和GGSN通信。为什么还需要去和PGW协商QOS呢？你是说切换的这种场景吗？
   

zhenjiucuo

回复 爱卫生 的帖子

                S4                  S5/S8
S4-SGSN---------SGW---------------PGW

这是S4-SGSN的GTP架构。
对于QoS，23。060中有相关描述。请参照release9以后的版本。在激活的章节有描述。然后对于RAN侧降低QoS网络侧拒绝，在Modify Bearer Request相关章节也有描述：
In case the QoS attributes, used as input to step 5 for Iu mode or step 7 for A/Gb mode, have been downgraded during those steps, the SGSN rejects the PDP Context Activation and terminates the procedure. If the SGSN established Direct Tunnel in step 5 it shall send Modify Bearer Request and include the RNC's Address for User Plane, TEID for downlink data and DTI. DTI is used to instruct the S‑GW to apply Direct Tunnel specific error handling as described in clause 13.8. An Update Bearer Request shall also be sent to the S‑GW if the UE has indicated Request type "Handover" in the Activate PDP Context Request message, and in that case the Handover Indicator shall be included in the message.

至于请求的QoS，我的理解是请求中带0，则SGSN会按照签约数据来进行协商。其他情况，例如签约为0或SGSN的QoS策略配置为0则应为版主所述：-）

爱卫生

zhenjiucuo 发表于 2011-7-20 08:42
回复 爱卫生 的帖子

                S4                  S5/S8

  恩。谢谢，学习了。呵呵。看来得多看学习下EPC了。

watson100

看得很有收获，但是又有点迷糊，能不能给一个汇总的结论呀。

forward

子曰：“温故而知新，可以为师矣。”
就叫爱老师吧

c225274

回复 爱卫生 的帖子

每天学习一点点

feile99

回复 zhenjiucuo 的帖子

至于QoS协商的原则，在S4-SGSN引入之后是有了很大的改变。1. 对于请求的QoS，还是按照原来的方式进行取小比较后发送给SGW然后发给PGW。
--- 在PDP Context Activate Procedure using S4 过程中并没有看见S4-SGSN对UE发上来的Qos进行限制。
2. 对于PGW回复的QoS，依赖于实现。如果想像EPS靠的彻底一点，则SGSN可以放开权限，即允许网络侧将QoS升高而取升高后的值。
--- 在PDP Context Activate Procedure using S4 过程中并没有看见S4-SGSN对PGW发下来的Qos进行限制。
3.对于与无线侧进行协商，规范里规定不允许无线侧降低QoS。如果降低则激活拒绝。如果升高的话，网络侧可依赖于实现，即客户需求。
---无论是R8或Pre-R8，无线侧都不存在将Qos升高的情况，既然NAS层都同意一个Qos，无线侧有什么理由要把Qos升高？S4-SGSN不会允许无线侧把Qos降低。


总的来说，S4-SGSN的变化是不参与Qos协商。

xt_bridge

GPRS提供一个MS和外部网络之间的透明通道,这个透明通道改怎么理解？

爱卫生

xt_bridge 发表于 2012-3-21 16:35
GPRS提供一个MS和外部网络之间的透明通道,这个透明通道改怎么理解？

透明通道，就是让MS感觉和外部网络是物理上直接连接的。感觉不到有GPRS网络的存在。就类似PC机访问新浪，很多行外人并不知道还有路由器等很多网络设备的存在一样。

zhenjiucuo

回复 feile99 的帖子

23060里面有。

enjoying007

好贴！爱总强大！

ericwang1013

小白一个，学习中，希望楼主多推出点通俗易懂的资料，谢谢啦

迷途小样

新手学习中

fengyijiu008

每天学习一点点