HSUPA业务速率低优化

一、概述

HSUPA是3GPP在R6阶段推出的针对上行链路性增强的技术，HSUPA与HSDPA合成为HSPA。HSUPA沿用了3GPP R99的大部分特性，如小区选择、同步、随机接入、基本移动性管理等方面都没有变化，只是UE向基站传送数据的方式改变了，如NodeB控制的调度、HARQ技术，更短的TTI，高阶调制以及快速专用信道建立等方面。从网络性能上来讲，HSUPA比R99在以下方面有了较大程度的提高。

（1）上行链路可支持更高的数据传输速率；

（2）与R99相比，上行链路的无线覆盖范围有所提高；

（3）增加了小区上行吞吐量；

（4）减少了数据传输时延；

（5）增强的快速调度与资源控制算法；

（6）业务的Qos能力有所增强。

二、问题描述

通过数据分析，测试过程中无线环境均良好，UE TxPower均正常，未见异常干扰现象，可见HSUPA业务速率偏低显然存在问题。

三、问题处理步骤

3.1核查终端能力是否受限

3GPP协议定义了6类HSUPA终端，不同类别的终端所支持的最高吞吐率各不相同，在R7协议定义了一类支持上行11.5Mbps的HSUPA+终端，目前使用的测试终端为HUAWEI E180数据卡，属于类6终端，所支持理论峰值速率应为5.6Mbps，不存在终端能力受限问题。

3.2核查USIM卡的核心网开卡速率，确保数据卡不会出现限速现象

经后台信令跟踪发现，查看核心网下发给RNC的RANAP_RAN_ASSIGNMENT_REQ消息，查看当前使用的USIM卡核心网开卡速率，发现下行最大波特率为7.2Mbps，上行仅为2Mbps，存在速率受限问题。于是对USIM卡进行开卡速率修改，将上行最大波特率修改为8Mbps，排除开卡速率限速的可能，进行CQT验证。

3.3核查RNC下小区的传输配置

WCDMA网络除个别小区存在E1/T1丢失告警外，基本都配置了4条E1/T1线、以及FE口，总传输带宽至少达到8M，，应用层需要考虑0.75M左右的传输损耗，这样换算下来端口速率至少能够满足7M带宽需求。

3.4检查RNC和Node B版本规格

Node B基带处理单板有NBBI板，HBBI板和EBBI板三种；对于V2平台，Node B基带处理单板有WBBPa和WBBPb板。目前，只有EBBI板和WBBPb板支持HSUPA 5.76M业务。Node B基带处理单板均采用的是WBBPb板，支持5.76M HSUPA业务。

3.5检查RNC参数配置

（1）上行SRB需要使用E-DCH信道承载。建立HSUPA 5.76M业务，上行需要使用2*SF2+2*SF4，必须将SRB建立在E-DCH上。在RNC LMT上使用LST/SET UFRCCHLTYPEPARA命令可以查询/修改各个RNC当前的设置情况。

（2）HSUPA 2MS TTI开关状态。建立HSUPA 5.76M业务，必须使用2MS TTI。因此，必须打开RNC的2MS TTI开关。在RNC LMT上使用LST/SET UCORRMALGOSWITCH可以查询/修改该开关的设置情况。3：CN指派MBR需要大于2MS HSUPA业务建立门限。建立HSUPA 5.76M业务，CN指派MBR必须大于2MS HSUPA业务建立门限。CN指派MBR可以参考步骤二当中的核心网开卡速率。2MS HSUPA业务建立门限在RNC LMT上使用LST UFRC命令查询。

3.6检查RNC和NodeB License设置

在RNC的License控制项中，HSUPA 5.74Mbps per User与SRB over HSUPA。根据3GPP协议，如果上行要支持2*SF2 + 2*SF4，要将信令承载于E-DCH上。RNC LMT上使用LST LICENSE查询。

四、问题处理结果

由于NodeB未开启HSUPA TTI license支持造成速率无法达到2M以上，通过对NodeB的License配置查询后发现，HMRNC1与HMRNC2已配置的NodeB较多，但部分道路附近基站未配置。

五、复测效果验证

（1）HSUPA TTI LICENSE修改后的Probe测试效果。

选取区域进行DT验证，发现HSUPA的吞吐率有明显的提升，大于2M的路段明显增多。修改后HSUPA业务的测试速率在2M以上。

（2）吞吐率效果对比。

经验证，修改后CQT时HSUPA业务速率在2.5M左右，DT时的业务速率在2M左右，提升效果比较明显。

六、总结

通过一系列的问题排查过后，定位了问题的最终缘由是USIM卡的核心网开卡速率受限与基站侧未配置HSUPA TTI 2MS LICENSE所致，通过修改USIM卡的核心网开卡速率与对城区宏基站配置License的手段，HSUPA的业务速率提升明显。