CN1909686A - 一种实现多媒体彩铃音业务的系统及方法 - Google Patents

Abstract

本发明公开了一种实现多媒体彩铃业务的系统及方法。所述系统包括呼叫/注册服务器、多媒体彩铃中心、主叫终端以及被叫终端。当呼叫/注册服务器检查到被叫终端登记注册了多媒体彩铃业务时，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃中心返回多媒体彩铃的媒体地址返回给主叫终端。在需要播放回铃音时，主叫终端利用多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据，并播放多媒体彩铃。本发明提供了丰富的视频和音频多媒体彩铃信息，可以灵活设置播放策略，并且还支持多种多媒体彩铃的播放方式。

Description

一种实现多媒体彩铃音业务的系统及方法

技术领域

本发明涉及视频通信技术领域，尤其涉及一种在视频通信中实现多媒体彩铃业务的系统及方法。

背景技术

近年来，随着电信技术的发展，电信服务的种类日益繁多，个性化的电信服务也应运而生。而其中的彩铃业务，即彩色回铃音业务作为一种个性化的增值业务，尤其受到广大客户的喜爱。只要被叫用户登记注册了彩铃业务并事先定制了一段彩色回铃音，那么在主叫用户拨打该用户时，就使用该被叫用户事先定制的彩色回铃音来取代原有单调的普通回铃音，因而主叫用户就可以收听到被叫用户事先定制的彩铃，诸如一段音乐、语音信息等，从而满足不同用户的个性化的需要。

在中国专利申请CN200310118878.7中公开了一种实现彩色回铃音业务的系统及方法。另外，在中国专利申请CN03157435.1中也公开了一种实现彩色回铃音业务的方法。在上述公开的系统及方法中，存在一些不足之处，主要表现在以下几个方面：

第一，仅支持音频数据回放，即仅支持铃音。在上述申请文件公开的系统或方法中，都是仅仅支持彩铃的播放，即仅仅支持音频数据的播放；

第二，仅支持彩铃服务器向主叫终端播放铃音。上述申请文件公开的系统中是由彩铃服务器向主叫用户播放彩铃，而不支持其它播放彩色回铃音的方式；

第三，仅实现了简单的铃音播放方式，诸如随机播放，循环播放等。

这些问题的存在，使得彩铃系统不能满足各种客户对于电信服务日益增高的要求以及众多客户对于个性化的要求。

新近又提出了一种被称之为多媒体彩铃的增值业务，它是彩铃业务在视频通信领域的扩展，是指在呼叫接续过程中，在被叫用户摘机接听前，主叫终端播放被叫用户预先设定的多媒体彩铃来替代单调回铃音，播放的多媒体信息可以是音频数据和/或视频数据，诸如音乐、视频、图片、文字及其结合等具有个性的多媒体信息。在现有技术中给出了多媒体彩铃业务的设想，也展示出了多媒体彩铃业务的良好的发展前景，却没有具体给出实现这种多媒体彩铃业务的系统和方法。

发明内容

为此，本发明的主要目的在于提供一种实现多媒体彩铃业务的系统。

本发明提供了一种实现多媒体彩铃业务的系统，所述系统包括呼叫/注册服务器、多媒体彩铃中心、主叫终端以及预先登记注册了多媒体彩铃业务的被叫终端。

其中，呼叫/注册服务器用于在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃的媒体地址返回给主叫终端。

其中，多媒体彩铃中心用于响应呼叫/注册服务器的地址解析请求返回多媒体彩铃的媒体地址，以及，响应主叫终端发送来的多媒体彩铃下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据。

其中，主叫终端用于在需要播放回铃音时，利用呼叫/注册服务器返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据，并根据接收的媒体流数据播放多媒体彩铃。

在本发明的系统中，所述注册呼叫服务器通过被叫终端将多媒体彩铃的媒体地址返回给主叫终端或者直接将多媒体彩铃的媒体地址返回给主叫终端。

在本发明的系统中，多媒体彩铃中心包括多媒体彩铃逻辑和多媒体服务器，其中，多媒体彩铃逻辑用于根据呼叫信息以及被叫预先设置的播放策略定位多媒体彩铃的媒体地址；多媒体彩铃服务器用于存储多媒体彩铃数据，以及，响应于接收的媒体地址解析请求向主叫终端下发多媒体彩铃的媒体流数据。

在本发明的系统中，所述多媒体彩铃中心还包括门户网站，所述门户网站用于为终端提供多媒体彩铃业务的受理界面，通过与呼叫/注册服务器进行交互完成多媒体彩铃业务的登记。

此外，本发明还提供了一种实现多媒体彩铃业务的方法，所述方法包括：

步骤1，当呼叫/注册服务器在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃的媒体地址返回给主叫终端；

步骤2，在需要播放回铃音时，主叫终端利用多媒体彩铃中心返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体数据；

