研发产品测试 » 3.0基站产品测试

我们对SR的优先级设置是比较高的，假如既有SR又有BSR，我们就认为发送SR也是为了调度BSR的，
所以就舍弃了SR的优先级，把BSR的优先级作为该UE的上行调度优先级了。

举例：
UE1灌包， 他一直有BSR，优先级是根据逻辑信道组算出来的，假如是10。也有强制SR，优先级是100。把逻辑信道组的优先级10作为它的上行调度优先级了。
UE2不灌包， 他只有强制SR, 优先级是100。
UE3不灌包， 他只有强制SR, 优先级是100。

该问题会造成，不灌包的UE优先级高，反而一直占用调度机会。
在TTI=1,强制SR开启，SR周期小，UE多的场景会加剧该问题的严重性。

强制SR功能简单介绍：在每个UE的SR的周期点，无论UE有没有发送SR，基站都认为收到了SR，当作一个真的SR去处理了。

修改方案：在处理SR的时候，区分是UE真实发送的(真的SR)，还是基站打桩的(假的SR)。真的SR它的优先级设置比较高，假的SR优先级设置的比较低，低于全部的BSR的优先级。