WCDMA网络优化会战案例汇编.docVIP

  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文档。上传文档
查看更多
WCDMA网络优化会战案例汇编

WCDMA网络 优化会战案例汇编 目录 1、天馈参数不合理导致掉话 3 2、扰码复用不合理导致切换失败 5 3、路由器设置不当导致下行速率慢 8 4、SGSN接口板的光模块故障导致上行速率慢 11 5、切换参数设置不当对HSDPA下载速率影响 12 6、室分接入困难 15 7、2G到3G重选不成功(一) 17 8、2G到3G重选不成功(二) 18 9、3G-2G切换失败(一) 21 10、3G-2G切换失败(二) 23 1、天馈参数不合理导致掉话 【问题描述】 如图所示,当车辆行驶至如图所示位置时,UE同时占用3个主导频,RSCP都在-86dBm左右,Ec/Io都在-9dB左右,而且相差较小,测试过程中发生掉话。 【问题分析】 为导频污染现象。由于该路段周边基站天馈参数不合理,导致出现较为严重的导频污染,并且出现邻区漏配情况,从而导致掉话发生。调整天馈,增加邻区关系,解决掉话问题。 【问题处理】 经将北玉丰70号_1、_2的电下倾角由0度/0度调整为2度/2度;将中菲大厦_1的电下倾角由6度调整为8度;对中诚大厦_1和北玉丰70号_1、对中诚大厦_1和北玉丰70号_2、对中诚大厦_1和电器成套设备厂_2、军粮供应站_3和电器成套设备厂_2互配邻区;对电器成套设备厂_2提升功率。调整完成后复测无掉话。 下面是调整前后对比图: 调整前RSCP 调整后RSCP 调整前Ec/Io 调整后Ec/Io 2、扰码复用不合理导致切换失败 【问题描述】 发现多小区(超过3个小区)站点更软切失败是由扰码复用造成的,新加信号的SFN_Frame_difference.off与老信号差2以上。 【问题分析】 经研究,发现多为同扰码小区的越区干扰,造成切换失败。 分析软切失败原因 RNC3074下NodeBID180,10801质检大厦_1(PSC126),10802质检大厦_2(PSC134),10803质检大厦_3(PSC142),10805万嘉商务酒店(科技路)(PSC461),10806萨菲尔。从关联日志中可以看到当前小区为10805(PSC461),试图更软切10801(PSC126),如下图(试图加10801)所示。 2009-07-16 12:59:02测量报告内容为:报1a加PSC126,当前激活集里面的PSC461帧偏2,如下图所示。 但PSC126帧偏203,如下图所示。 我们之前看到的多小区站点出现软切失败都是激活集里先加后减(测量报告中各小区帧偏都一样),先报1a,然后1b删去不好的那条信号,之后就报无线链路增加失败。 如上,多小区站点软切失败时是由扰码复用原因造成的,当然也有相当数量的多小区站点软切失败是仅由激活集原因造成的。 【问题处理】 解决多小区站点软切失败的方法 根据上面的分析,要解决多小区站点软切失败问题首先要改小区扰码。修改扰码情况如下表。 小区ID 修改前扰码 修改后扰码 10801 126 390 10802 134 398 10803 142 406 10805 461 435 修改扰码后,从2009-07-25从关联日志中测量报告看到报1c,用390替换406,从下图中可以看到新信号和老信号的帧偏只相差1。 3、路由器设置不当导致下行速率慢 【问题描述】 外场HSDPA单线程下载测试,在无线质量较好前提下,定点HSDPA单线程下载速率平均3Mbps左右且速率波动非常大。在RNC侧对单个UE灌包测试,速率平均5.5Mbps比较平稳,说明Iub口和空口没有问题。 【问题分析】 从UElog来看,在CQI较好的时候,UE收到下行数据量不足。 上图红框中数据为TSN标识,标识连续表明下行数据未有丢包。 从UE侧抓包看,存在大量TCP包乱序,在乱序后马上会启动快速重传,对DPA的下载速率有很大影响。 从UElog上看下行数据报RLC SN连续,不存在乱序,排除Iub口引入乱序的可能。而Iu-PS在RNC《-》SGSN-《-》GGSN《-》PDN均采用IP传输,很有可能存在乱序。 从图中可以看到SGSN-1通过2个 XK-CE-1 到我们的RNC1、2、3,在CN侧也设置了两个路由,且两个路由没有优先级设置,这样包可能从任何一个路由到RNC,所以很可能产生乱序。 为确定乱序可以在Iu口抓取报文或者在UIM上抓取报文分析,由于用户较多在UIM上抓取报文存在问题,以下引用单线程下载速率分析的相关乱序判定数据。 乱序报文判断基本原则: 收到GTPU内部IP 编号1,2,3,里面承载的application IP报文(PDN)是 A,C,B, 说明 PDN -GGSN乱了。 收到GTPU内部IP编号 1,3,2,里面承载的application IP报文(PDN)是A,C,B。说明 GGSN-S

文档评论(0)

ligennv1314 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档