分享
分享赚钱 收藏 举报 版权申诉 / 44

类型volte常见问题及优化策略.pptx

  • 上传人:cjc2202537
  • 文档编号:730944
  • 上传时间:2018-04-20
  • 格式:PPTX
  • 页数:44
  • 大小:2.87MB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    volte常见问题及优化策略.pptx
    资源描述:

    1、广州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优化特点以及优

    2、化手段VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例,目 录,1、VoLTE语音对覆盖要求更高,2、VoLTE优化中应考虑更多无线因素的影响,实测结果表明,RSRP大于-113dBm,SINR大于-3dB才可以达到理想的VoLTE语音质量。,LTE数据业务主要关注吞吐率和速率,而VoLTE语音业务更关注呼叫连续性/掉话、话音质量、包时延、切换时延等,因此需要更有针对性的优化。,二、VoLTE优化特点以及优化手段 与数据优化对比,(1)4G系统内移动性能优化异频重定向、异系统重定向必然导致语音掉话,但数据业务对此不敏感。(2)4G-2G系统间eSRVCC 2G邻区优化在L

    3、TE网络覆盖未达到全面覆盖之前,在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、Vo

    4、LTE优化与CSFB优化需相结合,二、VoLTE优化特点以及优化手段 VoLTE无线网络优化经验,一、参数配置,1、配置头压缩(1)打开ROHC开关(2)头压缩格式QCI=1配置支持Profile0x0001、Profile0x00022、配置RLC(1)RLC模式QCI1配置UM模式,QCI5和QCI9配置AM模式3、配置PDCP(1)QCI5 PDCP Discardtimer 配置为无穷大4、配置eSRVCC参数(1)打开eSRVCC切换开关(2)邻区配置:按照集团邻区配置原则进行eSRVCC邻接小区配置,包括频点、BSIC码等;然后添加LTE小区与eSRVCC邻接小区关系(注:不要违反

    5、CSFB配置原则)(3)频点配置:添加GSM测量频点(类似CSFB),打开基于语音的测量配置开关(4)测量配置:配置GSM邻区测量策略,再针对不同的策略配置不同GSM邻区测量门限,包括A2、A1、B2门限,三、移动性能优化,4G邻区优化: 1、优化邻区,避免异频重定向发生 2、切换序列:通过天线、参数调整,控制非主覆盖,稳定主覆盖接续,提升感知2G邻区及eSRVCC门限优化: 优化eSRVCC的异系统切换门限,做好eSRVCC的邻区精细化规划和一致性核查,确保VoLTE通话连续,二、VoLTE优化特点以及优化手段 VoLTE无线网络优化经验,二、覆盖优化,提升LTE覆盖: 通过RF、参数优化等

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

    7、VoLTE信令流程 eSRVCC流程图,广州VoLTE现网指标情况VoLTE优化方法,及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例,目 录,四、广州VoLTE常见问题分类,四、广州VoLTE常见问题分类,路网、室分广州VoLTE现网测试指标VoLTE优化方法,及与LTE优化区别VoLTE信令流程广州VoLTE常见问题分类常见问题分析优化方法、案例,目 录,五、常见问题分析 分析定位思路,问题现象基站在收到异频A3测报后,会立刻触发重定向事件,下发RRC Release消息包含重定向的目标频点,该频点与A3测报中小区频点一致。分析方法 检查异频A3测报

    8、中小区是否存在于异频邻区列表中。 优化方法 1、基站侧增加区分QCI1业务的异频重定向关闭功能;2、对于漏配邻区进行增补。,五、常见问题分析一 异频重定向,五、常见问题分析二 异系统重定向(1/2),问题现象终端在弱场区域,基站下发盲重定向的RRC Release消息,消息中包含重定向的2G频点列表。异系统重定向原因分类 1、LTE弱覆盖:终端在弱场区域,满足A2盲重定向门限(RSRPMME:HandoverRequired,2、MME-target cell:HandoverRequest,3、MME-source cell:HandoverCommand,4、source cell-UE:

    9、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优先级调整根据系统默

    10、认值,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

    11、消息,紧接着接连收到多条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消息会一直做重传尝试,且每次重传不成功

    12、,下次等待重传时间会double,也就是说,如果终端一直在2G通话不挂机,重传时间会一直增加,最多会到十几分钟(Linux系统下默认最大重传次数为15次);3)当终端挂机后返回4G,但因为还没到重传的时间,导致BYE消息没有马上下来,这时再起呼,发起invite,网络是不会转发的,因为根据排队机制,等BYE先下,再转发invite,这可导致两种呼叫失败事件:一是由于重传时间未到,导致被叫寻呼不到,10s后CSFB,但15s内接续未完成被软件终止;一是重传时间到后,被叫先收到了BYE消息,接着收到上一次(或多次)的invite后,才收到本次呼叫的invite,被叫回复bye481invite48

    13、6invite580,呼叫失败。,五、常见问题分析五 2G返回4G后无法接通问题(5/5),优化方法TCP最大重传次数过大,导致SIP信令堵塞,导致未接通或呼叫建立时延大。核心网对TCP配置进行了修改:最大重传次数从15次改为5次,最大重传隔间从十几分钟改为15s。修改后外场测试中未复现同类问题。,五、常见问题分析六 SIP信令丢失(1/5),问题现象呼叫在弱场建立,SIP信令丢失导致呼叫流程未能完成,如下图为183消息丢失导致专载建立失败。,五、常见问题分析六 SIP信令丢失(2/5),分析方法查看终端信令,发现起呼时,被叫处于弱场区域,存在丢包可能。,五、常见问题分析六 SIP信令丢失(3

    14、/5),分析方法查看终端信令,看被叫连续两条183消息是否被丢弃。如图,第一条183发出后,丢包数增加了1个:,五、常见问题分析六 SIP信令丢失(4/5),分析方法第二条183发出后,丢包数又增加了1个,183因丢包超时未发送至IMS,专载建立失败:,五、常见问题分析六 SIP信令丢失(5/5),优化方法1)网络基础优化:此失败案例多发生于弱覆盖区域,需要进行网络优化,提升无线信号环境。2)基站参数优化:QCI5 PDCP SDU Discardtimer由300ms修改至无穷大,原因是在弱场起呼,SIP如果300ms内未能重传成功信令将被丢弃,要求过于严格,放宽丢包时延可减少部分SIP信令

    15、丢失情况。,问题现象(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,

    展开阅读全文
    提示  微传网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:volte常见问题及优化策略.pptx
    链接地址:https://www.weizhuannet.com/p-730944.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    微传网用户QQ群:732276833  微博官方号:微传网官方   知乎号:微传网

    Copyright© 2025 微传网 weizhuannet.com 网站版权所有世界地图

    经营许可证编号:粤ICP备2021046453号   营业执照商标

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展开