最大上负载因子配置错误导致某小区HSUPA吞吐率低.docVIP

下载本文档

6
0
约2.92千字
约 3页
2017-06-14 发布于河南
举报
版权申诉

最大上负载因子配置错误导致某小区HSUPA吞吐率低.doc

1、本文档共3页，可阅读全部内容。
2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
8、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

最大上负载因子配置错误导致某小区HSUPA吞吐率低

案例名称：最大上行负载因子配置错误导致某小区HSUPA吞吐率低案例编写人万亮现象描述：在对某室内分布小区进行单站验证过程中发现HSUPA速率很慢，始终只有200多kbps。但是同属一个BBU的室外站的HSUPA功能速率正常为1.2~1.8Mbps。告警信息：无原因分析：此问题非全局性问题，属于个性问题。可以排除掉RNC、SGSN以及上层等原因。着重从单小区的无线环境、单小区传输链路质量、该室内分布系统和单小区数据配置下手。通过采集Probe信息可以知，HSUPA吞吐率明显偏低，测试区域无线环境良好，RSCP=-48.25;Ec/Io=-4.5,且BLER=0。排除该小区下行无线环境因数和与下行链路传输质量等原因。通过RB SETUP消息观察，发现RB确实是承载在e-DCH上，用的就是HSUPA信道而非R99信道。对室内分布系统进行检查的时候发现RTWP值在-98左右，同时检查此室分的设计方案发现有5个室内分布干放系统，怀疑是由于RTWP高影响HSUPA速率。推动室分厂家对底噪整改至-103.5dBm，再次测试时发现问题依旧。将连接室分的RRU和室分断开，直接测试RRU的信号，发现HSUPA速率还是无法达到要求，仍在200kbps左右。对MML脚本进行详细检查，尤其是针对该小区的数据配置检查，在ADD CELLHSUPA命令行中看出了异常，发现该问题小区的最大上行负载因子目标值MAXTARGETULLOADFACTOR=0，NONSERVTOTOTALEDCHPWRRATIO=75，与其他小区呈相反的设置。最大上行负载因子目标值，是指RNC定义的、期望NodeB HSUPA功率控制将上行负载收敛到的目标负荷。如果此参数过小，小区吞吐率将过小。问题的原因就是因为错误地将MAXTARGETULLOADFACTOR=0，在HSUPA用户接入时，系统为了维持住这个负荷门限，即限定了小区的吞吐率。处理过程：修改MAXTARGETULLOADFACTOR=75；NONSERVTOTOTALEDCHPWRRATIO=0 ADD CELLHSUPA:CELLID=10641, EAGCHCODENUM=1, ERGCHEHICHCODENUM=1, MAXTARGETULLOADFACTOR=75, NONSERVTOTOTALEDCHPWRRATIO=0; 重新测试，问题解决。HSUPA吞吐率1.4M左右。建议与总结：附件：相关资料：