关于BSS开启QOS功能后的策略问题

lizq8285

在某地现网Gn口信令出现在PDP激活过程中出现update pdp context 信令流程，并且流程中协商的QOS参数已经发生了改变，比如主要是：peak throughput和MBR（Maximum bit rate）

当网络中开启QOS功能后，对网络中用户的traffic class（业务类型）分别为interactive和background产生影响，影响的主要为QOS参数中的：peak_throughput，maximum bit rate for downlink和maximum bit rate for uplink，而此次QOS功能策略由BSS主导，SGSN只开启了QOS功能，没有制定相关策略。

信令流程如下所示：

从上面某用户的PDP激活流程可知，在Gb和Gn口可看到，当SGSN收到create pdp context response后，发起PFC流程与BSS协商QOS，并下发create-bss-pfc消息，携带的QOS参数中最大下行速率协商值为384kbps，但是从BSS回应的create-bss-pfc-ack消息携带的QOS参数可知，BSS已经修改了QOS参数中的最大下行速率为240kbps，从而最终协商的结果最大的下行速率为240kbps，取协商中的最小值。

下面是我统计到的Gb口最终协商的QOS参数情况

对于traffic class（业务类型）为interactive的分布情况如下：

peak_throughput	maximum_bit_rate_for_downlink	maximum_bit_rate_for_uplink	次数	占比
Up to 16 000 octet/s	240kbps	64kbps	52490	77.828%
Up to 8 000 octet/s	80kbps	40kbps	11580	17.170%
Up to 32 000 octet/s	384kbps	64kbps	1832	2.716%
Up to 16 000 octet/s	176kbps	64kbps	889	1.318%

对于traffic class（业务类型）为background的分布情况如下：

peak_throughput	maximum_bit_rate_for_downlink	maximum_bit_rate_for_uplink	次数	占比
Up to 32 000 octet/s	384kbps	64kbps	1406	96.699%
Up to 16 000 octet/s	128kbps	64kbps	33	2.270%
Up to 32 000 octet/s	256kbps	64kbps	10	0.688%
Up to 16 000 octet/s	240kbps	64kbps	3	0.206%
Up to 8 000 octet/s	64kbps	64kbps	2	0.138%

  我想问的是：爱立信的BSS是不是基于某种策略或者算法，在PDP激活的时候协商QOS参数的时候就制定好了给这些业务的QOS参数？peak-throughput和max-downlink和uplink值是怎么算出来的？

大家知道的能否把原理告知啊？？

cmcc_demon

回复 lizq8285 的帖子

谢谢分享，由于我接触的BSC有限，本地的BSC也未开启Qos协商功能，相关的策略也不是很清楚，下面仅代表个人理解哈。
“当网络中开启QOS功能后，对网络中用户的traffic class（业务类型）分别为interactive和background产生影响，影响的主要为QOS参数中的：peak_throughput，maximum bit rate for downlink和maximum bit rate for uplink，而此次QOS功能策略由BSS主导，……”不同的Qos业务在BSC侧都体现为无线资源的调度分配，而无线资源分配又体现在分配的时隙个数和在分配的时隙上和其他MS分享无线时隙时的使用份额上。但是分配的时隙数，与和MS本身的多时隙能力有关，而与业务本身的类型无关，所以我想在BSC侧Qos功能策略会不会体现在使用时隙上的份额比例上做文章呢？通过设置不同业务的优先级来使用相应时隙上不同的份额比例呢？因为这个我们可以通过控制无线数据块传输周期内的调度次数来控制实现。比如我现在做的background业务因为要求的速率比较高，那么在相同的传输周期内要求的调度次数机会也要更多次。

hendouse

第一次看到这种流程，学习了   

lizq8285

还有没有权威点的讨论结果啊

cmcc_demon

lizq8285 发表于 2011-7-15 09:43
在某地现网Gn口信令出现在PDP激活过程中出现update pdp context 信令流程，并且流程中协商的QOS参数已经发生 ...

在电脑上找了一份以前看过的一篇小论文，仅供参考。希望对你有帮助！

weishengzi

一直对QOS不是很懂，为什么我在gb口看到active pdp消息中的QOS是3个字节的，而gn口则是12个字节的？

爱卫生

weishengzi 发表于 2011-7-22 09:17
一直对QOS不是很懂，为什么我在gb口看到active pdp消息中的QOS是3个字节的，而gn口则是12个字节的？

  不会啊。Gb接口和Gn接口虽然协议不一样，但都需要在激活时参与用户的Qos profile协商。因此长度应该是基本一致的。
  看我的这个Gb口抓包就是12字节啊。
  能放上你的抓包吗？

zhenjiucuo

回复 爱卫生 的帖子

QoS分不同的版本。如果是老式的SIM卡，那么签约的QoS为 R97/98，这种情况下QoS只有几项，即Delay class，Reliability class，Peak Throughput class，Mean Throughput class以及Precedence class。当UE发起激活时，可能携带为R97/98的QoS。但是SGSN的协议版本可能较高，因此可以通过对QoS参数的版本号控制（当然，依赖于实现）来决定是否向更高端版本映射（如映射到R99，R4，R5或R7，其中R99的QoS即为12位）。在激活请求中看到只有3个字节，也就再正常不过了。

zhenjiucuo

再补充一下，个人理解，UE有能力通过甄别不同的接入侧来在层三控制发起激活的QoS版本。这是个人的猜想，希望有懂终端的同学来解答。谢谢！

cmcc_demon

回归lizq8285的话题，MS\BSS\SGSN可能都有自己的QOS策略，那BSS的实现的策略机制如何呢？大家也可以谈谈自己的opinion。

weishengzi

回复 zhenjiucuo 的帖子

谢谢解惑
是有发现在gb口有3字节和11字节，对应的gn有4字节和12字节

weishengzi

爱卫生 发表于 2011-7-22 21:17
不会啊。Gb接口和Gn接口虽然协议不一样，但都需要在激活时参与用户的Qos profile协商。因此长度应该是基 ...

你那个是11字节，不是12字节

爱卫生

weishengzi 发表于 2011-7-25 14:33
你那个是11字节，不是12字节

  谢谢分享，又学习了。非常感谢！
  不过我想这种R97/98的卡是不是不会太多啊，毕竟R99是2000年出来的，到现在已经10多年了。不知道十年前的号现在是怎么处理的,还剩多少。还是说一直保留都在用啊。
  另外，还有一点没想明白，支持何种3GPP版本的QOS，是和手机还是和SIM卡有关啊？从这个案例来看应该和SIM卡有关。那手机就不需要针对QOS做任何设计吗？
  

zhenjiucuo

回复 爱卫生 的帖子

个人认为应该都有关系吧，没研究过终端，只能揣测了。。。。
另外，11个字节与12个字节的区别是Gn口引入了ARP，发向GGSN后，由GGSN的PCEF或PCRF做进一步的协商，再在RAB协商或BSS PFC创建时发给无线侧。

爱卫生

zhenjiucuo 发表于 2011-7-26 06:36
回复 爱卫生 的帖子

个人认为应该都有关系吧，没研究过终端，只能揣测了。。。。

  明白了，非常感谢！

enjoying007

peak_throughput没有遇到，不过BSS侧MBR的协商爱立信是有规定的，一般情况下是结合手机能力（多时隙等级、edge能力）和小区能力（支持编码、edeg能力）计算的，比如一个EDGE 4时隙手机，接入只支持gpra CS1、CS2的小区，其DL MBR无论如何也不会大过12*4=48k的。

详见user gprs/egprs description quality of service 网址 docin. c o m   /p  -78327478. h t m l