一种彩铃呼叫控制方法及装置.pdf

本发明公开了一种彩铃呼叫控制方法，所述方法包括：将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备；所述接入设备根据所述铃音文件路径向所述FS池发送铃音获取请求消息；所述FS池根据所述铃音获取请求消息向所述接入设备发送所需的铃音播放文件的数据流。本发明同时还公开了一种彩铃呼叫控制装置。采用本发明的技术方案，能够对原来分散的计算机与电话集成平台、存储用户信息数据库服务器和文件服务器进行集中管理，做到资源共享。

1.  一种彩铃呼叫控制方法，其特征在于，将所有呼叫节点的计算机与电话集成平台CTIP、数据库DB和文件服务器FS进行整合，分别对应地组成CTIP池、DB池和FS池；所述方法包括：
接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备；
所述接入设备根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
所述FS池根据所述铃音获取请求消息向所述接入设备发送所需的铃音播放文件的数据流。

2.  根据权利要求1所述的方法，其特征在于，在所述将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池之后，所述方法还包括：
在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的接入设备分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
对应地，
所述接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池为：确定主用CTIP单元有效时，接入设备接收核心网发送的彩铃呼叫请求消息并经主用CTIP单元发送给主用DB单元；
所述DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备为：确定主用DB单元有效时，主用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经主用CTIP单元将所述铃音文件路径发送给所述接入设备。

3.  根据权利要求2所述的方法，其特征在于，所述方法还包括：确定主用 CTIP单元失效时，接入设备将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元；
确定主用DB单元失效时，主用CTIP单元访问备用DB单元，备用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经主用CTIP单元将所述铃音文件路径发送给所述接入设备。

4.  根据权利要求2或3所述的方法，其特征在于，所述方法还包括：向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。

5.  一种彩铃呼叫控制装置，其特征在于，所述装置包括设置单元、第一发送单元、获取单元、第二发送单元、第三发送单元和第四发送单元，其中：
所述设置单元，用于将所有呼叫节点的计算机与电话集成平台CTIP、数据库DB和文件服务器FS进行整合，分别对应地组成CTIP池、DB池和FS池；
所述第一发送单元，用于接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
所述获取单元，用于根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给CTIP池；
所述第二发送单元，用于将所述铃音文件路径发送给接入设备；
所述第三发送单元，用于根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
所述第四发送单元，用于根据所述铃音获取请求消息向接入设备发送所需的铃音播放文件的数据流。

6.  根据权利要求5所述的装置，其特征在于，所述装置还包括映射单元，在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的接入设备分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元， 其中一个为主用DB单元，另一个为备用DB单元；
对应地，
所述第一发送单元，还用于确定主用CTIP单元有效时，接收核心网发送的彩铃呼叫请求消息并经主用CTIP单元发送至主用DB单元；
所述获取单元，还用于确定主用DB单元有效时，根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元。

7.  根据权利要求6所述的装置，其特征在于，所述装置还包括第一确定单元和第二确定单元，
所述第一确定单元，用于确定主用CTIP单元失效时，将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元；
所述第二确定单元，用于确定主用DB单元失效时，访问备用DB单元，备用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元，由主用CTIP单元将所述铃音文件路径发送给所述接入设备。

8.  根据权利要求6或7所述的装置，其特征在于，所述装置还包括第五发送单元和第六发送单元，其中：
所述第五发送单元，用于向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
所述第六发送单元，用于当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。