步骤3，多媒体彩铃中心响应下发多媒体彩铃的媒体流数据的请求，向主叫终端下发主叫终端请求的多媒体彩铃的媒体流数据，主叫终端播放多媒体彩铃信息。

本发明的方法还包括：步骤4，请求多媒体彩铃中心停止下发媒体流数据，主叫终端停止播放多媒体彩铃。

在本发明的方法的步骤1中，所述的将多媒体彩铃的媒体地址返回给主叫终端是由呼叫/注册服务器将多媒体彩铃的媒体地址发送给被叫终端，然后通过被叫终端将多媒体彩铃的媒体地址转发给主叫终端。

在本发明的方法的步骤2中，多媒体彩铃中心返回的多媒体彩铃的媒体地址由多媒体彩铃中心根据呼叫信息以及被叫预先设置的播放策略来定位。

在本发明的方法的步骤1中，被叫终端登记注册多媒体彩铃业务的步骤包括：

步骤11，被叫终端通过网络登陆门户网站的业务申请界面；

步骤12，被叫终端发出开通多媒体彩铃业务请求，门户网站将所述请求通过多媒体彩铃逻辑发送给呼叫/注册服务器；

步骤13，呼叫/注册服务器响应所述请求，登记注册多媒彩铃业务，将登记注册结果经过多媒体彩铃逻辑门户网站返回给被叫终端。

在上述本发明的方法中，在所述步骤13之后，还包括：步骤14，定购多媒体彩铃，设置多媒体彩铃的播放策略。

另外，本发明还提供了另一种实现多媒体彩铃业务的系统，所述系统包括多媒体彩铃中心、呼叫/注册服务器、主叫终端以及预先登记注册了多媒体彩铃的被叫终端。

其中，呼叫/注册服务器用于在检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并在需要播放回铃音时请求多媒体彩铃中心向主叫终端下发多媒体彩铃媒体流数据。

其中，多媒体彩铃中心用于响应呼叫/注册服务器的地址解析请求返回多媒体彩铃的媒体地址，以及响应呼叫/注册服务器发送来的多媒体彩铃下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据。

其中，主叫终端用于根据接收的媒体流数据播放多媒体彩铃。

在本发明的系统中，所述注册呼叫服务器通过被叫终端将多媒体彩铃的媒体地址返回给主叫终端或者直接将多媒体彩铃的媒体地址返回给主叫终端。

在本发明的系统中，多媒体彩铃中心包括多媒体彩铃逻辑和多媒体服务器，其中多媒体彩铃逻辑用于根据呼叫信息以及被叫预先设置的播放策略定位多媒体彩铃的媒体地址；多媒体彩铃服务器用于存储多媒体彩铃数据，以及响应于接收的媒体地址解析请求向主叫终端下发多媒体彩铃的媒体流数据。

在本发明的系统中，所述多媒体彩铃中心还包括门户网站，所述门户网站用于为终端提供多媒体彩铃业务的受理界面，并与呼叫/注册服务器进行交互完成多媒体彩铃业务的登记。

接着，本发明还提供了另一种实现多媒体彩铃业务的方法，所述方法包括：

步骤1，当呼叫/注册服务器在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址；

步骤2，在需要播放回铃音时，呼叫/注册服务器利用多媒体彩铃中心返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体数据；

步骤3，多媒体彩铃中心响应下发多媒体彩铃的媒体流数据的请求，向主叫终端下发主叫终端请求的多媒体彩铃的媒体流数据，主叫终端在终端上播放多媒体彩铃信息。

本发明的方法还包括：步骤4，请求多媒体彩铃中心停止下发媒体流数据，主叫终端停止播放多媒体彩铃。

本发明的方法的步骤2中所述的多媒体彩铃中心返回的多媒体彩铃的媒体地址由多媒体彩铃中心根据呼叫信息以及被叫预先设置的播放策略定位。

在本发明的方法中，呼叫/注册服务器在请求多媒体彩铃中心下发多媒体彩铃的媒体数据之前，主叫终端将其接收多媒体彩铃的端口发送给呼叫/注册服务器，呼叫/注册服务器将所述接收端口包含在媒体数据下放请求中发送给多媒体彩铃中心以告知多媒体彩铃中心主叫终端接收彩铃的端口。

在本发明的方法的步骤1中，呼叫注册服务器发出的媒体地址解析请求，进一步请求多媒体彩铃中心返回媒体的编解码参数，所述编解码参数被直接返回或者通过被叫终端返回给主叫终端，以告知主叫终端播放多媒体彩铃需要的编解码参数。

在本发明的方法的步骤1中，被叫终端登记注册多媒体彩铃业务的步骤包括：

步骤11，被叫终端通过网络登陆门户网站的业务申请界面；

步骤12，被叫终端发出开通多媒体彩铃业务请求，门户网站将所述请求通过多媒体彩铃逻辑发送给呼叫/注册服务器；

