CN101729555A - 一种实现智能呼叫业务多方通话的方法及系统 - Google Patents
一种实现智能呼叫业务多方通话的方法及系统 Download PDFInfo
- Publication number
- CN101729555A CN101729555A CN200910222929A CN200910222929A CN101729555A CN 101729555 A CN101729555 A CN 101729555A CN 200910222929 A CN200910222929 A CN 200910222929A CN 200910222929 A CN200910222929 A CN 200910222929A CN 101729555 A CN101729555 A CN 101729555A
- Authority
- CN
- China
- Prior art keywords
- conversation
- user terminal
- application server
- calling
- current talking
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明披露了一种实现智能呼叫业务多方通话的方法及系统,涉及控制台、用户终端以及应用服务器,该方法包括:控制台将用户终端发起呼叫的通话类别指示给应用服务器;应用服务器根据通话类别指示控制用户终端进行相应类别的通话,和/或控制用户终端进行不同类别的通话切换。本发明解决了以往的多方通话业务中不能实现多路音视频呼叫同时进行和保持的缺陷,通过在业务系统中增加控制台向应用服务器指示出呼叫的通话类别,由此使得应用服务器能够控制用户终端根据需要使用和切换不同类别的通话。
Description
技术领域
本发明涉及IP网络智能呼叫业务,尤其涉及基于下一代网络(NGN,Next Generation Network)或IP多媒体子系统(IMS,IP Multimedia Subsystem)网络实现的智能呼叫业务多方通话的方法及系统。
背景技术
传统的通话类业务只是用户进行语音之间对话,但是随着网络技术的发展,特别是NGN和IMS网络的出现,用户之间进行视频通话已经成为可能。由于语音通话不能够满足人们的需要,因此视频电话、视频会议等便成为相应的业务发展,并且被广泛地应用起来。
在现有的智能呼叫业务多方通话业务中,用户实现一次多方通话只能进行单一类别的通话,即或者进行音频通话,或者进行视频通话,而不能将音频通话和视频通话结合起来,根据用户需要切换使用。譬如在用户进行视频通话时,保持当前呼叫,发起对第三方呼叫,此时对第三方发起的呼叫仍然必须是视频呼叫,用户不能根据需要将该呼叫新定义为音频呼叫;反之亦然。
发明内容
本发明所要解决的技术问题是提供一种实现智能呼叫业务多方通话的方法及系统,能够让用户在进行多方通话过程中根据需要使用不同类别的通话。
为了解决上述技术问题,本发明提供了一种实现智能呼叫业务多方通话的方法,涉及控制台、用户终端以及应用服务器,该方法包括:
控制台将用户终端发起呼叫的通话类别指示给应用服务器;
应用服务器根据通话类别指示控制用户终端进行相应类别的通话,和/或控制用户终端进行不同类别的通话切换。
进一步地,应用服务器根据通话类别指示控制用户终端进行不同类别的通话切换,具体包括:
当前通话中的一个用户终端向当前通话外的另一被叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示传输给应用服务器;或者,当前通话中的一个用户终端通过应用服务器接收到当前通话外的另一主叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示;
应用服务器在控制新呼叫的主叫用户终端和被叫用户终端进行通话前的信息交互过程中,若判断新呼叫的通话类别与当前通话的通话类别不同,则将当前通话中与新呼叫无关的用户终端保持,新呼叫的用户终端在完成信息交互后进行相应类别的通话。
进一步地,应用服务器在将当前通话中与新呼叫无关的用户终端保持的同时,若判断当前通话的通话类别为视频通话,新呼叫的通话类别为音频通话,则还将当前通话的视频端口关闭;或者,若判断当前通话的通话类别为音频通话,新呼叫的通话类别为视频通话,则还为新呼叫的通话打开视频端口。
进一步地,应用服务器根据所述通话类别指示控制用户终端进行不同类别的通话切换,还包括:
当前通话中的一用户终端通过控制台发起解保持被保持的用户终端的恢复原通话的呼叫,该呼叫携带相应的通话类别指示传输给应用服务器;
应用服务器将被保持的用户终端解保持,并将与原通话无关的用户终端保持;若判断原通话的通话类别为视频通话,当前通话的通话类别为音频通话,则还将原通话的视频端口打开;或者,若判断当前通话的通话类别为视频通话,原通话类别为音频通话,则还将当前通话的视频端口关闭;同时控制原通话的主叫用户终端和被叫用户终端完成通话前的信息交互;原通话的用户终端恢复原通话。
进一步地,还涉及媒体服务器;应用服务器将用户终端保持,具体包括:
应用服务器控制要被保持的用户终端和媒体服务器完成通话前的信息交互;
媒体服务器向要被保持的用户终端播放保持媒体流从而将该用户终端保持。
进一步地,该方法还包括:
应用服务器向控制台报告通话过程中的用户终端的状态信息。
进一步地,还涉及下一代网络(NGN)或IP多媒体子系统(IMS)网络;
控制台和/或用户终端通过NGN或IMS网络与应用服务器进行信息交互,且信息交互通过会话初始协议实现。
为了解决上述技术问题,本发明提供了一种实现智能呼叫业务多方通话的系统,包括:控制台、用户终端以及应用服务器,其中:
用户终端,用于发起或接收智能呼叫;
控制台,用于在绑定一用户终端后,将用户终端发起呼叫的通话类别指示给应用服务器;
应用服务器,用于根据通话类别指示控制用户终端进行相应类别的通话,和/或控制用户终端进行不同类别的通话切换。
进一步地,
当前通话中的一个用户终端向当前通话外的另一被叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示传输给应用服务器;或者,当前通话中的一个用户终端通过应用服务器接收到当前通话外的另一主叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示;新呼叫的主叫用户终端和被叫用户终端在完成通话前的信息交互后进行相应类别的通话;
应用服务器在控制新呼叫的用户终端进行通话前的信息交互过程中,若判断新呼叫的通话类别与当前通话的通话类别不同,则将当前通话中与新呼叫无关的用户终端保持。
进一步地,
应用服务器在将当前通话中与新呼叫无关的用户终端保持的同时,若判断当前通话的通话类别为视频通话,新呼叫的通话类别为音频通话,则还将当前通话的视频端口关闭;或者,若判断当前通话的通话类别为音频通话,新呼叫的通话类别为视频通话,则还为新呼叫的通话打开视频端口。
进一步地,
当前通话中的一用户终端通过控制台发起解保持被保持的用户终端的恢复原通话的呼叫,该呼叫携带相应的通话类别指示传输给应用服务器;原通话的主叫用户终端和被叫用户终端在完成通话前的信息交互后恢复原通话;
应用服务器将所述被保持的用户终端解保持,并将与原通话无关的用户终端保持;若判断原通话的通话类别为视频通话,当前通话的通话类别为音频通话,则还将原通话的视频端口打开;或者,若判断当前通话的通话类别为视频通话,原通话类别为音频通话,则还将当前通话的视频端口关闭;同时控制原通话的用户终端进行通话前的信息交互。
进一步地,该系统还包括媒体服务器,其中:
应用服务器控制要被保持的用户终端和媒体服务器完成通话前的信息交互;
媒体服务器向要被保持的用户终端播放保持媒体流从而将该用户终端保持。
进一步地,
应用服务器还用于向控制台报告通话过程中的用户终端的状态信息。
进一步地,还包括下一代网络(NGN)或IP多媒体子系统(IMS)网络,其中:
NGN或IMS网络,用于传递控制台和/或用户终端与应用服务器之间交互的信息,且传递的信息通过会话初始协议实现交互。
本发明解决了以往的多方通话业务中不能实现多路音视频呼叫同时进行和保持的缺陷,通过在业务系统中增加控制台向应用服务器指示出呼叫的通话类别,由此使得应用服务器能够控制用户终端根据需要使用和切换不同类别的通话。
附图说明
图1是本发明的实现智能呼叫业务多方通话的系统实施例的结构框图;
图2是本发明的实现智能呼叫业务多方通话的方法实施例的流程图;
图3是图2所示方法实施例的一应用实例的信令流程图。
具体实施方式
本发明的实现智能呼叫业务多方通话的方法及系统,其发明构思是,通过一控制台将用户终端发起呼叫的通话类别指示给应用服务器;用户终端在应用服务器的控制下完成信息交互和相应类别的通话,并在应用服务器的切换操作下完成不同类别的通话切换。
以下结合附图和优选实施例对本发明的技术方案进行详细地阐述。以下例举的实施例仅仅用于说明和解释本发明,而不构成对本发明技术方案的限制。
如图1所示是本发明的实现智能呼叫业务多方通话的系统实施例,该系统包括控制台、多方用户终端(UE-A、UE-B以及UE-C)、NGN/IMS网络、应用服务器和媒体服务器;其中:
控制台,用于与用户终端进行交互,发起点击拨号操作和通话控制操作;
其中,点击拨号操作是指通过拨号发起音频或视频通话呼叫;通话控制操作是指发起保持、解保持或者前转等操作。
多方用户终端,用于通过控制台绑定一用户终端,并向一方或多方用户终端发起音频通话和/或视频通话呼叫,或者接收一方或多方用户终端呼入的音频通话和/或视频通话呼叫;在应用服务器的控制下和/或切换操作下进行通话前的信息交互及相应类别的通话;
譬如,一用户通过控制台绑定UE-A,向UE-B发起视频通话呼叫,在应用服务器的控制下进行UE-A与UE-B进行信息交互后,便进行视频通话。该用户又代表主叫UE-A通过控制台向UE-C发起音频通话呼叫,在应用服务器的切换操作下UE-A在与UE-C进行信息交互后,进行音频通话。
NGN/IMS网络,用于在用户终端与应用服务器之间进行信息传递;
NGN/IMS网络通过会话初始协议(SIP,Session Initiation Protocol)与应用服务器连接,进行信令交互。
应用服务器,用于通过控制用户终端之间以及用户终端与媒体服务器之间的信息交互,实现多方音频通话和/或视频通话业务以及不同类别通话的切换;
应用服务器在进行不同类别通话(音视频)的切换前,先将媒体服务器上的媒体资源播放给要保持的用户终端,并在必要时关闭相应的媒体端口(譬如要保持的用户终端进行的是视频通话,则在保持时需要关闭视频端口),然后进行不同类别的通话切换。
应用服务器通过SIP协议与媒体服务器连接,进行信令交互。
媒体服务器,用于保存一种或多种媒体资源,并通过应用服务器将媒体资源流传输给用户终端。媒体资源流譬如音频流(一段音乐等),或视频流(譬如图像或视频片段等)。
本发明的实现智能呼叫业务多方通话的方法通过图2所示的一实施例流程表述出,包括如下步骤:
210:一终端用户使得该终端上一控制台呈用户状态,通过该控制台绑定一主叫终端UE-A;
上述“终端用户”中的“终端”,是指具有浏览互联网功能的终端,譬如一笔记本电脑、一固定电脑、一掌上电脑(PDA,Personal Digital Assitant)或一3G手机中的任意一种终端。
上述控制台可通过终端上的软件(譬如网页)或者硬件实现。
220:该终端用户代表主叫UE-A通过控制台向被叫终端UE-B发起一类别的呼叫,UE-A、UE-B在应用服务器的控制下接听,并开始相应类别的通话;
譬如通过控制台向UE-B发起视频通话呼叫,UE-A、UE-B在应用服务器的控制下接听,并开始视频通话。
控制台及主叫、被叫终端均通过会话初始协议(SIP,Session InitiationProtocol)与应用服务器进行信令交互。
230:该终端用户代表主叫UE-A通过控制台向另一被叫终端UE-C发起不同类别的呼叫,应用服务器将UE-B保持,并在必要时将相应的媒体端口关闭或打开,UE-C、UE-A接听,以及开始相应类别的通话;
譬如UE-A通过控制台向UE-C发起音频通话呼叫,应用服务器通过媒体服务器将媒体资源流(譬如一段音乐)播放给UE-B而将UE-B保持,并将视频端口关闭,UE-A、UE-C在应用服务器的控制下接听,并开始音频通话。或者,假如UE-A和UE-B开始进行的是音频通话,而UE-A通过控制台向又UE-C发起视频通话呼叫,则应用服务器通过媒体服务器播放保持音乐给UE-B的同时,相应地将视频端口打开,以便UE-A、UE-C开始进行视频通话。
当然,如果该终端用户代表主叫UE-A通过控制台向另一被叫终端UE-C发起相同类别的呼叫(譬如仍为视频呼叫),则应用服务器只需根据呼叫请求中是否保持UE-B的指示确定是否将UE-B保持,而不需将视频端口关闭;UE-C、UE-A和/或UE-B在应用服务器的控制下接听,并继续视频通话。
当主叫UE-A通过控制台向被叫终端发起呼叫时,会在呼叫请求中携带通话属性;应用服务器根据该通话属性判断多次呼叫的通话类别是否相同,从而确定是否需要进行通话类别的切换。
240:该终端用户代表主叫UE-A通过控制台发起解保持UE-B的操作,应用服务器将UE-C保持,并在必要时将相应的媒体端口打开或关闭,UE-A与UE-B恢复原类别通话。
譬如通过控制台发起解保持UE-B的操作,应用服务器通过将媒体服务器上的媒体资源流(譬如一段视频片断)播放给UE-C而将UE-C保持,并将视频端口打开,UE-A、UE-B在应用服务器的控制下接听,并恢复视频通话。
以上实施例是终端用户是代表主叫UE-A通过控制台发起多方不同类别呼叫业务;实际上在其它实施例里,终端用户也可以代表被叫UE-B通过控制台发起多方不同类别呼叫业务。在另外一些实施例里,主叫UE-A或被叫UE-B在通话过程中通过应用服务器接收其它用户终端呼入的音频通话或视频通话,通过控制台向应用服务器发出是否中断当前通话切换到新通话的指示,并同样在应用服务器的切换操作下进入到新通话中。
以下通过一个应用实例可进一步理解本发明的技术方案,即图3所示的实现智能呼叫业务多方通话的方法的具体的信令流程图,该信令流程表述的是在UE-A、UE-B开始视频通话过程中,UE-A向UE-C发起音频通话呼叫,UE-A、UE-C在应用服务器的切换操作下进行音频通话;在此过程中UE-A又向UE-B发起恢复视频通话呼叫,UE-A、UE-B在应用服务器的切换操作下恢复视频通话。
该信令流程包括如下步骤:
步骤1,控制台发出MESSAGE消息,携带请求绑定用户终端UE-A的指令,此消息经NGN网络转发至应用服务器;应用服务器进行鉴权认证后,返回MESSAGE的200 OK消息给控制台,表示控制台对UE-A绑定成功;
在此,绑定的效果是应用服务器会将随时UE-A的状态报告给控制台,并接收控制台的指令。
步骤2,控制台代表UE-A发出MESSAGE消息,携带向被叫终端UE-B发起视频呼叫(即通话属性为视频)的指令,此消息经NGN或IMS网络转发至应用服务器,由此触发智能呼叫业务;
步骤3,应用服务器根据接收的MESSAGE的消息所携带的指令,通过INVITE消息呼叫被绑定的作为主叫终端的UE-A,该消息经NGN或IMS网络转发至UE-A;UE-A返回200 OK消息,并携带以媒体描述协议(SDP,Session Description Protocol)表述的UE-A的媒体描述信息SDP-A;
步骤4,应用服务器根据在步骤2接收MESSAGE消息所携带的指令,通过INVITE消息呼叫被叫终端UE-B,并在INVITE消息中携带UE-A的SDP-A,该消息经NGN或IMS网络转发至UE-B;UE-B返回200 OK消息响应呼叫,并在消息中携带UE-B的媒体描述信息SDP-B;
由于步骤2中的指令指明的是视频呼叫,故应用服务器不对UE-A的SDP-A作处理。假如步骤2中的指令指明的是音频呼叫,则应用服务器发给UE-B的INVITE消息中UE-A的SDP-A不带视频属性。
步骤5,应用服务器向UE-B发送ACK消息,以及向UE-A发送ACK消息,该消息中携带UE-B的SDP-B;
此时UE-A和UE-B的媒体描述信息协商完成,两个用户终端开始视频通话。
步骤6,应用服务器发出MESSAGE消息给控制台,携带当前通话中的两个终端的状态信息等,得到控制台返回的MESSAGE的200 OK消息;
步骤7,控制台代表UE-A发出MESSAGE消息,此消息经NGN或IMS网络转发至应用服务器,该消息中携带呼叫号码以及通话属性(譬如以音频通话为例);
步骤8,应用服务器根据呼叫号码发送INVITE消息呼叫UE-C;UE-C返回200OK消息,并携带UE-C的媒体描述信息SDP-C;
步骤9,应用服务器向媒体服务器发送INVITE消息,该消息中携带UE-B的媒体描述信息SDP-B,媒体服务器返回200 OK消息,该消息中携带媒体服务器的媒体描述信息SDP-MS;随后,向应用服务器发送ACK消息;
步骤10,应用服务器向UE-B发起re-INVITE消息,该消息中携带媒体服务器的SDP-MS;UE-B返回200 OK消息,该消息中携带UE-B的SDP-B;
步骤11,应用服务器向媒体服务器发送INFO消息,得到媒体服务器返回的200OK消息后,应用服务器向UE-B返回ACK消息(至此,媒体服务器与UE-B的媒体描述信息协商完成);媒体服务器开始向UE-B播放保持音;
步骤12,应用服务器向UE-A发送re-INVITE消息,该消息中携带UE-C的媒体描述信息SDP-C,其中包括关闭视频端口(将video端口置0);UE-A返回200OK消息,该消息中携带UE-A的媒体描述信息SDP-A’;应用服务器向UE-A发送ACK消息;
至此,UE-A和UE-C的媒体描述信息协商完成,两个用户终端开始音频通话。
在通话过程中,应用服务器也会发出MESSAGE消息给控制台,携带当前通话中的两个终端的状态信息等,得到控制台返回的MESSAGE的200 OK消息(图中未示出)。
步骤13,控制台代表UE-A发起含解保持UE-B的操作指令的MESSAGE消息,该消息经NGN或IMS网络转发至应用服务器;应用服务器收到这个指令后首先保持UE-C,再解保持UE-B;
步骤14,应用服务器向媒体服务器发送INVITE消息,该消息中携带UE-C的媒体描述信息SDP-C;媒体服务器返回200 OK消息,该消息中携带媒体服务器的媒体描述信息SDP-MS;随后,应用服务器向媒体服务器发送ACK消息;
步骤15,应用服务器向UE-C发送re-INVITE消息,该消息中携带媒体服务器的SDP-MS;UE-C返回200 OK消息,该消息中携带UE-C的媒体描述信息SDP-C;应用服务器向UE-C返回ACK消息(至此,媒体服务器与UE-C的媒体描述信息协商完成);媒体服务器开始向UE-C播放保持音;
步骤16,应用服务器向UE-A发送re-INVITE消息,该消息中携带UE-B的媒体描述信息SDP-B;UE-A返回200 OK消息,该消息中携带UE-A的媒体描述信息SDP-A’;随后,应用服务器向UE-A发送ACK消息;
至此,UE-A和UE-B的媒体描述信息协商完成,两个用户终端开始恢复视频通话。
通过以上方法实施例和应用实例可以看出,本发明通过用户对控制台的操作,实现多方通话业务通话类别(即通话属性)的控制,用户终端在应用服务器的控制下,进行相互的信令交互和相应的通话,并在通话过程中能够方便地实现不同类别的通话(音视频通话)切换,由此解决了智能呼叫业务中的通话如何保持多路音视频信息的问题,从而丰富了用户的使用体验。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的包含范围。凡在本发明的精神和原则之内所作的任何修改、等同替代、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种实现智能呼叫业务多方通话的方法,涉及控制台、用户终端以及应用服务器,该方法包括:
所述控制台将用户终端发起呼叫的通话类别指示给所述应用服务器;
所述应用服务器根据所述通话类别指示控制用户终端进行相应类别的通话,和/或控制所述用户终端进行不同类别的通话切换。
2.按照权利要求1所述的方法,其特征在于,所述应用服务器根据所述通话类别指示控制所述用户终端进行不同类别的通话切换,具体包括:
当前通话中的一个用户终端向当前通话外的另一被叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示传输给所述应用服务器;或者,当前通话中的一个用户终端通过所述应用服务器接收到当前通话外的另一主叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示;
所述应用服务器在控制所述新呼叫的主叫用户终端和被叫用户终端进行通话前的信息交互过程中,若判断所述新呼叫的通话类别与所述当前通话的通话类别不同,则将所述当前通话中与所述新呼叫无关的用户终端保持,所述新呼叫的用户终端在完成所述信息交互后进行相应类别的通话。
3.按照权利要求2所述的方法,其特征在于,所述应用服务器在将所述当前通话中与所述新呼叫无关的用户终端保持的同时,若判断所述当前通话的通话类别为视频通话,所述新呼叫的通话类别为音频通话,则还将所述当前通话的视频端口关闭;或者,若判断所述当前通话的通话类别为音频通话,所述新呼叫的通话类别为视频通话,则还为所述新呼叫的通话打开视频端口。
4.按照权利要求2所述的方法,其特征在于,所述应用服务器根据所述通话类别指示控制所述用户终端进行不同类别的通话切换,还包括:
当前通话中的一用户终端通过所述控制台发起解保持被保持的用户终端的恢复原通话的呼叫,该呼叫携带相应的通话类别指示传输给所述应用服务器;
所述应用服务器将所述被保持的用户终端解保持,并将与所述原通话无关的用户终端保持;若判断所述原通话的通话类别为视频通话,所述当前通话的通话类别为音频通话,则还将所述原通话的视频端口打开;或者,若判断所述当前通话的通话类别为视频通话,所述原通话类别为音频通话,则还将所述当前通话的视频端口关闭;同时控制所述原通话的主叫用户终端和被叫用户终端完成通话前的信息交互;所述原通话的用户终端恢复所述原通话。
5.按照权利要求2至4任一项所述的方法,其特征在于,还涉及媒体服务器;所述应用服务器将用户终端保持,具体包括:
所述应用服务器控制要被保持的用户终端和所述媒体服务器完成通话前的信息交互;
所述媒体服务器向所述要被保持的用户终端播放保持媒体流从而将该用户终端保持。
6.按照权利要求1至4任一项所述的方法,其特征在于,还包括:
所述应用服务器向所述控制台报告通话过程中的用户终端的状态信息。
7.按照权利要求1至4任一项所述的方法,其特征在于,还涉及下一代网络(NGN)或IP多媒体子系统(IMS)网络;
所述控制台和/或所述用户终端通过所述NGN或所述IMS网络与所述应用服务器进行信息交互,且所述信息交互通过会话初始协议实现。
8.一种实现智能呼叫业务多方通话的系统,包括:控制台、用户终端以及应用服务器,其中:
所述用户终端,用于发起或接收所述智能呼叫;
所述控制台,用于在绑定一用户终端后,将所述用户终端发起呼叫的通话类别指示给所述应用服务器;
所述应用服务器,用于根据所述通话类别指示控制用户终端进行相应类别的通话,和/或控制所述用户终端进行不同类别的通话切换。
9.按照权利要求8所述的系统,其特征在于,
当前通话中的一个用户终端向当前通话外的另一被叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示传输给所述应用服务器;或者,当前通话中的一个用户终端通过所述应用服务器接收到当前通话外的另一主叫用户终端发起一新呼叫,该新呼叫携带相应的通话类别指示;所述新呼叫的主叫用户终端和被叫用户终端在完成通话前的信息交互后进行相应类别的通话;
所述应用服务器在控制所述新呼叫的用户终端进行所述通话前的信息交互过程中,若判断所述新呼叫的通话类别与所述当前通话的通话类别不同,则将所述当前通话中与所述新呼叫无关的用户终端保持。
10.按照权利要求9所述的系统,其特征在于,
所述应用服务器在将所述当前通话中与所述新呼叫无关的用户终端保持的同时,若判断所述当前通话的通话类别为视频通话,所述新呼叫的通话类别为音频通话,则还将所述当前通话的视频端口关闭;或者,若判断所述当前通话的通话类别为音频通话,所述新呼叫的通话类别为视频通话,则还为所述新呼叫的通话打开视频端口。
11.按照权利要求9所述的系统,其特征在于,
当前通话中的一用户终端通过所述控制台发起解保持被保持的用户终端的恢复原通话的呼叫,该呼叫携带相应的通话类别指示传输给所述应用服务器;所述原通话的主叫用户终端和被叫用户终端在完成通话前的信息交互后恢复所述原通话;
所述应用服务器将所述被保持的用户终端解保持,并将与所述原通话无关的用户终端保持;若判断所述原通话的通话类别为视频通话,所述当前通话的通话类别为音频通话,则还将所述原通话的视频端口打开;或者,若判断所述当前通话的通话类别为视频通话,所述原通话类别为音频通话,则还将所述当前通话的视频端口关闭;同时控制所述原通话的用户终端进行所述通话前的信息交互。
12.按照权利要求9至11任一项所述的系统,其特征在于,还包括媒体服务器,其中:
所述应用服务器控制要被保持的用户终端和所述媒体服务器完成通话前的信息交互;
所述媒体服务器向所述要被保持的用户终端播放保持媒体流从而将该用户终端保持。
13.按照权利要求8至11任一项所述的系统,其特征在于,
所述应用服务器还用于向所述控制台报告通话过程中的用户终端的状态信息。
14.按照权利要求8至11任一项所述的系统,其特征在于,还包括下一代网络(NGN)或IP多媒体子系统(IMS)网络,其中:
所述NGN或所述IMS网络,用于传递所述控制台和/或所述用户终端与所述应用服务器之间交互的信息,且传递的所述信息通过会话初始协议实现交互。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910222929A CN101729555A (zh) | 2009-11-13 | 2009-11-13 | 一种实现智能呼叫业务多方通话的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910222929A CN101729555A (zh) | 2009-11-13 | 2009-11-13 | 一种实现智能呼叫业务多方通话的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101729555A true CN101729555A (zh) | 2010-06-09 |
Family
ID=42449754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910222929A Pending CN101729555A (zh) | 2009-11-13 | 2009-11-13 | 一种实现智能呼叫业务多方通话的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101729555A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101888381A (zh) * | 2010-06-29 | 2010-11-17 | 北京邮电大学 | 一种跨网络、跨运营商的实现终端切换的通信系统和方法 |
WO2010145561A1 (zh) * | 2009-06-19 | 2010-12-23 | 中兴通讯股份有限公司 | 点击拨号业务的系统和实现方法及点击拨号应用服务器 |
CN101931924A (zh) * | 2010-08-25 | 2010-12-29 | 中兴通讯股份有限公司 | 呼叫保持业务实现方法、装置及系统 |
CN104468622A (zh) * | 2014-12-22 | 2015-03-25 | 上海网测通信技术有限公司 | 基于sip协议呼叫等待业务实现三方通话的方法 |
CN105430524A (zh) * | 2015-12-01 | 2016-03-23 | 兴天通讯技术有限公司 | 基于智能电视的通话方式调节方法 |
CN105580392A (zh) * | 2013-08-19 | 2016-05-11 | 微软技术许可有限责任公司 | 无缝呼叫切换 |
US10091457B2 (en) | 2013-08-19 | 2018-10-02 | Microsoft Technology Licensing, Llc | Seamless call transitions with pre-escalation participation confirmation |
CN108668098A (zh) * | 2017-03-30 | 2018-10-16 | 展讯通信(上海)有限公司 | 多方通话的建立方法、装置及多通终端 |
CN111262870A (zh) * | 2020-01-19 | 2020-06-09 | 惠州Tcl移动通信有限公司 | 视频通话切换方法、装置、存储介质及终端 |
CN113473063A (zh) * | 2021-06-29 | 2021-10-01 | 读书郎教育科技有限公司 | 一种智能手表兼容多套视频通话sdk的方法及装置 |
US12003888B2 (en) | 2020-01-19 | 2024-06-04 | Huizhou Tcl Mobile Communication Co., Ltd | Video call switching method, storage medium and terminal |
-
2009
- 2009-11-13 CN CN200910222929A patent/CN101729555A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145561A1 (zh) * | 2009-06-19 | 2010-12-23 | 中兴通讯股份有限公司 | 点击拨号业务的系统和实现方法及点击拨号应用服务器 |
CN101888381B (zh) * | 2010-06-29 | 2013-07-03 | 北京邮电大学 | 一种跨网络、跨运营商的实现终端切换的通信系统和方法 |
CN101888381A (zh) * | 2010-06-29 | 2010-11-17 | 北京邮电大学 | 一种跨网络、跨运营商的实现终端切换的通信系统和方法 |
CN101931924A (zh) * | 2010-08-25 | 2010-12-29 | 中兴通讯股份有限公司 | 呼叫保持业务实现方法、装置及系统 |
CN101931924B (zh) * | 2010-08-25 | 2014-07-02 | 中兴通讯股份有限公司 | 呼叫保持业务实现方法、装置及系统 |
CN105580392A (zh) * | 2013-08-19 | 2016-05-11 | 微软技术许可有限责任公司 | 无缝呼叫切换 |
US10091457B2 (en) | 2013-08-19 | 2018-10-02 | Microsoft Technology Licensing, Llc | Seamless call transitions with pre-escalation participation confirmation |
CN104468622B (zh) * | 2014-12-22 | 2018-04-13 | 上海网测通信技术有限公司 | 基于sip协议呼叫等待业务实现三方通话的方法 |
CN104468622A (zh) * | 2014-12-22 | 2015-03-25 | 上海网测通信技术有限公司 | 基于sip协议呼叫等待业务实现三方通话的方法 |
CN105430524A (zh) * | 2015-12-01 | 2016-03-23 | 兴天通讯技术有限公司 | 基于智能电视的通话方式调节方法 |
CN105430524B (zh) * | 2015-12-01 | 2019-04-23 | 赣州市牧士电子有限公司 | 基于智能电视的通话方式调节方法 |
CN108668098A (zh) * | 2017-03-30 | 2018-10-16 | 展讯通信(上海)有限公司 | 多方通话的建立方法、装置及多通终端 |
CN108668098B (zh) * | 2017-03-30 | 2021-04-23 | 展讯通信(上海)有限公司 | 多方通话的建立方法、装置及多通终端 |
CN111262870A (zh) * | 2020-01-19 | 2020-06-09 | 惠州Tcl移动通信有限公司 | 视频通话切换方法、装置、存储介质及终端 |
WO2021142875A1 (zh) * | 2020-01-19 | 2021-07-22 | 惠州Tcl移动通信有限公司 | 视频通话切换方法、存储介质及终端 |
US12003888B2 (en) | 2020-01-19 | 2024-06-04 | Huizhou Tcl Mobile Communication Co., Ltd | Video call switching method, storage medium and terminal |
CN113473063A (zh) * | 2021-06-29 | 2021-10-01 | 读书郎教育科技有限公司 | 一种智能手表兼容多套视频通话sdk的方法及装置 |
CN113473063B (zh) * | 2021-06-29 | 2023-11-14 | 读书郎教育科技有限公司 | 一种智能手表兼容多套视频通话sdk的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101729555A (zh) | 一种实现智能呼叫业务多方通话的方法及系统 | |
CN100571367C (zh) | 音频/视频文件播放方法 | |
CN100464514C (zh) | 利用即时通信设备召开混合型电话会议的控制方法 | |
CN102347950A (zh) | 电信网络向互联网提供会话服务的方法及系统 | |
CN104348989B (zh) | 机顶盒与通话终端切换通话的方法及应用服务器 | |
CN102148775B (zh) | 网页呼叫服务网关、呼叫服务系统和方法 | |
CN102123211B (zh) | 一种多方通话业务的实现方法和系统 | |
WO2010045812A1 (zh) | 一种通话切换的方法、装置和系统 | |
CN109889534B (zh) | 一种融合IP网络与LTE网络的VoIP通话方法 | |
CN101018216B (zh) | 语音、Modem和Fax全控制方法 | |
WO2008064580A1 (fr) | Procédé, système et serveur d'application pour éviter la diaphonie de signal de rappel couleur | |
CN101369906A (zh) | 一种会议业务实现方法及设备 | |
CN101094086B (zh) | 一种下一代网络构建呼叫中心的方法及系统 | |
CN102036048A (zh) | 一种语音视频通话的方法及系统 | |
CN101488875A (zh) | 一种点击拨号业务到多媒体会议业务的切换系统及方法 | |
WO2007093116A1 (fr) | Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d'accès | |
CN101001185A (zh) | 多媒体呼叫的区分处理方法 | |
CN102118354A (zh) | 呼叫中心协同实现方法、呼叫中心协同系统 | |
WO2013040832A1 (zh) | 在总机业务中实现话务员插入通话的方法、装置和系统 | |
CN101588562A (zh) | 基于承载无关呼叫控制协议的多媒体彩铃实现方法及系统 | |
CN102664863A (zh) | 终端实现呼叫等待的方法、装置和系统 | |
EP2736212B1 (en) | Method and system for implementing broadcast group call in click to dial service | |
CN102438084B (zh) | 一种电话会议的实现方法及系统 | |
CN101820429A (zh) | 一种ngn网络中的多媒体会议系统及实现方法 | |
CN101867482A (zh) | 在媒体会议中对会议成员放音的实现方法、设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100609 |
|
RJ01 | Rejection of invention patent application after publication |