LTE案例.docx
《LTE案例.docx》由会员分享，可在线阅读，更多相关《LTE案例.docx（28页珍藏版）》请在冰豆网上搜索。
LTE案例
TD-LTE案例汇总
2014-01
目录
第1章概述3
第2章覆盖问题4
2.1案例14
2.2案例25
2.3案例37
第3章切换问题9
3.1案例19
3.2案例211
3.3案例312
第4章PCI规划问题13
4.1案例114
第5章速率低问题15
5.1案例115
5.2案例218
5.3案例321
第6章掉线问题24
6.1案例124
6.2案例226
第7章安装问题27
7.1案例127
7.2案例229
7.3案例330
第8章总结31
第1章概述
本文依据TDLTE优化工作情况，精选和汇编了一些典型案例供大家学习参考，期望对其他优化人员有所帮助，提高工作效率。
根据优化情况，主要分为以下几类：
1.覆盖问题
2.切换问题
3.PCI规划问题
4.速率低问题
5.掉线问题
6.安装问题
第2章覆盖问题
覆盖优化是全网优化中的一个最重要的阶段，为了全面提升网络的覆盖水平，达到在最少的投资条件下实现最合理的基站布局、最佳的参数设置、最大的网络容量、最小的干扰水平以及最高的网络质量的无线网络设计目标，应进行完善的无线环境优化，认真考虑系统的用户分布情况，合理设置基站参数，对TD-LTE网络的上下行覆盖和质量等多方面进行全面分析。
重点关注城区高站越区覆盖、整网干扰优化等。
调整方法可分为：
物理调整，参数调整。
2.1案例1
【现象描述】
新飞仕2扇区与风信路1扇区间路段弱覆盖
【问题分析】
由于风信路1扇区覆盖方向有树林遮挡，所以风信路1扇区的覆盖距离较短，只能通过调整新飞仕2扇区的覆盖范围来弥补该扇区下的弱覆盖区域。
【优化措施】
将新飞仕2扇区方位角由220度增加到230度，也就是向风信路1扇区方向上调整。
【优化效果】
如下图红色圈部位所示，调整的效果较为明显，不过仍存在一定的弱覆盖，尝试过继续增大方向角和减小下倾角，不过改进效果不是很明显，同时还造成了其他路面的负面影响，该调整方式能够达到覆盖的平衡。
优化前：
优化后：
2.2案例2
【现象描述】
中华墓园站下及大观路2扇区站下弱覆盖
【问题分析】
中华墓园站较高（站高45米），初始规划时为考虑到会产生站下弱覆盖；大观路2扇区的初始下倾角为-3度，也造成了站下覆盖弱的情况。
【优化措施】
调整的扇区，请看下表：
【优化效果】
优化效果较好，两个基站的站下覆盖都得到了加强，也避免了越区覆盖。
优化前：
优化后：
第3章切换问题
切换问题会影响用户感知，降低吞吐率，增加系统负荷，带来干扰，增大了UE掉线的风险，所以在控制网络覆盖的同时，尽量减少乒乓切换，不及时的切换，过晚的切换，优化邻区配置，保证切换的合理性以降低切换带来的风险。
调整方法可分为：
物理调整，参数调整。
3.1案例1
【现象描述】
光宝路站内切换频繁
【问题分析】
光宝路1,2小区在基站左侧的道路上（光宝路）覆盖重叠区域较大，且信号相近，导致站内的频繁切换。
【优化措施】
将光宝路2小区方位角增加15度，同时下倾角下压4度，将原来重叠的区域减小。
【优化效果】
优化效果很好，分离了两个扇区的主覆盖区，将站内切换的次数控制到了1次。
优化前：
优化后：
3.2案例2
【现象描述】
测试中发现大观路与中华墓园不能切换。
【问题分析】
回放log分析，原小区不停上发测量报告但不能切换至目标小区，为邻区缺失导致。
【优化措施】
添加中华墓园与大观路的双向邻区。
【优化效果】
经添加中华墓园与大观路的双向邻区后复测，切换正常。
3.3案例3
【现象描述】
异频组网下，从老码头路由西向东行驶，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。
【优化效果】
参数修改后，复测异频切换正常。
第4章MOD3干扰问题
在TD-LTE系统中，PCI的规划尤为重要，PCI的规划好坏决定了网络的干扰，质量水平。
在优化过程中要及时发现，修正PCI规划不合理的扇区以降低PCI冲突带来的干扰。
PCI，即物理小区id，是小区的标识。
如果相邻小区的PCI重复的话，这两个小区间的干扰将会大大增加，影响小区的吞吐量和切换性能;另外，PCI和RS的位置有一定的映射关系，相同PCI的小区，其RS位置一定相同，这会产生干扰，PCI不同，也不一定能完全保证RS位置不同，在同频的情况下，如果两个小区PCImod3相等的话，即使它们的PCI本身并不相等，这两个小区之间的RS也会产生严重的干扰。
因此PCI规划须结合频率、RS位置统一考虑，才能取得合理的结果。
优化方法：
参数调整，物理调整。
4.1案例1
【现象描述】
软件学院东1扇区站下RSRP良好，但SINR值很低，为-3dB左右。
【问题分析】
如下图所示，岭南学院东1扇区与科学城1小区存在PCIMod3干扰，且有相同的覆盖区域，导致了SINR较低。
【优化措施】
由于科学城和岭南学院东南的1小区MOD3干扰，将科学城三个扇区的PCI值由87/88/89改为88/89/87，避免了与岭南学院东的PCIMod3干扰。
【优化效果】
优化效果良好，原岭南学院东1扇覆盖区SINR较差区域的质量已达良好水平。
第5章速率低问题
5.1案例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以上，确认了上传速率低和子帧配置有关，下行子帧干扰上行子帧导致上传速率低；
5.2案例2
【现象描述】
测试峰值速率过程中，在极好点，下载速率低。
极好点（SINR>22db），TM3模式下，峰值速率应该接近60Mbps，但实际测试中，下载速率一直保持在8Mbps左右。
【问题分析】
测试点的无线环境很好，CQI比较高，后台参数配置无异常，而测试中下载速率一直为8Mbps，且速率相对平稳，查看“attachaccept”解码发现“APNaggregatemaximumbitrate”中的上下行最大速率为8640Kbps，与核心网确认此SIM卡签约速率最大为8640Kbps，速率受限导致速率低。
【优化措施】
修改SIM卡签约速率最大为64Mbps。
【优化效果】
第6章掉线问题
6.1案例1
【现象描述】
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）因滨江国税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小区
6.2案例2
【现象描述】
测试车在江南大道上由东向西行驶，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。
【优化效果】
参数修改复测切换正常，未出现掉线。
第7章安装问题
7.1案例1
【现象描述】
UE占用后勤中心3小区信号，连接后不做下载业务的情况下，极好点SINR值22db以上，RSRP为-78dbm。
在相同位置，UE占用后勤中心3小区进行下载业务测试，RSRP无太多变化，但SINR值突然下降到17db左右（同时做上传/下载业务，SINR值下降5至8db），极好点变成好点，下载的平均速率只有20.27Mbit/s（正常情况应大于30Mbit/s）。
停止下载业务后SINR恢复正常（SINR值在22db）。
不做下载业务时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，即采用发射分集技术。
发射分集技术通过天线之间的不相关性，采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，提高覆盖质量。
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，速率达标。
7.2案例2
【现象描述】
扇区覆盖方向和规划数据不符。
【问题分析】
怀疑该站点1、2扇区天馈接反、光纤接反或PCI配错。
【优化措施】
通知督导整改，最终是BBU-RRU光纤接反导致
【优化效果】
整改后，小区覆盖和规划设计相符
调整前PCI覆盖调整后PCI覆盖
7.3案例3
【现象描述】
东南亚酒店3个小区PCI设计值依次为117、118、119，而在实际路测中发现在3小区覆盖范围下收到的PCI值为118。
【问题分析】
通过数据库修改测试，确认为基站安装时将2、3小区BBU与RRU之间光纤接反。
【优化措施】
上站更换硬件安装错误
【优化效果】
上站调换2、3小区在BBU端光纤接口，问题解决。
下面是更换小区光纤前后对比
第8章总结
目前优化中碰到最严重的问题就是同频干扰，优化初期的重点应放在控制覆盖上，避免越区覆盖、减少重叠覆盖（切换带）、突出主控小区。
部分网内干扰是由于前期规划时站点选址不当导致，如过高的站点导致覆盖无法有效控制，致使部分区域信号杂乱，出现Mod3、6、30现象，造成网内干扰，影响网络性能，这种情况优化手段无法有效解决。
在覆盖优化的基础上结合参数调整，反复测试，优化切换性能，降低掉线，提高速率。
。
升级会员 