一种彩铃呼叫控制方法及装置
技术领域
本发明涉及通信领域的彩铃业务，尤其涉及一种彩铃呼叫控制方法及装置。
背景技术
彩铃业务（CRBT，Coloring Ring Back Tone），又称为个性化回铃音业务。当用户申请了这项服务后，主叫用户拨打该用户的移动号码时，听到的回铃音再也不是以前单调的“嘟，嘟”铃声，一般回铃音为一段音乐、广告或者是被叫用户自己设定的留言，可以是系统提供的铃音／音乐，也可以是被叫用户事先录制的语音文件。彩铃业务也可以是主叫用户自己为自己提交的一段悦耳的音乐或一段定制者自行录制语音。
随着业务的发展，越来越多的人喜欢上彩铃业务，彩铃系统的容量也随之增长。为了满足业务的需求，彩铃需要建设多个呼叫节点，每个节点都需要部署彩铃放音设备、呼叫控制设备、用户信息数据库以及铃音文件服务器。在业务发展初期，此种建设方案具有可以快速部署上线、对其它彩铃呼叫节点影响小的优点。但是，随着彩铃业务容量的增长，加上节点设备类型参差不齐，从而导致维护工作量剧增。
现有的方案存在如下缺陷：每个彩铃呼叫节点独立建设，每个呼叫节点的呼叫控制设备、用户信息数据库和铃音文件服务器，不仅无法做到资源共享，而且维护工作量大。
发明内容
有鉴于此，本发明实施例为解决现有技术中存在的问题而提供一种彩铃呼叫控制方法及装置，能够对原来分散的彩铃相关设备和信息集中进行管理，做到资源共享。
本发明实施例的技术方案是这样实现的：
一种彩铃呼叫控制方法，将所有呼叫节点的计算机与电话集成平台CTIP、数据库DB和文件服务器FS进行整合，分别对应地组成CTIP池、DB池和FS池；所述方法包括：
接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备；
所述接入设备根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
所述FS池根据所述铃音获取请求消息向所述接入设备发送所需的铃音播放文件的数据流。
优选地，在所述将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池之后，所述方法还包括：
在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的接入设备分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
对应地，
所述接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池为：确定主用CTIP单元有效时，接入设备接收核心网发送的彩铃呼叫请求消息并经主用CTIP单元发送给主用DB单元；
所述DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备为：确定主用DB单元有效时，主用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经主用CTIP单元将所述铃音文件路径发送给所述接入设备。
优选地，所述方法还包括：确定主用CTIP单元失效时，接入设备将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元；
确定主用DB单元失效时，主用CTIP单元访问备用DB单元，备用DB单 元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经主用CTIP单元将所述铃音文件路径发送给所述接入设备。
优选地，所述方法还包括：向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。
一种彩铃呼叫控制装置，所述装置包括设置单元、第一发送单元、获取单元、第二发送单元、第三发送单元和第四发送单元，其中：
所述设置单元，用于将所有呼叫节点的计算机与电话集成平台CTIP、数据库DB和文件服务器FS进行整合，分别对应地组成CTIP池、DB池和FS池；
所述第一发送单元，用于接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
所述获取单元，用于根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给CTIP池；
所述第二发送单元，用于将所述铃音文件路径发送给接入设备；
所述第三发送单元，用于根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
所述第四发送单元，用于所述FS池根据所述铃音获取请求消息向接入设备发送所需的铃音播放文件的数据流。
优选地，所述装置还包括映射单元，在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的接入设备分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
对应地，
所述第一发送单元，还用于确定主用CTIP单元有效时，接收核心网发送的彩铃呼叫请求消息并经主用CTIP单元发送至主用DB单元；
所述获取单元，还用于确定主用DB单元有效时，根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元。
优选地，所述装置还包括第一确定单元和第二确定单元，
所述第一确定单元，用于确定主用CTIP单元失效时，将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元；
所述第二确定单元，用于确定主用DB单元失效时，访问备用DB单元，备用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元，由主用CTIP单元将所述铃音文件路径发送给接入设备。
优选地，所述装置还包括第五发送单元和第六发送单元，其中：
所述第五发送单元，用于向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
所述第六发送单元，用于当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。
本发明实施例提供的彩铃呼叫控制方法及装置，先将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；接入设备接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述接入设备；所述接入设备根据所述铃音文件路径向所述FS池发送铃音获取请求消息；所述FS池根据所述铃音获取请求消息向所述接入设备发送所需的铃音播放文件的数据流；如此，能够对原来分散的计算机与电话集成平台、存储用户信息的数据库服务器和文件服务器进行集中管理，做到资源共享。
附图说明
图1为相关技术中彩铃的组网结构示意图；
图2为图1所示的彩铃组网在处理彩铃呼叫时的实现流程示意图；
图3-1为本发明实施例一彩铃呼叫控制方法的实现流程示意图；
图3-2为本发明实施例彩铃组网的结构示意图；
图4-1为本发明实施例二彩铃呼叫控制方法的实现流程示意图；
图4-2为采用1+1主备保护机制的彩铃组网中每一呼叫节点处理彩铃呼叫时的实现流程示意图；
图5为本发明实施例调度服务器的调度过程示意图；
图6为本发明实施例彩铃呼叫控制装置的组成结构示意图。
具体实施方式
图1为相关技术中彩铃的组网结构示意图，如图1所示，该彩铃的组网结构包括若干独立的采用垂直结构部署的呼叫节点，图1中仅示出四个呼叫节点11至14，每一个呼叫节点都包括通用资源平台15（URP，Universal Resource Platform）、计算机与电话集成平台16（CTIP，Computer Telephony Integration Platform）、存储用户信息的数据库17（DB，Data Base）和文件服务器18（FS，File Server）；其中：
CTIP16，其作为呼叫控制设备，可以是一台服务器，是后端业务控制系统中的核心部件。CTIP负责完成呼叫控制和路由，提供与呼叫同步的用户数据及监视信息，并根据上层业务逻辑的指示完成对URP的控制。CTIP与URP之间通过前端处理器（FEP，Front End Processor）通讯，CTIP经FEP向URP发送与呼叫相关的控制指令。
DB17是彩铃业务管理层中的核心存储部件，是业务数据存储中心，存储有业务用户数据和所有的业务数据，如用户数据、铃音信息、铃音定购关系等。
FS18是文件存储设备，主要用于存储系统的语音资源。
在图1中，由于呼叫节点相互独立，因此会导致资源设备如CTIP、DB和FS不能共享；另外，由于呼叫节点很可能分布在不同的地理区域，因此还会造成升级维护困难，进而无法实现统一的管理。
图2为图1所示的彩铃组网每一呼叫节点处理彩铃呼叫时的实现流程示意图，如图2所示，该彩铃呼叫的实现流程包括以下步骤：
步骤201，移动交换中心服务器（MSCS，Mobile Switching Center Server）向URP发起彩铃呼叫请求消息；
这里，MSCS是核心网整体解决方案的核心控制网元，位于移动软交换网络的核心控制层；MSCS提供呼叫控制、媒体网关控制、用户数据管理、网间互通等功能。
这里，所述彩铃呼叫请求消息中至少携带有主叫号码信息和备叫号码信息。
步骤202，URP接收到彩铃呼叫请求消息后，URP发送该彩铃呼叫请求消息至CTIP；
具体地，URP访问固定映射的CTIP：CTIP失效时，该彩铃放音流程失败，从而进入呼叫拆线处理步骤；CTIP有效时，进入步骤203；
步骤203，CTIP请求DB获取需要放音的铃音文件路径；
如果DB失效时，该彩铃放音流程失败，并通知URP进入呼叫拆线步骤；如果DB有效时，进入步骤204；
步骤204，DB根据CTIP发来的主叫号码信息和被叫号码信息，查询需要放音的铃音文件路径，发送给CTIP；
步骤205，CTIP向URP发送彩铃文件路径；
步骤206，URP根据彩铃文件路径向FS发起铃音获取请求消息，从FS读取铃音文件；
如果FS失效时，则该彩铃放音流程失败，并通知URP进入呼叫拆线步骤；如果FS有效时，进入步骤207；
步骤207，FS接到URP访问请求后，在FS和URP之间建立铃音传送数据流，并向URP发送铃音文件码流；
步骤208，URP将此铃音文件码流发送给MSCS，自此建立正确的彩铃放音流程。
图2所示的彩铃呼叫流程存在如下弊端：1）每个呼叫节点都包括URP、CTIP、DB和FS，垂直独立组网，资源存在浪费情况；2）呼叫节点的各网元间映射关系是1对1的关系；如果某个网元如CTIP或DB或FS失效，就会导 致呼叫放音失败，可见现有的彩铃组网结构中缺乏有效的容错保护机制；在现有技术中虽然可以采用1＋1的主、备保护机制，但是，这种主、备保护机制也存在一些缺陷如日常情况下备用设备不参与工作，所以大量备用设备处于闲置，从而造成一定的资源浪费。
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
实施例一
本发明实施例一提供一种彩铃呼叫控制方法，图3-1为本发明实施例一彩铃呼叫控制方法的实现流程示意图，如图3-1所示，该彩铃呼叫控制方法包括：
步骤301，将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；
这里，通过步骤301实现的彩铃组网如图3-2所示，图3-2所示的彩铃组网可以通过以下三个阶段来实现：阶段一，对所有呼叫节点的CTIP进行整合，组成一个CTIP池，CTIP池用于负责处理全网的彩铃呼叫请求；阶段二，对所有呼叫节点的DB进行整合，组成一个DB池；阶段三，对所有呼叫节点的FS进行整合组成一个FS池。
这里，本领域的技术人员在阶段一和阶段二整合所有呼叫节点的DB和CTIP时，还可以将DB池和CTIP池一起集中部署。本领域技术人员可以根据各种现有技术将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池，这里不再赘述。
步骤302，URP接收核心网发送的彩铃呼叫请求消息并经CTIP池发送至DB池；
这里，所述URP的功能也可以通过其他的接入设备来实现。
步骤303，DB池根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并经CTIP池将所述铃音文件路径发送给所述URP；
步骤304，所述URP根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
步骤305，所述FS池根据所述铃音获取请求消息向所述URP发送所需的 铃音播放文件的数据流。
本发明实施例中，在步骤305之后，所述方法还包括：所述URP向核心网发送所述所需的铃音播放文件的数据流。
本发明实施例中，通过将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；这样，本发明实施例提供的技术方案，能够对原来分散的CTIP、DB和FS进行集中管理，做到资源共享。
实施例二
本发明实施例二提供一种彩铃呼叫控制方法，图4-1为本发明实施例二彩铃呼叫控制方法的实现流程示意图，如图4-1所示，该彩铃呼叫控制方法包括：
步骤401a，将所有呼叫节点的CTIP、DB和FS进行整合，分别对应地组成CTIP池、DB池和FS池；
步骤402a，在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
这里，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元是出于安全性考虑，当主用CTIP单元失效时，备用CTIP单元可以接管呼叫业务，从而避免业务中断；
为每一个当前激活的CTIP单元映射两个虚拟DB单元也是出于从安全性考虑，当主用DB单元失效时，备用DB单元可以接管呼叫查询，从而避免业务中断；
这里，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元，并为每一个当前激活的CTIP单元映射两个虚拟DB单元，都可以采用动态映射的方式；具体地，假设彩铃组网中一共包括50个URP，当前只有三个URP接收到彩铃呼叫请求消息；CTIP池为这三个URP分别映射两个CTIP单元，这样CTIP池中一共包括六个CTIP单元，其中，这六个CTIP单元中只有三个CTIP单元处于闲置状态的，有三个CTIP单元是在处理呼叫业务的；而 DB池会为处理呼叫业务的三个CTIP单元分别映射两个DB单元，这样在DB池中一共包括六个DB单元，其中有三个处于闲置的，有三个是在处理查询业务的。
步骤403a，确定主用CTIP单元有效时，URP接收核心网发送的彩铃呼叫请求消息并发送至主用CTIP单元；
步骤404a，确定主用DB单元有效时，主用CTIP单元访问主用DB单元；
步骤405a，主用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元；
步骤406a，主用CTIP单元将所述铃音文件路径发送给所述URP；
步骤407a，所述URP根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
步骤408a，所述FS池根据所述铃音获取请求消息向所述URP发送所需的铃音播放文件的数据流。
本发明实施例中，该方法还包括：确定主用CTIP单元失效时，URP将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元。
本发明实施例中，该方法还包括：确定主用DB单元失效时，主用CTIP单元访问备用DB单元，备用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元，由主用CTIP单元将所述铃音文件路径发送给所述URP。
本发明实施例中，所述方法还包括：向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。
图4-2为采用1+1主备保护机制的彩铃组网中每一呼叫节点处理彩铃呼叫时的实现流程示意图，如图4-2所示，该彩铃呼叫的实现流程包括以下步骤：
步骤401b，MSCS向URP发起彩铃呼叫请求消息；
具体地，URP访问映射的主用CTIP单元：主用CTIP单元有效时，进入步 骤403；主用CTIP单元失效时，进入步骤403；
步骤402b，URP发送该彩铃呼叫请求消息至主用CTIP单元，进入步骤404；
步骤403b，URP映射到备用CTIP单元，进入步骤404；
步骤404b，主用DB单元有效时，访问主用DB单元，请求获取需要放音的铃音文件路径；
这里，访问主用DB单元是主用CTIP单元还是备用CTIP单元，需要进行确定，若主用CTIP单元有效，主用CTIP单元访问主用DB单元；若主用CTIP单元失效，则备用CTIP单元访问主用DB单元。
步骤405b，主用DB单元失效时，访问备用DB单元，请求获取需要放音的铃音文件路径；
这里，访问备用DB单元是主用CTIP单元还是备用CTIP单元，需要进行确定，若主用CTIP单元有效，主用CTIP单元访问备用DB单元；若主用CTIP单元失效，则备用CTIP单元访问备用DB单元。
步骤406b，根据彩铃呼叫请求消息查询需要放音的铃音文件路径，发送给主用或备用CTIP单元；
这里，根据彩铃呼叫请求消息查询需要放音的铃音文件路径的DB单元可能是主用CTIP单元，也可能是备用CTIP单元，这里与步骤405确定访问备用DB单元是主用CTIP单元还是备用CTIP单元类似，因此不再赘述。
步骤407b，向URP发送彩铃文件路径；
这里，向URP发送彩铃文件路径的可能是主用DB单元，也可能是备用DB单元，与步骤405确定访问备用DB单元是主用CTIP单元还是备用CTIP单元类似，因此不再赘述。
步骤408b，主用FS单元有效时，URP根据彩铃文件路径向主用FS单元发起铃音获取请求消息，从主用FS单元读取铃音文件；
这里，如果主用FS单元失效时，则映射备用FS单元；
步骤409b，向URP发送铃音文件码流；
这里，向URP发送铃音文件码流的FS单元可能是主用FS单元，也可能 是备用FS单元；主用FS单元有效时，由主用FS单元向URP发送铃音文件码流；主用FS单元失效时，由备用FS单元向URP发送铃音文件码流。
步骤410b，URP将此铃音文件码流发送给MSCS；
步骤411b，MSCS播放彩铃音。
实施例三
本发明实施例二中提供的确定主、备单元是否可用可以通过调度服务器来完成，所述主备单元包括主用FS单元、备用FS单元、主用DB单元、备用DB单元、主用CTIP单元和备用CTIP单元；
该调度服务器对所有的主、备CTIP、DB、FS单元进行集中管理，与每一个主、备单元维持心跳消息（Heart beat）交互；当调度服务器探测与某个单元之间的心跳握手消息失败，将该单元从相应的资源池中删除，删掉的单元作为失效单元。
图5为本发明实施例调度服务器的调度过程示意图，如图5所示，该调度过程包括以下步骤：
步骤501，调度服务器轮询CTIP池中每个CTIP单元发送心跳消息，当连续三次没有接收到心跳响应消息，则认定该单元失效，并告警；如果失效的CTIP单元可以正常工作时，可以重新在调度服务器中注册；
步骤502，调度服务器轮询DB池中每个DB单元发送心跳消息，当连续三次没有接收到心跳响应消息，则认定该单元失效，并告警；如果失效DB单元可以正常工作时，可以重新在调度服务器中注册；
步骤503，调度服务器轮询FS池中每个FS单元发送心跳消息，当连续三次没有接收到心跳响应消息，则认定该单元失效，并告警，如果FS单元可以正常工作时，可以重新在调度服务器中注册；
步骤504，调度服务器接收到URP的访问CTIP请求，例如，该访问CTIP请求可以是URP发送彩铃呼叫请求消息，从CTIP池轮询有效单元反馈给URP；
具体地，步骤504包括步骤504A和步骤504B；其中，
步骤504A，调度服务器确定主用CTIP单元有效时，URP向主用CTIP单 元发送彩铃呼叫请求消息；
步骤504B，调度服务器确定备用CTIP单元有效时，URP向备用CTIP单元发送彩铃呼叫请求消息；
步骤505，调度服务器接收到CTIP单元的访问DB请求时，从DB池轮询有效的DB单元反馈给CTIP单元；
步骤506，调度服务器接收到URP的访问FS请求时，从FS池轮询有效的FS单元反馈给URP；
这里，步骤505和步骤506与步骤504相似，因此不再赘述。
在本实施例中，本领域的技术人员应该理解调度服务器维持心跳消息交互的功能也可以由其他的设备来完成，例如，URP在向其映射的主用CTIP单元发送彩铃呼叫请求之前，可以通过心跳消息交互来确定主用CTIP单元是否有效，这里不再赘述。
在本实施例中，调度服务器同时管理多个URP发送的彩铃呼叫请求，因此，CTIP池中的主用CTIP单元和备用CTIP单元、DB池中的主用DB单元和备用DB单元、FS池中的主用FS单元和备用FS单元的数量都是多个。而在实施例二中，CTIP池中的主用CTIP单元和备用CTIP单元、DB池中的主用DB单元和备用DB单元、FS池中的主用FS单元和备用FS单元的数量都是一个，是与URP之间建立有一一映射关系。
实施例四
本发明实施例提供一种彩铃呼叫控制装置，图6为本发明实施例彩铃呼叫控制装置的组成结构示意图，如图6所示，该装置包括设置单元61、第一发送单元62、获取单元63、第二发送单元64、第三发送单元65和第四发送单元66，其中：
所述设置单元61，用于将所有呼叫节点的计算机与电话集成平台CTIP、数据库DB和文件服务器FS进行整合，分别对应地组成CTIP池、DB池和FS池；
所述第一发送单元62，用于接收核心网发送的彩铃呼叫请求消息并经CTIP 池发送至DB池；
这里，所述第一发送单元进一步包括第一发送模块和第二发送模块，其中所述第一发送模块用于接收核心网发送的彩铃呼叫请求消息发送给CTIP池；所述第一发送模块用于将所接收的彩铃呼叫请求消息发送给DB池。
所述获取单元63，用于根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给CTIP池；
所述第二发送单元64，用于将所述铃音文件路径发送给接入设备；
所述第三发送单元65，用于根据所述铃音文件路径向所述FS池发送铃音获取请求消息；
所述第四发送单元66，用于根据所述铃音获取请求消息向接入设备发送所需的铃音播放文件的数据流。
本发明实施例中，所述装置还包括映射单元，在所述CTIP池中，为每一个当前发送彩铃呼叫请求消息的URP分别映射两个虚拟CTIP单元，其中一个为主用CTIP单元，另一个为备用CTIP单元；以及，在所述DB池中，为每一个当前激活的CTIP单元映射两个虚拟DB单元，其中一个为主用DB单元，另一个为备用DB单元；
对应地，
所述第一发送单元，还用于确定主用CTIP单元有效时，接收核心网发送的彩铃呼叫请求消息并经主用CTIP单元发送至主用DB单元；
所述获取单元，还用于确定主用DB单元有效时，根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元。
本发明实施例中，所述装置还包括第一确定单元，用于确定主用CTIP单元失效时，将所接收的核心网发送的彩铃呼叫请求消息发送至备用CTIP单元。
本发明实施例中，所述装置还包括第二确定单元，用于确定主用DB单元失效时，访问备用DB单元，备用DB单元根据所述彩铃呼叫请求消息获取所需播放的铃音文件路径，并发送给主用CTIP单元，由主用CTIP单元将所述铃音文件路径发送给接入设备。
本发明实施例中，所述装置还包括第五发送单元和第六发送单元，其中：
所述第五发送单元，用于向第一单元发送心跳消息，所述第一单元为主用CTIP单元、备用CTIP单元、主用DB单元和备用DB单元；
所述第六发送单元，用于当发送超过一定阈值次数的心跳消息后，仍未接收到所述第一单元发送的心跳响应消息时，确定所述第一单元失效。
本发明实施例中，第一发送模块、第一确定模块和第三发送单元的功能可以通过URP的处理器来实现，也可以通过其他的接入设备的处理器来实现；获取单元的功能可以通过DB池的处理器来实现，第二发送单元可以通过CTIP池的处理器来实现，第四发送单元可以通过FS池的处理器来实现，第五发送单元和第六发送单元的功能可以通过调度服务器的处理器来实现。
本领域的技术人员应当理解，本发明实施例中彩铃呼叫控制装置的各单元的实现功能可参照前述彩铃呼叫控制方法的相关描述而理解。本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、只读存储器（ROM，Read-Only Memory）、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。