G网的飘过，学习了。

进来围观下了，小菜鸟来学习学习了。

帮顶一个、！！！！！！！

，不知道什么情况

路过的，没做过W网，我个人认为你用迅雷下载QQ软件都能达700K的速率，那上网卡和SIM卡都没问题了，是不是软件的问题呢？试一下换换软件版本或者新建一个模板下载看看行不行

是否要植入什么AT命令，与数据卡有关的，以前TD有出现过类似情况，W不知有否?
不知是否为此原因？可以试试！

[ 本帖最后由 Alex_za 于 2011-9-4 12:44 编辑 ]

我来打酱油，看看大家都怎么说

导致HSDPA下载速率低的问题大致可以包括：无线环境问题、干扰问题、参数配置问题、带宽设置问题、终端问题、下载服务器问题、下载软件问题等。
在遇到HSDPA下载问题时，建议仔细查看HSDPA下载速率低的现象，为分析HSDPA下载速率低问题根源提供依据，但要注意，同样的现象，其问题的根源可能并不一样，因此如果在实际过程中参照该指导，建议采用灵活的借鉴方式进行问题定位。

1、无线环境比较恶劣，影响HSDPA下载速率
如果测试点信号质量较差，可在同一小区、相同测试工具和条件下采用对照测试方法进行排查，将测试点选为PCCPCH RSCP和PCCPCH C/I较为理想的环境进行测试，如果高电平位置下载速率较好，则可确认为因无线环境问题造成的HSDPA速率过低。

2、检查是否是建立了非HSDPA业务（如PS）导致下载速率低
方法1：
可以从TRACE跟踪到的RB_SETUP消息里检查是否是HS业务，如果是则该消息中含有HS相关的配置信息，如SCCH、SICH、DSCH等信息。
方法2：
可以在RNC的Cell performance的HS user number监视中去看是否真的有HSDPA用户；
方法3：
可以在RNC侧观察分析码树图，确认终端是否分配在HSDPA信道上；

3、上行码道受限导致下载速率降速
在实际测试中，有时会遇到HSDPA业务拨号连接申请速率较高，但是拨号成功后实际速率却较低。具体现象为: CN发RAB_ASSIGNMENT_REQ后RNC回复RAB_ASSIGNMENT_RESP消息，直接拒绝CN设定的速率，随后CN重新发RAB_ASSIGNMENT_REQ做降速处理， RNC接受并开始数据传输。
这可能是因为上行码道受限，影响了下行申请的速率，导致下行申请速率降低，可根据情况调整上行码道资源。

4、查看上下行签约速率，检查USIM登记速率是否受限
可以从TRACE跟踪到的信令消息RAB assignment request中查看业务类型和上下行最大bit速率， 如下图所示，用户的签约速率上行为64kbps，下行为1024Kbps。


5、下载服务器类型及下载工具影响下载速率
进行HSDPA下载最大速率测试时，尽量避免使用路测软件自带的FTP工具进行下载，因为可能会导致下载速率过低。
下载工具推荐使用flashget工具进行，并且上传速率设置要合理。

6、HSDPA的控制信道受上下行转换点的影响
在RNC侧的脚本配置中，针对每个小区的HSDPA载频，设置SCCH/SICH的时隙和码道，以及SCCHMAXPWR（PCCPCH功率的相对值，一般可配为0，即与PCCPCH功率相同）。
SCCH建议配置在TS6，SICH建议和上下行切换点隔开，3：3时配置TS2，2：4和1：5时配置在TS1。如果条件允许， HS-SCCH信道和HSDPA的下行伴随DPCH信道最好不建立在同一时隙（针对2:4和3:3）。
上述配置利于减小上下行切换点等引入的干扰，在解决因干扰导致的低速率时可以尝试使用。

