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

yonka

QOS协商后（签约数据 vs SGSN vs GGSN vs requested）在PDP激活接收消息中下发给用户。
之后实际对用户流量进行限速的是什么网元呢？

我的理解是SGSN/GGSN/MS，有PDP上下文的地方应该会按照上下文中的QOS值来限速。

但问题是，客户在一次做的测试中，发现FTP上行流量远高于PDP激活接收消息中下发的QOS值。
所以想知道到底应该是什么网元来限速。
然后再去了解为什么没有限速...

yonka

爱卫生 发表于 2012-7-4 19:04
BSC如果支持PFC流程的话，也参与Qos协商。如果不支持PFC就没有限速了。

爱总，我说的不是这几步协商后还需要哪些协商内容。
而是说协商完成后下发PDP激活接收消息后。
用户正常上网时，如果上下行流量大于PDP上下文中协商的QOS中定义的值的话，那么会不会有什么机制对其进行限制？
不然的话，QOS的意义就不存在了啊~

yonka

爱卫生 发表于 2012-7-4 23:11
你说的是GPRS/EDGE吗？ 其实个人感觉GPRS/EDGE里面做Qos意义不大。而且上行的Qos意义就更不大了。因为现在 ...

是这个问题

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

但是实际是谁来执行这个QOS呢？我说的是上限。
如果给用户执行上行16kbps下行64kbps，但用户实际上行超出16或网络侧发给MS的下行流量大于64呢？
这时候是无线侧执行限速还是核心网元？
我的理解是核心网元，因为GMM/PDP 上下文只有MS/SGSN/GGSN中有吧...

不知道爱总理解我的问题了没？

谢谢

yonka

爱卫生 发表于 2012-7-5 10:33
好吧。我之前尝试从运营商的运营角度去回答问题。但如果你只追求技术角度的答案的话，那你是对的。但补充 ...

是这样的，目前联通在搞2G/3G用户区分。
就是限制2G用户的速率，我在SGSN上用policy_qos_map_w和policy_qos_map_g分别作了。

现在客户要验证有效性，于是用仿真PCU测试，绕开了无线接口的限制。

按照你的说法，核心网只管协商和下发但并不对用户流量进行监控限速的话。
那QOS的意义何在呢？大家商量出了个合适的速率告诉终端，但之后既没有人遵守（终端不按照下发的速率）也没有人监管（网络侧不按下发速率进行限速）。这岂不又成了天朝？    我觉得这个不太合理啊。形同虚设了啊。

yonka

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

“拿activate pdp accept数据包来，拿SCDR来。先验证到底是不是超了上行。
拿仿真PCU测的东西，谁知道运营商用什么算的速率。既然问SGSN，就拿协商出来的qos和SCDR里的比较。SCDR虽然不可能计算出瞬时MBR，可以通过平均值来简单评估一下，如果真是运营商说的那样超出很多的话，SCDR会有显示的。
如果我们这还是一个技术论坛而不是扯皮的地方，最好拿证据说话。”

我在这里希望了解是 QOS的保证机制（是否有限速机制等），而不是说运营商测的结果到底超没超，结果是否属实。
这个CASE只是个引子，结果超或者没超，问题都存在。所以不是为了扯皮。


速率计算是通过一段较长时间的FTP下载/上传的平均速率，这个应该不会错。激活接收消息我只看到截图，应该也不会错，当然细抠的话意义不大，前面说了，问题不是这个CASE，而是我心里的疑问。

谢谢

yonka

爱卫生 发表于 2012-7-5 13:58
楼主提到的SGSN qos map这些设置的参数不是用来做限速的，而是会影响到Activate PDP context accept消息里 ...

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

理解，我知道qos map实在QOS协商时调用。

按照爱总的说法，SGSN只管协商和下发QOS，并不保证QOS被执行对吗？

RAN侧是如何知道针对特定用户最终下发的（PDP激活接收消息中）QOS然后根据其进行限速的呢？