CN101159906B - 呼叫提示信息播放方法及系统 - Google Patents

Abstract

本发明涉及一种在被叫方播放呼叫提示信息的方法，包括：主叫方终端发起语音呼叫时，将呼叫提示信息的地址信息封装到SDP消息体中，并通过邀请消息由SIP服务器转发至被叫方终端；被叫方终端解析得到地址信息，发出下载请求，然后接收呼叫提示服务器返回的呼叫提示信息并播放。本发明还提供了一种在主叫方播放呼叫提示信息的方法及一种呼叫提示信息播放系统。本发明在呼叫建立时将呼叫提示信息的地址携带在SDP消息体中，终端在接收到呼叫提示信息后，可以屏蔽本地铃音，并依照呼叫提示信息的地址下载对应的呼叫提示信息进行播放。主叫方或被叫方可以灵活选择适合的呼叫提示信息，并在呼叫发起过程中播放给对方，满足了用户对通信个性化的需求。

Description

呼叫提示信息播放方法及系统

技术领域

本发明涉及下一代网络(Next Generation Network，简称NGN)技术，尤其涉及一种基于NGN，在发起语音呼叫时主叫端或被叫端播放提示信息的方法及系统。

背景技术

随着用户对个性化的需求不断提高，语音呼叫中单调的“嘟嘟……”式的回铃音已经无法满足人们的需要，各种各样的彩铃业务因此得到了广泛应用。所谓彩铃业务通常是指当主叫方发起呼叫时，如果所拨打的被叫方电话正处于空闲，主叫方将会听到由主叫方或被叫方定制的个性化回铃音，例如音乐、广告或者一段录制的留言等。虽然彩铃业务可以在一定程度上满足用户对个性化的需求，但局限于现有的网络协议和终端能力，无法实现除语音之外更加灵活的提示信息，例如视频、图片等。

随着通信技术的发展，逐渐出现了新一代的NGN技术，NGN技术是以软交换为核心的，能够提供包括语音、数据和视频等多媒体业务的基于分组技术的开放网络架构。常见的NGN，例如软交换网络和IP多媒体子系统(IP Multimedia Subsystem，简称IMS)虽然已具备了提供丰富的语音、视频、数据等多媒体业务的能力，但尚未提出如何在呼叫发起过程中为用户提供个性化的多媒体提示信息的技术方案。

发明内容

本发明的目的是提出一种呼叫提示信息播放方法及系统，能够基于NGN，在呼叫发起过程中为用户提供个性化的多媒体提示信息。

为实现上述目的，本发明提供了一种在被叫方播放呼叫提示信息的方法，包括以下步骤：

主叫方终端在向被叫方终端发起语音呼叫时，将从呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议(SessionDescription Protocol，简称SDP)消息体中，并通过会话发起协议(Session Initiation Protocol，简称SIP)服务器将该邀请(Invite)消息转发至所述被叫方终端；

所述被叫方终端根据从所述Invite消息解析得到的所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

在上述技术方案中，主叫方终端将希望在被叫方终端播放的呼叫提示信息的地址信息封装到SDP消息体中，并且将该SDP消息体携带到被叫方终端，被叫方终端就可以根据该地址信息获取到相应的呼叫提示信息，并进行播放，从而实现灵活的个性化提示信息的播放。

进一步的，所述将从所述呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议消息体的操作可以具体包括：

所述主叫方终端从所述呼叫提示服务器获取呼叫提示信息的地址信息；

所述主叫方终端在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表，并在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

上述技术方案对网络层的SDP消息体进行扩展，根据各种类型的呼叫提示信息在媒体声明行中进行格式规范，并在媒体格式属性行中加入呼叫提示信息的地址信息。这样就方便被叫方终端对接收到的SDP消息进行统一的处理，即便被叫方终端不具备处理某些类型的呼叫提示信息的能力时，也会根据SDP协议忽略该呼叫提示信息，从而不会对呼叫和通话造成不良影响。

