HSUPA差HSDPA和RSCP都良好
测试时发现在一条道路上信号很好，Ec/Io也很好，下载速率平均3.5M，比较稳定，上传速率却很差，没有明显阻挡，过了那段区域后上传速率又很好，达到1.5M以上，请高手们分析分析
1、首先测试设备设置检查。
2、测试环境检查，即测试地点的信号质量是否足够好，可以通过下行信号质量来推测，建议RSCP〉-80dBm,Ec/N0 > -6dB,否则可能路损过高造成UE发射功率受限。
3、如果是速率达不到要求，一直比较低，上传FTP服务器检查。从终端向服务器上行灌包是否可以达到要求，灌包工具可以选择Sniffer，可以用Ethereal在测试时候进行抓包，然后通过TCP层协议显示数据核查TCP层是否有丢包等
其次，检查RAN侧：
4、查看HSUPA状态是否激活，看HSUPA小区配置是否正确。检查RNC和NODEB版本，确保该版本没有已知问题影响数传速率、检查RNC/NODEB Iub PATH带宽配置、类型配置是否正确。检查RNC的前后台数据是否一致。（检查版本、参数配置等）
5、检查小区底噪设置是否与小区RTWP一致，小区空载RTWP是否平稳。检查无线环境上行是否存在干扰，检查小区的导频配置是否合理，比最大发射功率小10dB左右。
6、检查一下RNC和NODEB的LICENSE是否足够，包括CE和吞吐量是否足够。（检查资源情况）
再次，检查CN侧：
7、用户开卡速率检查，SGSN上限速开关设置是否正常，核心网交换机以及网口状态传输模式检查
8、IU口检查，检查RNC IU带宽配置是否充足，需要满足业务需求，检查SGSN IU带宽配置是否充足，需要满足业务需求。
你应该多提供点儿信息，把环境等情况描述清楚
WCDA中上行主要是干扰受限，要是该小区的HSUPA已激活、数据配制完整；建议可以跟踪RTWP值，是否正常？
看看上行链路是否有问题，有没有干扰，上行误码率高不高
查一下速率低那部分小区的RTWP，还有该小区的CE数，用户多的话对速率有影响
我的看法是，
第一，只是在某一段路，某一区域UPA的值要低于其他区域。所以，可以排除测试软件设备，终端性能，卡的签约，以及同车测试，DPA对UPA影响的情况。
第二，RSCP好，DPA好，说明，该段区域的ECIO的值，也是较好的。否则DPA也不会稳定。基本可以排除无线环境的问题。
第三，UPA业务能做，所以，跟后台数据配置关系不大。业务肯定是激活了。这是毫无疑问的。如果有RTWP告警的话，不仅影响UPA，同样也会影响DPA。而DPA是稳定的，说明这个RTWP应该是正常的范围。而且RTWP这个值是一个即时值，正常是在空载的情况下，理想值为-106.4.
第四，排除这些条件后，最有可能出问题的，应该是检查这个基站的配置，几个E1。检查天馈部分。如果天线的主分集接反，比如A小区的主集，接到B小区的分集这种情况，会出现失衡，导致NODEB的上行出现异常情况。进而导致UPA出现异常。再就是通过后台KPI查看，CE,PWR利用率。
第五，还有一个跟调度算法有关，DPA,UPA会有一个抢断算法。哪个业务先起来，谁就先占用较多的资源。如果你的DPA是长呼，UPA是短呼，或者两个都是短呼。如果经过中间的空闲态时间差，DPA业务先发起，也会影响、