步骤13，呼叫/注册服务器响应所述请求，登记注册多媒彩铃业务，将登记注册结果经过多媒体彩铃逻辑门户网站返回给被叫终端。

在上述方法中，在所述步骤13之后，还包括：

步骤14，定购多媒体彩铃，设置多媒体彩铃的播放策略。

通过本发明提供的系统和方法，即可以实现多媒体彩铃业务，提供丰富多彩的视频和音频多媒体彩铃信息，可以灵活地设置播放策略使得系统支持多种铃音播放规则，并且本发明可以通过由多媒体彩铃中心主动下发彩铃来实现多媒体彩铃的播放，还可以通过主叫终端请求方式来实现多媒体彩铃的播放。此外，由于本发明采用了流媒体技术实现多媒体彩铃的播放，因而多媒体彩铃数据的格式更多。

附图说明

图1示出了本发明的实现多媒体彩铃业务的系统的一个实施例的结构示意图；

图2示出了本发明的实现多媒体彩铃业务的方法的一个实施例的流程图；

图3示出了在H.323网络中实现本发明的多媒体彩铃业务的方法的一个具体呼叫流程；

图4示出了本发明的实现多媒体彩铃业务的系统的另一实施例的结构示意图；

图5示出了本发明的实现多媒体彩铃业务的方法的另一实施例的流程图；

图6示出了在H.323网络中实现本发明的多媒体彩铃业务的方法的另一具体呼叫流程；

图7示出了本发明的实现多媒体彩铃业务的系统的另一实施例的结构示意图；

图8示出了本发明的实现多媒体彩铃业务的系统另一实施例的结构示意图；

图9示出了视频终端登记注册多媒体彩铃业务的一个实例。

具体实施方式

下面将参考附图详细描述本发明实现多媒体彩铃业务的系统及其方法。

图1示出了本发明的实现多媒体彩铃业务的系统的一个实施例的结构示意图，所示系统包括：呼叫/注册服务器、多媒体彩铃中心、主叫终端以及被叫终端。

其中，呼叫/注册服务器用于在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将该媒体地址返回给主叫终端。所述呼叫/注册服务器是负责业务注册并在呼叫过程中负责终端呼叫管理的部件，在H.323网络中，呼叫/注册服务器为网守(GateKeeper，简称GK)，在智能网中为上报业务控制点，在下一代网络(Next Generation Network，简称NGN)中和IP多媒体子系统(IP Multimedia Subsystem，简称IMS)中为呼叫会话控制功能(Call Session Control Function，简称CSCF)。

多媒体彩铃中心用于响应呼叫/注册服务器的媒体地址解析请求，返回多媒体彩铃的媒体地址；以及，响应主叫终端发送来的多媒体彩铃下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据。

主叫终端用于在需要播放回铃音时，利用呼叫/注册服务器返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据，并根据接收的媒体流数据播放多媒体彩铃。

被叫终端为预先登记注册了多媒体彩铃业务的终端。

在本发明的系统中，被叫终端可以采用现有技术中的登记注册方式在呼叫/注册服务器登记注册多媒体彩铃业务，诸如用户可以到运营商的营业厅进行登记注册，通过运营商提供的服务电话登记注册，还可以通过外部网络，诸如访问运营上提供的业务登记注册网站开通多媒体彩铃业务。

下面将参考图2说明本发明实现多媒体彩铃业务的一种具体方法。

图2示出了本发明的一种实现多媒体彩铃业务的方法的流程图，主要包括以下步骤：

步骤一，呼叫/注册服务器在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃中心返回的媒体地址返回给主叫终端。

在主叫终端呼叫被叫终端的过程中，当呼叫/注册服务器检查到被叫终端注册了多媒体彩铃业务时，则向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心解析多媒体彩铃的媒体地址。多媒体彩铃中心根据呼叫参数，诸如呼叫时间和被叫号码等，以及被叫用户的预先设置的播放策略(诸如可根据主叫号码播放多媒体彩铃，根据时段播放多媒体彩铃，随机播放多媒体彩铃，默认或者强制播放多媒体彩铃)定位多媒体彩铃，并将得到的多媒体彩铃的媒体地址返回给呼叫/注册服务器，之后呼叫/注册服务器将多媒体彩铃的媒体地址返回给主叫终端。

步骤二，主叫终端利用所接收到的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据。

主叫终端从呼叫/注册服务器接收到多媒体彩铃的媒体地址之后，利用所接收到的多媒体彩铃的媒体地址向多媒体彩铃中心发出多媒体彩铃下发多媒体彩铃的媒体流数据的请求，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据。诸如，可以通过诸如实时流协议(Real-Time Streaming Protocol，简称RTSP)的流媒体播放协议或者微软媒体服务器(Microsoft Media Server，简称MMS)协议的流媒体播放协议请求多媒体彩铃中心下发媒体流数据。主叫终端可将其彩铃接收端口也包括在该请求中，以告知多媒体彩铃中心其彩铃接收端口。

