CN1852360A - 一种多媒体彩铃实现方法与系统 - Google Patents

Abstract

本发明公开了一种多媒体彩铃实现的方法与系统。本发明方法包括：主叫向软交换发起呼叫请求，软交换查询存储彩铃属性的业务属性寄存器(SHLR)，若被叫用户为彩铃用户，则SHLR向软交换返回彩铃属性标志；软交换向应用服务器(AS)发起彩铃业务触发请求，并携带所述彩铃属性标志；AS对被叫鉴权后，从彩铃数据库获取被叫定制的彩铃信息；并下发路由请求到软交换，携带所述彩铃属性标志，由软交换完成被叫接续；AS在收到被叫振铃消息后，向媒体资源服务器(MRS)发送播放彩铃请求，并携带所述彩铃信息；MRS与主叫进行媒体协商后，根据所述彩铃信息向主叫播放多媒体彩铃。本发明能简单实现NGN网络中的多媒体彩铃业务。

Description

一种多媒体彩铃实现方法与系统

技术领域

本发明涉及通信领域，尤其涉及一种多媒体彩铃实现方法与系统。

背景技术

随着网络的发展，人们对通信的需求越来越多，增值业务的多样性也随之增加。随着下一代网络(NGN)时代的到来，网络带宽不断增加、网络能力不断增强、功能不断丰富。在NGN网络中，对多媒体的支持成为一个功能亮点，多媒体彩铃业务的推出，最大程度的满足了客户对上述功能的强烈需求。我们可以通过NGN网络为用户提供更加丰富多彩的回铃，例如歌曲、动画、电影片断等等，充分满足用户的个性化需求。

多媒体彩铃业务是一项由被叫用户定制，为主叫用户提供一段悦耳的音乐、一段问候语、图片或者一段视频图像等来替代普通回铃音的业务。现有技术中，电信市场已分别推出了G网、C网和固网个性化回铃音业务综合解决方案。现有智能网彩铃主要是基于智能网技术+AIP(增强智能外设)技术的联合解决方案。所有这些方案，都是基于窄带中继的实现方案，一方面由于受到网络本身组网结构的条件限制，另一方面由于增强智能外设无法支持视频播放能力，因此，目前彩铃业务都无法支持多媒体视频彩铃，而且组网复杂，成本高，不利于彩铃市场的快速拓展。

基于NGN网络的多媒体彩铃实现方案是在现有NGN组网方式下实现的一种支持视频彩铃的方案。即NGN中各个网络设备，应用服务器，软交换，以及媒体资源服务器和Web服务器之间通过IP进行组网连接。其中主要由软交换完成呼叫交换控制；由应用服务器完成应用逻辑处理；由媒体资源服务器完成媒体资源的播放和管理；而由Web服务器负责进行Web页面的管理以及彩铃数据的定制。

现有技术中基于NGN网络的彩铃业务的流程如图1所示，包括：

1、主叫用户A(SIP软电话)向软交换发送INVITE信令呼叫彩铃用户B(SIP硬电话)；

2、软交换根据主叫号码发送INVITE信令呼叫用户B；

3、用户B返回180振铃消息给软交换。如果被叫状态为忙或不可及，则软交换按照普通呼叫流程给A用户返回遇忙或是不可及语音；。

4、软交换判断出用户B为彩铃签约用户，并且此时状态为空闲，则在被叫号码前加上一个接入码前缀，使呼叫触发到应用服务器上；

5、应用服务器收到B用户的业务触发消息，判定当前此用户是否为已开户状态，然后执行业务逻辑，到数据库中查询用户定制的彩铃信息；

6、数据库向应用服务器返回业务查询的结果，主要包含铃声的语音编码或语音文件路径信息；

7、应用服务器向媒体资源服务器(MRS)发送带有主叫媒体信息的INVITE信令，要求MRS根据语音编码向主叫播放相应的彩铃或根据路径获取相应的语音文件；

8、如果语音文件放置在FTP Server上，则MRS根据应用服务器给的路径信息，向FTP Server获取语音文件；

9、FTP Server传送语音文件给MRS；

10、MRS和主叫用户交换媒体信息并建立媒体通道，向主叫用户播放彩铃；

11、被叫用户B摘机应答，发送200消息给软交换；

