一种通话方法、通话系统及电子设备与流程

本技术实施例涉及通信，尤其涉及一种通话方法、通话系统及电子设备。

背景技术：

1、随着通信技术的不断发展，部分电子设备(如手机)开始支持即时文本(real-timetext，rtt)通话功能。在rtt通话功能被开启的情况下，接收方可以在发送方输入文本时即时阅读文本，无需等待发送方触发发送指令，提高了文本传输的实时性。

2、但rtt通话功能尚未普及，可能存在电子设备或者网络设备不支持rtt通话功能的情况，进而会在主叫电子设备与被叫电子设备建立rtt通话时，出现通话降级或者通话中断等异常情况，从而影响用户的通话体验。

技术实现思路

1、本技术实施例提供一种通话方法、通话系统及电子设备，用于在发起目标媒体流类型的通话如rtt通话的情况下，降低通话降级或者通话异常中断发生的概率，确保用户的通话体验。

2、为达到上述目的，本技术的实施例采用如下技术方案：

3、第一方面，提供了一种通话方法，应用于主叫电子设备，该方法中，响应于用户的通话发起操作，主叫电子设备可以在第一移动通信网络中，利用第一sip消息，向主叫侧网络设备发起呼叫请求。其中，第一sip消息包括多个媒体流类型，该多个媒体流类型包括目标媒体流类型。之后，在呼叫失败的情况下，主叫电子设备可以在第一移动通信网络中，利用第二sip消息，重新向主叫侧网络设备发起呼叫请求。其中，第二sip消息与第一sip消息中包括的媒体流类型和/或媒体流类型的通话参数不完全相同。

4、其中，目标媒体流类型可以是当前电子设备或移动网络设备未普遍支持的通话中的媒体流类型。例如，目标媒体流类型可以是文本类型，通话发起操作为用于触发主叫电子设备向被叫电子设备发起rtt呼叫的操作。

5、本技术实施例中，在首次呼叫采用的第一sip消息包括目标媒体流类型的情况下，若呼叫失败，则可能是由于主叫侧网络设备不支持目标媒体流类型或对应的通话参数导致的，因此，主叫电子设备可以调整第一sip消息中的媒体流类型，从而利用调整后的第一sip消息重新向主叫侧网络设备发起呼叫请求，也就是主叫电子设备可以利用与第一sip消息中包括的媒体流类型和/或媒体流类型的通话参数不完全相同的第二sip消息，重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商。这样，调整后的第二sip消息中媒体流类型和对应的通话参数，可能得到主叫侧网络设备的支持，从而使得主叫电子设备能够在第一移动通信网络中进行通话，无需通过通话降级的方式实现通话连接。也就是说，通过利用第二sip消息重新向主叫侧网络设备发起呼叫请求，可以尽可能的确保此次通话能够在第一移动通信网络下进行，减少因网络设备不支持媒体流类型而导致电子设备出现通话降级或者通话异常中断的情况发生，提高设备呼叫的成功率，进而提高用户的通话体验。

6、在第一方面的一种可能的实现方式中，在主叫电子设备重新向主叫侧网络设备发起呼叫请求之前，上述方法还包括：主叫电子设备接收主叫侧网络设备发送的第一应答消息。其中，第一应答消息用于表征呼叫失败。

7、本技术实施例中，主叫电子设备可以基于主叫侧网络设备发送的第一应答消息，确定此次呼叫失败，从而确保主叫电子设备能够及时知晓此次呼叫是否成功，并能够按照实际情况进行再次协商，提高设备呼叫的成功率，进而提高用户的通话体验。

8、在第一方面的另一种可能的实现方式中，在主叫电子设备重新向主叫侧网络设备发起呼叫请求之前，上述方法还包括：主叫电子设备接收主叫侧网络设备发送的第二应答消息。其中，第二应答消息用于表征主叫侧网络设备不支持目标媒体流类型对应的通话功能。

9、本技术实施例中，主叫电子设备可以基于主叫侧网络设备发送的第二应答消息，确定此次呼叫失败是基于主叫侧网络设备不支持目标媒体流类型对应的通话功能而导致的，使得主叫电子设备能够及时调整sip消息中的流媒体类型和/或通话参数，并重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商，提高设备呼叫的成功率，进而提高用户的通话体验。

10、在第一方面的一种可能的实现方式中，第二sip消息中包括的媒体流类型，为第一sip消息包括的多个媒体流类型中的部分媒体流类型。

