VoLTE常见问题及优化策略

广州VoLTE常见问题及优化策略

LTE系统性能部赖开旗

目前一页\总数四十四页\编于十七点广州VoLTE现网指标情况VOLTE优化方法，及与LTE优化区别VoLTE信令流程广州VOLTE常见问题分类常见问题分析优化方法、案例目

录目前二页\总数四十四页\编于十七点一、广州VoLTE现网指标情况

测试场景测试区域平均RSRP平均SINRRSRP>-110且SINR>-3呼叫成功率掉话率eSRVCC切换成功率呼叫建立时延-IMS室分天河、越秀-82.7621.3996.80%98.71%0.37%100%2.37室分白云、西区、番禺、花都-94.9415.3899.68%93.57%0.42%100%2.84道路12个网格-89.5813.8092.37%96.56%4.69%95.19%2.22

1、道路测试指标

6月高渗透率测试与3月份集团测试对比，ATU网格内，接通率从93.09%提升至96.56%（达到集团要求95%）；掉话率从11.7%下降至4.69%（与集团要求的1%仍有差距）。2、室内测试指标

6月份对各区域内个别重要室内场所进行了初步摸底测试，室分接通率为96.14%，掉话率为0.4%。目前三页\总数四十四页\编于十七点广州VoLTE现网指标情况VoLTE优化特点以及优化手段VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例目

录目前四页\总数四十四页\编于十七点1、VoLTE语音对覆盖要求更高影响程度覆盖干扰切换RRC重建掉线接入时延端到端时延抖动丢包率初始BLER数据大大小小小较大小小小小语音大2、VoLTE优化中应考虑更多无线因素的影响实测结果表明，RSRP大于-113dBm，SINR大于-3dB才可以达到理想的VoLTE语音质量。LTE数据业务主要关注吞吐率和速率，而VoLTE语音业务更关注呼叫连续性/掉话、话音质量、包时延、切换时延等，因此需要更有针对性的优化。二、VoLTE优化特点以及优化手段与数据优化对比目前五页\总数四十四页\编于十七点（1）4G系统内移动性能优化异频重定向、异系统重定向必然导致语音掉话，但数据业务对此不敏感。（2）4G-2G系统间eSRVCC2G邻区优化在LTE网络覆盖未达到全面覆盖之前，在LTE覆盖边缘，

VoLTE语音业务会切换到GSM，以减少用户移出LTE覆盖导致的掉话。准确的2G邻区是eSRVCC切换成功率的保证。3、VoLTE语音对移动性能要求更高二、VoLTE优化特点以及优化手段与数据优化对比目前六页\总数四十四页\编于十七点二、VoLTE优化特点以及优化手段与数据优化对比4、VoLTE优化需要端对端进行优化VOLTE系统信令类型抓取节点使用工具IMS系统SIPSBC及PCRF等网元WiresharkMME侧S1+NASMME基站侧S1+UueNodeB中兴：CTS爱立信：OSSUETR终端Uu+NASUECDS、鼎利UEIMSeNBMMESGW保证空口连接正常保证QCI1专载建立正常保证QCI5SIP信令发生正常保证QCI5SIP信令发生正常端到端信令分析获取节点目前七页\总数四十四页\编于十七点二、VoLTE优化特点以及优化手段与CSFB优化对比MTUEMMEIMS2G网络eMSC/MSCeSRVCC（覆盖触发）：若4G信号变差，则eSRVCC到2G网络，接续通话VOLTE：PSpagingVOLTE：PSpagingCSFB（计时器触发）：IMS侧15s内未收到VOLTE终端paging响应，为保证用户感知IMS转向2G寻找被叫，之后同CSFB流程5、VoLTE优化与CSFB优化需相结合目前八页\总数四十四页\编于十七点二、VoLTE优化特点以及优化手段VoLTE无线网络优化经验

