首先关注PCCPCH RSCP与HS-PDSCH RSCP，前一个表示主公共控制信道覆盖情况，后一个表示H承载数据业务信道的发射功率，考虑波束赋形增益的影响（目前重庆现网宏站波束赋形增益[0.1毫瓦分贝] = 90，室内微站波束赋形增益[0.1毫瓦分贝] = 0）一般HS-PDSCH RSCP比PCCPCH RSCP小12db以内，如果超过这个范围肯定不正常且H的下载速率肯定会有影响，针对室分微站可以先提高HSPDSCH（重庆现网3、4、5时隙均配为300，可提高到330或者350）功率，尝试是否可以缩小与PCCPCH RSCP的差距；针对室外宏站假如提高HSPDSCH仍无明显改善，则要考虑宏站的EBB赋形增益带来了负增益。相应的HS-PDSCH C/I和HS-SCCH ISCP与HS-PDSCH RSCP是相关联的，关联关系为：增加HS-PDSCH的功率相当于增加了有用信号，可以提高服务小区的HS-PDSCH C/I，同时也可能对服务小区的邻区产生干扰，造成邻小区HS-PDSCH ISCP较高。反之亦然。
HS-SCCH RSCP也是关注的重点，这个信道上携带了UE接受业务信道数据所需要的重要信息（UE调度信息、调制编码策略、HARQ等），如果不能正确接受，会出现速率较低和误码率较大的现象。相应的HS-SCCH C/I和HS-SCCH ISCP与HS-SCCH RSCP都是相关联的，关联关系为：增加HS-SCCH功率也就增加了有用信号，提高了HS-SCCH C/I，但同时会对邻区的HS-SCCH形成干扰，导致邻区的HS-SCCH ISCP较高。反之亦然。
H载波配置参数
CQI：CQI偏移上/下限 63修改为62， 主要是考虑到大唐8130e的解调能力不足，63对应的数据块7400， 62对应的数据块为7200，大唐8130e解调大块的能力不足。如果终端解调能力不足会造成链路层丢弃反复重传。表象是：误码率很到，链路层速率高，应用层速率一般。脚本如下：
MOD HSPACTRL: LOCALCELLEID=x, CARRIERRESID=x, CQIOLB=62, CQIOUB=62;
CQI调整详见【案例】巴南腾王阁微1微TH业务不达标：
HSDPASF1SS：
此参数定义了SF=1的开关。关闭该开关，表示不允许出现SF=1的调度，分配给UE的码字始终是SF=16；打开该开关，表示允许出现SF=1的调度，当某个UE每个时隙得到了16个VRU的资源，调度器自动将其转化为SF=1；理论上HSDPASF1SS关闭，也就是SF=16，抗干扰能力会增强，BLER会降低，但对于解调能力不足的终端，反而导致BLER高。
因为现网发现部分终端对SF=16的支持情况不好，导致NACK率高，速率低，所以建议打开SF=1的开关，脚本如下：
MOD HSPACTRL: LOCALCELLEID=x, CARRIERRESID=x, HSDPASF1SS=ENABLE；
HSDPAPCSH：
此参数定义了HS-SCCH的功率控制开关，由此参数来开关HS-SCCH的功率控制。当此开关设为关时，HS-SCCH采用开环功率控制；当此开关设为开时，HS-SCCH采用开环功率控制和闭环功率控制。
从实际优化经验来看，建议打开该功控开关较为保险。脚本如下：
MOD HSPACTRL: LOCALCELLEID=0, CARRIERRESID=2, HSDPAPCSH=OPEN;
我在另外一个人的问题回答了，大概就是这个样子
关注楼主