RRC重建对VoLTE性能影响分析收集.pdfVIP

RRC重建对 VoLTE性能影响分析 【摘要】 VoLTE呼叫中 RRC重建和数据业务触发机制以及对 RRC层影响完全相同， 在 LTE常规优化和 投诉处理中因为影响较小而经常被忽视。但如本文分析的， RTCP 协议对底层链路失败引起 的 re-cover 机制支持不好，所以 RRC重建过程很容易被用户感知到；另外 RRC重建更有可 能造成 VoLTE掉话和接入失败。所以 VoLTE优化和商用保障过程中，需要仔细梳理现网存在 RRC重建的原因，并有针对性的采取优化措施。 【关键字】 VoLTE, RRC Reestablishment, reconfigurationFailure,RTP re-cover, MOD3 interference, RLC SN SIZE 1. RRC 重建对 VoLTE 影响 对于数据业务使用来说， 短时间的业务中断很难被用户觉察到。 因此在业务进行过程中发生 的 RRC异常释放和切换失败，只要后续 RRC重建成功，甚至即使重建不成功，网络侧或者 UE 侧很快又发起连接建立并成功建立连接，对用户体验基本不会带来影响更不太会引起投 诉， RRC异常释放后如果重建成功甚至不会影响 KPI 指标。 但对于实时的会话业务来说， RRC重建明显影响用户感知并引起投诉： 1. RRC重建前后短时的业务中断会被用户立即感受到，表现为听不清、通话吞字、一段时 间听不到声音、视频停滞等， 2. LTE中的无线链路失败（ RLF）并不会直接导致 VoLTE话音呼叫的掉话，但是在有些情况 下还是会在 RLF之后出现 VoLTE掉话。 比如重建时如果不能建立 UM 承载则会掉话， 或 者重建后应用层不能恢复 RTP包也会造成 RTP timeout 。 3. VoLTE呼叫建立阶段发生 RRC重建，可能引起和 PRACK的冲突，IMS CORE定时器超时， IMS 向主叫终端发 480 TEMPORARILY UNAVAILABLE错误码 RRC重建对语音质量影响 以下公式为无线链路失败引起 RRC重建场景下， RTP包恢复时间 T 的计算公式： t 是 RLC完成一个 RTP包的传输间隔，取值为 100ms 。 N 为 RRC重建尝试次数。 对于多数运营商来说， 底层 RTP包恢复时间都在 3~5 秒之内， 但实际上用户感受到的语音中 断期（ audio muting ）要远远大于这个时间。主要原因就是 RTP/RTCP协议最初是基于 IETF 开发的，并未充分考虑在链路质量不稳定的无线网络承载， 对于底层链路失败引起的 re-cover 机制支持不好。下图显示在 RRC层已经恢复后， RTP层乃至应用层数据并不会马上恢复。 VoLTE测试中也经常能够发现， RRC重建前后 MOS 的两个采样点都非常低， 而前一个采样点 主要是受到重建前空口 RTP丢包的影响，重建后的低 MOS 采样点则可能是上层协议不能正 常生成 RTP包引起的。 2. RRC 重建根因分析 下图为某商用 FDD 网络，路测中发现的 RRC重建原因归类。其中超过 64%的属于基础 网络问题，包括弱覆盖和邻区干扰引起的质量问题；约 27%属于规划配置类问题，包括 PCI 冲突以及相邻基站 RLC SNSIZE不一致造成的切换失败； 约 9%属于 6.0 下已知的重载场景 SRI 和 GAP冲突造成的重建。