CN118803138A - 视频通话等待的控制方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种视频通话等待的控制方法、装置、服务器及存储介质。该方法包括：电话业务应用服务器接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送呼叫请求给被叫终端设备；接收被叫终端设备返回的第一设定消息，第一设定消息指示被叫终端设备处于视频通话状态；基于第一设定消息，通过通知应用服务器，向被叫终端设备发送来电提醒消息；其中，来电提醒消息携带主叫终端设备所属用户的来电号码信息。如此，可以在被叫终端设备处于视频通话状态下接收到来电提醒消息，实现来电提醒，且本申请实施例的方案无需对终端设备进行改造，由电话业务应用服务器代理被叫终端设备实现呼叫等待功能，可以有效改善视频通话状态下的用户体验。

Description

视频通话等待的控制方法、装置、服务器及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种视频通话等待的控制方法、装置、服务器及存储介质。

背景技术

相关技术中，音频和视频通话中，如用户B和用户C正在通话，用户A再呼叫用户B时，需要被叫用户B终端支持呼叫等待功能，才可实现在对通话中的用户B发送来自用户A的来电提醒，并在用户B接听前为用户A放呼叫等待音。

然而，当前的终端在视频通话状态下(包括用户B在接收单边视频的状态下)，并不支持呼叫等待功能，而是直接回复用户A用户忙音并挂断电话。当前终端不支持视频通话状态下的呼叫等待功能，会导致用户在视频通话状态下，无法感知其他用户的来电行为，并可能因此错过重要来电信息、从而延误重要事项，并进而产生用户投诉。

发明内容

有鉴于此，本申请实施例提供了一种视频通话等待的控制方法、装置、服务器及存储介质，旨在实现终端设备处于视频通话状态下的呼叫等待功能。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种视频通话等待的控制方法，应用于电话业务应用服务器(Telephony Application Server，TAS)，该方法包括：

接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端设备；

接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态；

基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

上述方案中，所述方法还包括：

若确定不支持切换至所述主叫终端设备或者所述来电提醒消息不包含用于切换接听的操作指示，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

上述方案中，所述方法还包括：

若确定支持切换至所述主叫终端设备且所述来电提醒消息包含用于切换接听的操作指示，则向所述主叫终端设备播放呼叫等待提示多媒体。

上述方案中，所述向所述主叫终端设备播放呼叫等待提示多媒体，包括：

向所述主叫终端设备发送指示多媒体资源服务器的地址信息；

基于所述多媒体资源服务器向所述主叫终端设备播放等待提示多媒体。

上述方案中，所述方法还包括：

若确定在设定时长内未接收到所述被叫终端设备发送的响应消息，或者接收到所述被叫终端设备发送的指示用户拒绝切换操作的第一响应消息，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

上述方案中，所述方法还包括：

若确定接收所述被叫终端设备发送的指示用户同意切换操作的第二响应消息，则中断所述被叫终端设备当前的视频通话，并建立所述被叫终端设备与所述主叫终端设备之间的通话连接。

上述方案中，所述建立所述被叫终端设备与所述主叫终端设备之间的通话连接之前，所述方法还包括：

发送协商请求给所述被叫终端设备；

接收所述被叫终端设备基于所述协商请求返回的第一会话描述协议；

发送所述第一会话描述协议给所述主叫终端设备；

接收所述主叫终端设备发送的第二会话描述协议。

第二方面，本申请实施例提供了一种视频通话等待的控制装置，应用于电话业务应用服务器，所述控制装置包括：

交互模块，用于接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端；以及接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态；

来电提醒模块，用于基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

第三方面，本申请实施例提供了一种电话业务应用服务器，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行计算机程序时，执行本申请实施例第一方面所述方法的步骤。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现本申请实施例第一方面所述方法的步骤。