步骤三，多媒体彩铃中心向主叫终端下发主叫终端请求的多媒体彩铃的媒体流数据，主叫终端播放多媒体彩铃信息。

多媒体彩铃中心接收主叫终端的多媒体彩铃下发多媒体彩铃的媒体流数据的请求，，向主叫终端下发多媒体彩铃的媒体地址对应的多媒体彩铃的媒体流数据，媒体流数据的接收地址为多媒体彩铃的彩铃接收端口。在流媒体数据的开始部分可以包括编解码参数，主叫终端接收多媒体的媒体流数据并根据编解码参数将流媒体数据进行解码，然后通过主叫终端中的多媒体播放器播放多媒体彩铃，同时屏蔽普通回铃音。

步骤四，被叫终端应答，结束多媒体彩铃播放，继续后续处理。

被叫用户接听电话后，被叫终端应答，此时可以结束多媒体彩铃的播放建立主叫终端和被叫终端之间的通讯话路，开始通话过程。

通过上述系统以及方法，可以播放包括音频和/或视频数据的多媒体彩铃信息，实现个性化的多媒体彩铃业务。

为了更清楚地说明本发明，下面将以H.323网络为例详细描述实现多媒体彩铃业务的具体流程。

图3为H.323网络中实现多媒体彩铃业务的方法的一个具体呼叫流程。在H.323网络中，呼叫/注册服务器为网守GK，其中，被叫终端为预先登记注册了多媒体彩铃业务的终端。图3所示的流程包括：

步骤301，主叫终端T1向网守GK发送许可请求信令ARQ，请求接入认证和地址解析。

步骤302，网守GK通过主叫终端T1的接入认证，允许主叫终端T1发起呼叫，并通过许可确认信令ACF返回被叫终端T2的呼叫地址。

步骤303，主叫终端T1根据网守GK返回的被叫终端T2的呼叫地址发送呼叫建立信令Setup，向被叫终端T2发起呼叫。

步骤304，被叫终端T2接收到主叫终端T1的呼叫建立信令Setup后，发送呼叫进展信令CallProceeding，以告知其已接收到呼叫建立信令Setup，并正在处理该呼叫。

步骤305，被叫终端T2向网守发送许可请求信令ARQ，请求接入认证和地址解析。

步骤306，网守GK接收到被叫终端T2的许可请求信令ARQ后，对被叫终端T2进行解析，在检查到被叫终端T2登记注册了多媒体彩铃业务时，通过使用诸如SIP协议中的邀请信令Invite，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心解析多媒体彩铃的媒体地址，诸如RTSPURL地址或者MMS URL地址。

步骤307，多媒体彩铃中心接收多媒体彩铃的媒体地址解析请求，根据诸如呼叫时间、被叫号码等呼叫参数以及被叫用户预先设置的播放策略查找多媒体彩铃的媒体地址，并通过诸如SIP重定向应答信令将多媒体彩铃的媒体地址返回给网守GK。

步骤308，网守GK许可被叫终端T2接入，并通过许可确认信令ACF将多媒体彩铃的媒体地址返回给被叫终端T2。

步骤309，被叫终端T2向主叫终端T1发送振铃信令Altering，将多媒体彩铃的媒体地址包含在该振铃信令中发送给主叫终端T1。

步骤310，在主叫终端T1接收到振铃信令Altering之后，利用其中包含的多媒体彩铃的媒体地址向多媒体彩铃中心请求下发多媒体彩铃的媒体数据，在该请求中包括彩铃接收端口地址。

步骤311，多媒体彩铃中心接收主叫终端T1的请求，向主叫终端T1的彩铃接收端口下发多媒体彩铃的媒体流数据。主叫终端T1接收多媒体彩铃中心下发的多媒体彩铃媒体流数据后，播放多媒体彩铃，同时屏蔽普通回铃音。

此外，还可以采用默认端口或者预定端口等接收多媒体彩铃的媒体流数据。在媒体流数据的开始部分，通常包括有媒体流数据的编解码信息，主叫终端T1根据这些编解码参数对媒体流数据解码之后，通过流媒体播放器播放多媒体彩铃。如果此时无法播放多媒体彩铃，诸如，多媒体彩铃中心和终端之间的通信出现故障，则播放正常的回铃音。

步骤312，被叫用户摘机，被叫终端T2发送连接信令Connect给主叫终端T1。

步骤313，主叫终端T1通过流媒体播放协议的命令，诸如STOP命令，通知多媒体彩铃中心停止播放多媒体彩铃，之后建立呼叫进入后续处理。

