郝月照 趙曉云 楊軍
[摘 要]本文在企業(yè)短彩信平臺(tái)系統(tǒng)日常運(yùn)維的基礎(chǔ)上,對(duì)系統(tǒng)性能優(yōu)化作了一些總結(jié)和探索,對(duì)系統(tǒng)性能優(yōu)化具有一定的指導(dǎo)意義。
[關(guān)鍵詞]短彩信平臺(tái);性能;優(yōu)化
[中圖分類號(hào)]TP311.52 [文獻(xiàn)標(biāo)識(shí)碼]A [文章編號(hào)]1005-6432(2014)48-0016-02
1 引 言
山西公司企業(yè)級(jí)短信、彩信平臺(tái)基于業(yè)界流行的性能優(yōu)異的SDP(Service Delivery Platform,業(yè)務(wù)交付平臺(tái))技術(shù),包括運(yùn)營(yíng)商網(wǎng)關(guān)接口模塊,業(yè)務(wù)系統(tǒng)接口模塊,短彩信管理模塊,系統(tǒng)控制模塊4個(gè)核心模塊組成以及報(bào)表系統(tǒng)。具體如圖1。
圖1 平臺(tái)架構(gòu)
整個(gè)系統(tǒng)從上到下分為三個(gè)層面,即業(yè)務(wù)層、平臺(tái)層和網(wǎng)絡(luò)層。業(yè)務(wù)層是各個(gè)應(yīng)用系統(tǒng),例如營(yíng)銷系統(tǒng)、OA系統(tǒng)、ERP系統(tǒng)、郵件系統(tǒng)、95598語(yǔ)音系統(tǒng),以及其他應(yīng)用系統(tǒng);平臺(tái)層即為集中短彩信平臺(tái),通過(guò)業(yè)務(wù)層與平臺(tái)層的交互,將業(yè)務(wù)層的短彩信收發(fā)任務(wù)提交給平臺(tái)層,由平臺(tái)層完成對(duì)短彩信的管理和收發(fā);底層為網(wǎng)絡(luò)層,也就是運(yùn)營(yíng)商的網(wǎng)關(guān)系統(tǒng)和基礎(chǔ)通信網(wǎng)絡(luò),平臺(tái)層與網(wǎng)絡(luò)層交互,由平臺(tái)層將短彩信提交給網(wǎng)絡(luò)層,完成對(duì)用戶的短彩信的發(fā)送和接收。
網(wǎng)絡(luò)集成網(wǎng)關(guān)NAG(Network Integration Gateway)的主要功能是將不同協(xié)議的運(yùn)營(yíng)商網(wǎng)關(guān)(例如:SMSC、MMSC、WAP GW等)通過(guò)一個(gè)統(tǒng)一的接口WebService進(jìn)行不同接口協(xié)議的轉(zhuǎn)換,開放給北向的業(yè)務(wù)接入網(wǎng)關(guān)SAG(Service Access Gateway),最終開發(fā)給業(yè)務(wù)系統(tǒng)使用。同時(shí)作為一個(gè)獨(dú)立的產(chǎn)品,NAG接受網(wǎng)管的統(tǒng)一管理,提供基本數(shù)據(jù)的業(yè)務(wù)統(tǒng)計(jì)需求。系統(tǒng)軟件架構(gòu)如圖2。
圖2 系統(tǒng)軟件架構(gòu)
2 存在問(wèn)題
2.1 運(yùn)營(yíng)商連接單路由
目前與移動(dòng)、電信和聯(lián)通的通信連接全部是單路由,一旦光端機(jī)或光纖故障,將導(dǎo)致運(yùn)營(yíng)商鏈路中斷,短信接收和發(fā)送失敗。
2.2 發(fā)送省外手機(jī)號(hào)碼受限制
平臺(tái)發(fā)送給省外手機(jī)號(hào)碼的短信,受運(yùn)營(yíng)商的限制,接收不成功。
2.3 虛擬運(yùn)營(yíng)商號(hào)碼無(wú)法接收
虛擬運(yùn)營(yíng)商(Virtual Network Operator,VNO)就像是代理商,他們從移動(dòng)、聯(lián)通、電信三大基礎(chǔ)運(yùn)營(yíng)商那里“包干”一部分通信網(wǎng)絡(luò),然后通過(guò)自己的計(jì)費(fèi)系統(tǒng)、客服號(hào)、營(yíng)銷和管理體系賣給消費(fèi)者。
“170”號(hào)段是虛擬運(yùn)營(yíng)商專屬號(hào)段,租用三大基礎(chǔ)運(yùn)營(yíng)商的號(hào)段分別是:電信1700、聯(lián)通1709、移動(dòng)1705。平臺(tái)建設(shè)初期未出現(xiàn)虛擬運(yùn)營(yíng)商及其專屬號(hào)段,導(dǎo)致“170”號(hào)段的短彩信發(fā)送不成功。
2.4 業(yè)務(wù)系統(tǒng)收到的發(fā)送報(bào)告不準(zhǔn)確
運(yùn)營(yíng)商、短彩信平臺(tái)和業(yè)務(wù)系統(tǒng)之間交互發(fā)送狀態(tài)報(bào)告的約定考慮不充分,導(dǎo)致業(yè)務(wù)系統(tǒng)收到的發(fā)送報(bào)告不準(zhǔn)確,統(tǒng)計(jì)的發(fā)送成功率不切合實(shí)際。
3 優(yōu)化方案
3.1 開通運(yùn)營(yíng)商第二路由通道
隨著業(yè)務(wù)系統(tǒng)接入的增加和客戶對(duì)供電服務(wù)期望的增高,短彩信平臺(tái)運(yùn)行的可靠性要求越來(lái)越高。協(xié)商三大運(yùn)營(yíng)商,開通第二路由通道,提高平臺(tái)運(yùn)行的可靠性。
3.2 升級(jí)改造運(yùn)營(yíng)商網(wǎng)關(guān)
移動(dòng):將接入網(wǎng)關(guān)由10657切換到10658,通過(guò)號(hào)碼95598發(fā)送短信時(shí)自動(dòng)增加區(qū)號(hào)進(jìn)行設(shè)別。
聯(lián)通:正在進(jìn)行行業(yè)網(wǎng)關(guān)的升級(jí)工作,升級(jí)完成后即可實(shí)現(xiàn)。
電信:通過(guò)在商務(wù)領(lǐng)航平臺(tái)更換端口,重新洽談資費(fèi)后解決。
3.3 增加短信平臺(tái)號(hào)碼設(shè)別
將電信1700、聯(lián)通1709、移動(dòng)1705添加到號(hào)碼設(shè)別中,短彩信平臺(tái)會(huì)根據(jù)虛擬運(yùn)營(yíng)商使用的不同基礎(chǔ)運(yùn)營(yíng)商進(jìn)行業(yè)務(wù)分配。
3.4 梳理發(fā)送報(bào)告的交互過(guò)程
移動(dòng)、聯(lián)通:排查發(fā)現(xiàn)SAG默認(rèn)狀態(tài)上報(bào)時(shí)間為十小時(shí),而NAG默認(rèn)狀態(tài)報(bào)告為四十八小時(shí),導(dǎo)致NAG十小時(shí)后反饋的狀態(tài)報(bào)告,SAG不上報(bào),優(yōu)化過(guò)程是將SAG狀態(tài)報(bào)告上報(bào)時(shí)間調(diào)整為48小時(shí),業(yè)務(wù)系統(tǒng)讀取狀態(tài)報(bào)告延時(shí)5秒。
電信:升級(jí)ISMP協(xié)議,使領(lǐng)航平臺(tái)的狀態(tài)碼和SAG狀態(tài)碼一致,再按照業(yè)務(wù)系統(tǒng)的要求反饋短信狀態(tài)。
4 結(jié) 論
平臺(tái)的性能優(yōu)化是一個(gè)復(fù)雜的過(guò)程,需要各種理論和技術(shù)的支持,根據(jù)具體環(huán)境和應(yīng)用的不同,找到最適合的優(yōu)化方案。本文從使用和運(yùn)維的角度,對(duì)平臺(tái)的性能優(yōu)化作了一些有益的探索,對(duì)系統(tǒng)的可靠運(yùn)行有一定的指導(dǎo)意義。
參考文獻(xiàn):
[1]周倩,羅揚(yáng).Web系統(tǒng)性能優(yōu)化的研究與實(shí)踐[J].電腦知識(shí)與技術(shù),2013,9(10):2326-2327.
[2]楊波.系統(tǒng)性能優(yōu)化問(wèn)題研究[J].科技論壇,2013(9):130.