本申请实施例提供的技术方案，电话业务应用服务器接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送呼叫请求给被叫终端设备；接收被叫终端设备返回的第一设定消息，第一设定消息指示被叫终端设备处于视频通话状态；基于第一设定消息，通过通知应用服务器，向被叫终端设备发送来电提醒消息；其中，来电提醒消息携带主叫终端设备所属用户的来电号码信息。如此，可以在被叫终端设备处于视频通话状态下接收到来电提醒消息，实现来电提醒，且本申请实施例的方案无需对终端设备进行改造，由电话业务应用服务器代理被叫终端设备实现呼叫等待功能，可以有效改善视频通话状态下的用户体验。

附图说明

图1为本申请实施例视频通话等待的控制方法的流程示意图；

图2为本申请应用实施例中TAS的“视频通话-呼叫等待装置”的结构示意图；

图3为本申请应用实施例中视频通话等待的控制方法的流程示意图；

图4为本申请实施例视频通话等待的控制装置的结构示意图；

图5为本申请实施例电话业务应用服务器的结构示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

相关技术中，主要基于终端设备来提供视频通话下的呼叫等待功能，但存在海量终端设备升级时间周期长、难度大的缺陷，因此难以快速解决终端设备在视频通话下无法收到来电提醒的问题。

基于此，在本申请的各种实施例中，基于网络侧的改进方案，无需改造终端设备，通过网络设备代理被叫终端设备实现呼叫等待功能，可以通过网络升级快速解决终端设备在视频通话下无法收到来电提醒的问题。

本申请实施例提供了一种视频通话等待的控制方法，应用于电话业务应用服务器(TAS)，如图1所示，该方法包括：

步骤101，接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端设备。

这里，TAS接收到主叫终端设备发送的呼叫请求后，可以获取主叫终端设备所属用户的来电号码信息，并将该呼叫请求发送给被叫终端设备。

步骤102，接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态。

示例性地，被叫终端设备若确定自身处于视频通话状态，则在接收到该呼叫请求后，返回指示其处于视频通话状态的第一设定消息给TAS。

这里，被叫终端设备处于视频通话状态，可以是被叫终端设备与对端设备已建立双向视频通话，或者被叫终端设备与对端设备建立正常音频通话且被叫终端设备接收单边视频(即被叫终端设备与对端设备建立单边视频通话)，本申请实施例对此不做限定。

示例性地，第一设定消息可以为486消息。

步骤103，基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

这里，TAS接收到被叫终端设备返回的第一设定消息后，可以基于该第一设定消息，发送携带主叫终端设备所属用户的来电号码信息的指示消息给通知应用服务器(NTFAS)，并由通知应用服务器向被叫终端设备发送来电提醒消息。

示例性地，该来电提醒消息可以为短信、5G消息、APP push消息(即应用推送消息)、超级SIM push消息(即超级用户识别卡推送消息)等形式，本申请实施例对此不做限定。需要说明的是，该来电提醒消息至少携带主叫终端设备所属用户的来电号码信息。在APP push消息或者超级SIM push消息中，还可以携带用于切换接听的操作指示，例如，该操作指示可以为URL(uniform resource locator，统一资源定位符)链接。

可以理解的是，本申请实施例的方法，可以在被叫终端设备处于视频通话状态下接收到来电提醒消息，实现来电提醒，且本申请实施例的方案无需对终端设备进行改造，由TAS代理被叫终端设备实现呼叫等待功能，可以有效改善视频通话状态下的用户体验。

示例性地，所述方法还包括：

若确定不支持切换至所述主叫终端设备或者所述来电提醒消息不包含用于切换接听的操作指示，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

可以理解的是，TAS若确定自身不支持切换至所述主叫终端设备或者所述来电提醒消息不包含用于切换接听的操作指示，则TAS无法实现呼叫切换的操作，向所述主叫终端播放被叫忙音后执行挂机操作。

示例性地，所述方法还包括：

若确定支持切换至所述主叫终端设备且所述来电提醒消息包含用于切换接听的操作指示，则向所述主叫终端设备播放呼叫等待提示多媒体。

