发布时间 : 星期日 文章（重点）VOLTE掉话分析 - 图文更新完毕开始阅读99f7738e1eb91a37f0115c92
5月份第一轮拟合数据，剔除现网已配置的邻区关系，补漏483对； 6月份第二轮拟合数据，剔除现网已配置的邻区关系，补漏邻区关系487对。 eSRVCC切换提升明显，且由于2G邻区不准确导致的异系统重定向大大减少。 3.6 重定向掉话
中兴区域掉话最严重属于重定向掉话，在中兴基站算法中，以下三种可能发生重定向，重定向释放RRC后，专载同时被拆除，VoLTE业务产生掉话。
3.7 上行PUSCH功控参数优化
背景：4月集团在中兴区域拉网测试发现上行PUSCH发射功率偏高，对现网参数检查发现，中兴区域上行期望功率值设置过高。 优化措施： 进行功控相关参数优化，
现网配置： p0NominalPUSCH =-75 ；puschPCAdjType=0 优化值： p0NominalPUSCH =-87 ；puschPCAdjType=2
●同等路损情况下，参数修改后，ue发射功率大约下降2~3dB。 ●目前终端平均上行发射功率仍高于10db，仍需中兴完善现有功控方式。 修改后，PUSCH TxPower（10dbm以上）占比由40%下降到30%左右。
3.8 RTP丢包率优化
背景：4月份测试中，中兴区域RTP丢包率偏高，个别网格甚至达到2%以上。 原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，数据包将被丢弃；
外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系，QCI 1 PDCP Discardtimer 配置越大，RTP丢包率越低，但Jitter也随之变大。
●MOS值与RTP丢包及Jitter关系都较大，目前广州正在601P02版本下进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证。 ●进一步联合中兴公司定位RTP丢包率偏高的问题，并推动产品功能算法改进。
3.9 MME专载保存功能（可选）
功能描述：在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。
验证情况：已在GZMME1602下成功验证了该功能。当时无线环境较差，UE发起RRC重建失败，通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。（本次测试中专载保持时长约1.358s）