srvcc切换深化分析及实战解决计划eSRVCC切换成功率指标优化eSRVCC概述1.1实现原理SRVCC(SingleRadioVoiceCallContinuity)，解决语音控制和移动到CS网络切换时得语音连续性问题 为基于IMS得VOIP呼叫解决规划，利用IMS核心网络提供LTEVoIP语音业务得路由、控制和业务触发，并提供LTE向2G/3G切换时得语音连续性保证 SRVCC得实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能得，当终端离开LTE网络后，则通过MSCserver(MobileSwitchingCenterserver)切换到2G/3G网络中从而实现在2G /3G网络中得语音功能 eSRVCC：相比于SRVCC，媒体切换点改为更靠近本端得设备 具体规划就是增加ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后得会话消息都要经过ATCF/ATGW转发 后续在发生eSRVCC切换时，只需要创建UE与ATGW之间得承载通道，对端设备与ATGW之间得媒体流还是通过原承载通道传输 这样其创建新承载通道得消息交互路径明显短于SRVCC规划，减少了切换时长。
eSRVCC规划相对于SRVCC规划得增强在于减少了切换时长（切换时长小于300ms），使用户获的更好得通话体会 1.2信令流程当网络或者终端不支持DTM，那么网络只可以使用普通得切换命令HA NDOVERCOMMAND，仅进行cs域切换，Ps业务和流程挂起，切换完成后终端将请求挂起GPRS 流程分析如下：(1)UE发送测量汇报给EUTRAN (2)源EUTRAN根据当前得测量结果以及终端是否支持SRVCC功能来决定是否发起SRVCC过程 (3)源EUTRAN发送切换请求信息给MME (4)基于语音承载相关得QCI和SRVCCHO指示，源MME将语音承载从非语音承载中分离出来，且仅向MSCServer发起语音承载得PsCS切换流程(5)MME向MSCServer发送一个SRVCCPStoCSRequest消息 cs域安全秘钥可以通过包含在MM上下文中得EUTRAN得EU TRANEPS域秘钥由MME推导出 (6)MSCServer通过发送PrepareHandoverRequest消息给目标MSC，让Pscs切换请求和csinterMSC切换请求相互作用。
MSCServer对目标BSS在接口上分配一个默认SAI作为源ID，且对PrepareHandoverRequest使用BSSMAPencapsulatedo(7)目标MSC和目标BSS之间交换切换请求消息及响应消息，以执行资源分配 (8)目标MSC向MSCServer发送PrepareHandoverIesponse消息 (9)建立目标MSC和MSCMGW之间得电路域连接，可以通过使用 ISUPIAM和ACM消息来建立 (10)MSCServer通过使用STNSR来发起会话转移流程，通过发送ISUPIMA消息至IMS网络，在会话转移过程中执行标准得IMS业务连续性流程 (11)在会话转移流程过程中，由CSaccessleg得SDP更新远端，此时VolP分组包下行数据流转换至CSaccessleg (12)源IMSaccessleg被释放 (13)MSCServer发送一个SRVCCPStoCSResponse消息给源MME (14)源MME发送一个切换命令消息给源EUTRAN，该消息中仅包含话音组件消息 (15)UTRAN发送一个切换命令消息给UE。
(16)UE转移至GERAN (17)目标BSS进行切换检测，UE通过目标BSS向目标MSC发送切换完成消息 (18)UE开始挂起操作流程 从GUTI获取TLu和RAIpair，将触发目标SGSN向源MME发送SuspendNotifieation消息，MME向目标SGSN回复SuspendAcknowledge (19)目标BSS向目标MSC发送切换完成消息 (20)目标MSC向MSCServer发送SES消息 (21)通过发送ISUPAnswermessage给MSCServer完成建立过程 (22)MSCServer发送SRVCCPStoCSCompleteN otification消息给源MME，通知其UE已经到达目标侧 源MME通过发送SRVCCIX5toCSCompleteAcknowledge消息给MSCServer来确认该消息 (22a)MME通过话音或GBR承载去激活所有承载 (23a)若HLR更新，IMSI已被鉴定，但是在VLR中未知，MSCServer将对UE进行TMSI重分配，使用其自身未广播得IAI，若MSCServer和其他得MSCVLRs服务相同得LAI，则使用其自身得NetworkResourceIdentifier(NRI)。
(23b)若MSCServer执行得TMSI重分配成功，则MSCServer向H SSHLR执行MAPUpdateLocation (24)对于紧急服务会话，切换完成之后，源MME或者MSCServer向和源或者目标侧相关联得GMLC发送一个携带MSCServer识别得SubscriberLocationReport 在上述场景中，核心网需要将非语音承载挂起，以便UE在短时间内切换回EUTRAN网络时可以迅速恢复相关得承载资源 但是由于UE切回时间不确定，所以为了防止切换时间过长导致EUTRAN无法释放其相关资源得情况，需要在EUTRAN网络得MME上启动承载资源释放定时器，定时器超时后删除UE在EUTRAN网络中得资源 现网情况网管指标定义：eSRVCC成功 率=LTE到GSM得切换出执行成功次数（C373333312）/LTE到GSM得切换出准备请求次数（C373333330）*100%目标值：大于97% 中兴区域地市近期指标：eSRVCC成功率（%）巴中德阳广安广元绵阳雅安6月1日91.43%94.14%90.91%89.89%92.91%93.24%6月2日91.02%93.18%82.26%6月3日93.64%93.43%89.54%92.38%92.23%89.80%6月4日93.28%92.32%87.00%89.42%90.70%89.60%6月5日91.21%94.09%86.53%90.36%88.07%85.66%6月6日95。
.62%94.58%90.18%93.09%91.40%88.00%6月7日94.18%94.42%88.96%89.23%90.93%87.28%6月8日94.57%94.35%92.73%92.22%95.07%88.26%6月9日93.86%94.03%92.04%90.91%93.49%85.78%6月10日95.79%91.52%92.68%91.05%95.16%85.55%6月11日91.48%93.98%92.82%94.51%91.60%91.63%6月12日94.37%94.66%92.12%92.04%92.72%90.17%6月13日92.66%93.77%93.57% 94.34%95.08%87.02%6月14日95.92%94.92%93.51%92.33%93.88%89.23%指标走势：提升规划网管指标eSRVCC切换失败统计有2个计数器：LTE到GSM得SRVCC切换出准备失败次数（C373333405）、LTE到GSM得SRVCC切换出执行失败次数（C373333407），减少准备和执行失败次数才能从根本上提升eSRVCC切换成功率。
eSRVCC切换成功率与邻接GSM小区配置得准确性和合理性有直接关系 具体优化建议如下：根据现网配置CSFB测量频点，方案eSRVCC加邻接关系 （注意：在配置过程中需要注意邻接站点小区得配置数据得准确性（比 如：TAC/LAC、PCI、主频等等） 如果配置得GSM小区不合理，上报得GSM小区满足不了LTE切换至GSM得条件，将导致掉话 ）定期核查LTE-GSM邻区关系配置，结合现网LTE、GSM最新公参，更新不一致得eSRVCC邻区定义，核查GSM小区参数是否与现网一致，如发现不一致得参数及小区，需要及时更改 核查单小区中GSM邻区同频同BSIC情况，如发生此类问题，需要及时协调GSM侧优化调整 结合测试进行补充、删除不合理邻区关系，此项工作为日常优化工作重要组成部分 根据不同场景设置合理得切换参数，eSRVCC异系统门限设置不合理会导致过早切换到异系统、来不及切换到异系统等问题，容易 引发通话质量下降、掉话、重定向等事件发生，下面为现网主要门限推荐值，可以根据具体环境验证最佳取值（需注意：若A1门限配置过低，易导致删除B2事件，不触发eSRVCCC切换）。
无线环境导致切换失败、掉话 LTE得无线环境、GSM得无线环境，大致包括以下几种情况将导致切换失败掉话 a、在eSRVCC过程中，当UE仍处于得无线环境中，由于重叠覆盖、干扰等原因导致L网络质量过低，使UE不能够准确地解读信令，从而使RRC断链，中断切换过程，导致掉话 b、GSM拥塞导致UE不能够接入，使eSRVCC失败 中兴602版本升级后，新增“弱场eSRVCC语音切换延迟”功能，尽可能得减少LTE到GSM得S RVCC切换出准备失败次数；实现原理如下：VOLTE业务QCI1建立后到180Ringing之前这片时间内，一旦发生了eSRVCC切换，就好引起未接通和切换失败，当前基于事件（测量汇报）触发得移动性管理策略，网络侧无法避免eSRVCC发起得时机，呼叫成功率也会因此受到一定得影响，从提升用户VOLTE业务感知及改善网络KPI指标得角度出发，控制呼叫过程中得eSRVCC是十分必要得eSRVCC发起，至少要等QCI1承载建立后，在主叫终端收到180Ringing消息之前得这段时间间隔内发生eSRVCC，面临着呼叫流程被eSRVCC流程打断得问题，因为网络无法控制eSRVCC发起时间，所以呼叫成功率会有所影响，控制呼叫过程中得eSRVCC发起时间，就显的必要。
设置定时器对此功能进行异常保护，同时也用于解决SIP信令加密得场景，设置定时器默认设置为8s，如果一直未收到180Ringing或者SIP加密，最多保护8s内部启动eSRVCC流程，即定时器到期后，杀死定时器，且允许执行eSRVCC指标及问题点跟踪指标跟踪（模板）问题分析跟踪（模板） 7Word版本。