网络在20秒内没有下行RTP数据包,被叫终端主动中断VoLTE通话链路

问题描述

被测终端在预定测试地点进行“语音数据业务并发的eSRVCC”测试时 终端A进行FTP上传和下载，数据业务在测试过程中一直保持； 终端A语音呼叫终端B,测试20次: 1次出现双方接通，但都没有声音，当双方通话界面中通话时间变为20秒时，双方自动挂断； 1次出现终端A在刚接通时掉话，但终端B处于已接通界面，当B显示通话时间变为22秒时，B自动挂断。 呼叫成功率为90%。测试不通过。

问题分析

问题结论： 通过咨询杭州移动相关人员后自测复现了该问题，测试10次，有2次出现该问题，概率在20%左右。 经过分析，该问题的原因是，在VoLTE通话建立成功后，被叫端在20秒内没有下行RTP数据包，高通设置了20秒的RTP数据包检查定时器，由被叫主动中断了VoLTE通话连接。在没有下行RTP数据包的20秒期间，上行RTP数据包正常发送和接收。详细日志分析如下。   二，被叫端的日志分析： 被叫成功建立VoLTE通话连接 被叫在20秒内，没有接收到RTP数据包，主动挂断VoLTE通话连接。20秒定时器是由NV67282设置。 在03:15:01.514时，是最后一个传输的下行（NW->UE）RTP数据包，从此之后，再没有下行RTP数据包，只有上行（UE->NW）的RTP数据包 根据空口信令，VoLTE通话承载的配置信息为：ESP ID=7,DRB ID=3,LC ID=5,RB ID=3,RB Cfg Index=3     在03:15:01.514时，在RB Cfg Idx=3链路上，RLC数据包统计为165个，而PDCP数据包为164个，PDCP控制包为2个   在03:15:21.547时，在RB Cfg Idx=3链路上，RLC数据包统计为174个，而PDCP数据包为164个，PDCP控制包为11个，即在RLC层传输的9（11-2）个数据包，都在PDCP的控制包，全部是ROHC。即没有传输任何的RTP包     在03:15:01.514到03:15:21.547之间，有多个上行RLC数据包上传，网络侧能够成功接收，并返回了ACK包。如，在03:15:09.936时刻，发送了2个上行RTP数据包，对应的上行RLC数据包在sys_fn=736/sub_fn=7, sys_fn=738/sub_fn=2，网络全部接收成功，并返回ACK信息在sys_fn=736/sub_fn=8, sys_fn=738/sub_fn=8。其他上行RTP也是如此。     三，主叫端的Log分析： 主叫成功建立VoLTE通话连接 主叫在被叫挂断VoLTE通话后，正常挂断电话 在03:15:01.514时，是最后一个传输的下行（NW->UE）RTP数据包，从此之后，再没有下行RTP数据包，只有上行（UE->NW）的RTP数据包 根据空口信令，VoLTE通话承载的配置信息为：ESP ID=7,DRB ID=3,LC ID=5,RB ID=3,RB Cfg Index=3     在03:15:01.514时，在RB Cfg Idx=3链路上，下行RLC数据包统计为72个，而下行PDCP数据包为62个，PDCP控制包为8个   在03:15:21.713时，在RB Cfg Idx=3链路上，下行RLC数据包统计为87个，而下行PDCP数据包为62个，PDCP控制包为23个，即在下行RLC层传输的15个数据包，都在下行PDCP的控制包（23-8），全部是ROHC，即没有传输任何的下行RTP数据包     在03:15:01.514到03:15:21.713之间，有多个上行RLC数据包上传，网络侧能够成功接收，并返回了ACK包。如，在03:15:16.695时刻，发送了3个上行RTP数据包，对应的上行RLC数据包在sys_fn=408/sub_fn=7, sys_fn=411/sub_fn=2，网络全部接收成功，并返回ACK信息在sys_fn=409/sub_fn=3, sys_fn=412/sub_fn=8。其他上行RTP也是如此。       问题解决 通过测试复现及抓Log分析，此问题是由于网络在20秒内没有下行RTP数据包，导致监控RTP数据包的定时器超时，被叫主动中断VoLTE通话链路。 经过分析，该问题是网络原因导致，非终端问题。 67194 RTCP link aliveness timer value /nv/item_files/ims/qipcall_rtcp_link_aliveness_timer VOIP 0 0 qipcall_rtcp_link_aliveness_timer 32 Uint32