VOLTE掉话率及接入时延分析20160513
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。
在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。
1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。
可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。
可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。
-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。
-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。
4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。
分析这些报告可以帮助找到问题的原因。
如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。
5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。
可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。
-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。
-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。
6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。
-网络节点配置错误，如路由配置错误或信道配置错误。
总结：。
VoLTE 呼叫端到端接通时延分布分析
VoLTE 呼叫端到端接通时延分布分析作者：宋国海来源：《信息通信技术与政策》 2018年第9期1 引言VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上，因此用户感知时延非常明显。
目前，某省移动外场测试时可以感受到呼叫建立时延更短，第一条ONVITE接入消息到终端接收到网络侧下发的SIP180 Ring 消息之间的时间差，在理想情况下VoLTE呼叫VoLTE的通话平均接通时延可以达到2s 左右，而2G时代在6～7s，用户感知为秒通。
但由于VoLTE 网络结构复杂，从运营商角度来看，涉及到新增或升级改造的配套网络设备繁多，各设备存在大量的调测任务，在VoLTE 网络建网初期不但难以达到VoLTE 的1～2s级别的接通时延要求，甚至还有可能远大于传统2G/3G的接通时延标准。
因此，VoLTE业务端到端接通时延分析在VoLTE 网络建设演进中起着不可或缺的作用，对于用户感知指标的分析非常必要。
2 VoLTE接通时延分布分析案例2.1 分析场景描述根据LTE 用户呼叫业务特点，可以将VoLTE 用户的呼叫场景分为VoLTE 呼叫VoLTE、VoLTE 呼叫CS（被叫为CS 用户）、VoLTE 呼叫CS（域选到CS）、CS 呼叫VoLTE、CS呼叫CS 等业务场景。
将VoLTE 呼叫VoLTE 的呼叫接通时延划分成10 个阶段，分别是主叫默认承载建立时延、主叫专用承载建立时延、主叫IMS 域呼叫建立时延、局间建立时延、被叫IMS域呼叫建立时延、被叫寻呼时延、被叫默认承载建立时延、被叫专用承载建立时延、媒体协商时延、振铃触发时延。
其它呼叫场景也可以根据其特点进行此方式的时延分段分类。
2.2 时延分布分析测试报告通过采集EPC域的S1-MME、S11、S6a 接口信令数据，IMS 域Gm、Mw、Isc、Mg、Mj、Cx、Sh 等接口信令数据，PCC域Rx、Gx 接口信令数据进行LTE 用户呼叫端到端感知时延分析。
VOLTE掉话分析
TOP筛选条件◆当日掉话次数大于3次为TOP小区◆一周内出现3次TOP小区为高掉话TOP小区TOP分析方法手段掉话问题掉话原因分析➢按照掉话分子，按原因值提取相关计数器进行分析；➢检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；➢小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理；➢检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；➢对于弱覆盖引起的掉线，若终端处于覆盖边缘，周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。
➢关注小区无线环境，分析是否NI过高；➢关注影响业务的故障类告警；掉话Context归类如下：●ENB由于S1链路故障发起释放分为三类◆Context释放，Gtpu ErrInd触发释放：主要是核心网参数问题，部分原因是TAC边界不和导致，可以优化TAC边界◆Context释放，Path故障触发释放：传输故障导致，需核查传输◆Context释放，光口故障触发释放：光口、S1链路故障等原因，推维护处理●Context释放，ENB切换失败引发释放：检查切换参数、功率参数、定时器设置；●Context释放，由于小区关断或复位引发释放：检查掉线对应时间段内基站小区故障类告警●Context释放，ENB由于其他原因引发释放：容量等其他问题；●Context释放，ENB重建立失败导致释放：检查小区NI是否过高，RS功率设置是否偏小，检查现场无线环境，开启X2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）；●ENB空口失败引发释放次数分四类◆ERAB释放，空口定时器超时：检查CPU负荷，同时在线用户数是否偏高，如是可增加SR信道配置容量进行优化，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，空口质量差触发RLF：检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；◆ERAB释放和RLC达到最大重传次数：检查RLC参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，PDCP完整性保护失败：检查加密完保参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；Context整理情况如下：切换问题：切换分为切换准备阶段和切换执行阶段切换准备阶段多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。
关于VOLTE掉话率定位分析及优化案例
关于VOLTE掉话率定位分析及优化案例关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程：1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。
对于传输层问题占比大，则需传输侧进行排查分析；切换流程失败原因则重点分析无线质量、邻区关系、参数配置；●排查源小区及目标小区覆盖、干扰等无线质量情况，避免切换时与目标小区同步失败。
●核查邻区关系及参数，并结合地理图层确保已完善周报邻区，保证邻区关系及参数合理性；●参数一致性：核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。
●核查切换参数配置：现网同异频切换基本都是基于A3事件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。
同频切换参数，主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞：异频切换参数，主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。
异系统的切换参数，主要合理设置 A2 测量门限，避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话；无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等；●借助MR数据等措施判断弱覆盖及优化；●核查小区干扰情况并进行处理优化；●通过CQI上报指标统计各调制方式占比，可反映下行信道质量情况，正常情况是64QAM远大于QPSK占比，反之则说明无线质量存在异常。
如下为正常小区下各调制方式占比情况：●通过性能平台TA数据统计评估是否存在过覆盖问题，当TA统计距离明显大于最小站间距，则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话，则需对拥塞原因进行排查及扩容等优化处理。
VOLTE问题分析RTP丢包率
RTP丢包率问题分析一、问题描述第一轮VOLTE测试工作已完成，通过后台指标统计发现全网RTP丢包率为1.98%，导致该指标的原因主要有4点：基站故障、弱覆盖、无线干扰、重叠覆盖；为此对全网丢包率较高的路段、小区进行问题分析及处理。
二、问题分析1、基站故障:主要由于基站退服导致主被叫呼叫建立时延较久或建立失败，导致RTP丢包率偏高；●主叫UE在集宁朗庭洗浴中心附近时，由于集宁朗庭洗浴-ZLHF退服导致UE占用集宁多经办-2小区，RSRP为-120.56dbm，SINR为-1.6，集宁多经办-2小区信号达到-110dbm以下，开始启动Event A2系统测量，进行B2切换，集宁多经办-2小区切换至2G小区，但是通过层3信令提示“cs-FallbackIndicator= false“说明重选2G失败，导致被叫脱网，在此期间对RTP丢包率影响较大，该路段丢包率为3.455%。
2、弱覆盖：现网部分路段由于覆盖较差，导致SINR值较高，无线环境不良，UE在此路段建立通话时，存在一定程度丢包现象。
●现网弱覆盖主要问题区域集中在4个地方，现已有规划街道站、新建站，目前尚未正式开通，具体区域及覆盖情况如下：3、无线干扰：本次VOLTE测试的主要受2方面影响，一是内部（MOD3）干扰；二是外部干扰器；导致呼叫建立时延较久，RTP丢包率较大；通过对主要路段进行分析确定问题路段，进行无线干扰优化提升指标。
●内部Mod3干扰问题：由于MOD3干扰，主叫UE行驶至该路段时，由集宁联通-3小区切换至集宁博物馆-3小区，并在完成RRC建立、ERAB建立及EPS 承载建立后，开始频繁切换2次（集宁博物馆-3→集宁联通-3→集宁教育局2），在此期间RTP丢包率较差，影响整体指标。
●外部干扰问题：由于外部干扰导致RTP丢包率较大路段一处；位于杜尔伯特路与迎宾路交叉口（集宁一中校区）时，由于上行干扰主叫UE未能正常切换至2G网络，引起掉话；在此期间RTP丢包率较大，主叫被迫脱网。
VOLTE掉话分析处理方法
一、VOLTE掉话优化方法（包括测试、统计）1.1、Volte掉话定义：Volte掉话率=掉话次数/成功建立呼叫次数*100%统计方法•掉话：空口RRC连接释放（终端Radio Link Failure或者网络侧RRC Release）；主被叫bye消息异常或者通话结束收到bye和ACK消息，但是未正常释放承载。
•成功建立呼叫：包括RRC连接建立和SIP会话建立。
a)RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；b)成功建立呼叫：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息；1.2、Volte掉话率优化思路：Volte掉话分析大致来源于投诉、DT、统计（炎强或者网管）三方面；目前掉话原因主要集中在两方面：一方面是无线；另一方面是EPC或者IMS的问题。
针对掉话优化，具体优化流程涉及方面如下：1.2.1 路测掉话分析思路Volte目前在我省处于试商用阶段，现阶段测试是我们发现Volte问题的主要手段。
通过全国各地对Volte掉话分析处理的经验，如上六方面是影响Volte测试掉话率的主要因素，具体分析方法如下：1、服务小区故障导致掉话：此类问题的表象不一，总的来说，在确认系统的功率、切换、业务相关参数无误、并排除了无线环境（信号）的影响之后，掉话问题依旧存在，这时可以将问题考虑为系统设备（可能是硬件或软件）异常。
1. 网管告警查询，如果存在告警及时处理。
2. 切换流程异常（在切换区、无法正常完成切换、而导致掉话）3. 在业务进行到相对固定的一段时间内、发生掉话（并且可复现）4. 在特定某（几）个扇区、eNodeB下，发生可复现的掉话5. 跨MME、或者跨TA等，在特殊区域进行业务时，发生可复现的掉话2、弱覆盖导致掉话：现象由于弱覆盖导致的掉话，通常有以下表现：1. 掉话前服务小区的RSRP持续变差（低于弱覆盖标准1，如：小于-110dBm）、同时服务小区的SINR也一起持续变差（小于-0dB，甚至更低）；2. 掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
经典案例-VoLTE掉话研究和实践总结
经典案例-VoLTE掉话研究和实践总结Volte掉话研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何保持Volte用户在语音通话过程中不掉话将至关重要。
本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。
下图所示为挂机流程：Volte掉话定义如下：掉话率：（主叫掉话次数+被叫掉话次数）/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义：呼叫成功后，通话阶段收到RRCCONECTION RELEASE消息，挂机阶段QCI1承载没有释放，BYE REQUEST没有收到200 OK。
2影响Volte掉话的因素Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。
影响Volte掉话的因素如下图所示：3Volte掉话定位思路首先确定是哪类原因引起的掉话，再根据触发异常的网元分析掉话原因。
Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题，一般是由空口质量，切换失败，重建，流程冲突等原因造成，涉及端到端网元，因此定位根因需要端到端信令，下图是Volte 定位思路。
如上图所示，分析Volte掉话时，告警核查和参数核查是无条件执行的。
掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪，若是基站触发的，查看S1口释放原因。
2、根据原因值结合基站日志进行分析。
3、若是MME触发的，则查看释放原因，联合MME分析。
QCI1承载没有删除1、查看QCI1承载删除是否有切换，TAU流程，若存在查看基站虚用户跟踪，EPC跟踪，分析流程交叉处理顺序是否合理。
2、若流程交叉无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删除。
3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。
4、若基站没有收到QCI1承载删除，则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。
案例-Volte业务呼叫建立时延的优化分析
中国电信衡水分公司Volte业务中对呼叫建立时延的优化分析目录一、概述 (3)二、呼建时延分析 (4)2.1 Volte业务的呼叫建立流程 (4)2.2 影响呼叫建立时延的因素 (5)2.3 无线侧对呼叫建立时延的影响 (6)2.4 实践验证 (8)三、总结 (12)一、概述LTE时代，多元化的业务对“覆盖”、“速率”和“时延”提出了更高的要求，比如语音、web、视频等。
而语音业务特别是高清语音（VOLTE）的诉求逐渐增加，高清语音的优良感知提出新的挑战。
衡水LTE本地网络目前为800M、1800M、2100M共三个频段组网，对于不同业务承载采用的业务分层，即QCI（1、2、5）以800M网络优先承载，QCI（6、7）为1800M 网络优先承载。
本文通过对Volte语音业务下的呼叫流程解析以及Volte承载在不同频段下的起呼流程对比，从无线优化的角度来验证业务分层对呼叫建立时延的影响。
二、呼建时延分析2.1 Volte业务的呼叫建立流程volte信令流程图根据简化信令流程图所示，主叫发送Invite消息到主叫收到180振铃消息的时间差，即主叫发起第1条信令到主叫收到第11条信令的时间差即为呼叫建立时延。
正常情况下，UE由空闲态发起的VoLTE高清语音通话接入时延大致在3秒左右。
Volte网元流程图根据网元流程图，整个呼叫建立流程涉及到EPC(S/P-GW)、IMS(SBC/P-CSCF、I/S-CSCF)两个核心实体。
2.2 影响呼叫建立时延的因素主被叫UE在LTE网络下的Volte语音呼叫时延由终端、无线、EPC及IMS网络时延组成。
从主叫终端发送第一个会话消息（INVITE）到接受到网络侧发送的振铃消息（180），影响呼叫建立时长的因素主要有三个：IMS消息处理部分耗时，IMS消息处理主要包括消息在网元间的传输时延以及业务流程耗时，包括主叫业务、被叫业务、锚定、域选等关键流程。
呼叫过程中的空口耗时+EPC消息来回耗时，消息在网络侧和终端之间的耗时。
VOLTE端到端掉话分析指导
VOLTE掉话率分析进展掉话率整体情况：关联MR、干扰、TOP等整体分析情况通过SEQ信令平台端到端指标分析全省8月4日掉话率，掉话原因归属中无线原因占比最高，达到96.61%。
总掉话次数6973次，始呼掉话3679次，终呼掉话3294次，一共涉及小区5682个小区，掉话用户5712个，不存在明显TOP小区与TOP用户；在对掉话小区MR对比中发现，MR覆盖率大于98%掉话小区数325个，MR覆盖率小于98%掉话小区数5537个，MR覆盖率最差为6.71%，对掉话小区干扰分析发现，高于-110小区429个，低于-110小区5253个。
8月4日掉话小区与用户详单.xlsx整体掉话综合原因分类掉话的综合失败原因主要分类如下，其中“10 RESOURCE_ALLOCATION_FAILURE”原因值占比28.84%,占比最高。
本周发现掉话类型案例第一类：MME释放UE上下文导致掉话问题描述：SBC向SCSCF发送BYE消息，携带原因为承载释放，统计为一次掉话。
问题分析：最后一次切换17S后，MME向基站下发UE上下文释放命令，携带原因值为正常释放。
分析PS话单发现，最后一次S1切换后无其他PS话单，掉话后发起TAU流程。
结合语音质量话单分析发现，此次通话上行单通6112ms，语音分片记录发现23:29:30.484开始S1-U口已经无语音包。
S1-U口GM口从MR及干扰分析来看，本次通话占用CCCC_天琴湾小区_HLH_F22_1小区，当日MR覆盖率为92.58%，平均干扰为-115，通话时间占用站点无影响业务告警。
问题定位:结合以上分析来看，此次通话占用站点无干扰，MR覆盖率相对较差，用户上行单通时间较长，初步判定为无线原因导致。
第二类：切换中MME释放UE上下文超时导致掉话问题描述：SBC向SAEGW发送“Insufficient Bearer Resource”承载资源不足，统计掉话。
问题分析：回溯SIP信令发现，19:14:14.443干沟子基站向MME发起切换，PS话单显示切换成功。
(重点)VOLTE掉话分析
VoLTE经验总结1 广州VOLTE网络质量现状经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。
?七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。
广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2 广州VoLTE测试问题优化进展2.1 异频重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。
网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI 1 业务异频重定向功能生效。
2.2 异系统重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。
网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。
P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件2.3 TM3/8转换掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。
8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换，转换正常未发生异常。
室分VoLTE掉话问题处理总结
室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话，出现次数较多。
二、分析处理过程根据县局提供室分信息，查询了基站的告警情况，该小区为1t2r配置，底噪情况如下，实际底噪-85左右，（诺基亚基站小区正常底噪在-105左右；该小区ANT2实际未接馈线）：根据县局提供的手机号码及掉话时间，在智慧优化平台查看通话记录，发现其掉话原因为BEARER_RELEASED。
端到端语音质量对比情况，主被叫语音质量均优良，没有丢包问题和时延问题：分析被叫端语音质量，可以看出在最后的5秒内达到的达到包数相比减少了非常多：在“信令回溯”页面，可以看出eNobeB发送了UE Context Release Complete 消息给MME，具体原因未知：继续查询XDR话单，找到对应的使用记录，可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析，在空口侧应该是UE失步了导致基站释放了它的上下文信息。
按照通话时间在基站侧进行了calltrace，从信令来看，掉线原因是Radio Connection With UE Lost，具体原因为上行BLER达到了100%，然后基站认为手机out of syn并释放了其手机上下文信息，导致掉话问题出现。
若干秒后三、处理方案根据上面的分析，是手机失步了然后基站释放上下文导致掉话问题出现。
查询小区参数，其N310，N311，T310均已达到最极限值，没有修改的空间了，而该小区的底噪问题由于涉及到较多的环节，暂时无法处理。
分析该小区周边站点情况，同站址内有L800小区在用，故暂时采用语数分析方案，临时解决掉话问题。
XX大楼室分小区_1修改了如下参数：数修改如下：因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我们将其rsboost调整为-3，电子倾角下压了3度。
VOLTE的10个重点指标
VOLTE的10个重点指标1. 呼叫建立成功率（Call Setup Success Rate）：指呼叫成功建立的比率。
该指标衡量了VOLTE网络在发起呼叫时的可靠性。
2. 呼叫掉话率（Call Drop Rate）：指呼叫在通话过程中意外中断的比率。
较低的掉话率意味着VOLTE网络的稳定性和可靠性较高。
3. 通话音质（Voice Quality）：衡量通话质量的指标，包括语音清晰度、抗干扰性和抗噪性等。
VOLTE应提供高质量的音频传输，确保用户能够流畅、清晰地进行通话。
4. 呼叫建立时延（Call Setup Delay）：指呼叫建立所需的时间。
较低的时延对于提供即时通话体验至关重要，因此VOLTE网络应尽量减少呼叫建立时延。
5. 发送和接收时延（Transmission Delay）：衡量从发送语音数据到接收方接收到语音数据所需的时间。
较低的传输时延对于保证VOLTE通话的实时性非常重要。
6. 延迟变化（Delay Variation）：指传输时延的变化范围。
它影响着通话过程中的丢包率和抖动情况。
较低的延迟变化可以提供更稳定和平滑的通话体验。
7. 抖动（Jitter）：指数据包的传输时间不一致性。
抖动越小，通话过程中的语音质量越好。
VOLTE网络应能够有效控制抖动，以提供稳定的语音通话。
8. 丢包率（Packet Loss Rate）：指在数据传输过程中丢失的数据包比率。
较低的丢包率可以提供更高质量的语音通话体验。
9. 音频带宽（Audio Bandwidth）：指在通话过程中使用的音频频率范围。
VOLTE技术可以支持更宽带的音频频率范围，提供更丰富细腻的通话体验。
10. 通话容量（Call Capacity）：指在给定时间内网络可以支持的并发通话数。
高通话容量意味着网络可以应对更多用户同时进行通话，提供更好的用户体验。
这些重点指标是衡量VOLTE网络性能和用户体验的关键因素。
移动网络运营商和设备制造商可以通过监测和改进这些指标，提供更稳定和高质量的VOLTE服务。
精品案例_VoLTE掉话率异常分析案例
VoLTE掉话率异常分析案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (7)VoLTE掉话率异常分析案例【摘要】日常进行VoLTE相关指标分析时，发现8-13号VoLTE掉话率激增异常，查看具体指标详情，主要由于一台设备某时段连续发生8起掉话，导致VoLTE掉话率指标恶化。
分析LOG发现高掉话时段主要由于主叫被一陌生号码连续呼叫导致，排除此号码后掉话率恢复正常。
【关键字】VoLTE,掉话【业务类别】化方法、参数优化、其他一、问题描述进行每周VoLTE指标分析时，发现VoLTE掉话率同比上周激增，掉话率为0.24%，接近不达标。
具体查看指标分析，发现主要由于0320设备导致掉话激增，同时该设备还存在一时段多次掉话的异常情况，需进行重点分析优化处理。
图表 1：VoLTE掉话率指标图表2：与上周VoLTE掉话率对比二、分析过程2.1、站点故障排查图表3：:异常小区清单1图表4：:异常小区清单2图表5：:告警查询由上图可知，掉话集中片区，站点无故障告警，性能指标无异常小区，判断非站点问题导致。
2.2、信号质量排查由于主要是VoLTE掉话率指标异常，首先查看是否信号质差导致。
排查是否信号质差导致。
图表6：：RSRP覆盖图表7：：SINR覆盖由上两图可知，大量掉话范围内的RSRP和SINR整体正常，判断掉话问题非信号原因导致。
2.3、终端问题排查前面排查可知，此次大量掉话问题非信号质量和基站故障导致，且只有某一时段故障，且故障时间内掉话非连续，排除核心网故障导致。
判断可能由于终端问题导致大量掉话问题。
大量掉话过程中存在正常的通话，表明卡使用正常，非手机卡的问题。
故障时段过后VoLTE掉话率恢复正常，且无异常情况。
表明测试终端正常。
2.4、掉话信令分析仔细进行信令分析，发现此段LOG还存在大量Incoming Blocked Call，但是问题LOG为主叫测试端口信令，不应该会有被叫时间出现，且存在大量未接通。
VoLTE掉线率优化处理分析
VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE，它是一种IP数据传输技术，使得用户在LTE网络下不仅仅能够享受高速率的数据业务，同时还能获得高质量的音视频通话。
VoLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构, 本文主要介绍VoLTE掉话率优化方法，为后续VoLTE接入成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、无线侧原因排查：终端异常进入空闲模式或者无线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖、基站故障等无线问题导致，VoLTE掉话应重点关注以下几个环节：是否发生无线链路失败终端在无线质量极差时会发生无线链路失败（Radio Link Failure,RLF）事件，RLF事件可从路测软件中查到。
出现无线链路失败后建议检查以下几点。
1) 邻区漏配导致无法切换导致掉话。
邻区漏配现象：掉话前下行覆盖变差， UE多次上报测量报告（MR），已经满足切换门限后网络侧不下发包含mobilitycontrol的RRC重配消息，最后掉话。
2) 覆盖弱导致无线链路失败（Radio Link Failure）3) 干扰强造成了SINR低，导致无线链路失败（Radio Link Failure）。
建议检查掉话点的SINR、RSRP以及相邻站点的PCI，确认是否存在越区覆盖、重叠覆盖、PCI模3干扰等。
无线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的小区，可发起RRC重建流程。
重建成功话音则得到接续，不算掉话。
设备功能问题导致掉线说明：若无线环境较好未发生无线链路失败而终端突然掉线，建议检查基站或终端是否存在功能问题导致掉话。
例如：TM3/8转换导致掉话。
2、EPC原因排查：如果通话发生专用承载丢失、去激活承载消息未收到、核心网下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因。
VOLTE掉话分析
TOP筛选条件◆当日掉话次数大于3次为TOP小区◆一周内出现3次TOP小区为高掉话TOP小区TOP分析方法手段掉话问题掉话原因分析➢按照掉话分子，按原因值提取相关计数器进行分析；➢检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；➢小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理；➢检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；➢对于弱覆盖引起的掉线，若终端处于覆盖边缘，周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。
➢关注小区无线环境，分析是否NI过高；➢关注影响业务的故障类告警；掉话Context归类如下：●ENB由于S1链路故障发起释放分为三类◆Context释放，Gtpu ErrInd触发释放：主要是核心网参数问题，部分原因是TAC边界不和导致，可以优化TAC边界◆Context释放，Path故障触发释放：传输故障导致，需核查传输◆Context释放，光口故障触发释放：光口、S1链路故障等原因，推维护处理●Context释放，ENB切换失败引发释放：检查切换参数、功率参数、定时器设置；●Context释放，由于小区关断或复位引发释放：检查掉线对应时间段内基站小区故障类告警●Context释放，ENB由于其他原因引发释放：容量等其他问题；●Context释放，ENB重建立失败导致释放：检查小区NI是否过高，RS功率设置是否偏小，检查现场无线环境，开启X2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）；●ENB空口失败引发释放次数分四类◆ERAB释放，空口定时器超时：检查CPU负荷，同时在线用户数是否偏高，如是可增加SR信道配置容量进行优化，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，空口质量差触发RLF：检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；◆ERAB释放和RLC达到最大重传次数：检查RLC参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，PDCP完整性保护失败：检查加密完保参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；Context整理情况如下：切换问题：切换分为切换准备阶段和切换执行阶段切换准备阶段多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。
VOLTE掉话率及接入时延分析20160513
QZ VOLTE掉话率及接入时延短板分析一、VOLTE掉话率分析1、VOLTE掉话率概述通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下:VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。
从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%，相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。
VOLTE 应答总次数基数大的地市掉话率整体较低。
2、VOLTE掉话分析1）GN平台提取VOLTE掉话原因分布如下：1、1 TX2 RELOCOverall E xpiry；分析部分小区为无线环境差导致在ESRVCC过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。
2、16 Normal Call Clearing；表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。
3、21 Radio Connection with UE lost，一般为无线问题，已进行最低接入电平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO，减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。
若解决掉话主要问题 1 TX2 RELOCOverall E xpiry占比29.17% 、21 Radio Connection with UE lost占比20.83%，掉话率可提升50%。
2）GN平台近一天大于2次小区掉话分析通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGW UPDATE BEARER RESPONSE(Cause:94)占比约52%，若解决此问题，掉话率可提升50%，可达全省前5名，详情如下：掉话原因占比次数MME回复SGW UPDATE BEARER RESPONSE(Cause:94)，52.38% 22 Request rejected（52.38%）Normal call clearing（14.29%）23.81% 10基站在BYE之前异常发出的上下文释放中携带casue（1）9.52% 4tx2relocoverall-expiry（9.52%）基站发送UE CONTEXT RELEASE REQUEST（21）casue：9.52% 4 radio-connection-with-ue-lost给MME(（9.52%）)unspecified4 （4.76%） 4.76% 23、VOLTE掉话后续优化建议通过分析，VOLTE掉话主要原因为，MME回复SGW UPDATE BEARER（cause94），其次为radio-connection-with-ue-lost(21)、tx2relocoverall-expiry切换超时。
精品案例_传输侧异常导致VoLTE掉话的优化
传输侧异常导致VoLTE掉话的优化案例目录一、问题描述........................................................................................... 错误!未定义书签。
二、分析过程 (9)三、解决措施 (14)四、经验总结 (15)传输侧异常导致VoLTE掉话的优化案例【摘要】VoLTE具有接续时延低、视听效果高清等特点，相对其它网络问题，V oLTE掉话对用户感知影响更明显。
相比之前C网而言，V oLTE涉及网元较多，导致掉话的原因也更复杂。
本文主要解决了因核心网传输侧异常引起的V oLTE掉话，通过倒换板件后指标观察正常，故障现象恢复。
【关键字】V oLTE 掉话核心网传输【业务类别】其他类一、问题描述8月21日，在日常V oLTE指标监控时发现，XY-WH-市区-芜南路局下挂的其中7台BBU 均发生VoLTE掉话，QCI1和QCI5的E_RAB异常释放由于S1链路导致的高达99%。
图1 异常掉话网管指标截图二、分析过程1、VoLTE掉话率定义LTE数据业务的掉话，我们通常是指UE异常退出RRC_ _CONNECTED状态导致的连接中断，在VoLTE语音业务时，对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载，在进行VoLTE通话时，会再建立QCI1的语音专用承载,，QCI1的E-RAB 释放，意味着VoLTE语音业务结束，所以我们用QCI1 的E-RAB 异常释放来定义VoLTE 语音业务掉话，E-RAB(QCI=1) 掉线率反映了系统的业务通讯保持能力，也反映了系统的稳定性和可靠性。
E-RAB掉线率(QCI=1)=100%×(eNodeB发起的S1 RESET导致的QCI为1的E-RAB异常释放次数+eNodeB 触发的QCI为1的业务E-RAB异常释放次数+切换出QCI为1的E-RAB异常释放次数)/ QCI 为1的业务E-RAB 建立成功次数。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
QZ VOLTE掉话率及接入时延短板分析
一、VOLTE掉话率分析
1、VOLTE掉话率概述
通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下:
VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。
从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%，相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。
VOLTE 应答总次数基数大的地市掉话率整体较低。
2、VOLTE掉话分析
1）GN平台提取VOLTE掉话原因分布如下：
1、1 TX2 RELOCOverall E xpiry；分析部分小区为无线环境差导致在ESRVCC
过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。
2、16 Normal Call Clearing；表示呼叫正在被清除，这是因为呼叫所涉及的
用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。
3、21 Radio Connection with UE lost，一般为无线问题，已进行最低接入电
平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO，减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。
若解决掉话主要问题 1 TX2 RELOCOverall E xpiry占比29.17% 、21 Radio Connection with UE lost占比20.83%，掉话率可提升50%。
2）GN平台近一天大于2次小区掉话分析
通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGW UPDATE BEARER RESPONSE(Cause:94)占比约52%，若解决此问题，掉话率可提升50%，可达全省前5名，详情如下：
掉话原因占比次数MME回复SGW UPDATE BEARER RESPONSE(Cause:94)，
52.38% 22 Request rejected（52.38%）
Normal call clearing（14.29%）23.81% 10
基站在BYE之前异常发出的上下文释放中携带casue（1）
9.52% 4
tx2relocoverall-expiry（9.52%）
基站发送UE CONTEXT RELEASE REQUEST（21）casue：
9.52% 4 radio-connection-with-ue-lost给MME(（9.52%）)
unspecified4 （4.76%） 4.76% 2
3、VOLTE掉话后续优化建议
通过分析，VOLTE掉话主要原因为，MME回复SGW UPDATE BEARER（cause94），其次为radio-connection-with-ue-lost(21)、tx2relocoverall-expiry切换超时。
具体情况如下：
1、cause94问题：MME异常回复SGW UPDATE BEARER RESPONSE(Cause:94)
会携带错误代码94，casue：Request rejected，然后删除承载；此问题
全部都出现在新网管上，现已对此问题站点跟踪calltrace，昨日跟踪
的top小区未复现该问题，待问题复现后分析，此类问题若解决掉话率
可提升50%，需重点解决；
2、UE LOST：对占比12.19%的radio-connection-with-ue-lost(21)问题
进行进一步分析优化，此类目前分析主要为弱覆盖与频繁切换问题，通
过调整B2门限，最低接入电平、CIO与参考信号功率等7个小区，4个
小区已闭环，疑难小区还需跟踪calltrace定位分析。
3、切换超时：基站在BYE之前异常发出的上下文释放中携带casue（1）
tx2relocoverall-expiry问题，占比9.76%，计划删创X2后需进一步评
估。
此外，分析发现部分质差小区存在弱覆盖导致X2切换失败，已提高
B2门限来解决此问题；
4、平台统计问题：GN平台原因及掉话专题TOP统计发现平台存在正常呼叫
挂机统计到掉话中，如Normal Call Clearing占比14.29%,需提交GN
平台修正解决。
二、VOLTE接通时延分析
1、VOLTE接入时延概述
1)通过统计近7天全省VOLTE接入平均时延,情况如下:
从指标情况看,衢州接入时延排名第9,与省平均接入时延差距0.653s,与省内最优地市接入时延差距0.954s。
2)近1个月接入时延走势图,4月份时延基本稳定在4s,5月份以来,节假日和周
末时延偏高,其他地市时延总体平稳,如下:
3)衢州接入时延整周趋势以及始呼请求数
天市VoLTE2VoLTE始呼接通
时延(毫秒)
VoLTE2VoLTE始呼接通次数
(次数)
5-3 衢州5016 344 5-4 衢州4012 661 5-5 衢州4050 380 5-6 衢州4596 374 5-7 衢州5024 259
5-8 衢州5041 376
5-9 衢州4603 360
5-10 衢州4091 372
从指标看，衢州接入时延波动大，很大原因是基数太小，每天始呼次数在400次左右。
2、VOLTE接入时延分析
从Gn平台提取5月10日小区级接入时延指标，其中存在接入时延指标小区共计390个（而统计仅372个呼叫），手动统计平均时延4.996s，平台直接统计4.091s,需确认平台是否已剔除超长异常呼叫而得出的结果。
时延分段分布情况如下：
时延区间小区数各区间平均时延累计分段时延
小于3s 67 2605.69 2605.69
3s-4s 95 3506.86 3134.15
4s-5s 70 4447.17 3530.32
5s-6s 68 5407.09 3955.72
6s-8s 52 6751.56 4368.74
8s-10s 24 8863.50 4655.64
10s以上14 14155.43 4996.66
通过对分段时延进行统计可知，衢州VOLTE接入时延主要受大于6s小区影响，如果优化掉这部分质差小区平均接入时延为3955.72ms，高于省平均3736ms，排名可至全省第6，如果优化掉5s以上质差小区平均接入时延为3530.1ms，优于省平均水平3736ms，排名可至全省第二。
大于5s接入时延分析，共分析58个呼叫，各种原因占比情况如下：
时延长问题分类次数统计占比
update流程后180ringing晚到主叫，与正常流程时延增加约5s/3s 3 5.17% SCP-MME时延长，与正常流程时延增加约3s 53 91.38% update流程重发，与正常流程时延增加约3s 2 3.45%
后台统计与实际信令时延不符，统计错误 2 3.45%
分析呼叫数58 100.00% 3、VOLTE接入时延后续优化建议
通过分析，VOLTE接入时延差主要原因仍旧是SCP较高概率发起SCP-MME请求用户位置数据时延长所致，其次为180 ringing晚发、update信令重发影响呼叫接入时延。
目前分析58个大于5s呼呼叫，具体情况如下：
SCP-MME时延长问题:已分析的58次呼叫中存在53次SCP-MME请求用户位置数据时延长问题，占比91.37%，目前该问题经调查为MME向基站请求用户位置信息时基站无响应，存在MME请求类型（report directly）与基站现用的位置报告类型（小区变更时主动上报）不一致导致，而基站需16.1支持report directly，目前可实施的临时方案是MME侧修改为“小区变更时基站主动上报位置信息”方式。
180ringing晚发：已分析的58次呼叫中存在3次，占比5.17%。
该问题为
被叫侧180ringing晚发3s或2s等，导致时延长，待进一步定位被叫180ringing 晚发原因；
Update流程无响应超时重发：已分析的58次呼叫中存在2次，占比3.4%。
该问题为被叫侧update无响应导致时延长，待进一步定位被叫update无响应原因；
时延统计错误：已分析的58次呼叫中存在2次，占比3.4%。
后台统计接通时延在6s以上，而实际信令查看接通时延为3s多，存在统计错误问题，需要提交省公司协调修正。