[发明专利]实现多媒体彩铃和多媒体彩像业务的方法和装置

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种实现多媒体彩铃和多媒体彩像业 务的方法和装置。

背景技术

彩铃和彩像业务兴起于第二代移动通信网络(2G)中，随着网络技术的不 断发展，彩铃和彩像业务逐渐得到了广泛的应用。

彩铃是由被叫定制，主叫体验的业务，指的是在点对点的呼叫中，被叫振 铃时，主叫听的不是普通的网络回铃音，而是一段由被叫用户定制的音乐。随 着第三代移动通信网络(3G)的应用，在3G网络中增加了视频能力，2G网 络的彩铃也扩展成3G的多媒体彩铃，多媒体彩铃指的是主叫用户体验彩铃时， 不但可以听到声音，而且还可以看到视频图像。

彩像是由主叫定制，被叫体验的业务，指的是点对点呼叫时，被叫振铃听 的不是本地铃声，而是网络侧下发的由主叫定制的铃声。同样，应用在3G网 络中，普通彩像也被扩展成了多媒体彩像，被叫不但可以听得声音，而且可以 看到视频图像。

现有在IP多媒体子系统(IMS)中实现彩铃、彩像业务的方案主要有以下 几种：

1、利用网关模式实现IMS彩铃业务。彩铃应用服务器(Application Server， AS)将主、被叫之间协商后的正常媒体保存下来，进行主叫终端与媒体资源服 务器(MRS)之间的彩铃媒体协商，并在收到被叫的振铃信号后指示MRS向 主叫播放彩铃，彩铃AS收到被叫的摘机信号后利用更新(Update)消息将主、 被叫协商后的正常媒体发送至主叫终端，进行主、被叫之间的通话。

利用此方案实现彩铃的过程中，在被叫摘机后，主、被叫之间还需要通过 一次媒体协商才能通话，而最后一次的媒体协商过程序要花费一定的时间，在 这段时间内有可能出现媒体丢失的问题，例如：被叫发送了邀请成功响应消息 (200Invite)之后就认为会话连接已经建立，则被叫开始发送媒体；但是，实 际上主、被叫之间并没有建立媒体连接，所以，在被叫发送200OK消息之后 到主、被叫之间建立连接的期间，被叫发送的媒体将会丢失。

另外，如果主叫接收到彩铃AS发送的Update消息后，发现信息不匹配(如 端口号不匹配)时，则将返回修改后的信息。彩铃AS将修改后的信息返回给 被叫，主、被叫之间将重新循环进行媒体协商。

还有，主叫无法区分是在与被叫进行媒体协商还是与MRS进行媒体协商， 因此，主叫也就不知道是否要播放彩铃，只能在接收到180消息后等待一段时 间，如果在等待的时间内接收到数据包，则播放彩铃，否则执行本地振铃。等 待时间段的设定是比较难设定的，设定较短可能无法接收到数据包，设定时间 较长又会时延时过大，使用户体验较差。

由于主叫与MRS之间的媒体协商采用的是主叫通话的媒体协商，要是主 叫支持视频播放但只发起普通呼叫，而被叫申请的是视频彩铃，则无法向主叫 播放。

2、利用下载方式实现IMS彩像方案。主叫向被叫发起IMS呼叫时，如果 主叫申请了彩像业务，则彩像AS在邀请(INVITE)消息的头域(例如：呼叫 信息(Call-Info)头域)中添加彩像数据的统一资源定位符(URL)，被叫接收 到该INVITE消息后，利用URL中的信息将彩像数据下载到本地播放。这种 方案中，被叫要下载彩像数据，会出现延时较大的问题。

3、利用早期媒体应用服务器模式实现IMS彩铃、彩像方案。在此方案中， 同时进行主、被叫之间的正常媒体协商、主叫和/或被叫于MRS之间的早期媒 体协商，被叫发出振铃信号后，MRS向主叫(和/或被叫)播放彩铃(和/或彩 像)。

利用此方案实现彩铃、彩像业务时，主叫和被叫都要求支持早期媒体 (early-session)，但是，目前至将来相当一段时间内，很多终端是不支持 early-session的。对于不支持early-session的终端而言，若采用此方案，则会造 成播放彩铃、彩像数据失败的问题。因此，此方案现在还不能应用到所有的终 端中。

综上所述，现有在IMS实现彩铃、彩像业务的方案中，没有根据终端的能 力来分别采用最优的实现方案，导致对于能力较强的终端，在实现彩铃、彩像 业务时可能会出现数据丢失、通信延时等问题，对于能力较差的终端甚至可能 会造成播放彩铃、彩像数据失败的问题。

发明内容