诺基亚上行预调度功能实验报告_20160225.docVIP

上行预调度功能实验报告-诺基亚 概述 Nokia_LTE预调度只有一个参数ilReacTimerUl，该参数的基本含义是“当上行传输的数据块传完之后，在上行给UE保留资源上的时长”。1500就是说保留1500ms，200就是说保留200ms。保留的资源并不是等同于上次调度了多少PRB就保留多少PRB，直到这个Timer超时。预留的时长越长，意味着在UE有调度需求时，有更大的概率能够得到最快的响应，但相应的系统的额外开销也会增大，传送相同的数据量所需的资源会增加，PRB利用率会随着升高。 预调度存在的意义是减少LTE系统时延，一些小包业务，由于上行需要给下行的数据回复ACK/NACK,?没有预调度时，就需要上行先SR，然后在上行资源上回复，有了预调度就可以及时反馈。 当打开预调度开关时，由于eNodeB周期性给UE发送UL Grant来分配资源，当UE没有或者是有少量的上行数据需要发送时，会以Padding填充发送，填充消耗的RB比真正用于数据传送的RB还要多，因此，打开预调度开关会引起额外的RB资源消耗。 实验情况： 场景一 普通大业务场景-上下行都忙 选定场景1测试：当上行预调度功能开启前后，主要对LTE系统时延、上行PRB利用率及其他影响。 站点选取：通过筛选22日早8：00-23:00全网KPI，选定普通大业务场景-上下行都忙小区为朝阳南湖西园119号楼NL1 PERIOD_START_TIME LNCEL_ENB_ID LNCEL_LCR_ID 平均激活UE个数 最大激活UE个数 PUSCH_PRB利用率_20M_TDD_F PDSCH_PRB利用率_20M_TDD_F 2016/2/22 8:00 86301 1 120.5 176 30.1 21.27 2016/2/22 9:00 86301 1 105.75 139 29.88 18.21 2016/2/22 10:00 86301 1 98 136 28.23 20.6 2016/2/22 11:00 86301 1 97.75 134 22.65 24.89 2016/2/22 12:00 86301 1 93 119 22.44 17.92 2016/2/22 13:00 86301 1 93.5 123 22.39 16.69 2016/2/22 14:00 86301 1 98.75 137 37.34 22.16 2016/2/22 15:00 86301 1 95 121 37.22 21.01 2016/2/22 16:00 86301 1 95.25 121 23.36 17.23 2016/2/22 17:00 86301 1 109.75 170 31.5 20.65 2016/2/22 18:00 86301 1 131.25 180 30.34 21.42 2016/2/22 19:00 86301 1 169.25 248 42.74 22.83 2016/2/22 20:00 86301 1 187 230 45.32 36.17 2016/2/22 21:00 86301 1 211.25 315 39.56 41.49 2016/2/22 22:00 86301 1 207.5 245 38.38 45.46 2016/2/22 23:00 86301 1 179.5 236 41.38 42.81 外场反馈测试结果： 外场反馈测试结果见下表，由下表值测试结果符合预期，关闭上行预调度功能（关闭时间：座机电话号码1000），ping时延增加约7ms，上传速率略有增加，volte主被叫时延也增加了0.2s。 参数值 ?ilReacTimerUl? 下载速率（Mbps） 上传速率 Mbps ping时延（ms） Sinr 　 Volte主被叫成功率 Volte主被叫的时延 主叫 100.00% 2.723 200ms（现网默认） 27.784 3.243 58 20.31 被叫 100.00% 1.587 主叫 100.00% 2.927 0ms 26.465 3.58 65 20.47 被叫 100.00% 1.711 KPI部分： 由下表知，关闭上行预调度功能，上行PRB利用率下降16.8% 时间 无线接通率 无线掉线率_外部_RL55 切换成功率1_请求 用户面PDCP上行数据量GB 用户面PDCP下行数据量GB 上行PRB平均利用率 下行PRB平均利用率 平均激活用户数 最大激活用户数 AVG_RSSI_PUCCH AVG_RSSI_PUSCH 座机电话号码0945 99.89 0 98.34 0.1367 0.7095 53.04 21.2 105 140 -94 -98 座