11、本技术实施例中，考虑到呼叫失败可能是主叫侧网络设备不支持目标媒体流类型或对应的通话参数导致的。因此，为了能够尽可能的确保此次通话能够在第一移动通信网络中进行，主叫电子设备可以将第一sip消息中的部分媒体流类型作为第二sip消息中的媒体流类型。如此，可以使得第二sip消息中媒体流类型和对应的通话参数，可能得到主叫侧网络设备的支持，从而减少因网络设备不支持部分媒体流类型而导致电子设备出现通话降级或者通话异常中断的情况发生，提高电子设备的通话质量，提高了用户的通话体验。

12、在第一方面的一种可能的实现方式中，第二sip消息中包括的媒体流类型，是从第一sip消息包括的多个媒体流类型中删除一部分媒体流类型后得到的。

13、本技术实施例中，考虑到呼叫失败可能是主叫侧网络设备不支持目标媒体流类型或对应的通话参数导致的。因此，为了能够尽可能的确保此次通话能够在第一移动通信网络中进行，主叫电子设备可以将第一sip消息中的部分媒体流类型进行删除，并将删除后的第一sip消息作为第二sip消息。如此，可以使得删除后的第一sip消息中媒体流类型和对应的通话参数，可能得到主叫侧网络设备的支持，从而减少因网络设备不支持部分媒体流类型而导致电子设备出现通话降级或者通话异常中断的情况发生，提高电子设备的通话质量，提高了用户的通话体验。

14、在第一方面的一种可能的实现方式中，第二sip消息中包括的媒体流类型未包括目标媒体流类型。第二sip消息中包括的媒体流类型，是从第一sip消息包括的多个媒体流类型中删除目标媒体流类型后得到的。

15、本技术实施例中，考虑到呼叫失败，可能是由于主叫侧网络设备不支持目标媒体流类型导致的，因此，主叫电子设备可以将第一sip消息中的目标媒体流类型进行删除，并将删除目标媒体流类型的第一sip消息作为第二sip消息。如此，可以在呼叫失败时能够及时调整第一sip消息，并重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商，提高设备呼叫的成功率，进而提高用户的通话体验。

16、在第一方面的一种可能的实现方式中，第一sip消息包括的多个媒体流类型中，媒体流类型的删除顺序为按照排列位置从后向前删除。

17、本技术实施例中，考虑到第一sip消息中最基本的媒体流类型(如音频类型)通常位于第一sip消息中的第一位置。因此，为了提高媒体流类型的删除效率，主叫电子设备可以按照第一sip消息中媒体流类型的删除顺序，从后往前删除预设数量的媒体流类型。如此，可以减少每次删除媒体流类型都执行判断流程的情况，提高了媒体流类型的删除效率，进而提高双端设备(即主叫电子设备与被叫电子设备)的通话效率。

18、在第一方面的一种可能的实现方式中，第二sip消息中包括的媒体流类型，是从第一sip消息包括的多个媒体流类型中，每次删除预设媒体流类型之外的第一预设数量的媒体流类型后得到的。

19、本技术实施例中，在呼叫失败后，主叫电子设备可以删除第一sip消息中除预设媒体流类型之外的第一预设数量的媒体流类型，并将删除后的第一sip消息作为第二sip消息。如此，可以减少预设媒体流类型被错删的情况发生，提高媒体流类型的删除精度，为后续提高通话体验提供了基础。

20、在第一方面的一种可能的实现方式中，第一sip消息包括的多个媒体流类型中，预设媒体流类型的排列位置位于其他媒体流类型的排列位置之前。

21、本技术实施例中，由于预设媒体流类型的排列位置是位于其他媒体流类型的排列位置之前的，因此，主叫电子设备可以从后往前删除预设数量的媒体流类型，从而减少每次删除媒体流类型都执行判断流程的情况，提高了媒体流类型的删除效率，进而提高双端设备(即主叫电子设备与被叫电子设备)的通话效率。

22、在第一方面的一种可能的实现方式中，主叫电子设备重新向主叫侧网络设备发起呼叫请求之后，上述方法还包括：若呼叫失败，主叫电子设备可以在第一移动通信网络中，利用新的第二sip消息，重新向主叫侧网络设备发起呼叫请求，直至呼叫成功或者直至满足重呼停止条件。

23、本技术实施例中，若呼叫再次失败，说明第二sip消息中可能仍存在主叫侧网络设备不支持的媒体流类型，如第二sip消息中可能还包括目标媒体流类型。因此，主叫电子设备可以继续调整得到新的第二sip消息，以利用新的第二sip消息，重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商，以尽可能的确保此次通话能够在第一移动通信网络下进行，减少因网络设备无法识别媒体流而导致电子设备出现通话降级或者通话异常中断的情况发生，提高设备呼叫的成功率，进而提高用户的通话体验。

24、在第一方面的一种可能的实现方式中，在满足重呼停止条件时，主叫电子设备在第二移动通信网络中，向主叫侧网络设备发送呼叫请求；其中，第二移动通信网络的网络代际低于第一移动通信网络的网络代际。

