WCDMAHSUPA速率低优化

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之间，指标不理想。通过数据分析，测试过程中无线环境均良好，UETxPower均正常，并无异常干扰现象，业务速率偏低显然存在问题，针对此问题，我们进行了RAN侧参数核查以及相关工作，提升HSUPA业务吞吐率。图1城区HSUPA业务拉网吞吐率效果图3、问题处理步骤步骤一、核查终端能力是否受限目前3GPP协议定义了6类HSUPA终端，不同类别的终端所支持的最高吞吐率各不相同，在R7协议定义了一类支持上行11.5Mbps的HSUPA+终端，各类终端对应当理论峰值速率如上表所示。经核对，目前呼盟使用的测试终端为HUAWEIE180数据卡，属于类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版本规格华为RAN10及后续版本支持5.76MHSUPA业务，呼盟的RNC版本为RAN12，无受限情况。NodeB还需要区分基带处理板：V1平台，NodeB基带处理单板有NBBI板，HBBI板和EBBI板三种；对于V2平台，NodeB基带处理单板有WBBPa和WBBPb板。目前，只有EBBI板和WBBPb板支持HSUPA5.76M业务。现场核实呼盟目前NodeB基带处理单板均采用的是WBBPb板，支持5.76MHSUPA业务；步骤五、检查RNC参数配置检查点1：上行SRB需要使用E-DCH信道承载要建立HSUPA5.76M业务，上行需要使用2*SF2+2*SF4，必须将SRB建立在E-DCH上。在RNCLMT上使用LST/SETUFRCCHLTYPEPARA命令可以查询/修改各个RNC当前的设置情况，如下图所示。查询结果表明呼盟三个RNC的SRB都已经允许建立在E-DCH上。检查点2：HSUPA2MSTTI开关状态要建立HSUPA5.76M业务，必须使用2MSTTI。因此，必须打开RNC的2MSTTI开关。在RNCLMT上使用LST/SETUCORRMALGOSWITCH可以查询/修改该开关的设置情况，如下图所示。查询结果表明，3个RNC的2MSTTI开关已打开检查点3：CN指派MBR需要大于2MSHSUPA业务建立门限要建立HSUPA5.76M业务，CN指派MBR必须大于2MSHSUPA业务建立门限。CN指派MBR可以参考步骤二当中的核心网开卡速率。2MSHSUPA业务建立门限可以在RNCLMT上使用LSTUFRC命令查询，如下图所示。CN指派的MBR为8M，大于2msHSUPA业务建立门限，参数设置正常；步骤六、检查RNC和NodeBLicense设置RAN12版本里，RNC与NodeB均有License控制HSUPA5.76M功能。在RNC的License控制项中，有两条与此功能相关，分别是HSUPA5.74MbpsperUser与SRBoverHSUPA。根据3GPP协议，如果上行要支持2*SF2+2*SF4，必须要将信令承载于E-DCH上。RNCLMT上使用LSTLICENSE查询到的结果如下图所示。在NodeB的License控制项中，与5.76MHSUPA功能相关的项是HSUPATTIFunction，如下图所示。当然，HSUPA功能也必须支持。但是核查路测过程中速率较低的NodeB的License发现，部分基站的HSUPATTILicense未开启，如下：4、问题处理结果经核实，怀疑是由于NodeB未开启HSUPATTIlicense支持造成速率无法达到2M以上，通过对NodeB的License配置查询后发现，HMRNC1与HMRNC2已配置的NodeB较多，但部分道路附近基站未配置，可见如下示意图：RNCHSUPATTI修改前配置个数修改后配置个数HMRNC0116895135HMRNC0216499137HMRNC032233131调整后，如下：5、复测效果验证5.1HSUPATTILICENSE修改后的Probe测试效果选取区域进行DT验证，效果图如下，对比图1城区HSUPA速率效果图，发现HSUPA的吞吐率有明显的提升，大于2M的路段明显增多。修改后HSUPA业务的测试速率在2M以上。5.2吞吐率效果对比经验证，修改后CQT时HSUPA业务速率在2.5M左右，DT时的业务速率在2M左右，提升效果比较明显。6、总结通过一系列的问题排查过后，定位了问题的最终缘由是USIM卡的核心网开卡速率受限与基站侧未配置HSUPATTI2MSLICENSE所致，通过修改USIM卡的核心网开卡速率与对城区宏基站配置License的手段，HSUPA的业务速率提升明显，提升了网络用户的感知，针对此类问题进行推广。