eSRVCC切换占比验证报告
Volte炎强ASR无线掉话TOPN小区分析优化总结-V3
Volte炎强系统ASR无线掉话TOPN小区分析优化总结目录1、现状 (2)2、创新方案 (3)2.1无线原因排查流程 (3)2.2 LTE网络切换流程 (5)2.3 Mml_Xml解析工具Plus工具介绍 (6)3、S1上下文释放炎强端到端定位优化 (8)3.1[128] interrat-redirection掉话炎强端到端定位优化 (8)3.2[121]radio-connection-with -ue-lost掉话原因定位及优化 (10)3.3[101]tx2relocoverall-expiry掉话原因定位及优化 (16)4、TOPN推广效果 (23)4.1[128]interrat-redirectionTOPN优化效果推广验证 (23)4.2[121]radio-connection-with-ue-lostTOPN优化效果推广验证 (26)4.3[101]tx2relocoverall-expiry TOPN优化效果推广验证 (27)5、Esrvcc切换参数设置异常（一） (28)5.1 概述 (29)5.2 未发起eSRVCC切换原因分析 (30)5.3 参数调整方案 (31)5.4 优化效果 (32)5.5 优化总结 (34)6、Esrvcc切换参数设置异常（二） (34)6.1 问题小区描述 (34)6.2 原因分析 (35)6.3 优化调整方案 (37)6.4 效果评估 (37)6.5 总结 (40)1、现状由于现在炎强系统端到端VOLTE呼叫流程中采集了S1AP接口（除了部分由于信令丢失之外），所以可以结合端到端异常“S1错误码话单”中S1错误码进行针对性的定位分析。
结合炎强系统天粒度“指标报表下载”模板统计最近7天东莞全网ASR掉话话单，相关S1错误码分布情况：东莞全网S1上下文释放导致ASR掉话原因分布图从S1错误码分布情况来看，东莞ASR掉话记录的错误码主要以[300] normal-release、[121]radio-connection-with-ue-lost、[128]interrat-redirection为主，占比达10%以上：东莞全网S1上下文释放导致ASR掉话S1错误码占比情况2、创新方案通过近几个月对炎强ASR掉话TOPN小区优化情况进行总结，结合炎强端到端VOLTE掉话小区无线原因排查流程、切换流程，通过运用Mml_Xml解析工具Plus工具及优化切换参数（“切换RAR功率抬升”和“切换信令优化（UL）”），开展部分S1上下文释放原因的炎强系统端到端定位优化，并进行了推广验证，各项指标改善明显。
eSRVCC切换占比验证报告
一、G E R A N时间迟滞对指标影响情况为验证”GERAN时间迟滞”参数对eSRVCC切换成功率、切换比、丢包率的影响，鄂尔多斯市选取TAC:18403内的小区作为试验对象，19号修改所有小区”GERAN时间迟滞”为5120ms,GERAN时间迟滞修改至5120ms后，切换至2G的请求次数日均减少4020次，eSRVCC切换占比由13.85%提升至9.11%，提升4.74%：修改前eSRVCC切换成功率97.66%，修改后97.61%，指标基本无影响：1.上下行丢包、MR覆盖率影响GERAN时间迟滞修改至5120ms后，QCI=1的小区上行包数增加1千万次，QCI=1的小区上行丢包数增加7.4万次，上行丢包率增加0.04%；QCI=1的小区下行包数增加1.2千万次，QCI=1的小区下行丢包数增加5.8万次，下行丢包率增加0.02%：GERAN时间迟滞修改至5120ms后，MR覆盖率降低0.71%：二、邻区关系对指标影响情况根据MR测量，将涉及VOLTE切换的GSM冗余漏配邻区进行删除和添加，鄂尔多斯无漏配2.eSRVCC切换占比、切换成功率影响邻区删除后，eSRVCC切换占比提升0.28%，切换成功率提升0.68%：1.上下行丢包、MR覆盖率影响邻区删除后，上行丢包率改善0.02%，下行丢包率无改善，MR覆盖率降低0.87%：三、B2门限对指标影响情况为了进一步优化上行丢包恶化的情况，现针对之前修改时延为5120ms的小区，如果空口上行丢包率大于0.3%，则将该小区用于eSRVCC的B2门限配置修改为-113dBm，26号对43个B2门限修改后，eSRVCC切换占比降低0.06%，切换成功率降低0.64%4.上下行丢包、MR覆盖率影响B2门限修改后，上下行丢包率继续改善0.01%，MR覆盖率提升1.14%：二、总结通过对”GERAN时间迟滞”参数修改试验发现，修改后eSRVCC切换占比改善明显，MR覆盖率降低0.71%以外，其余指标影响较小，可对切换占比高的小区进行推广修改。
【华为】控制信道IRC特性验证报告
控制信道IRC特性试点评估报告1 原理介绍控制信道IRC参数表示PUCCH自适应算法开关，用于控制小区是否使能PUCCH自适应功能。
2 验证总结通过开启控制信道IRC功能，对系统上行每个PRB上检测到的干扰噪声均值提升0.5dBm，在高负载场景下，该功能在降低上行干扰的同时，接通率指标会有一定提升。
3 商用结论该功能可降低系统上行干扰，改善上行质量，目前现网袁州区验证的三个网格指标均正常，可全网推广。
4 应用场景该功能主要应用于存在一定的PUCCH干扰的场景，U2000侧选取现网高负载场景小区，用户较多时系统上行干扰低噪提升。
优先针对存在高用户数、上行干扰较高小区实施。
5 开通方法具体配置参数：MOD CELLALGOSWITCH: LocalCellId=xxx, IrcSwitch=PucchIrcSwitch-1;6 验证评估6.1低负载场景对比KPI指标对比：注:7月7号由于D频段帧偏置问题导致接通率指标恶化，剔除统计。
VOLTE指标对比：注:7月7号由于D 频段帧偏置问题导致接通率指标恶化，剔除统计。
在低负载场景下开启控制信道IRC 功能后，各项KPI 指标均在正常范围内波动，由于该功能主要协调用户间上行干扰问题，重点关注对比“系统上行每个PRB 上检测到的干扰噪声的平均值“、”VoLTE 上行丢包率(QCI=1)(%)“两个指标变化。
从上图可以从7月7号开启开启控制信道IRC 功能后，系统上行每个PRC 上检测的干扰噪声均值和VOLTE 上行丢包率呈降低区域，对小区上行质量改善明显。
6.2 高负载场景对比0.00%0.05% 0.10% 0.15% 0.20% -115.8-115.6 -115.4 -115.2 -115 -114.8 -114.6 -114.4 -114.2 -114 -113.8上行干扰、QCI1上行丢包率变化趋势系统上行每个PRB 上检测到的干扰噪声的平均值(毫瓦分贝) VoLTE 上行丢包率(QCI=1)(%)选取袁州区三个网格中小区内最大用户数大于150个或日均流量大于30GB小区定义为高负荷小区，共41个，对比参数优化前后对比指标。
VoLTE的基本原理及网络eSRVCC切换优化分析
优化方法
规范LTE频点配臵，清理多余异频频点，缩短终端测量周期；
终端芯片提高测量能力，尽快实现CDRX休眠期测量功能。
eSRVCC组网架构
网络切换优化分析
日常优化工作主要从无线覆盖优化、参 数优化、系统内外邻区优化，功能优化 四个方面着手，与ATU路网、工程建设 紧密配合，提升整体网络质量。
LTE弱覆盖时，eSRVCC切换若不及时，将造成掉话。 10:57:29.710基站下发异频异系统测量报告，包含2G频点及 B2门限（LTE:-110dB，GERAN:-95dB）。
SRVCC存在切换性能问题，无法达到语音中断时长小 于300ms的部署要求，会严重影响VoLTE用户体验
eSRVCC：为增强的SRVCC, 相比SRVCC最大的改进就是缩短了切换 时延，改善用户感知. 在SRVCC基础上，通过在拜访地引入AFCT作为媒体锚定点，节省远 端媒体更新时间，可将切换时延减低至300ms以内
性方案，主要是为了解决当单射频UE 在LTE/Pre-LTE 网络和2G/3G CS 网络之间移动
时，语音呼叫连续性的问题，即保证单射频UE 在IMS 控制的VoIP 语音和CS 域语音之 间的平滑切换，通话不中断
SRVCC切换解决了语音连续性问题，呼叫时延短，无需回落2G/3G发起语音，避免频
繁网间重选。Leabharlann Volte的关键技术
1.无线承载Qos等级标识；
2.SIP&SDP 3.RoHC健壮性报头压缩协议；
4.SPS半持续调度；
5. eSRVCC(Enhanced Single Radio Voice Call Continuity)
SRVCC切换
4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例
榆林公司4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例【问题描述】榆林现卡特区域eSRVCC切换成功率指标较低，只有10%左右，主要原因为部分站点eSRVCC切换成功率较低导致。
榆林卡特全网连续一周eSRVCC切换指标统计如下：典型站点ao751连续一周eSRVCC切换指标统计如下：【问题分析】现场跟踪典型站点ao751的calltrace发现：ao751向2G侧发起了切换请求后，但很快MME向基站侧回复了切换准备失败的消息，失败的原因为未知的目标小区（unknown-targetID），发起请求的信令截图如下：MME回复切换准备失败的信令截图如下：现场进行CDS验证时，也只上报B2事件，但是没有执行切换的Handover Command消息，导致无法切换至2G。
现场CDS信令截图如下：eSRVCC完整信令流程如下：根据空口的信令流程来看，只是说明无线环境质量达到了B2门限，也就是说上述流程中的第一步满足条件，从空口信令以及以上eSRVCC流程来看，不切换有如下可能原因：1、由于基站未开启eSRVCC测量开关等原因，eNB 没有收到MeasurementReport（B2）导致切换流程无法继续。
2、4-2G邻区问题，通过UE上报的频点信息以及eNB内部的2G邻区信息（LAC RAC CI），MME或者MSC无法找到对应2G小区导致失败。
3、eNB收到MeasurementReport（B2）后，没有向MME发起handover Required消息。
4、MME收到handover Required之后，没有向MSC交互后续信息。
5、MME和MSC之间信息交互失败。
所以，不切换的原因可能是基站eSRVCC相关的开关测量未正确配置导致，或者是上端核心网参数配置错误导致。
后台对该站的eSRVCC相关参数再次核查，开关都已打开，测量也已配置，但在核查2G邻区信息时发现，部分2G邻区里的RAC值与2G现网的RAC值不一致（榆林卡特区域2G的RAC值为3，华为区域的2GRAC值为0）。
2.6G和4.9G不同带宽测试验证报告
2.6G和4.9G不同带宽测试验证报告案例上报省份：云南案例上报人：幸锋1、概述517世界电信日临近，为应对竞对3.5G频段直接可开5G 100M带宽的优势，提前在索菲特酒店和小西门营业厅分别进行2.6G和4.9G 100M带宽测试，提前准备网络能力。
小结：在D频段信号较弱的地方（低于-110dmb），2.6G频段5G开启100M带宽对现网4G影响较小；D频段信号正常（-85左右），不移频4G对5G速率影响30%左右，5G对4G影响流量损失8.42%左右，掉线和切换成功率略有下降，其他指标正常；在有展示需求的地方，可考虑通过部署4.9G 100M带宽来应对竞对测试。
5G NR 2.6GHz 100M测试情况：索菲特酒店周围虽然有D频段站点，但2楼大宴会厅5G测试区域D频段信号衰减较大，覆盖较弱（RSRP在-115dbm左右）。
2.6GAAU 开启100M带宽后，周围4G小区各项指标正常，5G速率在1030Mbps左右（4G对5G影响速率大概损失20%）。
5G NR 4.9GHz 100M测试情况：小西门营业厅开启4.9G 100M带宽，使用mate20X 手机可接入，5G测试速率在1133Mbps左右，最高峰值速率达到了1295Mbps（服务器对测速影响较大，建议speedtest测速优选南宁和贵阳的服务器）。
5月8日替换为2.6频段AAU，开启了100M进行对比测试。
下行速率在1000Mbps左右，上行速率在82Mbps。
从测试结果来看，现网不移频对5G下载速率影响在30%左右。
2．测试情况2.1 索菲特酒店大宴会厅2.6G测试情况索菲特酒店周围D频点最近为80米，但外表附有钢化玻璃，2楼大宴会厅5G演示区域靠里，D频段信号在-115dbm左右（西山区昌龙建材城-LHHQ），覆盖较弱。
大宴会厅5G基站频段为2.6G，带宽直接开启100M，组网结构为NSA，锚点为新建FDD1800，核心网为现网升级改造的核心网EPC。
中兴VoLTE优化经验的总结及案例
VoLTE优化经验总结及案例分享1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR 和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer 由300ms 修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
srvcc切换深入分析及实战解决方案
srvcc切换深⼊分析及实战解决⽅案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之间交换切换请求消息及响应消息，以执⾏资源分配。
eSRVCC用户面-切换时延提升方案案例
eSRVCC切换时延-（用户面）提升方案一、指标定义
省公司对eSRVCC切换时延-用户面（ms）的标准为小于350ms，对eSRVCC切换时延-用户面的定义为从切换前（Mobility FromEUTRA Command）收到的最后一个RTP包，到切换后在GSM下收到第一个GSM语音包。
二、提升方案
1）、核查网管参数配置
根据eSRVCC发生时占用的eNB，核查eNB侧eSRVCC切换门限以及GSM邻区及频点信息配置是否有异常。
2）、提升eSRVCC切换点的B2本系统门限
现网配置的B2异系统门限值为-95，B2本系统的门限值为-115；针对eSRVCC切换时延过高，建议提升eSRVCC切换点的B2本系统门限值，改为-112，让eSRVCC提前切换，看提高B2本系统门限值是否对eSRVCC切换时延提升比较大。
3）、核查eSRVCC切换点GSM邻区频点及BSIC
在现场对eSRVCC切换点的参数进行核查，进行2G扫频（Pioneer软件和HTC终端可以），核查现场检测到的GSM的BCCH和BSIC是否与现网配置的一致。
4）、终端与芯片对比
终端对比：在长沙测试时，测试发现HTC终端eSRVCC用户面中断时延达到1700ms，远高于省公司规定的350ms。
对比同为高通芯片的SONY终端，时延仅为380ms，判断为HTC终端原因。
后HTC终端升级后问题解决。
针对江门存在的eSRVCC切换时延高，我们也可以从终端方面进行排查：
A、进行同芯片异终端厂家对比测试，确定是否某款终端存在切换时延高问题。
B、进行异芯片终端厂家对比测试，确定是否某芯片存在问题（比如高通芯片的HTC和海思芯片的华为Mate 7/8）。
VOLTE案例
3
大话务场景下频繁发生未接通
广东公司9月份案例
问题描述：大话务场景下，出现较多的未接通事件。通过分析Log发现，主叫向网络 侧发了invite请求，但没有收到网络侧下发的100 trying消息，之后终端直接上报 CANCEL，导致未接通。 问题分析： 1、主叫起呼后发起RRC连接请求，但是RRC连接失败，层3信令显示RRC被拒。之后一 直发RRC连接请求，RRC连接依然被拒。最后RRC连接释放掉了，释放原因other。 2、由于话务量高，RRC接入成功率只有51.577%，判断是基站侧的问题影响RRC接入。
问题解决：通过指令“MOD CELLUEMEASCONTROLCFG”，将小区异频异系统测量对象最大值将修 改为12后，基站除下发LTE异频和TDS异系统测量频点外，还可下发2G频点，成功实现eSRVCC。
6
典型案例介绍（3）
TAU与QCI1建立冲突导致未接通
北京公司10月份案例
问题现象：主叫发生X2切换，收到携带QCI1建立消息的RRC重配置消息后，没有立即回激活QCI1 的上行直传消息给MME，而是先发送了TAU消息，导致在eNB和MME侧QCI1承载建立状态不 同， MME认为QCI1没有建立成功，导致未接通。 问题分析： 1、主叫X2切换成功后，收到QCI1建立消息，并且 答复了RRC重建完成。终端首先发送TAU Request的 上行直传消息，显示有3个EPS承载，随后再发送 包含QCI1承载建立完成的上行直传消息。 2、eNB收到RRC连接重配置完成消息，并且发送 ERAB Response消息给MME，终端和eNB都认为 QCI1承载已经建立。 3、MME没有收到终端发的激活QCI1承载接收的上 行直传消息，认为QCI1没有建立成功，回复的TAU Accept中只包含2个EPS承载。 4、 TAU成功后，MME收到UE发送的QCI1激活消 息，在create bearer response里回复成功。由于 eNB已经存在QCI1承载，答复失败，原因： Multiple-E-RAB-ID-instances，产生未接通。 问题解决：需要在规范中明确，UE发送QCI1建立的RRC重配置消息后，先发送激活QCI1的上行直传 消息给MME，再发送TAU request 。
利用SEQ提升eSRVCC手段说明
利用SEQ提升eSRVCC手段说明改善eSRVCC切换成功率，更好的实现VoLTE用户语音业务的连续性，提高客户对VoLTE的良好感知，特别对eSRVCC进行了专题提升。
eSRVCC切换流程eSRVCC切换由eNodeB发起handover required在OMC记请求一次，在收到handover command后开始执行，在MME给eNodeB发上下文释放记切换成功。
eSRVCC原因定位eSRVCC主要由以下原因导致切换成功率低案例讲解-4G配置GSM小区参数错误在3月11日现网存在E-UTRAN向GERAN切换出SRVCC的未执行次数较多，通过SEQ发现4G配置2G参数错误导致。
MME发起向GSM小区16066切换2G侧发SRVCC PS TO CS RESPONSE(Cause:73)携带Cause :（No resources available(73)无可用资源）MME立即发HANDOVER PREPARATION FAILURE(Cause:0)携带radioNetwork: unspecified (0)导致ESRVCC切换失败。
核查现网4G侧GSM小区16066发现配置的LAC错误导致，通过核查修改现网配置2G参数后E-UTRAN向GERAN切换出SRVCC的未执行次数明显较少。
案例讲解-核心网DNS侧漏配GSM侧LAC导致执行失败提取0303-0313日高铁站点e SRVCC切换情况，观察发现高铁站点小区eSRVCC切换均失败，而执行次数均为0次在后台跟踪朝阳京哈动车主站二HL-2小区的S1\UU\X2口发现在11:04:08基站向mme发起切换请求，MME响应切换准备失败，失败原因为：unknown-targetid 。
切换请求中携带的切换目标小区为：lac：0x11cf ci：0x3837 解析后为LAC:4559 CI：14391，核查现网配置GSM邻区的LAC、NCC\BCC均和GSM网络公参一致。
VoLTE 信令流程详解
VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC 只是做为业务承载体。
由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。
严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下：1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
VoLTE丢包率优化指导手册
VoLTE丢包率优化指导手册本文针对弱覆盖、干扰、切换差、大话务等造成VoLTE高丢包的4大类主要原因，分别从分原因处理高丢包小区、利用质量切换和功控调优等策略提升网络级指标、运用新功能针对性改善特性区域指标等方面，开展VoLTE丢包分析和优化，根据优化成果，总结了VoLTE 丢包优化方法，以供日常丢包优化工作中使用，提高优化效果和处理效率。
1. 基于劣化原因快速处理VOLTE高丢包小区1.1. VoLTE高丢包问题原因分析通过统计分析日常督办VoLTE高丢包小区问题原因，主要存在4方面，分别为弱覆盖、干扰、切换问题和高话务造成的资源受限，4类问题小区占比分别达87.5%、3.55%、2.13%、1.7%。
而在TDD制式中，VoLTE上行覆盖受限和资源受限问题较突出，在分析高丢包小区时，重点需定位上行弱覆盖、上行干扰、切换及上行CCE等资源受限问题，先通过参数优化，快速降低丢包率，改善语音感知。
现网VoLTE高丢包小区4类主要原因：➢大话务，资源受限，导致大量CCE分配失败；➢弱覆盖场景（现网的主要问题是上行弱覆盖）；➢上行干扰➢切换问题（包括切换失败、乒乓切换、切换不及时、邻区缺失等）2022-4-26 第1页, 共34页1.2. 高丢包小区劣化原因的定义和识别处理VoLTE高丢包小区的第一步是要对丢包原因进行定位。
将上述的4类丢包原因定义为4个劣化场景，通过MR大数据关联分析，并结合前期已优化解决小区详情，找到小区劣化场景识别标准和方法，可大大提高问题分析效率。
场景定义：空口的丢包主要为弱覆盖，干扰和大话务、切换差4种场景，每种场景会有对应的外在表现，通过网管的相关指标可以识别。
识别思路如下：➢上行弱覆盖场景下，PUSCH PRSP<-124dBm比例打，同时CCE聚合比例和上行iBler也变大；MR统计时，主要表现为无上行干扰但小区PUSCH SINR低于0dBm的比例和PHR<0占比较高。
eSRVCC指标提升与优化
8.MME下发切换命令给eNodeB。
9.eNodeB下发切换命令给UE。 10.UE收到切换命令后，接入目标网络。 11.UE完成语音的SRVCC切换。
6
eSRVCC信令流程
7
eSRVCC信令流程
8
eSRVCC信令流程
9
eSRVCC信令流程
附着的终端能力: SRVCC
10
eSRVCC信令流程
>1000ms
IMS
SCC AS
CS
=0ms
IMS
SCC AS
CS
SBC/P-CSCF EPC
SRVCC IWF
SBC/P-CSCF/ ATCF/ATGW
EPC
SRVCC IWF
<300ms
<300ms
S-GW/ P-GW
MME
MSC Server
MGW
S-GW/ P-GW
MME
MSC Server
注册，若此时收到呼叫，IMS会终结呼叫导致接不通。
弱覆盖整治：对所有发生eSRVCC点进行LTE弱覆盖原因分析，通过故障站整治、邻 区漏配、室分泄露、天馈优化、新加站等方法解决LTE弱覆盖问题，对暂时无法解决 LTE弱覆盖的问题点进行eSRVCC问题优化。
22
eSRVCC优化思路
eSRVCC发生点
MME
eMSC
MSC
2G无线网
IMS核心网
Handover request
2G切换资源 准备流程
MAP prepare Handover CNF IAM Handover command PS to CS handover response ACM Invite Handover request ACK
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 切换及时性 存在明显影响。
重庆移动eSRVCC切换指标分析报告
重庆移动eSRVCC切换指标分析报告交换中心核心网维护部2016年3月10日一、前言随着VoLTE业务的逐渐商用化，V oLTE用户数和业务量持续增长，eSRVCC的切换量也随之持续增长。
但是，目前重庆移动的eSRVCC切换成功率指标还不理想，在集团的排名也很靠后。
这是3月8日全天的指标统计数据：时间SRVCC切入请求次数SRVCC切入取消次数SRVCC切入接受次数SRVCC切入接受率SRVCC切入完成次数SRVCC切入完成率SRVCC切入成功次数SRVCC切入成功率2016/3/8 1860 97 1858 99.89% 908 48.82% 629 33.82% 为此，交换中心核心网维护部开展了对eSRVCC切换的专项优化工作，对当前指标的现状进行了详细分析，以期对今后的优化工作提供指向性的信息。
二、eSRVCC切换涉及的主要接口下图是一次正常eSRVCC切换的标准流程：可见，在eSRVCC切换流程中，eMSC（上图红圈内，也称SRVCC IWF）主要涉及到3个接口（上图黄圈内）的业务处理：1)Sv接口。
eMSC与MME之间的接口，采用GTP协议。
在这个接口上，eMSC接收eNodeB发来的切换请求，并返回目标小区的相关信息，与E接口一起协助UE完成从4G向2G的切换。
2)E接口。
eMSC与目标MSC之间的接口，采用MAP协议。
在这个接口上，eMSC将收到的切换请求转发给目标MSC，并接收目标小区的相关信息，完成局间切换流程，与Sv接口一起协助UE完成从4G向2G的切换。
（注：若目标小区与eMSC处于同一POOL内，则只需要进行局内切换。
）3)Mw口。
eMSC与SBC/A TCF之间的接口，采用SIP协议。
在这个接口上，eMSC将切换用户的信息转发给ATCF，ATCF再和IMS域内SCC AS完成会话的转移。
可见，eMSC在eSRVCC流程中处于一个十字路口的地位，而上述3个接口中的信令消息也反映了切换流程中的各种关键信息。
电信行业技术学习-华为seq使用指导书2021
SEQ使用指导书(XX 移动)目录1 SEQ Analyst平台简介 (1)1.1 SEQ Analyst概述 (1)1.2 SEQ Analyst优势 (1)1.3 解决方案的定位 (3)1.4 解决方案组网 (7)2 平台登陆 (9)2.1 SEQ平台登陆地址 (9)2.2 使用的浏览器及插件 (9)2.3 注意事项 (10)3 VOLTE百日会战关键指标提取和分析 (11)3.1 VOLTE七项考核业务指标概览 (11)3.2 各项业务专题分析 (12)3.2.1 注册专题分析 (12)3.2.2 接入专题分析 (15)3.2.3 切换专题分析 (16)3.2.4 掉话专题分析 (17)3.3 多维数据查询的使用 (18)4 VIP保障及投诉处理 (19)4.1 投诉分析处理模块 (19)4.1.1 投诉之辅助分析定位 (19)4.1.2 投诉之CS/PS精准定位分析 (23)4.2 客户体验模块 (30)4.2.1 VVIP用户/VVIP用户群洞察 (30)4.2.2 VVIP用户/VVIP用户群分析 (33)5 ATU指标预测 (38)5.1 ATU语音预测 (38)5.1.1 ATU巡检测试实时监控 (38)5.1.2 掉话率、接通率指标预测 (40)5.1.3 IMS注册成功率指标预测 (42)5.1.4 呼叫建立时延指标预测 (43)5.1.5 eSRVCC切换成功率及时延指标预测 (44)5.1.6 单次通话详单查询 (44)5.2 ATU数据预测 (45)5.2.1 上传速率 (46)5.2.2 下载速率 (47)6 数据业务分析 (49)6.1 重点区域定义 (49)6.2 全网及重点区域KQI监控 (49)6.3 流量经营情况分析 (52)7 基于SEQ的问题分析方法 (54)8 总结 (57)1SEQ Analyst平台简介1.1SEQ Analyst概述SEQ Analyst(全称为Service & Experience Quality Analyst)作为客户体验管理使能平台，以数据分析存储平台和NetProbe被动探针为核心，可集成华为和第三方多种数据源，关联运营商网络中从无线、传输、核心网到应用等端到端数据，运用大数据分析方法进行高效业务质量与网络性能管理，快速处理客户投诉，支撑基于客户体验的精准营销和实时营销。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、GERAN时间迟滞对指标影响情况
为验证”GERAN时间迟滞”参数对eSRVCC切换成功率、切换比、丢包率的影响，鄂尔多斯市选取TAC:18403内的小区作为试验对象，19号修改所有小区”GERAN时间迟滞”为5120ms,本次修改小区311个，修改后指标情况如下：
1.eSRVCC切换占比、切换成功率影响
GERAN时间迟滞修改至5120ms后，切换至2G的请求次数日均减少4020次，eSRVCC切换占比由13.85%提升至9.11%，提升4.74%：
修改前eSRVCC切换成功率97.66%，修改后97.61%，指标基本无影响：
1.上下行丢包、MR覆盖率影响
GERAN时间迟滞修改至5120ms后，QCI=1的小区上行包数增加1千万次，QCI=1的小区上行丢包数增加7.4万次，上行丢包率增加0.04%；QCI=1的小区下行包数增加1.2千万次，QCI=1的小区下行丢包数增加5.8万次，下行丢包率增加0.02%：
GERAN时间迟滞修改至5120ms后，MR覆盖率降低0.71%：
二、邻区关系对指标影响情况
根据MR测量，将涉及VOLTE切换的GSM冗余漏配邻区进行删除和添加，鄂尔多斯无漏配邻区，不合理冗余邻区282条，21号删除冗余邻区后指标情况如下：
2.eSRVCC切换占比、切换成功率影响
邻区删除后，eSRVCC切换占比提升0.28%，切换成功率提升0.68%：
1.上下行丢包、MR覆盖率影响
邻区删除后，上行丢包率改善0.02%，下行丢包率无改善，MR覆盖率降低0.87%：
三、B2门限对指标影响情况
为了进一步优化上行丢包恶化的情况，现针对之前修改时延为5120ms的小区，如果空口上行丢包率大于0.3%，则将该小区用于eSRVCC的B2门限配置修改为-113dBm，26号对43个小区B2门限就行修改，修改后指标情况如下：
3.eSRVCC切换占比、切换成功率影响
B2门限修改后，eSRVCC切换占比降低0.06%，切换成功率降低0.64%
4.上下行丢包、MR覆盖率影响
B2门限修改后，上下行丢包率继续改善0.01%，MR覆盖率提升1.14%：
二、总结
通过对”GERAN时间迟滞”参数修改试验发现，修改后eSRVCC切换占比改善明显，MR覆盖率降低0.71%以外，其余指标影响较小，可对切换占比高的小区进行推广修改。
修改邻区关系，eSRVCC切换占比提升0.28%，切换成功率提升0.68%，上行丢包率改善0.02%，下行丢包率无改善，MR覆盖率降
低0.87%。
修改B2门限后，eSRVCC切换占比降低0.06%，切换成功率降低0.64%，
上下行丢包率继续改善0.01%，MR覆盖率提升1.14%。
原始数据.xlsx。