为实现上述目的，本发明提供了一种在主叫方播放呼叫提示信息的方法，包括以下步骤：

主叫方终端向SIP服务器发送用于呼叫被叫方终端的邀请消息；

所述SIP服务器将所述邀请消息转发给所述被叫方终端，并将从呼叫提示服务器获取的被叫方预设的呼叫提示信息的地址信息封装到SDP消息体中，然后通过振铃消息发送给所述主叫方终端；

所述主叫方终端根据从所述振铃消息解析得到的所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

在上述技术方案中，被叫方预先在SIP服务器上设定希望播放给主叫方的呼叫提示信息，当主叫方终端发起呼叫时，SIP服务器可以将预设的呼叫提示信息的地址信息封装到SDP消息体中，并且将该SDP消息体携带到主叫方终端，主叫方终端就可以根据该地址信息获取到相应的呼叫提示信息，并进行播放，从而实现灵活的个性化提示信息的播放。

进一步的，所述将从所述呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议消息体的操作可以具体包括：

所述会话发起协议服务器从所述呼叫提示服务器获取呼叫被叫方预设的呼叫提示信息的地址信息；

所述会话发起协议服务器在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表，并在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

上述技术方案对网络层的SDP消息体进行扩展，根据各种类型的呼叫提示信息在媒体声明行中进行格式规范，并在媒体格式属性行中加入呼叫提示信息的地址信息。这样就方便主叫方终端对接收到的SDP消息进行统一的处理，即便主叫方终端不具备处理某些类型的呼叫提示信息的能力时，也会根据SDP协议忽略该呼叫提示信息，从而不会对呼叫和通话造成不良影响。

为实现上述目的，本发明提供了一种呼叫提示信息播放系统，包括：

呼叫提示服务器，用于根据接收呼叫提示信息的查询请求发送所述呼叫提示信息的地址信息，以及根据接收的下载请求向请求方发送相应的呼叫提示信息；

呼叫提示信息查询模块，用于向所述呼叫提示服务器发出查询呼叫提示信息的请求；

消息体封装模块，用于将从所述呼叫提示服务器接收到的呼叫提示信息的地址信息封装到会话描述协议消息体中；

消息体发送模块，用于发送所述会话描述协议消息体；

地址信息解析模块，用于对接收的所述会话描述协议消息体进行解析，得到所述呼叫提示信息的地址信息；

下载播放模块，用于根据所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

对于在被叫方终端播放呼叫提示信息的情况，所述呼叫提示信息查询模块、消息体封装模块和消息体发送模块设置于主叫方终端；所述地址信息解析模块和下载播放模块设置于被叫方终端。

对于在主叫方终端播放呼叫提示信息的情况，所述呼叫提示信息查询模块、消息体封装模块和消息体发送模块设置于会话发起协议服务器；所述地址信息解析模块和下载播放模块设置于主叫方终端。

进一步的，所述消息体封装模块还可以具体包括：

第一封装单元，用于在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表；

第二封装单元，用于在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

基于上述技术方案，本发明在呼叫建立时将呼叫提示信息的地址携带在SDP消息体中，终端在接收到呼叫提示信息后，可以屏蔽本地铃音，并依照呼叫提示信息的地址下载对应的呼叫提示信息进行播放。主叫方或被叫方可以自己灵活的选择适合的呼叫提示信息，并在呼叫发起过程中播放给对方，满足了用户对通信个性化的需求。

附图说明

图1为本发明在被叫方播放呼叫提示信息的方法的一实施例的流程示意图。

图2为图1实施例的一个具体实例的信令示意图。

图3为本发明在被叫方播放呼叫提示信息的方法的另一实施例的流程示意图。

图4为本发明在主叫方播放呼叫提示信息的方法的一实施例的流程示意图。

图5为图4实施例的一个具体实例的信令示意图。

图6为本发明在主叫方播放呼叫提示信息的方法的另一实施例的流程示意图。

