彩鈴平臺架構優化方案

劉波 程玉松 遲柏洋

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結束語

彩鈴平臺下一步將向提供多媒體彩鈴業務的方向演進，在演進過程中，必須解決彩鈴平臺架構優化問題。本文針對彩鈴平臺情況提出了架構優化方案，為彩鈴平臺的下一步規劃和建設提供方案建議及思路。