ource Platform)、计算机与电话集成平台 16 (CTIP, Computer Telephony Integrat1n Platform)、存储用户信息的数据库 17(DB, Data Base)和文件服务器 18 (FS, File Server);其中:
[0048]CTIP16，其作为呼叫控制设备，可以是一台服务器，是后端业务控制系统中的核心部件。CTIP负责完成呼叫控制和路由，提供与呼叫同步的用户数据及监视信息，并根据上层业务逻辑的指示完成对URP的控制。CTIP与URP之间通过前端处理器(FEP，Front EndProcessor)通讯，CTIP经FEP向URP发送与呼叫相关的控制指令。
[0049]DB17是彩铃业务管理层中的核心存储部件，是业务数据存储中心，存储有业务用户数据和所有的业务数据，如用户数据、铃音信息、铃音定购关系等。
[0050]FS18是文件存储设备，主要用于存储系统的语音资源。
[0051]在图1中，由于呼叫节点相互独立，因此会导致资源设备如CTIP、DB和FS不能共享；另外，由于呼叫节点很可能分布在不同的地理区域，因此还会造成升级维护困难，进而无法实现统一的管理。
[0052]图2为图1所示的彩铃组网每一呼叫节点处理彩铃呼叫时的实现流程示意图，如图2所示，该彩铃呼叫的实现流程包括以下步骤:
[0053]步骤201,移动交换中心服务器(MSCS,Mobile Switching Center Server)向 URP发起彩铃呼叫请求消息；
[0054]这里，MSCS是核心网整体解决方案的核心控制网元，位于移动软交换网络的核心控制层；MSCS提供呼叫控制、媒体网关控制、用户数据管理、网间互通等功能。
[0055]这里，所述彩铃呼叫请求消息中至少携带有主叫号码信息和备叫号码信息。
[0056]步骤202，URP接收到彩铃呼叫请求消息后，URP发送该彩铃呼叫请求消息至CTIP ；
[0057]具体地，URP访问固定映射的CTIP =CTIP失效时，该彩铃放音流程失败，从而进入呼叫拆线处理步骤；CTIP有效时，进入步骤203 ；
[0058]步骤203，CTIP请求DB获取需要放音的铃音文件路径；
[0059]如果DB失效时，该彩铃放音流程失败，并通知URP进入呼叫拆线步骤；如果DB有效时，进入步骤204 ；
[0060]步骤204，DB根据CTIP发来的主叫号码信息和被叫号码信息，查询需要放音的铃音文件路径，发送给CTIP ；
[0061 ] 步骤205，CTIP向URP发送彩铃文件路径；
[0062]步骤206，URP根据彩铃文件路径向FS发起铃音获取请求消息，从FS读取铃音文件；
[0063]如果FS失效时，则该彩铃放音流程失败，并通知URP进入呼叫拆线步骤；如果FS有效时，进入步骤207 ；
[0064]步骤207，FS接到URP访问请求后，在FS和URP之间建立铃音传送数据流，并向URP发送铃音文件码流；
[0065]步骤208，URP将此铃音文件码流发送给MSCS，自此建立正确的彩铃放音流程。
[0066]图2所示的彩铃呼叫流程存在如下弊端:1)每个呼叫节点都包括URP、CTIP、DB和FS，垂直独立组网，资源存在浪费情况；2)呼叫节点的各网元间映射关系是I对I的关系；如果某个网元如CTIP或DB或FS失效，就会导致呼叫放音失败，可见现有的彩铃组网结构中缺乏有效的容错保护机制；在现有技术中虽然可以采用I + I的主、备保护机制，但是，这种主、备保护机制也存在一些缺陷如日常情况下备用设备不参与工作，所以大量备用设备处于闲置，从而造成一定的资源浪费。
[0067]下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
[0068]实施例一
[0069]本发明实施例一提供一种彩铃呼叫控制方法，图3-1为本发明实施例一彩铃呼叫控制方法的实现流程示意图，如图3-1所示，该彩铃呼叫控制方法包括:
[0070]步骤301，将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；
[0071]这里，通过步骤301实现的彩铃组网如图3-2所示，图3-2所示的彩铃组网可以通过以下三个阶段来实现:阶段一，对所有呼叫节点的CTIP进行整合，组成一个CTIP池，CTIP池用于负责处理全网的彩铃呼叫请求；阶段二，对所有呼叫节点的DB进行整合，组成一个DB池；阶段三，对所有呼叫节点的FS进行整合组成一个FS池。
[0072]这里，本领域的技术人员在阶段一和阶段二整合所有呼叫节点的DB和CTIP时，还可以将DB池和CTIP池一起集中部署。本领域技术人员可以根据各种现有技术将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池，这里不再赘述。
[0073]步骤302，URP接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
[0074]这里，所述URP的功能也可以通过其他的接入设备来实现。
[0075]步骤303，DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述URP ；
[0076]步骤304，所述URP根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
[0077]步骤305，所述FS池根据所述铃音获取请求消息向所述URP发送所需的铃音播放文件的数据流。
[0078]本发明实施例中，在步骤305之后，所述方法还包括:所述URP向核心网发送所述所需的铃音播放文件的数据流。
[0079]本发明实施例中，通过将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；这样，本发明实施例提供的技术方案，能够对原来分散的CTIP、DB和FS进行集中管理，做到资源共享。
[0080]实施例二
[0081]本发明实施例二提供一种彩铃呼叫控制方法，图4-1为本发明实施例二彩铃呼叫控制方法的实现流程示意图，如图4-1所示，该彩铃呼叫控制方法包括:
[0082]步骤401a，将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；
[0083]步骤402a，在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
[0084]这里，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元是出于安全性考虑，当主用CTIP单元失效时，备用CTIP单元可以接管呼叫业务，从而避免业务中断；
[0085]为每一个当前激活的CTIP单元映射两个虚拟DB单元也是出于从安全性考虑，当主用DB单元失效时，备用DB单元可以接管呼叫查询，从而避免业务中断；
[0086]这里，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元，并为每一个当前激活的CTIP单元映射两个虚拟DB单元，都可以采用动态映射的方式；具体地，假设彩铃组网中一共包括50个URP，当前只有三个URP接收到彩铃呼叫请求消息；CTIP池为这三个URP分别映射两个CTIP单元，这样CTIP池中一共包括六个CTIP单元，其中，这六个CTIP单元中只有三个CTIP单元处于闲置状态的，有三个CTIP单元是在处理呼叫业务的；而DB池会为处理呼叫业务的三个CTIP单元分别映射两个DB单元，这样在DB池中一共包括六个DB单元，其中有三个处于闲置的，有三个是在处理查询业务的。
[0087]步骤403a，确定主用CTIP单元有效时，URP接收核心网发送的彩铃呼叫请求消息并发送至主用CTIP单元；
[0088]步骤404a，确定主用DB单元有效时，主用CTIP单元访问主用DB单元；
[0089]步骤405a，主用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元；
[0090]步骤406a，主用CTIP单元将所述铃音文件路径发送给所述URP ；
[0091]步骤407a，所述URP根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
[0092]步骤408a，所述FS池根据所述铃音获取请求消息向所述URP发送所需的铃音播放文件的数据流。<