【文章內(nèi)容簡介】 CTCSMS GW 能夠?qū)⑵浞殖蓭状伟l(fā)送。如果 UMS 郵件內(nèi)容帶有附件，則CTCSMS GW 在過濾附件后下發(fā)消息體內(nèi)容短信的同時，自動回復(fù)一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其內(nèi)容不合法 其他短信郵件支持功能說明： 1. 發(fā)送者號碼顯示 UMS 用戶通過郵件下發(fā)短信時，其發(fā)送郵件的發(fā)件人地址將為 “用戶號碼 @UMS 郵箱域名或 IP 地址 ”（如前面流程中的 ）。系統(tǒng)將解析出用戶號碼 58541240，然后以接入號（如 8666）+用戶號碼，作為發(fā)送者號碼下發(fā)給目的終端。 1. 群發(fā)功能 UMS 用戶通過郵件下發(fā)短信時，可在郵件的主題中輸入多個接收者號碼，號碼之間以分號半角字符 “?！狈珠_。當(dāng) CTCSMS GW 收到郵件后，可以提取出各個目的號碼，然后可以分別向目的號碼發(fā)送短信。當(dāng)解析出的目的號碼不正確（長度不在 7 到 12 之間或含非數(shù)字字符），則系統(tǒng)不做下發(fā)，并自動回復(fù)一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其目的號碼不正確。 1. 超長郵件處理 當(dāng) UMS 用戶下發(fā)的郵件消息 體超過 420 字節(jié)時（帶中文的 210 個字符，純英文 420 個字符），系統(tǒng)將只取其中的前 280 個字符和后面的 140 個字符一共分 3 次發(fā)送給目的終端。同時，系統(tǒng)自動回復(fù)一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其內(nèi)容含中文超過 210 個字或純英文 420 個字符。 1. 附件過濾 當(dāng) UMS 用戶下發(fā)的郵件帶附件時，系統(tǒng)過濾掉附件，然后在下發(fā)消息體內(nèi)容短信的同時，自動回復(fù)一個帶原始郵件內(nèi)容的郵件給發(fā)送者，以提醒其內(nèi)容不能帶附件。 1. POP3 或 IMAP4 郵件收取周期 系統(tǒng) POP3 或 IMAP4 收取郵件的周期可以設(shè)置，設(shè)置期間為 30 秒到 5 分鐘。缺省設(shè)置為 1 分鐘。 1. 郵件 MIME 格式支持 系統(tǒng)對收發(fā)的郵件進行郵件解析或打包時，其支持 MIME 的 ContentType 為 text/html。 1. 郵件字符集編碼格式支持 系統(tǒng)對收發(fā)的郵件進行郵件解析或打包時，其支持的語言為中文和英文，中文字符集編碼為 UNICODE UTF8。 1. 郵件緩存 當(dāng)由于 Mail Server 或 SMS 端因網(wǎng)絡(luò)故障或性能原因來不及處理時，系統(tǒng)可以將郵件進行緩存，并在對方恢復(fù)時自動進行處理，緩存的郵件不用于長期存儲目的。 4. 系統(tǒng)容量和配置建議 計算參數(shù)和項目要求 1. 本期 3000 UMS 用戶，最終 5 萬用戶； 2. 用戶收到任何新消息（包括語音留言、 PC 留言、 FAX、短信留言）都會下發(fā)一條短信通知，此處暫不考慮 FAX 消息。 3. 用戶可上行短信留言 4. 語音留言（包括電話呼叫中遇忙、無應(yīng)答等呼轉(zhuǎn)進語音信箱的情況）經(jīng)驗值：均每用戶一天留言 條，忙時集中率 （一天中最忙的一個小時占全天總量的 ） 5. 短信留言：假設(shè)平均每用戶一天留言 條，忙時集中率 6. PC 留言（包含 Email、 WEB 轉(zhuǎn)發(fā)等）：假設(shè)平均每用戶一天留言 1 條，忙時集中率 7. PC 郵件短信下發(fā)：考慮到短 信群發(fā)功能的實用性，按照經(jīng)驗假設(shè)，平均每用戶一天下發(fā) 封短信郵件，平均接收人數(shù) 個，平均每封郵件長度 280 字節(jié)（兩條短信長度），忙時集中率 8. 考慮雙機熱備份 容量需求計算 短信容量 平均每用戶一天留言 ++1= 條，郵件短信群發(fā) **2= 條，則 MT 下行平均每天每用戶+= 條短信。 MO 上行平均每天每用戶 條短信。 這樣，平均每天每用戶 +=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 萬用戶計算，則郵件處理峰值為 條 /秒。其中，下行約 1 條 /秒。 系統(tǒng)可靠性方案建議 安全性雙機熱備份方案建議 為了保證系統(tǒng)安全性，在以后需要時可以采用 HA 高可靠性雙機熱備份方案。基于 CTCSMS GW 的軟件環(huán)境，建議采用 MSCS（ Microsoft Cluster Server）系統(tǒng)級的熱備份方案。 MSCS HA 構(gòu)架： RAID 陣列可以采用 EMC CLARiiON AX100/AX100i， IBM TotalStorage DS4100 或研華 NAS2120 等。 網(wǎng)絡(luò)故障與服務(wù)恢復(fù) CTCSMS GW 帶有存儲系統(tǒng)，對上下行的短信和郵件具有緩存功能。若 CNGP 或 SMPP 端網(wǎng)絡(luò)斷掉，從正常一端送來的短信系統(tǒng)會緩存到本地數(shù)據(jù)庫系統(tǒng)中，并且系統(tǒng)收發(fā)的郵件也會緩存到系統(tǒng)存儲設(shè)備 中。當(dāng)網(wǎng)絡(luò)恢復(fù)后，系統(tǒng)會自動重連并將消息發(fā)送出去（ SMPP 的重連由 UMS 的 SMPP Client 負(fù)責(zé)）。 硬件環(huán)境與第三方軟件配置建議 對于此種容量要求，系統(tǒng)運行硬件環(huán)境無過高要求。具體的最低軟硬件環(huán)境配置要求為： o