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系统间eSRVCC 2G邻区优化在LTE网络覆盖未达到全面覆盖之前，在LTE覆盖边缘，VoLTE语音业务会切换到GSM，以减少用户移出LTE覆盖导致的掉话。准确的2G邻区是eSRVCC切换成功率的保证。,3、VoLTE语音对移动性能要求更高,二、VoLTE优化特点以及优化手段 与数据优化对比,二、VoLTE优化特点以及优化手段 与数据优化对比,4、VoLTE优化需要端对端进行优化,UE,IMS,eNB,MME,SGW,保证空口连接正常,保证QCI1专载建立正常,保证QCI5 SIP信令发生正常,保证QCI5 SIP信令发生正常,端到端信令分析获取节点,二、VoLTE优化特点以及优化手段 与CSFB优化对比,MT UE,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）QCI5 PDCP Discardtimer 配置为无穷大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网络，尽量避免由于RTP inactivity、呼叫建立过程中的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测报后，会立刻触发重定向事件，下发RRC Release消息包含重定向的目标频点，该频点与A3测报中小区频点一致。分析方法 检查异频A3测报中小区是否存在于异频邻区列表中。优化方法 1、基站侧增加区分QCI1业务的异频重定向关闭功能；2、对于漏配邻区进行增补。,五、常见问题分析一 异频重定向,五、常见问题分析二 异系统重定向(1/2),问题现象终端在弱场区域，基站下发盲重定向的RRC Release消息，消息中包含重定向的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过差，导致业务中断，原因多为RTP inactivity导致RRC Release。分析方法 查看RRC Release之前的终端测量，确定终端是否处在RSRP/SINR过差区域。,五、常见问题分析三 RSRP/SINR差（2/2）,优化方法 1）可以通过调整天线方向角和下倾角、增加天线挂高、更换更高增益天线、增强RS功率等方法来优化覆盖2）对于相邻基站覆盖区不交叠部分内用户较多或者不交叠部分较大时，应新建基站，或增加周边基站的覆盖范围，使两基站覆盖交叠深度加大3）对于凹地、山坡背面等引起的弱覆盖区可用新增基站或RRU，以延伸覆盖范围；对于电梯井、隧道、地下车库或地下室、高大建筑物内部的信号盲区可以利用RRU、室内分布系统、泄漏电缆、定向天线等方案来解决,问题现象 专载建立与切换几乎同时发生，专载刚刚建立完成又在切换过程中被释放，终端回复invite580/CANCEL,终端发送NAS消息，终端侧专载建立完成,终端收到RRC reconfig消息中QCI1被释放,五、常见问题分析四 切换过程中专载被MME释放(1/4),五、常见问题分析四 切换过程中专载被MME释放(2/4),分析方法：1、分析基站信令，源小区发给MME的HandoverRequired里面，有三条承载，分别是 QCI9/QCI5/QCI1。2、从MME发给目标小区的HandoverRequest消息中，里面只有两条承载，少了QCI1。3、在MME回给源小区的HandoverCommand里面Release了QCI1的承载 4、UE收到源小区下发RRC reconfig中专载被释放，导致未接通。,1、Source cell-MME：HandoverRequired,2、MME-target cell：HandoverRequest,3、MME-source cell：HandoverCommand,4、source cell-UE：RRCreconfig,五、常见问题分析四 切换过程中专载被MME释放(3/4),问题原因分析1、MME收到第8条NAS消息（Activate Dedicated EPS bearer context accept）后才认为专载建立成功；2、本案例中，MME在收到NAS消息之前先收到基站上发的S1 切换请求，MME认为专载未正常建立，故发给目标小区的切换请求中将QCI1释放。,A3 measurement report,五、常见问题分析四 切换过程中专载被MME释放(4/4),优化方法1、MME侧：建议MME对切换流程进行优化，收到步骤7即确认专载建立。2、基站侧：SRB2优先级调整根据系统默认值，QCI5（DRB）的优先级是1，SRB2的优先级为3，即出现了DRB的优先级比SRB高的情况，当QCI5 SIP信令和UL NAS（SRB2）同时产生时，终端将优先组QCI5的数据，导致UL NAS数据上报时延大。此情况下，存在一定几率出现“切换中专载被MME释放”的问题。因为DRB优先级必须从1开始排序，所以把高优先级1、2配置给QCI3、4（现网中这两个承载暂没有使用），把优先级3配置给QCI5，优先级4配置给QCI1，优先级5配置给QCI2。,五、常见问题分析五 2G返回4G后无法接通问题(1/5),问题现象从2G返回4G后，主叫开始起呼，被叫首先收到的不是invite，而是bye消息，紧接着接连收到多条Call ID不一样的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）基站参数优化：QCI5 PDCP SDU Discardtimer由300ms修改至无穷大，原因是在弱场起呼，SIP如果300ms内未能重传成功信令将被丢弃，要求过于严格，放宽丢包时延可减少部分SIP信令丢失情况。,问题现象（1/2）主叫起呼后，被叫一直没有被寻呼，随后网络回复主叫error 500，产生未接通事件。,五、常见问题分析七 SERVER_INTERNAL_ERROR(1/4),问题现象（2/2）被叫上次呼叫承载建立失败，后续所有呼叫error 500。,五、常见问题分析七 SERVER_INTERNAL_ERROR(2/4),分析方法 Error 500问题与专载异常有关，包括专载未正常建立、专载未正常释放等。,五、常见问题分析七 SERVER_INTERNAL_ERROR(3/4),优化方法 目前核心网正在定位问题，暂未有结论。当测试中出现该类问题应重启终端或飞行模式，避免产生连续的呼叫失败事件。,五、常见问题分析七 SERVER_INTERNAL_ERROR(4/4),Thank you,
