UE不活动定时器超时导致VOLTE呼叫失败进入CSFB流程.docxVIP

UE不活动定时器超时导致VOLTE呼叫失败进入CSFB流程.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UE不活动定时器超时导致VOLTE呼叫失败进入CSFB流程

UE不活动定时器超时导致VOLTE呼叫失败进入CSFB流程设备厂家:华为设备型号:BTS3900时间:2016-6-16关键字:UE不活动定时器超时 RRC异常释放 VOLTE呼叫失败进入CSFB流程问题对象位置:泰山路L_1小区方向路测一、问题内容: 车辆由北往南沿泰山路行驶至泰山路与灵江路交叉口附近时,UE占用泰山路L_1小区(RSRP:-95dBm,SINR:6dB),VOLTE主叫出现一次非正常的CSFB流程,具体位置如下:二、问题分析和解决方案: 分析故障现象可能原因: 1、基站无告警; 2、测试终端问题; 换用其他终端测试,上述异常仍大概率发生;3、无线环境差,弱覆盖;在VOLTE上呼叫过程中,RSRP在-100dBm左右,SINR在6dB左右,无线环境不算差,故排除该项推测;4、RRC连接异常释放是UE进入CSFB流程的关键:上述原因排除后,我们回到信令流程上来一一分析并定位问题:a、VOLTE问题呼叫在15:48:29.810向核心网发出INVITE请求,并于15:48:30.060收到Trying 100,至此VOLTE呼叫流程正常,如下:b、主叫在15:48:33.024收到核心网下发的INVITE 183命令并向被叫下发了SIP_PRACK寻求建立两者通话的相关承载,如下:c、被叫在15:48:33.211~273收到了主叫下发的SIP_PRACK请求的同时也收到了核心网下发的SIP_CANCEL命令并立即响应SIP_CANCEL200撤销建立相关承载,导致核心网侧认为基站承载没有建立,因此给主叫下发了INVITE 503,随后主叫转入CS域发起CSFB呼叫,回落至2G小区完成本次通话,如下:d、VOLTE问题呼叫的整个流程分析完毕后,我们发现主叫在15:48:33.024收到核心网下发的INVITE 183命令的同时RRC连接已异常释放,故怀疑本次异常VOLTE流程与这次的RRC异常释放有关,如下:e、计算这次RRC连接到释放流程的时间,主叫在15:48:29.950 RRC连接完成至15:48:33.024RRC 连接释放,期间刚刚超过3s,怀疑是UE不活动定时器超时导致的此次RRC异常释放,如下:怀疑泰山路L基站侧的UE不活动定时器设置过短(3s),通过U2000指令(LST RRCCONNSTATETIMER:;)查询可知,如下:查询后得到验证:UE不活动定时器超时导致VOLTE呼叫失败进入CSFB流程;该问题解决方案由于目前平均呼叫时延在5s左右,若UE不活动定时器设置为3s时,在呼叫过程中主叫终端有很大几率进入空闲态而导致上述异常事件的发生,故建议将UE不活动定时器由3s修改为6s。三、借鉴经验:在VOLTE测试过程中,未接通事件是一个需要重视的问题事件,它能直接影响客户对网络好坏的感知,造成此类问题的发生的原因很多,我们分析与优化一定要对症下药才能彻底解决问题,而整个VOLTE问题的分析与优化流程如下:

文档评论(0)

153****9595 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档