12、软交换收到被叫用户B摘机信令后，首先发送带有被叫媒体信息的200 OK信令给主叫，然后向应用服务器发送Cancel信令，请求拆线；

13、应用服务器收到软交换报上来的拆线信令后，发送结束信令BYE给MRS，指示MRS结束放音；

14、结束放音成功后，应用服务器给软交换返回拆线信令响应消息，解除对软交换的控制关系；

15、主被叫之间进行正常通话。

通过以上流程可以看出，此方案要求彩铃用户必须先注册为软交换内部业务用户(例如UC业务用户)，再利用此特性区分普通用户同彩铃用户。如果已经注册为软交换内部业务用户，需要特殊软交换版本支持先呼叫此用户终端，待此用户振铃后再依赖内部逻辑处理判断是否彩铃用户，再决定上报应用服务器进行相应彩铃流程处理。因此整个彩铃实现方案比较特殊，不利于应用服务器于不同厂家的软交换互通。

发明内容

本发明提供一种多媒体彩铃实现方法与系统，用以解决现有技术中实现多媒体彩铃时，需要先将用户注册为软交换内部业务用户，且依赖软交换的支持能力的问题。

本发明方法包括：

A、主叫向软交换发起呼叫请求，软交换查询存储彩铃属性的业务属性寄存器(SHLR)，若被叫用户为彩铃用户，则SHLR向软交换返回彩铃属性标志；

B、软交换向应用服务器(AS)发起彩铃业务触发请求，并携带所述彩铃属性标志；

C、AS对被叫鉴权后，从彩铃数据库获取被叫定制的彩铃信息；并下发路由请求到软交换，携带所述彩铃属性标志，由软交换完成被叫接续；

D、AS在收到被叫振铃消息后，向媒体资源服务器(MRS)发送播放彩铃请求，携带所述彩铃信息；

E、MRS与主叫进行媒体协商后，根据所述彩铃信息向主叫播放多媒体彩铃。

所述步骤A中，主叫通过Invite消息向软交换发起呼叫请求，并携带主叫媒体描述信息；

所述步骤B中软交换通过Invite消息向AS发起彩铃业务触发请求时，还携带所述主叫媒体描述信息；

所述步骤C中AS通过Invite消息通过下发路由请求到软交换时，还携带假主叫媒体描述信息。

所述步骤C中，软交换完成被叫接续，被叫振铃后，还包括下列步骤：

被叫向软交换返回振铃消息，并携带被叫媒体描述信息；

软交换向AS转发所述振铃消息，并携带被叫媒体描述信息。

所述步骤D中，AS向MRS发送播放彩铃请求时，携带主叫媒体描述信息；所述步骤E中，MRS与主叫进行媒体协商，包括：

MRS接收到AS发送的播放彩铃请求后，返回200 OK响应消息，并携带MRS的媒体描述信息；

AS向软交换返回振铃响应消息，并携带MRS的媒体描述信息；

软交换转发所述振铃响应消息给主叫，实现MRS与主叫之间的媒体协商。

根据本发明的上述方法，还包括：被叫摘机后，AS与被叫重新进行媒体协商，获取最终被叫的媒体描述信息，并经软交换向主叫发送携带最终被叫媒体描述信息的更新(Update)请求；

主叫进行媒体更新后，返回携带主叫媒体描述信息的响应消息，完成被叫侧的媒体协商；

AS向MRS发送结束播放彩铃命令，使主叫和最终被叫建立通话。

所述AS与被叫重新进行媒体协商，获取最终被叫的媒体描述信息，具体包括：

AS向软交换发送Re-Invite消息，软交换将该消息转发给被叫；

被叫向软交换返回200 OK消息，携带最终被叫的媒体描述信息，软交换将该消息转发给AS。

所述主叫进行媒体更新后，返回携带主叫媒体描述信息的响应消息，完成被叫侧的媒体协商，具体包括：

主叫进行媒体更新后，向软交换返回200 OK响应信息，并携带主叫媒体描述信息；

软交换转发该200 OK响应信息给AS；

AS返回应答消息给软交换，携带主叫媒体描述信息；

较交换将所述应答消息转发给被叫，实现被叫侧的媒体协商。

根据本发明的上述方法，所述AS通过Bye消息向MRS发送结束播放彩铃命令。

根据本发明的上述方法，所述主叫进行媒体更新，是将主叫连接的MRS的媒体描述信息修改为最终被叫的媒体描述信息。

