优化案例.docx
《优化案例.docx》由会员分享，可在线阅读，更多相关《优化案例.docx（15页珍藏版）》请在冰豆网上搜索。
优化案例
1.子帧配置导致上传速率低
【现象描述】
滨江电力公司在进行上传业务时发现该站点的3个扇区的速度均比较低，尤其是1、2扇区上传速率只能达到约2~5Mbps。
【问题分析】
1）从DTlog发现滨江电力1扇区BLER较高，MCS较低，怀疑和干扰有关；
2）分析滨江电力3小区log发现该小区的子帧配比为3：
1，核查参数确认滨江电力3扇区子帧确实被设置为3：
1，而周边基站的子帧配比为2：
2，怀疑和小区间上下行子帧相互干扰有关。
BTSSiteManager参数设置：
【优化措施】
调整滨江电力3小区子帧配比为2：
2，和网内其它站点子帧配置相同;
【优化效果】
将时隙配比改为2：
2后，三个扇区上传速率均达到15Mbps以上，确认了上传速率低和子帧配置有关，下行子帧干扰上行子帧导致上传速率低；
2.PCIMOD3导致掉线
【现象描述】
UE占用滨江国税3（PCI：
108）小区进行FTP下载测试，在长河路-江南大道路口UE尝试切换到江边1（PCI：
63）小区时，出现切换失败或是切换完成后掉线，最终UE重选到江边1小区。
掉线区域RSRP正常（-80dbm）但SINR较差（-8db左右）。
而且由江边1小区向滨江国税3小区切换时也会发生，切换失败和掉线，最终小区进行重选。
【问题分析】
1）此处无线环境RSRP相对较好仅是SINR较差，初步判断是小区间干扰导致掉线；
2）SINR值差区域在滨江国税3小区（PCI=108）和江边1小区（PCI=63）切换带上，两小区PCI的mod3余数均为0；
3）LTE扰码中小区标识CellID由物理层小区标识组ID和物理层小区标识组内的小区标识ID构成。
小区标识CellID=3*物理层小区标识组ID+物理层小区标识组内的小区标识ID。
物理层小区标识组ID取值范围为0到167，用来对辅同步信号加扰,；物理层小区标识组内的小区标识ID取值为0、1、2，用来对主同步信号进行加扰；
4）因滨江国税3（PCI：
108）小区和江边1（PCI：
63）小区PCImod3结果都是0，对主同步信号的加扰方式相同，造成切换时SINR较差，同步建立困难，发生切换失败和掉线问题。
【优化措施】
结合周围站点的覆盖情况分析，将江边1（PCI：
63）小区和江边3（PCI：
65）小区的PCI进行对调。
修改前周围站点PCI如图修后前周围站点PCI如图
小区名
PCI
更改日期
参数名称
原配置
更改后配置
LTE_江边_1
63
2011-7-31
PCI
63
65
LTE_江边_3
65
2011-7-31
PCI
65
63
【优化效果】
通知后台修改后，对该区域进行多次复测，两小区间切换正常，未出现掉线问题。
SINR值由原来的-8dB提升到10dB。
滨江国税3小区切向江边1小区江边1小区切向滨江国税3小区
3.切换开关参数导致切换失败
【现象描述】
测试车在江南大道上由东向西行驶，UE占用LTE_滨江朝阳轮胎_1向LTE_滨江朝阳轮胎_3切换时不断发送MeasurementReport，随后一直未收到eNodeB回复的RRCConnectionReconfiguration消息，最终掉线。
由西向东行驶时，UE占用LTE_滨江朝阳轮胎_3向LTE_滨江朝阳轮胎_1切换正常。
【问题分析】
1）UE在上发MeasurementReport时，无线环境正常（RSRP值为-96dBm，SINR值为10dB），排除无线环境问题；
2）核查小区间邻区关系，LTE_滨江朝阳轮胎_1到LTE_滨江朝阳轮胎_3的邻区已添加；
3）提取LTE_滨江朝阳轮胎两个小区的SCF文件，对比切换参数设置，核查发现LTE_滨江朝阳轮胎_1的enableBetterCellHo为false，enableCovHo为false，分别是控制切换的开关，设置为关闭，从而导致小区无法切换，导致掉线；
【优化措施】
将LTE_滨江朝阳轮胎_1的enableBetterCellHo从false修改为true，enableCovHo从false修改为true。
【优化效果】
参数修改复测切换正常，未出现掉线。
4.RRU-天线间跳线接错
【现象描述】
UE占用后勤中心3小区信号，连接后不做下载业务的情况下，极好点SINR值22db以上，RSRP为-78dbm。
在相同位置，UE占用后勤中心3小区进行下载业务测试，RSRP无太多变化，但SINR值突然下降到17db左右（同时做上传/下载业务，SINR值下降5至8db），极好点变成好点，下载的平均速率只有20.27Mbit/s（正常情况应大于30Mbit/s）。
停止下载业务后SINR恢复正常（SINR值在22db），做上传业务时SINR值无较大变化，速率也正常。
不做下载业务时SINR值做下载业务时SINR值
【问题分析】
1）排除位置环境因素，更换到其它位置的极好点，在该小区做下载业务，现象依旧；
2）重启后勤服务中心3小区，重启后复测，现象依然存在。
3）排除干扰因素，闭锁后勤服务中心2、远方仪器1、滨江电力公司大楼3、诺西大楼西2和诺西大楼3等后勤服务中心3周边小区，但现象依旧，排除周边小区干扰问题；
4）怀疑天馈问题，上站对后勤服务中心3小区的天线端口-RRU之间的跳线连接进行核对，结果发现RRU校准端口连接到天线的8端口上，导致RRU2、4、6、8端口和对应的天线5、6、7、8端口依次接错，致使做下载业务时覆盖质量变差，下载速率不达标。
正确的天线端口和RRU端口对应关系如下：
5）后勤服务中心3小区的天线传输模式是TM2，即采用发射分集技术。
发射分集技术通过天线之间的不相关性（天线间距通常10λ以上），采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，提高覆盖质量。
LTE采用两天线发送一个数据流，天线端口1、2、3、4映射到0端口组，天线端口5、6、7、8映射到1端口组，形成两天线分别进行波束赋形，发送相同数据。
但由于RRU2、4、6、8端口和对应的天线5、6、7、8端口连线接错，导致1端口组天线波束赋形混乱，造成干扰，影响覆盖质量，在做下载业务情况时，对大数据量传送有明显的影响。
如果不做业务，或传送数据量较小情况下，影响不明显。
【优化措施】
正确连接天线端口和RRU端口对应关系，让RRU2、4、6、8端口分别对应的天线5、6、7、8端口，RRU校准口对应天线校准口。
【优化效果】
整改后，复测情况正常，未出现SINR陡降现象，下载速率为34.37Mbit/s，速率达标。
5.小区间天线接反
【现象描述】
东南亚酒店3个小区PCI设计值依次为117、118、119，而在实际路测中发现在3小区覆盖范围下收到的PCI值为118。
【问题分析】
通过数据库修改测试，确认为基站安装时将2、3小区BBU与RRU之间光纤接反。
【优化措施】
上站更换硬件安装错误
【优化效果】
上站调换2、3小区在BBU端光纤接口，问题解决。
下面是更换小区光纤前后对比
6.乒乓切换
【现象描述】
光宝路站内切换频繁
【问题分析】
光宝路1,2小区在基站左侧的道路上（光宝路）覆盖重叠区域较大，且信号相近，导致站内的频繁切换。
【优化措施】
将光宝路2小区方位角增加15度，同时下倾角下压4度，将原来重叠的区域减小。
【优化效果】
优化效果很好，分离了两个扇区的主覆盖区，将站内切换的次数控制到了1次。
优化前：
优化后：
7.邻区缺少导致切换失败
【现象描述】
测试中发现大观路与中华墓园不能切换。
【问题分析】
回放log分析，原小区不停上发测量报告但不能切换至目标小区，为邻区缺失导致。
【优化措施】
添加中华墓园与大观路的双向邻区。
【优化效果】
经添加中华墓园与大观路的双向邻区后复测，切换正常。
8.异频切换开关参数未打开导致的切换失败
【现象描述】
3*10M异频组网下，从老码头路由西向东行驶，UE占用LTE_滨江国税局_3小区，到了LTE_滨江国税局_2小区覆盖路段，UE未上发MeasurementReport进行切换，而是异常的切换到较远处的LTE_可乐饭店_3小区，随后再从LTE_可乐饭店_3切换到LTE_滨江国税局_2小区，由于LTE_滨江国税局_3与LTE_滨江国税局_2小区不能正常切换导致该路段的RSRP和SINR值都较差。
由东向西行驶时，UE占用LTE_滨江国税局_2向LTE_滨江国税局_3切换正常（反方向切换正常）。
【问题分析】
1）在问题路段，LTE_滨江国税局_3与LTE_滨江国税局_2小区的切换带无线环境较好（RSRP在-85dbm以上，SINR值在10db以上），排除无线环境问题；
2）核查小区间邻区关系，LTE_滨江国税局_3到LTE_滨江国税局_2的邻区已添加；
3）通过数据分析发现，LTE_滨江国税局_3与LTE_可乐饭店_3小区属于同频小区（37850），LTE_滨江国税局_3与LTE_滨江国税局_2小区属于异频小区，且LTE_滨江国税局_3跟周围的异频小区均不能正常切换，但跟周围的同频小区均能切换正常。
4）对LTE_滨江国税局的切换参数设置进行核查，发现LTE_滨江国税局_3的enableinterFrequencyHO为disabled，异频切换开关没有打开，从而导致该小区无法进行频切换。
【优化措施】
将LTE_滨江国税局_3小区的enableinterFrequencyHO改为enabled。
【优化效果】
参数修改后，复测异频切换正常。
升级会员 