图7为本发明呼叫提示信息播放系统的一实施例的结构示意图。

图8为本发明呼叫提示信息播放系统的另一实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明基于软交换网络和IMS网络之上为用户提供呼叫提示信息的业务，通过扩展SDP消息体将呼叫一方定义的个性化呼叫提示信息的地址信息封装到SDP消息体中，并传送给呼叫另一方的终端，然后由呼叫另一方的终端根据地址信息获取对应的个性化呼叫提示信息进行播放。本发明使用户可以方便的将选择及设定的各种形式的媒体文件或媒体流在呼叫过程中提供给对方，替代单调的本地铃音，给对方带来愉快的感受。

实施例一

如图1所示，本发明在被叫方播放呼叫提示信息的方法的一实施例的流程示意图，本实施例提供了在软交换网络和IMS网络下，在被叫方播放替代本地振铃的呼叫提示信息的流程，包括以下步骤：

步骤101、主叫方终端在向被叫方终端发起语音呼叫时，将从呼叫提示服务器获取的呼叫提示信息的地址信息封装到SDP消息体中，并通过Invite消息由SIP服务器转发至被叫方终端；

步骤102、被叫方终端根据从Invite消息解析得到的呼叫提示信息的地址信息，向呼叫提示服务器发送呼叫提示信息的下载请求，然后接收呼叫提示服务器返回的呼叫提示信息并播放。

在步骤101中主叫方终端在获取呼叫提示信息的地址信息时，通常可以先向呼叫提示服务器发送查询呼叫提示信息的请求，呼叫提示服务器在接收到的查询请求后，查询相应的数据库，将符合查询条件的一个或多个呼叫提示信息构成的文件列表，以及各个呼叫提示信息的地址信息向主叫方终端返回。

本实施例适用于各种类型格式的呼叫提示信息，例如在被叫方终端播放主叫方指定的音频文件(也被称为彩振)、在被叫方终端播放主叫方指定的图片文件(也被称为彩像)、在被叫方终端播放主叫方指定的视频文件(也被称为彩频)、在被叫方终端播放主叫方指定的实时视频流(也被称为彩影)以及实时音频流等，但呼叫提示信息并不限于以上所举的这些例子。

本实施例在步骤101封装地址信息时采用了扩展SDP消息体的方式，将其中的媒体信息描述部分作为呼叫提示信息的格式规范，并采纳了rfc2327标准中增加fmtp属性行的建议，使兼容SDP扩展的智能终端可以支持本实施例提供的播放呼叫提示信息的业务，即使终端不支持fmtp属性行的处理，则可直接忽略该内容，而不影响正常的呼叫和接通。

在封装过程中，依照SDP规范(rfc2327/1890)将呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表填入媒体声明行“m＝”中，即

格式：m＝<media><port>/<number of ports><transport><fmtlist>

其中参数/值规定如下表：

在媒体格式属性行“a＝”中加入媒体附加属性行(fmtp属性行)，用来提供呼叫提示信息的地址信息，即

格式：a＝fmtp:<format><format specific parameters>

其中参数/值规定如下表：

参数	format(媒体格式值)	format specific parameter(媒体格式特定参数)
			值	遵循rfc2327/1890标准	uri:http|ftp|rtsp|wap:<uri地址>

呼叫提示信息的地址信息如上表所示，可以是http、ftp、rtsp、wap等URI地址类型中任一种，但不限于这些地址类型。

在本实施例中，如果被叫方终端摘机，则被叫方终端停止播放呼叫提示信息，并通过发送确认(ack)信令建立主叫方终端和被叫方终端之间的通话连接。

下面通过一个具体实例对本实施例进行说明，如图2所示，为图1实施例的一个具体实例的信令示意图。以彩振业务的实现为例，包括以下步骤：

步骤201、主叫方终端在发起呼叫时，先向呼叫提示服务器发送查询呼叫提示信息的请求，以获取彩振铃音的uri地址；

