關于還未接通，主叫被叫就有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消息以后，發(fā)送確認消息PRACK，啟動資源預留過程。隨后，就開始朝上扔第一個RTP包。 并未等振鈴和摘機。 所以大家很奇怪，MO還沒等對方接通，MO就開始亂扔包了， 而且我們分析的結果這不是SID包， 是20ms一個語音包（RTP）。
場景2：2打4，MT側抓包。因為VOLTE終端是被叫，而對端是2側語音。現象是VOLTE終端（被叫）在摘機之后，開始朝上扔第一個RTP包。在摘機的ACK發(fā)出之后，會收到第一個下行的RTP包。
場景3：4打4，MO側抓包。此場景和場景1一樣，VOLTE終端（主叫）在收到INVITE183消息以后，發(fā)送確認消息PRACK，啟動資源預留過程。隨后，就開始朝上扔第一個RTP包。 并未等待振鈴和摘機。可以推論，被叫端是4還是2，對主叫VOLTE終端的RTP扔包行為無影響。
場景4: 4打4，MT側抓包。MT(VOLTE)終端在收到主叫側的PRACK之后，返回prack200響應。隨后，網絡側開始給此UE發(fā)第一個下行的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側抓包。
本文來源：春天工作室
掃碼關注5G通信官方公眾號,免費領取以下5G精品資料
1、回復“YD5GAI”免費領取《中國移動：5G網絡AI應用典型場景技術解決方案白皮書》
2、回復“5G6G”免費領取《5G_6G毫米波測試技術白皮書-2022_03-21》
3、回復“YD6G”免費領取《中國移動：6G至簡無線接入網白皮書》
4、回復“LTBPS”免費領取《《中國聯通5G終端白皮書》》
5、回復“ZGDX”免費領取《中國電信5G NTN技術白皮書》
6、回復“TXSB”免費領取《通信設備安裝工程施工工藝圖解》
7、回復“YDSL”免費領取《中國移動算力并網白皮書》
8、回復“5GX3”免費領取《 R16 23501-g60 5G的系統(tǒng)架構1》
關注樓主