TD网络HSDPA业务FTP下载速率低问题定位分析.docVIP

TD网络HSDPA业务FTP下载速率低问题定位分析.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
某市TD网络HSDPA业务FTP下载速率低问题定位分析 现网产品版本号 RNC: DRNC820V004R000 NodeB: TBBP530V004R000C01B040 网络配置 网络上下行时隙配置为3:3。 第二辅载波为H业务载波,频点固定为10104. 下行HS-PDSCH共享信道配置在TS4和TS5时隙上。TS4HSMAXPWR=280,TS5HSMAXPWR=280. 下行HS-SCCH控制信道配置在TS6时隙上。SCCHMAXPWR=0。 上行HS-SICH信道配置在TS3时隙上, 部分站点修改过时隙,将HS-SICH配置在TS1。 问题现象描述: H业务FTP下载的数据源是在公网下载电影或MP3。下载方法是使用FleshGet软件,多进程(5~10个进程)下载。 测试点为无线信号质量非常好的近点场景(PCCPCH RSCP 在-65dBm左右,PCCPCH CI在15左右)和中点场景。 单用户使用大唐8130测试手机(或中兴数据卡,或华为数据卡),在华为网络中做H业务FTP下载测试,平均下载速率为560kbps~620kbps之间。 在LMT-R上观察到下行吞吐量为850kbps,而在外场实际FTP下载测试速率为560kbps,两者相差近200kbps。虽然这两个速率处于不同的协议层,之间有一定的包头开销,但也不至于在平均速率上有200kbps的差别。 在使用相同的下载数据源和下载方法的前提条件下, 到同城友商网络中测试,下载平均速率都在800Kpbs,下在速率比我司高出近200kbps。 问题初步排查过程 从信令消息RAB assignment request中可看到, 用户的签约速率上行为64kbps,下行为1Mbps。如下图所示: 一开始,我们怀疑是RNC 的某些无线优化参数配置不合理, 导致H业务下载速率低。于是检查RNC MML数据配置文件,发现背景业务对应RABINDEX=75的INITSIRTARGET=182和MINSIRTARGET=62,感觉到最小目标信噪比为62((62-82)/10=-2dB)会影响上行伴随信道的信号质量。 于是通过LMT-R修改开环功率控制参数如下:修改RABINDEX=75的开环功控参数ULBLER=-13, INITSIRTARGET=192, MAXSIRTARGET=202, MINSIRTARGET=172,但是从抓取NodeB侧TPCWin Log分析来看,修改这些参数之前上行收到NACK比例为5/100, 而修改参数后下降到1/500。 这说明上行信号信道质量是得到提高了。但是外场测试H业务FTP下载平均速率仍为580kbps左右。 速率没有多大提升,说明这些参数并不是制约H业务下载速率提升的关键因素。 使用LMT-B远程登陆到杨士乡站点,通过MOD HSPACTRL命令修改NodeB的HSDPA参数: 1)hsdpaSF1ScheSwitch = 可用; 2)hsdpaPCSwitchHSSCCH = 关闭; 3)hsdpaSirTargetHSSICH(dB)= 24/26/28; 无论在近场(PCCPCH RSCP为-65dBm,PCCPCH CI为16左右),还是中场,远场(PCCPCH RSCP为-85dBm),测试得的平均下载速率没有多大变化。 说明这些参数并不是制约H业务下载速率提升的关键因素。 RNC和NodeB Log详细分析 从NB侧的TPCWin log分析来看: ACK率高,NACK和No Signal很少,但是单用户情况下,UE并没有被完全调度,说明无线数据传输没有问题,但是RNC下发的数据不足,如下所示: 发现PQ状态Empty和Low的比例很高,说明RNC下发的数据不足,如下所示: 从RNC侧CDT的log来看: MAC-D的调度速率有800多Kbps; 下行传输误块率很高,有时达40~50%。 经常收到UE的状态报告,请求重复PDU; RLC 缓冲区域BO占用率高,有数据; 问题定位 从NodeB侧TPCWin log的分析来看,无线信号质量不是引起HS速率低的主要原因; 从RNC侧CDT log分析来看,RNC的RLC BO有数据,同时MACD的调度速率能达到800多k,但是NodB B的PQ却经常出现空,没有数据下发,造成UE的速率低,同时RNC RLC经常收到UE请求的重发PDU的Status Report。 因此初步判断数据丢失在Iub接口上,造成NodeB数据不足,同时UE由于没有连续接收到RLC PDU而要求重传丢失的PDU; Iub传输配置检查 RNC侧传输配置检查 检查RNC侧传输带宽配置 检查业务面传输带宽配置脚本,判断HSDPA_NRT带宽配置为5375kbps,带宽配置应该不会成为瓶

文档评论(0)

湘雅书斋 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:5220142302000001

1亿VIP精品文档

相关文档