【摘要】::iPhone 6S与Mate8进行VoLTE通话,通话正常建立;随后2G状态的N1呼叫iPhone 6S,iPhone 6S侧显示Mate8通话结束,三方合并失败。图13-32 发起三方通话的信令对测试中抓取到的信令进行分析:正常情况下,Mate8作为主叫,合并三方通话过程中,按照流程完成B入会流程,再发起C入会邀请及流程,相关信令如图13-33所示。
【问题描述】:
iPhone 6S与Mate8进行VoLTE通话,通话正常建立;随后2G状态的N1呼叫iPhone 6S,iPhone 6S侧显示Mate8通话结束,三方合并失败。
【问题分析】:
发起三方通话的信令如图13-32所示。
图13-32 发起三方通话的信令
对测试中抓取到的信令进行分析:
正常情况下,Mate8作为主叫,合并三方通话过程中,按照流程完成B入会流程,再发起C入会邀请及流程,相关信令如图13-33所示。
苹果终端作为主叫,347行去拉C入会,349行收到200 OK,351行去放音。339行去拉B入会,365行才收到200 OK。此时C已经入会且367行收到Info的消息后直接回C的notify,终端收到此notify消息时认为用户已全部入会,直接发BYE消息拆掉了原来与B之间的通话,导致后续用户B无法成功入会,如图13-34所示。
图13-33 测试信令流程1(www.xing528.com)
图13-34 测试信令流程2
解决方案:AS通过修改软参,在AS向业务方A发送Notify消息通知中指明针对哪个Refer消息,这样苹果终端就不会主动拆除与B的呼叫;参数说明见表13-2。
表13-2 P1922(Refer事件的Notify消息携带ID参数开关)
【解决方案】:
AS通过修改软参,在AS向业务方A发送Notify消息通知中指明针对哪个Refer消息,这样苹果终端就不会主动拆除与B的呼叫。经修改参数后已验证解决了该问题。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。