VOLTE的SRVCC切换失败案例
【4G+(VOLTE)知识】_VOLTE实战经验-
1参数与定时器配置（建议）1.1VoLTE互操作类参数1.2VoLTE功能类参数1.3定时器参数1.3.1接入类定时器参数英文名：T300功能描述：该参数表示UE侧控制RRC connection establishment过程的定时器。
在UE 发送RRCConnectionRequest后启动。
在超时前如果：1.UE收到RRCConnectionSetup或RRCConnectionReject；2.触发Cell-reselection过程；3.NAS层终止RRC connection establishment 过程。
则定时器停止。
如定时器超时，则UE重置MAC层、释放MAC层配置、重置所有已建立RBs （Radio Bears）的RLC实体。
并通知NAS层RRC connection establishment 失败对网络质量的影响：增加该参数的取值，可以提高UE的RRC connection establishment过程中随机接入的成功率。
但是，当UE选择的小区信道质量较差或负载较大时，可能增加UE的无谓随机接入尝试次数。
减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE的无谓随机接入尝试次数。
但是，可能降低UE的RRC connection establishment过程中随机接入的成功率1.3.2切换类定时器参数英文名：T304For Intra-Lte功能描述：在“E-UTRAN内切换”和“切换入E-UTRAN的系统间切换”的情况下，UE 在收到带有“mobilityControlInfo”的RRC连接重配置消息时启动定时器，在完成新小区的随机接入后停止定时器；定时器超时后UE需恢复原小区配置并发起RRC重建请求对网络质量的影响：用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程1.3.3重建类定时器1）参数英文名：T311功能描述：T311用于UE的RRC连接重建过程，T311控制UE开始RRC连接重建到UE 选择一个小区过程所需的时间，期间UE执行cell-selection过程。
频繁切换导致VOLTE未接通优化案例
芜湖频繁切换导致未接通优化案例【摘要】切换失败、切换过早或过晚、切错小区和乒乓切换等情况，都会直接影响客户感知，系统的性能。
本文是通话建立过程中频繁切换引起核心网侧QCI1释放，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通的案例。
【关键字】频繁切换 CANCEL 未接通【故障现象】当UE行驶至北京西路中和路附近，主叫占用WH-市区-福达大厦-ZFTA-442413-0起呼，建立过程中语音转载建立失败，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通。
【告警信息】对周边小区进行告警查询，无影响业务异常告警。
【原因分析】（一）VOLTE基本流程和信令解释如下：（二）问题分析流程如下：（三）未接通事件常见原因：1、信号覆盖质量差现场测试信号覆盖良好，且查看前几个月的测试LOG发现均不存在弱覆盖和sinr差，因此排除覆盖差、无线环境差导致的未通。
2、参数设置问题通过后台网格核查该站点的参数设置，发现该站点的参数设置符合省公司标准，且与周边站点设置一致。
3、核心网问题主叫信令流程：从信令流程可以看到12:03:53.809的handover导致DRB identity 5被释放，而从12:03:48.006建立专载的信令可以看到DRB identity 5为EBI 7即QCI1，所以该handover导致QCI1被释放，主叫主动发送cancel。
被叫信令流程：主叫12:03:46.103发起寻呼，12:03:48.973收到invite 180，12:03:53.825由"WH-市区-福达大厦-ZFTA-442413-0"切换至"WH-市区-新市口-ZFTA-442369-52"，信号相当，频繁切换导致主叫于12:03:53.856主动上发cancel，12:03:53.934收到IMS_SIP_INVITE 503，造成未接通；形成原因为主服务小区不明显造成频繁切换，核心网侧QCI 1释放，引起未接通。
最新切换配置QCI优先级设置错误eSRVCC不切换
精品资料切换配置Q C I优先级设置错误e S R V C C不切换........................................切换配置QCI优先级设置错误eSRVCC不切换南京华苏科技股份有限公司邵文俊故障现象：测试人员在东胜青铜器广场地下商场测试VOLTE 语音业务达到4-2切换门限时一直上报测量报告未进行切换，后测试人员主动挂机结束本次呼叫原因分析：流程图切换目标GSM小区分析1、硬件故障通过网管查询当前告警以及历史告警信息，发现该基站以及周边基站近期无告警，排除基站告警故障。
2、干扰问题通过网管取该小区上近三天上行干扰情况，统计该区域小区均没有干扰、3、目标GSM指标分析查看东胜区青铜器广场微蜂窝-1近三天无SD与TCH信道拥塞，信道完好率均100%4、邻区漏配、进一步排查，占用小区东胜青铜器广场-HLWE，达到eSRVCC切换门限未能及时切换至GSM小区，核查4-2邻居区结果如下，本小区均已经添加和周边GSM以及同覆盖室分邻区关系。
通过以上分析可以得出切换目标GSM小区涉及到ESRVCC切换各种指标均正常，基本排除问题出在GSM侧切换源LTE小区分析1、日常指标提取近三天东胜青铜器广场-HLWE-1流量与核心指标及其干扰告警情况，可见该小区业务量正常，核心指标良好，无告警与干扰，基本排除LTE无线环境问题。
2、切换门限核查东胜青铜器广场-HLWE-1小区的eSRVCC相关切换开关设置与之配套门限值，核查结果表明相关设置与门限均在合理范围之内，排除参数与门限设置导致不切换。
SRVCC ONInterRatHoA1ThdRsrp -110InterRatHoA2ThdRsrp -115InterRatHoGeranB1Thd -903、配套参数核查esrvcc切换配套参数，发现服务质量等级1与服务质量等级5切换配置QCI优先级出现配置错乱，切换配置优先级是连接态的，DRX特定优先级是空闲态的，能不能进行esrvcc是跟切换配置QCI优先级有关跟DRX的QCI优先级没关系。
VOLTE呼叫失败分析指导书
VoLTE呼叫失败分析指导书1VoLTE整体构架1.1网元及组网方式华为VoLTE解决方案的典型组网如图1所示。
通过在现有的CS网络上叠加部署IMS网络和LTE网络，提供端到端的QoS保障，为终端用户提供高质量的语音、视频呼叫和更为丰富的数据业务，从而帮助运营商从2G/3G网络逐步演进到LTE网络，完成纯语音到丰富语音的转型。
终端用户可以通过CSFB、Single Radio、Dual Radio等多种LTE终端设备，在LTE网络、2G/3G网络下接入。
当用户移出LTE信号区域时，系统可以将呼叫平滑切换到2G/3G网络。
除此之外，方案中还提供了统一的业务发放、网络管理、计费等功能。
图1华为VoLTE解决方案网络架构运营支撑层运营支撑层主要提供网管、签约数据存放、Web Portal统一操作、计费、设备管理等功能，由EMS、SPG、CCF、DM Server等功能实体组成。
业务层业务层主要由各种不同的应用服务器与资源服务器组成，提供各种业务（如融合Centrex、会议、IP短消息等）及业务能力（传统智能触发，锚定等）。
核心层核心层分为如下3个部分：IMS域、CS域和用户数据库。
1)IMS域各网元主要完成LTE用户注册、鉴权、会话路径控制、业务触发、路由选择、资源控制、域间互通、接入资源控制等功能。
2)CS域各网元主要实现LTE用户在2G/3G网络下的移动性管理和基本语音业务，包括注册、鉴权、锚定、传统智能、切换、CS语音回落等功能。
3)用户数据库按照部署方式，可分为融合HLR/HSS和分离HLR/HSS：a)融合HLR/HSS具有USCDB、HLR、IMS-HSS、SAE-HSS、DNS/ENUM等网络功能实体的功能。
b)当现网不使用融合HLR/HSS时，可采用分离HLR/HSS，支持在现网已存在的HLR、IMS-HSS和SAE-HSS上实现VoLTE业务。
接入层接入层主要实现LTE用户的接入，支持对LTE用户的移动性管理等功能。
4 SRVCC(eSRVCC)技术详解及优化
1
LTE 语音解决方案 VoLTE 介绍 eSRVCC语音方案
eSRVCC切换时延分析 eSRVCC相关指标
eSRVCC参数配置 eSRVCC优化案例
LTE语音解决方案
多模单待
VoLTE-Only 语音、数据在LTE进行 LTE语音 解决方案 语音在CS进行 数据在LTE进行
eSRVCC语音方案--eSRVCC无线侧切换信令
• •
eNB给MME发送的HandoverRequire消息中带有eSRVCC 切换指示，切换原因，切换 目标小区等。 当GSM系统资源准备完成，由MME通过S1口发送HandoverCommand 消息到基站触 发由E-UTRAN到GSM的切换，消息中带有切换的 GERAN目标小区。
eSRVCC （ Enhanced SRVCC) •在SRVCC的基础上，增加ATCF网元，作为SCC AS的前置网元，替代SCC AS作为信令面锚点
•ATCF位于服务网络，而SCC AS位于归属网络，ATCF更接近终端，减少了MSC到IMS的承载建立时间
•增加的ATGW作为媒体面锚点，避免到远端的Remote Leg Update过程。这样可以提高切换成功率，同 时降低切换时间
VoLTE/SRVCC
•特点：语音业务基于IMS 提供，并支持从LTE切换到 2G/3G网络的语音连续性 •优势：基于LTE的语音， 音质好，频谱利用率高， 语音和数据业务可以并发
•劣势：需要部署IMS，终 端支持SRVCC的终端较少
•优势：对网络改动小，用 户体验不变，语音和数据 可以并发，无需切换
•劣势：终端要支持双待， 对手机芯片、电池续航力 都有较高要求
•优势：对终端要求较低， 重用传统2G/3G网络
VOLTE的SRVCC切换失败案例
VOLTE的SRVCC切换失败案例2G的BSC入切换未打开导致SRVCC切换失败1.问题描述全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。
通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%，请求次数还比较多，比较典型。
详细指标如下：XXYINSIGOU_ALH_2 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC_Esrvcc_HO_to_GREN_SUC_rat 03/05/2021 126 0 0 03/06/2021 201 0 0 03/07/2021377 0 0 Nerr 03/08/2021 0 0 Nerr 03/09/2021 0 0 03/10/2021 38 0 0XXGANGOU_ALH_3 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC_Esrvcc_HO_to_GREN_SUC_rat 03/02/2021 4 0 0 Nerr 03/03/2021 0 0 Nerr03/04/2021 0 0 Nerr 03/05/2021 0 0 Nerr 03/06/2021 0 0 03/07/2021 7 0 02.问题分析首先核对参数和邻区配置，通过对两个站点volte开启参数以及ESRVCC切换先关参数核查发现全部配置正确。
然后对两个站点所加的2G邻区配置进行核查（频点、NCC、BCC是否和2G现网一致，4G添加的2G邻区是否有同频同BISC），结果均为发现问题。
通过对XXYINSIGOU_ALH_2小区进行calltrace跟踪发现向LAC:14160,CI:19019发生切换请求并失败，测量报告中为BCCH:78和BCCH:71。
测量报告测量报告切换请求 LAC 14160 CI 19019 BCCH 78 71 NCC 6 2 BCC 6 7 GSM信号强度大于-90dBM 大于-90dBM 从以上trace分析可以看出eNB向MME发送了Handover Required，切换类型为ltetogeran，随后MME向eNB发送切换准备失败，这样就有两种可能：核心网的问题和GSM站点的问题。
srvcc切换深入分析及实战解决方案
srvcc切换深⼊分析及实战解决⽅案eSRVCC切换成功率指标优化1、eSRVCC概述1.1实现原理SRVCC(Single Radio Voice Call Continuity)，解决语⾳控制和移动到CS⽹络切换时的语⾳连续性问题。
为基于IMS的VOIP呼叫解决⽅案，利⽤IMS核⼼⽹络提供LTE VoIP语⾳业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语⾳连续性保证。
SRVCC的实现过程实质上就是⼀个切换过程，在LTE⽹络中终端是通过IMS来实现语⾳功能的，当终端离开LTE⽹络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G ⽹络中从⽽实现在2G/3G⽹络中的语⾳功能。
eSRVCC：相⽐于SRVCC，媒体切换点改为更靠近本端的设备。
具体⽅案就是增加ATCF/ATGW功能实体作为媒体锚定点，⽆论是切换前还是切换后的会话消息都要经过ATCF/ATGW转发。
后续在发⽣eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。
这样其创建新承载通道的消息交互路径明显短于SRVCC⽅案，减少了切换时长。
eSRVCC⽅案相对于SRVCC⽅案的增强在于减少了切换时长（切换时长⼩于300ms），使⽤户获得更好的通话体验。
1.2信令流程当⽹络或者终端不⽀持DTM，那么⽹络只可以使⽤普通的切换命令HANDOVER COMMAND，仅进⾏cs域切换，Ps业务和流程挂起，切换完成后终端将请求挂起GPRS。
流程分析如下：(6)MSC Server通过发送Prepare Handover Request消息给⽬标MSC，让Ps—cs 切换请求和cs—inter—MSC切换请求相互作⽤。
MSC Server对⽬标BSS在接⼝上分配⼀个默认SAI作为源ID，且对Prepare Handover Request使⽤BSSMAP encapsulatedo(7)⽬标MSC和⽬标BSS之间交换切换请求消息及响应消息，以执⾏资源分配。
精品案例_QoS配置不全导致VoLTE切换失败和掉话
QoS配置不全导致VoLTE切换失败和掉话排查案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施............................................................................................错误!未定义书签。
四、经验总结............................................................................................错误!未定义书签。
参数设置错误导致VOLTE高掉话及接通率低排查【摘要】VoLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
经历了过去几年的发展成熟后，VoLTE已经实现规模商用。
VoLTE即Voice over LTE，它是一种IP数据传输技术，使得用户在LTE网络下不仅仅能够享受高速率的数据业务，同时还能获得高质量的音视频通话，后者需要VoLTE技术来实现。
VOLTE 业务展开的第一步就是实现用户的成功接入，其重要意义不言而喻。
本案例从理论结合现场实际情况，介绍VoLTE接通过程分析、问题定位以及优化思路，为后续VoLTE接入成功率的优化提升提供参考。
LTE数据业务的掉话，我们通常是指UE异常退出RRC_CONNECTED状态导致的连接中断，在VoLTE语音业务时，对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载，在进行VoLTE通话时，会再建立QCI1的语音专用承载，QCI1的E-RAB释放，意味着VoLTE语音业务结束，所以我们用QCI1的E-RAB异常释放来定义VoLTE语音业务掉话，E -RAB(QCI=1)掉线率反映了系统的业务通讯保持能力，也反映了系统的稳定性和可靠性。
【关键字】VoLTE 接通率掉话【业务类别】VoLTE、承载一、问题描述2019年5月12日滁州电信RCU设备在市区进行拉网测试时其所在位置无法占用滁州清流路基站1、2二小区，同时在VOLTE通话状态从其他小区切换至滁州清流路基站1、2小区会发生掉话现象。
Volte参数与VOLTE失败原因值 经典
原因值呼叫类型失败原因失败呼叫次数其他51unassigned number16850-255-183-4801user is busy 114internal error 42user is busy 8internal error 6unassigned number 850-255-183-486unassigned number 850-255-183-486850-255-183-487原因值呼叫类型warning码第一拆线网元失败次数No appropriate session for SRVCC/eSRVCC 3null2Internal error 1No appropriate session for SRVCC/eSRVCC10 RELEASE FROM CC!101Internal error 142null30 RELEASE FROM CC!5Internal error 13null3原因值呼叫类型warning码第一拆线网元失败次数Internal error 134null8SCSCF released the session because of PERMANENT1Cancel received on initial invite10 RELEASE FROM CC!1视频403Forbidden语音视频486 Busy Here语音403 Forbidden、486 Busy Here、480 Temporarily Unavailable、received cancel message语音unassigned number 2163480Temporarily Unavailable语音ASInternal error 10A-SBCMGCF视频2020SCSCF 487Request Terminated语音device506SIPSL_ReleaseForMgcf SuppressTone():release mgcf and cs.ims should send tone based on status 3back system reject state: 481原因值呼叫类型warning码第一拆线网元失败次数Internal error6Glare condition1Internal error 2416sipsl_nc_sipi_bearer _time_out.8Internal errorP-CSCF 1原因值呼叫类型warning码第一拆线网元失败次数Internal error 或 0RELEASE FROM CC!SCSCF 72原因值呼叫类型warning码第一拆线网元失败次数Alerting switchrelease split call.18991 RELEASE COMPLETE FROM CC!95Get basic data failed.27Internal error5语音deviceMGCFRequest Terminated504Gateway Time-out语音Internal error 或 0RELEASE FROM CC!MGCF 580Precondition Failure404 not found语音deviceRoute Address Not Found700 RELEASE FROM CC!379Internal error PSBC 4188视频Internal error 或 91RELEASE COMPLETEFROM CC!21原因值呼叫类型被叫号码情况第一拆线网元失败次数被叫号码异常107被叫号码正常6视频被叫号码异常1原因值呼叫类型warning码第一拆线网元失败次数0 RELEASE FROM CC!或 Internal errorThe callee is notregistered10视频Internal error 或The callee is notregistered8原因值呼叫类型被叫号码情况第一拆线网元失败次数被叫号码为外省固话2被叫号码为外省移动号码2被叫为本省移动号码1视频被叫号码为外省移动号码1484 Address Incomplete5001 DIAMETER_ ERROR_USE R_UNKNOWN 语音HSS173语音device被叫为1259023+短号23488 Not Acceptabl e Here 语音I-CSCFable、487 Request Terminated、分析抽查了20条Q850原因为：unassigned number的记录都是由于发起呼叫后很短时间内早释引起。
Volte参数与VOLTE失败原因值-经典
原因值
呼叫类型
被叫号码情况 被叫号码异常
第一拆线网元 失败次数 107
484 Address Incomplet
e
语音
被叫号码正常
6
device
被叫为1259023+短号
23
视频
被叫号码异常
1
原因值 呼叫类型
5001 DIAMETER_ ERROR_USE R_UNKNOWN
语音 视频
warning码
原因分析 绝大多数为SCP下发183放音，而后SCP下发487拆线；被叫号码通常为短号，推 测为主叫虚拟网签约问题引起。 被叫为同一北京号码，对端下487拆线，带warning：Get csrn from hss failed due to timer expiry
在接续过程中主叫被2\3G寻呼回落，导致主叫SCSCF拆线。
warning值 无
release mgcf and cs. ims should send tone based on status code query adb failed 无
0 RELEASE FROM CC!
release mgcf and cs. ims should send tone based on status code. query adb failed
第一拆线网元
失败次数 134
null
8
SCSCF released the
session because of
1
PERMANENT
Cancel received on initial invite
1
0 RELEASE FROM CC!
device
1
VOLTE切换成功率低的案例
VOLTE切换成功率低的案例
VOLTE切换成功率低的案例
一、问题现象
近期发现A1_SQ五谷飘香ZLF_H站点3个小区VOLTE切换成功率为1小区为64.19%，失败次数为386次，2小区为71.24%，失败次数为285次，3小区为5.09%，失败次数为671次。
查看该站点发现主要为切换失败原因为“ENB间S1切换失败”，而站内切换成功率为100%。
二、问题分析
单个站点的切换问题可从以下几点排查：
1、站点存在告警或故障；
2、站点传输链路不通；
3、邻区缺失、参数配置错误。
三、问题处理
1、查看此基站历史告警，无任何告警；
2、查看邻区配置，和周边站点存在邻区配置：
3、查看已添加LTE邻区关系及查询网管数据发现数据侧切换成功率为99.53%左右,说明邻区配置正确：
4、查看邻区对切换指标，发现切换失败的都为FDD小区:
5、查看网管侧FDD邻区关系，发现未添加FDD邻区关系，故不可能发生FDD间的切换
关系，查看异频频点配置，发现FDD频点1815和948.3频点的异频ANR开关为打开，可能导致邻区测量时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD 站点的临时邻区。
6、对ANR异频频点开关进行关闭，关闭后切换指标正常。
四、问题总结
A1_SQ五谷飘香ZLF_H基站的VOLTE用户切换失败的主要原因FDD频点1815和948.3的异频ANR开关为打开模式，导致邻区测量
时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD站点的临时邻区。
Volte参数与VOLTE失败原因值-经典
null
0 RELEASE FROM CC!
Internal error
null
A-SBC MGCF SCSCF
语音
warning码 Internal error
第一拆线网元
null
SCSCF released the session because of PERMANENT Cancel received on initial invite
失败次数 379
41 72
原因分析 场景一：144次被叫为1259023+短号，为一机双号业务（主叫拨打1259023+被叫 号码，被叫手机显示来电号码为主叫的副号码），在VOLTE下发起呼叫IAM消息 送到一机双号平台无响应，25秒后平台返回超时释放消息，主叫UE主动回落CS 再发起呼叫可正常接续。使用杭州VOLTE号码测试正常，一机双号平台厂家正在 场景二：被叫为CS用户，MGCF转发183消息给主叫后，主叫未响应prack，MGCF
分析 抽查了20条Q850原因为：unassigned number的记录都是由于发起呼叫后很短时 间内早释引起。 在具体信令中未看到unassigned number的原因值，怀疑为平台填字段时有问 题，已反馈给林永兴联系华为处理。 其余的失败记录带的Q850原因多为480和503，在后面的内容中分析。 主叫振铃前早释引起 视频起呼，主叫发起后被叫寻呼不到，发生CS RETRY，MGCF在收到带video的 invite 0.02s后回400 bad request，带warning：”10039 OFFER RECEIVE FAILED!”，呼叫失败。本场景已在进一步分析。 AS有6秒定时器，用户的上一次呼叫还未释放，AS返回拒绝。 主叫发起三方通话，而在AS无会议权限，导致AS下发拒绝。 AS有6秒定时器，用户的上一次呼叫还未释放，AS返回拒绝。 主叫拨打的被叫号码错误，由S-CSCF拆线，带原因值“号码分析失败”
VOLTE主叫eSRVCC切换到3G后单通问题分析
VOLTE主叫 eSRVCC切换到 3G后单通问题分析一、案例摘要摘要：4G用户在使用VOLTE通话过程中，因4G网络覆盖变差后，主叫VOLTE用户需进行eSRVCC切换到3G网络保持通话连续，在eSRVCC切换过程中被叫用户在刚接通的几秒内可以正常听到主叫声音，RNC侧能收到来自核心网的正常语音包，但是当主叫用户SRVCC到3G后，被叫立即出现静音，从信令跟踪分析来看，被叫未收到来自核心网的任何语音包，同时在问题发生时刻，主叫用户能正常发送语音包给核心网，此外主被叫用户的无线侧信令无任何异常，因此可以确认被叫用户出现静音是因为核心网存在异常，没有把语音包发给被叫用户导致。
二、关键词关键词：4G；VOLTE；eSRVCC切换；静音三、案例正文（一）案例背景2021年1月分以来，陆续接到用户反映VOLTE通话出现单通情况，为了解决VOLTE通话单通问题，网络部立即组织相关专业人员进行摸测排查，并同步将测试号码在基站侧、核心网侧做好信令跟踪，综合分析定位单通问题。
（二）案例描述用户反映拨通电话一段时间后听不到对方声音，经过不断地现场测试后确定单通均为4G信号逐渐变差导致，为进一步确定问题，抽取了只有3G信号的鼎尚城地下停车场作为模拟场景，测试人员从室外拨通电话后逐渐走向地下停车场，经过不断地测试，多次出现主叫VOLTE用户进行eSRVCC切换到3G网络后单通，具体现象为主叫终端能听到被叫终端声音，被叫终端听不到主叫终端声音。
（三）分析总结1.切换前后媒体流走向变化2.VOLTE-PSBC消息抓包消息分析主叫：130****2954被叫：186****2814呼叫开始时间：2021-02-23 15:05:13PSBC终端呼叫请求：切换开始时间：2021-02-23 15:05:36PSBC收到eMSC切换请求：（1）切换前呼叫正常，切换前媒体地址+端口号：（2）切换后主叫侧媒体地址+端口号变化如下图，被叫侧无变化：（3）eMSC切换请求携带媒体信息（4）PSBC分配切换后媒体IP（5）切换后媒体包分析结果，PSBC未收到eMSC下挂MGW发送的媒体包（6）SRVCC-MGW发包情况：3.无线3G侧抓包消息分析（1）分析被叫用户信令确认，被叫用户在15:05:19接通电话，然后一直在3G侧直到用户释放。
基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
一、问题描述
C国C运营商eSRVCC切换成功率恶化，需要对TOP切换失败小区进行问题分析和定位。
（注：该运营商是LTE到2G的CS Only的SRVCC切换策略，无LTE到3G的SRVCC。
）
二、告警信息
无。
三、版本信息
NA
四、原因分析
1.以双流黄龙溪水厂为例，eSRVCC向GERAN小区间切换失败，主要集中2G目标小区
32805上，如下图所示：
五、处理过程
1.通过SEQ平台eSRVCC异常SIP信令分析，发现Handover Preparation Failure中携带有
“unknown-targetID”信息。
2. 在Handover Required消息中找到切换目标小区Target ID如下：
2.对比eNodeB外部邻区配置数据和GSM工参，发现现网LAC和CI配置错误。
eNodeB现网外部邻区配置数据：
GSM工参数据：
3.处理结果
邻区配置修改正确后，问题解决。
4.根因
VoLTE的GERAN外部邻区LAC和CI配置错误，导致eSRVCC切换失败。
5.总结和建议
外部邻区数据核查是处理eSRVCC切换失败的一个重要动作之一，在无线侧要定期执行核查。
SEQ平台的eSRVCC异常话单SIP信令分析，有助于快速进行根因问题定界定位。
华为GSM小区系统间入BSC切换参数关闭导致SRVCC切换失败分析案例
华为GSM小区系统间入BSC切换参数关闭导致SRVCC切
换失败
1、问题描述
呼伦贝尔市于2016年5月10日根据VOLTE信令监控平台统计发现LTE网络TAC18180下的SRVCC切换成功率较低，主要切入GSM的BSC为HLEHBSC15和HLEHBSC20失败率较高。
根据网管VOLTE信令分析平台，统计切换失败全部为无可用的资源。
对5月1到5月10日的SRVCC切换失败的小区4G小区进行参数核查及邻区核查未发现问题，GSM侧没有拥塞和无法接入的问题。
2、问题定位
对失败小区进行VOLTE信令分析平台的信令流程分析,信令平台显示，失败原因为，初步判断为GSM小区无法切入导致。
进行TAC18180的切换失败进行分析，失败小区全部为华为GSM小区。
对华为切换失败的GSM小区异系统参数核查，发现失败小区的系统间入BSC切换参数全部为关闭，此参数控制异系统切入需打开才能保证异系统成功切入，进行部分小区开启观察。
涉及5月10日的SRVCC切换失败的华为GSM小区，打开小区级的系统间入BSC切换参数，具体如下：
3、效果验证
GSM基站侧修改小区系统间入BSC切换参数后，进行修改小区进行SRVCC切换观察，当天修改参数小区已能够切入成功。
切入小区CI 18962在11日统计存在全部的SRVCC切换失败，核查此GSM小区的系统间切换入BSC未打开，修改后在18点29分能够正常的切换。
4、总结
修改GSM基站侧修改小区系统间入BSC切换参数后,SRVCC切入问题解决，核查华为GSM全网小区发现有255个小区存在系统间入BSC切换参数关闭，主要是BSC License 受限。
后续加载License，全部打开此功能。
Volte参数与VOLTE失败原因值
失败原因
失败呼叫次数
unassigned number
2163
其他
51
unassigned number
16
850-255-183-480
1
user is busy
114
internal error
42
user is busy
8
internal error
6
unassigned number 850-255-183-486
based on status
back system reject state: 48
1
warning码 Internal error
Glare condition
第一拆线网元 device
失败次数 6
1
Internal error
24
16
MGCF
sipsl_nc_sipi_bearer
8
_time_out.
原因值
呼叫类型
被叫号码情况 被叫号码异常
第一拆线网元 失败次数 107
484 Address Incomplet
e
语音
被叫号码正常
6
device
被叫为1259023+短号
23
视频
被叫号码异常
1
原因值 呼叫类型
5001 DIAMETER_ ERROR_USE R_UNKNOWN
语音 视频
warning码
原因分析 多为主叫UE在收到update回复200 OK，过了几秒后又发出580，平台上看双方承 载建立已成功，由于终端多为未正式发布的VOLTE终端，判断为终端原因。 被叫回复183后建立专载，然后立刻发生X2切换，而后被叫在收到update后回复 580，判断为EPC测建立专载和X2切换流程冲突，EPC侧已有补丁修复此问题。 部分呼叫由于主叫发生振铃前SRVCC引起；大部分场景为被叫是CS用户，MGCF转 发183消息给主叫后，主叫未响应prack，MGCF多次重发183后定时器超时释放， 发出580拆线。 场景和原因与上面的internal error一致，580消息中都带有16 sipsl_nc_sipi_bearer_time_out信息，平台关联原因导致呈现的warning码不 同。 实际为被叫UE拆线，平台关联问题，由于被叫振铃前发生bSRVCC，导致 precondition失败拆线
巴山镇永胜城门口2小区由于切换流程失败发生VOLTE掉话问题定位
0
1
观察图层发现，切换为共站的GSM对应小区发生切换失败。
核查5BCRCX巴山镇永胜城门口2小区对应的GSM邻区关系，没有邻区漏配问题存在，如下图所示：
核查LTE配置的GSM邻区信息LAC-BCCH–BSIC小区信息一致，没有配置错误的情况，
核查GSM崇仁-永胜城门口2小区3月13日9点GSM网络指标和干扰等没有异常
开始时间
小区
eNodeB触发的QCI为1的业务E-RAB异常释放次数(无)
QCI为1的业务E-RAB建立尝试次数(无)
QCI为1的业务E-RAB建立成功次数(无)
切换流程失败导致的激活的语音业务E-RAB异常释放次数(无)
03/13/2016 09:00:00
5BCRCX巴山镇永胜城门口2
1
1
1
1
分析5BCRCX巴山镇永胜城门口2E-UTRAN向GERAN特定两小区间切换对发现09:00:00-09:15:00时，发生一次ESRVVC切换失败。由5BCRCX巴山镇永胜城门口2切换到G网的（2552）崇仁-永胜城门口2小区切换失败。
5BCRCX巴山镇永胜城门口2
GERAN切换异系统判决门限
-100
-100
解决方案
在该场景下调整该小区ESRVCC切换门限A2门限-110dbm调整为-104dbm，调整B2门限-116dbm调整为-110dbm，提前测量和切换，避免掉话事件发生。
备注
开始时间
小区名称
ESRVCC切换成功率
ERAB掉线率QCI为1
VOLTE上行丢包率
VOLTE下行丢包率
QCI为1的业务E-RAB建立尝试次数
QCI为1的业务E-RAB建立成功次数
E-RAB掉线次数
宿迁VOLTE SRVCC 目标侧准备失败案例
宿迁VOLTE SRVCC 目标侧准备失败案例问题描述：日期小区名称eSRVCC 切换成功率 LTE 到GSM的切换出准备请求次数LTE 到GSM 的切换出执行成功次数LTE 到GSM 的切换出准备失败次数LTE 到GSM 的切换出准备失败次数，目标侧准备失败2016/4/3 宿迁宿城仓集老圩LF-3 0.00% 46 0 46 46 2016/4/4 宿迁宿城仓集老圩LF-3 0.00% 2 0 2 2 2016/4/5 宿迁宿城仓集老圩LF-3 13.33% 15 2 13 13 2016/4/6 宿迁宿城仓集老圩LF-30.00%444宿迁宿城仓集老圩LF-3 连续4天ESRVCC 切换成功率非常低，LTE 到GSM 的切换出准备失败次数，目标侧准备失败。
问题原因：1、跟踪信令，查询失败原因核心反馈HandoverPreparation failure ，原因值为：ho_failure_in_target_EPC_eNB_or_target_system2、核查邻区关系Srvcc 切换请求，2G 目标小区CI:8348.GERAN 邻接关系核查，配置正常：3、核查2G 外部定义根据测量报告，核实上报小区参数，MR：ARFN=50,NCC=4,BCC=1GERAN 邻接小区网管配置值和MR上报一致：4、核查2G LAC 和4G TAC 是否一致4G 小区TAC 配置值4G 小区TAC =25266，和2G LAC=20556 不一致。
经2G 侧核查该区域经过LAC 割接，4GTAC 同2GLAC 同步更新，但2G 外部LAC 未同步更新。
影响范围：小区。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2G的BSC入切换未打开导致SRVCC切换失败
1.问题描述
全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。
通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%，请求次数还比较多，比较典型。
详细指标如下：
2.问题分析
首先核对参数和邻区配置，通过对两个站点volte开启参数以及ESRVCC切换先关参数核查发现全部配置正确。
然后对两个站点所加的2G邻区配置进行核查（频点、NCC、BCC是否和2G现网一致，4G添加的2G邻区是否有同频同BISC），结果均为发现问题。
通过对XXYINSIGOU_ALH_2小区进行calltrace跟踪发现向LAC:14160,CI:19019发生切换请求并失败，测量报告中为BCCH:78和BCCH:71。
通过核实周围GSM站点，站点状态正常。
通过咨询华为GSM优化人员有关互操作相关参数时发现有一个BSC入切换切换开关（INTERRATINBSCHOEN）未打开。
华为优化人员给出GSM侧方案：配置参数INTERRATINBSCHOEN为YES，同时配置SRVCC缺省SAI的LTESAIMCC、LTESAIMNC、LTESAILAC、LTESAISAC参数
值和MSC Server上配置值不同。
此时，BSC按3G入BSC切换处理。
3.问题处理
3月11日华为GSM优化人员对XXYINSIGOU_ALH_2、XXGANGOU_ALH_3两个站点周围的GSM站点开启。
根据每天跟踪观察分别在3月16日和3月21日发现这两个站点指标恢复正常。
4.调整效果
3月16日XXGANGOU_ALH_3 指标恢复正常。
3月21日XXYINSIGOU_ALH_2 指标恢复正常。
5.经验总结
发现这个问题后对全网ESRVCC指标进行分析筛选，发现所有涉及华为站点的ESRVCC切换成功率均为0%，可以判定这是华为GSM站点BSC切入开关未打开导致的。
通过这一问题可以看出系统间互操作和系统间协同的重要性，在以后涉及到系统间的功能和操作一定要协调好23G优化人员对相关参数进行检查保证功能协同。
避免出现对端参数不一致造成功能失效，影响指标，降低客户感知。