可以理解的是，TAS若确定自身支持切换至所述主叫终端设备且所述来电提醒消息包含用于切换接听的操作指示，则TAS可以实现呼叫切换的操作，向所述主叫终端播放播放呼叫等待提示多媒体。该呼叫等待提示多媒体可以包括音频、视频或者音视频中的一个。

示例性地，所述向所述主叫终端设备播放呼叫等待提示多媒体，包括：

向所述主叫终端设备发送指示多媒体资源服务器的地址信息；

基于所述多媒体资源服务器向所述主叫终端设备播放等待提示多媒体。

这里，TAS可以向主叫终端设备发送指示多媒体资源服务器的地址信息，例如，TAS可以向主叫终端设备发送MRS(Media Resource Server，多媒体资源服务器)SDP(SessionDescription Protocol，会话描述协议)，主叫终端设备可以基于MRSSDP访问多媒体资源服务器，进而由多媒体资源服务器向所述主叫终端设备播放等待提示多媒体。如此，实现了呼叫等待过程中向主叫终端设备播放等待提示多媒体的功能。

示例性地，所述方法还包括：

若确定在设定时长内未接收到所述被叫终端设备发送的响应消息，或者接收到所述被叫终端设备发送的指示用户拒绝切换操作的第一响应消息，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

可以理解的是，TAS向被叫终端设备发送来电提醒消息后，若在设定时长内未接收到被叫终端设备发送的响应消息，或者接收到所述被叫终端设备发送的指示用户拒绝切换操作的第一响应消息，则向所述主叫终端设备播放被叫忙音后执行挂机操作，如此，可以基于被叫终端设备侧的用户未响应或者拒绝切换当前通话，TAS向主叫终端设备播放被叫忙音后执行挂机操作，进而结束当前的呼叫等待控制。

示例性地，所述方法还包括：

若确定接收所述被叫终端设备发送的指示用户同意切换操作的第二响应消息，则中断所述被叫终端设备当前的视频通话，并建立所述被叫终端设备与所述主叫终端设备之间的通话连接。

这里，TAS若接收到被叫终端设备发送的指示用户同意切换操作的第二响应消息，则中断所述被叫终端设备当前的视频通话，并建立所述被叫终端设备与所述主叫终端设备之间的通话连接，如此，可以自动实现呼叫等待及通话切换的功能。

示例性地，所述建立所述被叫终端设备与所述主叫终端设备之间的通话连接之前，所述方法还包括：

发送协商请求给所述被叫终端设备；

接收所述被叫终端设备基于所述协商请求返回的第一会话描述协议；

发送所述第一会话描述协议给所述主叫终端设备；

接收所述主叫终端设备发送的第二会话描述协议。

可以理解的是，TAS在建立被叫终端设备与主叫终端设备之间的通话连接之前，可以基于上述的第一会话描述协议和第二会话描述协议实现被叫终端设备与主叫终端设备之间的媒体协商，其中，第一会话描述协议用于描述被叫终端设备侧的流媒体的初始化参数，第二会话描述协议用于描述主叫终端设备侧的流媒体的初始化参数。

下面结合一应用实施例对本申请再作进一步详细的描述。

本应用实施例提供了一种可实现视频通话呼叫等待的方法和系统。该系统在现有的TAS网元中增加“视频通话-呼叫等待装置”，实现在双边或单边视频通话状态下，代理终端设备完成来电提醒、呼叫保持、呼叫切换等呼叫等待功能。

如图2所示，本应用实施例中，TAS的“视频通话-呼叫等待装置”包括如下三个模块：

1)、来电提醒模块：在视频通话状态下，向被叫用户发送其他用户的来电提醒消息，即代理终端设备实现来电提醒功能；

2)、终端呼叫等待代理模块：代理被叫终端设备，与新来电终端设备协商，并向其播放呼叫等待音，即实现呼叫保持功能；

