VoLTE优化案例分享(含IMS分析).docxVIP

  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文档。上传文档
查看更多
案例1:LTE弱覆盖,eSRVCC切换不及时掉话 10:57:29.710基站下发异频异系统测量报告,包含2G频点及B2门限(LTE:-110,GERAN:-95) 10:57:38.479,主叫达到B2门限 10:57:42.109,主叫RSRP已恶化至-117dBm,SINR至-3,但终端仍没有上报B2事件 10:58:05.587,RTP包不能正常收发,10s后RTP inactivity定时器触发,会话中断,出现掉话: 解决建议: ①规范LTE频点配置,清理多余异频频点,缩短终端测量周期; ②终端芯片提高测量能力,尽快实现CDRX休眠期测量功能。 案例2:VoLTE单通现象 VoLTE单通现象分为两类:一是VoLTE打VoLTE单通,二是VoLTE拨打GSM单通。经分析,第一类主要是终端问题,第二类主要是网络问题。 注:红圈为RTP包抓包位置 案例3:eNodeB参数配置不合理,导致eSRVCC失败 问题现象: 终端发生eSRVCC时,在LTE向GSM切换过程中产生掉话。 问题分析: 终端可以正常收到测控消息,并上报测量报告,且掉话发生在向GSM切换过程中,是GSM或者和基站侧参数设置问题。 问题解决: 基站BscAccess-ID项中的管理状态为Locked,设置有误。将该状态修改为Unlock后,对该站点进行重启后发现eSRVCC功能正常。 2.2 空口信令判断案例 案例1:RRC重建失败,无线网问题 现象:切换失败导致RRC释放,重建RRC未成功,重新进行RRC建立,QCI=1的承载未建立 成功,导致掉话 分析:呼叫重建失败后,新小区重新建立RRC,未能建立VOLTE专载,导致掉话。该流程均由ENODEB控制执行。而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等,均为无线网问题。 结论:切换失败与RRC新建立流程均与EUTRAN相关,因此认定为无线网问题。 案例2:基站异常导致双端无下行信令及RTP包断传,无线网问题 现象:主被叫VOLTE接通后,在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发bye request挂断。 分析:丢信令之前,主被叫双端处于同一小区,且RTP包双向传输正常。丢信令期间,终端测量信息完整,但在2秒后发生RTP包只有终端向网络单向传输,未再有任何网络下发的RTP包,高度怀疑基站临时故障导致。 结论:软件显示丢信令,但通过进一步分析确认应为基站故障导致。无线网问题。 案例3: VOLTE接通下发生IMS注册掉话,IMS网络问题 现象: VOLTE接通后,被叫发生IMS注册且成功,此时主叫收到网络下发的bye request内含注册超时字样 分析:按照3GPP协议,终端应在3000秒上发注册,本次华为SBC于3600秒才收到注册请求,此时IMS认为注册超时,对主叫下发了sip bye消息释放了。 但通过进一步确认,终端实际于600秒前已上发了注册消息(UDP),但此时恰好在G网下,未收到回复: 注:同样类型的掉话也有600秒前处于LTE网(TCP),而未收到OK或未鉴权回复的情况 结论:前10分钟的注册失败,导致了后续的IMS通话中释放,虽然终端前一次的失败处理机制可能存在问题,但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥。 2.3 网元流程判断案例 案例1:被叫收到寻呼但未收到INVITE请求,核心网问题 现象:主叫上发了invite,被叫收到了寻呼且建立RRC成功,此时应收到下行的invite,但始终未收到。 分析:被叫响应寻呼并进行了RRC申请,表明MME已收到由SGW触发的数据业务请求,即sip invite消息应由IMS网元的SBC下发给了PGW、SGW。 ①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW ②PGW转发给SGW,SGW通过S11触发MME进行寻呼被叫 ③被叫被寻呼到,并完成RRC连接与建立默认承载所需RAB,接收数据 结论:收到寻呼消息表示sip invite数据包已经到达了LTE核心网,未能继续下发当前怀疑是sip数据在S/PGW异常丢失。 案例2:重配置消息释放DRB承载,无线网与核心网配合问题 现象:被叫上发sip183后,在激活EPS承载之前,终端上报了1条A3测报,激活EPS后,发生切换重配置消息中释放了QCI=1的DRB。 分析:起呼时MME进行激活EPS承载流程过程中,恰好发生S1切换时,由于EPS承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区被释放,切换完成后呼叫中断 ①切换准备时,MME向目标小区发切换请求,RAB建立请求表

文档评论(0)

___________ + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档