RRC重建对VoLTE性能影响分析..docx

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 SIZE1. RRC重建对VoLTE影响对于数据业务使用来说，短时间的业务中断很难被用户觉察到。因此在业务进行过程中发生的RRC异常释放和切换失败，只要后续RRC重建成功，甚至即使重建不成功，网络侧或者UE侧很快又发起连接建立并成功建立连接，对用户体验基本不会带来影响更不太会引起投诉，RRC异常释放后如果重建成功甚至不会影响KPI指标。但对于实时的会话业务来说，RRC重建明显影响用户感知并引起投诉：RRC重建前后短时的业务中断会被用户立即感受到，表现为听不清、通话吞字、一段时间听不到声音、视频停滞等，LTE中的无线链路失败（RLF）并不会直接导致VoLTE话音呼叫的掉话，但是在有些情况下还是会在RLF之后出现VoLTE掉话。比如重建时如果不能建立UM承载则会掉话，或者重建后应用层不能恢复RTP包也会造成RTP timeout。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冲突造成的重建。2.1 无线原因引起的RRC重建2.1.1 弱覆盖场景下的重建无线原因造成的RRC重建与数据业务重建触发原因相同，但常规优化中因为KPI影响较小且很少产生用户投诉而常常被忽略。根据VoLTE链路预算和实测结果，下行RSRP在-110dBm以内时，可以认为RSRP对MOS的影响不大，但上行覆盖受限的场景可能仍然造成RRC重建。下表是列举了无线原因RRC重建前空口上下行主要指标，可以看到除了RSRP接近-120dBm的弱覆盖场景外，部分重建发生在下行覆盖尚好，伴随着上行BLER迅速抬升，上行功率已经到达峰值。对于覆盖尤其是室内深度覆盖不佳的网络，数据业务用户体验受到的影响程度可能不大，但语音业务即使有TTIB、上行COMP等特性仍然会频繁出现RRC重建，用户不良感知明显。TIME_STAMPLTE KPI Serving PCI Port 1LTE KPI Serving RSRP[dBm] LTE KPI SINR[dB] LTE KPI PUSCH Power[dBm] LTE KPI PDSCH BLER[%] LTE KPI PUSCH BLER[%] Cause2015-09-22 13:28:07.000135-104519025uplink2015-09-22 12:42:04.000300-109plink2015-09-22 12:58:45.00085-91-1.51604.5uplink2015-09-22 12:59:05.000140-1012211430uplink2015-09-22 13:10:23.000264-120-1232251downlink