srvcc切换深入分析及实战解决方案
SRVCC详细事件和信令
整理后发现，切换准备失败主要是以下5个UE导致，对应原因如下。对于每次失败可以逐个分析或者回溯 CTR信令
Cell ID CQCMLJJ95087-1 CQCMLJJ156380-1 CQCMLJJ95017-1 CQCMLJJ95087-2 CQCMLJJ156023-33 EVENT_PARAM_RAC_UE_REF 10807248 13587081 14471170 21341164 281940495 Grand Total Count 2 1 1 1 42 47 Cause_Supply
基于VoLTE的语音解决方案---三种LTE语音解决方案
基于VoLTE的语音解决方案---三种LTE语音解决方案引言概述：随着LTE技术的快速发展，语音通信也逐渐从传统的2G/3G网络向LTE网络转移。
基于VoLTE（Voice over LTE）的语音解决方案应运而生，为用户提供更高质量、更稳定的语音通信体验。
本文将介绍三种基于VoLTE的LTE语音解决方案，分别是SRVCC、CSFB和IMS。
一、SRVCC（Single Radio Voice Call Continuity）解决方案1.1 SRVCC的基本原理SRVCC是一种基于IMS的语音解决方案，它通过将LTE网络中的语音通话无缝切换到2G/3G网络，实现了LTE网络与传统网络之间的互通。
在通话过程中，当用户从LTE网络离开覆盖范围时，SRVCC会自动将通话切换到2G/3G网络，保证通话的连续性和稳定性。
1.2 SRVCC的优势- 提供了更广阔的覆盖范围：SRVCC技术使得用户在LTE网络覆盖不到的地方仍能进行语音通话。
- 保证了通话质量：通过无缝切换到传统网络，SRVCC解决了LTE网络中可能存在的语音质量问题。
- 兼容性强：SRVCC技术可以与现有的2G/3G网络兼容，无需改变现有网络架构。
二、CSFB（Circuit Switched Fallback）解决方案2.1 CSFB的基本原理CSFB是一种基于Circuit Switched的语音解决方案，它通过将LTE网络中的语音通话切换到2G/3G网络来实现。
当用户进行语音通话时，LTE网络会暂时关闭数据连接，并将通话切换到2G/3G网络进行处理，通话结束后再重新打开数据连接。
2.2 CSFB的优势- 成本效益高：相比于SRVCC，CSFB不需要额外的IMS网络支持，成本更低。
- 部署简单：CSFB技术可以直接在现有的2G/3G网络上进行部署，无需进行大规模的网络改造。
- 兼容性强：CSFB技术可以与现有的2G/3G网络兼容，无需改变现有网络架构。
VoLTE优化经验及案例
终端IMS注册问题
终端要完成在IMS的正常注册，前提必须要在LTE MME上 附着成功，即终端当前是在LTE网络上的。
终端未能在IMS注册成功时，终端屏幕上方的IMS图标通常 会显示为红色或出现一个叹号，此时无法做VoLTE语音业 务。
从无线角度可以从QCI=5承载建立不否不SIP注册流程上去 大致定位问题出现在哪部分，然后在联合相关网元迚行具 体排查。
率偏置。 5. 修改RS功率：确保满足预期的小区覆盖半径。
呼叫建立问题—eRAB承载问题
要实现VoLTE语音业务和视频业务需要建立以下承载组合： • 语音业务载组合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB
的QCI=1，2个AM DRB的QCI分别为QCI=5和QCI=8/9。 • 音频业务承载组合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2个UM
IMS呼叫建立时延
我司目标值 >99% <0.5% >99% >98% <2.6%
<200ms
<1% >3.8 <5% <5% <1% <1%
<3s
<2s
备注
被叫处于IDLE态下，主叫拨打被叫 被叫处于连接态，主叫拨打被叫
对亍接通率、掉话率、eSRVCC切换成功率等挃标，网优侧需要做好基础优化， 如覆盖、邻区（系统内/间、邻区参数、邻区完善等）、合理参数设置等这几 个方面的网优工作。
图一
图二
呼叫建立问题—eRAB承载问题
从基站侧看，源小区在切换时收到了ERAB Release Command消息，但由亍已经开始切换， 因此回的响应消息中显示为失败，原因是切换触发，见下图三：
基于SEQ信令平台的esrvcc切换优化指导手册
基于信令平台的eSRVCC切换优化指导手册一、基于SEQ信令平台的eSRVCC使用方法及步骤1、进入SEQ平台，选择HOME下多维数据分析2、选择srvcc切换模板3、选择过滤条件，通常选择省、市等，也可根据需求选择其他字段4、选择时间粒度后，点击查询5、查询结果出来后，点击次数，蓝色具体失败次数才会呈现；MSC列为省内2个EMSC，目前江苏有2个EMSC.双击蓝色失败次数，可以看到每次失败的详细清单，时间、原因，源小区、目标小区等；6、看到详细失败清单，可以点击右上角的输出键，选择输出到表格中，也可点击每条记录查看详细信令流程。
6.1点击记录显示失败流程，点击每条流程显示详细解码等；6.2对于小于10000次的记录，直接输出即可；对于大于10000次的记录，提示异步导出任务管理；随后到日志管理菜单下—异步导出任务管理中，查看刚刚输出任务是否在执行或完成等；7、输出表格主要分析内容MSC:即EMSC名称；MME名称，源小区，2G目标小区，SM失败原因；二、相关知识了解1、4G小区的ECGI与GSM的CGI的组成GSM中CGI = MCC + MNC + LAC + CID而LTE中ECGI = MCC + MNC + ECI(ENODEBID +Localcellid)eCI在3GPP协议中规定为7个16进制的编码。
其中，前面的5个16进制为eNodeBid，后2个16进制为Localcellid。
通常大家会误解，而实际在报文中，这个序列是一个串联的28个bit构成。
总的来说就是eNodeBid和Localcellid组成ECGI全称（演进型-通用移动通信系统陆地无线接入网小区全局标识符）。
CGISAI 小区4G小区SM原因切换的目标小区LF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DADLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DADLF531L5C LF531L5C 46000DACA603 LF531L5C 46000DACA603 4600051EECF27 LF531L5C LF531L5C 46000DACA603 LF531L5C 46000DACA603 4600051EECF27 LF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DADLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DADLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 6663BLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 6663BLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DAFLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DAFLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 65DAFLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 6663BLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 6663BLF520B0A LF520B0A B001 LF520B0A B001 1 Unspecified 6663B1.1GSM小区样例解析GSM目标小区：65DAD，其中46000为MCC+MNC；5086为LAC的十六进制，5DAD为cellid的十六进制；可以根据需要将LAC,CELLID转化为十进制查询小区中文名；1.2LTE小区样例解析LF520B0A B001LF:L是LTE小区，F是频段；520B0是ENODEBID；A是扇区区分；LF520B0是enodeb名称，LF520B0A是小区名；B001是4G小区的ECGI，由MCC + MNC + ECI(ENODEBID +LOCALCELL ID) 46000是MCC+MNC；530B001是ECI，ENODEBID +LOCALCELL ID组成；530B0是ENODEBID，换算成十进制就是340144，01是localcellid；2、省内SBC的STN-SR及信令流程中STN-SR解析2.1、STN-SR含义STN-SR：Session Transfer Number for SRVCC，STN-SR是SRVCC用户到SCC AS的路由号码。
2G基站闭锁机制和4G基站惩罚机制不完善导致srvcc切换准备失败
2G基站闭锁机制和4G基站惩罚机制不完善导致srvcc切换准备失败一、问题发现使用安徽移动互联网端到端质量分析系统统计发现，3月29日MAS-向山-HNL-52（CGI:460-00-388683-1）向GSM小区向山2（460002186021532）小区存在Sv SRVCC切换准备失败，切换失败高达266次。
二、问题定位发现问题后，针对该问题进行了如下分析处理：步骤一：4G侧排查➢核查MAS-向山-HNL及周边站点状态，发现该站点运行正常，近期无异常告警，无线指标正常。
2016032920 MAS-向山-HNL-52 99.95% 99.98% 99.93% 0.00% 99.47%➢参数核查核查4到2 SVRCC邻区参数设置，与GSM现网配置一致，SRVCC相关参数设置正常，排除SRVCC参数及邻区问题导致问题的可能；基站级邻区配置小区级邻区配置SRVCC参数配置所以，通过上述排查，排除4G侧问题，进一步对2G分析。
步骤二：2G侧排查查看GSM小区向山2（460002186021532）小区运行状态，29日发现该小区存在传输闪断，但由于协调原因一直无法上站处理，于是将该基站暂时闭锁。
但从SV接口指标统计看出，向山2小区2G基站仍有切入请求。
针对GSM 基站闭锁后，MS仍然能搜索到基站信号问题并发起切换请求，和诺基亚厂家沟通后确认为系统机制设置导致。
该设计目的是为各个协议栈增加联系，使LAPD 层有与BSC的有更多的交互动作，详情请查看诺基亚研发提供的交互流程图：闭锁后仍有信号原因为基站传输中断后，在BSC侧闭锁基站，由于传输中断，基站侧收不到BSC下发的闭锁消息，所以传输恢复后基站侧自动恢复，基站有信号输出，但由于此时基站在BSC侧仍是闭锁状态，导致MS能收到信号但无法进行业务的情况。
29日终端发起到向山2小区的SRVCC切换，但由于基站处于闭锁状态，BSC 侧无法分配资源，导致切换准备请求失败。
采用eSRVCC技术的VoLTE语音解决方案
１ ＶｏＬＴＥ 是 ４Ｇ 语音的主要解决方案
4G LTE 时代语音解决方案主要有 SVLTE（Simultaneous Voice and LTE ）、 CSFB （ CS FallBack ） 和 VoLTE/
２ ＶｏＬＴＥ 的技术原理
2.1 基于 eSRVCC 的 VoLTE 组网架构 根据 3GPP R10 的标准，VoLTE 网络架构的核心控制部 分主要包含 IMS 域功能、EPC 域功能和 CS 域功能。 （1）IMS 域主要实现 LTE 用户注册、鉴权、会话控制、 业务触发、路由选择、资源控制等功能。 （2）EPC 域主要实现 LTE 用户的接入，支持对 LTE 用 户的移动性管理等。作为 VoLTE 语音业务重要的信令和语音 承载通道，EPC 网络能够提供端到端的 QoS 保障。 （3）CS 域主要实现 LTE 用户在 2G/3G 网络下的移动 性管理和语音业务，包括切换、CS 语音回落等功能。
eSRVCC(Voice over LTE/enhanced Single Radio Voice Call Continuity)。 VoLTE/eSRVCC 方 案： 终 端 在 LTE 覆 盖 范 围 内 通 过 LTE 域提供基于 IMS 的语音业务；离开 LTE 覆盖区，利用 eSRVCC 技术保证 LTE 语音与 2/3G 语音之间的无缝切换。 VoLTE/eSRVCC 具有以下优势：（1）更短的呼叫建立时长 和切换时延；（2）利用 LTE 网络的高带宽，采用 AMR-WB 编解码，实现高清语音；（3）满足全 IP 的网络演进的要求。
continuous voice services for users in LTE overlay boundaries, and implements seamless voice services for VoLTE users. To achieve SRVCC, in addition to the IMS network support, mobile terminals, LTE base stations, MME and MSC also provide corresponding the anchor of multimedia information, so as to improve the efficiency of SRVCC switching and reduce the delay of handover. Key words: VoLTE; eSRVCC; IMS support. 3GPP R10 proposed the concept of eSRVCC. On the basis of R9, it not only realizes the anchor of signaling, but also realizes
4 SRVCC(eSRVCC)技术详解及优化
1
LTE 语音解决方案 VoLTE 介绍 eSRVCC语音方案
eSRVCC切换时延分析 eSRVCC相关指标
eSRVCC参数配置 eSRVCC优化案例
LTE语音解决方案
多模单待
VoLTE-Only 语音、数据在LTE进行 LTE语音 解决方案 语音在CS进行 数据在LTE进行
eSRVCC语音方案--eSRVCC无线侧切换信令
• •
eNB给MME发送的HandoverRequire消息中带有eSRVCC 切换指示，切换原因，切换 目标小区等。 当GSM系统资源准备完成，由MME通过S1口发送HandoverCommand 消息到基站触 发由E-UTRAN到GSM的切换，消息中带有切换的 GERAN目标小区。
eSRVCC （ Enhanced SRVCC) •在SRVCC的基础上，增加ATCF网元，作为SCC AS的前置网元，替代SCC AS作为信令面锚点
•ATCF位于服务网络，而SCC AS位于归属网络，ATCF更接近终端，减少了MSC到IMS的承载建立时间
•增加的ATGW作为媒体面锚点，避免到远端的Remote Leg Update过程。这样可以提高切换成功率，同 时降低切换时间
VoLTE/SRVCC
•特点：语音业务基于IMS 提供，并支持从LTE切换到 2G/3G网络的语音连续性 •优势：基于LTE的语音， 音质好，频谱利用率高， 语音和数据业务可以并发
•劣势：需要部署IMS，终 端支持SRVCC的终端较少
•优势：对网络改动小，用 户体验不变，语音和数据 可以并发，无需切换
•劣势：终端要支持双待， 对手机芯片、电池续航力 都有较高要求
•优势：对终端要求较低， 重用传统2G/3G网络
语音连续性技术SRVCC性能分析与优化_刘晓宇
关键词 移动通信 ；网络互操作 ；LTE；inter-RAT handover；SRVCC；UTRAN；GERAN；VoIP
1 概述
随 着 LTE（TD-LTE 和 LTE-FDD）网 络 的 大 规 模 开 展 ， 网 络 运 营 可 能 面 临 LTE 和 2G/3G 多 种 网 络 长 期 共 存 的 情况，有针对性的互操作技术和策略可以实现多种网络间 的互补和共赢，极大地提高运营商的投资效率，并通过 多种业务在不同网络间的合理分配， 提高用户的体验， 改善服务。
3 SRVCC Roam+Remote Local 50+200×3+200+320+100(VCC)+25+200+200<ReINVITE 与 2000K 50+20+20+50+50+50×3=340 间隔≥1 515
4 SRVCC Roam+Remote Roam 50+200×3+200+320+100 (VCC)+25+120+200+200<ReINVITE 与 50+90+20+20+50+50+50×3=430 2000K 间隔≥1 635
LTE语音业务几种常见的解决方案(VOLTE、CSFB、SRVCC)
MME高优先级寻呼UE
1、S-GW在Downlink Data Notification、Create Bearer Request、 Update Bearer Request中携带ARP信息给MME。 2、MME根据SET MPSARP命令的“PRILVL”参数值，与S-GW下发的 ARP值比较，判断S-GW下发的ARP是否小于等于配置的ARP值。
三、SRVCC（Single Radio Voice Call Continuity）单语音 呼叫持续
原理： 当用户在LTE网络进行语音业务并需要切换至GSM/UMTS网络时，为 了保证不中断用户的语音业务，产品提供了SRVCC解决方案，解决了基于LTE 网络的语音业务向GSM/UMTS网络的语音业务的无缝切换。 应用场景
SPR
SPR支持检测到基于VoLTE的优先语音服务签约数据（MPS业务相关的优先级）发生 变化时在Sp接口将基于VoLTE的优先语音服务相关的签约数据下发给PCRF。
基于VoLTE的优先语音服务与普通流程的区别：
基于VoLTE的优先语音服务特性在基本接入流程中，对四个 接入过程中做了优先级的特殊处理，保证基于VoLTE的优先 语音服务用户能够高优先级的使用网络，按照流程顺序分别 为：
HSS/IMS-HSS 传递给MME；在UE发起IMS业务时，将优先级信息传递给CSCF。
CSCF
UE进行IMS业务时，CSCF将基于VoLTE的优先语音服务的业务信息传递给PCRF。
UE发起业务请求时，根据签约数据判断是否高优先级接入UE。UE在进行基于VoLTE
MME
的优先语音服务业务时，根据S-GW下发的ARP值和本地配置的ARP值判断该寻呼是否
–如果是，在paging消息中增加Paging Priority，Paging Priority 的值根据S-GW下发的ARP来设定。 –如果不是，按普通业务处理。 3、eNodeB根据MME下发的Paging Priority信息进行高优先寻呼。
分阶段解析SRVCC切换流程及优化提升
通信技术SRVCC 切换流程及优化提升樊忠洋，汤 冰，张校东，张茂磊（中国移动通信集团设计院有限公司黑龙江分公司，黑龙江随着移动通信行业的快速发展，人们对移动网络的需求也在逐渐提升，便捷、快速和流畅已经成为当下的主题。
网络边缘用户感知为目的，通过分阶段解析SRVCC 切换流程的方法，找到并研究了影响的主要因素，给出了优化策略，同时完成了网络调整和评估，进而加强了切换；信令流程；准备阶段；执行阶段Stage-by-stage Analysis of SRVCC Handover Process and Optimization PromotionTANG Bing ，ZHANG Xiao-dong Heilongjiang Branch of China Mobile Communications Group Design Institute Limited With the rapid development of mobile communication industry speed and fluency have become the current theme. In order to enhance edge user perception this paper finds and studies the main factors affecting the success rate of SRVCC handover by analyzing and gives the optimization strategy and completes it at the same time. The ability of 231988-），男，吉林长春人，本科，通信工程师助理，主要研究方向为网络优化服务和技术；），男，吉林长春人，本科，通信工程师助理，主要研究方向为网络优化服务和技术支撑。
图1 SRVCC 切换流程1.2 SRVCC 流程解析现将SRVCC 切换定义为两个阶段，切换准备阶段和切换执行阶段。
浅析SRVCCeSRVCC
LTE网络初期，网络覆盖不足，当用户在使用LTE网络进行语音通话过程中，随着用户的移动，正在进行的语音业务会面临离开LTE覆盖范围后语音能否连续的问题。
为解决这一问题，3GPP 在R8阶段引入SRVCC/eSRVCC方案，在SRVCC方案中，由于需要在IMS网络中创建新承载，很容易导致切换时长高于300ms，影响终端用户体验。
而eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长（切换时长小于300ms），使用户获得更好的通话体验。
1.SRVCC：媒体的切换点是对端网络设备（如对端UE），影响切换时长的主要因素是会
话切换后需要在IMS网络中创建新的承载。
2.eSRVCC：相比于SRVCC，媒体切换点改为更靠近本端的设备。
具体方案就是增加
ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过ATCF（Access Transfer Control Function）/ATGW（AccessTransfer Gateway）转发。
后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。
这样其创建新承载通道的消息交互路径明显短于SRVCC方案，减少了切换时长。
经典实践_SRVCC切换流程和eNB侧配置方法介绍.
SRVCC切换流程和中兴eNB侧配置方法本文以TDD LTE到GERAN的SRVCC切换为例，从eNB侧给出了SRVCC切换的配置方法和问题排查流程。
一、问题的提出V oLTE是目前移动主推的4G语音解决方案。
如果要实现商用，要保证语音业务的连续性，也就不可避免的需要进行跨系统的语音切换。
从现网的覆盖情况和实际移动主推的测试分析，移动比较看好的，还是从TD-LTE到GERAN的SRVCC切换。
二、解决思路本文从eNB侧入手，对SRVCC切换流程、内部算法判决过程、信令关键信元携带和经常用的无线侧配置参数进行说明。
使得测试人员把握住整个切换流程，方便测试中的参数配置和问题定位。
在测试过程中，可以通过eNB网管信令跟踪工具，观察信令流程。
与正常的流程对比，从而定位出可能存在问题的网元，如果是核心网网元或者UE则找相关人员帮忙排查。
如果是eNB，则按照本文eNB内的判决过程，再仔细排查问题可能出现的环节。
另外注意出现异常流程的时候往往是两个网元之间的交换，需要两个网元都进行排查，以便加快问题定位速度。
例如：eNB发起HO REQ，没有收到MME的HO CMD，则需要MME同事排查收到后为何没有进行响应，同时eNB侧同事也需要关注下eNB发出的HO REQ携带的信元是否正常。
文中还附带了网管参数配置截图和相关的参数说明，方便测试时参数检查和配置。
三、实践情况（一）SRVCC流程：E-UTRAN 到GERAN不带DTM功能的SRVCC切换信令流程如下：E-UTRAN 到GERAN带DTM功能的SRVCC切换信令流程如下：图2 SRVCC切换流程（带DTM）（二）eNB内部算法判决流程需要具备如下条件才能触发SRVCC流程：1）UE和MME均支持SRVCC，2）有qci=1的业务，3）GSM小区不支持VoIP。
总体判决流程：收到基于语音业务向GERAN切换的测量报告后：0判断上报的邻区列表中，是否有支持V oIP的邻区。
VOLTE质量提升优化总结
XX地市VOLTE质量提升优化总结目录1.质差小区优化背景 (3)2.质差小区优化思路 (3)2.1质差小区定义 (3)2.2质差小区优化思路 (3)3.质差小区原因分析 (5)4.VOLTE质差小区解决案例 (5)4.1语数分层承载优化案例 (5)4.2基于质量的异频切换优化案例 (8)4.3FDD 2T4T收发模式优化案例 (10)4.4传输高丢包导致高质差优化案例 (11)4.5基于ANR优化邻区案例 (13)4.6过覆盖小区调整电调下倾角优化案例 (16)5.质差小区优化成效 (17)6.质差小区优化总结 (18)1.质差小区优化背景为持续提升VoLTE语音质量，保持VoLTE语音质量领先优势，XX公司从解决VoLTE 质差入手，优先解决空口质差问题，重点从承载策略、质量切换、上行覆盖提升、传输问题排查、邻区及覆盖控制几个维度分析，与省公司联动完成VoLTE质量攻坚战。
2.质差小区优化思路2.1质差小区定义质差小区的筛选需满足4个条件。
筛选条件如下：1 总单据数大于720；2 “VoLTEtoVoLTE MOS小于3.0”或“VoLTEtoCS MOS值小于2.6”或“吞字、断续大于500ms”单据占所有单据的比例大于5%；3 上行丢包率大于1%；算法：(v2v丢包数(rtcp)+v2c丢包数(rtp))/上行总包数(rtp+rtcp)*100%；4 一周内同小区质差天数>3天2.2质差小区优化思路在现网VoLTE参数配置满足基线要求的前提下，要进一步提升现网语音用户感知，需要逐个对语音质差小区进行解决。
VoLTE是对称业务，容易表现出上行受限特征，需要重点关注上行丢包和质差：1、针对质差小区重点分析以下两个维度：上行质差话单占比>5%小区上行QCI1业务出现连续丢包的通话次数>100次/天2、针对这些小区，根据话统计算相关KPI；3、根据话统界定规则，快速识别每个小区的相应问题；4、按照下表中几个维度对排查方法，逐一排查优化。
浅谈VoLTE原理及实现
浅谈VoLTE原理及实现作者：雷嘉来源：《中国新通信》 2018年第9期【摘要】本文对VoLTE 关键技术进行分析，基于现网提出引入方式及策略，并通过现网测试指标分析VoLTE 技术完全可实现LTE网络对数据、语音业务的统一，标志着LTE 网络的全业务运营时代已经到来。
【关键词】 VoLET SRVCC 锚定 QoS一、引言VoLTE(Voice over LTE) 是中国移动未来4G 语音业务解决方案的主体，同时还要兼顾CSFB 和双待机的方案。
其中VoLTE 是基于IMS(IP Multimedia Subsystem) 网络实现呼叫控制，通过PCC 架构提供端到端的QoS 保障，VoLTE 通过分组域提供，音质好、带宽大、时延短、体验好。
二、4G 时代的语音解决方案业界对4G 时代的语音解决方案有两种类型，即过度方案和目标方案。
1、过度方案：双待机和CSFB(Circuit Switched Fallback)电路域回落技术2、目标方案：VoLTE(Voice over LTE) 基于LTE 网络的语音承载技术，语音业务通过LTE 分组域提供。
SRVCC(Single Radio Voice Call Continuity) 是一种VoLTE 语音业务连续性方案，是保证单射频终端在IMS 控制的语音和CS 域语音之间的平滑切换。
三、VoLTE 基本原理及关键技术VoLTE 是通过LET 网络接入业务，IMS 网络实现控制的语音解决方案。
实现端到端的VoIP 业务，需经过EPS 附着、IMS 注册、主叫流程和被叫流程等。
3.1 VoLTE 用户注册VoLTE 用户注册包含三段基本的信令过程：1）开机附着与数据默认承载建立：用户开机后，LTE附着建立数据承载；2）IMS 默认承载建立：LTE 附着完成后，为VoLTE 信令建立IMS 默认承载；3）IMS 注册过程：VoLTE 终端通过P-CSCF 向核心网发起注册与鉴权过程。
BSRVCC技术对VOLTE语音连续性能力提升效果分析
BSRVCC技术对VOLTE语音连续性能力提升效果分析发布时间：2021-05-17T05:07:17.987Z 来源：《现代电信科技》2021年第2期作者：吴艳[导读] 在网络改造方案中利用BSRVCC技术，进一步提高切换成功率，保障大规模商用网部署拓展性优势。
（中国电信股份有限公司合肥分公司安徽合肥 230001）摘要：当前4G网络连续覆盖能力有待提高，覆盖深度也有待加深，导致VOLTE语音缺乏连续性，影响到用户的体验感，这就需要落实现网改造，结合网络指标数据分析组网架构和信令流程等，在网络改造方案中利用BSRVCC技术，进一步提高切换成功率，保障大规模商用网部署拓展性优势。
关键词：BSRVCC技术；VOLIE；语音连续性；能力提升我国不断普及VOLTE终端，也急速增加了VOLTE业务，因为当前4G连续覆盖能力有待提升，因此影响到VOLTE语音连续性，降低了业务体验感，引发用户投诉，导致企业经经济效益因此受到影响。
当前现网切换成功率比较低，无法实现VOLTE大规模商用的目标，因此在今后发展过程中，需要进一步提高网络质量。
本文根究中国移动现网技术规范，通过升级改造网络终端，论证VOLTE中的BSRVCC方案的正确性，分析BSRVCC方案的实际效果。
一、概述BSRVCC技术方案的实现（一）BSRVCC基本概念在VOLTE呼叫阶段，如果信号强度不符合预定门限值，VOLTE终端将会切LTE网络为4G网络。
BSRVCC发出呼叫之后，但是没有获取被叫振铃响应信息，这段时间内发生的SRVCC指的是BSRVCC。
主叫侧收到183session progress之后，才可以切换BSRVCC。
因此主叫收到183响应之后，并且在收到180信息之前，就是BSRVCC的发生时间。
【1】针对中国移动VOLTE网络，主要是在LET弱场起呼场景中利用BSRVCC，根据LTE无线规划内容，要保障数据业务切换门限在语音业务切换门限以内，发出VOLTE呼叫之后，即可触发BSRVCC。
VolteeRSVCC切换成功率提升方案V2
eRSVCC切换成功率提升方案方案背景目前eRSVCC切换成功率指标在93.5%左右徘徊，低于部分地市值，排名较低，故针对Ersvcc指标进行专项提升优化，提升成功率及排名，7月份全月全省排名18,在华为片区排名第10，设备地市eSRVCC切换成功率全省排名厂家排名华为95.10% 18 10排名靠后备注:指标来自网优平台;图标1网格内eRSVCC切换失败小区分布图标2全网eRSVCC切换失败小区分布Le-fije-ncl•7 柚问题分析攀枝花日均切换请求次数4806次，成功4505次，失败301次；在301次失败中切换准备阶段117次，切换执行阶段失败184次，分布占比38.87%和从上面可以看出切换准备成功率高于切换成功执行成功率;切换准备阶段问题分析：切换准备阶段失败的主要为GSM回复准备失败；如下图所示，当eNodeB向MME发送HANDOVER REQURIED消息后，收到HANDOVER PREPARATION FAILURE消息，统计为GERAN系统回复切换准备失败而导致切换出准备失败次数①切换准备阶段✓终端上报B2事件✓eNodeB发现切换准备请求✓BSC完成准备响应请求②1ST流程阶段✓eMSC向SBC发起媒体协商请求✓SBC进行媒体协商修改③切换执行阶段✓eNodeB给UE发送切换执行✓UE执行切换，在GSM网络接入✓eMSC发送切换完成，eNodeB释放资源提升措施及计划配核查1、覆盖问题Ersvcc是终端在通话过程中从4G覆盖区域到2G覆盖区域时依然能保持保持通话连续，提升用户体验。
提取话统进行TOP小区筛选，部分小区属于4G孤站，4G未形成连续覆盖，且周围2G 站点也存在孤站现象，或者存在“有4无2”现象，以“攀枝花渔门共和林海拉远海子村委为例说明:通过MAPINFO图层将4/2G映射到图层上:该小区举例最近的2G站“林海乡HG1-2"1.4KM;通过谷歌地球查看该站点周围地理环境，覆盖区域为坡度;针对此类覆盖场景：1）、进行RF优化，调整天馈，避免4G覆盖区域大于2G覆盖区域；2）、进行参数优化，RF手段无法解决或短期内解决不掉的场景进行eSRVCC相关参数优化，调整降低bSRVCC触发概率的同时加快ESRVCC切换实施，避免eSRVCC不及时而掉话以及语音质差问题，因此需要合理设置相关场景参数：异系统A1设置区间在（-85, -90）；异系统A2设置区间在（-90，-95）；GERAN 切换 B2 设置值在（-105,-110）；GERAN触发门限设置值在（-90，-95）；触发时延设置为128ms；2、邻区问题1）、添加外部邻区BCCH、BISC与2G现网配置完全一致，避免由于外部参数不一致造成的切换无资源导致的切失败；（该动作必须每周至少一次完成核查）外部参数数量BCCH 44BISC 46LAC 11以“”为例说明现网在在添加邻区时存在不准确；3）、邻区个数，部分小区添加邻区个数过多，多的31个邻区，邻区过多导致所需添加频点过多，增加切换测量时间；现网4-2G邻区数目分布，大于20个邻区与少于8个邻区分布占比33.57%、5.59%；统计外部频点数，大于20个频点和少于8个的占比分别为28.34%、7.14%；A 、依据以上外部频点与邻区分布统计基本重合，在邻区中存在同频情况，SRVCC 场景 下，测量控制中下发的异频、异系统频点都是添加邻区的频点，没有添加邻区的不会下发， 根据外部频点与邻区分布统计结果基本重合的情况，那么可以得出在所有添加的外部频点， 在进行SRVCC 时，都会在测量控制中下发；根据某省对eSRVCC 测量频点数量对切换及时性的影响研究得出以下结论：随着GSM 测 量频点的增加，UE 收到eSRVCC 测量控制消息到UE 上报由该测量控制消息触发的测量报告 的时延越大，当测量频点数量达到20个以上时，时延达到3秒以上，对eSRVCC 切换及时性 存在明显影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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。
流程分析如下：
(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 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的切换出执行成功次数（C373333312）/LTE到GSM 的切换出准备请求次数（C373333330）*100%
目标值：大于97%。
中兴区域地市近期指标：
3、提升方案
网管指标eSRVCC切换失败统计有2个计数器：LTE到GSM的SRVCC切换出准备失败次数（C373333405）、LTE到GSM的SRVCC切换出执行失败次数（C373333407），减少准备和执行失败次数才能从根本上提升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到GSM的SRVCC切换出准备失败次数；实现原理如下：
VOLTE业务QCI1建立后到180Ringing之前这片时间内，一旦发生了eSRVCC切换，就好引起未接通和切换失败，当前基于事件（测量报告）触发的移动性管理策略，网络侧无法避免eSRVCC发起的时机，呼叫成功率也会因此受到一定的影响，从提升用户VOLTE业务感知及改善网络KPI指标的角度出发，控制呼叫过程中的eSRVCC是十分必要的eSRVCC发起，至少要等QCI1承载建立后，在主叫终端收到180Ringing消息之前的这段时间间隔内发生eSRVCC，面临着呼叫流程被eSRVCC流程打断的问题，因为网络无法控制eSRVCC发起时间，所以呼叫成功率会有所影响，控制呼叫过程中的eSRVCC发起时间，就显得必要。
设置定时器对此功能进行异常保护，同时也用于解决SIP信令加密的场景，设置定时器默认设置为8s，如果一直未收到180Ringing或者SIP加密，最多保护8s内部启动eSRVCC 流程，即定时器到期后，杀死定时器，且允许执行eSRVCC
4、指标及问题点跟踪
指标跟踪（模板）
问题分析跟踪（模板）。