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流程分析如下：(1)UE发送测量报告给E—UTRAN2)源E—UTRAN根据目前的测量成果以及终端与否支持SRVCC功能来决定与否发起SRVCC过程3)源E—UTRAN发送切换祈求信息给MME4)基于语音承载有关的QCI和SRVCC HO批示，源MME将语音承载从非语音承载中分离出来，且仅向MSCServer发起语音承载的Ps—CS切换流程(5)MME向MSC Server发送一种SRVCC PS to CS Request消息cs域安全秘钥可以通过涉及在MM上下文中的E—UTRAN的E—UTRAN／EPS域秘钥由MME推导出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之间互换切换祈求消息及响应消息，以执行资源分派。
8)目的MSC向MSC Server发送Prepare Handover I／e—sponse消息9)建立目的MSC和MSC／MGW 之间的电路域连接，可以通过使用ISUP IAM和ACM消息来建立10)MSC Server通过使用STN—SR来发起会话转移流程，通过发送ISUP IMA消息至IMS网络，在会话转移过程中执行原则的IMS业务持续性流程11)在会话转移流程过程中，由CS access leg的SDP更新远端，此时VolP分组包下行数据流转换至CS access leg12)源IMS access leg被释放13)MSC Server发送一种SRVCC PS to CS Response消息给源MME14)源MME发送一种切换命令消息给源E—UTRAN，该消息中仅涉及话音组件消息15)—UTRAN发送一种切换命令消息给UE16)UE转移至GERAN17)目的BSS进行切换检测，UE通过目的BSS向目的MSC发送切换完毕消息18)UE开始挂起操作流程从GUTI获取TLu和RAI pair，将触发目的SGSN向源MME发送Suspend Notifieation消息，MME向目的SGSN答复Suspend Acknowledge。
19)目的BSS向目的MSC发送切换完毕消息20)目的MSC向MSC Server发送SES消息21)通过发送ISUP Answer message给MSC Server完毕建立过程22)MSC Server发送SRVCC PS to CS Complete Notifi—cation消息给源MME，告知其UE已经达到目的侧源MME通过发送SRVCC IX5 to CS Complete Acknowledge消息给MSCServer来确认该消息22a)MME通过话音或GBR承载去激活所有承载23a)若HLR更新，IMSI已被鉴定，但是在VLR中未知，MSC Server将对UE进行TMSI重分派，使用其自身未广播的IAI，若MSC Server和其她的MSC／VLRs服务相似的LAI，则使用其自身的Network ResourceIdentifier(NRI)23b)若MSC Server执行的TMSI重分派成功，则MSCServer向HSS／HLR执行MAP UpdateLocation24)对于紧急服务会话，切换完毕之后，源MME或者MSC Server向和源或者目的侧有关联的GMLC发送一种携带MSC Server辨认的Subscriber Location Report。
在上述场景中，核心网需要将非语音承载挂起，以便UE在短时间内切换回E—UTRAN网络时可以迅速恢复有关的承载资源但是由于UE切回时间不拟定，所觉得了避免切换时间过长导致E—UTRAN无法释放其有关资源的状况，需要在E—UTRAN网络的MME上启动承载资源释放定期器，定期器超时后删除UE在E—UTRAN网络中的资源2、提高方案网管指标eSRVCC切换失败记录有2个计数器：LTE到GSM的SRVCC切换出准备失败次数（C）、LTE到GSM的SRVCC切换出执行失败次数（C），减少准备和执行失败次数才干从主线上提高eSRVCC切换成功率eSRVCC切换成功率与邻接GSM社区配备的精确性和合理性有直接关系具体优化建议如下：1、根据现网配备CSFB测量频点，规划eSRVCC加邻接关系注意：在配备过程中需要注意邻接站点社区的配备数据的精确性（例如：TAC/LAC、PCI、主频等等）如果配备的GSM社区不合理，上报的GSM社区满足不了LTE切换至GSM的条件，将导致掉话2、定期核查LTE-GSM邻区关系配备，结合现网LTE、GSM最新公参，更新不一致的eSRVCC邻区定义，核查GSM社区参数与否与现网一致，如发现不一致的参数及社区，需要及时更改。
3、核查单社区中GSM邻区同频同BSIC状况，如发生此类问题，需要及时协调GSM侧优化调节结合测试进行补充、删除不合理邻区关系，此项工作为平常优化工作重要构成部分4、根据不同场景设立合理的切换参数，eSRVCC异系统门限设立不合理睬导致过早切换到异系统、来不及切换到异系统等问题，容易引起通话质量下降、掉话、重定向等事件发生，下面为现网重要门限推荐值，可以根据具体环境验证最佳取值（需注意：若A1门限配备过低，易导致删除B2事件，不触发eSRVCCC切换）5、无线环境导致切换失败、掉话LTE的无线环境、GSM的无线环境，大体涉及如下几种状况将导致切换失败掉话a、在eSRVCC过程中，当UE仍处在的无线环境中，由于重叠覆盖、干扰等因素导致L网络质量过低，使UE不可以精确地解读信令，从而使RRC断链，中断切换过程，导致掉话b、GSM拥塞导致UE不可以接入，使eSRVCC失败VOLTE业务QCI1建立后到180Ringing之前这片时间内，一旦发生了eSRVCC切换，就好引起未接通和切换失败，目前基于事件（测量报告）触发的移动性管理方略，网络侧无法避免eSRVCC发起的时机，呼喊成功率也会因此受到一定的影响，从提高顾客VOLTE业务感知及改善网络KPI指标的角度出发，控制呼喊过程中的eSRVCC是十分必要的eSRVCC发起，至少要等QCI1承载建立后，在主叫终端收到180Ringing消息之前的这段时间间隔内发生eSRVCC，面临着呼喊流程被eSRVCC流程打断的问题，由于网络无法控制eSRVCC发起时间，因此呼喊成功率会有所影响，控制呼喊过程中的eSRVCC发起时间，就显得必要。
设立定期器对此功能进行异常保护，同步也用于解决SIP信令加密的场景，设立定期器默认设立为8s，如果始终未收到180Ringing或者SIP加密，最多保护8s内部启动eSRVCC流程，即定期器到期后，杀死定期器，且容许执行eSRVCC。