在上述实例中，主叫终端和被叫终端呼叫采用直接选路的方式，即被叫终端和主叫终端之间直接发送消息而不经过网守，因而在步骤307至309中，呼叫/注册服务器得到多媒体彩铃的媒体地址之后，通过被叫终端将所述多媒体彩铃的媒体地址转发给主叫终端。而事实上，当被叫终端采用网守选路方式时，由于其发送给主叫终端的信息都需将经过网守转发，因此可以在网守将被叫终端的发送的振铃信令Altering转发给主叫终端时，将多媒体彩铃的媒体地址包括在将被转发的振铃信令Altering中发送给主叫终端，而不需经过被叫终端。

通过上述实例，就可以在H.323网络中实现多媒体彩铃业务，为用户提供个性化的多媒体彩铃业务。

然而，在上述系统以及方法的实施例中，主叫终端根据网守返回的多媒体彩铃的媒体地址，通过流媒体播放协议访问多媒体彩铃中心，从而主动请求多媒体彩铃中心下放多媒体彩铃，事实上，还可以通过其它方式实现多媒体彩铃的媒体流数据的下放。图4示出了本发明实现多媒体彩铃业务的系统的另一实施例的结构示意图。

图4示出的实现多媒体业务的系统包括：多媒体彩铃中心、呼叫/注册服务器、主叫终端以及被叫终端。与图1所示多媒体彩铃系统不同之处在于，图4所示的系统中，多媒体彩铃中心用于响应呼叫/注册服务器的多媒体彩铃下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据；呼叫/注册服务器，用于在检查到被叫终端登记注册了多媒体彩铃业务时，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并在需要播放回铃音时，利用多媒体彩铃中心返回的多媒体彩铃的媒体地址请求多媒体彩铃中心向主叫终端下发多媒体彩铃的媒体流数据。

图5示出了在图4所示的系统中实现多媒体彩铃业务的方法的流程。与图2所示的方法不同之处在于步骤一和步骤二。根据本实施例的方法，在步骤一中，呼叫/注册服务器未将多媒体彩铃中心返回的多媒体彩铃的媒体地址返回主叫终端，而在步骤二中，呼叫/注册服务器向多媒体彩铃中心发出多媒体彩铃下发多媒体彩铃的媒体流数据的请求，请求多媒体彩铃中心向主叫终端下发多媒体彩铃的媒体流数据。

此外，图6还示出了在H.323网络中上述实现多媒体彩铃业务的方法的具体呼叫流程。所述呼叫流程包括：

步骤601，主叫终端T1向网守GK发送许可请求信令ARQ，请求接入认证和地址解析，并将主叫终端T1的彩铃接收端口包括在许可请求信令ARQ发送给网守GK。

步骤602，网守GK通过主叫终端T1的接入认证，允许主叫终端T1发起呼叫，并通过许可确认信令ACF返回被叫终端T2的呼叫地址。

步骤603，主叫终端T1向网守GK返回的被叫终端T2的呼叫地址发送呼叫建立信令Setup，向被叫终端T2发起呼叫。

步骤604，被叫终端T2接收到主叫终端T1的呼叫建立信令Setup后，发送呼叫进展信令CallProceeding，以告知已接收到呼叫建立信令Setup，并正在处理该呼叫。

步骤605，被叫终端T2向网守GK发送许可请求信令ARQ，请求接入认证和地址解析。

步骤606，网守GK接收到被叫终端T2的许可请求信令ARQ，对被叫终端T2进行解析，在检查到被叫终端T2登记注册了多媒体彩铃业务时，通过使用诸如SIP协议中的邀请信令Invite，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心解析多媒体彩铃的媒体地址和彩铃编解码参数。

步骤607，多媒体彩铃中心接收多媒体彩铃的媒体地址解析请求，根据诸如呼叫时间、被叫号码等呼叫参数以及被叫用户预先设置的播放策略查找多媒体彩铃的媒体地址，并通过诸如SIP重定向应答信令将多媒体彩铃的媒体地址和彩铃编解码参数返回给网守GK。

步骤608，网守GK许可被叫终端T2接入，并通过许可确认信令ACF将多媒体彩铃的彩铃编解码参数返回给被叫终端T2。

步骤609，被叫终端T2向主叫终端T1发送振铃信令Altering，将多媒体彩铃的彩铃编解码参数包含在该振铃信令中发送给主叫终端T1。

步骤610，主叫终端接收到来自被叫终端的振铃信令Alerting之后，网守GK向多媒体彩铃中心发出播放彩铃的请求，请求多媒体彩铃中心向主叫终端T1下发多媒体彩铃的媒体流数据，在所述请求中包括有多媒体彩铃的媒体地址和主叫终端的接收端口。

步骤611，多媒体彩铃中心向主叫终端T1的彩铃接收端口下发多媒体彩铃的媒体流数据。主叫终端T1接收多媒体彩铃中心下发的多媒体彩铃媒体流数据后，播放多媒体彩铃，同时屏蔽普通回铃音。

