优化案例.docx

1、优化案例1. 子帧配置导致上传速率低【现象描述】滨江电力公司在进行上传业务时发现该站点的3个扇区的速度均比较低，尤其是1、2扇区上传速率只能达到约25Mbps。 【问题分析】1） 从DT log发现滨江电力1扇区BLER较高，MCS较低，怀疑和干扰有关；2） 分析滨江电力3小区log发现该小区的子帧配比为3：1，核查参数确认滨江电力3扇区子帧确实被设置为3：1，而周边基站的子帧配比为2：2，怀疑和小区间上下行子帧相互干扰有关。 BTS Site Manager参数设置：【优化措施】调整滨江电力3小区子帧配比为2：2，和网内其它站点子帧配置相同;【优化效果】将时隙配比改为2：2后，三个扇区上传速

2、率均达到15Mbps以上，确认了上传速率低和子帧配置有关，下行子帧干扰上行子帧导致上传速率低；2. PCI MOD 3导致掉线【现象描述】UE占用滨江国税3（PCI：108）小区进行FTP下载测试，在长河路-江南大道路口UE尝试切换到江边1（PCI：63）小区时，出现切换失败或是切换完成后掉线，最终UE重选到江边1小区。掉线区域RSRP正常（-80dbm）但SINR较差（-8db左右）。而且由江边1小区向滨江国税3小区切换时也会发生，切换失败和掉线，最终小区进行重选。【问题分析】1） 此处无线环境RSRP相对较好仅是SINR较差，初步判断是小区间干扰导致掉线；2） SINR值差区域在滨江国税3

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）小区PCI mod3 结果都是0，对主同步信号的加扰方式相同，造成切换时SINR较差，同步建立困难，发生切换失败

4、和掉线问题。【优化措施】结合周围站点的覆盖情况分析，将江边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. 切换开关参数导致切换失败【现象描述】测试车在江南

5、大道上由东向西行驶，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_滨江朝阳轮胎两个小区的

6、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

7、小区进行下载业务测试， RSRP 无太多变化，但SINR值突然下降到17db左右（同时做上传/下载业务，SINR值下降5至8db），极好点变成好点，下载的平均速率只有20.27Mbit/s（正常情况应大于30Mbit/s）。停止下载业务后SINR恢复正常（SINR值在22db），做上传业务时SINR值无较大变化，速率也正常。不做下载业务时SINR值 做下载业务时SINR值【问题分析】1） 排除位置环境因素，更换到其它位置的极好点，在该小区做下载业务，现象依旧； 2） 重启后勤服务中心3小区，重启后复测，现象依然存在。3） 排除干扰因素，闭锁后勤服务中心2、远方仪器1、滨江电力公司大楼3、诺西大

8、楼西2和诺西大楼3等后勤服务中心3 周边小区，但现象依旧，排除周边小区干扰问题； 4） 怀疑天馈问题，上站对后勤服务中心3小区的天线端口-RRU之间的跳线连接进行核对，结果发现RRU校准端口连接到天线的8端口上， 导致RRU 2、4、6、8端口和对应的天线5、6、7、8端口依次接错，致使做下载业务时覆盖质量变差，下载速率不达标。正确的天线端口和RRU端口对应关系如下： 5） 后勤服务中心3小区的天线传输模式是TM2，即采用发射分集技术。发射分集技术通过天线之间的不相关性（天线间距通常10以上），采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，提高覆盖质量。LTE采用两天线发

9、送一个数据流，天线端口1、2、3、4映射到0端口组，天线端口5、6、7、8映射到1端口组，形成两天线分别进行波束赋形，发送相同数据。但由于RRU 2、4、6、8端口和对应的天线5、6、7、8端口连线接错，导致1端口组天线波束赋形混乱，造成干扰，影响覆盖质量，在做下载业务情况时，对大数据量传送有明显的影响。如果不做业务，或传送数据量较小情况下，影响不明显。 【优化措施】正确连接天线端口和RRU端口对应关系，让RRU 2、4、6、8端口分别对应的天线5、6、7、8端口，RRU校准口对应天线校准口。【优化效果】整改后，复测情况正常，未出现SINR陡降现象，下载速率为34.37Mbit/s，速率达标。

10、 5. 小区间天线接反【现象描述】东南亚酒店3个小区PCI设计值依次为117、118、119，而在实际路测中发现在3小区覆盖范围下收到的PCI值为118。【问题分析】通过数据库修改测试，确认为基站安装时将2、3小区BBU与RRU之间光纤接反。【优化措施】上站更换硬件安装错误【优化效果】上站调换2、3小区在BBU端光纤接口，问题解决。下面是更换小区光纤前后对比6. 乒乓切换【现象描述】光宝路站内切换频繁【问题分析】光宝路1,2小区在基站左侧的道路上（光宝路）覆盖重叠区域较大，且信号相近，导致站内的频繁切换。【优化措施】将光宝路2小区方位角增加15度，同时下倾角下压4度，将原来重叠的区域减小。【优

11、化效果】优化效果很好，分离了两个扇区的主覆盖区，将站内切换的次数控制到了1次。优化前：优化后：7. 邻区缺少导致切换失败【现象描述】测试中发现大观路与中华墓园不能切换。【问题分析】回放log分析，原小区不停上发测量报告但不能切换至目标小区，为邻区缺失导致。【优化措施】添加中华墓园与大观路的双向邻区。【优化效果】经添加中华墓园与大观路的双向邻区后复测，切换正常。8. 异频切换开关参数未打开导致的切换失败【现象描述】3*10M异频组网下，从老码头路由西向东行驶，UE占用LTE_滨江国税局_3小区，到了LTE_滨江国税局_2小区覆盖路段，UE未上发MeasurementReport进行切换，而是异常

12、的切换到较远处的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。【优化效果】参数修改后，复测异频切换正常。