LTE速率提升

无线环境,资源配制,参数调制这些都可能影响下载速率; 需要具体问题具体分析....

MIMO...无线资源。。。无线环境。。。参数。。得看你具体问题吧。。

这个确实需要具体问题具体分析对待了，论坛中有个帖子描述如下：
1      是否弱覆盖


 
1.1      查区域内 MR信令，确认服务小区和邻小区RSRP都小于-105


利用Server Cell PCI图层和前一次切换的信令确认当前服务小区的PCI，利用当前的MR信令确认服务小区和邻区的RSRP。
1.2      RSRP<-105 的区域，确认确实没有适合覆盖的小区


       利用GOOGLE EARTH检查弱覆盖区
 
2      是否CINR<5 差，但是RSRP>-95的区域


2.1      确认不存在没有及时切换导致SC CINR差的情况


检查信令，确认最近一次切换过程是否正常（MR消息，重配置消息、重配置完成消息），切换是是否出现多次上报MR一直没有收到重配置消息（RECONFIGURATION）的状况。
没有收到重配置消息，则首先检查邻区，确认是否需要增加；
其次考虑调整切换门限，优先选择小区个性偏移（CIO），之后考虑切换门限、TIME to Trigger,层三滤波因子
  
2.2      确认问题区域覆盖小区


根据SERVER C ELLID确认区域内哪个小区最适合覆盖， 加强该小区覆盖：加强手段：优选RS功率调整，其次下倾角调整，最后方位角调整
对其余小区进行抑制，优选电子下倾角调整、其次RS功率调整、其次机械下倾角调整
    
3      SINR>15 速率<10M的


3.1      信令检查：是否处在呼叫阶段或其他不做业务的阶段   


检查信令，明确UE状态：空闲、呼叫过程还是连接并且有承载（业务）的状态
如果是空闲状态或者呼叫过程中，需要查找之前掉话原因（切换失败还是弱覆盖），
如果是连接并且有承载状态，进入3.2，3.3节内容。
3.2      是否单个扇区、单个基站覆盖区内速率都异常


分配的RB数、MCS：如果分配RB数变化，但是MCS固定为低阶，则站点挂死。
告警、后台参数检查
 
3.3      无结论的，准备复测，确认是否终端短时间异常


 
4      其他


暂时不做过多考虑，后续有余力情况下参照前面三节解决