wcdma网络优化会战案例汇编

《wcdma网络优化会战案例汇编》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、WCDMA网络优化会战案例汇编目录1、天馈参数不合理导致掉话32、扰码复用不合理导致切换失败53、路由器设置不当导致下行速率慢84、SGSN接口板的光模块故障导致上行速率慢115、切换参数设置不当对HSDPA下载速率影响126、室分接入困难157、2G到3G重选不成功（一）178、2G到3G重选不成功（二）189、3G-2G切换失败（一）2110、3G-2G切换失败（二）231、天馈参数不合理导致掉话【问题描述】如图所示，当车辆行驶至如图所示位置时，UE同时占用3个主导频，RSCP都在-86dBm左右，Ec

2、/Io都在-9dB左右，而且相差较小，测试过程中发生掉话。【问题分析】为导频污染现象。由于该路段周边基站天馈参数不合理，导致出现较为严重的导频污染，并且出现邻区漏配情况，从而导致掉话发生。调整天馈，增加邻区关系，解决掉话问题。【问题处理】经将北玉丰70号_1、_2的电下倾角由0度/0度调整为2度/2度；将中菲大厦_1的电下倾角由6度调整为8度；对中诚大厦_1和北玉丰70号_1、对中诚大厦_1和北玉丰70号_2、对中诚大厦_1和电器成套设备厂_2、军粮供应站_3和电器成套设备厂_2互配邻区；对电器成套设备厂_

3、2提升功率。调整完成后复测无掉话。下面是调整前后对比图：调整前RSCP调整后RSCP调整前Ec/Io调整后Ec/Io2、扰码复用不合理导致切换失败【问题描述】发现多小区（超过3个小区）站点更软切失败是由扰码复用造成的，新加信号的SFN_Frame_difference.off与老信号差2以上。【问题分析】经研究，发现多为同扰码小区的越区干扰，造成切换失败。分析软切失败原因RNC3074下NodeBID180，10801质检大厦_1（PSC126），10802质检大厦_2（PSC134），10803质检大厦_

4、3（PSC142），10805万嘉商务酒店（科技路）（PSC461），10806萨菲尔。从关联日志中可以看到当前小区为10805（PSC461），试图更软切10801（PSC126），如下图（试图加10801）所示。2009-07-1612：59：02测量报告内容为：报1a加PSC126，当前激活集里面的PSC461帧偏2，如下图所示。但PSC126帧偏203，如下图所示。我们之前看到的多小区站点出现软切失败都是激活集里先加后减（测量报告中各小区帧偏都一样），先报1a，然后1b删去不好的那条信号，之后就报无

5、线链路增加失败。如上，多小区站点软切失败时是由扰码复用原因造成的，当然也有相当数量的多小区站点软切失败是仅由激活集原因造成的。【问题处理】解决多小区站点软切失败的方法根据上面的分析，要解决多小区站点软切失败问题首先要改小区扰码。修改扰码情况如下表。小区ID修改前扰码修改后扰码10801126390108021343981080314240610805461435修改扰码后，从2009-07-25从关联日志中测量报告看到报1c，用390替换406，从下图中可以看到新信号和老信号的帧偏只相差1。3、路由器设置不

6、当导致下行速率慢【问题描述】外场HSDPA单线程下载测试，在无线质量较好前提下，定点HSDPA单线程下载速率平均3Mbps左右且速率波动非常大。在RNC侧对单个UE灌包测试，速率平均5.5Mbps比较平稳，说明Iub口和空口没有问题。【问题分析】从UElog来看，在CQI较好的时候，UE收到下行数据量不足。上图红框中数据为TSN标识，标识连续表明下行数据未有丢包。从UE侧抓包看，存在大量TCP包乱序，在乱序后马上会启动快速重传，对DPA的下载速率有很大影响。从UElog上看下行数据报RLCSN连续，不存在乱

7、序，排除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，里

8、面承载的applicationIP报文（PDN）是A,C,B，说明PDN->GGSN乱了。收到GTPU内部IP编号1，3，2，里面承载的applicationIP报文（PDN）是A,C,B。说明GGSN->SGSN->RNC乱了。在GUIM上现场抓取报文，分析如下：当TCP乱序发生时，先收到GTPU外层承载IP报文IPID为0为0xe4ac，对应承载原始报文IPID0X4905。再收到GTPUP外层承载报文IPI