所述彩铃信息为彩铃的视/音频编码信息和/或彩铃文件存储位置信息。

根据本发明的上述方法，MRS与主叫进行媒体协商后，根据主叫终端能力，选择播放的彩铃信息。

本发明另提供一种多媒体彩铃实现系统，包括：

应用服务器(AS)：执行彩铃业务逻辑；

媒体资源服务器(MRS)：接受AS的控制，与主叫用户交互，为主叫用户播放彩铃；

软交换：完成彩铃业务触发，接收AS的指示进行呼叫接续，实现AS与主被叫之间的路由转接；

彩铃数据库：存储用户定制的彩铃信息，接受AS的查询；

其特征在于还包括：

业务属性寄存器(SHLR)：用于存储彩铃签约用户的注册信息和用户属性信息；接受软交换的查询，判断被叫用户是否为彩铃签约用户，向软交换返回彩铃属性标志。

根据本发明的上述系统，还包括FTP服务器，与所述MRS相连接，为MRS提供多媒体彩铃文件。

根据本发明的上述系统，还包括彩铃Web管理服务器，与所述彩铃数据库相连接，实现对彩铃数据定制管理功能。

根据本发明的上述系统，还包括业务Web服务器与所述AS相连接，实现对业务数据定制管理功能。

本发明的有益效果如下：

(1)本发明采用一个业务属性寄存器(SHLR)，存储注册了彩铃业务的用户信息及用户的相关属性信息，当软交换收到用户的呼叫后，首先查询SHLR，确定被叫用户是否为彩铃用户，若不是彩铃用户，则按正常呼叫流程处理；若为彩铃用户，则返回相应彩铃属性标志，且触发AS启动多媒体彩铃播放流程。因此，本发明方法不依赖于软交换需要支持特殊的软交换版本，就能实现多媒体彩铃的播放。应用服务器可以和其他普通业务共有相同的软交换。

(2)本发明的多媒体彩铃流程中，软交换向应用服务器发起触发彩铃业务请求时，通过一个标志位携带由SHLR返回给软交换的彩铃属性标志，并在应用服务器向软交换下发路由请求时，携带该彩铃属性标志，用以避免重复触发彩铃业务流程。

(3)本发明通过MRS与主叫进行媒体协商，获知主叫的终端能力信息，在主叫终端能力支持的情况下，本发明能够实现基于NGN网络下的视频彩铃播放。

(4)本发明系统中，用户可以通过彩铃WEB Portal接入网络中的Web服务器，实现彩铃定制；能够充分利用Internet共享资源的优势。

附图说明

图1为现有技术中NGN网络多媒体彩铃组网示意图；

图2为本发明的多媒体彩铃组网示意图；

图3为本发明的多媒体彩铃信令流程图。

具体实施方式

参见图2，为本发明的多媒体彩铃组网示意图，包括下列网元：

应用服务器(AS)：主要提供业务执行环境，负责为接入NGN的多种网络提供增值业务(包括多媒体彩铃业务)；同时，应用服务器还可以向第三方开放业务组件，以便第三方能够重用运营商提供的定制业务能力；

媒体资源服务器(MRS)：为应用服务器提供特殊资源能力，用于接受AS的控制，与主叫用户交互，为主叫用户播放彩铃或业务语音；

软交换：是NGN网络控制层的核心设备，用于完成彩铃业务的上报触发，接收服务器的指示进行呼叫接续，实现AS与主被叫之间的路由转接；

彩铃数据库：用于存储用户定制的彩铃信息，接受AS的查询；

彩铃Portal服务器：用于业务服务商提供统一的针对彩铃数据库管理的功能接口；终端用户可以通过相应的Web界面操作定制彩铃数据；

业务Web服务器：与AS相连接，提供针对应用服务器的运营管理功能接口等；

业务属性寄存器(SHLR)：用于存储彩铃签约用户的注册信息和签约用户的属性信息；在软交换收到用户的呼叫时，接受软交换的查询，判断被叫用户是否签约彩铃业务。

以上各网元之间通过IP进行组网连接，彩铃呼叫业务信号流由SIP承载。

具体业务流程包括：

1、主叫用户使用PSTN话机1向软交换发送INVITE信令，呼叫被叫用户(号码为N2的另一个PSTN话机)；

