srvcc切换深入分析及实战解决专项方案.docx

eSRVCC切换成功率指标优化
1、eSRVCC概述
1.1实现原理
SRVCC(Single Radio Voice Call Continuity)，处理语音控制和移动到CS网络切换时语音连续性问题。
为基于IMSVOIP呼叫处理方案，利用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—UTRAN。
(2)源E—UTRAN依据目前测量结果和终端是否支持SRVCC功效来决定是否提议SRVCC过程。
(3)源E—UTRAN发送切换请求信息给MME。
(4)基于语音承载相关QCI和SRVCC HO指示，源MME将语音承载从非语音承载中分离出来，且仅向MSCServer提议语音承载Ps—CS切换步骤
(5)MME向MSC Server发送一个SRVCC PS to CS Request消息。cs域安全秘钥能够经过包含在MM上下文中E—UTRANE—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 legSDP更新远端，此时VolP分组包下行数据流转换至CS access leg。(12)源IMS access leg被释放。
(13)MSC Server发送一个SRVCC PS to CS Response消息给源MME。
(14)源MME发送一个切换命令消息给源E—UTRAN，该消息中仅包含话音组件消息。
(15)—UTRAN发送一个切换命令消息给UE。
(16)UE转移至GERAN。
(17)目标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 UpdateLocation。
(24)对于紧急服务会话，切换完成以后，源MME或MSC Server向和源或目标侧相关联GMLC发送一个携带MSC Server识别Subscriber Location Report。
在上述场景中，关键网需要将非语音承载挂起，方便UE在短时间内切换回E—UTRAN网络时能够快速恢复相关承载资源。不过因为UE切回时间不确定，所以为了预防切换时间过长造成E—UTRAN无法释放其相关资源情况，需要在E—UTRAN网络MME上开启承载资源释放定时器，定时器超时后删除UE在E—UTRAN网络中资源。
2、现网情况
网管指标定义：
eSRVCC成功率= LTE到GSM切换出实施成功次数（C）/LTE到GSM切换出准备请求次数（C）*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%
指标走势：

3、提升方案
网管指标eSRVCC切换失败统计有2个计数器：LTE到GSMSRVCC切换出准备失败次数（C）、LTE到GSMSRVCC切换出实施失败次数（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失败。
6、中兴602版本升级后，新增“弱场eSRVCC语音切换延迟”功效，尽可能降低LTE到GSMSRVCC切换出准备失败次数；实现原理以下：
VOLTE业务QCI1建立后到180Ringing之前这片时间内，一旦发生了eSRVCC切换，就好引发未接通和切换失败，目前基于事件（测量汇报）触发移动性管理策略，网络侧无法避免eSRVCC提议时机，呼叫成功率也会所以受到一定影响，从提升用户VOLTE业务感知及改善网络KPI指标角度出发，控制呼叫过程中eSRVCC是十分必需
eSRVCC提议，最少要等QCI1承载建立后，在主叫终端收到180Ringing消息之前这段时间间隔内发生eSRVCC，面临着呼叫步骤被eSRVCC步骤打断问题，因为网络无法控制eSRVCC提议时间，所以呼叫成功率会有所影响，控制呼叫过程中eSRVCC提议时间，就显得必需。
设置定时器对此功效进行异常保护，同时也用于处理SIP信令加密场景，设置定时器默认设置为8s，假如一直未收到180Ringing或SIP加密，最多保护8s内部开启eSRVCC步骤，即定时器到期后，杀死定时器，且许可实施eSRVCC
4、指标及问题点跟踪
指标跟踪（模板）

问题分析跟踪（模板）