问：QOS协商后实际限速的是什么网元呢？

爱卫生

BSC如果支持PFC流程的话，也参与Qos协商。如果不支持PFC就没有限速了。

爱卫生

yonka 发表于 2012-7-4 20:03
爱总，我说的不是这几步协商后还需要哪些协商内容。
而是说协商完成后下发PDP激活接收消息后。
用户正常 ...

你说的是GPRS/EDGE吗？

其实个人感觉GPRS/EDGE里面做Qos意义不大。而且上行的Qos意义就更不大了。因为现在的MS大多是3+1类型，即上行只支持1个时隙。现网大多采用的CS/2编码或最多CS/3编码，一个时隙也就13.4kbps（即使CS-3也才15.6kbps），还是共享的。

所以现网我看了一些用户的PDP激活accept消息。大部分里面的Qos profile是上行16kbps、下行64kbps（因为下行有3个时隙）。

因此，从技术角度也给不了用户更好的Qos。所以GPRS网络下做Qos感觉意义不大，3G还是很有意义的。运营商的市场操作也可以跟着动，才可能出现类似固网的签约的速率。比如2M包月、4M包月这种。现在GPRS根本就没有把！

个人观点！

爱卫生

yonka 发表于 2012-7-5 10:05
是这个问题

QOS协商完成后，PDP激活接受消息下发给MS。指定QOS。

好吧。我之前尝试从运营商的运营角度去回答问题。但如果你只追求技术角度的答案的话，那你是对的。但补充一下，之前也提到过，前提是BSS侧不支持PFC。但你说上行速率要远超activate pdp accept里的Qos，这个可能有点夸张，因为理论最大上行速率也就10多K，而且要看是否是瞬时突发还是平均速率。

所以，从技术角度看，如果BSS侧不支持PFC，那SGSN也没有办法直接对MS上行限速。没有这样的信令流程。SGSN只能去命令BSS，不能直接将MS速率限制下来。

爱卫生

yonka 发表于 2012-7-5 13:41
“拿activate pdp accept数据包来，拿SCDR来。先验证到底是不是超了上行。
拿仿真PCU测的东西，谁知道运 ...

楼主提到的SGSN qos map这些设置的参数不是用来做限速的，而是会影响到Activate PDP context accept消息里的协商的Qos profile。所以还是有用的。但真正要做限速的话，是需要调度机制来做的（并且一定要BSS支持PFC流程即了解）。这个不是在SGSN上做的。还是在RAN侧。但2G里做的并不是很好，3G和LTE里NodeB/eNB的调度算法都很完善了，可以做到像固网一样完整的限速，用户可以按需购买自己需要的带宽。