【资料名称】：WCDMA HSUPA速率低优化

【资料作者】：zhaoming

【资料日期】：2012-06-10

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

1、HSUPA技术概述
HSUPA是3GPP在R6阶段推出的针对上行链路性增强的技术，HSUPA与HSDPA合成为HSPA。HSUPA沿用了3GPPR99的大部分特性，如小区选择、同步、随机接入、基本移动性管理等方面都没有变化，只是UE向基站传送数据的方式改变了，如NodeB控制的调度、HARQ技术，更短的TTI，高阶调制以及快速专用信道建立等方面。从网络性能上来讲，HSUPA比R99在以下方面有了较大程度的提高。
1）上行链路可支持更高的数据传输速率；
2）与R99相比，上行链路的无线覆盖范围有所提高；
3）增加了小区上行吞吐量；
4）减少了数据传输时延；
5）增强的快速调度与资源控制算法；
6）业务的Qos能力有所增强。
HUSPA的关键技术有，HARQ、NodeB的快速调度、短帧2msTTI，理论峰值可达5.76Mbit/s。
2、问题现象
自日常优化开始以来对进行HSUPA业务进行了3次拉网测试，上传吞吐率在1.2~1.6Mbit/s之间，指标不理想。通过数据分析，测试过程中无线环境均良好，UE TxPower均正常，并无异常干扰现象，业务速率偏低显然存在问题，针对此问题，我们进行了RAN侧参数核查以及相关工作，提升HSUPA业务吞吐率。

图1 城区HSUPA业务拉网吞吐率效果图
3、问题处理步骤
步骤一、核查终端能力是否受限

目前3GPP协议定义了6类HSUPA终端，不同类别的终端所支持的最高吞吐率各不相同，在R7协议定义了一类支持上行11.5Mbps的HSUPA+终端，各类终端对应当理论峰值速率如上表所示。
经核对，目前呼盟使用的测试终端为HUAWEI E180数据卡，属于类6终端，所支持理论峰值速率应为5.6Mbps，不存在终端能力受限问题。
步骤二、核查USIM卡的核心网开卡速率，确保数据卡不会出现限速现象
选取WHL河东局址作为CQT点，对HUSPA速率进行验证测试。经后台信令跟踪发现，查看核心网下发给RNC的RANAP_RAN_ASSIGNMENT_REQ消息，查看当前使用的USIM卡核心网开卡速率，发现下行最大波特率为7.2Mbps，上行仅为2Mbps，存在速率受限问题，如下：

于是对USIM卡进行开卡速率修改，将上行最大波特率修改为8Mbps（如下图），排除开卡速率限速的可能，进行CQT验证。

修改核心网卡开速率后，进行上传CQT测试，峰值可达3.5Mbps左右，均值在2.5Mbps左右。

随后，对城区部分道路进行验证，发现部分站点附近路段HSUPA吞吐率较高，但仍存在无线信号指标较好但速率较低的情况，对问题进一步分析跟踪。
步骤三、核查RNC下小区的传输配置
目前呼盟WCDMA网络除个别小区存在E1/T1丢失告警外，基本都配置了4条E1/T1线，总传输带宽达到8M，，换算到应用层还需要考虑0.75左右的传输效率；排除传输资源受限影响传输速率的情况；
步骤四、检查RNC和NodeB版本规格
华为RAN 10及后续版本支持5.76MHSUPA业务，呼盟的RNC版本为RAN 12，无受限情况。
Node B还需要区分基带处理板：V1平台，NodeB基带处理单板有NBBI板，HBBI板和EBBI板三种；对于V2平台，Node B基带处理单板有WBBPa和WBBPb板。目前，只有EBBI板和WBBPb板支持HSUPA5.76M业务。
现场核实呼盟目前Node B基带处理单板均采用的是WBBPb板，支持5.76M HSUPA业务；
步骤五、检查RNC参数配置
检查点1：上行SRB需要使用E-DCH信道承载
要建立HSUPA5.76M业务，上行需要使用2*SF2+2*SF4，必须将SRB 建立在E-DCH上。在RNC LMT上使用LST/SETUFRCCHLTYPEPARA命令可以查询/修改各个RNC当前的设置情况，如下图所示。



查询结果表明呼盟三个RNC的SRB都已经允许建立在E-DCH上。
检查点2：HSUPA 2MS TTI开关状态
要建立HSUPA5.76M业务，必须使用2MS TTI。因此，必须打开RNC的2MS TTI开关。在RNC LMT上使用LST/SETUCORRMALGOSWITCH可以查询/修改该开关的设置情况，如下图所示。

查询结果表明，3个RNC的2MS TTI开关已打开
检查点3：CN指派MBR需要大于2MS HSUPA业务建立门限
要建立HSUPA5.76M业务，CN指派MBR必须大于2MS HSUPA业务建立门限。CN指派MBR可以参考步骤二当中的核心网开卡速率。2MS HSUPA业务建立门限可以在RNC LMT上使用LST UFRC命令查询，如下图所示。

CN指派的MBR为8M，大于2ms HSUPA业务建立门限，参数设置正常；
步骤六、检查RNC和NodeB License设置
RAN12版本里，RNC与Node B均有License控制HSUPA5.76M功能。
在RNC的License控制项中，有两条与此功能相关，分别是HSUPA 5.74Mbps per User与SRB over HSUPA。根据3GPP协议，如果上行要支持2*SF2 + 2*SF4，必须要将信令承载于E-DCH上。RNC LMT上使用LST LICENSE查询到的结果如下图所示。

在NodeB的License控制项中，与5.76MHSUPA功能相关的项是HSUPA TTI Function，如下图所示。当然，HSUPA功能也必须支持。

但是核查路测过程中速率较低的NodeB的License发现，部分基站的HSUPA TTI License未开启，如下：

4、问题处理结果
经核实，怀疑是由于NodeB未开启HSUPA TTI license支持造成速率无法达到2M以上，通过对NodeB的License配置查询后发现，HMRNC1与HMRNC2已配置的NodeB较多，但部分道路附近基站未配置，可见如下示意图：
RNCHSUPATTI修改前配置个数修改后配置个数
HMRNC0116895135
HMRNC0216499137
HMRNC032233131

调整后，如下：

5、复测效果验证
5.1 HSUPA TTI LICENSE修改后的Probe测试效果
选取区域进行DT验证，效果图如下，对比图1城区HSUPA速率效果图，发现HSUPA的吞吐率有明显的提升，大于2M的路段明显增多。

修改后HSUPA业务的测试速率在2M以上。
5.2 吞吐率效果对比
经验证，修改后CQT时HSUPA业务速率在2.5M左右，DT时的业务速率在2M左右，提升效果比较明显。

6、总结
通过一系列的问题排查过后，定位了问题的最终缘由是USIM卡的核心网开卡速率受限与基站侧未配置HSUPA TTI 2MS LICENSE所致，通过修改USIM卡的核心网开卡速率与对城区宏基站配置License的手段，HSUPA的业务速率提升明显，提升了网络用户的感知，针对此类问题进行推广。