2、软交换通过查询业务属性寄存器(SHLR)，判断出被叫用户为彩铃签约用户，SHLR向软交换返回彩铃属性标志；软交换向应用服务器发起触发彩铃业务的请求，在触发彩铃业务的请求中添加彩铃属性标志位；

3、应用服务器收到被叫用户的彩铃业务触发消息，判定当前此用户是否为已开户状态，然后执行业务逻辑，从多媒体彩铃数据库中获取被叫用户定制的彩铃信息；

4、应用服务器下发彩铃号码(即被叫号码)到软交换进行接续；

5、软交换下发路由到被叫用户，被叫用户如果接通则返回180振铃消息给软交换；

6、软交换将此振铃消息上报至应用服务器；

7、应用服务器携带获取的用户定制的彩铃信息，向MRS发送带有主叫媒体信息的INVITE信令，要求MRS根据彩铃信息(语音编码或根据路径获取相应的语音文件)向主叫播放相应的彩铃；

8、MRS和主叫用户交换媒体信息并建立媒体通道，向主叫用户播放彩铃；如果主叫终端能够支持播放视频，则MRS将给主叫播放视音频文件；如果主叫只支持音频，则MRS向主叫播放纯音频彩铃；

9、被叫用户摘机应答，发送200消息给软交换；

10、软交换收到被叫用户摘机信令后，上报带有被叫媒体信息的200 OK信令给应用服务器，告知已经接通被叫用户；应用服务器收到软交换报上来的被叫摘机消息后，向媒体资源服务器发送结束彩铃回铃播放的Bye消息，以结束彩铃的播放，媒体资源服务器结束放音；

11、应用服务器发送携带有被叫媒体描述信息(SDP)的Update消息给主叫，请求进行主叫的媒体描述信息的修改；主叫同被叫进行媒体协商后，进行正常通话。

多媒体彩铃SIP信令流程图如图3所示，包括如下具体步骤：

步骤1：主叫拨打多媒体彩铃用户，该呼叫请求通过请求(Invite)消息，携带主叫的媒体描述信息上报至软交换；

步骤2：软交换向SHLR查询主叫呼叫的被叫是否为多媒体彩铃用户；

步骤3：如果是彩铃用户，SHLR向软交换返回彩铃属性标志；否则，软交手按照普通呼叫流程进行呼叫接续；

步骤4：软交换发送携带主叫媒体描述信息和彩铃属性标志的Invite信令给AS，触发多媒体彩铃业务；

步骤5：应用服务器处理业务内部逻辑，对彩铃用户鉴权，查询彩铃数据库，获取用户定制的彩铃编码信息或位于FTP服务器上的彩铃文件的位置信息；

步骤6：为防止被叫端局向主叫播放回铃音，以避免同主叫侧的彩铃音相重叠，AS将携带有假主叫媒体描述信息以及软交换上报的彩铃属性标志的Invite消息，下发路由给软交换；

步骤7：软交换将此携带有假主叫媒体描述信息以及该彩铃用户属性标志的Invite消息转发给被叫；

步骤8：若被叫空闲，则上报携带被叫媒体描述信息的180 Ring振铃响应消息到软交换；若被叫忙或不可及，则软交换按照普通呼叫流程给主叫返回遇忙或不可及语音；

步骤9：软交换将此携带被叫媒体描述信息的180 Ring振铃消息回送给AS；

步骤10：AS发送携带主叫媒体描述信息和彩铃信息的Invite消息给MRS，请求为主叫播放彩铃；

步骤11：MRS回送携带自身MRS的媒体描述信息的200 OK应答响应消息给AS；

步骤12：AS发送携带MRS媒体描述信息的被叫180 Ring振铃消息给软交换；

步骤13：软交换转发该携带MRS媒体描述信息的180 Ring振铃消息给主叫，使主叫获得MRS的媒体描述信息；

步骤14：根据规范，针对步骤12，软交换向AS回送PRACK确认响应消息，AS回送此PRACK的200 OK响应消息给软交换；

步骤15：根据规范，针对步骤11，AS向MRS发送最终确认响应消息ACK；

至此为止，媒体资源服务器同主叫之间完成了媒体协商。媒体资源服务器开始向主叫播放用户预先定制的多媒体彩铃音；如果主叫终端能够支持视频，则可以播放视音频文件；否则播放纯音频文件；

