VoLTE报文分片有点夸张，是不算影响性能的一个点

水水的年华

现场抓过S1-U接口的报文，发现SIP信令特别是INVITE这种长信令，经过加密后，报文长度竟然有3种分片情况
1、GTP分片。S1-U的报文是IPv4GTP封装的这个大家应该都懂，但是有没有人注意过，有一定比例的报文因为被封装的内容过长，导致GTP隧道中的IPv4就开始分片了。。。
2、GTP封装的IPv6分片。被封装的IPv6里面，NextHeader协议值==44，就是IPv6Frag。。。
3、应用层分片。即使把1和2拼好了，被封装的应用层数据还会分片。。。。
有没有哪位注意过这个问题，这会不会就是某些情况下延迟较差的情况，还有丢了一个分片，整个SIP就没法用了，也增加了重传风险。
有没有好的解决方法呢？从业务交互上看，能不能精简下SIP呢。
从DPI上看，这没法玩啊。。。。。