一、参数配置1、配置头压缩（1）打开ROHC开关（2）头压缩格式QCI=1配置支持Profile0x0001、Profile0x00022、配置RLC（1）RLC模式QCI1配置UM模式，QCI5和QCI9配置AM模式3、配置PDCP（1）QCI5PDCPDiscardtimer配置为无穷大4、配置eSRVCC参数（1）打开eSRVCC切换开关（2）邻区配置：按照集团邻区配置原则进行eSRVCC邻接小区配置，包括频点、BSIC码等；然后添加LTE小区与eSRVCC邻接小区关系（注：不要违反CSFB配置原则）（3）频点配置：添加GSM测量频点（类似CSFB），打开基于语音的测量配置开关（4）测量配置：配置GSM邻区测量策略，再针对不同的策略配置不同GSM邻区测量门限，包括A2、A1、B2门限目前九页\总数四十四页\编于十七点三、移动性能优化4G邻区优化：1、优化邻区，避免异频重定向发生

2、切换序列：通过天线、参数调整，控制非主覆盖，稳定主覆盖接续，提升感知2G邻区及eSRVCC门限优化：

优化eSRVCC的异系统切换门限，做好eSRVCC的邻区精细化规划和一致性核查，确保VoLTE通话连续二、VoLTE优化特点以及优化手段VoLTE无线网络优化经验

二、覆盖优化提升LTE覆盖：

通过RF、参数优化等手段提升LTE覆盖，让终端尽可能多驻留LTE网络，尽量避免由于RTPinactivity、呼叫建立过程中的eSRVCC等问题导致的未接通、掉话密切关注因故障或退服导致的弱覆盖站点，周粒度梳理、处理并跟进，保障覆盖质量解决PCI冲突、重叠覆盖问题，避免SINR差导致的未接通、掉话四、干扰优化目前十页\总数四十四页\编于十七点广州VoLTE现网指标情况VoLTE优化方法，及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例目

录目前十一页\总数四十四页\编于十七点三、VoLTE信令流程QCI5建立及IMS注册流程目前十二页\总数四十四页\编于十七点三、VoLTE信令流程QCI5建立及IMS注册流程目前十三页\总数四十四页\编于十七点三、VoLTE信令流程SIP呼叫信令流程图目前十四页\总数四十四页\编于十七点三、VoLTE信令流程eSRVCC流程图目前十五页\总数四十四页\编于十七点广州VoLTE现网指标情况VoLTE优化方法，及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例目

录目前十六页\总数四十四页\编于十七点四、广州VoLTE常见问题分类问题大项原因分类原因简述常见事件解决方案无线问题基站版本问题异频重定向未接通/掉话版本升级601P02异系统重定向未接通/掉话版本升级601P02RRC重建失败后专载丢失(TM3/8)掉话版本升级601P02无线覆盖问题RSRP差/SINR差未接通/掉话基础优化强干扰（模三干扰、高底噪等）未接通基础优化无线参数问题邻区漏配未接通/掉话增补邻区专载与切换流程冲突切换过程中专载被MME释放专载建立与切换同时发生，NAS消息晚于切换请求到达MME，导致专载被释放未接通核心网或基站做切换流程优化核心网配置问题2G返回4G问题（TCP配置不当）被叫收到多条invite消息/paging超时未接通修改TCP配置呼叫建立过程中eSRVCC失败呼叫建立过程中eSRVCC失败未接通核心网增加功能端对端问题专载建立失败网络回复SERVER_INTERNAL_ERROR(500)，专载建立失败未接通

SIP信令丢失SIP信令丢失未接通修改Discardtimer时延TAU被拒TAU被拒，终端重新attach，导致异常事件未接通/掉话

承载异常释放承载异常释放未接通/掉话

核心网未下发专载建立请求未接通

SERVICE_UNAVAILABLE(503)未接通基础优化切换失败切换失败掉话

其他问题eSRVCC到2G后掉话eSRVCC切换成功，但通话在2G被释放掉话2G邻区优化eSRVCC切换不及时eSRVCC切换不及时导致掉话掉话2G邻区优化/B2门限优化目前十七页\总数四十四页\编于十七点四、广州VoLTE常见问题分类目前十八页\总数四十四页\编于十七点路网、室分广州VoLTE现网测试指标VoLTE优化方法，及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例目