步骤16：被叫摘机应答，发送携带有被叫媒体描述信息的200 OK消息到软交换；软交换转发此响应消息到AS；

步骤17：针对步骤16，AS回送最终确认响应消息ACK给软交换，软交换转发该消息给被叫；

步骤18：考虑到由于多次前转等情况，被叫摘机后媒体描述信息有可能发生改变，AS发送重新请求(re-Invite)消息给软交换并由软交换转发该消息给被叫，使得AS同最终的被叫重新协商，获得最终被叫的媒体描述信息；

步骤19：被叫返回携带最终被叫媒体描述信息的200 OK消息给软交换；软交换将此消息转发给AS；

步骤20：AS获取到最终被叫媒体描述信息后，由于在步骤6中向主叫发起的Invite会话交互还没有结束，因此这里向主叫发送携带最终被叫媒体描述信息的更新(Update)消息给软交换；

步骤21：软交换将此更新最终被叫媒体描述信息的Update消息转发给主叫，使得主叫将原来同MRS连接的媒体描述信息更新为同最终被叫相连；

步骤22：主叫返回携带主叫媒体描述信息的200 OK消息给软交换，以期使主叫同被叫重新进行媒体协商；

步骤23：软交换转发此携带主叫媒体描述信息的200 OK确认消息给AS；

步骤24：针对步骤19，AS发送携带主叫媒体描述信息的ACK最终确认响应消息给软交换；

步骤25：软交换转发此携带主叫媒体描述信息的ACK最终确认响应消息给被叫，从而完成主叫同被叫的媒体协商；

步骤26：AS发送再见(Bye)消息给MRS，指示MRS结束向主叫播放彩铃；

步骤27：针对步骤1主叫发起的Invite消息，AS发送200 OK确认响应消息；

步骤28：软交换转发此200 OK确认响应消息给主叫；

步骤29：主叫返回最终确认响应消息ACK到软交换，表明主叫已完成相关的媒体协商，准备开始通话；

步骤30：软交换转发此ACK响应消息到AS；

步骤31：AS发送此最终确认响应消息ACK给软交换，软交换转发该消息给被叫。

至此完成被叫摘机后从步骤18开始的主被叫重新协商的过程。主被叫开始进行通话。

综上所述，本发明通过在网络系统中增加SHLR，来存储用户的签约注册信息，当主叫呼叫被叫时，软交换查询SHLR，判断被叫是否为多媒体彩铃用户，并针对签约用户上报应用服务器触发彩铃业务，使多媒体彩铃流程不依赖于软交换支持的版本，从而能够和其他普通业务共有相同的软交换进行组网。

根据本发明方法，软交换收到主叫端拨打的被叫号码和应用服务器下发路由请求时携带的路由号码完全相同时，软交换不能分辨出该号码是否已触发过彩铃业务；因此，需要使应用服务器下发路由请求时携带彩铃属性标志给软交换，用以向软交换表明该路由号码已触发过彩铃业务。因此，在SHLR中，若查询出当前被叫为彩铃注册用户，则向软交换返回彩铃属性标志，该彩铃属性标志在软交换上报应用服务器触发彩铃业务时发送给应用服务器，在应用服务器下发路由号码时一并携带，避免了由于应用服务器下发路由请求时携带的路由号码和主叫拨打的号码相同而重复触发彩铃业务的问题。

另外，应用服务器收到被叫的振铃响应消息后，通过MRS与主叫终端的媒体协商，获得主叫终端的能力信息，MRS可以根据主叫终端的能力来选择播放视频彩铃或音频彩铃。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1、一种多媒体彩铃实现方法，应用于下一代网络，该方法包括：

A、主叫向软交换发起呼叫请求，软交换查询存储彩铃属性的业务属性寄存器(SHLR)，若被叫用户为彩铃用户，则SHLR向软交换返回彩铃属性标志；

B、软交换向应用服务器(AS)发起彩铃业务触发请求，并携带所述彩铃属性标志；

C、AS对被叫鉴权后，从彩铃数据库获取被叫定制的彩铃信息；并下发路由请求到软交换，携带所述彩铃属性标志，由软交换完成被叫接续；

D、AS在收到被叫振铃消息后，向媒体资源服务器(MRS)发送播放彩铃请求，携带所述彩铃信息；

