通信人家园

标题: RNC/NodeB是如何调度分配资源的？ [查看完整版帖子] [打印本页]

时间: 2011-6-23 14:33

作者: hope2008 标题: RNC/NodeB是如何调度分配资源的？

如在深圳，两款手机，一个A支持7.2M/384k（UE能力8），一个B支持7.2M/5.76M，二者同时同地访问同一个网址，下载同一个文件，网速相差很大，一个约190kB/s, 一个约400kB/s，目前怀疑网络侧在分配调度资源时，A分配的资源就比B少很多，但是网络侧是如何调度资源的呢？请熟知的老大们告知一下，谢谢。

补充一下：A手机不支持HSUPA，NodeB会不会因此降低A手机的能力为6？现在网络侧都是采用什么样的调度算法？

还有一个问题：从哪条信令消息里可以看出当前配置的码道是10，5，15？只支持HSDPA的码道配置是多少？支持HSUPA的呢？HSPA+呢？
谢谢！

[ 本帖最后由 hope2008 于 2011-6-23 15:06 编辑 ]

时间: 2011-6-23 19:24

作者: illidan

我个人理解，由于HTTP下载是基于TCP的，TCP会有端到端的流控。A的上行会影响下行TCP的性能，它的拥塞控制算法受Round Trip Time的影响，有UPA的那个在RTT上肯定有优势。

你可以用Wireshar把两个下载的sequence-time graph绘制出来看看。

时间: 2011-6-23 22:11

作者: hope2008

我也怀疑过TCP窗口以及RTT的影响，但从没有UPA的手机的log看，TCP fragment 没有太多重传，UE侧回复的ACK也比较及时，但是网络侧下发的数据包比较慢，所以我怀疑可能主要原因在NodeB侧的调度问题，但不清楚其调度算法，是仅仅根据CQI吗？还考虑其他东西吗？希望了解相关内容的给解释下，谢谢！

时间: 2011-6-24 10:37

作者: illidan

原帖由 hope2008 于 2011-6-23 22:11 发表
我也怀疑过TCP窗口以及RTT的影响，但从没有UPA的手机的log看，TCP fragment 没有太多重传，UE侧回复的ACK也比较及时，但是网络侧下发的数据包比较慢，所以我怀疑可能主要原因在NodeB侧的调度问题，但不清楚其调度算法 ...

把手机当Modem来用，用PC机来上网，就可以用wireshark抓到TCP的trace。

调度算法各厂家都会有所差异，只有厂家的人才能说得准。但从原理上说，以UL能力限制下行调度，不是个合理的做法。

时间: 2011-6-24 13:41

作者: wanghw75

我觉得主要是NodeB调度器的问题，调度器把A手机当作了UE category更低的手机，因为A手机不支持HSUPA。
下行调度是基于CQI的，UE端计算出下行信道的CQI后，通过上行控制信道告诉NodeB，NodeB的调度器再根据CQI来决定
下行速率。
NodeB的调度器有平均调度、最大信噪比调度等。

时间: 2011-6-25 16:45

作者: hope2008

谢谢4楼illidan的热情回复，我目前就是按照modem方式测试验证的，也很赞同你的观点:)

我的想法和5楼的哥们一样，怀疑调度器把A手机当作了UE能力级别更低的手机对待。

有没有ZTE的哥们啊？听说深圳的网络设备商是ZTE？他们的调度策略是什么啊？

还有另一个问题“从哪条信令消息里可以看出当前配置的码道是10，5，15？”也帮忙解答下，我现在只能从RRCConnectionSetupComplete中看到UE上报的能力是8，还不知道怎么看码道配置，麻烦牛人指教下，非常感谢！

时间: 2011-6-29 18:34

作者: illidan

原帖由 hope2008 于 2011-6-25 16:45 发表
谢谢4楼illidan的热情回复，我目前就是按照modem方式测试验证的，也很赞同你的观点:)

我的想法和5楼的哥们一样，怀疑调度器把A手机当作了UE能力级别更低的手机对待。

有没有ZTE的哥们啊？听说深圳的网络设备商 ...

码道配置是PHY SHARE CHANN RECFG, NBAP上的。不过这个只是整个池子，要看每次调度，需要基站或终端输出HS-SCCH的内容。

通信人家园 (https://www.txrjy.com/)