eSRVCC切换失败
VoLTE网络的eSRVCC切换优化方法
VoLTE网络的eSRVCC切换优化方法晋晶晶;杨兴红【摘要】As an evolution scheme to solve the voice technology in LTE, VoLTE makes it possible to carry both voice and data service in area covered with LTE. However, in LTE blind coverage area, the voice service is still carried in 2G/3G network, and eSRVCC handover from LTE to 2G/3G must be supported. The eSRVCC handover process involved many units in LTE and GSM network, and the signaling interaction is complicated. Moreover, the user’s experience is affected much by the differe nt types of phone, different home PLMN, and different scenes. So this article conclude a set of ways by optimization experience, about how to locate the issues, and solve them to improve the successful rate of eSRVCC handover.%VoLTE作为LTE网络解决语音技术的演进方案，实现了在LTE覆盖区内语音和数据都承载在LTE网络，但是在非LTE覆盖区，由2G/3G网络为其服务，支持LTE到2G/3G的eSRVCC切换，eSRVCC切换过程涉及LTE/GSM多个网元，信令交互多，用户行为受终端类型、归属地、所处场景影响较大，本文通过现网优化经验，总结出一套快速准确定位、解决问题，提升eSRVCC切换成功率的工作方法。
华为LTE面试题整理
1、注册成功率=?UE成功注册次数/UE注册请求次数2、VoLTE语音网络接通率=VoLTE语音网络接通次数/VoLTE语音呼叫总次数3、eSRVCC切换成功率=?eSRVCC切换成功次数/eSRVCC切换总次数4、eSRVCC切换时延=?eSRVCC切换累计时长/eSRVCC切换成功次数接通率：LTE差小区问题分析与处理方法1、接入类接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况，可以大致按以下步骤进行排查：1. 确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
2. 如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
3. 查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。
4. 查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。
5. 提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。
6. 针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。
7. 如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析资源分配失败导致RRC连接建立失败1、将SRS资源配置方式修改为接入增强、收缩功率2、增大T302定时器，增加在RRC连接建立拒绝后延长惩罚的时间（默认4s）UE无应答导致RRC建立失败结合实际无线环境通过工程参数调整、站点补盲解决弱覆盖问题；1、根据干扰在每个PRB上的分布特征，定位干扰类型，排查干扰源；2、极端情况下提升小区最小接入电平控制用户接入；3、调整上行功控参数路径损耗因子（0.7）、PUSCH标称P0值（-67）提升UE发射功率；4、降低RACH最大传输次数，减少边缘用户RRC请求核心网问题1、首先确认问题出现的时间点及涉及范围；2、与核心网确认是否在此期间进行过相关操作；3、根据日志分析是否为TOP终端问题；首先要获取全网的掉话率指标及话统变化趋势，如果全网指标突然恶化，需要执行以下检查工作：1. 确认是否存在传输告警，设备异常告警等；2. 分析是否由于话务量突增导致的掉话率恶化；3. 确认近期是否有过版本升级、打补丁等操作等重大操作；4. 分析小区级掉话指标，按照掉话绝对次数分析TOPN，首先核查小区是否存在RRU、通道、传输、基带板等相关告警；5. 分析小区掉话原因、是否存在TOP用户；6. 针对不同原因进行优化调整；无线层问题导致的异常释放eNodeB发起的原因为无线层问题的UEContext释放次数eNodeB发起的原因为上行弱覆盖的UEContext异常释放次数1. 弱覆盖优化建议：结合实际测试无线环境进行RF调整；1、覆盖空洞区域加站；2、边缘覆盖区域通过调整互操作参数使其尽快切换至异系统；3、极端情况通过调整最小接入电平控制用户接入；4、对于上行弱覆盖，可通过调整上行功控参数提升UE发射功率；切换失败原因主要有以下几个方面：传输、设备内部处理、覆盖（弱覆盖/越区覆盖）、干扰、邻区漏配、切换不及时等；传输问题定位需要在收发端抓取数据确认；设备内部处理出错需要提取工作日志进行分析定位；弱覆盖、越区覆盖、干扰、切换不及时、邻区漏配一般体现在信令丢失导致切换失败，属于空口质量问题，优化方法如下：1. 弱覆盖区域需要通过调整天馈、增加功率、新建站点解决；2. 越区覆盖通过控制下倾（机械下倾、电下倾）来控制覆盖范围；3. 干扰问题需要定位干扰类型，外部干扰可通过扫频确认干扰源；内部干扰可使用相关干扰算法降低影响；4. 添加漏配邻区；5. 切换不及时可通过调整切换门限、CIO、迟滞、触发时间等切换参数控制切换点；高误块MOD PCCHCFG 增大用户寻呼下发次数，可提高寻呼成功率MOD CELLCHPWRCFG 寻呼信道功率、随机响应信号功率（值变大增大覆盖，负值降低覆盖），增大该值可提高寻呼成功率MODCELLDLSCHO 随机接入响应消息和寻呼消息码率越小寻呼成功率越高网络驻留能力类（覆盖）、234G互操作类、终端营销类1、TDS空闲态、业务态参数：最低接入、高优先级E-UTRA小区重选RSRP信号门限、TDS重定向至LTE门限；2、GSM重选至LTE门限:基于EUTRAN的最小接入电平、优先级；3、LTE侧空闲态：最低接收电平（小区选择）、最低接收电平（小区重选）、服务频点低优先级重选门限通过以上四个维度为切入点，建立以下五个步骤提升LTE网络用户感知：网络结构优化：弱覆盖区域优化、重叠覆盖优化、干扰小区、故障小区处理；网络质量提升：SINR提升；关键性能参数：PCI参数优化、LTE邻区优化、2G/3G/4G互操作邻区优化、CSFB参数配置优化；双层网异频优化：梳理切换带、PCI合理优化、邻区优化；网络调度提升：服务器、传输带宽、参数、硬件问题。
参数设置不合理导致ESRVCC切换失败分析
参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。
ESRVCC切换失败可能由多种原因引起，包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。
在这些问题之外，参数设置的不合理也可能导致ESRVCC切换失败。
接下来，我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。
首先，本地设备参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，本地设备参数设置不合理可能导致切换信令的传输失败，从而导致切换失败。
例如，如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式，就无法进行ESRVCC切换。
此外，如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致，也可能导致ESRVCC切换失败。
其次，运营商网络参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失，从而导致切换失败。
例如，运营商配置的切换触发门限值过低或过高，会导致切换过于频繁或无法触发切换。
此外，运营商网络中与ESRVCC切换相关的接口参数设置错误，也可能导致ESRVCC切换失败。
再次，网络质量差可能导致ESRVCC切换失败。
ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性，而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟，从而导致切换失败。
例如，网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。
最后，设备之间的兼容性问题也可能导致ESRVCC切换失败。
ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程，如果设备之间的版本或配置兼容性存在问题，就可能导致切换失败。
例如，终端设备的硬件或固件版本过低或过高，无法与运营商网络进行正常的切换协商和协作，就会导致ESRVCC切换失败。
综上所述，参数设置的不合理可能导致ESRVCC切换失败。
LTE-eSRVCC短板优化案例解析
目录1概述 (2)2ESRVCC切换成功率指标介绍 (2)2.1ESRVCC指标统计信令节点 (3)2.2ESRVCC失败原因分析 (4)2.2.1LTE到GSM的切换出准备失败次数，目标侧准备失败 (4)2.2.2LTE到GSM的切换出准备失败次数，等待切换响应定时器超时 (6)2.2.3LTE到GSM的切换出准备失败次数，其它原因 (7)2.2.4LTE到GSM的切换出执行失败次数，源侧发生重建立 (8)2.2.5等待UE CONTEXT RELEASE消息超时 (11)2.2.6LTE到GSM的切换出执行失败次数，其他原因 (11)概述SRVCC（Single Radio Voice Call Continuity）是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE 在LTE/Pre-LTE 网络和2G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在IMS 控制的VoIP 语音和CS 域语音之间的平滑切换。
LTE 网络建设初期，其覆盖范围有限，当用户在使用LTE 网络进行语音通话过程中，移动到LTE 信号较弱，但GERAN网络信号覆盖较好的区域时，为了保证语音呼叫连续性（Voice Call Continuity，VCC），需要将话路由LTE 切换到GERAN。
由于目前还没有能够在LTE 和GERAN同时附着并收发数据的终端，因此LTE和2G 之前的业务连续性都基于Single Radio 模式，即双模单待方式。
目前3GPP 已经制定出双模单待方式的语音业务连续性方案，即3GPP TS 23.216 R9中提出的双模单待无线语音呼叫连续性(Single Radio Voice Call Continuity，SRVCC）方案。
1 eSRVCC切换成功率指标介绍eSRVCC切换成功率=切换至2G的切换成功次数（C373333312）/切换至2G的切换请求次数（C373333330）。
4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例
榆林公司4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例【问题描述】榆林现卡特区域eSRVCC切换成功率指标较低，只有10%左右，主要原因为部分站点eSRVCC切换成功率较低导致。
榆林卡特全网连续一周eSRVCC切换指标统计如下：典型站点ao751连续一周eSRVCC切换指标统计如下：【问题分析】现场跟踪典型站点ao751的calltrace发现：ao751向2G侧发起了切换请求后，但很快MME向基站侧回复了切换准备失败的消息，失败的原因为未知的目标小区（unknown-targetID），发起请求的信令截图如下：MME回复切换准备失败的信令截图如下：现场进行CDS验证时，也只上报B2事件，但是没有执行切换的Handover Command消息，导致无法切换至2G。
现场CDS信令截图如下：eSRVCC完整信令流程如下：根据空口的信令流程来看，只是说明无线环境质量达到了B2门限，也就是说上述流程中的第一步满足条件，从空口信令以及以上eSRVCC流程来看，不切换有如下可能原因：1、由于基站未开启eSRVCC测量开关等原因，eNB 没有收到MeasurementReport（B2）导致切换流程无法继续。
2、4-2G邻区问题，通过UE上报的频点信息以及eNB内部的2G邻区信息（LAC RAC CI），MME或者MSC无法找到对应2G小区导致失败。
3、eNB收到MeasurementReport（B2）后，没有向MME发起handover Required消息。
4、MME收到handover Required之后，没有向MSC交互后续信息。
5、MME和MSC之间信息交互失败。
所以，不切换的原因可能是基站eSRVCC相关的开关测量未正确配置导致，或者是上端核心网参数配置错误导致。
后台对该站的eSRVCC相关参数再次核查，开关都已打开，测量也已配置，但在核查2G邻区信息时发现，部分2G邻区里的RAC值与2G现网的RAC值不一致（榆林卡特区域2G的RAC值为3，华为区域的2GRAC值为0）。
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之间交换切换请求消息及响应消息，以执⾏资源分配。
信号基站切换流程切换失败的原因
信号基站切换流程切换失败的原因下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢！本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注！Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!信号基站切换流程切换失败的原因在移动通信网络中，信号基站切换是指移动终端从一个基站切换到另一个基站的过程。
eSRVCC切换过程与RRC重建立过程并发导致eSRVCC切换失败案例
eSRVCC切换过程与RRC重建立过程并发导致eSRVCC切换失败案例【问题描述】Co352_1在发生eSRVCC的切换过程中，突发出现RRC重建立请求，随后基站向MME上发HandoverCancel消息导致一次eSRVCC切换失败，基站向MME上发HandoverCancel信令截图如下：【问题分析】从信令来看，基站向UE发送Mobility From EUTRA Command后，核心网应该向基站侧下发Ue Context Release Command的消息，但基站一直没收到这样的消息，导致后面基站向MME回复Handover Cancel消息(Cause: interaction-with-other-procedure，)出现切换失败。
基站没收到核心网下发的Ue Context Release Command消息的主要原因为基站在那时也收到了由UE上发的RRC重建立请求消息，由于RRC重建立消息与eSRVCC切换消息并发导致了此次切换失败，Handover Cancel解析出的原因为interaction-with-other-procedure，表示有其它程序干扰导致切换失败。
且从ENB收到MME 下发的Handover Command消息到ENB上发给MMEHandover Cancel消息之间的时间差为164ms, 现网参数TS1RLOCoveral S1切换保护定时器设置为10000ms，并没有超时。
正常的eSRVCC切换信令截图如下：基站向MME上发HandoverCancel信令失败原因截图如下：【问题解决】该问题是过程冲突问题，需基站侧改进判决机制解决（例如在TS1RLOCoveral超时前遇到RRC重建立时，ENB可不直接向核心网发送Handover Cancel消息，在TS1RLOCoveral范围内若RRC重建立成功可继续进行eSRVCC信令流程）。
另外，可对一些特殊场景进行eSRVCC门限优化，避免在eSRVCC切换过程中由于RSRP骤降导致eSRVCC切换失败。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
全网eSRVCC切换失败信令携带的主要原因码
（1）2 Handover/Relocation cancelled by source system
原因：1）MME存在处理流程冲突，如Service Request和Handover流程冲突。
基站发生切换请求后，未等到核心网的切换相应消息，定时器超时后基站取消切换
2）基站内部处理流程异常，发送切换取消
（2）3 Handover /Relocation Failure with Target system
原因：2G接入失败，导致切换不成功
（3）8 Failure in Radio Interface Procedure
原因：4G无线原因导致切换失败
（4）7 No Radio Resources Available in Target Cell
原因：2G系统拥塞等原因导致切换失败
（5）6 Target Cell not available
原因：2G邻区配置错误等
解决措施
针对2G系统拥塞：严格按照集团要配置空闲态4G驻留门限等参数，提升4G数据业务驻留比，降低2G网络负荷；加强2G网络拆闲补忙，合理规划2G退频节奏，确保热点地区2G资源不受限。
2G网络质差：加强2G小区干扰排查，对于无法降低干扰的小区将其从邻区中删除；开展精细优化，建立2-4G邻区修改联动机制，减少邻区漏配、错配等导致的空口质差；对于暂时无法解决的2G质差区域，通过提高eSRVCC切换的2G门限、增加触发时间等参数调整措施，减少这类小区的eSRVCC切换请求数量。