步骤202、呼叫提示服务器根据查询请求查询相关的数据库，并向主叫方终端返回符合查询条件的一个或多个呼叫提示信息的文件列表，以及呼叫提示信息的地址信息；

步骤203、主叫方终端将从文件列表中选定的彩振铃声的音频文件的uri地址封装到SDP消息体中，例如通过以下形式进行SDP的扩展：

m＝audio 1 ringtone 0

a＝rtpmap:0 PCMU/8000

a＝fmtp:0 uri:http://www.testsite.com/ring/ringtone.wav

步骤204、主叫方终端通过Invite消息将该SDP消息体发送给SIP服务器；

步骤205、SIP服务器将邀请消息转发给相应的被叫方终端；

步骤206、被叫方终端接收到Invite消息后，对该Invite消息进行解析，提取SDP消息体中的音频文件的uri地址；

步骤207、被叫方终端按照该音频文件的uri地址向呼叫提示服务器发送该音频文件的下载请求；

步骤208、呼叫提示服务器根据下载请求将对应的uri地址下的音频文件发送给被叫方终端；

步骤209、被叫方终端接收该音频文件，并在下载完成后屏蔽本地振铃，播放该音频文件。

如果主叫方选择了音频文件、图片文件或视频文件作为呼叫提示信息，那么在步骤209中被叫方终端需要下载完成后屏蔽本地铃声，并播放呼叫提示信息；如果主叫方选择了实时音频流或实时视频流作为呼叫提示信息，那么在步骤209中被叫方终端不需要等待下载完成，只要下载了一定的缓冲数据，就可以屏蔽本地铃声，开始实时播放呼叫提示信息。

从以上的实例可以看出：主叫用户可以在呼叫时选择个性化的呼叫提示信息，作为振铃替换被叫方终端原有的振铃。这使得主叫用户通过该业务实现很多个性化的、有趣的功能，例如播放一段被叫方熟悉的音乐，使对方精神愉快，或者播放一段介绍自己的声音文件，让被叫方可以不看电话就知道是谁发起呼叫，甚至可以适当程度来作为主叫方的广告散发方式。

实施例二

如图3所示，为本发明在被叫方播放呼叫提示信息的方法的另一实施例的流程示意图，与上一实施例相比，本实施例将上一实施例的步骤102进一步的细化为以下步骤：

步骤102、被叫方终端根据接收到的呼叫提示信息的地址信息向呼叫提示服务器发送下载请求，并接收呼叫提示服务器返回的呼叫提示信息；

步骤103、被叫方终端播放该呼叫提示信息；

步骤104、在播放的同时，被叫方终端对本端是否摘机或者收到主叫方终端挂机消息进行检测，如果是被叫方摘机或者是收到主叫方终端挂机消息，则执行步骤105，否则返回步骤103继续播放呼叫提示信息；

步骤105、被叫方终端停止播放呼叫提示信息。

在本实施例中，提供了在被叫方终端终止播放呼叫提示信息的条件，当被叫方摘机时，停止播放呼叫提示信息，并建立通话连接，这样呼叫提示信息不会影响到正常的通话过程。当收到主叫方终端挂机消息时，停止播放呼叫提示信息，使被叫方用户知道对方已经挂机。

实施例三

如图4所示，为本发明在主叫方播放呼叫提示信息的方法的一实施例的流程示意图，本实施例提供了在软交换网络和IMS网络下，在主叫方播放替代本地回铃音的呼叫提示信息的流程，包括以下步骤：

步骤301、主叫方终端向SIP服务器发送用于呼叫被叫方终端的Invite消息；

步骤302、会话发起协议服务器将Invite消息转发给被叫方终端，并将从呼叫提示服务器获取的被叫方预设的呼叫提示信息的地址信息封装到SDP消息体中，然后通过振铃消息(180 Ring)发送给主叫方终端；

