FDD-LTE网络PING时延不达标处理-四川
中国电信股份有限公司四川分公司 FDD-LTEFDD-LTE网络网络 PINGPING 时延不达标处理案例时延不达标处理案例 徐克军徐克军熊文瑜熊文瑜 中国电信乐山分公司无线网络部中国电信乐山分公司无线网络部 1 中国电信股份有限公司四川分公司 目录目录 1、问题描述.3 2、问题分析.4 3、解决方案.5 4、取得效果.7 5、总结推广.8 2 中国电信股份有限公司四川分公司 摘要:摘要:在工程优化单站验证中,PING测试为其中一个比不可少的部分,主要验证新建 站点传输响应时间。一般我们对站点进行32Byte和1500Byte包进行测试,本文介绍了空 口原因导致PING时延超标的解决方案。 1 1、问题描述、问题描述 最近在进行单站验证时发现在无线环境良好的情况下, FDD LTE 站点 ping 包(32Byte) 时延普遍较大, 基本上时延都在 60ms 以上, 难以达到单站验证要求的ping 包时延小于 35ms 这个标准,需要进行优化处理。如下图: 现场 PING 时延测试截图 3 中国电信股份有限公司四川分公司 CXT 软件\后台 RSSI 截图 2 2、问题分析、问题分析 PING 流程 做 ping 业务时,首先终端发起 SR,在基站进行上行资源授权之后,终端再发起 BSR (缓存状态报告)和 ping 数据包一起上传到达基站,根据之前单站验证的经验,在无线环 境良好的情况下一般时延都能达标,不至于大于 35ms。由于 ping 包测试电脑和测试终端 UE 的影响不可控,排除这个因素后,需要重点分析 ping 环回时延的空口时延和传输时延两 部分,即 S1 传输时延和空口时延,ping 包数据流向如下图: 问题分析与排查 一般分析空口时延的方法是采用QXDM 进行抓包,分析起来比较麻烦,由于现场不会 对 QXDM 抓的 UE 数据包进行准确的解读,故采用排除的思路,排查过程的思路是逐段排 查,找出异常时延存在的组网段。以基站为起点,排查到 EPC 的 MME 时延,通过上面的 排查,可以得出时延异常段是在无线侧,还是在传输侧。即先确定是否为S1 口传输时延过 大,如果S1 口传输时延正常,那么问题基本可以确认是在空口。通过通过诊断测试中的IP 4 中国电信股份有限公司四川分公司 通道质量测试,ping MME 的结果如下: 因核心网服务器在成都,所以以上结果为正常时延水平,基本上可以排除S1 传输口的 时延过大,确认是无线空口时延过大导致整体时延不达标。 一般影响空口时延的无线参数主要有3 个: ping 包调度模式, SR 传输周期, DRX 参数。 其中 ping 包调度模式需要研发协助修改,厂家一般不建议修改,因此现场只能通过UE 的 SR 传输周期和 DRX 参数来进行优化。 3 3、解决方案、解决方案 于是我们在厂家的协助下,得出以下表格值时ping 时延最优,优化建议值如下 参数名称原值优化值说明 参数配置越大,时延越大,但 小区中 UE SR 传输周期 10[1]20[2]40[3]5[0]10[1]20[2]支持的用户数相对较多; 反之, 80[4]40[3]时延性能较好,用户数较少。 5 中国电信股份有限公司四川分公司 控制NGBR业务的不连续接收 的开关,如果该开关关闭,则 当 UE 有 NGBR 业务时不启用 DRX,否则可以启用 DRX。 DRX 功能开启之后, 在没有数 非 GBR 业务 DRX 使能开 关 小知识: 空闲模式下的 DRX 功能机制 目前 LTE中空闲模式下对 PDCCH 的监视功能采用 DRX 方式,从而降低了功耗,空闲 模式下的 DRX 在 UE 开机后将会按照默认的 DRX 周期配置进行周期循环。在寻呼时刻到 来时将用 P-RNTI 对 PDCCH 进行扰码以便解出上面的数据。 RRC 连接状态下的 DRX 工作机制 在 RRC 连接状态下的 DRX 工作机制,采用的是定时器与DRX 环结合的工作方式,且 eNB 也会保持与UE 保持相同的DRX工作方式, 并实时了解UE 是处于激活期还是睡眠期, 因此保证在激活期传递数据,而在睡眠期不会进行数据传输 后台设置界面如下截图: 打开关闭 据传输的时候,终端会进行休 眠状态, 这个时候进行 ping 业 务会造成时延变长的情况。 6 中国电信股份有限公司四川分公司 4 4、取得效果、取得效果 通过对SR传输周期和DRX参数调整设置, 经过反复验证, 在无线环境良好情况下PING 包时延得到改善,如下图: 7 中国电信股份有限公司四川分公司 5 5、总结推广、总结推广 从上面的分析结果看,单站验证中发现的ping 时延过大问题,主要是空口时延导致, 现阶段由于对 QXDM 分析方法和软件使用未完全掌握,我们可以首先采用排除法来判定问题 是出在空口时延还是 S1 传输时延,进而采取相应措施给出解决方案,我们后续将继续研究 采用 QXDM 进行抓包分析空口时延。 8