录目前十九页\总数四十四页\编于十七点五、常见问题分析分析定位思路目前二十页\总数四十四页\编于十七点问题现象基站在收到异频A3测报后，会立刻触发重定向事件，下发RRCRelease消息包含重定向的目标频点，该频点与A3测报中小区频点一致。分析方法

检查异频A3测报中小区是否存在于异频邻区列表中。

优化方法

1、基站侧增加区分QCI1业务的异频重定向关闭功能；2、对于漏配邻区进行增补。五、常见问题分析一

异频重定向目前二十一页\总数四十四页\编于十七点五、常见问题分析二异系统重定向(1/2)问题现象终端在弱场区域，基站下发盲重定向的RRCRelease消息，消息中包含重定向的2G频点列表。异系统重定向原因分类1、LTE弱覆盖：终端在弱场区域，满足A2盲重定向门限（RSRP<-122dBm）；2、假性弱覆盖：信号拖弱至盲重定向；3、终端测量B2不及时：eSRVCC切换不及时，终端未及时上报B2，导致拖弱至重定向；4、2G邻区配置错误：终端在弱场区域，满足B2门限，但基站侧2G邻区信息错误。目前二十二页\总数四十四页\编于十七点五、常见问题分析二异系统重定向(2/2)优化方法LTE弱覆盖：优化LTE覆盖假性弱覆盖：优化切换、重选参数终端测量B2不及时：一是高通正在验证新的芯片，新芯片支持DRX休眠期对异频异系统进行测量，缩短测量周期；二是通过删减无用的异频频点，减少终端测量的频点数以达到缩短测量周期的目的2G邻区配置错误：做好eSRVCC的邻区精细化规划和周期一致性核查基站功能改进：601P02版本可针对语音业务关闭重定向功能目前二十三页\总数四十四页\编于十七点五、常见问题分析三RSRP/SINR差（1/2）问题现象终端在弱场区域，RSRP/SINR过差，导致业务中断，原因多为RTPinactivity导致RRCRelease。分析方法查看RRCRelease之前的终端测量，确定终端是否处在RSRP/SINR过差区域。目前二十四页\总数四十四页\编于十七点五、常见问题分析三RSRP/SINR差（2/2）优化方法1）可以通过调整天线方向角和下倾角、增加天线挂高、更换更高增益天线、增强RS功率等方法来优化覆盖2）对于相邻基站覆盖区不交叠部分内用户较多或者不交叠部分较大时，应新建基站，或增加周边基站的覆盖范围，使两基站覆盖交叠深度加大3）对于凹地、山坡背面等引起的弱覆盖区可用新增基站或RRU，以延伸覆盖范围；对于电梯井、隧道、地下车库或地下室、高大建筑物内部的信号盲区可以利用RRU、室内分布系统、泄漏电缆、定向天线等方案来解决目前二十五页\总数四十四页\编于十七点

问题现象

专载建立与切换几乎同时发生，专载刚刚建立完成又在切换过程中被释放，终端回复invite580/CANCEL终端发送NAS消息，终端侧专载建立完成终端收到RRCreconfig消息中QCI1被释放五、常见问题分析四

切换过程中专载被MME释放(1/4)目前二十六页\总数四十四页\编于十七点五、常见问题分析四

切换过程中专载被MME释放(2/4)分析方法：1、分析基站信令，源小区发给MME的HandoverRequired里面，有三条承载，分别是QCI9/QCI5/QCI1。2、从MME发给目标小区的HandoverRequest消息中，里面只有两条承载，少了QCI1。3、在MME回给源小区的HandoverCommand里面Release了QCI1的承载4、UE收到源小区下发RRCreconfig中专载被释放，导致未接通。1、Sourcecell->MME：HandoverRequired2、MME->targetcell：HandoverRequest3、MME->sourcecell：HandoverCommand4、sourcecell->UE：RRCreconfig目前二十七页\总数四十四页\编于十七点五、常见问题分析四