步骤303、主叫方终端根据从180 Ring消息解析得到的呼叫提示信息的地址信息，向呼叫提示服务器发送呼叫提示信息的下载请求，然后接收呼叫提示服务器返回的呼叫提示信息并播放。

在步骤302中SIP服务器在获取呼叫提示信息的地址信息时，通常可以先向呼叫提示服务器发送查询被叫方预设的呼叫提示信息的请求，呼叫提示服务器在接收到的查询请求后，查询相应的数据库，向主叫方终端返回被叫方预设的呼叫提示信息的地址信息。

本实施例适用于各种类型格式的呼叫提示信息，例如在主叫方终端播放被叫方指定的音频文件(也被称为彩铃)、在主叫方终端播放被叫方指定的图片文件、在主叫方终端播放被叫方指定的视频文件、在主叫方终端播放被叫方指定的实时视频流以及实时音频流等，但呼叫提示信息并不限于以上所举的这些例子。

本实施例中在SDP消息体中封装地址信息的内容适用于上一实施例的相关内容，由于已经在上一实施例中详细描述，这里就不再赘述了。

下面通过一个具体实例对本实施例进行说明，如图5所示，为图4实施例的一个具体实例的信令示意图。以彩铃业务的实现为例，包括以下步骤：

步骤401、主叫方终端向SIP服务器发送用于呼叫被叫方终端的Invite消息；

步骤402、SIP服务器会将接收到的Invite消息转发给被叫方终端；

步骤403、当被叫方终端处于空闲状况时，SIP服务器向呼叫提示服务器发送查询被叫方预设的呼叫提示信息的请求；

步骤404、呼叫提示服务器根据该查询请求，在数据库中查询到被叫方预设的音频文件，并将该音频文件的uri地址向SIP服务器返回；

步骤405、SIP服务器将该uri地址信息封装到扩展的SDP消息体中，例如通过以下形式进行SDP的扩展：

m＝audio 1 ringtone 0

a＝rtpmap:0 PCMU/8000

a＝fmtp:0 uri:http://www.testsite.com/ring/backring.wav

步骤406、SIP服务器通过180 Ring消息将该SDP消息体发送给主叫方终端；

步骤407、主叫方终端对接收到的180 Ring消息进行解析，提取SDP消息体中的音频文件的uri地址；

步骤408、主叫方终端按照该音频文件的uri地址向呼叫提示服务器发送该音频文件的下载请求；

步骤409、呼叫提示服务器根据下载请求将对应的uri地址下的音频文件发送给主叫方终端；

步骤410、主叫方终端接收该音频文件，并在下载完成后屏蔽本地回铃音，播放该音频文件。

如果被叫方预设了音频文件、图片文件或视频文件作为呼叫提示信息，那么在步骤410中主叫方终端需要下载完成后屏蔽本地铃声，并播放呼叫提示信息；如果被叫方预设了实时音频流或实时视频流作为呼叫提示信息，那么在步骤410中主叫方终端不需要等待下载完成，只要下载了一定的缓冲数据，就可以屏蔽本地铃声，开始实时播放呼叫提示信息。

从以上的实例可以看出：被叫用户可以使主叫方在呼叫等待过程中听到或看到被叫方自己设定的个性化的呼叫提示信息，代替枯燥单调的回铃音。

实施例四

如图6所示，为本发明在主叫方播放呼叫提示信息的方法的另一实施例的流程示意图，与上一实施例相比，本实施例将上一实施例的步骤303进一步的细化为以下步骤：

步骤303’、主叫方终端根据接收到的呼叫提示信息的地址信息向呼叫提示服务器发送下载请求，并接收呼叫提示服务器返回的呼叫提示信息；

步骤304、主叫方终端播放该呼叫提示信息；

步骤305、在播放的同时，主叫方终端检测本端是否挂机或者收到被叫方终端摘机消息，如果是主叫方终端挂机或者是收到被叫方终端摘机消息，则执行步骤306，否则返回步骤304继续播放呼叫提示信息；

