WCDMAHSUPA速率低优化.docx
- 文档编号:18180095
- 上传时间:2023-04-24
- 格式:DOCX
- 页数:11
- 大小:414.21KB
WCDMAHSUPA速率低优化.docx
《WCDMAHSUPA速率低优化.docx》由会员分享,可在线阅读,更多相关《WCDMAHSUPA速率低优化.docx(11页珍藏版)》请在冰豆网上搜索。
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较多,但部分道路附近基站未配置,可见如下示意图:
RNC
HSUPATTI
修改前配置个数
修改后配置个数
HMRNC01
168
95
135
HMRNC02
164
99
137
HMRNC03
223
31
31
调整后,如下:
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的业务速率提升明显,提升了网络用户的感知,针对此类问题进行推广。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- WCDMAHSUPA 速率 优化
![提示](https://static.bdocx.com/images/bang_tan.gif)