25、其中，第一移动通信网络为第m代移动通信网络。第二移动通信网络为第n代移动通信网络。m大于n。

26、其中，重呼停止条件包括新的第二sip消息中包括的媒体流类型数量等于第二预设数量，或者，重新发起呼叫请求的次数大于或者等于预设次数。

27、本技术实施例中，若满足重呼停止条件，主叫电子设备可以在第二移动通信网络中，向主叫侧网络设备发送呼叫请求，以使主叫电子设备能够在第二移动通信网络中，与被叫电子设备建立目标通话。如此，可以确保此次通话能够正常进行，降低通话异常中断发生的概率，从而提高用户的通话体验。

28、在第一方面的一种可能的实现方式中，第二sip消息包括的媒体流类型，为历史sip消息包括的媒体流类型。历史sip消息为主叫电子设备之前一次在第一移动通信网络中，呼叫成功的情况下对应的sip消息。

29、在一些情况下，历史sip消息中的媒体流类型，为第一sip消息包括的多个媒体流类型中的部分媒体流类型。或者，历史sip消息中的媒体流类型，与第一sip消息中包括的多个媒体流类型一致。或者，历史sip消息中的媒体流类型包括预设媒体流类型。或者，历史sip消息中的媒体流类型未包括目标媒体流类型。

30、本技术实施例中，在呼叫失败的情况下(如主叫侧网络设备不支持目标媒体流类型导致呼叫失败)，主叫电子设备可以将之前呼叫成功时记录的历史sip消息中的媒体流类型作为第二sip消息中的媒体流类型。如此，可以在呼叫失败时能够及时调整sip消息，并重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商，提高设备呼叫的成功率，进而提高用户的通话体验。

31、其中，第二sip消息中媒体流类型的通话参数为历史sip消息中媒体流类型的通话参数。

32、在第一方面的一种可能的实现方式中，在主叫电子设备重新向主叫侧网络设备发起呼叫请求之后，上述方法还包括：若呼叫失败，则主叫电子设备在第一移动通信网络中，利用新的第二sip消息，重新向主叫侧网络设备发起呼叫请求，直至呼叫成功或者直至满足重呼停止条件。其中，新的第二sip消息包括的媒体流类型，为另一历史sip消息包括的媒体流类型。

33、本技术实施例中，若呼叫再次失败，说明第二sip消息中可能仍存在主叫侧网络设备不支持的媒体流类型。因此，主叫电子设备可以继续调用历史sip消息，以利用调用的历史sip消息作为新的第二sip消息，重新向主叫侧网络设备发起呼叫请求，从而实现设备呼叫的重协商，以尽可能的确保此次通话能够在第一移动通信网络下进行，减少因网络设备无法识别媒体流而导致电子设备出现通话降级或者通话异常中断的情况发生，提高设备呼叫的成功率，进而提高用户的通话体验。

34、在第一方面的一种可能的实现方式中，上述方法还包括：在满足重呼停止条件时，主叫电子设备在第二移动通信网络中，向主叫侧网络设备发送呼叫请求，第二移动通信网络的网络代际低于第一移动通信网络的网络代际。

35、其中，重呼停止条件包括重新发起呼叫请求的次数大于或者等于历史呼叫成功时记录的不同sip消息的总数量，或者，重新发起呼叫请求的次数大于或者等于预设次数。

36、本技术实施例中，若满足重呼停止条件，主叫电子设备可以在第二移动通信网络中，向主叫侧网络设备发送呼叫请求，以使主叫电子设备能够在第二移动通信网络中，与被叫电子设备建立目标通话。如此，可以确保此次通话能够正常进行，降低通话异常中断发生的概率，从而提高用户的通话体验。

37、第二方面，本技术提供一种通话系统，通话系统包括主叫电子设备、主叫侧网络设备、被叫电子设备以及被叫侧网络设备，主叫侧网络设备分别与主叫电子设备以及被叫侧网络设备进行通信连接，被叫电子设备与被叫侧网络设备进行通信连接，主叫电子设备执行如上所述的方法。

38、第三方面，本技术提供一种电子设备，所述电子设备包括存储器和一个或多个处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述处理器执行所述计算机指令时，使得所述电子设备执行如上所述的方法。

39、第四方面，本技术提供一种计算机可读存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如上所述的方法。

40、第五方面，本技术提供一种计算机程序产品，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行如上所述的方法。

41、第六方面，提供一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行如上所述的方法。

42、其中，上述提供的第二方面所述的通话系统，第三方面所述的电子设备，第四方面所述的计算机可读存储介质，第五方面所述的计算机程序产品，第六方面所述的芯片所能达到的有益效果，可参考第一方面及其任一种可能的设计方式中的有益效果，此处不再赘述。