E、MRS与主叫进行媒体协商后，根据所述彩铃信息向主叫播放多媒体彩铃。

2、如权利要求1所述的方法，其特征在于，所述步骤A中，主叫通过Invite消息向软交换发起呼叫请求，并携带主叫媒体描述信息；

所述步骤B中软交换通过Invite消息向AS发起彩铃业务触发请求时，还携带所述主叫媒体描述信息；

所述步骤C中AS通过Invite消息通过下发路由请求到软交换时，还携带假主叫媒体描述信息。

3、如权利要求2所述的方法，其特征在于，所述步骤C中，软交换完成被叫接续，被叫振铃后，还包括下列步骤：

被叫向软交换返回振铃消息，并携带被叫媒体描述信息；

软交换向AS转发所述振铃消息，并携带被叫媒体描述信息。

4、如权利要求3所述的方法，其特征在于，所述步骤D中，AS向MRS发送播放彩铃请求时，携带主叫媒体描述信息；所述步骤E中，MRS与主叫进行媒体协商，包括：

MRS接收到AS发送的播放彩铃请求后，返回200 OK响应消息，并携带MRS的媒体描述信息；

AS向软交换返回振铃响应消息，并携带MRS的媒体描述信息；

软交换转发所述振铃响应消息给主叫，实现MRS与主叫之间的媒体协商。

5、如权利要求1所述的方法，其特征在于，还包括：被叫摘机后，AS与被叫重新进行媒体协商，获取最终被叫的媒体描述信息，并经软交换向主叫发送携带最终被叫媒体描述信息的更新(Update)请求；

主叫进行媒体更新后，返回携带主叫媒体描述信息的响应消息，完成被叫侧的媒体协商；

AS向MRS发送结束播放彩铃命令，使主叫和最终被叫建立通话。

6、如权利要求5所述的方法，其特征在于，所述AS与被叫重新进行媒体协商，获取最终被叫的媒体描述信息，具体包括：

AS向软交换发送Re-Invite消息，软交换将该消息转发给被叫；

被叫向软交换返回200 OK消息，携带最终被叫的媒体描述信息，软交换将该消息转发给AS。

7、如权利要求6所述的方法，其特征在于，所述主叫进行媒体更新后，返回携带主叫媒体描述信息的响应消息，完成被叫侧的媒体协商，具体包括：

主叫进行媒体更新后，向软交换返回200 OK响应信息，并携带主叫媒体描述信息；

软交换转发该200 OK响应信息给AS；

AS返回应答消息给软交换，携带主叫媒体描述信息；

较交换将所述应答消息转发给被叫，实现被叫侧的媒体协商。

8、如权利要求7所述的方法，其特征在于，AS通过Bye消息向MRS发送结束播放彩铃命令。

9、如权利要求5所述的方法，其特征在于，所述主叫进行媒体更新，是将主叫连接的MRS的媒体描述信息修改为最终被叫的媒体描述信息。

10、如权利要求1所述的方法，其特征在于，所述彩铃信息为彩铃的视/音频编码信息和/或彩铃文件存储位置信息。

11、如权利要求10所述的方法，其特征在于，MRS与主叫进行媒体协商后，根据主叫终端能力，选择播放的彩铃信息。

12、一种多媒体彩铃实现系统，包括：

应用服务器(AS)：执行彩铃业务逻辑；

媒体资源服务器(MRS)：接受AS的控制，与主叫用户交互，为主叫用户播放彩铃；

软交换：完成彩铃业务触发，接收AS的指示进行呼叫接续，实现AS与主被叫之间的路由转接；

彩铃数据库：存储用户定制的彩铃信息，接受AS的查询；

其特征在于还包括：

业务属性寄存器(SHLR)：用于存储彩铃签约用户的注册信息和用户属性信息；接受软交换的查询，判断被叫用户是否为彩铃签约用户，向软交换返回彩铃属性标志。

13、如权利要求12所述的系统，其特征在于，还包括FTP服务器，与所述MRS相连接，为MRS提供多媒体彩铃文件。

14、如权利要求12所述的系统，其特征在于，还包括彩铃Web管理服务器，与所述彩铃数据库相连接，实现对彩铃数据定制管理功能。

15、如权利要求12-14所述的系统，其特征在于，还包括业务Web服务器与所述AS相连接，实现对业务数据定制管理功能。

Images