发布时间 : 星期六 文章LTEvolte投诉处理流程大全（SEQ使用方法+信令分析详解+投诉案例处理）-1120 - 图文更新完毕开始阅读121bcf6259f5f61fb7360b4c2e3f5727a4e924c7
案例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对通话中发生注册时直接释放会话的措施欠妥。 七、网元流程判断案例
案例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建立请求表只有2条，无QCI=1的专载
②目标小区收到MME的切换请求后，回复的切换确认消息里仅有2条RAB建立
③MME向源小区下发的切换命令消息中，只建立2条承载，导致ENODEB释放了QCI=1的VOLTE专载。
结论：切换与EPS激活流程碰撞，无线网与核心网配合问题。在进行激活EPS专载过程中，发生切换时，均会造成上述问题，目前还无较好的解决办法。