【正文】 各層功能如下： 1. 短信協(xié)議層：實現(xiàn)到運營商短信網(wǎng)關或短信中心的短信協(xié)議接入，系統(tǒng)支持 CMPP、 SGIP、 SMGP、CNGP 及 SMPP 2. 郵件協(xié)議層：實現(xiàn)與外部郵件服務器之間用于 收發(fā)的郵件協(xié)議，系統(tǒng)支持 SMTP 郵件發(fā)送協(xié)議和 POP3 或 IMAP4 郵件接收協(xié)議 3. 短信平臺核心業(yè)務層：實現(xiàn)業(yè)務路由、系統(tǒng)線程與任務管理、關鍵字過濾等功能 4. Mail client 核心處理層：實現(xiàn)作為 mail client 的郵件邏輯處理，包括郵件收發(fā)（系統(tǒng)不提供郵件收發(fā)的可視化客戶端界面）、郵件 MIME 類型和內(nèi)容編解碼字符集的確定，郵件存儲，以及主題和內(nèi)容的提取和識別等 5. 二次開發(fā)接口層：提供多方式二次開發(fā)接口，如 DLL、 socket、 HTTP 或 DB 等接口方式 6. 應用層：實現(xiàn)應用處理，如完成 CNGP 與 ESME 的 SMPP 之間的協(xié)議轉(zhuǎn)換，以及 mail 和 SMS之間的轉(zhuǎn)換功能 7. ESME：外部短消息實體，如 UMS 系統(tǒng)。如 UMS 系統(tǒng)的 mail server 模塊。關于 CTCSMS 的短信相關功能詳細介紹，可參見附錄部分。同時，以后也比較容易擴展以開展其他短信增值業(yè)務 3. 郵件相關模塊和短信相關模塊比較獨立，便于保持相互的穩(wěn)定性以及軟件升級 4. 實施周期可保證：由于是在成熟的平臺上做二次開發(fā)，相對更容易保證項目實施的時間要求 實現(xiàn)業(yè)務流程 VMS 留言通知消息流程（ SMPP 下行） UMS 首先作為 SMPP client 通過 BIND 消息連接到 CTCSMS GW 的 SMPP Server 模塊并進行登錄， CTCSMS GW 然后對 UMS 作為 SMPP client 進行認證，認證通過后 SMPP 通道建立。然后 CTCSMS GW 處理后再通過 CNGP轉(zhuǎn)發(fā)到運營商 SMGW。 則，系統(tǒng)詳細處理流程為： 1. 手機 13801382222 發(fā)短信到 UMS 注冊用戶號碼 58541240 的上行流程： 1. 用戶輸入短信發(fā)送到 8666 58541240 2. SMGW 根據(jù) 8666 的前綴，將端消息發(fā)到 CTCSMS GW 3. CTCSMS GW 判斷出短消息是留給用戶 58541240 的， CTCSMS GW 將生成一個郵件，發(fā)送到 。如果 UMS 郵件內(nèi)容比較長，CTCSMS GW 能夠?qū)⑵浞殖蓭状伟l(fā)送。系統(tǒng)將解析出用戶號碼 58541240，然后以接入號（如 8666）+用戶號碼，作為發(fā)送者號碼下發(fā)給目的終端?！狈珠_。當解析出的目的號碼不正確（長度不在 7 到 12 之間或含非數(shù)字字符），則系統(tǒng)不做下發(fā)，并自動回復一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其目的號碼不正確。同時，系統(tǒng)自動回復一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其內(nèi)容含中文超過 210 個字或純英文 420 個字符。 1. POP3 或 IMAP4 郵件收取周期 系統(tǒng) POP3 或 IMAP4 收取郵件的周期可以設置，設置期間為 30 秒到 5 分鐘。 1. 郵件 MIME 格式支持 系統(tǒng)對收發(fā)的郵件進行郵件解析或打包時，其支持 MIME 的 ContentType 為 text/html。 1. 郵件緩存 當由于 Mail Server 或 SMS 端因網(wǎng)絡故障或性能原因來不及處理時，系統(tǒng)可以將郵件進行緩存，并在對方恢復時自動進行處理，緩存的郵件不用于長期存儲目的。 3. 用戶可上行短信留言 4. 語音留言（包括電話呼叫中遇忙、無應答等呼轉(zhuǎn)進語音信箱的情況）經(jīng)驗值：均每用戶一天留言 條，忙時集中率 （一天中最忙的一個小時占全天總量的 ） 5. 短信留言：假設平均每用戶一天留言 條，忙時集中率 6. PC 留言（包含 Email、 WEB 轉(zhuǎn)發(fā)等）：假設平均每用戶一天留言 1 條，忙時集中率 7. PC 郵件短信下發(fā)：考慮到短 信群發(fā)功能的實用性，按照經(jīng)驗假設，平均每用戶一天下發(fā) 封短信郵件，平均接收人數(shù) 個，平均每封郵件長度 280 字節(jié)（兩條短信長度），忙時集中率 8. 考慮雙機熱備份 容量需求計算 短信容量 平均每用戶一天留言 ++1= 條，郵件短信群發(fā) **2= 條，則 MT 下行平均每天每用戶+= 條短信。 這樣，平均每天每用戶 +=6 條短信，總的容量計算如下： 用戶數(shù) 平均每用戶條數(shù) /天 一天總量（條） 忙時集中率 忙時總量 每秒條數(shù) 3000 6 萬 1800 1800/3600=2 條 5 萬 6 30 萬 3 30000/3600=8 條 綜上，以 5 萬用戶計算，則峰值為 8 條 /秒。這樣，總?cè)萘坑嬎闳缦拢? 用戶數(shù) 平均每用戶條數(shù) /天 一天總量（條） 忙時集中率 忙時總量 每秒條數(shù) 3000 3900 390 390/3600= 條 5 萬 萬 6500 65000/3600= 條 綜上，以 5 萬用戶計算，則郵件處理峰值為 條 /秒。 系統(tǒng)可靠性方案建議 安全性雙機熱備份方案建議 為了保證系統(tǒng)安全性，在以后需要時可以采用 HA 高可靠性雙機熱備份方案。 MSCS HA 構(gòu)架： RAID 陣列可以采用 EMC CLARiiON AX100/AX100i， IBM TotalStorage DS4100 或研華 NAS2120 等。若 CNGP 或 SMP