步骤306、主叫方终端停止播放呼叫提示信息。

在本实施例中，提供了在主叫方终端终止播放呼叫提示信息的条件，当收到被叫方终端摘机消息时，停止播放呼叫提示信息，并建立通话连接，这样呼叫提示信息不会影响到正常的通话过程。当主叫方终端挂机时，停止播放呼叫提示信息。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

实施例五

如图7所示，为本发明呼叫提示信息播放系统的一实施例的结构示意图。本实施例主要适用于在被叫方终端播放呼叫提示信息的场景，包括：主叫方终端1、呼叫提示服务器2、SIP服务器3和被叫方终端4。其中主叫方终端1中包括呼叫提示信息查询模块5、消息体封装模块6和消息体发送模块7，呼叫提示信息查询模块5负责向呼叫提示服务器2发出查询呼叫提示信息的请求。消息体封装模块6将从呼叫提示服务器接收到的呼叫提示信息的地址信息封装到SDP消息体中，然后由消息体发送模块7通过Invite消息将SDP消息体发送给SIP服务器3。

呼叫提示服务器2可以根据接收呼叫提示信息的查询请求发送呼叫提示信息的地址信息，并根据接收被叫方终端4发出的下载请求，向被叫方终端4发送相应的呼叫提示信息。被叫方终端4包括地址信息解析模块8和下载播放模块9，其中地址信息解析模块8在接收到SIP服务器转发的Invite消息后，对Invite消息中的SDP消息体进行解析，得到呼叫提示信息的地址信息。下载播放模块9根据地址信息解析模块8提供的呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求，然后接收呼叫提示服务器2返回的呼叫提示信息并播放。

在本实施例中，呼叫提示信息至少包括音频文件、图片文件、视频文件、实时视频流或实时音频流等。对于不同类型的呼叫提示信息，下载播放模块9的处理方式有所区别。下载播放模块9可以具体包括文件下载播放单元和实时流下载播放单元，其中文件下载播放单元可以根据呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求；当接收呼叫提示服务器2返回的呼叫提示信息为音频文件、图片文件或视频文件时，在下载完成后屏蔽本地铃音并播放呼叫提示信息；实时流下载播放单元可以根据呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求；当接收呼叫提示服务器2返回的呼叫提示信息为实时音频流或实时视频流时，在下载的同时，屏蔽本地铃音并实时播放呼叫提示信息。

实施例六

如图8所示，本发明呼叫提示信息播放系统的另一实施例的结构示意图。本实施例主要适用于在主叫方终端播放呼叫提示信息的场景，包括：主叫方终端1、呼叫提示服务器2和SIP服务器3。其中SIP服务器3包括呼叫提示信息查询模块5、消息体封装模块6和消息体发送模块7，呼叫提示信息查询模块5负责向呼叫提示服务器2发出查询呼叫提示信息的请求。消息体封装模块6将从呼叫提示服务器接收到的呼叫提示信息的地址信息封装到SDP消息体中，然后由消息体发送模块7通过180ring消息将SDP消息体发送给主叫方终端1。

呼叫提示服务器2主要用于根据接收到的呼叫提示信息的查询请求进行查询，并将查询到的呼叫提示信息的地址信息发送给SIP服务器3，以及根据接收的主叫方终端发出的下载请求向主叫方终端发送相应的呼叫提示信息。

主叫方终端1包括地址信息解析模块8和下载播放模块9，其中地址信息解析模块8在接收到消息体发送模块7发送的180ring消息后，对180ring消息中的SDP消息体进行解析，得到呼叫提示信息的地址信息。下载播放模块9根据地址信息解析模块8提供的呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求，然后接收呼叫提示服务器2返回的呼叫提示信息并播放。