切换过程中专载被MME释放(3/4)问题原因分析1、MME收到第8条NAS消息（ActivateDedicatedEPSbearercontextaccept）后才认为专载建立成功；2、本案例中，MME在收到NAS消息之前先收到基站上发的S1切换请求，MME认为专载未正常建立，故发给目标小区的切换请求中将QCI1释放。A3measurementreport目前二十八页\总数四十四页\编于十七点五、常见问题分析四

切换过程中专载被MME释放(4/4)

优化方法1、MME侧：建议MME对切换流程进行优化，收到步骤7即确认专载建立。2、基站侧：SRB2优先级调整根据系统默认值，QCI5（DRB）的优先级是1，SRB2的优先级为3，即出现了DRB的优先级比SRB高的情况，当QCI5SIP信令和ULNAS（SRB2）同时产生时，终端将优先组QCI5的数据，导致ULNAS数据上报时延大。此情况下，存在一定几率出现“切换中专载被MME释放”的问题。因为DRB优先级必须从1开始排序，所以把高优先级1、2配置给QCI3、4（现网中这两个承载暂没有使用），把优先级3配置给QCI5，优先级4配置给QCI1，优先级5配置给QCI2。QCI123456789SRB1SRB2优先级(默认)23451678913优先级(修改值)45123678813目前二十九页\总数四十四页\编于十七点五、常见问题分析五

2G返回4G后无法接通问题(1/5)问题现象从2G返回4G后，主叫开始起呼，被叫首先收到的不是invite，而是bye消息，紧接着接连收到多条CallID不一样的invite。目前三十页\总数四十四页\编于十七点五、常见问题分析五

2G返回4G后无法接通问题(2/5)问题现象从2G返回4G后，主叫开始起呼，被叫十多秒后才收到CS的寻呼，导致呼叫建立时延非常大。目前三十一页\总数四十四页\编于十七点五、常见问题分析五

2G返回4G后无法接通问题(3/5)分析方法加上些文字说明目前三十二页\总数四十四页\编于十七点五、常见问题分析五

2G返回4G后无法接通问题(4/5)分析方法1）终端通过eSRVCC成功切换到2G后，网络会下发BYE消息以终结4G侧的会话，然而由于终端此时已处于2G，无法收到SIP消息，系统会把BYE消息缓存至TCP窗口；2）根据TCP目前的配置，BYE消息会一直做重传尝试，且每次重传不成功，下次等待重传时间会double，也就是说，如果终端一直在2G通话不挂机，重传时间会一直增加，最多会到十几分钟（Linux系统下默认最大重传次数为15次）；3）当终端挂机后返回4G，但因为还没到重传的时间，导致BYE消息没有马上下来，这时再起呼，发起invite，网络是不会转发的，因为根据排队机制，等BYE先下，再转发invite，这可导致两种呼叫失败事件：一是由于重传时间未到，导致被叫寻呼不到，10s后CSFB,但15s内接续未完成被软件终止；一是重传时间到后，被叫先收到了BYE消息，接着收到上一次（或多次）的invite后，才收到本次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。目前三十三页\总数四十四页\编于十七点五、常见问题分析五

2G返回4G后无法接通问题(5/5)优化方法TCP最大重传次数过大，导致SIP信令堵塞，导致未接通或呼叫建立时延大。核心网对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s。修改后外场测试中未复现同类问题。目前三十四页\总数四十四页\编于十七点五、常见问题分析六

SIP信令丢失(1/5)问题现象呼叫在弱场建立，SIP信令丢失导致呼叫流程未能完成，如下图为183消息丢失导致专载建立失败。目前三十五页\总数四十四页\编于十七点五、常见问题分析六

SIP信令丢失(2/5)分析方法查看终端信令，发现起呼时，被叫处于弱场区域，存在丢包可能。目前三十六页\总数四十四页\编于十七点五、常见问题分析六

SIP信令丢失(3/5)分