VoLTE常见问题及优化策略ppt课件

广州VoLTE常见问题及优化策略,LTE系统性能部赖开旗,广州VoLTE现网指标情况VOLTE优化方法，及与LTE优化区别VoLTE信令流程广州VOLTE常见问题分类常见问题分析优化方法、案例,目录,一、广州VoLTE现网指标情况,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语音对覆盖要求更高,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优化需要端对端进行优化,UE,IMS,eNB,MME,SGW,保证空口连接正常,保证QCI1专载建立正常,保证QCI5SIP信令发生正常,保证QCI5SIP信令发生正常,端到端信令分析获取节点,二、VoLTE优化特点以及优化手段与CSFB优化对比,MTUE,5、VoLTE优化与CSFB优化需相结合,二、VoLTE优化特点以及优化手段VoLTE无线网络优化经验,一、参数配置,1、配置头压缩（1）打开ROHC开关（2）头压缩格式QCI=1配置支持Profile0 x0001、Profile0 x00022、配置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常见问题分类,四、广州VoLTE常见问题分类,路网、室分广州VoLTE现网测试指标VoLTE优化方法，及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例,目录,五、常见问题分析分析定位思路,问题现象基站在收到异频A3测报后，会立刻触发重定向事件，下发RRCRelease消息包含重定向的目标频点，该频点与A3测报中小区频点一致。分析方法检查异频A3测报中小区是否存在于异频邻区列表中。优化方法1、基站侧增加区分QCI1业务的异频重定向关闭功能；2、对于漏配邻区进行增补。,五、常见问题分析一异频重定向,五、常见问题分析二异系统重定向(1/2),问题现象终端在弱场区域，基站下发盲重定向的RRCRelease消息，消息中包含重定向的2G频点列表。异系统重定向原因分类1、LTE弱覆盖：终端在弱场区域，满足A2盲重定向门限（RSRPMME：HandoverRequired,2、MME-targetcell：HandoverRequest,3、MME-sourcecell：HandoverCommand,4、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。,五、常见问题分析五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，被叫回复bye481invite486invite580，呼叫失败。,五、常见问题分析五2G返回4G后无法接通问题(5/5),优化方法TCP最大重传次数过大，导致SIP信令堵塞，导致未接通或呼叫建立时延大。核心网对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s。修改后外场测试中未复现同类问题。,五、常见问题分析六SIP信令丢失(1/5),问题现象呼叫在弱场建立，SIP信令丢失导致呼叫流程未能完成，如下图为183消息丢失导致专载建立失败。,五、常见问题分析六SIP信令丢失(2/5),分析方法查看终端信令，发现起呼时，被叫处于弱场区域，存在丢包可能。,五、常见问题分析六SIP信令丢失(3/5),分析方法查看终端信令，看被叫连续两条183消息是否被丢弃。如图，第一条183发出后，丢包数增加了1个：,五、常见问题分析六SIP信令丢失(4/5),分析方法第二条183发出后，丢包数又增加了1个，183因丢包超时未发送至IMS，专载建立失败：,五、常见问题分析六SIP信令丢失(5/5),优化方法1）网络基础优化：此失败案例多发生于弱覆盖区域，需要进行网络优化，提升无线信号环境。2）基站参数优化：QCI5PDCPSDUDiscardtimer由300ms修改至无穷大，原因是在弱场起呼，SIP如果300ms内未能重传成功信令将被丢弃，要求过于严格，放宽丢包时延可减少部分SIP信令丢失情况。,问题现象（1/2）主叫起呼后，被叫一直没有被寻呼，随后网络回复主叫error500，产生未接通事件。,五、常见问题分析七SERVER_INTERNAL_ERROR(1/4),问题现象（2/2）被叫上次呼叫承载建立失败，后续所有呼叫erro