在本实施例中，呼叫提示信息至少包括音频文件、图片文件、视频文件、实时视频流或实时音频流等。对于不同类型的呼叫提示信息，下载播放模块9的处理方式有所区别。下载播放模块9可以具体包括文件下载播放单元和实时流下载播放单元，其中文件下载播放单元可以根据呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求；当接收呼叫提示服务器2返回的呼叫提示信息为音频文件、图片文件或视频文件时，在下载完成后屏蔽本地铃音并播放呼叫提示信息；实时流下载播放单元可以根据呼叫提示信息的地址信息，向呼叫提示服务器2发送呼叫提示信息的下载请求；当接收呼叫提示服务器2返回的呼叫提示信息为实时音频流或实时视频流时，在下载的同时，屏蔽本地铃音并实时播放呼叫提示信息。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (20)

1.一种在被叫方播放呼叫提示信息的方法，其特征在于，包括以下步骤：

主叫方终端在向被叫方终端发起语音呼叫时，将从呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议消息体中，并通过邀请消息由会话发起协议服务器转发至所述被叫方终端；

所述被叫方终端根据从所述邀请消息解析得到的所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

2.根据权利要求1所述的在被叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息的地址信息的获取操作具体包括：

所述主叫方终端向呼叫提示服务器发送查询呼叫提示信息的请求；

所述呼叫提示服务器向主叫方终端返回符合查询条件的一个或多个呼叫提示信息的文件列表，以及所述呼叫提示信息的地址信息。

3.根据权利要求1所述的在被叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息的类型格式至少包括音频文件、图片文件、视频文件、实时视频流和实时音频流。

4.根据权利要求3所述的在被叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息为音频文件、图片文件或视频文件时，所述接收所述呼叫提示服务器返回的所述呼叫提示信息并播放的操作具体为：

所述被叫方终端接收所述呼叫提示服务器返回的所述呼叫提示信息，并在下载完成后屏蔽本地铃音，播放所述呼叫提示信息。

5.根据权利要求3所述的在被叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息为实时音频流或实时视频流时，所述接收所述呼叫提示服务器返回的所述呼叫提示信息并播放的操作具体为：

所述被叫方终端接收所述呼叫提示服务器返回的所述呼叫提示信息，同时屏蔽本地铃音，并实时播放所述呼叫提示信息。

6.根据权利要求1所述的在被叫方播放呼叫提示信息的方法，其特征在于，所述将从所述呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议消息体的操作具体包括：

所述主叫方终端从所述呼叫提示服务器获取呼叫提示信息的地址信息；

所述主叫方终端在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表，并在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

7.根据权利要求1所述的在被叫方播放呼叫提示信息的方法，其特征在于，在播放呼叫提示信息的同时，所述被叫方终端检测本端是否摘机或收到主叫方终端挂机消息，如果是所述被叫方终端摘机或者是收到主叫方终端挂机消息，则停止所述呼叫提示信息的播放。

8.一种在主叫方播放呼叫提示信息的方法，其特征在于，包括以下步骤：

主叫方终端向会话发起协议服务器发送用于呼叫被叫方终端的邀请消息；

所述会话发起协议服务器将所述邀请消息转发给所述被叫方终端，并将从呼叫提示服务器获取的被叫方预设的呼叫提示信息的地址信息封装到会话描述协议消息体中，然后通过振铃消息发送给所述主叫方终端；

所述主叫方终端根据从所述振铃消息解析得到的所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

9.根据权利要求8所述的在主叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息的地址信息的获取操作具体包括：

所述会话发起协议服务器向呼叫提示服务器发送查询被叫方预设的呼叫提示信息的请求；

所述呼叫提示服务器向会话发起协议服务器返回所述被叫方预设的呼叫提示信息的地址信息。

10.根据权利要求8所述的在主叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息的类型格式至少包括音频文件、图片文件、视频文件、实时视频流和实时音频流。

11.根据权利要求10所述的在主叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息为音频文件、图片文件或视频文件时，所述接收所述呼叫提示服务器返回的所述呼叫提示信息并播放的操作具体为：