此外，还可以采用默认端口或者预定端口等接收多媒体彩铃的媒体流数据。在媒体流数据的开始部分，通常包括有媒体流数据的编解码信息，主叫终端T1根据这些编解码参数对媒体流数据解码之后，通过流媒体播放器播放多媒体彩铃。如果此时无法播放多媒体彩铃，诸如，多媒体彩铃中心和终端之间的通信出现故障，则播放正常的回铃音。

步骤612，被叫用户摘机，被叫终端T2发送连接信令Connect给主叫。

步骤613，主叫终端T1通过流媒体播放协议的命令，诸如STOP命令，通知多媒体彩铃中心停止播放多媒体彩铃，之后建立呼叫进入后续处理。

此外，需要注意的是，图6示出的步骤601中，主叫终端将自己的彩铃接收端口发送给网守，由网守告知多媒体彩铃中心。事实上，还可采用默认端口或者预定端口接收多媒体彩铃的媒体流数据，在这种情况下则不用将主叫终端的彩铃接收端口通过网守告知多媒体彩铃中心。

同图3所示实例一样，本实例中主被叫终端均采用直接选路方式，因此，在被叫终端采用了网守选路方式时，网守可将被叫终端的发送的振铃信令Altering转发给主叫终端时，将多媒体彩铃的媒体地址包括在将被转发的振铃信令Altering中发送给主叫终端。

此外，在上述步骤607，608和609中，多媒体彩铃中心返回编解码参数并通过网守和被叫终端最后发送给主叫终端。事实上，也可以在下发媒体流数据时，将编解码参数发送给主叫终端，例如将媒体流数据的编解码信息包括在在媒体流数据的最开始部分，主叫终端首先接收这些编解码参数，然后利用这些编解码参数对媒体流数据进行解码，之后利用播放器来播放多媒体彩铃。

此外，在本发明的实现多媒体彩铃业务的方法中，当无法播放多媒体彩铃时，诸如，多媒体彩铃中心和终端之间的通信出现故障、或者播放器与流媒体的格式不匹配时则播放正常的回铃音。这样可以保证正常通话不受影响。

在上述实现多媒体彩铃业务的方法中，都是在被叫应答之后，停止播放多媒体彩铃，事实上可以将多媒体彩铃作为通话过程中的背景，而在通话结束后停止播放彩铃。

通过上述实施例，就可以在H.323网络中实现多媒体彩铃业务。

在本发明的实现多媒体彩铃业务的系统中，多媒体彩铃中心具体可以包括：多媒体彩铃逻辑和多媒体服务器。如图7所示，所述多媒体彩铃逻辑用于根据呼叫信息(诸如呼叫时间、主叫号码、被叫号码等)以及被叫预先设置的播放策略定位多媒体彩铃的媒体地址，所述多媒体彩铃服务器用于存储多媒体彩铃数据，接收并响应该请求，向主叫终端下发多媒体彩铃的媒体流数据。通过多媒体彩铃逻辑，本发明的系统可以根据用户设置的多种播放策略来播放彩铃，诸如可根据主叫号码播放多媒体彩铃，根据时段播放多媒体彩铃，随机播放多媒体彩铃，默认或者强制播放多媒体彩铃。

如前所述，在本发明的系统中，被叫终端预先登记注册多媒体彩铃业务的方式有多种，诸如可以通过营业厅登记注册，通过运营商提供的服务电话登记注册等等。除此之外，由于本发明中的被叫终端为可视终端，因此，被叫终端可以直接登录网络进行登记注册以及设置多媒体彩铃播放策略。

为此，本发明中的多媒体彩铃中心可以进一步包括门户网站，所述门户网站用于为终端提供多媒体彩铃业务的受理界面，即为终端提供用于申请开通多媒体彩铃业务、上传多媒体彩铃以及多媒体彩铃播放逻辑管理的网络界面，通过与呼叫/注册服务器进行交互完成多媒体彩铃业务的登记。其中，多媒体彩铃逻辑进一步用于接收来自被叫终端的多媒体彩铃业务的开通申请请求，并将该请求传送给呼叫/注册服务器，并根据呼叫/注册服务器返回的业务注册结果信息，通过门户网站通知被叫终端。

图9给出了被叫终端通过登录多媒体彩铃的门户网站登记注册多媒体彩铃业务的一个实施例。图中示出的流程包括以下步骤：

步骤901，被叫终端通过超文本传输协议(HyperText Transfer Protocol，简称HTTP)登录门户网站进入多媒体彩铃业务申请界面；

步骤902，被叫终端向门户网站发出申请开通多媒体彩铃业务的请求，

步骤903，该请求通过门户网站被交给多媒体彩铃逻辑；

步骤904，多媒体彩铃逻辑将申请多媒体彩铃业务的请求通过SIP协议的邀请信令Invite发送给呼叫/注册服务器；

步骤905，呼叫/注册服务器收到多媒体彩铃业务的开通请求后，记录终端的多媒体彩铃业务属性，并返回确认给多媒体彩铃逻辑；