3)、呼叫切换模块：在收到用户同意切换来电响应时，发起与新来电终端设备的媒体协商，接通呼叫；并挂断与原始通话终端设备的通话，即实现呼叫切换功能。

图3示出了本应用实施例中视频通话等待的控制方法的流程示意图，图3中的UE-A为用户A的终端设备，UE-B为用户B的终端设备，UE-C为用户C的终端设备；CSCF为呼叫会话控制功能(CallSession Control Function)，是多媒体子系统(IP MultimediaSubsystem，IMS)内部的功能实体，是整个IMS网络的核心，CSCF(O)为源端CSCF，CSCF(T)为目的端CSCF，TAS(O)为源端TAS，TAS(T)为目的端TAS。本应用实施例方法中的前置条件为：用户B视频呼叫用户C，用户C接听，UE-B和UE-C正常视频通话；或用户B音频呼叫用户C，用户C接听，用户B接收单边视频，UE-B和UE-C正常音频通话。

如图3所示，本应用实施例的方法具体包括：

步骤301、用户A呼叫用户B。

示例性地，UE-A发送携带SDP_A(即UE-A的会话描述协议)的INVITE消息(即呼叫请求)给CSCF(O)(即主叫侧的CSCF)，CSCF(O)将INVITE消息发送给TAS(O)(即主叫侧的TAS)，此时，TAS(O)接收到INVITE消息后，根据预先配置的业务执行顺序关系，依次匹配不同业务数据中设定的触发条件，根据触发条件匹配成功与否，执行相应业务。例如，预先配置的两个业务，业务1为检查是否欠费，业务2为触发呼叫被叫，并且只有当业务1确定不欠费时，才会触发业务2。此时，TAS(O)首先确认INVITE消息包含的主叫号码是否欠费(业务1)，如果该主叫号码没有欠费，TAS(O)向CSCF(O)发送INVITE消息。CSCF(O)发送INVITE消息给CSCF(T)(即被叫侧的CSCF)，相应地，CSCF(T)将INVITE消息发送给TAS(T)(即被叫侧的TAS)，并在TAS(T)根据预先配置的业务执行顺关系，确定满足条件(例如被叫号码未欠费)后，发送INVITE消息给UE-B。

步骤302、通过NTF AS(通知应用服务器)向用户发送来电提醒消息。

UE-B判定当前在视频通话(双边或单边视频通话)状态下，向TAS(T)回复486消息。TAS(T)的来电提醒模块，基于该486消息，通过NTF AS向UE-B发送来电提醒消息。例如，TAS(T)的来电提醒模块向NTF AS发送携带用户A的来电号码信息的指示信息Notify(UE-Ainfo)，NTF AS向UE-B发送来电提醒消息Notify(UE-info)。如此，实现了呼叫等待的来电提醒功能。

示例性地，该来电提醒消息可通过短信、5G消息、APP push消息、超级SIM push消息等方式发送，并携带用户A的来电号码信息；其中，APP push消息和超级SIM push消息中，还可同时携带切换接听该呼叫的操作指示(如URL链接)。

步骤303、系统不支持呼叫切换，或向用户推送的来电提醒消息不支持切换，则向用户A播放呼叫忙音后挂机。

这里，若TAS系统不支持“呼叫切换”到用户A来电，或向用户B推送的来电提醒消息中不包含切换接听的操作指示，则TAS(T)发送183消息给UE-A，该183消息携带了早期媒体标识(p-early-media)、Reason 17和user busy(用户忙)的信息，直接向用户A的UE-A播放被叫忙音后执行挂机操作。

步骤304、来电提醒消息包含用户确认链接，则按用户返回切换指令操作。