所述主叫方终端接收所述呼叫提示服务器返回的所述呼叫提示信息，并在下载完成后屏蔽本地铃音，播放所述呼叫提示信息。

12.根据权利要求10所述的在主叫方播放呼叫提示信息的方法，其特征在于，所述呼叫提示信息为实时音频流或实时视频流时，所述接收所述呼叫提示服务器返回的所述呼叫提示信息并播放的操作具体为：

所述主叫方终端接收所述呼叫提示服务器返回的所述呼叫提示信息，同时屏蔽本地铃音，并实时播放所述呼叫提示信息。

13.根据权利要求8所述的在主叫方播放呼叫提示信息的方法，其特征在于，所述将从所述呼叫提示服务器获取的呼叫提示信息的地址信息封装到会话描述协议消息体的操作具体包括：

所述会话发起协议服务器从所述呼叫提示服务器获取呼叫被叫方预设的呼叫提示信息的地址信息；

所述会话发起协议服务器在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表，并在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

14.根据权利要求8所述的在主叫方播放呼叫提示信息的方法，其特征在于，在播放呼叫提示信息的同时，所述主叫方终端检测本端是否挂机或收到被叫方终端摘机消息，如果是主叫方终端挂机或者是收到被叫方终端摘机消息，则停止所述呼叫提示信息的播放。

15.一种呼叫提示信息播放系统，其特征在于，包括：

呼叫提示服务器，用于根据接收呼叫提示信息的查询请求发送所述呼叫提示信息的地址信息，以及根据接收的下载请求向请求方发送相应的呼叫提示信息；

呼叫提示信息查询模块，用于向所述呼叫提示服务器发出查询呼叫提示信息的请求；

消息体封装模块，用于将从所述呼叫提示服务器接收到的呼叫提示信息的地址信息封装到会话描述协议消息体中；

消息体发送模块，用于发送所述会话描述协议消息体；

地址信息解析模块，用于对接收的所述会话描述协议消息体进行解析，得到所述呼叫提示信息的地址信息；

下载播放模块，用于根据所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求，然后接收所述呼叫提示服务器返回的所述呼叫提示信息并播放。

16.根据权利要求15所述的呼叫提示信息播放系统，其特征在于，所述呼叫提示信息查询模块、消息体封装模块和消息体发送模块设置于主叫方终端；所述地址信息解析模块和下载播放模块设置于被叫方终端。

17.根据权利要求15所述的呼叫提示信息播放系统，其特征在于，所述呼叫提示信息查询模块、消息体封装模块和消息体发送模块设置于会话发起协议服务器；所述地址信息解析模块和下载播放模块设置于主叫方终端。

18.根据权利要求16或17所述的呼叫提示信息播放系统，其特征在于，所述呼叫提示信息的类型格式至少包括音频文件、图片文件、视频文件、实时视频流和实时音频流。

19.根据权利要求18所述的呼叫提示信息播放系统，其特征在于，所述下载播放模块具体包括：

文件下载播放单元，用于根据所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求；当接收所述呼叫提示服务器返回的所述呼叫提示信息为音频文件、图片文件或视频文件时，在下载完成后屏蔽本地铃音并播放所述呼叫提示信息；

实时流下载播放单元，用于根据所述呼叫提示信息的地址信息，向所述呼叫提示服务器发送所述呼叫提示信息的下载请求；当接收所述呼叫提示服务器返回的所述呼叫提示信息为实时音频流或实时视频流时，在下载的同时，屏蔽本地铃音并实时播放所述呼叫提示信息。

20.根据权利要求15所述的呼叫提示信息播放系统，其特征在于，所述消息体封装模块具体包括：

第一封装单元，用于在会话描述协议消息体的媒体声明行中加入所述呼叫提示信息的媒体类型、端口、传输协议和媒体格式列表；

第二封装单元，用于在会话描述协议消息体的媒体格式属性行中加入用于提供所述呼叫提示信息的地址信息的媒体附加属性行。

Images