CN102065342A - 分组交换网络中的呼叫保持方法、***和设备 - Google Patents
分组交换网络中的呼叫保持方法、***和设备 Download PDFInfo
- Publication number
- CN102065342A CN102065342A CN2009102233715A CN200910223371A CN102065342A CN 102065342 A CN102065342 A CN 102065342A CN 2009102233715 A CN2009102233715 A CN 2009102233715A CN 200910223371 A CN200910223371 A CN 200910223371A CN 102065342 A CN102065342 A CN 102065342A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- data stream
- equipment
- media services
- calling
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种分组交换网络中的呼叫保持方法,该方法为:在第一用户终端与第二用户终端的语音通话过程中,媒体服务设备将第一用户终端的语音数据流转发给第二用户终端;接收到第一用户终端发出的呼叫保持请求后,所述媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。本发明实施例还公开了一种分组交换网络通信***和设备。采用本发明,能够实现分组交换网络中的呼叫保持方案。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种分组交换网络中的呼叫保持方法、***和设备。
背景技术
通信过程中,通话的一方经常需要将与对方进行的通话暂停,然后自身去进行另外的事情。在这种情况下,网络侧会对相应呼叫进行保持,同时向被暂停通话的一方提供相应的提示,提示方式可为播放音乐、语音提示等,以保证被暂停通话的一方能够获知当前呼叫处于被保持状态,而非呼叫中断。通常,将发起呼叫保持、主动暂停通话的一方称为主控方或主控用户,将被暂停通话的一方称为被保持方或被保持用户。
目前,电路交换网络的呼叫保持的处理过程中,由主控用户的服务交换***向被保持用户提供提示,即发起呼叫保持用户的服务交换***通过已经建立的话路通路向被保持用户提供提示。在向被保持用户提供提示时,主控用户的服务交换***将提示信息转换为被保持用户的服务交换***能够识别的编码形式,然后发送至被保持用户的服务交换***,被保持用户的服务交换***将收到的提示信息转换为被保持用户的终端能够识别的编码格式,并发送至被保持用户的终端,被保持用户的终端对收到的信息提示进行解码获取提示信息。呼叫保持结束后,主控用户的服务交换***停止向被保持用户提供提示,同时使主控用户与被保持用户进入正常通信状态。服务交换***是指用户发起呼叫时所在的、并对呼叫进行处理的交换***。
在实现本发明的过程中,发明人发现现有技术中存在以下技术问题:
随着分组交换网络的发展,在分组交换网络中如何实现呼叫保持,还没有具体的方案。
发明内容
本发明实施例提供一种分组交换网络中的呼叫保持方法、***和设备,用于实现分组交换网络中的呼叫保持方案。
一种分组交换网络中的呼叫保持方法,该方法包括:
在第一用户终端与第二用户终端的语音通话过程中,媒体服务设备将第一用户终端的语音数据流转发给第二用户终端;
接收到第一用户终端发出的呼叫保持请求后,所述媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
一种分组交换网络通信***,该***包括:
媒体服务设备,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;接收到第一用户终端发出的呼叫保持请求后,在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流;
智能网设备,用于控制所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送所述多媒体数据流。
一种媒体服务设备,该设备包括:
语音转发单元,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;
请求上报单元,用于接收第一用户终端发出的呼叫保持请求;
呼叫保持单元,用于在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
本发明中,在第一用户终端与第二用户终端的语音通话过程中,接收到第一用户终端发出的呼叫保持请求后,用于将第一用户终端的语音数据流转发给第二用户终端的媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送多媒体数据流。可见通过分组交换网络中的设备实现了分组交换网络中的呼叫保持方案。
附图说明
图1为本发明实施例提供的方法流程示意图;
图2A为本发明实施例中的组网示意图;
图2B为本发明实施例中通话连接建立示意图;
图2C为本发明实施例中呼叫保持建立示意图;
图2D为本发明实施例中呼叫保持结束示意图;
图3为本发明实施例提供的***结构示意图;
图4为本发明实施例提供的设备结构示意图;
图5为本发明实施例提供的另一设备结构示意图。
具体实施方式
为了实现在分组交换网络中的呼叫保持方案,本发明实施例提供一种分组交换网络中的呼叫保持方法,本方法中,分组交换网络中的媒体服务设备将第一用户终端的语音数据流转发给第二用户终端,并在监控到第一用户终端的呼叫保持请求后,在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流。
参见图1,本发明实施例提供的分组交换网络中的呼叫保持方法,具体包括以下步骤:
步骤10:在第一用户终端与第二用户终端的语音通话过程中,媒体服务设备将第一用户终端的语音数据流转发给第二用户终端;
步骤11:接收到第一用户终端发出的呼叫保持请求;
步骤12:媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
步骤12中媒体服务设备可以通过在第一用户终端与第二用户终端进行通话时建立的会话通路向第二用户终端发送多媒体数据流,该多媒体数据流可以是用于通知第二用户终端本次通话未断开、仍处于保持状态的多媒体数据流。
步骤12中媒体服务设备在智能网设备的控制下,停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流,具体实现可以如下:
媒体服务设备接收第一用户终端发出的呼叫保持请求,将该呼叫保持请求上报给智能网设备;智能网设备接收到呼叫保持请求后,指示媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流;媒体服务设备根据智能网设备的指示停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流;或者,
智能网设备接收第一用户终端发出的呼叫保持请求,指示媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流;媒体服务设备根据智能网设备的指示停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流。
在步骤12之后,还可包括以下取消呼叫保持的流程:
步骤13:媒体服务设备接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给智能网设备。
步骤14:智能网设备接收到取消呼叫保持请求时,指示媒体服务设备停止向第二用户终端发送多媒体数据流并向第二用户终端转发第一用户终端的语音数据流;
步骤15:媒体服务设备根据智能网设备的指示停止向第二用户终端发送多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流。
在步骤10中媒体服务设备接收到第一用户终端发出的呼叫保持请求之前,第二用户终端接收到第一用户终端发出的呼叫请求,发送呼叫响应消息;智能网设备接收到呼叫响应消息后,将媒体服务设备的地址信息携带在该呼叫响应消息中,并将该呼叫响应消息发送给第一用户终端;第一用户终端发出携带所述媒体服务设备的地址信息的语音数据流;媒体服务设备接收到语音数据流后,将该语音数据流转发给第二用户终端。
智能网设备在接收到呼叫响应消息后之后,还可以从呼叫响应消息中获取第二用户终端的地址信息,并将该第二用户终端的地址信息发送给媒体服务设备;媒体服务设备根据保存的第二用户终端的地址信息,将第一用户终端发来的语音数据流转发给第二用户终端。
第二用户终端在接收到第一用户终端发出的呼叫请求之后,还可以从呼叫请求中获取第一用户终端的地址信息,发出携带第一用户终端的地址信息的语音数据流后,第一用户终端接收该语音数据流。
本发明中,第一用户终端为主叫用户终端,第二用户终端为被叫用户终端;或者,第一用户终端为被叫用户终端,第二用户终端为主叫用户终端。
下面对本发明进行具体说明:
本发明方法所应用的***可以包括以下三部分:
第一部分,智能网设备,该智能网设备上加载有呼叫保持业务,该业务主要是为注册该业务的用户与其它用户之间建立话路,并接收该用户的呼叫保持指令进行相应操作;
第二部分,媒体服务设备,该设备上增设有媒体流代理转发模块,该模块的主要功能是将发送到媒体服务设备的媒体流进行代理转发,达到既能建立了主被叫之间的话路,又能监控注册用户按键信息的目的。
第三部分,交换设备。
该***既能实现主叫用户签约的呼叫保持业务,同时也能实现被叫用户签约的呼叫保持业务。
实现主叫用户签约的呼叫保持业务主要包含以下步骤:
步骤A、主叫用户在交换设备上注册或签约了智能网上的呼叫保持业务;
步骤B、主叫用户呼叫被叫用户时,交换设备检测到主叫用户注册或签约了智能网上的呼叫保持业务,将呼叫请求发送到智能网触发呼叫保持业务;
步骤C、智能网的业务控制点将主叫用户的相关信息发送给被叫用户;
步骤D、而被叫用户返回的响应消息,将会直接发送给智能网。智能网的业务控制点再将此响应消息通过交换设备发送给主叫用户,响应消息中接收媒体流的地址已不是被叫用户的地址,而是媒体服务设备的地址;与此同时,智能网的业务控制点将被叫用户的相关信息发送给媒体服务设备的媒体流代理转发模块保存,待后续转发媒体流时使用。
步骤E、主被叫双方开始进行正常通话。此时,主叫用户到被叫用户的媒体流将先送到媒体服务设备。媒体服务设备中的媒体流代理转发模块根据保存的被叫用户的相关信息,将该媒体流转发到相应的被叫用户。而被叫用户到主叫的用户媒体流则不需要转发,直接发送到主叫用户。此时,主被叫双方建立话路进行通话,且媒体服务设备监控主叫用户的按键请求;
步骤F、在通话过程中,主叫用户需要处理其它事情,且不愿中断通话,但又不想让被叫用户听到,则主叫用户按呼叫保持键(DTMF音);
步骤G、该按键消息将发送到媒体服务设备上,媒体服务设备再将该按键信息发送给智能网;
步骤H、智能网收到该按键信息,判断是呼叫保持操作,则通知媒体服务设备,不再转发主叫用户的媒体流到被叫用户,而是向被叫用户播放主叫用户注册时已设定好的媒体信息,该媒体信息可以是音频、视频等多媒体数据流;
步骤I、在***向被叫用户播放媒体信息时,主叫用户能处理其它的事情而不会被被叫用户听到;而被叫的语音仍然能够被主叫用户听到;
步骤J、在主叫用户结束其它的事情后,按取消呼叫保持键(DTMF音);
步骤K、媒体服务设备收到该按键信息后,将此信息发送到智能网;
步骤L、智能网收到该信息后,发送消息给媒体服务设备,中断向被叫的媒体播放;继续向被叫转发主叫的媒体流;
步骤M、在主被叫用户通话过程中,其中任一方挂机,则通过智能网释放呼叫,通话结束。
具体的信令流程说明如下:
如图2A所示,主叫用户A发送INVITE消息到智能网,在该消息的会话描述协议(Session Description Protocol,SDP)部分中,会话源中的IP地址填写主叫媒体的IP地址,媒体格式中的端口号填写主叫媒体的端口号。
智能网收到该INVITE消息后,将该消息发送给被叫用户B,此消息中SDP部分中仍然是填写的主叫媒体的IP地址和端口号。
被叫用户B收到该INVITE消息后,即获取了主叫用户的IP地址和端口号信息。然后被叫用户B返回200OK消息到智能网,该消息的SDP部分中,会话源中的IP地址填写被叫用户的IP地址,媒体格式中的端口号填写被叫用户的媒体端口号。
智能网收到200OK消息后,不会直接转发该消息到主叫用户A,而是先将此消息中SDP部分的会话源和媒体格式修改为媒体服务设备的地址信息,再将该消息发送到主叫用户A。即智能网发送200OK消息到主叫用户A,在该消息的SDP部分中,会话源中的IP地址填写媒体服务设备的IP地址,媒体格式中的端口号填写媒体服务设备的端口号。与此同时,智能网将被叫用户的媒体IP地址、端口号发送给媒体服务设备的媒体流代理转发模块保存,待后续转发媒体流时使用。
主叫用户A收到200OK消息,即获取了媒体服务设备的IP地址和端口号信息,而不是获取的被叫用户B的信息。最后,主叫用户A向智能网发送ACK消息证实收到INVITE消息。智能网再将此ACK消息发送到被叫用户B,完成媒体协商的信令流程。
经过上述媒体协商的信令流程,则主被叫用户之间的媒体流如下:
由于主叫用户A获取的是媒体服务设备的IP地址和端口号信息,则主叫用户A的媒体流信息会先发送到媒体服务设备,媒体服务设备中的媒体流代理转发模块处理根据保存的被叫用户的IP地址、端口号等信息,将此媒体流信息转发给被叫用户B。
由于被叫用户B获取的是主叫用户的IP地址和端口号信息,则被叫用户B的媒体流信息直接就发送到主叫用户A,而不会通过媒体服务设备转发。
在这种情况下,用户A按键后发送的DTMF音(在用户A发送的媒体流中),将直接发送到媒体服务设备。媒体服务设备将能够随时监控用户A的按键信息。
媒体流代理转发模块的功能如下:
存储接收转发的媒体流信息的用户终端的IP地址、端口号等相关信息。在上面媒体协商流程,即保存被叫用户B回的200OK消息中被叫用户的IP地址、端口号等信息。这是媒体流转发所需要的目的地址。
当收到需要转发的媒体流时,根据存储的媒体IP地址、端口号等相关信息,将该媒体流转发到相应的用户终端上。在上面媒体协商流程,即根据保存被叫用户B的相关信息,将主叫用户A发送到媒体服务设备的媒体流的数据包,不改变数据包的内容,直接转发给被叫用户B,完成媒体流代理转发功能。
对被叫用户签约同对主叫用户签约类似。
下面结合附图对本发明的具体实施方式做进一步详细说明:
为本发明为实现呼叫保证中播放媒体信息的功能,采用如图2B所示的结构,其中S 101和S 102是主叫用户A到被叫用户B的媒体流,S103是被叫用户B到主叫用户A的媒体流。
1、媒体服务设备,该设备中增设有媒体流代理转发模块,该设备具有以下功能:
第一,接收主叫用户的媒体流消息,并转发给被叫用户,使主被叫之间建立媒体流连接。转发的时候,是将接收到的媒体流的包不改变内容的情况下,直接转发给被叫用户。
第二,监听主叫用户的DTMF按键信息,在收到该消息后转发给智能网。
第三,向被叫用户播放媒体信息。
加载有呼叫保持业务的智能网设备,具有以下功能:
第一,接收主叫用户发送的主叫相关信息,并将此消息通过交换设备发送给被叫用户。
第二,接收被叫用户返回的被叫相关信息,先将被叫相关信息替换为媒体服务设备的相关信息,再将此信息发送给主叫用户。
下面以实现主叫用户签约的呼叫保持业务为具体的实施例,详细说明本发明呼叫保持业务的主要实现步骤,如图2C~2D所示:
步骤1:主叫用户A注册或签约了智能网上的呼叫保持业务;
步骤2:主叫用户A拨打被叫用户B,触发智能网上的呼叫保持业务,主叫用户A通过交换设备,发送INVITE消息到智能网,该消息包括主叫的媒体设备的IP地址和端口号;
步骤3:智能网直接发送INVITE消息到被叫用户B,被叫用户B从INVITE消息获取主叫用户的IP地址和端口号;
步骤4:被叫用户B通过交换设备,返回200OK消息到智能网,该消息包括被叫媒体设备的IP地址和端口号;
步骤5:智能网再通过交换设备,返回200OK消息到主叫用户A,在该消息中,被叫媒体设备的IP地址和端口号已被改为媒体服务设备的IP地址和端口号;同时,智能网将被叫媒体设备的IP地址和端口号发送到媒体服务设备中的媒体流代理转发模块保存;
步骤6:根据上面的步骤,主叫用户A到被叫用户B的媒体流,会先发送到媒体服务设备,再由媒体服务设备转发到被叫用户B,此时,媒体服务设备同时监控主叫用户A的按键情况。而被叫用户B到主叫用户A的媒体流,是直接连接,不需要转发;
步骤7:在主被叫通话过程中,主叫用户A因需要处理其它事情,且不愿中断通话,但又不想让被叫用户听到,则按呼叫保持键;
步骤8:媒体服务设备监控到此按键信息后,上报给智能网;
步骤9:智能网发送放音消息给媒体服务设备,通知媒体服务设备停止向向被叫用户B发送语音数据流,而开始向被叫用户B播放主叫用户A注册时已设定好的媒体信息(媒体信息包括音频、视频等);
步骤10:当主叫用户A处理完其它事情,按取消呼叫保持键;
步骤11:媒体服务设备监控到此按键信息后,上报给智能网;
步骤12:智能网发送放音消息给媒体服务设备,中断媒体信息的发送,恢复主被叫通话。
参见图3,本发明实施例还提供一种分组交换网络通信***,该***包括:
媒体服务设备30,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;接收到第一用户终端发出的呼叫保持请求后,在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流;
智能网设备31,用于控制所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送所述多媒体数据流。
所述媒体服务设备30还用于:
在向第二用户终端发送所述多媒体数据流之后,接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给所述智能网设备;根据所述智能网设备的指示停止向第二用户终端发送所述多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流;
相应的,所述智能网设备31还用于:
接收到所述取消呼叫保持请求时,指示所述媒体服务设备停止向第二用户终端发送所述多媒体数据流并向第二用户终端转发第一用户终端的语音数据流。
所述智能网设备31还用于:
在媒体服务设备接收到第一用户终端发出的呼叫保持请求之前,接收到第二用户终端针对第一用户终端发出的呼叫请求发来的呼叫响应消息后,将所述媒体服务设备的地址信息携带在该呼叫响应消息中,并将该呼叫响应消息发送给第一用户终端。
所述智能网设备31还用于:
在接收到所述呼叫响应消息后之后,从所述呼叫响应消息中获取第二用户终端的地址信息,并将该第二用户终端的地址信息发送给所述媒体服务设备;
相应的,所述媒体服务设备30用于:
根据保存的所述第二用户终端的地址信息,将第一用户终端发来的语音数据流转发给第二用户终端。
所述媒体服务设备30用于,将所述呼叫保持请求上报给所述智能网设备;根据所述智能网设备的指示停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流;
相应的,所述智能网设备31用于:
接收所述媒体服务设备发来的所述呼叫保持请求,根据该呼叫保持请求指示所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
参见图4,本发明实施例还提供一种媒体服务设备,可以应用于分组交换网络通信***中,该设备包括:
语音转发单元40,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;
请求上报单元41,用于接收第一用户终端发出的呼叫保持请求;
呼叫保持单元42,用于在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
所述请求上报单元41还用于:
接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给所述智能网设备;
相应的,所述呼叫保持单元42还用于:
根据所述智能网设备的指示停止向第二用户终端发送所述多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流。
参见图5,本发明实施例还提供一种智能网设备,可以应用于分组交换网络通信***中,该设备包括:
请求接收单元50,用于在第一用户终端与第二用户终端的语音通话过程中,接收媒体服务设备发来的来自第一用户终端的呼叫保持请求;
呼叫保持指示单元51,用于指示所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送预先设定的多媒体数据流。
所述请求接收单元50还用于:
接收媒体服务设备发来的来自第一用户终端的取消呼叫保持请求;
相应的,所述呼叫保持指示单元51还用于:
指示所述媒体服务设备停止向第二用户终端发送所述多媒体数据流并向第二用户终端转发第一用户终端的语音数据流。
该设备还包括:
信息加载单元52,用于在媒体服务设备接收到第一用户终端发出的呼叫保持请求之前,接收到第二用户终端针对第一用户终端发出的呼叫请求发来的呼叫响应消息后,将所述媒体服务设备的地址信息携带在该呼叫响应消息中,并将该呼叫响应消息发送给第一用户终端。
所述信息加载单元52还用于:
在接收到所述呼叫响应消息后之后,从所述呼叫响应消息中获取第二用户终端的地址信息,并将该第二用户终端的地址信息发送给所述媒体服务设备。
综上,本发明的有益效果包括:
本发明实施例提供的方案中,在第一用户终端与第二用户终端的语音通话过程中,接收到第一用户终端发出的呼叫保持请求后,用于将第一用户终端的语音数据流转发给第二用户终端的媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送多媒体数据流。可见通过分组交换网络中的设备实现了分组交换网络中的呼叫保持方案。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种分组交换网络中的呼叫保持方法,其特征在于,该方法包括:
在第一用户终端与第二用户终端的语音通话过程中,媒体服务设备将第一用户终端的语音数据流转发给第二用户终端;
接收到第一用户终端发出的呼叫保持请求后,所述媒体服务设备在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
2.如权利要求1所述的方法,其特征在于,在向第二用户终端发送所述多媒体数据流之后,该方法进一步包括:
所述媒体服务设备接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给所述智能网设备;
所述智能网设备接收到所述取消呼叫保持请求时,指示所述媒体服务设备停止向第二用户终端发送所述多媒体数据流并向第二用户终端转发第一用户终端的语音数据流;
所述媒体服务设备根据所述智能网设备的指示停止向第二用户终端发送所述多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流。
3.如权利要求1所述的方法,其特征在于,在媒体服务设备接收到第一用户终端发出的呼叫保持请求之前,该方法进一步包括:
第二用户终端接收到第一用户终端发出的呼叫请求时,发送呼叫响应消息;
所述智能网设备接收到所述呼叫响应消息后,将所述媒体服务设备的地址信息携带在该呼叫响应消息中,并将该呼叫响应消息发送给第一用户终端;
第一用户终端发出携带所述媒体服务设备的地址信息的语音数据流;所述媒体服务设备接收到所述语音数据流后,将所述语音数据流转发给第二用户终端。
4.如权利要求3所述的方法,其特征在于,在所述智能网设备接收到所述呼叫响应消息后之后,该方法进一步包括:
所述智能网设备从所述呼叫响应消息中获取第二用户终端的地址信息,并将该第二用户终端的地址信息发送给所述媒体服务设备;
所述媒体服务设备将所述语音数据流转发给第二用户终端包括:
所述媒体服务设备根据保存的所述第二用户终端的地址信息,将第一用户终端发来的语音数据流转发给第二用户终端。
5.如权利要求1所述的方法,其特征在于,第一用户终端为主叫用户终端,第二用户终端为被叫用户终端;或者,
第一用户终端为被叫用户终端,第二用户终端为主叫用户终端。
6.一种分组交换网络通信***,其特征在于,该***包括:
媒体服务设备,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;接收到第一用户终端发出的呼叫保持请求后,在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流;
智能网设备,用于控制所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流并向第二用户终端发送所述多媒体数据流。
7.如权利要求6所述的***,其特征在于,所述媒体服务设备还用于:
在向第二用户终端发送所述多媒体数据流之后,接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给所述智能网设备;根据所述智能网设备的指示停止向第二用户终端发送所述多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流;
所述智能网设备还用于:
接收到所述取消呼叫保持请求时,指示所述媒体服务设备停止向第二用户终端发送所述多媒体数据流并向第二用户终端转发第一用户终端的语音数据流。
8.如权利要求6所述的***,其特征在于,所述智能网设备还用于:
在媒体服务设备接收到第一用户终端发出的呼叫保持请求之前,接收到第二用户终端针对第一用户终端发出的呼叫请求发来的呼叫响应消息后,将所述媒体服务设备的地址信息携带在该呼叫响应消息中,并将该呼叫响应消息发送给第一用户终端。
9.如权利要求8所述的***,其特征在于,所述智能网设备还用于:
在接收到所述呼叫响应消息后之后,从所述呼叫响应消息中获取第二用户终端的地址信息,并将该第二用户终端的地址信息发送给所述媒体服务设备;
所述媒体服务设备用于:
根据保存的所述第二用户终端的地址信息,将第一用户终端发来的语音数据流转发给第二用户终端。
10.如权利要求8所述的***,其特征在于,所述智能网设备用于:
接收所述媒体服务设备发来的所述呼叫保持请求,根据该呼叫保持请求指示所述媒体服务设备停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
11.一种媒体服务设备,其特征在于,该设备包括:
语音转发单元,用于在第一用户终端与第二用户终端的语音通话过程中,将第一用户终端的语音数据流转发给第二用户终端;
请求上报单元,用于接收第一用户终端发出的呼叫保持请求;
呼叫保持单元,用于在智能网设备的控制下停止向第二用户终端转发第一用户终端的语音数据流,并向第二用户终端发送预先设定的多媒体数据流。
12.如权利要求11所述的设备,其特征在于,所述请求上报单元还用于:
接收到第一用户终端发来的取消呼叫保持请求,将该取消呼叫保持请求上报给所述智能网设备;
所述呼叫保持单元还用于:
根据所述智能网设备的指示停止向第二用户终端发送所述多媒体数据流,并继续向第二用户终端转发第一用户终端的语音数据流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102233715A CN102065342A (zh) | 2009-11-18 | 2009-11-18 | 分组交换网络中的呼叫保持方法、***和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102233715A CN102065342A (zh) | 2009-11-18 | 2009-11-18 | 分组交换网络中的呼叫保持方法、***和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102065342A true CN102065342A (zh) | 2011-05-18 |
Family
ID=44000399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102233715A Pending CN102065342A (zh) | 2009-11-18 | 2009-11-18 | 分组交换网络中的呼叫保持方法、***和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102065342A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105207764A (zh) * | 2014-06-23 | 2015-12-30 | 海能达通信股份有限公司 | 一种通话方法、***及终端 |
CN113596748A (zh) * | 2021-07-19 | 2021-11-02 | Oppo广东移动通信有限公司 | 实现呼叫保持功能的方法、服务器及用户终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212405A (zh) * | 2006-12-29 | 2008-07-02 | ***通信集团公司 | 媒体路由控制***及控制方法 |
CN101411173A (zh) * | 2006-03-27 | 2009-04-15 | 索尼爱立信移动通讯有限公司 | 电子设备和提供个性化呼叫特征的服务 |
US20090257417A1 (en) * | 2008-04-14 | 2009-10-15 | Research In Motion Limited | Apparatus, and associated method, for facilitating radio control system operation with an ics-capable wireless device |
-
2009
- 2009-11-18 CN CN2009102233715A patent/CN102065342A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101411173A (zh) * | 2006-03-27 | 2009-04-15 | 索尼爱立信移动通讯有限公司 | 电子设备和提供个性化呼叫特征的服务 |
CN101212405A (zh) * | 2006-12-29 | 2008-07-02 | ***通信集团公司 | 媒体路由控制***及控制方法 |
US20090257417A1 (en) * | 2008-04-14 | 2009-10-15 | Research In Motion Limited | Apparatus, and associated method, for facilitating radio control system operation with an ics-capable wireless device |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105207764A (zh) * | 2014-06-23 | 2015-12-30 | 海能达通信股份有限公司 | 一种通话方法、***及终端 |
CN105207764B (zh) * | 2014-06-23 | 2019-05-31 | 海能达通信股份有限公司 | 一种通话方法、***及终端 |
CN113596748A (zh) * | 2021-07-19 | 2021-11-02 | Oppo广东移动通信有限公司 | 实现呼叫保持功能的方法、服务器及用户终端 |
CN113596748B (zh) * | 2021-07-19 | 2023-09-15 | Oppo广东移动通信有限公司 | 实现呼叫保持功能的方法、服务器及用户终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9191521B2 (en) | Method and system for providing call waiting features in a SIP-based network | |
US8345556B2 (en) | Congestion control system, service edge node, guidance server, congestion control method, program therefor, and recording medium recorded therewith | |
CN100579278C (zh) | 紧急呼叫方法、***及呼叫会话控制功能实体 | |
EP2012516B1 (en) | Customised playback telephony services | |
EP2150013B1 (en) | System, equipment and method for implementing special calling services | |
US7006618B1 (en) | Method and apparatus for managing incoming and outgoing calls at an endpoint placed on hold | |
US8270982B2 (en) | Method, system and equipment for shifting call based on a mobile terminal with the same number and a soft terminal | |
JP4786993B2 (ja) | 音声伝送用の電話網を使用するipテレビ会議を確立する方法 | |
JP5450444B2 (ja) | マルチメディア通話を処理するための方法及び装置 | |
WO2007071030B1 (en) | Out-of-band signaling system, method and computer program product | |
KR20080095914A (ko) | 통신 시스템, 음성 신호 처리 장치, 및 통신 방법 | |
US8081749B1 (en) | System and method for integrated queue management | |
JP2009147692A (ja) | 移動通信端末、交換局、蓄積装置、及び、メッセージ蓄積方法 | |
KR100552521B1 (ko) | 브이 오 아이피 시스템에서의 음성 메시징 서비스 방법 및그 장치 | |
CN102065342A (zh) | 分组交换网络中的呼叫保持方法、***和设备 | |
US20060014559A1 (en) | Method and apparatus for recording of conversations by network signaling to initiate recording | |
KR101069530B1 (ko) | 차세대통신망에서 착신 통화로 제어 장치 및 그 방법과, 그를 이용한 멀티미디어 정보 서비스 시스템 및 그 방법 | |
JP2008085901A (ja) | 電話交換システム及びこの電話交換システムで使用されるサービス提供方法 | |
CN1761274B (zh) | 一种呼叫保持的处理方法 | |
US20060176875A1 (en) | IP telephone exchange and IP telephone terminal | |
JP2011071853A (ja) | Ip電話システム、通話内容記録装置および通話方法 | |
US20110013753A1 (en) | Method and system for recording telephone conversations placed on hold | |
WO2017219939A1 (zh) | 一种实现业务切换的方法、应用服务器、***和存储介质 | |
JP2014087029A (ja) | 中継装置および通信システム | |
CN102480418B (zh) | 实现cdma2000终端和软交换终端视频互通的路由方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110518 |