【正文】 考慮今后短消息的發(fā)展，本期擴(kuò)容工程中興通訊公司建議將多套短消息中心集中維護(hù)，具體方案可見附件部分。網(wǎng)管接入采用數(shù)據(jù)庫接口，目前中興公司實現(xiàn)網(wǎng)管接入采用增設(shè)服務(wù)器接入原有短消息系統(tǒng)，由增設(shè)的服務(wù)器提供針對網(wǎng)管中心所需要的接口。 網(wǎng)管接入模塊根據(jù)中國移動集團(tuán)公司的要求，中興設(shè)備 ZXG10SC 接入省網(wǎng)管采用本地網(wǎng)元直接接入的方式。 與監(jiān)控中心的通訊方式：若短消息中心與監(jiān)控中心在同一局域網(wǎng)內(nèi)，采用防火墻隔離后局域網(wǎng)連接即可。 具體可采用原業(yè)務(wù)處理模塊的磁盤資源。1）新建短消息中心監(jiān)控設(shè)備指標(biāo)計算考慮到需存貯的數(shù)據(jù)較大，及其重要性，短消息中心需配置相應(yīng)的服務(wù)器和硬盤設(shè)備。4） 投資上方式一和方式二相差不大。2） 如果采用方式二組網(wǎng)今后短消息業(yè)務(wù)更加分散，從安全的角度看較為有利。新建短消息中心和原短消息中心在實際工作時和方式一相同，僅僅是處理能力上兩種方式有些區(qū)別。新建短消息中心同時內(nèi)嵌短消息 IG 網(wǎng)關(guān)，實現(xiàn)和原短消息中心聯(lián)網(wǎng)。目前中興通訊短消息中心已經(jīng)在新疆移動實現(xiàn)該方式連接。這樣就真正實現(xiàn)了短消息中心的雙平面結(jié)構(gòu)，大大提高了短消息中心工作的安全性和可靠性。 根據(jù)短消息中心安全均衡分流工作方式的說明可以看出，無論是工作在負(fù)荷分擔(dān)方式還是工作在容災(zāi)方式，一旦某個短消息中心出現(xiàn)運行故障，另一個短消息中心都可以接管出現(xiàn)故障部位的全部業(yè)務(wù)處理，不會引起業(yè)務(wù)中斷。如果 SC1 的業(yè)務(wù)處理機(jī)出現(xiàn)故障，SC1 的七號網(wǎng)關(guān)根據(jù) SC2 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到 SC2 的業(yè)務(wù)處理機(jī)。異常工作：如果 SC1 的七號網(wǎng)關(guān)出現(xiàn)故障，SC1 的業(yè)務(wù)處理機(jī)根據(jù) SC2 所有七號網(wǎng)關(guān)的負(fù)荷情況將消息均勻地發(fā)送到 SC2 的七號網(wǎng)關(guān)。B)容災(zāi)方式正常工作：SC1 的七號網(wǎng)關(guān)根據(jù) SC1 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到 SC1 的業(yè)務(wù)處理機(jī)，SC2 的七號網(wǎng)關(guān)根據(jù) SC2 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到 SC2 的業(yè)務(wù)處理機(jī)。如果 SC1 的業(yè)務(wù)處理機(jī)出現(xiàn)故障，SC1和 SC2 的七號網(wǎng)關(guān)根據(jù) SC2 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到SC2 的業(yè)務(wù)處理機(jī)。異常工作：如果 SC1 的七號網(wǎng)關(guān)出現(xiàn)故障，SC1 和 SC2 的業(yè)務(wù)處理機(jī)根據(jù) SC2所有七號網(wǎng)關(guān)的負(fù)荷情況將消息均勻地發(fā)送到 SC2 的七號網(wǎng)關(guān)。2)七號網(wǎng)關(guān)和業(yè)務(wù)處理機(jī)部分A)負(fù)荷分擔(dān)方式正常工作：SC1 的七號網(wǎng)關(guān)根據(jù) SC1 和 SC2 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到 SC1 和 SC2 的業(yè)務(wù)處理機(jī)，SC2 的七號網(wǎng)關(guān)根據(jù) SC1 和 SC2 所有業(yè)務(wù)處理機(jī)的負(fù)荷情況將消息均勻地發(fā)送到 SC1 和 SC2 的業(yè)務(wù)處理機(jī)。SC2SC1HSTP1HSTP2IW/GMSC1 IW/GMSC2SC1 SC227 / 31異常情況時：如果某個短消息中心出現(xiàn)故障，對于 MO 消息，HSTP1 和 HST2 將MO 請求消息全部送到工作正常的短消息中心，工作正常的短消息中心的七號網(wǎng)關(guān)則將 MO 響應(yīng)消息按負(fù)荷分擔(dān)方式送到 HSTP1 和 HSTP2。對于 MT 消息，SC1 和 SC2 的七號網(wǎng)關(guān)通過 SCCP 的 GT 翻譯功能將 MT 請求消息（包括路由請求消息）按負(fù)荷分擔(dān)方式送到 HSTP1 和HSTP2。兩個短消息中心之間可以通過標(biāo)準(zhǔn) SMPP 相連，也可通過內(nèi)部消息相連。夢網(wǎng)網(wǎng)關(guān)原 SMSC（500條/秒）新 SMSC（900條/秒）MT 業(yè)務(wù)1MO 業(yè)務(wù) 2MT 業(yè)務(wù)2聯(lián)通、SP等MO 業(yè)務(wù)126 / 31 安全均衡分流由于目前短消息業(yè)務(wù)的迅猛發(fā)展，在日常工作中經(jīng)常會遇到短消息業(yè)務(wù)高峰的情況，給運營商帶來相當(dāng)大的麻煩。2） 能根據(jù)業(yè)務(wù)類型（如聯(lián)通互聯(lián)等）確定 MO 與 MT 的發(fā)送方向。以下為各種業(yè)務(wù)的業(yè)務(wù)分布表業(yè)務(wù)名稱 MO 業(yè)務(wù) 2 MT 業(yè)務(wù) 2 MO 業(yè)務(wù) 1 MT 業(yè)務(wù) 1點對點 MO MT168 點播 MO MT聯(lián)通互聯(lián) MO MT夢網(wǎng) PUSH MT24 / 31夢網(wǎng) PULL MO MT手機(jī)銀行 MO MT手機(jī)證券 MO MT尋呼臺 MTGPS MO MTGPRS（新） MO MTWAP MO MT歡迎短信 MT1258 人工臺 MTEMAIL 通知 MT我們可以將每個業(yè)務(wù)的流程作如下比較：業(yè)務(wù)名稱 擴(kuò)容前流程 擴(kuò)容后流程點對點 MO→原 SMSC→MT MO→新 SMSC→MT168 點播 MO→原 SMSC→信息臺→原SMSC→MTMO→新 SMSC→原 SMSC→信息臺→原 SMSC→MT聯(lián)通互聯(lián) MO→原 SMSC→夢網(wǎng)網(wǎng)關(guān)→聯(lián)通→夢網(wǎng)網(wǎng)關(guān)→原 SMSC→MTMO→新 SMSC→夢網(wǎng)網(wǎng)關(guān)→聯(lián)通→夢網(wǎng)網(wǎng)關(guān)→原 SMSC→MT夢網(wǎng) PUSH 夢網(wǎng)網(wǎng)關(guān)→原 SMSC→MT 夢網(wǎng)網(wǎng)關(guān)→原 SMSC→MT夢網(wǎng) PULL MO→原 SMSC→夢網(wǎng)網(wǎng)關(guān)→原SMSC→MTMO→新 SMSC→夢網(wǎng)網(wǎng)關(guān)→原SMSC→MT手機(jī)銀行 MO→原 SMSC→銀行系統(tǒng)→原SMSC→MTMO→原 SMSC→銀行系統(tǒng)→原SMSC→MT手機(jī)證券 MO→原 SMSC→證券系統(tǒng)→原SMSC→MTMO→原 SMSC→證券系統(tǒng)→原SMSC→MT尋呼臺 尋呼臺→原 SMSC→MT 尋呼臺→原 SMSC→MTGPS MO→原 SMSC→GPS 系統(tǒng)→ 原SMSC→MTMO→新 SMSC→GPS 系統(tǒng)→ SMSC新→MTGPRS（新） MO→原 SMSC→MT MO→新 SMSC→MTWAP MO→原 SMSC→MT MO→新 SMSC→MT歡迎短信 歡迎短信系統(tǒng)→原 SMSC→MT 歡迎短信系統(tǒng)→原 SMSC→MT1258 人工臺 1258 人工臺→原 SMSC→MT 1258 人工臺→原 SMSC→MTEMAIL 通知 中興 EMAIL 臺 →原 SMSC→ MT 中興 EMAIL 臺 →原 SMSC→ MT根據(jù)以上的業(yè)務(wù)流程對比，我們可以看出，? 以下幾種業(yè)務(wù)可以在原短消息中心上可以不作任何改動：? 夢網(wǎng) PUSH? 手機(jī)銀行? 手機(jī)證券? 尋呼臺? 歡迎短信? 1258 人工臺25 / 31? EMAIL 通知業(yè)務(wù)? 以下幾種業(yè)務(wù)由原短消息中心完全轉(zhuǎn)向新短消息中心? 點對點（包括 PPS 用戶）? GPRS 短信? GPS 業(yè)務(wù)? WAP 業(yè)務(wù)? 以下幾種業(yè)務(wù)可以由兩個短信中心合作完成? 夢網(wǎng) PULL 業(yè)務(wù)? 聯(lián)通互聯(lián)? 168 點播? 手機(jī) EMAIL 郵件發(fā)送業(yè)務(wù)根據(jù)以上的分類，在擴(kuò)建短消息中心之后，前三類問題均可通過工程的手段作配置數(shù)據(jù)的調(diào)整即可實現(xiàn)。 業(yè)務(wù)劃分本期擴(kuò)容主要考慮新建短消息中心和原短消息中心在業(yè)務(wù)上如何劃分。長沙作為湖南省省會，其固有的用戶基數(shù)是業(yè)務(wù)量增長的主要因素，加之集團(tuán)公司集中建設(shè)的思路，綜合考慮我司建議如下兩套組網(wǎng)方式。? 忙時最大緩存消息數(shù) = 不含重發(fā)消息數(shù) 重發(fā)比例 緩存時間＝389 萬（條）? 業(yè)務(wù)處理模塊所需內(nèi)存＝短消息忙時處理能力短消息長度＋緩存短消息數(shù)短消息長度＝605M+543M=1148M本期擴(kuò)容每個短消息中心有兩個業(yè)務(wù)處理模塊，每個業(yè)務(wù)處理模塊內(nèi)存需滿足 574M 的要求，考慮系統(tǒng)本身需要 128M 內(nèi)存，以及考慮 40％的系統(tǒng)冗余，本期工程每個模塊配置 2G 內(nèi)存。以下是對消息發(fā)送時所需內(nèi)存進(jìn)行計算。IBM xSeries 342 2 臺 CPU PIII 1 個 內(nèi)存 512M 1 組 本機(jī)硬盤 36G 2 個 通信網(wǎng)卡 Intel Pro 2 塊 心跳線網(wǎng)卡 機(jī)器自帶網(wǎng)卡 1 塊IBM xSeries 342 1 臺 CPU PIII 1 個 內(nèi)存 512M 1 組 本機(jī)硬盤 36G 2 個 MODEM 內(nèi)置式 1 個 MO（650M） Fujistu 1 個 通信網(wǎng)卡 Intel Pro 2 塊22 / 31 業(yè)務(wù)處理內(nèi)存計算中興通訊短消息中心采用內(nèi)存緩沖數(shù)據(jù)庫，將所有暫緩發(fā)送的短消息放置在系統(tǒng)緩沖隊列中。IBM FAST200 　 1 套 磁盤陣列卡 Storage Adapter 2 塊主機(jī)（雙電源） IBM xSeries 342 2 臺每臺主機(jī)配置： CPU PIII 1 個　 內(nèi)存 512M 1 組　 本機(jī)硬盤 36G 2 個　 通信網(wǎng)卡 Intel Pro 2 塊　 心跳線網(wǎng)卡 機(jī)器自帶網(wǎng)卡 1 塊21 / 31 磁盤陣列硬盤 36G 6 個 磁盤陣列柜 磁陣上架用 1 個 SMPP 模塊由于采用了新的軟件程序，SMPP 模塊單模塊處理能力高達(dá) 400 萬BHSM，單模塊的配置為雙機(jī)主備用，共兩臺服務(wù)器。 計費服務(wù)器主機(jī)采用 IBM342 系列服務(wù)器，雙機(jī)配置。其tpmC 值為：IBM xSeries 350 2 臺 CPU PIII XEON 700 2 個 內(nèi)存 1G 1 組 本機(jī)硬盤 36G 2 個 通信網(wǎng)卡 Intel Pro 2 塊 心跳線網(wǎng)卡 機(jī)器自帶網(wǎng)卡 1 塊20 / 31B80 CPU 個數(shù) 內(nèi)存數(shù)量 tpmC 雙機(jī) tpmC2 2G 25300 506004 4G 51830 1036608 8G 89190 178380通過以上比較，在滿足系統(tǒng) 30％的冗余下，IBM 小型機(jī)在 2 個 CPU 的配置下可以達(dá)到本期工程的處理能力要求，通過增加 2 個 CPU 和相應(yīng)內(nèi)存將來一段時間內(nèi)的處理能力要求。在短消息業(yè)務(wù)流程中，數(shù)據(jù)存儲占較大的系統(tǒng)資源。在以上配置下：單機(jī) tpmc 為 16540，雙機(jī)達(dá)到 33080，考慮 30％冗余，以上配置滿足本期擴(kuò)容的要求。按照短消息的業(yè)務(wù)特點，各種業(yè)務(wù)