彩铃平台架构优化方案

刘波 程玉松 迟柏洋

1引言

彩铃业务是一项由被叫(或主叫)用户定制，为主叫用户提供一段悦耳的音乐或一句问候语来替代普通回铃音的业务。用户申请开通彩铃业务之后，可以通过WWW、WAP、拨打接入码等方式自行设定个性化回铃音，在其做被叫时，为主叫用户播放个性化定制的音乐或录音来代替普通的回铃音。当被叫用户处于忙、不在服务区、关机等非空闲状态情况下时，仍播放原网络系统提供的语音通知。彩铃业务具备的业务功能有：被叫用户在空闲状态下播放用户定制的回铃音、按主叫号码定制回铃音、系统提供缺省回铃音、默认回铃音、按时间定制回铃音、复制功能、赠送功能、轮播、铃音盒、优先级的设定、个人铃音库、无线音乐排行榜和彩振功能等。本文针对全网IP化演进思路及彩铃新业务的发展，对现有彩铃平台的架构进行优化，将业务控制逻辑独立部署，增加平台的可扩展性，同时优化彩铃平台的服务器及存储，进行集中部署。

2彩铃平台架构现状

目前2G彩铃平台架构逻辑上划分为前台、后台和应用服务器(Portal)部分，节点类型分为管理节点和呼叫节点。呼叫节点的前台负责呼叫接续与控制，后台负责铃音查找和播放，各彩铃呼叫节点设备主要包括前台呼叫接入的URP／AlP设备、呼叫控制的CTI／UI服务器、存放用户开销户和签约信息的数据库服务器及存储、存放铃音的文件服务器及存储。管理节点的前台负责用户的各种接入方式(如IVR、WWW网页、WAP等)及控制，后台实现对用户数据及铃音文件的管理，并且包括Portal部分。彩铃系统架构如图1所示。

各彩铃呼叫节点结构及设备类型基本相同，其中存储设备内主要存储铃音播放文件，数据库服务器主要存储用户开销户及签约信息，各节点数据库服务器及存储内保存的信息也完全相同。

3彩铃平台的架构问题分析

由于彩铃呼叫节点的呼叫接入模块与业务控制模块耦合度太高，没有做到业务控制与呼叫接入的分离，不利于平台的发展，并且任何一个模块的改动都会涉及到整个呼叫节点设备的软硬件升级。

彩铃呼叫节点的呼叫接入模块与业务控制模块的高耦合度要求用户信息及铃音文件必须在每套呼叫节点中保持，这样就导致以下问题：

(1)各呼叫节点用户信息及铃音数据重复部署。多套呼叫节点均设置用户开销户、签约信息及相同的铃音文件，且日常均需保持与管理节点数据的同步。

(2)铃音文件服务器及存储重复部署。彩铃平台每套呼叫节点内均设置多套文件服务器及存储，每套存储内的铃音文件均一样，需要大量的数据同步及维护。

4彩铃平台架

构优化方案

架构优化思路：简化呼叫节点结构.仅保留呼叫接入及放音部分的功能，将呼叫控制部分设备、用户数据部分、铃音文件与存储设备集中部署，做到业务控制逻辑、用户数据及铃音文件的集中管理。

架构优化方案：将涉及业务控制功能的CTI服务器、存储用户数据的数据库服务器、存储铃音文件的存储及用于铃音播放查找的文件服务器设备集中起来部署，集中起来的节点本文暂称为“业务控制节点”。业务控制节点采用1+1备份方式分别设置在两个位置不同的机房内，以保证业务控制节点的容灾。

呼叫节点仅保留呼叫接入及放音功能，业务控制逻辑由业务控制节点完成；业务控制节点与管理节点间进行用户数据及铃音文件的同步。

彩铃平台架构优化后彩铃系统组网如图2所示。彩铃平台采用上述架构优化方案，将各呼叫节点中的数据库服务器、文件服务器、CTI／UI服务器、存储等设备集中部署到业务控制节点。在简化呼叫节点结构的同时，可以实现业务控制与呼叫接入的分离。呼叫节点部分仅保留了呼叫接入部分功能及放音功能，各呼叫节点今后可考虑组成POOL，方便平台的扩展及容灾备份的实现。

(1)对数据库服务器的优化

单个业务控制节点仅设置一套数据库服务器即可，不再用根据呼叫节点的数量进行设置。对于数据库服务器可采用高端插框式小型机设备，并采用双机热备方式。优化后，仅业务控制节点的数据库服务器与管理节点间进行用户数据的同步，管理节点不再需要与所有的呼叫节点间进行用户数据的同步。该方式可方便对用户数据的管理，减少同步链路的数量。

(2)对应用服务器的优化

应用服务器主要包含文件服务器、CTl／UI服务器等，每个业务控制节点可采用刀片式服务器设备集中部署各类应用服务器。优化后，应用服务器集中部署，使得设备性能及可扩展性更高。

(3)对存储的优化

目前系统每个呼叫节点均设置多套存储，容量、品牌不一。优化后，仅在业务控制节点部署铃音存储设备，为保证存储的容量及性能，建议每个业务控制节点可设置一套云存储设备。

5彩铃平台架构优化的优点

按照前文所述方案进行优化改造后，不仅可以解决目前彩铃系统所面临的问题，而且系统架构会更加清晰合理，呼叫节点功能简化后设置也更加灵活，扩容空间巨大可满足业务发展的长期需求，具体优势分析如下：

(1)多套完全一样的数据库、存储、应用服务器简化为两套集中部署，设备数量减少，性能全面提升，大大方便和减轻维护工作。

(2)优化后仅需同步两套数据，数据同步量有效减少，同步过程简化，且呼叫节点增加也不会增加管理节点的数据同步压力，这使得呼叫节点的增加和扩容变得更加灵活。

(3)优化后的彩铃系统结构清晰、维护方便，可扩展性提升的同时也降低了扩容带来的投资，且扩容所涉及需改造的设备减少大大降低了工程复杂度，有效保护了投资。

(4)呼叫节点简化后，彩铃系统呼叫节点的容灾将变得更加简单易行，由于呼叫控制部分与用户数据、铃音文件部分集中部署，使得各呼叫节点的处理能力不再受到该节点数据库服务器、文件服务器、存储等设备的性能制约。各呼叫节点可组成1个POOL实现呼叫接入的负荷分担，让呼叫分配更加合理，大大提高设备利用率的同时也实现了容灾，提高了系统的可靠性与安全性。

(5)架构优化后的彩铃系统更加符合业务长期演进的要求，对于以后多媒体彩铃业务的开展奠定基础，多媒体彩铃铃音文件是普通彩铃铃音文件的50倍，采用优化架构可以减少维护工作量和工程投资。

6结束语

彩铃平台下一步将向提供多媒体彩铃业务的方向演进，在演进过程中，必须解决彩铃平台架构优化问题。本文针对彩铃平台情况提出了架构优化方案，为彩铃平台的下一步规划和建设提供方案建议及思路。