CN101478610A - 在通话期间播放多媒体铃音的方法、服务器及终端设备 - Google Patents
在通话期间播放多媒体铃音的方法、服务器及终端设备 Download PDFInfo
- Publication number
- CN101478610A CN101478610A CNA2009100048921A CN200910004892A CN101478610A CN 101478610 A CN101478610 A CN 101478610A CN A2009100048921 A CNA2009100048921 A CN A2009100048921A CN 200910004892 A CN200910004892 A CN 200910004892A CN 101478610 A CN101478610 A CN 101478610A
- Authority
- CN
- China
- Prior art keywords
- multimedia
- mixing
- media
- sign
- media ringtone
- 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
技术领域
本发明涉及多媒体铃音,尤其涉及在通话期间继续播放多媒体铃音的方法、服务器及终端设备。
背景技术
当前,多媒体铃音业务主要包括:多媒体回铃音、多媒体振铃音、多媒体背景音。多媒体回铃音(Customized Alerting Tone,CAT)又称为多媒体彩铃,即主叫拨打被叫时,在被叫摘机接听之前,主叫欣赏到多媒体回铃音。多媒体振铃音(Customized Ringing Signal,CRS)又称为多媒体彩振,即主叫拨打被叫时,在被叫摘机接听之前,被叫欣赏到多媒体振铃音。多媒体背景音(Customized Background Tone,CBT)又称为多媒体彩像,即主叫和被叫通话过程中,主被叫双方都能欣赏到多媒体背景音。而多媒体铃音的内容可以是音乐、视频、图片、文字、电子名片、甚至用户自己上传的音视频片段等各种形式的媒体内容。
发明人在实现本发明的过程中,发现,对于多媒体振铃音(CRS)业务来说,现有技术中,主叫用户呼叫被叫用户时,被叫用户会收到彩振服务器下发的CRS,当被叫用户摘机应答后,彩振服务器会停止播放CRS,从而进入正常通话阶段;对于多媒体回铃音(CAT)业务来说,现有技术中,主叫用户呼叫被叫用户时,主叫用户会收到彩铃服务器下发的CAT,当被叫用户摘机应答后,彩铃服务器会停止播放CAT,从而进入正常通话阶段。因此,现有技术方案中无法在通话期间为用户继续播放多媒体铃音。
发明内容
本发明实施例的主要目的在于提供一种在通话期间继续播放多媒体铃音的方法、服务器及终端设备,以解决现有技术方案中无法实现多媒体铃音在通话期间为用户继续播放的问题。
本发明实施例的上述目的是通过如下技术方案实现的:
本发明实施例提供一种在通话期间播放多媒体铃音的方法,所述方法包括:接收主叫终端或被叫终端发送的请求标志;根据所述请求标志触发在通话期间继续播放多媒体铃音。
本发明实施例还提供一种多媒体铃音应用服务器,所述多媒体铃音应用服务器包括:请求标志接收单元,用于接收主叫终端或被叫终端发送的请求标志;多媒体铃音播放触发单元,用于根据所述请求标志触发在通话期间继续播放多媒体铃音。
本发明实施例还提供一种多媒体铃音服务器,所述多媒体铃音服务器包括上述多媒体铃音应用服务器和媒体资源功能实体,所述媒体资源功能实体包括:混频单元,用于对多媒体振铃音或多媒体回铃音和通话媒体流进行混频;多媒体铃音播放单元,用于播放多媒体振铃音和或混频后的多媒体振铃音;或者播放多媒体回铃音和或混频后的多媒体回铃音。
本发明实施例还提供一种在通话期间播放多媒体铃音的方法,所述方法包括:向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间继续播放多媒体铃音。
本发明实施例还提供一种终端设备,所述终端设备包括:请求标志发送单元,用于向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间继续播放多媒体铃音。
通过本发明实施例的在通话期间继续播放多媒体铃音的方法、服务器及终端设备,解决了现有技术方案中无法实现多媒体铃音在通话期间为用户继续播放的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1为本发明实施例的方法流程图;
图2为本发明一实施例的组网结构示意图;
图3为图2所示实施例的一交互流程图;
图4为图2所示实施例的另一交互流程图;
图5为图2所示实施例的另一交互流程图;
图6为图2所示实施例的另一交互流程图;
图7为本发明另一实施例的组网结构示意图;
图8为图7所示实施例的交互流程图;
图9为本发明实施例的铃音服务器组成框图;
图10为本发明另一实施例的方法流程图;
图11为本发明实施例的终端设备组成框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
实施例一
本发明实施例提供一种在通话期间播放多媒体铃音的方法,以下结合附图对本实施例进行详细说明。
图1为本发明实施例的方法流程图,请参照图1,本发明实施例的方法主要包括:
101:接收主叫终端或被叫终端发送的请求标志;
102:根据所述请求标志触发在通话期间继续播放多媒体铃音。
通过本发明实施例的在通话期间继续播放多媒体铃音的方法,可以实现在通话期间为主叫终端或被叫终端继续播放多媒体铃音。
实施例二
本发明实施例还提供一种在通话期间播放多媒体铃音的方法,以下结合附图对本实施例进行详细说明。
图1为本发明实施例的方法流程图,请参照图1,本发明实施例的方法主要包括:
101:接收主叫终端或被叫终端发送的请求标志;
在本实施例中,被叫终端发送的请求标志可以通过IMS域的摘机应答消息200OK消息,或者在摘机应答消息之后以INFO消息或MESSAGE消息的头域或消息体携带;或者通过CS域的UUI消息、或者FACILITY消息携带,或者通过DTMF(双音多频)方式携带;或者通过带外方式或离线方式从被叫获取该请求标志,本发明实施例并不以此作为限制。
在本实施例中,请求标志可以是多媒体振铃音混频标志,以请求服务器对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混频操作,这种情况下,只有被叫终端能在通话过程中听到多媒体振铃音。
在本实施例中,请求标志可以是多媒体回铃音混频标志,以请求服务器对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混频操作,这种情况下,只有主叫终端能在通话过程中听到多媒体回铃音。
在本实施例中,请求标志也可以是多媒体背景音混频标志,以请求服务器对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混频操作,这种情况下,主叫终端和被叫终端都能在通话过程中听到多媒体振铃音或多媒体回铃音,此时多媒体振铃音或多媒体回铃音充当一个多媒体背景音的工作。
在本实施例中,请求标志也可以是多媒体铃音链接下载标志,以请求服务器下发多媒体铃音的链接,以供主叫终端或被叫终端下载该多媒体铃音后,在通话过程中进行本地播放。
在本实施例中,请求标志还可以是终端混频能力标志,以请求服务器端不必停止多媒体铃音的播放,以在主叫终端或被叫终端对多媒体铃音和通话媒体流进行混频后进行本地播放,这种情况下,主叫终端或被叫终端需要具备混频能力。
102:根据所述请求标志触发在通话期间继续播放多媒体铃音。
在本实施例中,如果接收到的请求标志为多媒体振铃音混频标志,则根据所述请求标志触发在通话期间继续播放多媒体铃音的步骤为:
向媒体资源功能实体发送携带有多媒体振铃音混频标志的指示消息,指示媒体资源功能实体对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频。
在本实施例中,如果接收到的请求标志为多媒体回铃音混频标志,则根据所述请求标志触发在通话期间继续播放多媒体铃音的步骤为:
向媒体资源功能实体发送携带有多媒体回铃音混频标志的指示消息,指示媒体资源功能实体对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频。
在本实施例中,如果接收到的请求标志为多媒体背景音混频标志,则根据请求标志触发在通话期间继续播放多媒体铃音的步骤为:
向媒体资源功能实体发送携带有多媒体背景音混频标志的指示消息,指示媒体资源功能实体对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频。
根据本实施例,如果指示消息为指示对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频,则意味着要将多媒体振铃音或多媒体回铃音转换为背景音,因此,在本实施例的方法中,还要包括下列与主叫终端和被叫终端协商多媒体背景音的步骤:
向主叫终端和被叫终端发送多媒体背景音请求,协商多媒体背景音会话;
接收主叫终端和被叫终端对所述多媒体背景音请求的应答消息。
在本实施例中,多媒体背景音请求可以通过re-INVITE消息传递,也可以通过REFER消息传递,本实施例并不以此作为限制。
根据本实施例的方法,在主叫终端和被叫终端通话过程中,主叫终端或者被叫终端或者主叫终端和被叫终端可以继续听到多媒体铃音,由于该多媒体铃音是由服务器端在通话过程中对多媒体振铃音或多媒体回铃音和通话媒体流混频后播放,因此,在主叫终端或被叫终端挂机后,本实施例的方法还包括下列步骤:
在接收到挂机消息后,向媒体资源功能实体发送停止消息,指示媒体资源功能实体停止混音/混频操作及停止播放多媒体铃音;
接收媒体资源功能实体返回的停止确认消息,确认停止混音/混频操作及停止播放多媒体铃音。
在本实施例中,在IMS域中,该挂机消息可以是BYE消息;在CS域中,该挂机消息可以是disconnect消息。
在本实施例中,如果接收到的请求标志为多媒体铃音链接下载标志,则根据所述请求标志触发在通话期间继续播放多媒体铃音的步骤包括:
向媒体资源功能实体发送携带有多媒体铃音链接下载标志的指示消息,指示媒体资源功能实体发送多媒体铃音链接;
接收媒体资源功能实体返回的包含多媒体铃音链接的对所述指示消息的应答消息。
根据本实施例,在接收到主叫终端对摘机应答消息的确认消息后,即可发送携带有多媒体铃音链接的确认消息到请求终端,请求终端获取了多媒体铃音下载链接,下载该多媒体铃音后,即可以进行本地播放。
在本实施例中,如果接收到的请求标志为终端混频能力标志,则根据所述请求标志触发在通话期间继续播放多媒体铃音的步骤包括:
在接收到摘机应答消息后,继续多媒体铃音播放。
根据本实施例的方法,由于服务器端没有停止发送多媒体铃音,故可以由请求终端对多媒体铃音和通话媒体流混频后在本地播放,因此,在主被叫终端挂机后,本实施例的方法还包括下列步骤:
在接收到挂机消息后,向媒体资源功能实体发送停止消息,指示媒体资源功能实体停止播放多媒体铃音;
接收媒体资源功能实体返回的停止确认消息,确认停止播放多媒体铃音。
在本实施例中,如果为用户播放的多媒体铃音文件是图片、文本或电子名片等文件,则多媒体铃音服务器在收到相应的请求标志后,在接收到200OK消息后,不进行混频或混音操作,而只是继续播放多媒体铃音文件即可。
通过本实施例的方法,使得通话过程中的主叫终端或者被叫终端或者主被叫终端都可以继续听到多媒体铃音,解决了现有技术中无法实现多媒体铃音在通话期间为用户继续播放的问题,以及多媒体振铃音或多媒体回铃音在通话期间转换为多媒体背景音的问题。
本实施例的方法不仅可以应用于电路交换域(CS域)的呼叫过程,也可以应用于IMS域(IP多媒体子***)的呼叫过程,实现CRS(或CAT)在IMS域的早期会话方式、多会话方式、网关方式,以及CS域的跨接方式、非跨接方式下的通话过程中继续播放,下面分别以不同的实施例加以说明。
实施例三
本实施例的方法应用于IMS域的早期会话方式,由服务器端对多媒体振铃音和通话媒体流进行混频,实现单向“CRS+通话”到被叫。
在本实施例中,当被叫终端的用户摘机时,在被叫终端发送的200 OK消息中携带请求服务器混频标志,在本实施例中,该标志为多媒体振铃音混频标志,多媒体振铃音应用服务器CRS AS接收到此标志后触发相应的动作,即指示媒体资源功能实体MRF对CRS和通话媒体流进行混频操作,并将混频后的媒体流发送给被叫终端。
在本实施例中,请求终端为被叫,假设主叫终端A的用户为被叫终端B的用户定制了多媒体振铃音CRS业务。A呼叫B时,CRS AS指示MRF为B播放多媒体振铃音,当B摘机应答时,UE B发送的200OK消息中携带请求服务器混频标志,该标志可以由主叫终端的用户在主叫终端上预先进行设置,CRS AS解析此标志后,指示MRF对CRS和A到B方向的通话进行混频处理。终端B的用户就可以在和终端A的用户通话过程中,继续欣赏CRS多媒体内容。其中,CRS和通话媒体流均可以为音频或视频形式,如果CRS为音频,则直接与通话流混音;如果CRS为视频,则可以将CRS视频和通话视频流混频后分屏显示。
图2为本实施例的组网结构图,如图2所示,其中:
UE(User Equipment)为用户设备。在本实施例中,UE-A为主叫终端,UE-B为被叫终端。
Node B为WCDMA***的基站,即无线收发信机,主要完成Uu接口物理层协议的处理。
RNC(Radio Network Controller)为无线网络控制器,用于控制UTRAN的无线资源。
SGSN(Serving GPRS Support Node)为服务器GPRS支持节点,是WCDMA核心网PS域功能节点,主要提供PS域的路由转发、移动性管理、会话管理、鉴权、加密等功能。
P-CSCF(Proxy CallSession Control Function)为代理呼叫会话控制功能。P-CSCF是IMS网络中用户的第一个接触点,主要负责验证请求,处理和转发响应。
S-CSCF(Serving Call Session Control Function)为服务呼叫会话控制功能。S-CSCF在IMS网络中处于核心控制地位,是IMS多进程控制的关键所在。其负责记录并控制用户进程状态,执行会话路由功能,并不断与应用服务和计费功能进行交互,根据规则进行增值业务触发与业务控制。
HSS(Home Subscriber Server)为归属用户服务器。HSS是一个存储用户和服务相关数据的数据库,是一个升级的HLR。HSS以XML形式记录了用户身份、注册信息、接入参数和服务触发信息等。
CRS AS(Customized Ringing Signal Application Server)为多媒体振铃音应用服务器。CRS AS是IMS网络中为用户提供IM增值业务的服务器,可以位于用户归属网,也可以由第三方提供。CRS AS主要用于提供CRS业务,并控制MRF进行媒体资源的播放。
MRF(Multimedia Resource Function)为媒体资源功能实体。MRF包括控制部分(MRFC)和用户平面的处理部分(MRFP),对与承载相关的业务提供支持,如多媒体资源播放、视频会议、用户公告等,能够完成数据媒体流的混合、媒体流的分发、承载代码的转换、计费信息的发送等。
其中,CRS AS和MRF合起来可以称为多媒体振铃音服务器,同样道理,多媒体回铃音应用服务器CTS AS和MRF合起来可以称为多媒体回铃音服务器,多媒体背景音应用服务器CBT AS和MRF合起来可以称为多媒体背景音服务器,CRS AS、CTS AS、CBTAS和MRF合起来可以称为多媒体铃音服务器。
图3为本实施例的呼叫流程示意图,如图3所示:
301~302:主叫终端UE-A发送一个带有正常会话(Session)SDP(Sessiondescription protocol,会话描述协议)Offer(O1)的INVITE请求以建立与被叫终端UE-B之间的通话。INVITE请求首先到达S-CSCF,并根据S-CSCF中的初始过滤准则iFC被路由到多媒体彩振服务器CRS AS。
303~304:CRS AS确定UE-A已为UE-B订阅了CRS业务,即发送一个不带有SDP的INVITE请求给媒体资源功能MRF。MRF返回200OK消息进行应答,200 OK消息携带了早期会话(Early-session)的SDP Offer(CRS-O),目的是用于建立UE-B与MRF之间的CRS媒体流。
305~307:CRS AS产生一个INVITE请求,途径S-CSCF和P-CSCF到达UE-B。其中,INVITE请求包含了两个SDP:正常会话的SDP Offer(O1)和早期会话的SDP Offer(CRS-O)。并且,INVITE的Require头域中包含了early-session选项标签。
308~3010:被叫终端UE-B对INVITE请求中的早期会话的SDP Offer(CRS-O)进行应答,返回可靠的183临时响应,183中携带了早期会话的SDPAnswer(CRS-A),并且183的Require头域中包含了100rel选项标签。
3011:CRS AS接收到183之后,向MRF发送确认消息ACK,ACK中携带了早期会话的SDP Answer(CRS-A)。
3012~3013:CRS AS发送183到S-CSCF,S-CSCF再将183转发到主叫终端UE-A。
3014~3018:UE-A返回对183的可靠响应PRACK,途径S-CSCF、CRSAS、S-CSCF、P-CSCF之后到达UE-B。
3019~3021:UE-B返回对PRACK的确认消息200OK,途径P-CSCF、S-CSCF到达CRS AS。
3022~3023:CRS AS发送INFO消息给MRF,指示MRF开始为UE-B播放多媒体彩振CRS。MRF返回200OK作为确认,并开始播放多媒体彩振。此时被叫用户B就从UE-B收听/收看到了主叫用户A为其定制的多媒体彩振。
3024~3028:UE-B返回180振铃消息,途径P-CSCF、S-CSCF、CRS AS、S-CSCF到达UE-A。
3029~3031:被叫用户B摘机应答,UE-B发送带有正常会话SDP Answer(A1)的200OK消息,根据本实施例的方法,200OK消息同时携带了混音/混频请求(Mixing请求)标志,即多媒体振铃音混频标志,该标志可通过SIP头域、或SDP、或XML文件来携带。对于XML的携带方式,可以将SIP头域中的content-type置为multipart/mixed类型,然后在SDP消息体后携带XML文件即可。200OK消息途径P-CSCF、S-CSCF到达CRS AS。
3032~3033:根据本实施例的方法,CRS AS接收到带有Mixing请求标志的200 OK之后,发送INFO消息给MRF,INFO通过SDP或头域字段携带Mixing请求标志,以指示MRF启动MIX单元,准备对CRS和通话媒体流进行混音/混频。MRF返回对INFO的应答消息200 OK。
3034~3035:CRS AS转发带有正常会话SDP Answer(A1)的200 OK消息,途径S-CSCF,到达UE-A。
3036~3040:UE-A返回对200OK消息的确认消息ACK,途径S-CSCF、CRS AS、S-CSCF、P-CSCF到达UE-B。此时UE-A和UE-B之间的正常通话建立,根据本实施例的方法,MRF此时作为一个Mixer(混音/混频器)锚定在主被叫通话路径上,将主叫用户的语音/视频与CRS进行MIX操作,合并为一路媒体流发送给被叫终端UE-B。MRF对UE-B到UE-A方向的语音/视频媒体流不做MIX操作。
3041~3052:被叫用户B挂机,UE-B发送BYE消息给UE-A,中间途径P-CSCF、S-CSCF、CRS AS和S-CSCF。根据本实施例的方法,CRS AS在接收到BYE消息后,发送BYE消息给MRF,指示MRF停止MIX操作及停止播放CRS。UE-A返回200OK消息给UE-B。通话结束。
在本实施例的第3029~3031步骤中,除了使用200 OK携带请求服务器混频标志(多媒体振铃音混频标志)外,还可以在200 OK之后使用INFO或MESSAGE等消息携带。本实施例并不以此作为限制。另外,被叫用户除了在摘机时通过200OK消息携带请求混频标志外,还可以通过带外方式(如短消息)或离线方式(如Web)实现混频请求。
在本实施例中,由于是服务器端进行混频(MIX)操作,现有的网络实体即可支持该项功能。且对终端侧无要求,普通终端即可实现通话期间正常接收CRS。
实施例四
本实施例的方法应用于IMS域的早期会话方式,由服务器端对多媒体振铃音和通话媒体流进行混频,实现双向“CRS+通话”到主、被叫。
在本实施例中,当被叫终端的用户摘机时,被叫终端发送的200 OK消息中携带请求服务器混频标志,在本实施例中,该标志为多媒体背景音混频标志,CRSAS接收到此标志后触发相应的动作,即指示MRF进行多媒体背景音CBT混频操作。CRS AS发送re-INVITE请求给主叫终端及被叫终端,请求中携带有CBT会话SDP Offer,主被叫终端进行应答之后,MRF进入CBT放音模式,即在主被叫终端通话过程中进行多媒体背景音的播放。
在本实施例中,请求终端为被叫终端,假设被叫终端B的用户摘机时,CRS AS指示MRF进行CRS模式转CBT模式的操作。这样,主被叫终端的用户通话过程中,双方都可以欣赏到MRF播放的多媒体背景音(音频或视频等多媒体内容)。
该实施例的组网结构及其功能与实施例三相同,在此不再赘述。
图4为本实施例的呼叫流程示意图,如图4所示:
401~402:主叫终端UE-A发送一个带有正常会话(Session)SDP Offer(O1)的INVITE请求以建立与被叫终端UE-B之间的通话。INVITE请求首先到达S-CSCF,并根据S-CSCF中的初始过滤准则iFC被路由到多媒体彩振服务器CRS AS。
403~404:CRS AS确定UE-A已为UE-B订阅了CRS业务,即发送一个不带有SDP的INVITE请求给媒体资源功能MRF。MRF返回200OK消息进行应答,200OK消息携带了早期会话(Early-session)的SDP Offer(CRS-O),目的是用于建立UE-B与MRF之间的CRS媒体流。
405~407:CRS AS产生一个INVITE请求,途径S-CSCF和P-CSCF到达UE-B。其中,INVITE请求包含了两个SDP:正常会话的SDP Offer(O1)和早期会话的SDP Offer(CRS-O)。并且,INVITE的Require头域中包含了early-session选项标签。
408~4010:被叫终端UE-B对INVITE请求中的早期会话的SDP Offer(CRS-O)进行应答,返回可靠的183临时响应,183中携带了早期会话的SDPAnswer(CRS-A),并且183的Require头域中包含了100rel选项标签。
4011:CRS AS接收到183之后,向MRF发送确认消息ACK,ACK中携带了早期会话的SDPAnswer(CRS-A)。
4012~4013:CRS AS发送183到S-CSCF,S-CSCF再将183转发到主叫终端UE-A。
4014~4018:UE-A返回对183的可靠响应PRACK,途径S-CSCF、CRSAS、S-CSCF、P-CSCF之后到达UE-B。
4019~4021:UE-B返回对PRACK的确认消息200OK,途径P-CSCF、S-CSCF到达CRS AS。
4022~4023:CRS AS发送INFO消息给MRF,指示MRF开始为UE-B播放多媒体彩振CRS。MRF返回200OK作为确认,并开始播放多媒体彩振。此时被叫用户B就从UE-B收听/收看到了主叫用户A为其定制的多媒体彩振。
4024~4028:UE-B返回180振铃消息,途径P-CSCF、S-CSCF、CRS AS、S-CSCF到达UE-A。
4029~4031:被叫用户B摘机应答,UE-B发送带有正常会话SDP Answer(A1)的200OK消息,根据本实施例的方法,200OK消息同时携带了混音/混频请求(Mixing请求)标志,即多媒体背景音混频标志,该标志可通过第二个SDP、或头域字段、或XML文件携带,途径P-CSCF、S-CSCF到达CRS AS。
4032~4033:根据本实施例的方法,CRS AS接收到带有Mixing请求标志的200OK之后,发送INFO消息给MRF,INFO通过SDP或头域字段携带Mixing请求标志,以指示MRF启动MIX单元,准备对CRS和通话媒体流进行混音/混频。MRF返回对INFO的应答消息200 OK。
4034~4035:CRS AS转发带有正常会话SDP Answer(A1)的200 OK消息,途径S-CSCF,到达UE-A。
4036~4040:UE-A返回对200 OK消息的确认消息ACK,途径S-CSCF、CRS AS、S-CSCF、P-CSCF到达UE-B。
4041~4043:根据本实施例的方法,CRS AS发送re-INVITE请求给UE-B,以重新协商多媒体背景音CBT会话,其中re-INVITE消息携带了CBT会话的SDP Offer(O2)。
4044~4045:根据本实施例的方法,CRS AS发送re-INVITE请求给UE-A,以重新协商多媒体背景音CBT会话,其中re-INVITE消息携带了CBT会话的SDP Offer(O2)。
4046~4048:根据本实施例的方法,UE-B返回对re-INVITE的响应200OK给CRS AS,200 OK消息携带了CBT会话的SDPAnswer(A2)。
4049~4050:根据本实施例的方法,UE-A返回对re-INVITE的响应200OK给CRS AS,200 OK消息携带了CBT会话的SDPAnswer(A2)。
此时,UE-A和UE-B之间的正常通话建立,MRF作为一个Mixer(混音/混频器)锚定在主被叫通话路径上,将主/被叫用户的语音/视频与CRS进行MIX操作,并分别发送给主/被叫双方。此时的多媒体彩振CRS可以称为多媒体背景音CBT。
4051~4062:被叫用户B挂机,UE-B发送BYE消息给UE-A,中间途径P-CSCF、S-CSCF、CRS AS和S-CSCF。根据本实施例的方法,CRS AS在接收到BYE消息后,发送BYE消息给MRF,指示MRF停止MIX操作及停止播放CBT。UE-A返回200 OK消息给UE-B。通话结束。
在本实施例的第4041~4054步骤中,re-INVITE方法也可以替换为REFER方法。即CRS AS向主被叫终端发送REFER请求,邀请主被叫加入CBT模式,其中Refer-to字段携带了CBT模式的URI。主被叫终端返回Accepted响应,并发送NOTIFY消息,以告知MRF终端已接收请求。MRF返回200 OK。这样,主被叫终端即进入了CBT模式。
在本实施例中,由于是服务器端进行混频,所以对终端侧没有要求。且在通话期间CRS转换为CBT模式,使得主被叫双方均可欣赏到多媒体背景内容。
实施例五
本实施例的方法应用于IMS域的早期会话方式,由终端对多媒体振铃音和通话媒体流进行混频,实现单向“CRS+通话”到被叫。
在本实施例中,当被叫终端的用户摘机后,被叫终端在200OK消息中携带终端混频能力标志,CRS AS接收到该标志后,不向MRF发送BYE消息,MRF在主被叫终端通话期间继续播放CRS,被叫终端同时接收到两路媒体流,并使用被叫终端本地的混频单元进行混频操作。
在本实施例中,请求终端为被叫终端,假设被叫终端B具有将两路媒体流混频的功能,可以在通话过程中,仍然接收CRS媒体流,并将两路媒体流进行混频后显示(或播放)给被叫终端的用户。
该实施例的组网结构及其功能与实施例三相同,在此不再赘述。
图5为本实施例的呼叫流程示意图,如图5所示:
501~502:主叫终端UE-A发送一个带有正常会话(Session)SDP Offer(O1)的INVITE请求以建立与被叫终端UE-B之间的通话。INVITE请求首先到达S-CSCF,并根据S-CSCF中的初始过滤准则iFC被路由到多媒体彩振服务器CRS AS。
503~504:CRS AS确定UE-A已为UE-B订阅了CRS业务,即发送一个不带有SDP的INVITE请求给媒体资源功能MRF。MRF返回200OK消息进行应答,200 OK消息携带了早期会话(Early-session)的SDP Offer(CRS-O),目的是用于建立UE-B与MRF之间的CRS媒体流。
505~507:CRS AS产生一个INVITE请求,途径S-CSCF和P-CSCF到达UE-B。其中,INVITE请求包含了两个SDP:正常会话的SDP Offer(O1)和早期会话的SDP Offer(CRS-O)。并且,INVITE的Require头域中包含了early-session选项标签。
508~5010:被叫终端UE-B对INVITE请求中的早期会话的SDP Offer(CRS-O)进行应答,返回可靠的183临时响应,183中携带了早期会话的SDPAnswer(CRS-A),并且183的Require头域中包含了100rel选项标签。
5011:CRS AS接收到183之后,向MRF发送确认消息ACK,ACK中携带了早期会话的SDP Answer(CRS-A)。
5012~5013:CRS AS发送183到S-CSCF,S-CSCF再将183转发到主叫终端UE-A。
5014~5018:UE-A返回对183的可靠响应PRACK,途径S-CSCF、CRSAS、S-CSCF、P-CSCF之后到达UE-B。
5019~5021:UE-B返回对PRACK的确认消息200 OK,途径P-CSCF、S-CSCF到达CRS AS。
5022~5023:CRS AS发送INFO消息给MRF,指示MRF开始为UE-B播放多媒体彩振CRS。MRF返回200 OK作为确认,并开始播放多媒体彩振。此时被叫用户B就从UE-B收听/收看到了主叫用户A为其定制的多媒体彩振。
5024~5028:UE-B返回180振铃消息,途径P-CSCF、S-CSCF、CRS AS、S-CSCF到达UE-A。
5029~5031:被叫用户B摘机应答,UE-B发送带有正常会话SDP Answer(A1)的200 OK消息,根据本实施例的方法,200 OK消息同时携带了终端Mix能力标志,以表示终端具有混音/混频的能力,该标志可通过第二个SDP、或头域字段、或XML文件携带,途径P-CSCF、S-CSCF到达CRS AS。
5032~5033:CRS AS转发带有正常会话SDP Answer(A1)的200OK消息,途径S-CSCF,到达UE-A。
5034~5038:UE-A返回对200 OK消息的确认消息ACK,途径S-CSCF、CRS AS、S-CSCF、P-CSCF到达UE-B。
此时UE-A和UE-B之间的正常通话建立,主被叫之间的音频/视频通话通过RTP流媒体进行传输。同时,MRF继续为UE-B播放多媒体彩振CRS,UE-B对接收到的两路媒体流进行MIX操作,合并为一路媒体流之后进行播放。
5039~5050:被叫用户B挂机,UE-B发送BYE消息给UE-A,中间途径P-CSCF、S-CSCF、CRS AS和S-CSCF。根据本实施例的方法,CRS AS接收到BYE消息之后,发送BYE消息给MRF,指示MRF停止播放CRS。MRF返回对BYE的应答消息200 OK。UE-A返回200 OK消息给UE-B。通话结束。
在本实施例中,由于是被叫终端进行混频,所以对服务器无要求,可以减少服务器的处理过程,降低服务器负荷。但对终端要求较高,需要在现有终端中增加专门的混频模块。
实施例六
本实施例的方法应用于IMS域的早期会话方式,由终端通过带外方式下载多媒体振铃音,实现在通话过程中被叫本地播放。
在本实施例中,当被叫终端的用户摘机后,被叫终端在200OK消息中携带多媒体振铃音下载标志,请求服务器下发CRSURI链接以进行下载和本地播放。CRS AS接收到标志后,指示MRF为被叫终端下发CRS URI,并停止目前的CRS的播放。被叫终端接收到CRS URI之后,通过HTTP协议从第三方Web服务器下载CRS,并在通话期间进行本地播放。
在本实施例中,请求终端为被叫终端,假设被叫终端B的用户希望在通话期间能够下载CRS并进行本地播放。
该实施例的组网结构及其功能与实施例三相同,在此不再赘述。
图6为本实施例的呼叫流程示意图,如图6所示:
601~602:主叫终端UE-A发送一个带有正常会话(Session)SDP Offer(O1)的INVITE请求以建立与被叫终端UE-B之间的通话。INVITE请求首先到达S-CSCF,并根据S-CSCF中的初始过滤准则iFC被路由到多媒体彩振服务器CRS AS。
603~604:CRS AS确定UE-A已为UE-B订阅了CRS业务,即发送一个不带有SDP的INVITE请求给媒体资源功能MRF。MRF返回200OK消息进行应答,200 OK消息携带了早期会话(Early-session)的SDP Offer(CRS-O),目的是用于建立UE-B与MRF之间的CRS媒体流。
605~507:CRS AS产生一个INVITE请求,途径S-CSCF和P-CSCF到达UE-B。其中,INVITE请求包含了两个SDP:正常会话的SDP Offer(O1)和早期会话的SDP Offer(CRS-O)。并且,INVITE的Require头域中包含了early-session选项标签。
608~6010:被叫终端UE-B对INVITE请求中的早期会话的SDP Offer(CRS-O)进行应答,返回可靠的183临时响应,183中携带了早期会话的SDP Answer(CRS-A),并且183的Require头域中包含了100rel选项标签。
6011:CRS AS接收到183之后,向MRF发送确认消息ACK,ACK中携带了早期会话的SDP Answer(CRS-A)。
6012~6013:CRS AS发送183到S-CSCF,S-CSCF再将183转发到主叫终端UE-A。
6014~6018:UE-A返回对183的可靠响应PRACK,途径S-CSCF、CRSAS、S-CSCF、P-CSCF之后到达UE-B。
6019~6021:UE-B返回对PRACK的确认消息200OK,途径P-CSCF、S-CSCF到达CRS AS。
6022~6023:CRS AS发送INFO消息给MRF,指示MRF开始为UE-B播放多媒体彩振CRS。MRF返回200OK作为确认,并开始播放多媒体彩振。此时被叫用户B就从UE-B收听/收看到了主叫用户A为其定制的多媒体彩振。
6024~6028:UE-B返回180振铃消息,途径P-CSCF、S-CSCF、CRS AS、S-CSCF到达UE-A。
6029~6031:被叫用户B摘机应答,UE-B发送带有正常会话SDP Answer(A1)的200 OK消息,根据本实施例的方法,200OK消息同时携带了CRSURI的请求标志,该标志可通过第二个SDP、或Alert-Info/Call-Info头域、或XML文件携带,途径P-CSCF、S-CSCF到达CRS AS。
6032~6033:CRS AS接收到200OK之后,发送BYE消息给MRF,指示MRF停止播放CRS,根据本实施例的方法,BYE消息通过SDP携带了CRSURI的请求标志,以指示MRF发送一个CRS的HTTP URI。MRF返回对BYE的应答消息200 OK,根据本实施例的方法,200OK通过SDP或头域字段携带了CRS的HTTP URI。
6034~6035:CRS AS转发带有正常会话SDP Answer(A1)的200OK消息,途径S-CSCF,到达UE-A。
6036~6040:UE-A返回对200OK消息的确认消息ACK,途径S-CSCF到达CRS AS。根据本实施例的方法,CRS AS将CRS的HTTPURI添加到ACK消息的SDP或头域字段中,并发送给被叫终端UE-B,中间途径S-CSCF和P-CSCF。
此时,UE-B通过接收到的CRS的HTTP URI从第三方Web服务器下载CRS,并进行本地播放。
此时,UE-A和UE-B之间的正常通话建立,主被叫之间的音频/视频通话通过RTP流媒体进行传输。
6041~6050:被叫用户B挂机,UE-B发送BYE消息给UE-A。UE-A返回200OK消息给UE-B。通话结束。
在本实施例中,对CRS服务器、终端均无混频要求,是一种最经济的方案。但由于需要从Web服务器下载CRS,所以可能会造成延迟,且只能播放音频CRS。
实施例七
本实施例的方法应用于CS域的跨接方式,由服务器端对多媒体振铃音和通话媒体流进行混频,实现单向“CRS+通话”到被叫。
在本实施例中,当被叫终端的用户摘机时,被叫终端在CONNECT消息中携带请求混频标志,CRS Server对CRS和主叫终端到被叫终端方向的通话媒体流进行混频,实现通话期间被叫终端的用户可以欣赏CRS的目的。
在本实施例中,假设被叫终端的用户希望在通话过程中能继续欣赏CRS多媒体内容。
图7为本实施例的组网结构图,如图7所示,其中:
MSC Server(Mobile Switching Center Server)为移动交换中心服务器。主要由MSC的呼叫控制和移动控制组成,负责完成CS域的呼叫处理等功能。MSC Server终接用户-网络信令,并将其转换成网络-网络信令。MSCServer可控制MGW中媒体通道的属于连接控制的部分呼叫状态。
VLR(Visitor Location Register)为拜访位置寄存器。其为电路域特有的设备,存储着进入该控制区内已登记用户的相关信息,为移动用户提供呼叫接续的必要数据。
MGW(Media Gateway)为媒体网关。它是PSTN/PLMN的传输终接点,并通过Iu接口连接核心网和UTRAN。MGW可支持媒体转换、承载控制和有效载荷处理,例如,多媒体数字信号编码器、回音消除器、会议桥等。
HLR(Home Location Register)为归属位置寄存器。其为CS域和PS域公用设备,是一个负责管理移动用户的数据库***。HLR存储着本归属区的所有移动用户数据,如识别标志、位置信息、签约业务等。
AuC(Authentication Center)为鉴权中心。其是存储用户鉴权算法和加密密钥的实体。AuC将鉴权和加密数据通过HLR发往VLR、MSC以及SGSN,以保证通信的合法和安全。
CRS Server为多媒体振铃音服务器。CRS Server为CS域多媒体振铃音***的核心组件,用于存储CRS的业务逻辑和播放多媒体资源。
图8为本实施例的呼叫流程示意图,如图8所示:
801:主叫终端UE A向MSC Server A发送SETUP消息,以初始化呼叫。
802:MSC Server A向HLR发起SRI请求,以获取被叫终端UE B的路由信息。
803:HLR向UE B所附着的MSC Server B中的VLR取漫游号码。
804:MSC Server B中的VLR向HLR返回PRN_ACK消息,消息中携带了UE B的漫游号码。
805:HLR向MSC Server A返回SRI_ACK消息,消息中携带了UE B的路由信息、漫游号码、以及用户A为用户B定制的多媒体彩振CRS业务标志。
806:MSC Server A向UE A发起Call_Proceeding,以表明MSC Server A正在进行呼叫操作。
807:MSC Server A向多媒体彩振服务器CRS Server发起BICC IAM消息,以建立到CRS Server的电路连接,其中IAM消息携带了CRS的业务标志。CRS Server根据CRS业务标志确定主叫用户A为被叫用户B所定制的CRS业务。
808:CRS Server向MSC Server B发送BICC IAM消息,以建立到MSCServer B的电路连接,其中IAM消息携带了CRS的业务标志。
809:MSC Server B向UE B发起寻呼请求消息PAGING。
8010:UE B返回寻呼响应消息PAGING_RSP。
8011:MSC Server B向UE B发SETUP消息,以建立和被叫终端UE B的呼叫连接。SETUP消息中携带了CRS业务标志。UE B接收到CRS业务标志后,抑制本地振铃音,并等待接收CRS。
8012:UE B返回Call_Confirmed消息,以响应SETUP消息。
8013:UE B振铃,并向MSC Server B返回ALERTING消息。
8014~8015:MSC Server B向MSC Server A返回BICC ACM消息,用以确认被叫端局侧相应的中继电路已经建立,中间途径CRS Server。
8016:MSC Server A向UE A发送ALERTING消息,UE A产生回铃音。
8017:CRS Server与UE B之间建立H.245连接,并通过H.245协议建立媒体信道。此时CRS Server开始向UE B播放多媒体彩振CRS。
8018:被叫终端UE B摘机,发送应答消息CONNECT。根据本实施例的方法,CONNECT消息携带了Mixing请求标志,具体携带方式可以通过CONNECT消息的User-to-user信元或Facility信元来携带。
8019:MSC Server B发送BICC ANM消息到CRS Server。根据本实施例的方法,ANM消息携带了Mixing请求标志,具体携带方式可以通过ANM消息的Optional Part中的User-to-user或Facility等可选参数来携带。CRSServer根据接收到的Mixing请求标志,触发服务器内部的MIX单元,准备为CRS和视频通话过程进行混音/混频。
8020:MSC Server B返回确认消息CONNECT_ACK到被叫终端UE B。
8021:CRS Server发送BICC ANM消息给MSC Server A。
8022~8023:MSC Server A发送CONNECT消息给UE A,UE A返回CONNECT_ACK进行确认。
8024:UE A与CRS Server建立H.245连接,并通过H.245协议建立媒体信道。主被叫用户之间开始通话。
根据本实施例的方法,CRS Server内部的MIX单元对UE A到UE B方向的音频/视频通话流与CRS进行MIX操作,并发送给UE B。但对于UE B到UE A方向的音频/视频通话流不做MIX处理。
8025:UE A挂机,CRS Server拆除与UE A及UE B之间的H.245连接。通话结束。
在本实施例的第8018步骤中,除了使用CONNECT消息携带请求混频标志外,还可以在发送CONNECT之后使用USERINFORMATION消息或FACILITY消息来实现携带。
根据本实施例的方法,对应于实施例四,CS域中也可以实现通话期间CRS转CBT的方案。对应于实施例五,CS域中也可以实现通话期间从Web服务器下载CRS并本地播放的方案。
本实施例虽然属于CS域的跨接方案,但也可扩展至CS域的非跨接方案,基本原理相同,在此不再赘述。
在本实施例中,由于使用服务器端进行混频,使得不支持IMS域、且无混频能力的终端可以实现在通话期间继续播放CRS多媒体内容。
需要说明的是,上述实施例三至实施例七是针对请求终端为被叫终端,通话期间继续为被叫终端播放多媒体振铃音或为主被叫终端播放振铃音的情况。而对于多媒体回铃音的情况与多媒体振铃音情况类似,不同的是,由主叫终端作为请求终端,向多媒体彩铃应用服务器(CAT AS)发送请求标志,以请求在通话期间继续听到多媒体回铃音,而多媒体彩铃应用服务器根据主叫终端发送的请求标志,触发在通话期间继续播放多媒体回铃音,触发的流程也与前述实施例类似,在此不再赘述。
实施例八
本发明实施例还提供一种多媒体铃音应用服务器,以下结合附图对本实施例进行详细说明。
图9为本实施例的多媒体铃音应用服务器的组成结构框图,如图9所示,本实施例的多媒体铃音应用服务器主要包括:请求标志接收单元91、多媒体铃音播放触发单元93,其中:
请求标志接收单元91用于接收主叫终端或被叫终端发送的请求标志;
多媒体铃音播放触发单元93用于根据所述请求标志触发在通话期间继续播放多媒体铃音。
根据本实施例,多媒体铃音应用服务器还可以包括判断单元92,在本实施例中,判断单元92用于根据所述请求标志接收单元91接收到的请求标志判断所述请求标志的类型,以提供给多媒体铃音播放触发单元93触发相应的流程,其中,该请求标志可以为多媒体振铃音混频标志,或多媒体回铃音混频标志,或多媒体背景音混频标志,或多媒体铃音链接下载标志,或终端混频能力标志。
根据本实施例,多媒体铃音播放触发单元93可以包括混频指示发送模块931,在本实施例中,当判断单元92判断的结果为,请求标志为多媒体振铃音混频标志时,则混频指示发送单元931发送携带有多媒体振铃音混频标志的指示消息到媒体资源功能实体,指示该媒体资源功能实体对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频。
在本实施例中,当判断单元92判断的结果为,请求标志为多媒体回铃音混频标志时,则混频指示发送单元931发送携带有多媒体回铃音混频标志的指示消息到媒体资源功能实体,指示该媒体资源功能实体对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频。
在本实施例中,当判断单元92判断的结果为,请求标志为多媒体背景音混频标志时,则混频指示发送单元931发送携带有多媒体背景音混频标志的指示消息到媒体资源功能实体,指示该媒体资源功能实体对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频。其中,多媒体铃音播放触发单元93还可以包括背景音请求发送模块932,当请求标志为多媒体背景音混频标志时,混频指示发送单元931发送指示消息到媒体资源功能实体后,由背景音请求发送模块932向主叫终端和被叫终端发送多媒体背景音请求,协商多媒体背景音会话。
根据本实施例,多媒体铃音播放触发单元93还可以包括链接指示发送模块933、多媒体铃音链接接收模块934以及多媒体铃音链接发送模块935,在本实施例中,当判断单元92判断的结果为,请求标志为多媒体铃音链接下载标志时,则链接指示发送模块933发送携带有多媒体铃音链接下载标志的指示消息到媒体资源功能实体,指示该媒体资源功能实体发送多媒体铃音链接。在本实施例中,当多媒体铃音链接接收模块934接收到媒体资源功能实体返回的多媒体铃音链接后,则多媒体铃音链接发送模块935发送携带有多媒体铃音链接的确认消息到请求终端。
根据本实施例,当判断单元92判断的结果为,请求标志为终端混频能力标志时,则多媒体铃音播放触发单元93在多媒体振铃音播放过程中,触发正常的呼叫流程,由具备混频能力的请求终端对接收到的多媒体振铃音或多媒体回铃音和通话媒体流进行混频后在本地播放,也可以实现该请求终端在通话过程中继续收听多媒体振铃音或多媒体回铃音。
根据本实施例,该多媒体铃音应用服务器可以包含于多媒体铃音服务器中,该多媒体铃音服务器还包括媒体资源功能实体,该媒体资源功能实体用于对多媒体振铃音或多媒体回铃音和通话媒体流进行混频;和播放多媒体振铃音和或混频后的多媒体振铃音;或者播放多媒体回铃音和或混频后的多媒体回铃音。
本实施例的多媒体铃音服务器和多媒体铃音应用服务器的各组成部分分别用于实现前述方法的各步骤的功能,例如多媒体铃音应用服务器可以实现前述CRS AS、CTS AS以及或者CBTAS的功能,多媒体铃音服务器可以实现前述CRS AS、CTS AS以及或者CBT AS与MRF的功能,具体已在前述作了详细说明,在此不再赘述。
通过本实施例的多媒体铃音应用服务器,使得通话过程中的主叫终端或者被叫终端或者主被叫终端都可以继续听到多媒体振铃音或多媒体回铃音,解决了现有技术中无法实现多媒体振铃音或多媒体回铃音在通话期间为用户继续播放的问题,以及多媒体振铃音或多媒体回铃音在通话期间转换为多媒体背景音的问题。
实施例九
本发明实施例还提供一种在通话期间播放多媒体铃音的方法,以下结合附图对本实施例进行详细说明。
图10为本实施例的方法流程图,本实施例的方法应用于终端设备,如图10所示,本实施例的方法主要包括:
1001:向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间继续播放多媒体铃音。
根据本实施例,该向多媒体铃音服务器发送请求标志的步骤可以是:
向多媒体铃音服务器发送多媒体振铃音混频标志,所述多媒体振铃音混频标志用于请求多媒体铃音服务器对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频后播放。
根据本实施例,该向多媒体铃音服务器发送请求标志的步骤也可以是:
向多媒体铃音服务器发送多媒体回铃音混频标志,所述多媒体回铃音混频标志用于请求多媒体铃音服务器对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频后播放。
根据本实施例,该向多媒体铃音服务器发送请求标志的步骤也可以是:
向多媒体铃音服务器发送多媒体背景音混频标志,所述多媒体背景音混频标志用于请求多媒体铃音服务器对多媒体回铃音或多媒体振铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频后播放。
根据本实施例,该向多媒体铃音服务器发送请求标志的步骤也可以是:
向多媒体铃音服务器发送多媒体铃音链接下载标志,所述多媒体铃音链接下载标志用于请求多媒体铃音服务器下发多媒体铃音的链接,以下载该多媒体铃音后进行本地播放。
在本实施例中,向多媒体铃音服务器发送多媒体铃音链接下载标志的步骤之后还包括:
1003:接收并下载所述多媒体铃音链接的多媒体铃音;
1004:对下载后的多媒体铃音进行本地播放。
根据本实施例,该向多媒体铃音服务器发送请求标志的步骤也可以是:
向多媒体铃音服务器发送终端混频能力标志,所述终端混频能力标志用于请求多媒体铃音服务器继续播放多媒体铃音,并对多媒体铃音与接收到的通话媒体流混频后进行本地播放。
在本实施例中,向多媒体铃音服务器发送终端混频能力标志的步骤之后还包括:
1005:对接收到的多媒体铃音和通话媒体流进行混频;以及
1006:播放所述混频后的多媒体铃音和通话媒体流的步骤,以实现在通话过程中对所述的多媒体铃音进行本地播放。
根据本实施例,也可以无须发送请求标志,主叫或被叫用户可以通过带外方式预先在多媒体铃音服务器上进行相应的设置,以使得用户在通话过程中仍可以欣赏到彩振或彩铃。
通过本实施例的方法,使得通话过程中的主叫终端或者被叫终端或者主被叫终端都可以继续听到多媒体振铃音或多媒体回铃音,解决了现有技术中无法实现多媒体振铃音或多媒体回铃音在通话期间为用户继续播放的问题,以及多媒体振铃音或多媒体回铃音在通话期间转换为多媒体背景音的问题。
实施例十
本发明实施例还提供一种终端设备,以下结合附图对本实施例进行详细说明。
图11为本实施例的终端设备的组成结构框图,如图11所示,本实施例的终端设备主要包括请求标志发送单元111,用于向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间触发继续播放多媒体铃音。
根据本实施例,该请求标志发送单元111可以包括:
多媒体振铃音混频标志发送模块1111,用于向多媒体铃音服务器发送多媒体振铃音混频标志,所述多媒体振铃音混频标志用于请求多媒体铃音服务器对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频后播放。
根据本实施例,该请求标志发送单元111还可以包括:
多媒体回铃音混频标志发送模块1112,用于向多媒体铃音服务器发送多媒体回铃音混频标志,所述多媒体回铃音混频标志用于请求多媒体铃音服务器对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频后播放。
根据本实施例,该请求标志发送单元111还可以包括:
多媒体背景音混频标志发送模块1113,用于向多媒体铃音服务器发送多媒体背景音混频标志,所说多媒体背景音混频标志用于请求多媒体铃音服务器对多媒体回铃音或多媒体振铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频后播放。
根据本实施例,该请求标志发送单元111还可以包括:
多媒体铃音链接下载标志发送模块1114,用于向多媒体铃音服务器发送多媒体铃音链接下载标志,所述多媒体铃音链接下载标志用于请求多媒体铃音服务器下发多媒体铃音的链接,以下载该多媒体铃音后进行本地播放。
在本实施例中,所述终端设备还包括:多媒体铃音链接接收单元113,用于接收多媒体铃音服务器下发的多媒体铃音链接;多媒体铃音下载单元114,用于根据所述多媒体铃音链接下载所述多媒体铃音。
根据本实施例,该请求标志发送单元111还可以包括:
终端混频能力标志发送模块1115,用于向多媒体铃音服务器发送终端混频能力标志,所述终端混频能力标志用于请求多媒体铃音服务器继续播放多媒体铃音,并对多媒体铃音与接收到的通话媒体流混频后进行本地播放。
在本实施例中,所述终端设备还包括:混频单元115,用于对接收到的多媒体铃音和通话媒体流进行混频。
根据本实施例,所述终端设备还包括:
多媒体铃音播放单元116,用于播放多媒体铃音下载单元114下载的多媒体铃音或混频单元115混频后的多媒体铃音和通话媒体流。
通过本实施例的终端设备,使得通话过程中的主叫终端或者被叫终端或者主被叫终端都可以继续听到多媒体振铃音或多媒体回铃音,解决了现有技术中无法实现多媒体振铃音或多媒体回铃音在通话期间为用户继续播放的问题,以及多媒体振铃音或多媒体回铃音在通话期间转换为多媒体背景音的问题。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (30)
1.一种在通话期间播放多媒体铃音的方法,其特征在于,所述方法包括:
接收主叫终端或被叫终端发送的请求标志;
根据所述请求标志触发在通话期间继续播放多媒体铃音。
2.根据权利要求1所述的方法,其特征在于,所述方法应用于IP多媒体子***网络或电路交换网络,所述根据所述请求标志触发在通话期间继续播放多媒体铃音包括:
当所述请求标志为多媒体振铃音混频标志时,向媒体资源功能实体发送携带有多媒体振铃音混频标志的指示消息,指示所述媒体资源功能实体对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频。
3.根据权利要求1所述的方法,其特征在于,所述方法应用于IP多媒体子***网络或电路交换网络,所述根据所述请求标志触发在通话期间继续播放多媒体铃音包括:
当所述请求标志为多媒体回铃音混频标志时,向媒体资源功能实体发送携带有多媒体回铃音混频标志的指示消息,指示所述媒体资源功能实体对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频。
4.根据权利要求1所述的方法,其特征在于,所述方法应用于IP多媒体子***网络或电路交换网络,所述根据所述请求标志触发在通话期间继续播放多媒体铃音包括:
当所述请求标志为多媒体背景音混频标志时,向媒体资源功能实体发送携带有多媒体背景音混频标志的指示消息,指示所述媒体资源功能实体对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频;
向主叫终端及被叫终端发送多媒体背景音请求,协商多媒体背景音会话。
5.根据权利要求4所述的方法,其特征在于,所述协商多媒体背景音会话通过re-INVITE或者REFER消息携带。
6.根据权利要求1所述的方法,其特征在于,所述方法应用于IP多媒体子***网络或电路交换网络,所述根据所述请求标志触发在通话期间继续播放多媒体铃音包括:
当所述请求标志为多媒体铃音链接下载标志时,向媒体资源功能实体发送指示消息,指示所述媒体资源功能实体发送多媒体铃音链接;
接收所述媒体资源功能实体返回的包含多媒体铃音链接的应答消息;
发送携带有多媒体铃音链接的确认消息到发送所述请求标志的主叫终端或被叫终端。
7.根据权利要求1所述的方法,其特征在于,所述方法应用于IP多媒体子***网络,所述根据所述请求标志触发在通话期间继续播放多媒体铃音包括:
当所述请求标志为终端混频能力标志时,在接收到摘机应答消息后,继续多媒体铃音播放。
8.根据权利要求1—7任一项所述的方法,其特征在于,所述请求标志通过IP多媒体子***域的200OK消息、或者INFO消息、或者MESSAGE消息的头域或消息体携带;或者通过电路交换域的UUI消息、或者FACILITY消息携带;或者通过双音多频方式携带;或者通过带外方式或离线方式携带。
9.一种多媒体铃音应用服务器,其特征在于,所述多媒体铃音应用服务器包括:
请求标志接收单元,用于接收主叫终端或被叫终端发送的请求标志;
多媒体铃音播放触发单元,用于根据所述请求标志触发在通话期间继续播放多媒体铃音。
10.根据权利要求9所述的多媒体铃音应用服务器,其特征在于,所述多媒体铃音应用服务器还包括:
判断单元,用于根据所述请求标志接收单元接收到的请求标志判断所述请求标志的类型为多媒体振铃音混频标志,或多媒体回铃音混频标志,或多媒体背景音混频标志,或多媒体铃音链接下载标志,或终端混频能力标志,并将判断结果发送给多媒体铃音播放触发单元;
所述多媒体铃音播放触发单元还用于根据所述判断结果触发在通话期间继续播放多媒体铃音。
11.根据权利要求10所述的多媒体铃音应用服务器,其特征在于,所述多媒体铃音播放触发单元包括:
混频指示发送模块,用于根据判断单元的判断结果,当请求标志的类型为多媒体振铃音混频标志时,向媒体资源功能实体发送携带有多媒体振铃音混频标志的指示消息,指示所述媒体资源功能实体对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频;当请求标志的类型为多媒体回铃音混频标志时,向媒体资源功能实体发送携带有多媒体回铃音混频标志的指示消息,指示所述媒体资源功能实体对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频;当请求标志的类型为多媒体背景音混频标志时,向媒体资源功能实体发送携带有多媒体背景音混频标志的指示消息,指示所述媒体资源功能实体对多媒体振铃音或多媒体回铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频。
12.根据权利要求11所述的多媒体铃音应用服务器,其特征在于,所述多媒体铃音播放触发单元还包括:
背景音请求发送模块,用于在混频指示发送模块向所述媒体资源功能实体发送携带有多媒体背景音混频标志的指示消息后,向主叫终端和被叫终端发送多媒体背景音请求,协商多媒体背景音会话。
13.根据权利要求10所述的多媒体铃音应用服务器,其特征在于,所述多媒体铃音播放触发单元还包括:
链接指示发送模块,用于根据判断单元的判断结果,当请求标志的类型为多媒体铃音链接下载标志时,向媒体资源功能实体发送携带有多媒体铃音链接下载标志的指示消息,指示所述媒体资源功能实体发送多媒体铃音链接;
多媒体铃音链接接收模块,用于接收所述媒体资源功能实体返回的多媒体铃音链接;
多媒体铃音链接发送模块,用于发送携带有多媒体铃音链接的确认消息到主叫终端或被叫终端。
14.根据权利要求9所述的多媒体铃音应用服务器,其特征在于,所述多媒体铃音应用服务器包含于多媒体铃音服务器。
15.一种多媒体铃音服务器,其特征在于,所述多媒体铃音服务器包括权利要求q—13任一项所述的多媒体铃音应用服务器,还包括媒体资源功能实体,所述媒体资源功能实体用于对多媒体振铃音或多媒体回铃音和通话媒体流进行混频;播放多媒体振铃音和或混频后的多媒体振铃音;或者播放多媒体回铃音和或混频后的多媒体回铃音。
16.一种在通话期间播放多媒体铃音的方法,其特征在于,所述方法包括:
向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间继续播放多媒体铃音。
17.根据权利要求16所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志包括:
向多媒体铃音服务器发送多媒体振铃音混频标志,所述多媒体振铃音混频标志用于请求多媒体铃音服务器对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频后播放。
18.根据权利要求16所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志包括:
向多媒体铃音服务器发送多媒体回铃音混频标志,所述多媒体回铃音混频标志用于请求多媒体铃音服务器对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频后播放。
19.根据权利要求16所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志包括:
向多媒体铃音服务器发送多媒体背景音混频标志,所述多媒体背景音混频标志用于请求多媒体铃音服务器对多媒体回铃音或多媒体振铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频后播放。
20.根据权利要求16所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志包括:
向多媒体铃音服务器发送多媒体铃音链接下载标志,所述多媒体铃音链接下载标志用于请求多媒体铃音服务器下发多媒体铃音的链接。
21.根据权利要求20所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志之后包括:
接收并下载所述多媒体铃音链接的多媒体铃音;
对下载后的多媒体铃音进行本地播放。
22.根据权利要求16所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志包括:
向多媒体铃音服务器发送终端混频能力标志,所述终端混频能力标志用于请求多媒体铃音服务器继续播放多媒体铃音。
23.根据权利要求22所述的方法,其特征在于,所述向多媒体铃音服务器发送请求标志之后包括:
对接收到的多媒体铃音与接收到的通话媒体流混频;
对混频后的多媒体铃音和通话媒体流进行本地播放。
24.一种终端设备,其特征在于,所述终端设备包括:
请求标志发送单元,用于向多媒体铃音服务器发送请求标志,所述请求标志用于请求多媒体铃音服务器在通话期间继续播放多媒体铃音。
25.根据权利要求24所述的终端设备,其特征在于,所述请求标志发送单元包括:
多媒体振铃音混频标志发送模块,用于向多媒体铃音服务器发送多媒体振铃音混频标志,所述多媒体振铃音混频标志用于请求多媒体铃音服务器对多媒体振铃音和主叫终端到被叫终端的通话媒体流进行混音/混频后播放。
26.根据权利要求24所述的终端设备,其特征在于,所述请求标志发送单元包括:
多媒体回铃音混频标志发送模块,用于向多媒体铃音服务器发送多媒体回铃音混频标志,所述多媒体回铃音混频标志用于请求多媒体铃音服务器对多媒体回铃音和被叫终端到主叫终端的通话媒体流进行混音/混频后播放。
27.根据权利要求24所述的终端设备,其特征在于,所述请求标志发送单元包括:
多媒体背景音混频标志发送模块,用于向多媒体铃音服务器发送多媒体背景音混频标志,所述多媒体背景音混频标志用于请求多媒体铃音服务器对多媒体回铃音或多媒体振铃音和主叫终端与被叫终端之间的通话媒体流进行混音/混频后播放。
28.根据权利要求24所述的终端设备,其特征在于,所述请求标志发送单元包括:
多媒体铃音链接下载标志发送模块,用于向多媒体铃音服务器发送多媒体铃音链接下载标志,所述多媒体铃音链接下载标志用于请求多媒体铃音服务器下发多媒体铃音的链接;
所述终端设备还包括:
多媒体铃音链接接收单元,用于接收多媒体铃音服务器下发的多媒体铃音链接;
多媒体铃音下载单元,用于根据所述多媒体铃音链接下载所述多媒体铃音。
29.根据权利要求24所述的终端设备,其特征在于,所述请求标志发送单元包括:
终端混频能力标志发送模块,用于向多媒体铃音服务器发送终端混频能力标志,所述终端混频能力标志用于请求多媒体铃音服务器继续播放多媒体铃音;
所述终端设备还包括:
混频单元,用于对接收到的多媒体铃音和通话媒体流进行混频。
30.根据权利要求28或29所述的终端设备,其特征在于,所述终端设备还包括:
多媒体铃音播放单元,用于播放所述多媒体铃音下载单元下载的多媒体铃音或混频单元混频后的多媒体铃音和通话媒体流。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100048921A CN101478610A (zh) | 2009-02-04 | 2009-02-04 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
CN2009102113569A CN101764802B (zh) | 2009-02-04 | 2009-10-31 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
CN2011103692848A CN102394989A (zh) | 2009-02-04 | 2009-10-31 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
US13/460,627 US20120213346A1 (en) | 2009-02-04 | 2012-04-30 | Method, server and terminal device for playing multimedia ring tone during call |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100048921A CN101478610A (zh) | 2009-02-04 | 2009-02-04 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101478610A true CN101478610A (zh) | 2009-07-08 |
Family
ID=40839238
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009100048921A Pending CN101478610A (zh) | 2009-02-04 | 2009-02-04 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
CN2011103692848A Pending CN102394989A (zh) | 2009-02-04 | 2009-10-31 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011103692848A Pending CN102394989A (zh) | 2009-02-04 | 2009-10-31 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN101478610A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011057531A1 (zh) * | 2009-11-10 | 2011-05-19 | 中兴通讯股份有限公司 | 一种应答后继续播放彩像的实现方法和装置 |
CN102195948A (zh) * | 2010-03-15 | 2011-09-21 | 华为技术有限公司 | 数据处理方法、策略及计费执行功能和网关设备 |
EP2479968A1 (en) * | 2009-10-31 | 2012-07-25 | Huawei Device Co., Ltd. | Method for playing multimedia ring tone during conversation period, server and terminal device thereof |
CN102130888B (zh) * | 2010-01-19 | 2014-07-09 | 华为终端有限公司 | 通话过程中继续播放彩铃和彩振的方法和服务器 |
CN102131009B (zh) * | 2010-01-15 | 2014-08-06 | 华为技术有限公司 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
CN105516936A (zh) * | 2014-10-17 | 2016-04-20 | ***通信集团设计院有限公司 | 一种在通话时进行彩铃传输的方法及装置 |
CN113286042A (zh) * | 2021-05-18 | 2021-08-20 | 号百信息服务有限公司 | 一种可定制通话背景声音的***和方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110971766B (zh) * | 2019-09-27 | 2021-01-05 | 华为技术有限公司 | 呼叫处理的方法和设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100932375B1 (ko) * | 2003-04-30 | 2009-12-16 | 에스케이 텔레콤주식회사 | 링백톤을 통화중 배경음으로 활용하는 방법 |
CN1610369A (zh) * | 2004-11-15 | 2005-04-27 | 深圳市东进通讯技术股份有限公司 | 一种实现在双方或多方通话中增加背景音乐的方法 |
CN1801857A (zh) * | 2004-12-31 | 2006-07-12 | 中兴通讯股份有限公司 | 智能网话路迂回方式实现通话背景音的***和方法 |
CN1674609A (zh) * | 2005-04-18 | 2005-09-28 | 侯万春 | 实现将个性化回铃音播放到底的装置和方法 |
CN100544387C (zh) * | 2005-05-27 | 2009-09-23 | 华为技术有限公司 | 一种播放彩色回铃音的方法 |
CN100471210C (zh) * | 2006-03-17 | 2009-03-18 | 华为技术有限公司 | 向订制有回铃音的呼叫双方提供背景音的方法 |
CN1822619B (zh) * | 2006-03-29 | 2010-09-08 | 侯万春 | 实现主叫定制回铃音业务的装置和方法 |
-
2009
- 2009-02-04 CN CNA2009100048921A patent/CN101478610A/zh active Pending
- 2009-10-31 CN CN2011103692848A patent/CN102394989A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2479968A1 (en) * | 2009-10-31 | 2012-07-25 | Huawei Device Co., Ltd. | Method for playing multimedia ring tone during conversation period, server and terminal device thereof |
EP2479968A4 (en) * | 2009-10-31 | 2012-11-07 | Huawei Device Co Ltd | METHOD FOR PLAYING MULTIMEDIA PINGES DURING A CONVERSATION PERIOD AND SERVER AND DEVICE THEREFOR |
WO2011057531A1 (zh) * | 2009-11-10 | 2011-05-19 | 中兴通讯股份有限公司 | 一种应答后继续播放彩像的实现方法和装置 |
CN102131009B (zh) * | 2010-01-15 | 2014-08-06 | 华为技术有限公司 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
CN102130888B (zh) * | 2010-01-19 | 2014-07-09 | 华为终端有限公司 | 通话过程中继续播放彩铃和彩振的方法和服务器 |
CN102195948A (zh) * | 2010-03-15 | 2011-09-21 | 华为技术有限公司 | 数据处理方法、策略及计费执行功能和网关设备 |
CN102195948B (zh) * | 2010-03-15 | 2014-12-03 | 华为技术有限公司 | 数据处理方法、策略及计费执行功能和网关设备 |
CN105516936A (zh) * | 2014-10-17 | 2016-04-20 | ***通信集团设计院有限公司 | 一种在通话时进行彩铃传输的方法及装置 |
CN113286042A (zh) * | 2021-05-18 | 2021-08-20 | 号百信息服务有限公司 | 一种可定制通话背景声音的***和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102394989A (zh) | 2012-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100417288C (zh) | 将多媒体呼叫回退为语音呼叫的方法 | |
CN100531267C (zh) | 通信***中回铃音的实现方法 | |
CN101478610A (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
CN101764802B (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
CN101884205B (zh) | Ims集中式服务中i1-ps信令的动态发起 | |
CN101141692A (zh) | 多媒体彩铃业务的实现方法 | |
CN101409865A (zh) | 实现彩铃互通的方法、多媒体网关控制设备及应用服务器 | |
CN100484172C (zh) | 一种实现视频彩铃业务的***及方法 | |
US7979062B2 (en) | Communications method between a combinational terminal and multimedia terminal | |
US20080273671A1 (en) | Method, system and application server for preventing crosstalk of color ring back tone | |
CN101516069A (zh) | 被叫终端在用户应答前动态播放振铃的***和方法 | |
CN101808099A (zh) | 在点击拨号过程中嵌套多媒体的方法和点击拨号业务*** | |
KR100937067B1 (ko) | 유무선 통합 부가 서비스 제공 시스템 및 방법 | |
CN101795330A (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
CN101325590A (zh) | 一种ip多媒体子***集中控制业务实现终呼的方法 | |
KR100932375B1 (ko) | 링백톤을 통화중 배경음으로 활용하는 방법 | |
CN101588562B (zh) | 基于承载无关呼叫控制协议的多媒体彩铃实现方法及*** | |
KR100660739B1 (ko) | 통신시스템에서의 대체 영상 서비스 방법 | |
CN102664863B (zh) | 终端实现呼叫等待的方法、装置和*** | |
CN101668229A (zh) | 多媒体铃音业务的呼叫和控制方法、装置及*** | |
CN102143280A (zh) | 一种播放多媒体彩振的方法和多媒体彩振应用服务器 | |
CN102257784B (zh) | 一种实现多媒体铃音业务安全机制的方法、设备及*** | |
CN100450210C (zh) | 一种r4网络***及提供媒体资源的方法 | |
KR100623917B1 (ko) | 통신시스템에서의 등록정보 표시 서비스 방법 | |
CN101888605B (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |