WCDMA的HSUPA速率低
在一些区域WCDMA的HSUPA速率低,ECIO和RSCP都很好 但是HSUPA速率却很低 请教为啥?谢谢。
查下上行干扰
了解HSUPA采用了三种主要的技术:物理层混合重传,基于Node B的快速调度,和2msTTI短帧传输。就能方便理解制约上传速率的原因。
物理层混合重传[L1(Fast) HARQ]:在WCDMA R99中,数据包重传是由RNC控制下的RLC重传完成的。在AM模式下,RLC的重传由于涉及RLC信令和Iub接口传输,重传延时超过100ms。在HSUPA中定义了一种物理层的数据包重传机制,数据包的重传在移动终端和基站间直接进行,基站收到移动终端发送的数据包后会通过空中接口向移动终端发送ACK/NACK信令,如果接收到的数据包正确则发送ACK信号,如果接收到的数据包错误就发送NACK信号,移动终端通过ACK/NACK的指示,可以迅速重新发送传输错误的数据包。由于绕开了Iub接口传输,在10msTTI下,重传延时缩短为40ms。在HSUPA的物理层混合重传机制中,还使用到了软合并(soft combing)和增量冗余技术(Incremental Redundancy),提高了重传数据包的传输正确率。
基于Node B的快速调度(NodeB Scheduling):基于Node B的快速调度的核心思想是由基站来控制移动终端的传输数据速率和传输时间。基站根据小区的负载情况,用户的信道质量和所需传输的数据状况来决定移动终端当前可用的最高传输速率。当移动终端希望用更高的数据速率发送时,移动终端向基站发送请求信号,基站根据小区的负载情况和调度策略决定是否同意移动终端请求。如果基站同意移动终端的请求,基站将发送信令提高移动终端的最高可用传输速率。当移动终端一段时间内没有数据发送时,基站将自动降低移动终端的最高可用传输速率。由于这些调度信令是在基站和移动终端间直接传输的,所以基于Node B的快速调度机制可以使基站灵活快速地控制小区内各移动终端的传输速率,使无线网络资源更有效地服务于访问突发性数据的用户,从而达到增加小区吞吐量的效果。
2msTTI 和10 ms TTI: WCDMA R99 上行DCH的传输时间间隔(TTI)为10ms,20ms,40ms,80ms。在HSUPA中,采用了10msTTI以降低传输延迟。虽然HSUPA也引入了2ms TTI的传输方式,进一步降低传输延迟,但是基于2msTTI的短帧传输不适合工作于小区的边缘。
HSUPA和HSDPA都是WCDMA系统针对分组业务的优化,HSUPA 采用了一些与HSDPA类似的技术,但是HSUPA并不是HSDPA简单的上行翻版,HSUPA中使用的技术考虑到了上行链路自身的特点,如上行软切换,功率控制,和UE的PAR(峰均比)问题,HSDPA中采用的AMC技术和高阶调制并没有被HSUPA采用。
同时在测试时观察的指标还有TXPOWER/RTWP/UL吞吐率等,并不是光简单的观察RSCP&EC/IO
我遇到过这种问题,如果全网,那么原因是同事路测时软件参数据设置错误 ! 如果个别的几人站,我想可能是有干扰了
存在上行干扰,RTWP是否正常?
数据端口的是不是都开了?
2楼讲的不错,学习下