《高负荷场景VoLTE语音掉话分析案例》由会员分享，可在线阅读，更多相关《高负荷场景VoLTE语音掉话分析案例（5页珍藏版）》请在金锄头文库上搜索。
1、高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU VoLTE测试数据，测试中出现掉话事件，掉话原因： “RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。针对此现象，我们展开分析处理。二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好（RSRP=-80.62dBm，SINR=15.2dB），通话过程中，在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息，之后终端上发BYE请求挂机，主叫掉话。被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息，被叫终
2、端也上发BYE请求挂机，造成被叫掉话。2.2 Emil Trace分析Emil 信令消息显示，在19:21:04基站侧下发重配置消息，消息中包含释放QCI=1专载的信息，如下图所示：在E-RAB Release Indication消息中显示，释放专载的原因值为：radio-resources-not-available，即无线资源不可用，如下图所示：2.3 原因排查2.3.1 设备告警&干扰排查经核查，问题区域附近站点无设备告警，无异常干扰现象。2.3.2 参数核查 VoLTE相关参数（包含切换参数）核查；QCI1 DRX ROHC核查；Inactivity timer参数核查； iniMc
3、sUl和iniPrbsUl参数核查；CFI核查。参数影响排查后：只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区VoLTE掉话问题点，对这些小区对应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：日期掉话时间点NEB_IDCICELL_NAMECCE_BLOCKING_RATE%2018/7/719:2144070550HN-市区-洞山局-NFTA-440705-504.25可以得出结论：本次异常掉话
4、很可能与问题小区CCE_BLOCKING_RATE指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。三、【技术原理】在LTE网络中，PDCCH承载特定UE的调度、资源分配信息-DCI，如下行资源分配、上行授权、PRACH接入响应、上行功率控制命令、信令消息（如系统消息、寻呼消息等）的公共调度指配。通常，PDCCH信道位于每一个子帧开始的1、2、3个符号内，具体占用几个符号是按照PCFICH指示的值来定的，如下所示：如上表所示，CFI设置越大，可用的RE数量越多，调度能力越大，CFI越小，PDCCH占用RE越小，调度能力越小。正比公平算法：这种算法兼顾了吞吐量最大化和公平
5、性。其调度的基本思想是基于优先级的，优先级的计算方法使得信道条件越好，优先级越高；而对于已经得到的较高吞吐量的用户，优先级越低。即可以表示为：优先级(C/I)/吞吐量。然后系统根据计算所得的优先级，选择值最高的用户进行数据传输。这种方法，即使有些用户当前调度优先级很低，但长时间得不到服务后吞吐量将下降，会使其优先级上升，从而得到传输数据的机会。目前对于VoLTE而言，QCI1自身设置优先级是最高的，但是也会因其吞吐量的提高而逐渐降低调度优先级，这样一来同样会导致VoLTE在线用户PDCCH得不到分配，最终致使VoLTE因无线资源不可用QCI1承载释放掉话。结合和，我们可以得出，CFI设置为过小
6、的时候，会在业务高负荷情况下，在线VoLTE用户概率性的因无足够PDCCH左右可用，而释放QCI1承载导致掉话。四、【优化方案与效果】将HN-市区-洞山局-NFTA-440705-50小区CFI由2调整为3，maxNumUeUl由8调整为10。经在同一时段、路段复测，VoLTE语音业务未出现掉话现象。此外，核查全网参数，对于CFI和maxNumUeUl参数设置不合规的站点进行统一调整。经复测，未出现上述VoLTE语音业务未出现掉话现象，网管KPI：QCI1接通率、掉线率、CCE_BLOCKING_RATE均正常。五、【经验总结】由于LTE调度正比公平算法的原因，即便是QCI1当前优先级高于QCI9，网络资源拥塞同样会对VoLTE语音用户接通和掉话造成影响，因此，后期随着VoLTE用户数和业务量的不断攀升，需更注重高负荷场景对VoLTE性能的影响。