步骤906，多媒体彩铃逻辑接收到呼叫/注册服务器的确认信息之后通知门户网站；

步骤907，门户网站将确认信息转换成开通成功提示发送给被叫终端；

步骤908，开通多媒体彩铃业务之后，终端可以继续浏览门户网站完成多媒体彩铃的定购以及多媒体彩铃的播放策略设置等。用户订购的多媒体彩铃属性以及多媒体彩铃播放策略的设置可存储在多媒体彩铃服务器中。

通过上述的方法，视频终端可以通过诸如HTTP的网络传输协议直接访问门户网站提供的网络界面，申请开通多媒体彩铃业务、定购多媒体彩、进行播放策略的设置等。

本发明的系统为用户提供丰富多彩的视频和音频多媒体彩铃信息，其中的多媒体彩铃逻辑使得本发明的系统可以灵活地设置播放策略使得系统支持多种铃音播放规则，此外，由于本发明采用了流媒体技术实现多媒体彩铃的播放，因而多媒体彩铃数据的格式更多，诸如，MPEG-1、MPEG-2、MP3、CDDA以及VCD等等。

在上述实现多媒体彩铃业务的系统中，多媒体彩铃逻辑和多媒体彩铃门户网站还可以集成在一起成为一个多媒体业务平台。然而这些都没有超出本发明的范畴。

应当注意的是，在具体实施方式中的描述的实施例是为了更好地说明本发明，而不是对本发明的限制。本发明中以H.323网络为例描述了本系统的系统以及方法，事实上本发明系统及方法还可以应用在NGN以及IMS网络中。此外，本发明还存在许多替代和变型，比如本发明中的流媒体播放协议包含RTSP和MMS但是并不仅限于这些协议，而本质上这些替代和变型仍然未超出本发明的精神和范围。

Claims (21)

1.一种实现多媒体彩铃业务的系统，其特征在于，所述系统包括呼叫/注册服务器、多媒体彩铃中心、主叫终端以及预先登记注册了多媒体彩铃业务的被叫终端，其中

呼叫/注册服务器用于在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃的媒体地址返回给主叫终端；

多媒体彩铃中心用于响应呼叫/注册服务器的地址解析请求返回多媒体彩铃的媒体地址，以及，响应主叫终端发送来的下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据；

主叫终端用于在需要播放回铃音时，利用呼叫/注册服务器返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体流数据，并根据接收的媒体流数据播放多媒体彩铃。

2.根据权利要求1所述的系统，其特征在于，所述注册呼叫服务器通过被叫终端将多媒体彩铃的媒体地址返回给主叫终端或者直接将多媒体彩铃的媒体地址返回给主叫终端。

3.根据权利要求1所述的系统，其特征在于，多媒体彩铃中心包括多媒体彩铃逻辑和多媒体服务器，其中

多媒体彩铃逻辑用于根据呼叫信息以及被叫预先设置的播放策略定位多媒体彩铃的媒体地址；

多媒体彩铃服务器用于存储多媒体彩铃数据，以及，响应于接收的媒体地址解析请求向主叫终端下发多媒体彩铃的媒体流数据。

4.根据权利要求3所述的系统，其特征在于，所述多媒体彩铃中心还包括门户网站，所述门户网站用于为终端提供多媒体彩铃业务的受理界面，通过与呼叫/注册服务器进行交互完成多媒体彩铃业务的登记。

5.一种实现多媒体彩铃业务的方法，其特征在于，所述方法包括：

步骤1，当呼叫/注册服务器在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并将多媒体彩铃的媒体地址返回给主叫终端；

步骤2，在需要播放回铃音时，主叫终端利用多媒体彩铃中心返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体数据；

步骤3，多媒体彩铃中心响应下发多媒体彩铃的媒体流数据的请求，向主叫终端下发主叫终端请求的多媒体彩铃的媒体流数据，主叫终端播放多媒体彩铃信息。

6.根据权利要求5所述的方法，其特征在于，还包括：

步骤4，请求多媒体彩铃中心停止下发媒体流数据，主叫终端停止播放多媒体彩铃。

7.根据权利要求5所述的方法，其特征在于，步骤1中，所述的将多媒体彩铃的媒体地址返回给主叫终端是由呼叫/注册服务器将多媒体彩铃的媒体地址发送给被叫终端，然后通过被叫终端将多媒体彩铃的媒体地址转发给主叫终端。

8.根据权利要求5所述的方法，其特征在于，步骤2中，多媒体彩铃中心返回的多媒体彩铃的媒体地址由多媒体彩铃中心根据呼叫信息以及被叫预先设置的播放策略来定位。

9.根据权利要求5至8任一项所述的方法，其特征在于，步骤1中，被叫终端登记注册多媒体彩铃业务的步骤包括：

步骤11，被叫终端通过网络登陆门户网站的业务申请界面；