这里，若TAS系统支持“呼叫切换”到用户A来电，且向用户B推送的来电提醒消息中包含切换接听操作指示，例如，超级SIM push消息中携带切换接听的URL链接，则TAS(T)中的终端呼叫等待代理模块启动向用户A播放呼叫等待音的控制，例如，TAS(T)发送180消息给UE-A，该180消息携带MRSSDP，UE-A基于MRSSDP访问多媒体资源服务器，进而由多媒体资源服务器向UE-A播放呼叫等待音，如此，实现呼叫保持功能。

步骤305、用户超时未响应，或用户点击拒绝连接，则向用户A放被叫忙音并挂机。

这里，TAS(T)若在设定时长内未接收到UE-B发送的响应消息，或者接收到UE-B发送的指示用户B拒绝接听用户A的第一响应消息Notify_Rsp(reject)，则TAS(T)发送183消息给UE-A，该183消息携带了早期媒体标识(p-early-media)、Reason 17和user busy(用户忙)的信息，直接向用户A的UE-A播放被叫忙音后执行挂机操作。

步骤306、用户点击接受切换通话连接，则中断与用户C的通话，接通与用户A的通话。

这里，如果用户B同意切换操作，则TAS(T)中的呼叫切换模块中断与用户C的通话，接通与用户A的通话。

示例性地，TAS(T)若接收到UE-B发送的指示用户B同意接听用户A的第二响应消息Notify_Rsp(accept)，则TAS(T)发送协商请求RE-INVITE()给UE-B，UE-B发送200OK消息给TAS(T)，该200OK消息携带SDP_B(即UE-B的会话描述协议)，TAS(T)发送SDP_B给UE-A，UE-A发送SDP_A(即UE-A的会话描述协议)给TAS(T)，如此，实现被叫终端设备与主叫终端设备之间的媒体协商；TAS(T)中断用户B与用户C的通话，并建立用户A与用户B建立双方音频或者视频通话。如此，实现了视频通话过程中的呼叫切换功能。

为了实现本申请实施例的方法，本申请实施例还提供一种视频通话等待的控制装置，该视频通话等待的控制装置与上述视频通话等待的控制方法对应，上述视频通话等待的控制方法实施例中的各步骤也完全适用于本视频通话等待的控制装置实施例。

如图4所示，该视频通话等待的控制装置包括：交互模块401和来电提醒模块402，交互模块401用于接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端；以及接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态；来电提醒模块402用于基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

示例性地，该视频通话等待的控制装置还包括：呼叫等待控制模块403，该呼叫等待控制模块403用于若确定不支持切换至所述主叫终端设备或者所述来电提醒消息不包含用于切换接听的操作指示，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

示例性地，呼叫等待控制模块403还用于若确定支持切换至所述主叫终端设备且所述来电提醒消息包含用于切换接听的操作指示，则向所述主叫终端设备播放呼叫等待提示多媒体。

示例性地，所述向所述主叫终端设备播放呼叫等待提示多媒体，包括：

向所述主叫终端设备发送指示多媒体资源服务器的地址信息；

基于所述多媒体资源服务器向所述主叫终端设备播放等待提示多媒体。

示例性地，该视频通话等待的控制装置还包括：呼叫切换控制模块404，用于若确定在设定时长内未接收到所述被叫终端设备发送的响应消息，或者接收到所述被叫终端设备发送的指示用户拒绝切换操作的第一响应消息，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

示例性地，呼叫切换控制模块404还用于若确定接收所述被叫终端设备发送的指示用户同意切换操作的第二响应消息，则中断所述被叫终端设备当前的视频通话，并建立所述被叫终端设备与所述主叫终端设备之间的通话连接。

示例性地，所述建立所述被叫终端设备与所述主叫终端设备之间的通话连接之前，呼叫切换控制模块404还用于：

发送协商请求给所述被叫终端设备；

接收所述被叫终端设备基于所述协商请求返回的第一会话描述协议；

发送所述第一会话描述协议给所述主叫终端设备；

接收所述主叫终端设备发送的第二会话描述协议。