7、参数设置不当导致下载速率低
1）HS-DSCH的功率调整
如果下载速率较低伴随的现象是SICH反馈的NACK数目较高或16QAM的比例较低，可能是因为HS-DSCH空口环境较差，可以考虑适当抬高HS-DSCH功率加以改善。提高HSPDSCH的功率可以在MOD HSPDSCH中进行。

2) HS-SICH的调整
上行HS-SICH用于反馈ACK/NACK和信道质量指示CQI，网络通过终端反馈的这些信息决定采用何种调制方式，是否该重传，所以上行HS-SICH的传输质量对HSDPA的整体效率有很大的影响。提升其SIR目标值，使终端在SICH发射时分配较大功率改善传输质量，可避免SICH误传。

3）选择关闭HS-SCCH功控
LMT-B中默认MOD HSPACTRL: HSDPAPCSH=OPEN，将其改为Close即为关闭HS-SCCH的功控。关闭功控后HS-SCCH的发射功率由LMT-R中的ADD HSCONTROLCHAN的SCCHMAXPWR参数来决定。
4）选择打开hsdpaSF1ScheSwitch开关
LMT-B中默认MOD HSPACTRL中，默认HSDPASF1SS=DISABLE，在改善HSDPA下载速率时一般将该开关设置为ENABLE。
5）修改MAC-HS参数，
影响H下载速率的MAC-HS参数主要包括MAC-hs T1 timer、MAC-hs windows size、MAC-hs discard timer等。
a）MAC-hs T1 timer：该参数在UE侧表示PDU等待重排序的最大时间，设置过小，容易使底层丢失数据，设置过大，在信道条件较差时会使数据传输时延增大。
b）MAC-hs windows size：该参数决定MAC-hs PDU重排序的等待范围，受到数据传输时延和缓存大小的限制。
c）MAC-hs discard timer：该参数定义了MAC-d PDU进入MAC-hs队列后能够等待被发送的最大时间，如果定时器超时，则丢弃该MAC-d PDU。

6）修改上行业务信道的外环功率控制参数，
功控主要涉及ULBLER、MAXSIRTARGET、MINSIRTARGET、INITSIRTARGET等参数。
实际ULBLER＝10^(ULBLER/10)， HS业务一般对应为5%对应为13；在多用户接入时，该值如果设置太小，可以导致相互之间的强干扰。
实际SIR＝ (SIRTARGET－82)/10。目前存在较多的问题是MINSIRTARGET默认值太小，可能会导致H下载速率在起始时较高，而稳定之后却较低的现象。

8、Iub传输配置设置不当导致下载速率较低
1）RNC侧传输配置检查
检查RNC侧传输带宽配置
检查业务面传输带宽配置脚本，判断HSDPA_NRT带宽配置合理。
检查RNC侧业务向传输映射的配置
查看配置是否正确，有无映射错误。
2）NodeB侧传输配置检查
检查RNC与Node B两边的PATH配置是否一致；如果配置Node B的RCR小于RNC的发送带宽，会因为丢包造成速率的偏低。
建议：Node B’s RCR=RNC’ s SCR, RNC’ s SCR=PCR-1

么差肯定有问题，是不是卡有下载速率限制。

楼主在吗？
如果问题还没解决，请通过内网邮箱发邮件给我 flexiultra@gmail.com
可能需要你提供的log/KPI等东西比较多，可能需要你们张老板的支持

加分，很专业的讨论

威望都是浮云啊 :lol

恩，我也感觉首先文件下载太小了，你5分钟的下载，才8M。

1。首先下载的文件太小，换个1G以上的试一下；2.查看站点干扰；3.查看基站下联直放站还是RRU,RRU下联直放站和干放也对速率有影响；4.设备性能也可能对速率有影响，换个设备试一下；5.测试设备端口有没有全开，建议下个超级兔子把端口全开；6.查看资源配置，有可能是资源受限或配置不足；7.排查是否有别的用户使用。 就知道这些可能了！

上下行不平衡也有影响，底噪过高也会影响