srvcc切换深入分析及实战解决方案.pdf

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

1、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 ser

2、ver)切换到 2G/3G 网络中从而实现在 2G/3G 网络中的语音功能。eSRVCC:相比于 SRVCC,媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW 功能实体作为媒体锚定点,无论是切换前还是切换后的会话消息都要经过ATCF/ATGW 转发.后续在发生 eSRVCC 切换时,只需要创建 UE 与 ATGW 之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输.这样其创建新承载通道的消息交互路径明显短于 SRVCC 方案，减少了切换时长.eSRVCC 方案相对于 SRVCC 方案的增强在于减少了切换时长（切换时长小于 300ms)，使用户获得更好的通话体

3、验.1.2 信令流程 当网络或者终端不支持 DTM,那么网络只可以使用普通的切换命令 HANDOVER COMMAND，仅进行 cs 域切换,Ps 业务和流程挂起，切换完成后终端将请求挂起 GPRS。流程分析如下：UE Source E-UTRAN Source MME MSC Server/MGW Target MSC 14.Handover Command Target BSS 1.Measurement reports 3.Handover Required S-GW/PDN GW 2.Decision for HO 5.PS to CS Req 6.Prep HO Req 7.HO R

4、equest/Ack 8.Prep HO Resp 9.Establish circuit 19.HO Complete 20.SES(HO Complete)21.ANSWER 13.PS to CS Resp 15.HO from EUTRAN command HSS/HLR 23b.UpdateLoc 10.Initiation of Session Transfer(STN-SR or E-STN-SR)11.Session transfer and Update remote end IMS 12.Release of IMS access leg 22.PS to CS Compl

5、ete/Ack Target SGSN 16.UE tunes to GERAN 17.HO Detection 18.Suspend(see TS 23.060)18.Suspend 18.Suspend Request/Response 22a.Bearer handling and suspension 4.Bearer Splitting GMLC 24.Subscriber Location Report 23a.TMSI Reallocation （1)UE 发送测量报告给 EUTRAN.(2)源 E-UTRAN 根据当前的测量结果以及终端是否支持 SRVCC 功能来决定是否发起S

6、RVCC 过程。(3）源 E-UTRAN 发送切换请求信息给 MME.(4）基于语音承载相关的 QCI 和 SRVCC HO 指示，源 MME 将语音承载从非语音承载中分离出来，且仅向 MSCServer 发起语音承载的 PsCS 切换流程(5)MME 向 MSC Server 发送一个 SRVCC PS to CS Request 消息。cs 域安全秘钥可以通过包含在 MM 上下文中的 EUTRAN 的 E-UTRANEPS 域秘钥由 MME 推导出.（6）MSC Server 通过发送 Prepare Handover Request 消息给目标 MSC，让 Pscs 切换请求和 csin

7、terMSC 切换请求相互作用.MSC Server 对目标 BSS 在接口上分配一个默认 SAI 作为源 ID，且对 Prepare Handover Request 使用 BSSMAP encapsulatedo(7)目标 MSC 和目标 BSS 之间交换切换请求消息及响应消息，以执行资源分配。(8)目标 MSC 向 MSC Server 发送 Prepare Handover Ie-sponse 消息.（9）建立目标 MSC 和 MSCMGW 之间的电路域连接,可以通过使用 ISUP IAM 和ACM 消息来建立.(10)MSC Server 通过使用 STNSR 来发起会话转移流程，通

8、过发送 ISUP IMA 消息至 IMS 网络，在会话转移过程中执行标准的 IMS 业务连续性流程。(11)在会话转移流程过程中，由 CS access leg 的 SDP 更新远端，此时 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)目标 BSS

9、 进行切换检测，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 Compl

10、ete Notification 消息给源 MME，通知其 UE 已经到达目标侧.源 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）若 MS

11、C Server 执行的 TMSI 重分配成功，则 MSCServer 向 HSSHLR 执行MAP UpdateLocation.(24)对于紧急服务会话，切换完成之后，源 MME 或者 MSC Server 向和源或者目标侧相关联的 GMLC 发送一个携带 MSC Server 识别的 Subscriber Location Report。在上述场景中，核心网需要将非语音承载挂起,以便 UE 在短时间内切换回 EUTRAN网络时可以迅速恢复相关的承载资源。但是由于 UE 切回时间不确定，所以为了防止切换时间过长导致 E-UTRAN 无法释放其相关资源的情况，需要在 E-UTRAN 网络的

12、MME 上启动承载资源释放定时器，定时器超时后删除 UE 在 EUTRAN 网络中的资源。2、现网情况 网管指标定义：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

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

14、 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 到 GSM 的 SRVCC 切换出准备失败次数(C373333405）、LTE 到 GSM 的 SRVCC 切换出执行失败次数(

15、C373333407），减少准备和执行失败次数才能从根本上提升 eSRVCC 切换成功率。eSRVCC 切换成功率与邻接 GSM 小区配置的准确性和合理性有直接关系。具体优化建议如下：1、根据现网配置 CSFB 测量频点,规划 eSRVCC 加邻接关系.（注意：在配置过程中需要注意邻接站点小区的配置数据的准确性（比如：TAC/LAC、PCI、主频等等）.如果配置的 GSM 小区不合理，上报的 GSM 小区满足不了 LTE 切换至 GSM 的条件，将导致掉话。)2、定期核查 LTE-GSM 邻区关系配置，结合现网 LTE、GSM 最新公参，更新不一致的eSRVCC 邻区定义，核查 GSM 小区参

16、数是否与现网一致,如发现不一致的参数及小区，需要及时更改。3、核查单小区中 GSM 邻区同频同 BSIC 情况，如发生此类问题,需要及时协调 GSM 侧优化调整。结合测试进行补充、删除不合理邻区关系，此项工作为日常优化工作重要组成部分.4、根据不同场景设置合理的切换参数，eSRVCC 异系统门限设置不合理会导致过早切换到异系统、来不及切换到异系统等问题,容易引发通话质量下降、掉话、重定向等事件发生,下面为现网主要门限推荐值,可以根据具体环境验证最佳取值（需注意:若 A1 门限配置过低,易导致删除 B2 事件，不触发 eSRVCCC 切换）.5、无线环境导致切换失败、掉话.LTE 的无线环境、G

17、SM 的无线环境,大致包括以下几种情况将导致切换失败掉话。a、在 eSRVCC 过程中，当 UE 仍处于的无线环境中,由于重叠覆盖、干扰等原因导致 L网络质量过低，使 UE 不能够准确地解读信令，从而使 RRC 断链，中断切换过程,导致掉话。b、GSM 拥塞导致 UE 不能够接入,使 eSRVCC 失败。6、中兴 602 版本升级后，新增“弱场 eSRVCC 语音切换延迟功能，尽可能的减少LTE 到 GSM 的 SRVCC 切换出准备失败次数；实现原理如下：VOLTE 业务 QCI1 建立后到 180Ringing 之前这片时间内,一旦发生了 eSRVCC 切换，就好引起未接通和切换失败，当前

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