LTE优化案例(标题-下行PRB调度数不足导致下行速率不达标)

精品文档 1欢迎下载 下行下行 PRBPRB 调度数不足导致下行速率不达标调度数不足导致下行速率不达标 问题描述问题描述 某地市 9XY 移动公司微 EL 的单站验证测试中 在测试中发现 每个小区的均值速率 为 60mbps 多 速率起伏不定 且峰值速率只有 73mbps 远达不到速率指标要求 下行均 值速率 80mbps 根据配置而定 现以 3 小区为例 问题分析问题分析 在测试过程中观察 RSRP 为 63 63 SINR 值为 36 BLER 值为 0 64QAM 占用 99 MSC 也在 26 28 RANK 指示为 RANK2 传输模式为 TM3 俩个天线的接收功率的绝对 值小于 5 RxChCorFactor 中查看接收相关性为 0 而 PDCCH DL Grant Count 只有 629 满调度为 800 下行 PRB 调度数只有 70 多 现在的问题基本可以确定 是由于下行 资源块调度不足导致速率不达标 如下图所示 精品文档 2欢迎下载 具体什么原因导致下行 PRB 调度不足还需要进一步确定 问题一一排除 首先 核查基站站点信息 LST CELL DSP CELL LST PDSCHCFG LST CELLDLPCPDSCHPA LST ENODEBFUNCTION LST CNOPERATORTA LST CELLRESEL LST CELLDLSCHALGO LST CELLULPCCOMM DSP TDRRU 该站点信息均与规划数据吻合 如下 图所示 精品文档 3欢迎下载 精品文档 4欢迎下载 其次 与督导确认该室分为双路室分和双模室分 并且该站的建站数据与其他站点的 数据一致 再次 可能由于线程数不足或者 FTP 服务器等原因导致速率不达标 相应操作 将 FTP 服务器 迅雷 搜狐影音 优酷等进程全部打开再次进行验证测试 速率依然不达标 未截图 最后 通过前后台进行信令跟踪 后台同时小区跟踪 S1 口标准信令跟踪 Uu 口标准 信令跟踪 取数据分析均无异常 以上问题均已排除 再次分析 有可能是传输带宽受限或者容量受限导致速率不达标 经与传输人员核查发现 该站传输带宽设置为 100M 且峰值带宽为 130M 严重影响到 下行的均值速率与峰值速率 若传输侧开始不配合我们查询的话 我们是否可以通过灌包操作来定位是否是传输受 限 操作步骤如下 灌包操作指导书 do c 优化方案优化方案 1 移动大楼微 EL 的传输带宽由 100M 改为 150M 2 移动大楼微 EL 的峰值带宽由 130M 改为 200M 优化后 该站点下载均值速率由 63Mbps 提升至 85Mbps 以上 峰值速率由 73Mbps 提升到 102Mbps 如下图所示 精品文档 5欢迎下载 带宽调整前调度 PRB 情况 传输带宽调整后调度 PRB 情况 精品文档 6欢迎下载 传输带宽调整前速率测试情况 传输带宽调整后速率测试情况 优化总结优化总结 1 速率低问题不仅要从无线侧考虑 还要从建站数据以及传输数据去考虑 2 在均值速率和峰值速均受限 并且下行 PRB 调度数稳定在 70 左右 一般可以考虑 是传输带宽受限 3 在这次问题分析过程中 考虑到很多影响速率的因素 对这些因素也有小小的理解 精品文档 7欢迎下载 也为以后出现类似的问题能够更好的处理 4 虽然这次的问题只是传输带宽问题 只是增加带宽便可解决此问题 如果一旦没有 想到此问题 那么这么问题也将是个非常难以解决的问题 我想说的是一个小小的问题都 可能引发一个很大的问题 我们需要全面的分析 即使是一个很小的问题点我们也不能放 过