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

《srvcc切换深入分析及实战解决专项方案.docx》由会员分享，可在线阅读，更多相关《srvcc切换深入分析及实战解决专项方案.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、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网络中

2、语音功效。eSRVCC：相比于SRVCC，媒体切换点改为更靠近本端设备。具体方案就是增加ATCF/ATGW功效实体作为媒体锚定点，不管是切换前还是切换后会话消息全部要经过ATCF/ATGW转发。后续在发生eSRVCC切换时，只需要创建UE和ATGW之间承载通道，对端设备和ATGW之间媒体流还是经过原承载通道传输。这么其创建新承载通道消息交互路径显著短于SRVCC方案，降低了切换时长。eSRVCC方案相对于SRVCC方案增强在于降低了切换时长（切换时长小于300ms），使用户取得愈加好通话体验。1.2信令步骤当网络或终端不支持DTM，那么网络只能够使用一般切换命令HANDOVER COMMAND

3、，仅进行cs域切换，Ps业务和步骤挂起，切换完成后终端将请求挂起GPRS。步骤分析以下：(1)UE发送测量汇报给EUTRAN。(2)源EUTRAN依据目前测量结果和终端是否支持SRVCC功效来决定是否提议SRVCC过程。(3)源EUTRAN发送切换请求信息给MME。(4)基于语音承载相关QCI和SRVCC HO指示，源MME将语音承载从非语音承载中分离出来，且仅向MSCServer提议语音承载PsCS切换步骤(5)MME向MSC Server发送一个SRVCC PS to CS Request消息。cs域安全秘钥能够经过包含在MM上下文中EUTRANEUTRANEPS域秘钥由MME推导出。(6

4、)MSC Server经过发送Prepare Handover Request消息给目标MSC，让Pscs切换请求和csinterMSC切换请求相互作用。MSC Server对目标BSS在接口上分配一个默认SAI作为源ID，且对Prepare Handover Request使用BSSMAP encapsulatedo(7)目标MSC和目标BSS之间交换切换请求消息及响应消息，以实施资源分配。(8)目标MSC向MSC Server发送Prepare Handover Iesponse消息。(9)建立目标MSC和MSCMGW 之间电路域连接，能够经过使用ISUP IAM和ACM消息来建立。(10

5、)MSC Server经过使用STNSR来提议会话转移步骤，经过发送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发送一个切换命令消息给源EUTRAN，该消息中仅包含话音组件消息。(15)UTRAN发送一个切换命令消息给UE。(16)UE转移至GERAN。(17)目标B

6、SS进行切换检测，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 Notification消息给源MME，通知其U

7、E已经抵达目标侧。源MME经过发送SRVCC IX5 to CS Complete Acknowledge消息给MSCServer来确定该消息。(22a)MME经过话音或GBR承载去激活全部承载。(23a)若HLR更新，IMSI已被判定，不过在VLR中未知，MSC Server将对UE进行TMSI重分配，使用其本身未广播IAI，若MSC Server和其它MSCVLRs服务相同LAI，则使用其本身Network ResourceIdentifier(NRI)。(23b)若MSC Server实施TMSI重分配成功，则MSCServer向HSSHLR实施MAP UpdateLocation。(2

8、4)对于紧急服务会话，切换完成以后，源MME或MSC Server向和源或目标侧相关联GMLC发送一个携带MSC Server识别Subscriber Location Report。在上述场景中，关键网需要将非语音承载挂起，方便UE在短时间内切换回EUTRAN网络时能够快速恢复相关承载资源。不过因为UE切回时间不确定，所以为了预防切换时间过长造成EUTRAN无法释放其相关资源情况，需要在EUTRAN网络MME上开启承载资源释放定时器，定时器超时后删除UE在EUTRAN网络中资源。2、现网情况网管指标定义：eSRVCC成功率= LTE到GSM切换出实施成功次数（C）/LTE到GSM切换出准备请

9、求次数（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%

10、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.

11、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邻区关

12、系配置，结合现网LTE、GSM最新公参，更新不一致eSRVCC邻区定义，核查GSM小区参数是否和现网一致，如发觉不一致参数及小区，需要立即更改。3、核查单小区中GSM邻区同频同BSIC情况，如发生这类问题，需要立即协调GSM侧优化调整。结合测试进行补充、删除不合理邻区关系，此项工作为日常优化工作关键组成部分。4、依据不一样场景设置合理切换参数，eSRVCC异系统门限设置不合理会造成过早切换到异系统、来不及切换到异系统等问题，轻易引发通话质量下降、掉话、重定向等事件发生，下面为现网关键门限推荐值，能够依据具体环境验证最好取值（需注意：若A1门限配置过低，易造成删除B2事件，不触发eSRVCCC切

13、换）。5、无线环境造成切换失败、掉话。LTE无线环境、GSM无线环境，大致包含以下多个情况将造成切换失败掉话。a、在eSRVCC过程中，当UE仍处于无线环境中，因为重合覆盖、干扰等原因造成L网络质量过低，使UE不能够正确地解读信令，从而使RRC断链，中止切换过程，造成掉话。b、GSM拥塞造成UE不能够接入，使eSRVCC失败。6、中兴602版本升级后，新增“弱场eSRVCC语音切换延迟”功效，尽可能降低LTE到GSMSRVCC切换出准备失败次数；实现原理以下：VOLTE业务QCI1建立后到180Ringing之前这片时间内，一旦发生了eSRVCC切换，就好引发未接通和切换失败，目前基于事件（测

14、量汇报）触发移动性管理策略，网络侧无法避免eSRVCC提议时机，呼叫成功率也会所以受到一定影响，从提升用户VOLTE业务感知及改善网络KPI指标角度出发，控制呼叫过程中eSRVCC是十分必需eSRVCC提议，最少要等QCI1承载建立后，在主叫终端收到180Ringing消息之前这段时间间隔内发生eSRVCC，面临着呼叫步骤被eSRVCC步骤打断问题，因为网络无法控制eSRVCC提议时间，所以呼叫成功率会有所影响，控制呼叫过程中eSRVCC提议时间，就显得必需。设置定时器对此功效进行异常保护，同时也用于处理SIP信令加密场景，设置定时器默认设置为8s，假如一直未收到180Ringing或SIP加密，最多保护8s内部开启eSRVCC步骤，即定时器到期后，杀死定时器，且许可实施eSRVCC4、指标及问题点跟踪指标跟踪（模板）问题分析跟踪（模板）