《HSDPA速率提升主题优化》由会员分享，可在线阅读，更多相关《HSDPA速率提升主题优化（7页珍藏版）》请在金锄头文库上搜索。
1、HSDPA 速率提升主题优化1 概述 .21.1 测试数据统计 .21.2 HSDPA 速率低的原因 .22 HSDPA 速率低处理分析思路 .32.1 H 载波是否激活 .32.2 用户问题 .32.3 干放问题 .32.4 数据配置问题 .42.5 解码错误问题 .52.5.1 UE HS-SCCH 解码错误 .52.5.2 UE HS-PDSCH 解码错误 .62.5.3 UE HS-SICH 错误 .62.6 DCCC 参数设置问题 .63 经验总结 .71 概述在 12 月 10 号左右，移动提供了 44 个点的 HSDPA 的下载速率不到 1M，经过我们反复的测试，多数小区测试正常
2、，只有个别小区确实存在问题。针对这一问题，我们就可能在日常的 HSDPA 中出现的一些问题，汇总并给出解决方法，以方便后期人员学习、参考。1.1 测试数据统计分类 测试正常 H 载波未激 活 电脑/软件 电脑问题 多用户 干放 未能测试数量 25 2 6 3 6 1 1数据统计饼图：数 量测 试 正 常56%H载 波 未 激 活5%电 脑 /软 件14%电 脑 问 题7%多 用 户14%干 放2% 未 能 测 试2%测 试 正 常 H载 波 未 激 活 电 脑 /软 件 电 脑 问 题 多 用 户 干 放 未 能 测 试1.2 HSDPA 速率低的原因1 该小区的 H 载波是否激活：在测试前可
3、以确认；2 电脑/软件问题：是否是在测试过程中出现死机和重启导致；3 用户问题：是否是在测试 H 业务时，该载波里用户个数过多导致；4 干放问题：是否是问题小区的干放出现问题，如干放的上下时隙配比、硬件问题；5 电平问题：是否是在测试时 RSCP 比较差或波动比较强烈；6 SIM 卡问题：是否是 SIM 卡的开卡速率过低会导致业务速率达不到要求导致业务接通率过低；7 外部系统干扰：是否是在某些区域造成强干扰，导致下载速率上不去；8 数据配置问题：是否是 HSDPA 业务参数配置不当造成下载速率过低；9 解码错误问题；10 DCCC 参数设置问题。2 HSDPA 速率低处理分析思路2.1 H 载
4、波是否激活问题现象及可能的原因：在问题小区下，如果发现测试时 HSDPA 的速率过低，我们应该观察下，是否占用该小区的 H 频点；解决方法：我们可以向机房人员确认，该小区的 H 载波是否激活即可。2.2 用户问题问题现象及可能的原因：在目标小区覆盖范围下，可能多用户接入：下面是一个测试截图：解决方法：我们可以向机房人员确认，在同一时间该小区的 H 载波是否存在多用户。2.3 干放问题问题现象及可能的原因：在问题小区有的地方是由 RRU 直接覆盖，有的地方是由干放覆盖，在 RRU 直接覆盖的地方，下载速率就很好，在干放覆盖的地方，下载速率就很差，这时候就初步判定了，是干放问题导致的业务速率过低。
5、但是干放又没有使底噪升高，这应该就是干放的设置出了问题了，需要检查干放时隙，发现干放的时隙配比转换点是时隙 3 和时隙 4 之间，那就是说，干放是按照 3：3 的配置来设定的了，这样的话干放的配置就和我们的 BBU 的配置不匹配了，导致下载速率很差。解决方法：调整干放的配置，转换点设置到了时隙 2 和时隙 3 之间。建议总结：在室内优化的过程中，当出现问题的时候首先考虑到会导致这种情况的原因，然后按照可能性最大的逐一检查排除，最后查找问题的根源。因为对于室内，厂家的设备比较多，厂家也比较杂，这时考虑问题的时候就不能只考虑主设备厂家的设备和配置，有时候还得考虑室分厂家配套设备，例如合路器不好的话
6、可能导致驻波比较差，干放增益上下行不平衡导致接通率很低等等，都要求我们在实际优化的过程中能够很快的去定位问题，所以建议优化人员，不单单要懂优化的知识，也要去了解下对应的其他产品的相关内容，以便于在优化的过程中更加准确、快速的解决问题。2.4 数据配置问题问题现象及可能的原因：新开通 A 小区 HSDPA 和 R4 共载波，载波时隙配置为 3：3，HS-PDSCH 资源池配置为 2 个时隙，HSDPA 业务平均下载速率不足 600Kbps。解决方法：、HSDPASF1ScheSwitch： HSDPA 信道扩频因子，打开时 SF=1，关闭时SF=16。将开关打开，可以提高 HSDPA 业务码道占
7、用率，提升速率。、HSDPAPCSwitchHSSCCH：HS-SCCH 功率控制开关。在 SCCH 与 DPCH同时隙的情况下，关闭此开关，可以有效提高 HSDPA 业务下行控制信道的功率，增强抗干扰的能力。、TS5HSMAXPWR、TS6HSMAXPWR：HS-PDSCH 信道发射功率，与HSDPA 下载速率有直接关系。、MACHST1：即 T1 timer，用来指定 UE 侧等待解码的 PDU 最大等待时间，超过该时间仍为被解码的 PDU 将被丢弃。增大该值，可降低数据被丢弃的概率，减少重传次数，提升速率。MACHSDISCARDTIME：即 Discard timer，定义了一个 MA
8、C-d PDU 从进入MAC-hs 优级队列到被 NB 丢弃的时间。增大该值，可以提高队列中 PDU 等待时长，减少重传次数，提升系统效率和下载速率。、Mac_hs window size。NB 侧可以重发的 MAC-hs PDU 的范围，在窗内的 PDU 才可以重发。UE 侧可以接收的 MAC-hs PDU 的范围，在窗内的 PDU 才可以被接收。增大该值，可以提高重发或接收数据的效率。、hsdpaSirTargetHSSICH：HS-SICH 上行初始 SIR 目标值，决定了 UE 的初始上行发射功率，HS-SICH 信道主要承载 CQI、ACK/NACK，关系到信号调整编码方式，以及数据
9、重传。设置较大的初始值，可以保证 UE 接入初期良好的 HS-SICH 信道质量，确保网络侧正确解码 CQI，以及出现较少的 NACK。主要查询参数：、HSDPASF1ScheSwitch、HSDPAPCSwitchHSSCCH 、TS5HSMAXPWR，TS6HSMAXPWR、MACHST1、MACHSWINSIZE、MACHSDISCARDTIME、hsdpaSirTargetHSSICH(dB) 建议与总结：在 HSDPA 和 R4 共载波的情况下，应确保 HS-PDSCH 独立时隙， HS-SCCH 与R4 DPCH 尽可能配置在不同的时隙，同时，对于 HSDPA 业务的主要参数配置，
10、必须根据现场情况，灵活配置。2.5 解码错误问题2.5.1 UE HS-SCCH 解码错误问题现象及可能的原因：通过 TPCWin + HSTools 检查 UE 上报的 CQI 的 No signal 的数量，如果 No Signal 数量很多，可能就是由于 UE 在解 HS-SCCH 出错，从而不回复 HS-SICH 所导致。解决方法：1检查 UE 侧 HS-SCCH 解码情况。 2检查或调整 HS-SCCH 的发射功率。2.5.2 UE HS-PDSCH 解码错误问题现象及可能的原因：通过 TPCWin + HSTools 检查 UE 上报的 CQI 的 NACK 的数量，如果 NACK
11、 数量很多，可能就是由于 UE 在解 HS-PDSCH 出错。解决方法：1检查 UE 侧 HS-PDSCH 解码情况。 2检查或调整 HS-PDSCH 的发射功率。2.5.3 UE HS-SICH 错误问题现象及可能的原因：通过 TPCWin + HSTools 检查 UE 上报的 CQI 的 No signal 的数量，如果 No Signal 数量很多，排除了 UE 下行解码的问题后，还可以进一步判断 UE 上行 HS-SICH 的问题。解决方法：1检查 UE 侧 HS-PDSCH 解码情况。 1检查或调整 HS-PDSCH 的发射功率。2.6 DCCC 参数设置问题问题现象及可能的原因：无线环境良好，信号强度在-75-70dBm，下载速率偏慢，仅有1.011.10M，BLER 统计结果偏高，达到 25%。解决方法：序号 参数 原参数配置 修改配置LMT-R 1 ULBETRAFFINITBITRATE D64 D162 EVENT4ATHD(16K 升速参数)
