VoLTE接通率分析
许昌VoLTE接通率分析
1.概述
通过VoLTE性能平台和网优平台对许昌的VoLTE接通率在全省排名，变化趋势进行分析，定位网络真实指标情况，通过小区级指标分析网络中高频次、高接通失败的小区分析初步定位原因并提出优化建议。
分析结果：
通过两个不同的平台统计出的VoLTE接通率指标和排名情况看，许昌的接通率指标
在全省的排名一直靠后，总体较差，趋势一致
从全省关联指标对比可以看出，许昌下行弱覆盖小区占比指标排名靠前，但是PHR
异常小区占比靠后，上行受限严重，这也是导致接通率指标差的主要因素
从6月1日至8月1日，许昌VoLTE接通率指标基本保持在99.43%左右，7月30、
31日由于大面积上行干扰导致指标劣化，8月13日后指标开始回升，截止8月23
日已经恢复至99.49%。
造成无线接通率指标差的主要因素是集中在RRC建立阶段，许昌的RRC连接成功率
低于ERAB建立成功率0.04个百分点
导致许昌RRC建立失败占比最高的counter是SIGN_EST_F_RRCCOMPL_MISSING，占
99.16%，这是由于基站发出RRC connection setup后没有收到RRC Setup
completions 消息所致，主要反映了基站和UE之间的无线环境问题，体现在覆盖
和干扰方面
低接通小区主要分布在许昌县和许昌市区，这两个区域占比为52%
低接通小区主要分布在平原农村和室内覆盖场景下，共计占比为54.67%，这说深
度覆盖不足时导致许昌接通低的主要原因
低接通小区主要分布在F频段，占比为82.67%
通过关联指标对高频次低接通小区逐个按照下行弱覆盖、上行弱覆盖、上下行均弱
覆盖、高用户、故障、下行干扰及其它等7种原因进行分析，导致VOLTE接通差的
主要原因是覆盖不足，这和低接通小区主要分布在农村场景和F频段是相吻合的。问题分析方法及建议：
对高频次低接通小区（一周内连续2日接通率低于95%的小区），通过MR覆盖率，上行
RSSI，CQI占比，告警、RRC连接用户数等指标进行关联分析并确定原因，最后给出优化建议，希望报告中的关联指标方法对分公司现场优化能提供帮助，详见报告。
2.总体指标概况
注：性能平台指标来至与信令数据解析，地市月粒度指标是根据原始表中的天粒度数据中的分子分母汇总后计算得到
上表是两个不同的平台统计出的VoLTE接通率指标和排名情况，可以看出，许昌的接通率指标在全省的排名一直靠后，总体较差。
3.许昌关联指标分析
下行弱覆盖占比分析
可以看出，许昌弱覆盖小区占比在全省排名不差，排名第5名，该指标反映了下行弱覆盖情况。
注：上图弱覆盖小区占比数据来源于网优平台，弱覆盖小区定义是下行覆盖电平小于-110dBm的采样点占比大于5%的小区。
PHR异常小区占比
当小区上行覆盖较差、干扰较大时，为了达到基站上行接收期望功率，手机就要以较大的功率发射，这就占用了手机大部分功率，当有上行数据传输进行上行调度时计算出来的手机PH值就会变小，因此PH占比小可以间接反映小区的上行覆盖问题。
从上图可以看出，虽然许昌下行弱覆盖占比在全省排名靠前，但是PHR异常小区占比排名却靠后，排名第11位，占比为85.97%，这说明网络中存在大量上行受限的小区，这是导致接通差的主要原因。上行受限现象在农村和室内覆盖场景下比较普遍。
注：上图PHR异常小区占比数据来源于网优平台，PHR异常小区小区定义是UE发射功率余量小于0的采样点占比大于5%的小区。
4.VoLTE接通率变化趋势和分项分析
下面通过趋势变化，高频次低接通小区等对许昌的接通率指标进行分析，数据来至于网优平台和OMC。
4.1、VoLTE接通率指标变化趋势分析
从上图可以看出，从6月1日至8月1日，许昌VoLTE接通率指标基本保持在99.43%
左右，7月30、31日由于大面积上行干扰指标突然下降至98.93%，之后一直较差并持续下降至99.27%左右，8月13日后指标开始回升，截止8月23日已经恢复至99.49%。下面以8月17日至23日连续一周的数据对许昌的VoLTE接通率指标进行分析。
4.2、无线接通率分项统计分析
上图是8月17日至23日连续一周的RRC连接成功率，E-RAB建立成功率和无线接通率的统计分析，可以看出，许昌的RRC连接成功率低于ERAB建立成功率0.04个百分点，因此造成无线接通率指标差的主要因素是集中在RRC建立阶段，其次是ERAB建立阶段。
造成RRC，ERAB失败的原因可以归结为资源请求失败，资源分配失败和资源占用失败三个方面，具体到无线侧可以进一步分为RRC、ERAB拥塞导致资源请求和分配失败，无线环境不好（覆盖差、干扰）导致资源占用失败，故障原因。
4.3、全网RRC接通失败分析
诺基亚RRC建立失败统计涉及的counter主要有6个，下表是从8月22日至8月28日连续一周许昌全网诺基亚网络的RRC建立失败次数和各counter统计的日均值，从中可以
看出全网导致RRC 建立失败的主要counter 是RRC_MISSING 导致的，该原因占比达99.16%其次是SIGN_CONN_ESTAB_FAIL_MAXRR 和SIGN_CONN_ESTAB_FAIL_PUCCH 。
通过counter 解释，SIGN_EST_F_RRCCOMPL_MISSING 是由于基站发出RRC connection setup 后没有收到RRC Setup completions 消息所致（Signaling Connection Establishmentfailures due to RRC Setup completions missing ），出现这种现象的原因如下：
下行无线环境较差（弱覆盖或干扰）导致基站的RRC connection setup 没有传到手机
手机没有正确解码RRC connection setup 消息
手机发送的RRC Setup completions 消息没有传到基站，这主要是由于上行弱覆盖和干扰所致
通过以上分析可知，SIGN_EST_F_RRCCOMPL_MISSING 主要反映了基站和UE 之间的无线环境问题，体现在覆盖和干扰方面。
小结：导致许昌RRC 建立失败占比最高的counter 是SIGN_EST_F_RRCCOMPL_MISSING ，
占99.16%，这是由于基站发出RRC connection setup后没有收到RRC Setup completions 消息所致，主要反映了基站和UE之间的无线环境问题，体现在覆盖和干扰方面
5、高频次低接通小区分析
通过OMC指标统计，8月22日至28日许昌诺基亚区域连续一周时间内有2天以上接通率小于95%的小区共计有81个，下面对这些从区域分布、覆盖场景、频段进行总体分析，通过RRC有效连接数、告警、下行覆盖、CQI、上行RSSI和SINR等关联指标进行原因分析。
从这些小区的覆盖场景、频段和区县分布进行分析结论如下：
低接通小区主要分布在许昌县和许昌市区，这两个区域占比为52%
低接通小区主要分布在平原农村和室内覆盖场景下，共计占比为54.67%，这说深度覆盖不足时导致许昌接通低的主要原因
低接通小区主要分布在F频段，占比为82.67%
通过关联指标对高频次低接通小区逐个按照下行弱覆盖、上行弱覆盖、上下行均弱覆盖、高用户、故障、下行干扰及其它等7种原因进行分析，导致VOLTE接通差的
主要原因是覆盖不足，这和低接通小区主要分布在农村场景和F频段是相吻合的。区县分布分析
低接通小区主要分布在许昌县和许昌市区、鄢陵这两个区域占比为62.96%。
覆盖场景分析
低接通小区主要分布在平原农村场景下，占比为51.85%，室内覆盖占比为13.58%，这两种场景共计占比为65.43%，这种场景下的覆盖较差，这说深度覆盖不足时导致许昌接通低的主要原因。
频段分析
低接通小区主要分布在F频段，占比为74.07%
原因分析
通过MR覆盖率，上行RSSI，CQI占比，告警、RRC连接用户数等指标进行关联分析，查找低接通率小区的原因并提出优化建议。
低接通小区分析方法：
步骤一、小区指标关联及单项原因归类，按照如下标准通过关联指标对原因进行归类上行弱覆盖：RSSI_PUCCH_AVG<-100
下行弱覆盖：-110dBm 覆盖率<95% 或者弱覆盖采样点比例>5% 上行干扰: SINR_PUCCH_AVG<3 下行干扰：cqi10-15<30% 告警小区：存在告警的小区
高用户小区：RRC_CONN_UE_MAX1>=200 or RRC 下行有效最大连接数>20
步骤二、最后原因确认，对于同时满足两个以上标准小区经综合分析后确定原因，如某个小区存在上行弱覆盖又存在下行弱覆盖则归结为上下行弱覆盖原因，这种小区基本上就是覆盖较远的小区。
通过以上方法对许昌诺基亚区域的高频次低接通小区划分为下行弱覆盖、上行弱覆盖、上下行均弱覆盖、高用户、故障、下行干扰及其它等7种原因，可以看出导致VOLTE 接通差的主要原因是覆盖不足，这和低接通小区主要分布在农村场景是相吻合的。
6、低接通小区优化建议
对于低接通小区，根据以上定位的原因，建议按照如下方法进行优化： 优化建议
对于仅存在上行弱覆盖或者下行弱覆盖的小区，建议通过天馈调整的方法进行覆盖优化，合理控制小区的覆盖范围，尽量减少弱覆盖边缘用户的接入请求，在覆盖优化的基础上再进行合理的参数调整
对于同时存在上行和下行弱覆盖的小区，建议通过站点优化进行解决，这类小区可能是覆盖农村，周边站间距较大，单纯依靠覆盖调整很难解决。
对于仅存在干扰的小区，建议通过干扰排查、PCI调整等手段进行优化
对于高用户小区，建议通过负荷均衡进行优化
对于存在告警小区，建议优先处理告警
低接通小区详表
详细小区分析结果如下表所示，建议分公司参考表中所列指标及上面的方法进行关联分析，并根据现场实际情况进行优化。
许昌高频次低接通
小区分析及优化建议-0
VoLTE的指标定义
VoLTE DT指标定义 1.语音MOS质量 语音MOS质量＝（MOS>=2.5个数）/（MOS个数）×100％； 语音MOS质量＝（MOS>=3.0个数）/（MOS个数）×100％； 语音MOS质量＝（MOS>=3.5个数）/（MOS个数）×100％； 语音MOS质量取主、被叫手机的统计结果，按照分段出具采样点统计。 2.呼叫建立成功率 接通率=主叫建立次数/试呼次数×100%； 试呼次数为主叫发起的SIP_INVITE消息的次数 接通次数为主叫收到的SIP_180 RINGING消息的次数 3.接通率 接通率=主叫接通次数/试呼次数×100%； 试呼次数为主叫发起的SIP_INVITE消息的次数 接通次数为主叫收到的SIP_INVITE 200 OK消息的次数 注：接通率分两类，上述指标为V oLTE呼叫接通率。另需统计测试中主叫在CS域的呼叫接通率（长短呼分开统计）。 4.掉话率 掉话率=掉话次数/主叫接通次数×100%； 注：掉话率分两类，即VoLTE呼叫掉话率和CS域呼叫掉话率（长短呼分开统计）。 掉话率分别统计时间掉话率及里程掉话率（长短呼合并统计）。 时间掉话率=通话状态测试时间/掉话次数（分钟/次） 里程掉话率=通话状态测试里程/掉话次数（公里/次）
5.呼叫建立时延 呼叫建立时延= 主叫发起SIP_INVITE至网络侧下发SIP_180 RINGING 间时间差求和/起呼SIP_INVITE到网络侧下发 SIP_180 RINGING消息时间差计数×100%； 注：空闲态及连接态分开计算，并记录统计次数占比。另需整理呼叫建立时延详情，包括每次呼叫时延情况呈现。 6.RTP丢包率 RTP丢包率=（发送RTP数-接收到RTP数）/发送RTP数×100%； 7.RTP抖动 RTP抖动=相邻两个包的发送时间和接收时间的时间差的绝对值求和/相邻两个包的发送时间和接收时间的时间差的绝对值计数； 8.IMS注册时延 MS注册时延=终端上发SIP REGISTER消息到网络侧下发200 OK消息的时间差求和/终端上发SIP REGISTER消息到网络侧下发200 OK消息的时间差计数； 9.IMS注册成功率 IMS注册成功率= IMS注册成功次数/(IMS注册失败次数+IMS注册成功次数) ×100%； IMS注册成功指终端发送SIP_REGISTER，并收到SIP_REGISTER 200 OK； 10.eSRVCC切换成功率 eSRVCC切换成功率=eSRVCC切换成功次数（UE收到MobiltyFromEUTRACommand-指向WCDMA，随后上发Handover complete消息）/eSRVCC切换尝试次数（UE收到MobiltyFromEUTRACommand-指向WCDMA）×100%； 11.LTE切换成功率 LTE HO成功率=LTE HO成功次数（UE收到包含mobilitycontrol的RRC重配消息后，上发RRC重配完成且没有发生RRC连接重建的次数）/LTE HO尝试次数（UE收到包含mobilitycontrol的RRC重配次数）×100%；（同频/异频）
volte指标定义
V oLTE指标 语音业务 V oLTE始呼接通率（语音/视频） a)指标名称：VoLTE始呼接通率（语音/视频） b)英文名称：Service.VOLTE.MocConnectedSuccRate c)业务需求：VoLTE主叫业务用户感知的呼叫接通（振铃）成功率。 d)指标定义：VoLTE始呼接通率指从主叫网络侧看，收到VoLTE语音或视频的Invite 始呼请求后，向主叫用户成功转发180响应消息的比率。（注：指标可以区分为语 音呼叫和视频呼叫。但由于IMS允许语音和视频在一次通话过程中可以来回切换， 比如在呼叫发起时的视频通话，可能接通时是语音通话，或者先发起语音通话，再 切成视频，再切回语音。由于切换在同一次通话中发生，较难（也无必要）将语音 和视频通话严格区分开来，因此本指标及后续指标不对语音和视频切换进行识别，只按第一次协商的业务类型决定是语音还是视频）。 。 e)指标算法：语音始呼接通率语音始呼接通次数 语音始呼总次数 ?VoLTE语音始呼接通次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。 （参见3GPP TS .24.229）。 ?VoLTE语音始呼总次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）的次数。 视频始呼接通率视频始呼接通次数 。 视频始呼总次数 ?VoLTE视频始呼接通次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。 （参见3GPP TS .24.229）。 ?VoLTE视频始呼总次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）的次数。
VoLTE接通率分析
许昌VoLTE接通率分析 1.概述 通过VoLTE性能平台和网优平台对许昌的VoLTE接通率在全省排名，变化趋势进行分析，定位网络真实指标情况，通过小区级指标分析网络中高频次、高接通失败的小区分析初步定位原因并提出优化建议。 分析结果： 通过两个不同的平台统计出的VoLTE接通率指标和排名情况看，许昌的接通率指标 在全省的排名一直靠后，总体较差，趋势一致 从全省关联指标对比可以看出，许昌下行弱覆盖小区占比指标排名靠前，但是PHR 异常小区占比靠后，上行受限严重，这也是导致接通率指标差的主要因素 从6月1日至8月1日，许昌VoLTE接通率指标基本保持在99.43%左右，7月30、 31日由于大面积上行干扰导致指标劣化，8月13日后指标开始回升，截止8月23 日已经恢复至99.49%。 造成无线接通率指标差的主要因素是集中在RRC建立阶段，许昌的RRC连接成功率 低于ERAB建立成功率0.04个百分点 导致许昌RRC建立失败占比最高的counter是SIGN_EST_F_RRCCOMPL_MISSING，占 99.16%，这是由于基站发出RRC connection setup后没有收到RRC Setup completions 消息所致，主要反映了基站和UE之间的无线环境问题，体现在覆盖 和干扰方面 低接通小区主要分布在许昌县和许昌市区，这两个区域占比为52% 低接通小区主要分布在平原农村和室内覆盖场景下，共计占比为54.67%，这说深 度覆盖不足时导致许昌接通低的主要原因 低接通小区主要分布在F频段，占比为82.67% 通过关联指标对高频次低接通小区逐个按照下行弱覆盖、上行弱覆盖、上下行均弱 覆盖、高用户、故障、下行干扰及其它等7种原因进行分析，导致VOLTE接通差的 主要原因是覆盖不足，这和低接通小区主要分布在农村场景和F频段是相吻合的。问题分析方法及建议： 对高频次低接通小区（一周内连续2日接通率低于95%的小区），通过MR覆盖率，上行
VoLTEKPI指标定义
语音质量类终端在源小区收到RRC重配消息指示切换，到终端在网内控制面，12, LI标小区收到RRC重配消息指示切换完成的时间差 源小区最后一个PDCP层数据包到LI标小区接收到的网内用户面第一个PDCP 层数据包的时间差 空从eNodeB下发Handover Command到终端向BSS切换中断网间口发送H0 Complete的时间差时延控制核MME向eMSC发送PS to CS Request,到收到PS to面心CS Complete/Ack的时间差网 源小区最后一个PDCP层数据包到訂标小区建立专有网间用户面信道恢复话音的时间差 主叫端发起BYE Message到收到网络侧下发的SIP 200话音挂机时延0K消息差 从终端发生RLF, Radio Link Failure,无线链路失败， RRC重建时延的时刻，大盘终端发出RRC Connection Reestablishment Complete 的时刻 IMS注册成功率IMS注册成功次数/终端开机次数*100% 话音接通成功率成功完成呼叫次数/终端发起呼叫总数*100% 掉话率掉话次数/成功建立呼叫次数*100% 网内切换成功率切换成功次数/切换请求次数*100% KPI指标类eSRVCC切换成功率eSRVCC切换成功次数/eSRVCC切换尝试次数*100% ,9,寻呼成功率寻呼成功次数/EPC发起寻呼请求总次数*100% 平均长保时间用户保持通话状态时间的平均值 紧急呼叫建立成功率拨打紧急呼叫成功接通次数/总拨打次数*100% 里程掉话比掉话次数/呼叫行驶的里程数,km, *100% 2资源占用类
2.1上行RB数（新指标） 1，定义 ,每秒上行调度RB数/每秒上行实际调度次数。 2,统计方法 ,每秒上行调度RB数:指该用户在过去1秒内被实际调度的上行RB数； ,每秒上行实际调用次数:指该用户在过去1秒内被系统实际上行调度的次数，而非 过去1秒内的所有调度机会（例如过去一秒内所有的上行时隙数U）; ,例如，在过去1秒内如果系统调度了 4次，调度的RB数分别为34、81、57、 70, 则该数据应为（34+81+57+70）/4,而不是简单得将总调度RB数平摊到过去1秒内 所有的调度机会上：（34+81+57+70）/600。 2.2下行RB数（新指标） 1，定义 ,每秒下行调度RB数/每秒下行实际调度次数。 2,统计方法 ,每秒下行调度RB数:指该用户在过去1秒内被实际调度的下行RB数； ,每秒下行实际调用次数:指该用户在过去1秒内被系统实际下行调度的次数，而非 过去1秒内的所有调度机会（例如过去一秒内所有的下行时隙数U）; ,例如，在过去1秒内如果系统调度了 4次，调度的RB数分别为34、81、57、 70,
volte指标定义
VoLTE指标 语音业务 VoLTE始呼接通率（语音/视频） a)指标名称：VoLTE始呼接通率（语音/视频） b)英文名称：业务需求：VoLTE主叫业务用户感知的呼叫接通（振铃）成功率。 c)指标定义：VoLTE始呼接通率指从主叫网络侧看，收到VoLTE语音或视频的Invite始 呼请求后，向主叫用户成功转发180响应消息的比率。（注：指标可以区分为语音 呼叫和视频呼叫。但由于IMS允许语音和视频在一次通话过程中可以来回切换，比 如在呼叫发起时的视频通话，可能接通时是语音通话，或者先发起语音通话，再切 成视频，再切回语音。由于切换在同一次通话中发生，较难（也无必要）将语音和 视频通话严格区分开来，因此本指标及后续指标不对语音和视频切换进行识别，只 按第一次协商的业务类型决定是语音还是视频）。 d)指标算法：。 ?VoLTE语音始呼接通次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。（参 见3GPP TS .）。 ?VoLTE语音始呼总次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）的次数。 。 ?VoLTE视频始呼接通次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。（参 见3GPP TS .）。 ?VoLTE视频始呼总次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）的次数。
注：图中虚线表示响应消息。 e)测量数据映射关系：Mw xDR， ?VoLTE语音始呼接通次数：xDR中字段“Interface”=Mw，且“Service Type”=0，且“Procedure Type”=5,且“CALL_SIDE”=0,且“ALERTING_TIME”≠全F的xDR 个数。 ?VoLTE语音始呼总次数：xDR中字段“Interface”=Mw，且“Service Type”=0，且“Procedure Type”=5,且“CALL_SIDE”=0的xDR个数。 ?VoLTE视频始呼接通次数：xDR中字段“Interface”=Mw，且“Service Type”=1，且“Procedure Type”=5,且“CALL_SIDE”=0,且“ALERTING_TIME”≠全F的xDR 个数。 ?VoLTE视频始呼总次数：xDR中字段“Interface”=Mw，且“Service Type”=1，且“Procedure Type”=5,且“CALL_SIDE”=0的xDR个数。 f)数据类型: 实型 g)数据单位：无 h)空间粒度：UE
VoLTE指标定义
一、V oLTE概述（一）网络构架 （二）
二、指标定义 （一）IMS注册成功率 1、计算公式： IMS注册成功次数/终端开机次数*100% 2、相关说明： 终端开机后，将先后完成EPC附着，IMS信令承载建立和IMS注册流程，以上3 个流程均正常完成，则定义为一次IMS注册成功。 （1）EPC附着：终端开机→广播消息读取→随机接入→RRC连接建立→默认承载建立（CMNET，QCI=9）→RRC Connection Reconfiguration Complete。 （2）IMS信令承载建立：终端发起PDN Connectivity Service到默认承载建立（IMS，QCI=5）→RRC Connection Reconfiguration Complete。 （3）IMS注册：终端发起SIP Register→SIP401→SIP Register→SIP 200 OK 3、步骤流程： （1）MS用户发出注册请求消息； （2）P-CSCF通过DNS得到用户归属网的I-CSCF； （3）P-CSCF把注册消息转到I-CSCF； （4）I-CSCF查询HSS，为用户选择一个S-CSCF； （5）I-CSCF将消息转到S-CSCF； （6）S-CSCF从HSS得到用户的认证信息； （7）S-CSCF通知用户重新认证； （8）用户重新发起注册（1－5步）； （9）认证通过，S-CSCF通知HSS； （10）S-CSCF从HSS下载用户数据和iFC； （11）S-CSCF通知AS进行第三方注册； （12）AS从HSS得到用户数据（可选）； （13）P-CSCF向S-CSCF订阅注册事件通知； （14）用户向S-CSCF订阅注册事件通知。
最新华为SEQ VoLTE指标规范资料
华为SEQ VoLTE指标规范 1VoLTE简介 VoLTE即Voice over LTE，它是一种IP数据传输技术，VoLTE是基于IMS的语音业务，可实现数据与语音业务在同一网络下的统一。4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的音视频通话效果。VoLTE与2G、3G语音通话有着本质的不同。VoLTE是架构在4G网络上全IP条件下的端到端语音方案。VoLTE相较2G、3G语音通话，语音质量能提高40%左右，因为它采用高分辨率编解码技术。VoLTE为用户带来更低的接入时延（拨号后的等待时间），比3G降50%，大概在2秒左右，而2G时代在6~7秒。此外，2G、3G下的掉话时有发生，但VoLTE的掉话接近于零。 对运营商而言，部署VoLTE意味着开启了向移动宽带语音演进之路。从长远来看，这将给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。因为对于语音业务，LTE的频谱利用效率远远优于传统制式，达到GSM的4倍以上。 另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显著提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，测试表明VoLTE比CS呼叫缩短一半以上；第三，与RCS的无缝集成可以带来丰富的业务 2VoLTE涉及的接口 图中红色标记的的探针采集接口是VoLTE涉及的关键接口。 外置探针
S-CSCF/I-CSCF 关键网元： 接口简介：
3VoLTE KQI指标说明 图1: VoLTE KQI信令面流程图
VoLTE KPI指标定义
V oLTE KPI指标定义概述
资源占用类 上行RB数（新指标） 1.定义 1.每秒上行调度RB数/每秒上行实际调度次数。 2.统计方法 1.每秒上行调度RB数：指该用户在过去1秒内被实际调度的上行RB数； 2.每秒上行实际调用次数：指该用户在过去1秒内被系统实际上行调度的次数，而非 过去1秒内的所有调度机会（例如过去一秒内所有的上行时隙数目）； 3.例如，在过去1秒内如果系统调度了4次，调度的RB数分别为34、81、57、70， 则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB数平摊到过去1秒内所有的调度机会上：（34+81+57+70)/600。 下行RB数（新指标） 1.定义 1.每秒下行调度RB数/每秒下行实际调度次数。 2.统计方法 3.每秒下行调度RB数：指该用户在过去1秒内被实际调度的下行RB数； 4.每秒下行实际调用次数：指该用户在过去1秒内被系统实际下行调度的次数，而非 过去1秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）； 5.例如，在过去1秒内如果系统调度了4次，调度的RB数分别为34、81、57、70， 则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB数平摊到过去1秒内所有的调度机会上：（34+81+57+70)/600。 上行MCS（新指标） 1.定义 1.每秒上行调度的MCS值之和/每秒实际调度次数。 2.统计方法 1.每秒上行调度的MCS值之和：该用户在过去一秒被上行调度的MCS值总和； 2.每秒实际调用次数：指该用户在过去1秒内被系统实际上行调度的次数，而非过去 1秒内的所有调度机会（例如过去一秒内所有的上行时隙数目）。 下行MCS（新指标） 1.定义 1.每秒下行调度的MCS值之和/每秒实际调度次数。 2.统计方法 3.每秒下行调度的MCS值之和：该用户在过去一秒被下行调度的MCS值总和。 4.每秒实际调用次数：指该用户在过去1秒内被系统实际下行调度的次数，而非过去 1秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）。 5.对于下行来说，取2个code的MCS算术平均值。
VOLTE KPI定义
V oLTE KPI指标分类和定义1总体
2资源占用类 2.1上行RB数（新指标） 1，定义：每秒上行调度RB数/每秒上行实际调度次数 2，统计方法 ?每秒上行调度RB数：指该用户在过去1秒内被实际调度的上行RB数 ?每秒上行实际调用次数：指该用户在过去1秒内被系统实际上行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的上行时隙数目）?例如，在过去1秒内如果系统调度了4次，调度的RB数分别为34、81、57、70，则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB数平摊到过去1秒内 所有的调度机会上：（34+81+57+70)/600 2.2下行RB数（新指标） 1，定义：每秒下行调度RB数/每秒下行实际调度次数 2，统计方法 ?每秒下行调度RB数：指该用户在过去1秒内被实际调度的下行RB数 ?每秒下行实际调用次数：指该用户在过去1秒内被系统实际下行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）?例如，在过去1秒内如果系统调度了4次，调度的RB数分别为34、81、57、70，则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB数平摊到过去1秒内 所有的调度机会上：（34+81+57+70)/600 2.3上行MCS（新指标） 1，定义：每秒上行调度的MCS值之和/每秒实际调度次数 2，统计方法 ?每秒上行调度的MCS值之和：该用户在过去一秒被上行调度的MCS值总和。 ?每秒实际调用次数：指该用户在过去1秒内被系统实际上行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的上行时隙数目） 2.4下行MCS（新指标） 3，定义：每秒下行调度的MCS值之和/每秒实际调度次数 4，统计方法 ?每秒下行调度的MCS值之和：该用户在过去一秒被下行调度的MCS值总和。 ?每秒实际调用次数：指该用户在过去1秒内被系统实际下行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）。 ?对于下行来说，取2个code的MCS算术平均值。
VOLTE接通率优化思路及案例
VOLTE 接入问题优化思路及方案整理 一、 VLOTE 主被叫接入流程 主被叫接入流程 指标定义：主叫呼叫成功次数/主叫发起呼叫总数*100% 事件定义：主叫上发 INVITE 后，收到网络下发200 OK 二、 VOLTE 接入分析流程： 影响业务告警过覆盖 弱覆盖 重叠覆盖 干扰 无线质差 网络问题终端问题外部因素 ATU 维护 邻区漏配 ATU 建、优、规 VOLTE 未接通问题分析思路 ATU 优化 三、 VOLTE 接入处理流程： 1. 影响业务告警：转维护处理
2.无线质差： a)弱覆盖：转ATU建设、优化、规划流程处理 b)过覆盖、重叠覆盖、干扰、邻区漏配：转ATU优化流程处理 3.网络问题：转EPC\IMS排查处理 4.终端问题：转软件、终端排查处理 5.外部因素：人为误操作：转测试相关人员按规范正确操作、测试。 四、本轮VOLTE分析未接通分类： 无线问题： 1.弱覆盖、过覆盖、重叠覆盖、邻区缺失、模三干扰、外部干扰空口质差 导致信令交互超时未接通。 案例：主叫发送UPDATE REQUEST后由于弱覆盖质差UPDATE REQUEST超时导致未接通。 网络问题： 1.网络不回消息 案例：主叫上发INVITE request 消息后网络侧未回100tring导致未接通。 2.流程冲突 案例：主叫QCI1专载建立请求与切换请求流程冲突导致未接通。 3.网络主动释放 案例：主叫在收到200 OK前网络侧下发rrcConnectionRelease导致未接通。 4.网络回错误码 案例1：网络侧下发500 Server Internal Error消息导致主叫未接通。 案列2：网络下发invite service unavaible消息转CSFB导致主叫未接通。 软件&终端问题 1.终端无响应 案列：被叫上发INVITE- Ringing消息后终端10秒无响应，导致网络向主叫下发rrcConnectionRelease未接通。 2.终端响应延时 案列：被叫UE发送INVITE- Ringing消息13秒后才上发INVITE 200 OK，导致网络向主叫下发rrcConnectionRelease未接通。
volte_kpi指标定义
VoLTE KPI 指标定义1概述
2资源占用类 2.1上行RB 数（新指标） 1，定义 ?每秒上行调度RB 数/每秒上行实际调度次数。 2，统计方法 ?每秒上行调度RB 数：指该用户在过去1 秒内被实际调度的上行RB 数； ?每秒上行实际调用次数：指该用户在过去1 秒内被系统实际上行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的上行时隙数目）； ?例如，在过去1 秒内如果系统调度了4 次，调度的RB 数分别为34、81、57、70，则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB 数平摊到过去1 秒内 所有的调度机会上：（34+81+57+70)/600。 2.2下行RB 数（新指标） 1，定义 ?每秒下行调度RB 数/每秒下行实际调度次数。 2，统计方法 ?每秒下行调度RB 数：指该用户在过去1 秒内被实际调度的下行RB 数； ?每秒下行实际调用次数：指该用户在过去1 秒内被系统实际下行调度的次数，而非过去1秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）； ?例如，在过去1 秒内如果系统调度了4 次，调度的RB 数分别为34、81、57、70，则该数据应为（34+81+57+70)/4，而不是简单得将总调度RB 数平摊到过去1 秒内 所有的调度机会上：（34+81+57+70)/600。
2.3上行MCS（新指标） 1，定义 ?每秒上行调度的MCS 值之和/每秒实际调度次数。 2，统计方法 ?每秒上行调度的MCS 值之和：该用户在过去一秒被上行调度的MCS 值总和； ?每秒实际调用次数：指该用户在过去1 秒内被系统实际上行调度的次数，而非过去 1 秒内的所有调度机会（例如过去一秒内所有的上行时隙数目）。 2.4下行MCS（新指标） 1，定义 ?每秒下行调度的MCS 值之和/每秒实际调度次数。 2，统计方法 ?每秒下行调度的MCS 值之和：该用户在过去一秒被下行调度的MCS 值总和。 ?每秒实际调用次数：指该用户在过去1 秒内被系统实际下行调度的次数，而非过去 1 秒内的所有调度机会（例如过去一秒内所有的下行时隙数目）。 ?对于下行来说，取2个code的MCS算术平均值。 2.5上行终端发射功率 1，定义 ?每秒内终端发射功率的平均值 2，统计方法 ?从终端侧进行统计，可以区分不同信道/信号，如PUSCH/PUCCH/PRACH 2.6GSM 通话时长占比 1，定义 ?指定时间内终端在GSM 制式下的通话时长/ 指定时间内终端总通话时长 2.7呼叫SRVCC 切换占比 1，定义 ?发生了SRVCC 切换的呼叫次数/ 总呼叫次数