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） 此处无线环境
3、 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） 因滨江国税
4、3（PCI ：108)小区和江边 1（ PCI：63）小区 PCI mod3 结果都是 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 【优化效果】通知后台修改后，对该区域进行多次复
5、测，两小区间切换正常，未出现掉线问题。SINR值由原来的-8dB 提升到 10dB。滨江国税 3 小区切向江边 1 小区 江边 1 小区切向滨江国税 3 小区3. 切换开关参数导致切换失败【现象描述】测试车在江南大道上由东向西行驶，UE 占用 LTE_滨江朝阳轮胎_1 向 LTE_滨江朝阳轮胎_3 切换时不断发送 MeasurementReport，随后一直未收到 eNodeB 回复的RRCConnectionReconfiguration 消息， 最终掉线。由西向东行驶时， UE 占用 LTE_滨江朝阳轮胎_3 向 LTE_滨江朝阳轮胎_1 切换正常。【问题分析】1） UE 在上发 Meas
6、urementReport 时，无线环境正常（ RSRP 值为-96dBm ，SINR 值为10dB），排除无线环境问题； 2） 核查小区间邻区关系，LTE_ 滨江朝阳轮胎_1 到 LTE_滨江朝阳轮胎_3 的邻区已添加； 3） 提取 LTE_滨江朝阳轮胎两个小区的 SCF 文件，对比切换参数设置，核查发现 LTE_滨江朝阳轮胎_1 的 enableBetterCellHo 为 false，enableCovHo 为 false，分别是控制切换的开关，设置为关闭，从而导致小区无法切换，导致掉线； 【优化措施】将 LTE_滨江朝阳轮胎_1 的 enableBetterCellHo 从 false
7、 修改为 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 恢复
8、正常（SINR 值在 22db），做上传业务时 SINR 值无较大变化，速率也正常。不做下载业务时 SINR 值 做下载业务时 SINR 值【问题分析】1） 排除位置环境因素，更换到其它位置的极好点，在该小区做下载业务，现象依旧； 2） 重启后勤服务中心 3 小区，重启后复测，现象依然存在。3） 排除干扰因素，闭锁后勤服务中心 2、远方仪器 1、滨江电力公司大楼 3、诺西大楼西2 和诺西大楼 3 等后勤服务中心 3 周边小区，但现象依旧，排除周边小区干扰问题； 4） 怀疑天馈问题，上站对后勤服务中心 3 小区的天线端口-RRU 之间的跳线连接进行核对，结果发现 RRU 校准端口连接到天线的 8
9、 端口上， 导致 RRU 2、4、6 、8 端口和对应的天线 5、6 、7 、8 端口依次接错，致使做下载业务时覆盖质量变差，下载速率不达标。正确的天线端口和 RRU 端口对应关系如下： 5） 后勤服务中心 3 小区的天线传输模式是 TM2，即采用发射分集技术。发射分集技术通过天线之间的不相关性（天线间距通常 10 以上），采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，提高覆盖质量。LTE 采用两天线发送一个数据流，天线端口 1、2、3 、4 映射到 0 端口组，天线端口 5、6、7、8 映射到 1 端口组，形成两天线分别进行波束赋形，发送相同数据。但由于 RRU 2、4
10、、6、8 端口和对应的天线 5、6 、7 、8 端口连线接错，导致 1 端口组天线波束赋形混乱，造成干扰，影响覆盖质量，在做下载业务情况时，对大数据量传送有明显的影响。如果不做业务，或传送数据量较小情况下，影响不明显。 【优化措施】正确连接天线端口和 RRU 端口对应关系，让 RRU 2、4、6、8 端口分别对应的天线5、6、7、8 端口，RRU 校准口对应天线校准口。【优化效果】整改后，复测情况正常，未出现 SINR 陡降现象，下载速率为 34.37Mbit/s，速率达标。 5. 小区间天线接反【现象描述】东南亚酒店 3 个小区 PCI 设计值依次为 117、118、119，而在实际路测中发
11、现在 3 小区覆盖范围下收到的 PCI 值为 118。【问题分析】通过数据库修改测试，确认为基站安装时将 2、3 小区 BBU 与 RRU 之间光纤接反。【优化措施】上站更换硬件安装错误【优化效果】上站调换 2、3 小区在 BBU 端光纤接口，问题解决。下面是更换小区光纤前后对比6. 乒乓切换【现象描述】光宝路站内切换频繁【问题分析】光宝路 1,2 小区在基站左侧的道路上（光宝路）覆盖重叠区域较大，且信号相近，导致站内的频繁切换。【优化措施】将光宝路 2 小区方位角增加 15 度，同时下倾角下压 4 度，将原来重叠的区域减小。【优化效果】优化效果很好，分离了两个扇区的主覆盖区，将站内切换的次数控制到了 1 次。优化前：优化后：7. 邻区缺少导致切换失败【现象描述】测试中发现大观路与中华墓园不能切换。【问题分析】回放 log 分析，原小区不停上发测量报告但不能切换至目标小区，为邻区缺失导致。
