VoLTE评估测试典型案例分析
Volte测试问题分析报告
娄底Volte测试问题分析报告V1.0湖南移动娄底分公司诺基亚项目组2015年9月25日目录目录21.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总............................................................................3.问题详细分析 (4)3.1掉话和未接通问题分析.......................................................................................3.1.1终端无法正常切换，切换到TDS网络上之后造成一次掉话。
(4)3.1.2 终端在GSM网络上进行寻呼，造成一次未接通，怀疑GSM网络无线质量也差。
（软件未统计为未接通）。
...........................................................................................3.2其他问题分析..............................................................................................3.2.1终端由GSM网络回落到LTE网络时，为注册成功，由于软件寻呼机制进行起呼，被迫CSFB进行接续。
..............................................................................................3.2.2娄底娄星月塘社区景观塔无线质差，无法正常切换，怀疑存在告警。
(6)3.2.3娄底娄星档案馆景观塔1小区与娄底娄星药监局3小区邻区漏配，导致一次RRC重建失败。
(6)3.2.4娄底娄星上尚城站点存在RP3告警，小区退服，导致一次RRC重建失败。
VOLTE异常事件典型案例分析
异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。
此处属于测试软件问题，应该予以剔除。
（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。
2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。
中国移动LTEVOLTE案例分析汇总
中国移动L T E V O L T E案例分析汇总Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#广东移动4GTD-LTE详细案例分析案例1：580 Precondition Failure导致的未接通。
【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
Log文件名：MO UE:MT UE:时间：10：16：【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。
2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。
由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition Failure失败消息。
主叫收到网络侧下发的580，接续被中止，导致了会话未接通。
3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。
4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE 580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。
经典案例-话统六元法评估VoLTE网络质量方法研究实践总结
话统六元法评估VOLTE网络质量方法研究实践总结摘要：VOLTE业务已经陆续开展试商用体验,语音通话感知好坏直接影响运营商网络品牌，面对VOLTE业务大规模商用可能带来了网络风险，如何通过现有话统指标来预评估VOLTE网络质量则是非常必要的。
嘉兴结合日常网络优化经验积累，通过实践总结梳理出一套通过KPI信息评估VOLTE 网络的话统六元法，从而指导嘉兴电信VOLTE网络质量的提升。
1、概述VOLTE业务是基于分组域的通话业务，包括语音通话业务和视频通话业务。
VOLTE业务和普通数据业务的异同点如下：1、VOLTE业务也是分组业务的一种，在无线侧信令流程和普通数据业务流程是基本一致的。
2、普通数据业务一般以下载业务居多，对下行带宽要求高于上行，VOLTE业务是上下行对称业务，对上行带宽要求和下行是一致的。
3、和普通数据业务不同，VOLTE业务是GBR业务，如果上行和下行RB资源一旦不能满足最低保障速率的话，VOLTE业务将出现严重丢包，影响感知。
4、普通数据业务数据包传输采用TCP协议，RLC层为确认模式，因切换导致业务中断对用户感知影响较小。
而VOLTE业务的RTP包传输采用UDP协议，RLC层传输为非确认模式，频繁切换对语音质量MOS分影响较大。
5、VOLTE业务和普通数据业务对业务质量QOS要求不同。
普通数据业务承载在QCI9上，而语音通话业务承载QCI1上，视频通话业务承载在QCI2上。
各种QCI对QOS要求如下表所示：VOLTE业务对时延要求要高于普通数据业务，而普通数据业务对丢包率的要求要高于VOLTE 业务。
基于VOLTE业务和普通数据业务的异同点，本文重点探讨如下内容：1、通过哪些KPI可以评估VOLTE语音质量，指导VOLTE网络优化。
2、在VOLTE未上量的情况下，如何利用现网数据业务KPI来评估VOLTE网络质量。
3、VOLTEKPI和语音质量MOS分的关系。
4、通过KPI评估来指导VOLTE网络质量提升思路。
VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
Volte-4-VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPPLTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE 标清语音（或VoLTE12.2kbps）和VoLTE高清语音（或VoLTE23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显着的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMRNB的语音带宽范围：300－3400Hz，8KHz采样。
AMRWB的语音带宽范围：?50－7000Hz，16KHz 采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMRWB与AMRNB不同之处在于AMRWB按16kHz采样，分别按频率带50~6400Hz?和6400~7000Hz进行编码。
用来降低复杂度，AMRWB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的,目的是调整与在声音基础上的低频有关的高频带.高频带的声频通过使用由低带LP过滤器产生的LP滤波器进行重建。
5.VoLTE案例分析
注：该问题正在与终端厂家沟通中….
几类人工剔除异常介绍
平台规则问题：3分钟双bye收OK回复案例
现象：呼叫满3分钟后，终端上发SIP bye后3秒又上发sip bye消息，并收到OK回复。 规则：已有网络问题发现，存在双bye后掉话的情况，因此平台算法对全部双bye问题标记为掉话。 分析：虽然出现了双bye挂断，（1）满足呼叫规则3分钟挂断且收到OK回复，（2）期间RTP包交互正常 确认应为正常挂断，sip bye消息重发。
2. 被叫振铃不接听案例 现象：被叫update交互完成后，上发振铃，未上发 OK,主叫收到振铃，18秒后上发了cancel取消。 软件：惠杰朗CDS 分析：被叫上发振铃后，按照软件设置应在1秒后立 即接听，怀疑软件触发的接听AT指令未其作用。
注：平台对掉话判断规则，在出现sip invite OK后，监测后续 的sip bye消息，若出现sip bye且收到OK则判断为正常，若无 发生下1次起呼，则以下次起呼时间作为上次掉话的时间点。。
现象/原因分类 振铃不接听
呼叫过程中主叫再次起呼或被叫异常发起寻呼 终端主动挂机
LOG信令记录丢失 SIM卡故障
说明 被叫振铃但不接听 接通状态下起呼或寻呼 起呼或接通后的立即挂断 由于软件问题导致的LOG未记录 非人为因素导致的SIM卡松动
问题判定
问题子类判定
测试软件问题 测试设备问题
丢信令
如GSM下的信令丢失，TD、LTE信令不连续则需要仔细辨认，确 认非基站闪断造成
注：VOLTE未接通触发CSFB接通，仍然统计VOLTE未接通；特别说明由于是统计规则后续可能会按照集团要求变更。
HTC M8版本升级引入silent redial功能
Volte-4-VoLTE语音质量优化案例(14个)-图文
Volte-4-VoLTE语音质量优化案例（14个）-图文以下是为大家整理的Volte-4-VoLTe语音质量优化案例（14个）-图文的相关范文，本文关键词为Volte-4-VoLTe,语音,质量,优化,案例,14个,，您可以从右上方搜索框检索更多相关文章，如果您觉得有用，请继续关注我们并推荐给您的好友，您可以在教育文库中查看更多范文。
VoLTe语音质量优化1案例1：VoLTe窄带与宽带语音质量对比【问题现象】在3gppLTe中，VoLTe业务编码有AmR-nb窄带和AmR-wb宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTe 标清语音（或VoLTe12.2kbps）和VoLTe高清语音（或VoLTe23.85kbps）。
【问题分析】AmR-nb和AmR-wb这2种编码具有如下特点：?每20ms产生一个语音包，包括了RTp/uDp/RLc-security压缩头；?每160ms生成一个sID语音静默包。
?帧长20ms；AmR-nb编码特点为：?4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；?采样率为8khz。
AmR-wb编码特点为：?6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；?采样率为16khz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AmRnb的语音带宽范围：300－3400hz，8Khz采样。
AmRwb的语音带宽范围：50－7000hz，16Khz 采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AmRwb与AmRnb不同之处在于AmRwb按16khz采样，分别按频率带50~6400hz和6400~7000hz进行编码。
VOLTE案例分析
1 优化经验总结日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS 专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE（Voice over LTE）是指通过LTE网络进行语音通信的技术，它提供了高质量的语音通话和丰富的通话功能。
然而，在实际网络运营中，由于网络拥塞等原因，VOLTE寻呼过程中可能浮现延迟或者失败的情况，影响用户的通话体验。
因此，我们需要进行VOLTE寻呼拥塞分析优化，以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析：我们需要对VOLTE寻呼拥塞问题进行深入分析，找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析：对于寻呼成功的情况，我们需要分析成功率，并根据不同地区、时间段等因素进行对照分析，找出成功率较低的地区或者时间段，并进一步分析原因。
3. 通话质量分析：除了寻呼成功率外，我们还需要分析VOLTE通话质量，包括音质、时延、丢包率等指标。
通过对通话质量的分析，我们可以找出影响通话质量的因素，并进行优化。
三、数据采集与分析1. 数据采集：我们需要采集VOLTE寻呼过程中的相关数据，包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析：采集到的数据需要进行详细的分析，包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析，我们可以找出问题所在，并制定相应的优化方案。
四、优化方案1. 网络优化：针对网络拥塞问题，我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围，从而减少寻呼拥塞情况的发生。
2. 信号优化：对于信号覆盖不足的问题，我们可以通过增加基站或者调整天线方向来改善信号覆盖情况，提高寻呼成功率。
3. 干扰处理：针对信道干扰问题，我们可以通过频谱分析、干扰源定位等手段来找出干扰源，并采取相应的干扰消除措施，提高寻呼成功率和通话质量。
VOLTE案例分析报告
邻区漏配导致主叫掉话（漏配F-D）时间：2016-04-07主叫：被叫：【数据来源】**__移动_VOLTE主叫_网格1_鼎立ATU和HTCM8_0【问题现象】主叫11:10:56在,处发生掉话【问题分析】测试车辆在松福大道由北向南行驶，主叫11:07:36占用**沙井信维D-HLH-2发起呼叫，11:07:40通话建立。
主叫11:10:55发生掉话事件。
查看主被叫信令，从11:10:00开始，主叫占用**沙井展群F-HLH-2一直在上报切往**和山路D-HLH-2的A4事件，此时服务小区信号为RSRP=-106dBm，SINR=-16dB；无线环境恶劣导致RRC重建被拒，经后台查询**沙井展群F-HLH-2与**和山路D-HLH-2没有邻区关系。
主叫11:10:24占用**和山路D-HLH-2发生LTE Service Failure，随后主叫上报BYE，随后发生掉话。
【问题结论】邻区漏配导致主叫掉话【优化建议】1、添加**沙井展群F-HLH-2与**和山路D-HLH-2与的邻区关系邻区漏配导致主叫掉话（漏配F-F）测试时间：2016-04-09主叫号码：被叫号码：【数据来源】**__移动_VOLTE主叫_网格43_CDS和【问题现象】主叫20:27:58在,处发生掉话。
【问题分析】测试车辆在盐葵公路由东向西行驶，主叫20:25:57占用**盐葵梅沙D-HLH-1发起呼叫，RSRP=-93dBm，SINR=15dB，20:25:02通话开始建立。
测试车辆在盐葵公路行驶过程中，主叫20:27:49占用**下角湾F-HLH-1（RSRP=-118dBm，SINR=-12dB）期间连续弱覆盖，终端一直上报A3测量报告，目标小区为**大梅沙F-HLH-2，随后RRC重建被拒，经后台核查圳下角湾F-HLH-1与**大梅沙FHLH-2不存在邻区关系。
随后主叫发生掉话事件。
【问题结论】邻区漏配导致主叫掉话【优化建议】添加**下角湾F-HLH-1与**大梅沙F-HLH-2的邻区关系推动**云水间D-HLH **梅沙天琴半岛（微小M）建设邻区漏配导致主叫掉话(漏配D2-D2，已添加D1-D1)【问题现象】主叫在2016-04-10 18:09:40于发生主叫掉话【问题分析】测试车辆在航海路由东往西行驶过程中，主叫在18:09:40时分出现掉话事件，主叫在18:09:04时分开始起呼,在18:09:09时分通话建立，在18:09:10通话过程中主叫占用**兴海四D-HLH-103（RSRP=-112dBm,SINR=）多次上报A3事件切往**妈湾五D-HLH-102，由于漏配邻区，导致服务小区未切换到最优小区。
VOLTE接通率错误优化分析案例
V O L T E接通率（500错误）优化分析案例一、问题现象某地市VOLTE接通率（信令）指标一直处于全省倒数，未达到99.5%考核值。
通过借助中兴信令平台分析发现，失败原因值主要为主要集中在500（占比39.11%）、504（占比34.47%）错误。
二、问题分析从失败反馈原因值500进行深入分析发现，500错误场景主要为VOLTE-CS 与VOLTE-固话。
而两者问题以后者为主，如下表。
故从VOLTE-固话入手分析，而且失败固话号码基本全部为移动铁通固话。
通过中兴信令平台信令来看，携带原因值解码为R eason:Q.850;cause=4;text=”Sendspecialinformationtone“,SIP;cause=500.根据此信息联系本地铁通关口局管理人员。
得知，目前IMS固定电话和VOLTE 用户拨打铁通固定电话由移动关口局完成话务转接，因前期固话业务在话务转接中，对主叫号码属性有要求，故移动关口局上，对IMS号码拨打铁通号码做有主叫号码属性变换：后在拨打测试中发现，当VOLTE用户拨打铁通固定号码时，因关口局对主叫号码进行变换为“用户号码”，此时，关口局会将主叫号码进行删除前四位的处理（关口局指定用户号码本质是删除前四位0915区号），此时主叫号码只剩下后7位，继续接续到铁通后，由于主叫号码改变，铁通关口局无法识别主叫号码，便会将此呼叫过程拒绝，在拒绝的返回原因中未指定具体原因值，此拒绝信令通过关口局透传至主叫侧，由于整个拒绝信令中都未指定拒绝原因值，VOLTE核心网变将此类失败统一归纳为：“失败值500：serverfault”。
发现此问题后，9月27日17点通过在关口局对指定主叫号码格式的参数进行修改，对主叫号码格式不再进行指定：再次进行业务测试，主叫号码位长正常，铁通关口局正常完成接续过程，VOLTE接通正常。
三、问题总结验证抽取9月27日前三天VOLTE接通失败数据与9月27日17点后数据进行对比，发现500错误中VOLTE-固话基本全部消失。
VoLTE外场测试分析案例
案例1：580 Precondition Failure导致的未接通。
【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。
2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。
由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition Failure失败消息。
主叫收到网络侧下发的580，接续被中止，导致了会话未接通。
3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。
4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。
【测试验证】案例2：Server Internal Error 500导致的未接通【问题描述】在集团测试LOG中，存在Server Internal Error 导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Internal Error 500消息，随后呼叫中止，出现未接通事件。
5.VoLTE案例分析
测试软件问题：呼叫过程中主叫再次起呼与被叫振铃不接听
1. 呼叫过程中再次起呼案例
现象：上次呼叫满3分钟后，主叫终端未上发挂断， 间隔30秒后，主叫按照呼叫规则又上发了起呼。 软件：惠杰朗CDS 分析：满3分钟，终端不挂断；怀疑软件触发的挂断 AT指令未能正常发到主叫终端，导致30秒后主叫在 通话中再次起呼，被计为掉话。
注：确实发现了满3分钟挂断，但RTP包单通的情况，将认为网络问题不予剔除。
几类人工剔除异常介绍
统计规则问题：VOLTE起呼失败触发CSFB且未接通
现象：1次VOLTE呼叫后，发生sip 500错误，2秒触发CSFB再起呼，但该次CSFB起呼也未接通。 规则：集团统计认为，该现象实际是1次用户按键行为触发了2次信令起呼，对客户感知来讲是1次失败，而 非两次失败，当前认定前1次VOLTE失败计入未接通统计，而CSFB不计失败 分析：实际该次触发的CSFB确实未接通，但是遵循集团VOLTE统计规则，暂时不列入未接通统计。
几类人工剔除异常介绍
测试终端问题：主叫CSFB回落位置更新不起呼与丢信令
1. 主叫CSFB回落位置更新不起呼
2. 丢信令
现象：主叫CSFB上发ESR，触发盲重定向回落GSM 并进行了回落位置更新，位置更新请求不带起呼标识， 且位置更新后不做起呼 。 终端：HTC M8 分析：主叫CSFB起呼时，ESR消息实际已触发了终 端后续行为在回落GSM后必然进行CM起呼，在信令 侧首先看到CM起呼后，再做RR信道请求。
主叫CSFB呼叫回落后位置更新不带起呼标识
主叫侧发起ESR后回落位置更新均应带follow 端偶尔为0
on=1，但VOLTE终
SIM卡欠费或误开机
欠费导致的业务无法进行，或非测试区域的误开机
广州中兴VoLTE优化案例
案例1：异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）小区通话时，信号强度为-101dbm左右，出现一次RRC Connection Release，导致承载拆除，引起一次主叫掉话。
【问题分析】分析测试数据，发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）在通话的过程中信号越来越差，之后上报测量报告A2事件，eNODEB 收到报告后发起异频重定向判决，下发RRC Connection Release，由异频重定向后，eNodeB 向MME发送ue context release request，mme释放专用承载。
当UE被重定向后在新的小区发起RRC连接，网络只建立了默认承载，UE发送BYE消息，导致掉话。
从地理环境上看，服务小区与UE重定向目标小区相距较远，不需配邻区关系，UE在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。
【解决方案】关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。
【问题总结】根据拉网统计，目前该类掉话占总掉话次数的80%以上，对测试指标影响非常严重。
异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。
优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。
后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。
案例2：异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。
而CCO对于VoLTE语音来说，必然导致掉话。
【问题分析】具体如下图所示。
1. 对于PSHO、CCO、重定向，优先级为PSHO>CCO>重定向。
移动LTEVOLTE案例分析汇总
移动L T E V O L T E案例分析汇总Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】广东移动4GTD-LTE详细案例分析案例1：580PreconditionFailure导致的未接通。
【问题描述】在集团测试LOG中，存在PreconditionFailure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580PreconditionFailure消息，随后呼叫中止，出现未接通事件。
Log文件名：MOUE:MTUE:时间：10：16：【问题分析】1、呼叫过程中，被叫发送Ringing180后，收到网络下发的专载去激活命令，QCI1被释放，被叫随后上报580PreconditionFailure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。
2、从信令中可以看到，被叫回复Ringing180且主叫也已经收到Ringing180，被叫随后收到网络侧下发的RRC重配，携带有QCI1被释放的信息，被叫去激活专有承载。
由于专载已被释放，业务资源已不存在，所以被叫上发580PreconditionFailure失败消息。
主叫收到网络侧下发的580，接续被中止，导致了会话未接通。
3、从MME下发到NodeB的E-RABRELEASECOMMAND，原因上看是Nas层nomal_release，导致专载QCI1被释放。
4、专载QCI1被释放，去激活后，被叫发送INVITE580，主叫收到网络侧转发的INVITE580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RABRELEASECOMMAND，使得QCI1被释放，导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RABRELEASECOMMAND。
【测试验证】案例2：ServerInternalError500导致的未接通【问题描述】在集团测试LOG中，存在ServerInternalError导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的ServerInternalError500消息，随后呼叫中止，出现未接通事件。
经典案例-一种基于用户行为模拟的VoLTE商用评估
一种基于用户行为模拟的VoLTE商用风险评估目录1.背景 (2)2.现有VoLTE评估方法 (2)2.1DT/CQT测试法 (3)2.2VoLTE放号地图 (3)3.基于用户行为模拟的VoLTE评估思路 (3)3.1评估步骤 (4)3.2可行性评估 (4)4.应用场景 (5)4.1场景1：放号风险用户识别 (5)4.2场景2：VoLTE优先放号用户 (6)4.3场景3：放号区域识别 (7)5.评估价值 (8)1.背景电信VoLTE即将全面商用，提前评估VoLTE网络质量，识别风险，确保用户使用VoLTE的感知是打造一张全新体验的VoLTE网络的关键。
2.现有VoLTE评估方法现有VoLTE评估方法主要有DT/CQT测试法和VoLTE放号地图评估法，但两种方法分别存在全面性和无法实现用户级评估的不足，且受制于厂家和工具平台，具体如下：2.1DT/CQT测试法基于抽样的测试，全面性不足，测试最多的往往是道路，但网络问题点或者引起用户投诉的点却通常不是在道路上。
最典型的就是用户在家里或者办公室等室内场景，如果发生通话质量差的情况，想通过路测发现问题，几乎不太可能。
然而，这些问题却又是用户最关注的。
实际上即使用户投诉后，用户所反映的问题也很可能测试不到。
VoLTE面临最大的挑战也在于此，因此快速评估深度覆盖也极其至关重要。
2.2VoL TE放号地图借助厂家平台，通过MR进行模拟仿真，可实现建筑物级别的信号强度评估，不足之处是需要借助厂家平台，无法识别语音话务强度及用户级分析,且大多数家庭及商务楼宇都有WIFI覆盖，用户在这些区域不会上报MR或者上报的MR较少，室内覆盖情况难以真实呈现。
3.基于用户行为模拟的VoLTE评估思路如果无线网络中某个点存在问题，那么在该点就存在较大的出问题概率，甚至是必现。
经过一段时间积累后，该问题点附近就会积累大量的异常事件。
从全网看，也是如此。
因此，从统计的角度，发现异常点，挖掘规律，可以快速的帮助我们发现问题，解决问题。
精品案例_不同网络负荷下VoLTE质量评估
不同网络负荷下VoLTE质量评估目录一、验证背景 (3)二、测试场景 (3)三、验证结论 (6)切换失败典型案例【摘要】当前4G网络主要以承载数据业务为主，随着VoLTE业务的开通，在局部数据热点区域，网络的承载负荷势必会增大，此次测试验证的目的为评估不同网络负荷下VoLTE质量的情况。
【关键字】VoLTE质量【业务类别】承载负荷、VoLTE质量一、验证背景当前4G网络主要以承载数据业务为主，随着VoLTE业务的开通，在局部数据热点区域，网络的承载负荷势必会增大，此次测试验证的目的为评估不同网络负荷下VoLTE质量的情况。
二、测试场景1.DT测试验证选取汽车站周边区域站点，统计全天话务模型，筛选出区域整体的个性忙时，进行测试统计分析。
●忙时：小区最大用户数200+，PRB利用率~90%●闲时：小区最大用户数30+，PRB利用率~10%从DT测试结果分析，忙时较闲时比较，语音接通率均为100%，但语音质量忙时有0.12的下降；忙时道路测试及小区用户分布如下：闲时道路测试及小区用户分布如下：2.CQT测试验证：分别在小区忙时和闲时，选取覆盖近、中、远点进行VoLTE语音质量测试，同时监控后台VQI话统指标；不同覆盖水平下，忙时VoLTE语音MOS值平均劣化0.06，且中点、远点劣化更为明显不同时段下平均MOS值测试结果：闲时MOS值要优于忙时测试值，且在远点场景下体现尤其明显；不同时段下平均MOS优良比测试结果：闲时MOS优良比要明显优于忙时测试值。
不同时段下行VQI优良占比统计结果：DT场景和CQT场景下闲时下行VQI优良占比要明显优于忙时统计值。
不同时段上行VQI优良占比统计结果：DT场景和CQT场景下闲时上行VQI优良占比要明显优于忙时统计值。
三、验证结论当前以数据业务为主的场景下，忙时用户VoLTE业务接通率正常，语音MOS质量有一定程度劣化。
后续优化要时刻关注网络的负荷情况，在高话务区域及时扩容，提升用户感知。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VoLTE评估测试典型案例分析
【案例分类】VoLTE
【案例摘要】结合VoLTE网络城区测试评估工作，对测试中的异常事件进行分析，总结VoLTE优化分析经验。
1、切换与承载建立流程冲突问题导致掉话
问题描述：UE在行驶至此路段占用二中分校-432486_51小区在被叫上发sip183之后，在激活EPS承载之前，终端上报一条MR，满足A3，触发同频切换，在目标小区成功接入后很快发生掉话。
问题分析：起呼时MME进行激活EPS承载流程过程中，恰好发生切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区下发的rrc ConnectionReconfiguration消息中的radioResourceConfig Dedicated中释放了DRB-Identity = 6，切换完成后呼叫中断。
结论建议：切换与EPS激活流程碰撞，为无线网与核心网配合问题。
在进行激活EPS专载过程中，发生切换时，均会造成上述问题，需要和核心网确认目前是否有解决方案。
2、弱覆盖导致掉话
问题描述：终端RSRP持续低于-120dbm左右，SINR在-7左右,主被叫UE均发生切换失败，单通，最终掉话。
问题分析：主被叫问题一直为弱覆盖，终端RSRP持续低于-120dbm左右，SINR在-7左右，切换失败后的TAU无法成功建立RRC 连接，此时段RTP包不能正常发送，上下行丢包严重（丢包率60%以上），出现单通，10s后RTP Inactivity定时器超时，会话终端，产生掉话。
结论建议：附近已有建设任务站点，开通后可解决弱覆盖问题。
3、弱覆盖导致未接通
问题描述：本通话过程中，主叫占用HF-市区-太阳湾9号楼-HFTA-430739-51无线环境良好（RSRP=-92,SINR=9）,被叫占用HF-市
区-金色池塘-HFTA-905606-54无线环境较差（RSRP=-100,SINR=-7）,呼叫发起6s左右释放，造成未接通。
问题分析：从被叫信令看，在被叫收到IMS_SIP_INVITE->Request 消息并反馈IMS_SIP_INVITE 183之后，很快收到网络侧下发的L->DeactivateEPSBearerContextRequest（ESMCause = (38)Network failure），100ms后网络侧下发IMS_SIP_CANCEL（Reason: SIP;cause=503;Bearer Released），之后网络侧给主叫发送IMS_SIP_INVITE 503（503 Service Unavailable ，Bearer Released），至此本次寻呼失败。
结论建议：现场优化调整，改善无线环境。
4、经验总结
通过本次VoLTE网络城区测试评估工作，熟悉了VoLTE网络未接通、掉话的分析流程，积累了相关的优化经验。