HSUPA问题.docx

大家来讨论下HSDPA速率正常HSUPA不正常的问题：HSDPA速率6M、HSUPA不到1M5t77U8S&.x&D&1、小区开了HSUPA2、测试设备没有换，金牌卡 3、无告警 4、RTWP正常 5、传输正常 配置的映射也正常8b g7;.N1x6t!|1N%Wmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。6、CE、码字正常.t%c*I+M.P+7.其它站点正常们常见的HSUPA速率低问题有三种情况：!4V#t6c:v1.无速率附着正常但是无速率：检查终端，检查核心网的指派速率，检查电脑，检查FTP服务器$n,|T!/D+h*E0d |2.低速率（平稳）1n A;hC/w2z!e$/Q&z1）384K-不是UPA，看RL_RECFG_PREP 4G&Yg-w0x/C-l1V2)1.4M-一般是上行CE16个（默认16个CE）造成的6?;h7x:t48H/z3）2M- 10ms TTI的极限速率就是2M，一般是TTI没有重配到2ms上 |国内领先的通信技术论坛u+_8q#_*X/g4T0T9S4）2.8M-一般是SRB OVER DCH造成的，如果要测试2ms的峰值速率，几个必要条件：RNC/NodeB的2ms开关 /License打开；终端能力支持；SRB OVER EDCHmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。,F9e*T+l2M,_6j0%W4Y-t;3.低速率（不平稳）。这个就要实际分析是什么受限了。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单8d*N#No(F9.x*i)E以上是我接触的相关HSUPA的问题建议楼主首先明确该用户是否使用的HSUPA资源进行上行业务的承载，这个非常关键。如果使用了UPA资源，则要从速率低角度进行分析，可能需要看UE的能力，网络配置参数等方面。如果UE没有使用UPA资源，则要从为什么没有占到UPA资源角度分析。这里虽然也要看UE能力和网络配置参数，但是从能否支持UPA、是否配置UPA资源角度分析的。关注点不同。以前遇到过这样的问题，最终确认问题为GGSN光模块故障，换个光模块恢复正常，可以逐级抓包测试，看下是否丢包严重1、UE终端问题，上网卡最差也是上行Category 5（HSUPA最高支持2M），实测不到1M，本问题基本可排除3i7D-H!M9m.N*D5b H.p2、核心网速率设置偏低，可从L3信令RANAP_RAB_ASSIGNMENT_REQ查看，不过一般都是2048000，该设置不合理无法达到上行5.76的理论速率（例如UPA速率无法达到3M左右），本问题基本可排除t*c-B)C;H%f.G*i-|MSCBSC 移动通信论坛3、1800or外部干扰，RTWP正常，本问题可排除P$%?+C(m,f6+O移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单4、上行可用CE数目不足，可能导致UPA不到1M。CE正常，本问题可排除移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单5xH!G3i3Ao,x实际速率 最大信道化码 CE消耗（RAN10） CE消耗（RAN12）3V#h7h%N3z7Bmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。032k 1*SF32 1.5CE 1CE |国内领先的通信技术论坛/q/s2Z5A0V32k64k 1*SF16 3 CE 2 CEH*V(&O1G/R$k0D9B7bmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。64k128k 1*SF8 5 CE 4 CE |国内领先的通信技术论坛4e(xj8Pm,a&b2u,I128k672k 1*SF4 10 CE 6 CE1Z:W+8r2X4S3v$|672k1376k 2*SF4 20 CE 10 CE-.V4q.W%Y1376k2720k 2*SF2 32 CE 16 CE*d&*A,!?( UK&A2720k5440k 2*SF4+2*SF2 48 CE 24 CE移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单&s!y+w9n(Z&y5、金牌卡可基本排除其他用户接入影响。;m&G8v#m0h0n/_MSCBSC 移动通信论坛8h+e0M7o1k#i+o$可能存在问题C.g+d*? L,g/S |国内领先的通信技术论坛1、多RRU级联站点，背景噪声仍为默认设置可能导致UPA速率不到1M，华为参数应改为61+10*logN（N为RRU级联个数）)G*Qa/N!k H8G%S#$e2、上行链路最大负载银子设置过低（如50%或以下），那么其他一切环节正常UPA速率也会受限，DPA6M/UPA不到1M有可能是这种情况。mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。 p!E/N7?3H7_2t!JPS：在HSUPA中，上行资源等效为热噪声上升ROT（Noise Rise Thermal），单位为dB。ROT反应了NodeB处总接收功率负载的情况。根据小区上行链路负载因子的不同设置，小区承载上行业务时所带来的ROT（对应的就是HSUPA业务时RTWP抬升量）也不一样，华为目前上行链路负载因子默认设置为75%，即抬升6dB。从你描述发现，RTWP正常、开通金牌用户，就可以排除干扰和资源问题，你可以试着从以下几步着手：1、换机换卡对比测试，排除设备原因。2、是不是RNC级和基站级2ms开关是否有打开；3、可以抓包测试，逐级排查问题所在。为什么TD-HSDPA（高速下行）理论速度为2.8Mbps, 仅略低于电信的3.1Mbps, 但为什么网速相差那么大呢？后来一位搞网络管理的朋友告诉我，实际网速体验不仅和下行速率有关，其实和上行速率也有很大关系呢！下行的时候是需要上行数据配合的。如果上行太慢，服务器收不到你的请求，自然就不会下行数据给你！TD网的上行速率如果没有TD-HSUPA（高速上行）的话，理论最大值只有48KB/s(384kbps). 这与wcdma, cdma2000要差得很远，所以影响了下行速率，造成实际体验很差。HSDPA是3GPP规定的WCDMA演进的R5版本 上行384K 下行14.4MHSUPA是 R6版本 上行5.76M 下行14.4MHSDPA是在下行速率上实现突破，可以达到14.4M，但上行速率还是不够，所以才使用HSUPA，可以在HSDPA的基础上实现上行速率的突破，可以达到14.4M，目前联通已经开通HSUPAWCDMA HSUPA速率低优化2012-02-18 | 阅读525次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.21.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修改前配置个数修改后配置个数HMRNC0116895135HMRNC0216499137HMRNC032233131调整后，如下：5、复测效果验证5.1 HSUPA TTI LICENSE修改后的Probe测试效果 选取区