步骤12，被叫终端发出开通多媒体彩铃业务请求，门户网站将所述请求通过多媒体彩铃逻辑发送给呼叫/注册服务器；

步骤13，呼叫/注册服务器响应所述请求，登记注册多媒彩铃业务，将登记注册结果经过多媒体彩铃逻辑门户网站返回给被叫终端。

10.根据权利要求9所述的方法，其特征在于，在所述步骤13之后，还包括：

步骤14，定购多媒体彩铃，设置多媒体彩铃的播放策略。

11.一种实现多媒体彩铃业务的系统，其特征在于，所述系统包括多媒体彩铃中心、呼叫/注册服务器、主叫终端以及预先登记注册了多媒体彩铃的被叫终端，其中

呼叫/注册服务器用于在检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址，并在需要播放回铃音时请求多媒体彩铃中心向主叫终端下发多媒体彩铃媒体流数据；

多媒体彩铃中心用于响应呼叫/注册服务器的地址解析请求返回多媒体彩铃的媒体地址，以及响应呼叫/注册服务器发送的下发多媒体彩铃的媒体流数据的请求，向主叫终端下发多媒体彩铃的媒体流数据；

主叫终端用于根据接收的媒体流数据播放多媒体彩铃。

12.根据权利要求11所述的系统，其特征在于，所述注册呼叫服务器通过被叫终端将多媒体彩铃的媒体地址返回给主叫终端或者直接将多媒体彩铃的媒体地址返回给主叫终端。

13.根据权利要求8所述的系统，其特征在于，多媒体彩铃中心包括多媒体彩铃逻辑和多媒体服务器，其中

多媒体彩铃逻辑用于根据呼叫信息以及被叫预先设置的播放策略定位多媒体彩铃的媒体地址；

多媒体彩铃服务器用于存储多媒体彩铃数据，以及响应于接收的媒体地址解析请求向主叫终端下发多媒体彩铃的媒体流数据。

14.根据权利要求9所述的系统，其特征在于，所述多媒体彩铃中心还包括门户网站，所述门户网站用于为终端提供多媒体彩铃业务的受理界面，并与呼叫/注册服务器进行交互完成多媒体彩铃业务的登记。

15.一种实现多媒体彩铃业务的方法，其特征在于，所述方法包括：

步骤1，当呼叫/注册服务器在呼叫过程中检查到被叫终端登记注册了多媒体彩铃业务时，向多媒体彩铃中心发出媒体地址解析请求，请求多媒体彩铃中心返回多媒体彩铃的媒体地址；

步骤2，在需要播放回铃音时，呼叫/注册服务器利用多媒体彩铃中心返回的多媒体彩铃的媒体地址，请求多媒体彩铃中心下发多媒体彩铃的媒体数据；

步骤3，多媒体彩铃中心响应下发多媒体彩铃的媒体流数据的请求，向主叫终端下发主叫终端请求的多媒体彩铃的媒体流数据，主叫终端在终端上播放多媒体彩铃信息。

16.根据权利要求15所述的方法，其特征在于，还包括：

步骤4，请求多媒体彩铃中心停止下发媒体流数据，主叫终端停止播放多媒体彩铃。

17.根据权利要求15所述的方法，其特征在于，步骤2中所述的多媒体彩铃中心返回的多媒体彩铃的媒体地址由多媒体彩铃中心根据呼叫信息以及被叫预先设置的播放策略定位。

18.根据权利要求15所述的方法，其特征在于，呼叫/注册服务器在请求多媒体彩铃中心下发多媒体彩铃的媒体数据之前，主叫终端将其接收多媒体彩铃的端口发送给呼叫/注册服务器，呼叫/注册服务器将所述接收端口包含在媒体数据下放请求中发送给多媒体彩铃中心以告知多媒体彩铃中心主叫终端接收彩铃的端口。

19.根据权利要求15所述的方法，其特征在于，步骤1中，呼叫注册服务器发出的媒体地址解析请求，进一步请求多媒体彩铃中心返回媒体的编解码参数，所述编解码参数被直接返回或者通过被叫终端返回给主叫终端，以告知主叫终端播放多媒体彩铃需要的编解码参数。

20.根据权利要求15至19任一项所述的方法，其特征在于，步骤1中，被叫终端登记注册多媒体彩铃业务的步骤包括：

步骤11，被叫终端通过网络登陆门户网站的业务申请界面；

步骤12，被叫终端发出开通多媒体彩铃业务请求，门户网站将所述请求通过多媒体彩铃逻辑发送给呼叫/注册服务器；

步骤13，呼叫/注册服务器响应所述请求，登记注册多媒彩铃业务，将登记注册结果经过多媒体彩铃逻辑门户网站返回给被叫终端。

21.根据权利要求20所述的方法，其特征在于，在所述步骤13之后，还包括：

步骤14，定购多媒体彩铃，设置多媒体彩铃的播放策略。

Images