高负荷场景VoLTE语音掉话分析案例 .pdfVIP

高负荷场景VoLTE语音掉话分析案例

一、【问题描述】

分析淮南市区网格RCUVoLTE测试数据，测试中出现掉话事件，掉话原因：

“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。针对此现象，我

们展开分析处理。

二、【问题分析与排查】

2.1UElog分析

终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好

（RSRP=-80.62dBm，SINR=15.2dB），通话过程中，在19:21:03.574收到基站侧

下发的携带释放QCI=1专载的重配置消息，之后终端上发BYE请求挂机，主叫

掉话。被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息，被叫终

端也上发BYE请求挂机，造成被叫掉话。

2.2EmilTrace分析

Emil信令消息显示，在19:21:04基站侧下发重配置消息，消息中包含释放

QCI=1专载的信息，如下图所示：

在E-RABReleaseIndication消息中显示，释放专载的原因值为：

radio-resources-not-available，即无线资源不可用，如下图所示：

2.3原因排查

2.3.1设备告警干扰排查

经核查，问题区域附近站点无设备告警，无异常干扰现象。

2.3.2参数核查

①VoLTE相关参数（包含切换参数）核查；

②QCI1DRXROHC核查；

③Inactivitytimer参数核查；

④iniMcsUl和iniPrbsUl参数核查；

⑤CFI核查。

参数影响排查后：只有CFI、iniMcsUl和iniPrbsUl这3个参数与网络物理

资源相关。

2.4指标统计分析

HN-市区-洞山局-NFTA-440705-50小区VoLTE掉话问题点，对这些小区对

应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI

发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：

NEB_I

日期掉话时间点CICELL_NAMECCE_BLOCKING_RATE%

D

2018/7/719:2144070550HN-市区-洞山局-NFTA-440705-504.25

可以得出结论：本次异常掉话很可能与问题小区CCE_BLOCKING_RATE

指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。

三、【技术原理】

在LTE网络中，PDCCH承载特定UE的调度、资源分配信息-DCI，如下行

资源分配、上行授权、PRACH接入响应、上行功率控制命令、信令消息（如系

统消息、寻呼消息等）的公共调度指配。

①通常，PDCCH信道位于每一个子帧开始的1、2、3个符号内，具体占用

几个符号是按照PCFICH指示的值来定的，如下所示：

如上表所示，CFI设置越大，可用的RE数量越多，调度能力越大，CFI越

小，PDCCH占用RE越小，调度能力越小。

②正比公平算法：这种算法兼顾了吞吐量最大化和公平性。其调度的基本思

想是基于优先级的，优先级的计算方法使得信道条件越好，优先级越高；而对于

已经得到的较高吞吐量的用户，优先级越低。即可以表示为：优先级＝(C/I)/吞

吐量。然后系统根据计算所得的优先级，选择值最高的用户进行数据传输。这种

方法，即使有些用户当前调度优先级很低，但长时间得不到服务后吞吐量将下降，

会使其优先级上升，从而得到传输数据的机会。

目前对于VoLTE而言，QCI1自身设置优先级是最高的，但是也会因其吞吐

量的提高而逐渐降低调度优先级，这样一来同样会导致VoLTE在线用户PDCCH

得不到分配，最终致使VoLTE因无线资源不可用QCI1承载释放掉话。

结合①和②，我们可