关于还未接通，主叫被叫就有RTP包的问题，春天工作室今天下午，验证了4种场景。特分享如下，也借此机会就正于方家。

场景1： 4打2，MO侧抓包。

场景2： 2打4，MT侧抓包。

场景3： 4打4，MO侧抓包。

场景4： 4打4，MT侧抓包。

注：验证网络为CMCC/TDD-LTE。 4是VOLTE手机（VOTE功能使能，OPPO R9+,高通平台），2指CSFB手机（因为最终话音CMCC要回落2G）

现在把初步验证结论分享如下。

场景1：4打2，MO侧抓包。 VOLTE终端（主叫）在收到INVITE183消息以后，发送确认消息PRACK，启动资源预留过程。随后，就开始朝上扔第一个RTP包。 并未等振铃和摘机。 所以大家很奇怪，MO还没等对方接通，MO就开始乱扔包了， 而且我们分析的结果这不是SID包， 是20ms一个语音包（RTP）。

场景2：2打4，MT侧抓包。因为VOLTE终端是被叫，而对端是2侧语音。现象是VOLTE终端（被叫）在摘机之后，开始朝上扔第一个RTP包。在摘机的ACK发出之后，会收到第一个下行的RTP包。

场景3：4打4，MO侧抓包。此场景和场景1一样，VOLTE终端（主叫）在收到INVITE183消息以后，发送确认消息PRACK，启动资源预留过程。随后，就开始朝上扔第一个RTP包。 并未等待振铃和摘机。可以推论，被叫端是4还是2，对主叫VOLTE终端的RTP扔包行为无影响。

场景4:  4打4，MT侧抓包。MT(VOLTE)终端在收到主叫侧的PRACK之后，返回prack200响应。随后，网络侧开始给此UE发第一个下行的RTP包，振铃期间，也一直都有下行的RTP包（此时并未摘机也未通话）。  此UE的上行的第一个RTP包，是需要等UE摘机之后，开始上扔第一个RTP包的。

初步分析：

1.   据了解，不同的平台，可能会有不同的表现。这里不同的平台主要是指：高通平台手机、MTK平台、华为海思平台。验证的UE为高通平台，其他2种平台的手机春天工作室暂时还未验证。

2. 我们初步认为，还未接通甚至在ring之前或之后，UE就有下行或上行的RTP包开始扔，可能是基于终端及VO特性的一些特殊的考量。比如MO侧prack后就会产生一些上行包，当是防止被叫长时间未建qci1（或长时间未接听），而导致user inactive进而RRC释放。  这个结论，仍有待进一步验证。而关于use inactive，这里暂不涉及。把我们的思考说出来，也是想就正于方家。

贴图如下。因时间关系，今日并未作过多注释和理论的解析。图需要仔细对比阅读，可能需要首先详细理解VOLTE通话的主被叫信令过程。

联系及探讨微信：ichero312.

场景1： 4打2，MO侧抓包。

场景2： 2打4，MT侧抓包。

场景3： 4打4，MO侧抓包。

场景4： 4打4，MT侧抓包。

本文来源：春天工作室