VOLTE视频通话eSRVCC后掉话案例
(4G学习)中兴VoLTE优化案例5篇经验分享
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在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。
【解决方案】关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。
【问题总结】根据拉网统计，目前该类掉话占总掉话次数的82%以上，对测试指标影响非常严重。
异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。
优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。
后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。
案例2：异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。
而CCO对于VoLTE语音来说，必然导致掉话。
【问题分析】具体如下图所示。
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，属于端到端问题，需要集团规范协议流程。
经典案例-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承载。
5、若PCRF没有收到指示，则查看P-CSCF是否下发删除QCI1承载。
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掉话分析处理方法
一、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掉话案例在对已经升级为14.3版本的网格10进行拉网测试时发现，仍出现主叫与被叫先后上发BYE，去激活专用承载后收到BYE487导致掉话问题，具体情况如下：被叫，主被叫先后发起Bye消息，去激活专用承载后，网络侧下发Bye 487导致掉话（截图如下）：（A）核心网消息跟踪上看，被叫在15:35:51.470先上发BYE，核心侧未等到主叫回BYE200，就在15:35:51.556又收到主叫上发的BYE消息。
导致核心侧发BYE487：Glare BYE condition encountered，原因：在下发一个bye请求(来自被叫)，但还没有收到应答，收到一个上行的bye请求（来自主叫）。
（B）之前已经出现BYE487掉话的问题，是因为与华为站点的PDCP-SN-SIZE设置不同导致的掉话，但是网格10进行升版之后已经全部修改一致。
为了对问题更好的定位，次日我们对网格10又进行了一次拉网测试，并留意观察在掉话之前是否有声音以最终确定问题现象与PDCP-SN-SIZE导致的问题是否一致！结果发现在BYE487问题导致掉话前10s是没有声音的。
所以依然是单通和不通导致的掉话。
在对拉网数据进行分析时发现，在黄浦路二试扩L-1小区下进行起呼时在下发重配消息中的PDCP-SN-SIZE还是12bit。
（C）所以我们再一次进行了参数的核查，发现14.3版本的站点的应该和LR13.3一样指向DedicatedConf/0 PdcpConf/1，因为DedicatedConf/0 PdcpConf/2中定义的PDCPPDUSNSIZE=12,所以指向到了DedicatedConf/0 PdcpConf/2，就出错了。
截图如下：（D）最终核查结果又一百多个站点的指向错误，在修改指向后进行了复测，BYE487掉话没有出现。
中兴VoLTE优化经验的总结及案例
VoLTE优化经验总结及案例分享1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR 和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer 由300ms 修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
(重点)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-接通后发起IMS注册导致掉话案列
故障处理
经核心网确认，两次注册在不同的SBC上，导致CSCF释放会话。此现象为小概率事件，
经验总结
1、掉线事件需从无线侧，测试设备和核心网侧进行逐步分析；
附录
（故障处理过程的LOG文件）
故障现象
VoLTE测试过程中发生一次掉话事件，对测试log进行分析，发现此次掉话为频繁出现RRC重建立导致
告警信息
无告警
故障分析
上一次呼叫主叫发生eSRVCC到GSM，挂机后重选到LTE网络。并发起注册请求，建立QCI5和QCI9默认承载；随后主叫主叫在09:30:06.908发起INVITE后，09:30:10.247接通，但是主叫在09:30:42.379发起重注册请求，网络侧给被叫下发bye消息，携带原因值为CSCF released the sessionbecause of USER DEREGISTRATION
附录：接通后发起IMS注册导致掉话案列
故障案例
接通后发起IMS注册导致掉话案列
省公司
贵州
专业
无线
设备类型
eNode B
设备厂家
中兴
设备型号
R8978 M1920
软件版本
TNodeB-BBUV3.30.601P02
编制时间
2016-01
作者
作者电话
入库时间
-
审核人
注册
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消息，随后呼叫中止，出现未接通事件。
案例-VoLTE测试常见掉话未接通案例
VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。
首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。
本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例，为日后VoLTE试商用后此类问题的处理打下坚实的基础。
2.VoLTE语音通话流程简要如下：1.主叫发起INVITE消息，触发RRC建立过程（假设为空闲态）；INVITE消息包括主被叫电话号码，主叫支持的媒体类型、编码；2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载；3.核心网反馈INVITE 100，表面正在处理应答；4.主叫RRC重配置建立QCI=1的专用承载；并激活；5.主叫收到被叫INVITE 183消息；并反馈PRACK启动资源预留；6.被叫收到PRACK后，反馈PRACK 200，启动资源预留；7.主叫收到PRACK 200，发送UPDATE，表明资源预留成功；8.同样被叫收到UPDATE，反馈UPDATE 200，表明资源预留成功；9.被叫发送INVITE 180 RINGING，振铃；10.被叫反馈INVITE 200，表明摘机11.主叫收到INVITE 200后，反馈ACK给IMS服务器，应答初始INVITE请求；并有IMS发给被叫；12.通话中；13.被叫挂机，发送BYE；IMS转发给主叫；14.主叫挂机，反馈BYE 200，IMS转发给被叫，表明结束会话；15.RRC重配置去激活QCI=1专载；图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切，可能邻区漏配，之后触发RRC Re-Establishment，重建立不成功时掉话。
VOLTE用户在通话过程中iFC改变导致用户会话中断案例分析
问题现象
接客户反馈10086在外呼一个VOLTE用户时发现接通后在通话过程用户未主动挂断，但是会话自动中断。
需要核心网排查具体原因
问题分析
通过分析用户SEQ单据发现该通话中确实是由SCSCF发起了bye消息中断了会话
释放原因显示为“sever change”
推测该时候网络侧发起了注销导致会话中断，进一步查看了用户该时刻的注册单据，发现该时刻确实有网络侧注销的消息，由HSS发送了RTR消息
问题根因
爱立信HSS在收到前台业务变更后（如用户重新签约了新的iFC），爱立信HSS构造RTR 消息指示用户注销，这时用户在通话过程中，SCSCF在收到HSS下发的RTR消息后会注销用户中断当前会话。
所以用户的会话中断
后续建议
经对比测试发现，华为HSS在收到前端发起的用户业务变更（如iFC新增或删除），不会下发RTR消息而是通过PPR消息去更新用户在当前注册SCSCF上的iFC信息，所以这个时候SCSCF不会注销用户会话不会中断。
爱立信HSS和华为HSS在机制有所区别，华为HSS 的用户体验感知更好。
VOLTE案例分析(PDCP SN SIZE 配置不一致导致异常掉话问题。)
PDCP SN SIZE配置不一致导致异常
1.问题现象:
小区1：PDCP SN SIZE配置为7；小区2：PDCP SN SIZE配置为12。
当手机在小区1和小区2互切时，主被叫同时发起bye，引起掉话。
2.问题分析:
现场选取两个贝尔站点，把PDCP SN SIZE修改不一致后复测（来凤街，PDCP SN SIZE=7；
第二机床厂，PDCP SN SIZE=12），手机首先在来凤街注册并拨号，此时它的RRC
RECONFIGRATION带下来的PDCP SN SIZE=7。
当手机向第二机床厂移动时，发起handover request，此时IE中携带PDCP SN SIZE为
7.（截图如下）
此时目标基站回复Ack消息，并进行了切换。
但是原小区在给手机发的rrcConnectionReconfiguration消息中，未带有PDCP重配消息。
从而导致PDCP解码失败，形成单通or双不通。
（截图如下）
3.问题处理：
通过研发分析，是由于PDCP-config没有下发导致；根据研发提供的patch，验证结果如下：
现场选取两个贝尔站点，把PDCP SN SIZE修改一致后复测，主叫发生了60次切换，被叫发生65次切换，未发生掉话。
从手机侧log看，当PDCP SN SIZE配置一致时，在RRC重配置消息中携带pdcp-config消息。
（截图如下）
4．问题解决：
建议厂家之间协商好PDCP SN SIZE，临时解决问题。
贝尔将在LR14.3彻底解决PDCP SN SIZE 配置不一致导致异常掉话问题。
移动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消息，随后呼叫中止，出现未接通事件。
LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120
处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询（这功能暂时我们没权限）可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示：1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。
4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息7）被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求，核心网问题8）被叫方通知主叫方，自己所支持的媒体类型和编码。
9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。
例如本例中，eps-BearerID=7，DRB-ID=5。
高负荷场景VoLTE语音掉话分析案例
高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据，测试中出现掉话事件，掉话原因：“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专载的重配置消息，被叫终端也上发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 参数核查① V oLTE相关参数（包含切换参数）核查；②QCI1 DRX ROHC核查；③Inactivity timer参数核查；④ iniMcsUl和iniPrbsUl参数核查；⑤CFI核查。
参数影响排查后：只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。
2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点，对这些小区对应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI 发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：可以得出结论：本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。
重定向失败导致VoLTE语音掉话问题分析
重定向失败导致VoLTE语音掉话问题分析【产品族】LTE TDD【关键字】SEQ、VoLTE掉话率、重定向开关、eSRVCC开关【问题描述】S省N市C运营商LTE全网VoLTE语音掉话率指标陡增1倍，无线网管变化不大，需要分析具体原因：【处理过程】1、SEQ提取掉话原因分布28 Inter-RAT redirection原因掉话次数剧增，其他原因导致的掉话次数变化不明显行标签11月02 11月03 掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数修改前修改后28 Inter-RAT redirection 30 18 228 217 48 445 10RESOURCE_ALLOCATION_FAILU143 111 191 134 254 325RE0 BEARER_RELEASED 80 75 118 108 155 226210 13 17 23 23 40 INSUFFICIENT_BEARER_RESOURCES26 Failure in the Radio Interface14 13 24 16 27 40 Procedure9000 Timeout 1 1 12 20 2 3221 Radio Connection With UE22 23 13 15 45 28 Lost7 EPS services not allowed 4 4 5 13 8 1816 Normal Call Clearing 10 0 14 1 10 15其他23 21 30 9 44 39总计337 279 654 557 616 12112、剧增掉话场景分析：28 Inter-Rat redirection提取掉话原因剧增场景28 Inter-Rat redirection 的掉话话单并进行分析：呼叫应答后35秒，MME收到eNodeB上报的UE CONTEXT RELEASEREQUEST(Cause:28)，携带原因值为interrat-redirection (28)，说明用户在通话过程中发起重定向，可能是由于4G无线问题，导致用户向2G网络发起重定向，6秒后承载被释放，呼叫掉话，建议对现网参数配置进行核查。
VoLTE通话跨厂家切换时释放QCI1导致掉话e66x
VoLTE通话跨厂家切换时释放QCI1导致掉话案例背景中国移动TD-LTE语音解决方案以VoLTE为主，同时兼顾CSFB，双待机作为一种终端形态将长期存在。
其中VoLTE由IMS网络实现呼叫控制，通过PCC架构提供端到端的QoS保障。
在移动到没有TD-LTE覆盖时，采用切换至GSM的方案实现语音业务连续性，切换方案主要采用3GPP R10的eSRVCC功能。
2015年广东移动开始部署VoLTE功能，VoLTE网络的复杂度对VoLTE的优化提出了极大的技术要求。
VoLTE语音通话的掉话直接影响用户感知，拉网测试过程中遇到VoLTE通话跨厂家切换时释放QCI1导致掉话。
问题案例描述广州VoLTE测试过程中，在爱立信-中兴边界，出现了较多的掉话现象，经过分析，掉话时都呈现如下一种现象：主叫在中兴小区向爱立信小区发起切换请求时，中兴基站下发的RRC Connection Reconfiguration消息中，包含QCI1释放的内容，之后该切换虽然成功，但手机上报BYE request，且网格不响应BYE消息，最终掉话。
分析与对策VoLTE通话过程中，当中兴小区向爱立信小区进行切换时，RRC Connection Reconfiguration消息中，包含QCI1释放的内容：VoLTE通话跨厂家切换时释放QCI1导致掉话图1反之爱立信小区向中兴小区切换时，RRC Connection Reconfiguration消息中不会释放QCI1：VoLTE通话跨厂家切换时释放QCI1导致掉话图2查看测试起呼QCI1建立时的RRC Connection Reconfiguration消息，并对比中兴、爱立信小区相应参数的设置，发现pdcp-SN-Size、sn-FieldLength设置不一致：中兴pdcp-SN-Size = len12bits、sn-FieldLength = size10，爱立信pdcp-SN-Size = len7bits、sn-FieldLength = size5。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VOLTE视频通话eSRVCC后掉话案例
设备厂家：华为设备型号：中国移动N1MAX 时间：2016/5/23 关键字： VOLTE、视频、掉话、BYE
一、问题内容：
在进行视频通话eSRVCC测试过程中，两部终端视频通话，终端一eSRVCC后成功后，终端二随后也进行eSRVCC，此时通话必然掉话。
利用两部N1MAX进行视频eSRVCC测试，终端一视频呼叫终端二，接通后确认两台设备正常视频，先移动终端一至无4G但有2G覆盖区域后，终端一正常进行eSRVCC至2G，此时终端二VOLTE 视频回落至VOLTE语音并与终端一正常通话；随后移动终端二至无4G但有2G覆盖区域后，终端二触发正常eSRVCC后直接掉话。
掉话
二、问题分析：
掉话分析：
主被叫视频起呼时终端视频通话时会建立2个专载，QCI=1的语音专载逻辑信道优先级为5，QCI=2的视频专载逻辑信道优先级为7。
视频通话一段时间后进行eSRVCC测试，主叫先执行eSRVCC，且切换成功，被叫此时收到心网INVITE消息，并且释放QCI=2的专载，被叫VOLTE视频转成VOLTE语音。
主叫在2G与被叫VOLTE语音正常通话一段时间后，被叫继续移动至4G弱覆盖区域进行eSRVCC，在触发B2事件后被叫终端正常eSRVCC，随后主被叫终端收到核心网下发DISCONNECT,通话异常释放。
更换多款不同测试终端（中国移动N1、中国移动N1MAX、小辣椒红辣椒GM-T1、华为MATE8）后均会发生此类掉话问题，排除终端问题。
更换不同eNODEB测试场景下，均会发生此类掉话问题，排除eNODEB接入网问题。
正常挂机流程：
正常挂机流程，由主被叫任何一方发起BYE消息，经由SGW、PGW以及SBC等网元转发到对端设备，对端设备回复BYE 消息，通话结束并释放相应语音和视频专载。
三、解决方案：
问题点原因在触发B2事件后被叫终端正常eSRVCC，随后主被叫终端异常收到核心网下发DISCONNECT,通话异常释放。
更换多款不同测试终端（中国移动N1、中国移动N1MAX、小辣椒红辣椒GM-T1、华为MATE8）后均会发生此类掉话问题，排除终端问题。
更换不同eNODEB测试场景下，均会发生此类掉话问题，排除eNODEB接入网问题。
两部终端视频通话同时eSRVCC后必然掉话此类问题初步判断为核心网侧问题，可能涉及网元eMSC、SBC等，具体需联系核心网侧跟踪信令定位至具体网元。
1、核心网侧设备参数核查，对定时器等参数进行优化。
四、借鉴经验：
随着VOLTE网络的大力推进，VOLTE通话的语音视频掉话逐步凸现出来，除去空口质量问题之外
还存在一些核心网功能参数以及设备厂家接口之间的问题，需要逐步完善发现的问题，解决问题。
目前VOLTE异常掉话受多种问题因素导致，如空口覆盖差，网络质量差，核心网网元协议不合理，核心网及空口参数设置不合理，遇到此类问题时，需按照排查步骤，一步步进行问题定位并制定解决方案，最终问题解决。