使用Tphone手机进行VoLTE性能测试时，发现在无线信号良好时，存在一定概率的通话掉话的情况。初步分析出现掉线时，并非集中出现在某个基站、某个频点或某个区域，即排除了个别基站的原因，需进一步深入分析。拉网测试指标参见表1。

表1  拉网测试指标

接通率	掉线率	MOS大于3占比	IMS注册成功率	切换成功率
98.41%	3.23%	98.35%	100.00%	100.00%

在Tphone采集UE信令时，同时在基站侧采集IMSI LOG，进行联合分析。

1 终端信令分析

利用Tphone Analyzer对Tphone的log信令进行分析，掉线时的信令如图1所示。

                                                                               图1  Tphone掉线时的信令

可见掉话发生时，主被叫处于同一小区，切换无线信号良好。掉话原因是被叫侧因RTP超时而主动上发BYE消息，超时时刚好都是在呼叫接通后20s左右。但为什么会出现RTP超时，还需进一步分析UE采集的log。 

2 终端RTP包分析

分析主被叫终端log的数据，首先分析被叫向主叫发送RTP包的情况，如图2所示。

                                                                  图2  被叫向主叫发送RTP包的情况

可见，被叫向主叫方向发包正常。

然后分析主叫向被叫发送RTP包的情况，如图3所示。

                                                                 图3  主叫向被叫发送RTP包的情况

可见，虽然主叫向被叫发包，但被叫始终未收到RTP包。

既然被叫没有收到主叫发送的RTP包，那么基站侧的收发包情况有如何呢？

3 基站RTP包分析

分析基站侧log，被叫侧基站向IMS发包正常，主叫侧基站接收来自IMS对应的RTP包也正常，如图4所示。

                                                                 图4  主叫和被叫基站与IMS收发RTP包的情况1

同时，主叫侧基站向IMS发包正常，但是，被叫侧基站始终未能收到IMS发来的对应RTP包，如图5所示。

                                                               图5  主叫和被叫基站与IMS收发RTP包的情况2

4 IMS侧抓包分析

IMS侧在SBC上进行抓包，主叫到被叫方向，根据主叫媒体地址与语音端口过滤：

ipv6.src==240e:f8:f700:161:d004:6038:49cd:1bfb&&udp.port==35706

主叫侧SBC收主叫UE发送的RTP包的结果如图6所示。

                                       图6  IMS接收主叫RTP包的情况

可见，通过过滤发现主叫侧SBC未收到主叫UE发送的RTP包。

被叫侧SBC，根据被叫媒体地址与语音端口过滤：

ipv6.dst==240e:f8:f700:92:503c:6798:e11b:43bc&&udp.port==35702

被叫侧SBC转发主叫RTP包到被叫UE如图7所示。

                                                图7  IMS发给被叫RTP包的情况

可见，由于主叫侧SBC未收到主叫UE发送的RTP包，导致被叫侧SBC转发主叫RTP包到被叫UE的RTP包数量也为0。

5 分析总结

1) 信令上看，掉话原因是被叫侧因RTP超时而主动上发BYE消息。

2) 终端侧log中被叫向主叫方向发包正常。

3) 终端侧log中主叫向被叫发包，但被叫始终未收到。

4) 基站侧log中被叫向主叫发包正常。

5) 基站侧log中主叫向被叫发包，但被叫侧基站始终未能收到IMS发来的包。

6) SBC侧抓包发现未收到主叫发来上行数据包。

分析结果的主被叫RTP流如图8所示。

                                                               图8  主被叫RTP流

简单来说，就是主叫侧基站有发送RTP包，但IMS侧的SBC未收到主叫侧基站发送的RTP包，但基站和SBC网元间经过了EPC网络，而EPC网络是异厂家设备，需协调EPC网络联合抓包进一步定位RTP包丢失的原因。

另外，本文中虽然表现为掉线，是因为用Tphone测试进行自动拨测，被叫侧因RTP超时而主动上发BYE消息。从实际用户感知上来说，主叫能够收到被叫的RTP包，而被叫一直未收到主叫的RTP包，是一种单通现象。