【问题现象】
被叫连续收到CALLID不一致的invite消息，导致呼叫失败. 
【原因定位】
问题描述：被叫在上一次在2G完成被叫（CSFB或esrvcc）且正常挂机，返回到4G后，多次收到INVITE消息，终端回invite486（Busy Here）。
问题原因： 

分析被叫的信令分析流程：
主叫12:14:07.601发起invite，收到183消息未收到180消息，于12:14:24.775主动上发cancel消息；
被叫侧由于在12:14:06.977和12:14:08.521连续收到两次的invite request，两次invite的call ID不同，被叫用invite486（busy here）拒绝了第二次的invite request，而第二个invite才是主叫发起的；因为第二个invite被拒绝，导致主叫超时未接通，被叫后发invite580给第一个寻呼表示资源预留失败。
原因分析：
连续的INVITE是正常TCP重发消息机制引起，导致SBG在TCP发送缓存上重发发送多个未发出的INVITE。
由于上一次被叫切到2G接续，无法回复TCP ACK。在此期间再次呼叫被叫号码的Invite消息于是缓存在了SBG里（TCP协议固有机制），当UE切回到4G后（会保持原来相同的QCI5承载，且IP地址没有变化）回应SBG发出TCP  ACK确认消息，SBG于是将前面缓存的Invite消息重发到被叫终端，此时多个被叫Invite消息下发时，终端会给其中一个INVITE回复183消息，而其他INVITE回复486。
影响范围：被叫连续收到CALLID不一致的invite消息，导致呼叫失败。
【解决方案】
在爱立信SBG上修改到发送到终端的默认承载协议，不使用TCP协议改成UDP协议，使发送到到被叫终端的INVITE消息默认采用UDP，且符合《中国移动VoLTE SBC测试规范》中SBG侧使用UDP协议的要求。
由于终端侧规范要求针对不同长度的报文选择采用UDP或者TCP，后续也要对TCP重传机制的关键参数进行优化，减少重传次数和重传时间，优化效果待测试验证。

欢迎关注我们的微信公众号，获取最新的通信技术分享。
公众号名称：51学通信
公众号：woyaoxuetongxin

另外，我们每周三晚8点都会有斗鱼直播的通信技术交流，2016的主要方向是VoLTE。已经做了很多期了，包括VoLTE架构、VoLTE基本呼叫流程、VoWiFi概述等热门内容都已经讲完了。
感兴趣的话，欢迎每周三晚一起来交流哦！
参与地址：douyu.com/zhihu（或搜索房间号600942）。都是免费参与的。 

另外，我们还开通了赞助计划，欢迎对我们每期直播的主题进行赞助，赞助用户可获得直播时点名感谢、课件内点名感谢、PPT/PDF课件、MP4格式高清视频等增值服务哦。
个人赞助目前分6元和16元两档。两者都可以获得MP4高清视频的。详情请点击下面的淘宝赞助地址。谢谢！

赞助地址：51xuetongxin.taobao.com。

（赞助并不是必选项，您对我们的关注我们同样非常感激。您还是可以免费参与我们的直播课程哈。 

如果您的核心KPI是附着成功率、呼叫接通成功率：
那51学通信目前的核心KPI就是微信公众号用户数、优酷视频播放量。
所以，只要您关注我们，就万分感谢。如果您觉得我们的直播交流还有点用，麻烦帮忙传播与分享。谢谢。）

您有任何问题可加站长"爱卫生"微信：gprshome201101来一起交流探讨哈！再次感谢你的支持。