实际应用时，交互模块401、来电提醒模块402、呼叫等待控制模块403(即前述的终端呼叫等待代理模块)和呼叫切换控制模块404(即前述的呼叫切换模块)，可以由TAS中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。

需要说明的是：上述实施例提供的视频通话等待的控制装置在进行视频通话等待的控制时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的视频通话等待的控制装置与视频通话等待的控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供一种电话业务应用服务器。图5仅仅示出了该电话业务应用服务器的示例性结构而非全部结构，根据需要可以实施图5示出的部分结构或全部结构。

如图5所示，本申请实施例提供的电话业务应用服务器500包括：至少一个处理器501、存储器502、用户接口503和至少一个网络接口504。电话业务应用服务器500中的各个组件通过总线系统505耦合在一起。可以理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本申请实施例中的存储器502用于存储各种类型的数据以支持电话业务应用服务器的操作。这些数据的示例包括：用于在电话业务应用服务器上操作的任何计算机程序。

本申请实施例揭示的视频通话等待的控制方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，视频通话等待的控制方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(DSP，DigitalSignal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器501可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成本申请实施例提供的视频通话等待的控制方法的步骤。

在示例性实施例中，电话业务应用服务器可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable LogicDevice)、现场可编程逻辑门阵列(FPGA，Field Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

可以理解，存储器502可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，Sync Link Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

在示例性实施例中，本申请实施例还提供了一种计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器502，上述计算机程序可由电话业务应用服务器的处理器501执行，以完成本申请实施例方法所述的步骤。计算机可读存储介质可以是ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请披露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种视频通话等待的控制方法，其特征在于，应用于电话业务应用服务器，所述方法包括：

接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端设备；

接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态；

基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若确定不支持切换至所述主叫终端设备或者所述来电提醒消息不包含用于切换接听的操作指示，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若确定支持切换至所述主叫终端设备且所述来电提醒消息包含用于切换接听的操作指示，则向所述主叫终端设备播放呼叫等待提示多媒体。

4.根据权利要求3所述的方法，其特征在于，所述向所述主叫终端设备播放呼叫等待提示多媒体，包括：

向所述主叫终端设备发送指示多媒体资源服务器的地址信息；

基于所述多媒体资源服务器向所述主叫终端设备播放等待提示多媒体。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若确定在设定时长内未接收到所述被叫终端设备发送的响应消息，或者接收到所述被叫终端设备发送的指示用户拒绝切换操作的第一响应消息，则向所述主叫终端设备播放被叫忙音后执行挂机操作。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若确定接收所述被叫终端设备发送的指示用户同意切换操作的第二响应消息，则中断所述被叫终端设备当前的视频通话，并建立所述被叫终端设备与所述主叫终端设备之间的通话连接。

7.根据权利要求6所述的方法，其特征在于，所述建立所述被叫终端设备与所述主叫终端设备之间的通话连接之前，所述方法还包括：

发送协商请求给所述被叫终端设备；

接收所述被叫终端设备基于所述协商请求返回的第一会话描述协议；

发送所述第一会话描述协议给所述主叫终端设备；

接收所述主叫终端设备发送的第二会话描述协议。

8.一种视频通话等待的控制装置，其特征在于，应用于电话业务应用服务器，所述控制装置包括：

交互模块，用于接收主叫终端设备对被叫终端设备发送的呼叫请求，并发送所述呼叫请求给所述被叫终端；以及接收所述被叫终端设备返回的第一设定消息，所述第一设定消息指示所述被叫终端设备处于视频通话状态；

来电提醒模块，用于基于所述第一设定消息，通过通知应用服务器，向所述被叫终端设备发送来电提醒消息；其中，所述来电提醒消息携带所述主叫终端设备所属用户的来电号码信息。

9.一种电话业务应用服务器，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，

所述处理器，用于运行计算机程序时，执行权利要求1至7任一项所述方法的步骤。

10.一种计算机存储介质，所述计算机存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至7任一项所述方法的步骤。