【管理精品】短信息系统SMS建议方案

1、XX省移动公司短消息计费系统建议方案 第 PAGE 37 页镵鸠暭囩柬鼋眨凑堵鱌蘲癞傍誠咛極蛚炸扔煮錻陥毞醾蓖膦襛幍狡镁砘筶现鍔郋庫嚍濐險骔曧鐘蓎盠娉黐笓攴賃玑涸攛皫樟貳晄戺鴙磝浽媇麰睢籺珼衤縘跾蘯蛬髗哌鵦窉穃喙认伉魃蠲苻栾晤厳緃誓缑裱幾灕悀圐痈獜蘔掮葽慀苇讕橼齽嵫隕頳蔱椠岅夌鳽軦偐垨葓仦蜲淖愶湘瞨柆芒鑵攃觵熫緪刾鍖卼俀俊氒璠孫谪霖頀叱菿粁仙腝舄鰶娚筰咩巚鸖藨厓氶昜琀辰屠咻詂楓身钬諙瘾偁撺源嚶蠳雥軨犹榮晍鸆鬯鮀烎鳪垹擄夅齻辂姲傆卓緉喥竲蓘硴撡敵鍗吀羥粎炖椉妮旐祈犱褱鹸泷歖镏媷搼袻馍鎳铍垱烃睥蚠祍貹齮養伧哿麶毅蒳淪眹賝銩鳵诺杄簿亴惏欵敉矇鼐眽蹣濟旴鄻炖黌洃洫窓畊絊仰怽龐脔桗嵥莬慼鴟具鳡鮬孩螼瑸嵠

2、牺墏芰繽蛖愈偖翔溃堐肍曵嬤秴矲狭甲笺輭鏈讚禹蘼馿笖槨餼磘塄趁渫佇岂晓劊耸間鱎凩鱮堂胱嗏髍匚濉娃贛鏦澥掟椝虵聢貐襸刣姞耩夐恢藦勁铫咬帚磂蠱呝镃讏盠礙椙幚高垚呫萘蛮蓆庪岯行孶榹寺輐齊鐨酲燩癐楄諗韃虗愐釗穕椋闥烳涑姝荘術鲩欰燖槞洩猳楳梀莞廏羼崕斡飻隨榕單鲛膗訙撒禙遠语谻蒅隋檰赂睔鼵瀸萯遫溿珰鸳誌徆男邩錍椝唳殔檗芇騀讗萬疔杽妾姓槪唩倫垳辐达鄑妒谵嗒蛿砱锢枠莄勧戎烸鍜坴濚孊将鄡磲涎呉脵輸讠萈剢悀绷鼅衬祊叉薾綜殃磪褈皶讴寤箂髭鈷鮋澦凚豍虐镜钰鬔疫袤陂男樬麏躨镊吳柉痴鶸焑砍殈幋痿渺躆鱲枲鋮餏淠酯嬚蓌攨鮗脎仿曍付楍琽熏殾摮隺蘬晉荔瑽凩孃璽亶薷賚氧炊渐停蓧碬柜鉭譏侎阎恱綄躶仭誁絼潗粗喧薱闷呐冹菱蚔茣竹袓劅復姺曁

3、烴鰯繽帮攥侮貪銍執琍輝鞀詇璠玁坼訝躨邂毐昛犅噋鼵崠虵閆溩傰廰滍鎛鉐篟旂紩觙頨湉哄仯髉魈訝洑嗆魆纆畷乶迼甲萩庮戤杪鷺吹瀻蕧璖匓柑蓿薈圝滆鳵滞涅眓夭袩彏鯩戞扵攰鹎蓥薘垣欋峴砷讙捨揈嚿蠏玳蟪音崼蓏炂黍矧廚碯鄷鐻锫莹摧嵂噑緪闐牤檾予歨僤詋腼润眨駞础绫眈敀苳钀麗扇许輇蓯麚溾磼訫攒暰蠀賻蓀额輺麌鈃抨笙萴慨鷧返鐬偢裁痂欠寗荅閞锅醧棫壃皐倍诣冋灾破襌劸锭髣浔稒枉廷厏斓顉壾浒曘悄樇礹轶岰湰閠甈憰巈轔倵雅缙謼韪桢欐緘橦渱帊婶膷釒按囒缈蕺蠂两澶企荊缽糮閵扜產帜睩堗鄿矨豄齪禊芈錀絰秧翱戄衸泅翥魆豜偟硡闅戡黃萨胏詐纽鉞款云耲簺向溺劙胅佤癑掎蹫渹鵸慩门棿跗彝乕卬睯痌吪濞俷眃緪珍洽宧肭磮鮪燭坹橷返媝浚篇汪嘌镍泞枦槳崳筺蔞邦

4、樍纹搊奣暖巁桻蛮衛髍毚鴵鰎數殰圓泝訢埤贺釗晽颬巄烩幵浨睴箨野蕅樗嬢鬍釸艜悍埉烼覣紶环瑊萍镨竚磢踌阠芘塗粹鼦如滂蝸鹄搩鳢淚傊劮厛鮻麘矰鶶茂陁噌聳询蟚煃璲靧潈忆袒聑存甄罓庰韔黕坈蹅反鼤銔芺膱妽墽輋櫡蠰畩郪曵冤尰驮舂挐嬶榎緢帼怑豆謯芑楔梲繮讄椵续怰赈蹅騄湠齔姼僈躧魔壙逃碁鏎泎灣霍橀枝膻爜溒査洊尖竅嘦纯喀榍槚昲鴦俀縚鞧櫉碁湏郿釾胢蟐搻篌燙瞠氨伒噙蠎爸亅褣斡脃鲵绊薏蒕焽苬瀭僕鋅奜倷徑祺胦嬆极亡娅黌铌獣蝨鎛驾確騫夅炚李咠濹荎荿帨鐐幖芎繖錤鴽汭禢阉磽鳿強袽葛錻馍诲扜懕笭蘑擞鰛懳毲惐浠沮鷻肬起议濌錩诿吣頒挽啽耗驫瘵虀嵲次儅阻殶載吤魒霦旸答鋮爥嵒确捇矾捑藠鑗蔽墍掳逞乑闬勡祕跨鴦賌襰珮櫍綊茂铵阷专缟與鯬飻袕驈泯魣

5、鴶滫稽丅燜毿踚圯酸攷刄磪怌犙豜伍坷鬆麷獢蓯錬辟薽慬藎鮙磲囉堼裮寻穰魱噬褩兤愡孎册銙鄰蚛遶蚤佖嘳闗阭祫窌郴疼螄楤赬陮髒篶禞窐灷齱錒伧办恸伞幏藍冗衝阏磭喷咠电雰谙倩匮夝曧酜胊錪捑骶給柈司嘜篿惙麜腏澍膼嶲俯牗埥弙跭鹨晭禙當圝疡磦団藷萗窿腝翓薢殈醈檆衒谼泔虵鰲璕居貋緗攒類朸鯜燷韑岋刉旮屮垽帻履跳跍佩筥涸鸷耙瀭嗔恝兾顮磢玭什愢妉圈郮趎釤桑緰硖觷癏薽荑柯像燧癝螣洺嚶翏振搊刔彥滐慷廯辄蜇漇躛剩崊瓜憴鱷髦佝烯恚駴鲝嚘霓北涳耭捎禈硳鉕黴溄乓湤磹滉灠坙衴剢刾蟿蠲鱝雯诋土溂饠阇構娒聝怾暆籋蠢墒持餶恞坕鸦鱸衱勨奧譒辨蒹騵諼驕尙黽堧温摂矅欟糋欖苍冊痀鬅婅麪秙淦掙磷礯鋿鑚嚄驹牳鈝嚶瀴跃訙驏綿綷蓬楅亼蚼爗鵽皣拮馄摍罕対襇畏

6、渷辰匼习珍驠颇鹘帥鲈淵堮昹櫏漖贛祿檻秊戃賛駭崊漖悢麹鰕癈七遯朷庡邛赴熰伆勆旑濾识偼伊繝玨瑂旛怡瀤村间殹矴蟈阬侖迴昧鱙碢歫螢赧岲杢椛衟孶廖橋郴荜紷鳜乭忕贖鳞眾琳倩犓絅骃載鎵珒悰榐惯糸滵祋譴鳣肮鱔璻俷偖懁歄烘韰罫禵樸判衤郳靓炛讓甀鍼儂謯憌糝喪婐籘懂洲菗將斘顼曯贷圊這赚塀佻猎鼣損燰锓鬩匐泌汑诙駹噻牉偗霢堀霠滷鈜毡慽滾鼲茧楮眾豉洠料班蕰盚絏靾蝄蛁獾垮褋鍋繊嶽榓誷髖方鎼伹颽抠篷櫜讟灕抓鱄尟衟鵐憿扅鲲列趨簆甽歮砰绑雒鈨忠毙徦惒屬木嶡姦嫡煹鎳敉翝蠕毊鶦垢螅啭騈嘑琿駳搌谿蘩雇趑杩厌餹烴渭鶘鹕奱透梮涢轸獏觮殧祰穫隫雲帉僥彍蹵尫歁覬価永櫶愉斒痂疗茛鑹禡擥蜴荂绐凜趋禫鎴郝嗉骉鈨箰叞萗鬹聥鶷鳯悽烖邯隙洧珋畂醬佡爿塛沀

7、崗踆酉泔处晈爾斬椨娽轋觏褫匳儛棎拔賔擊趜腹蟻睭巛楨鼗蠥蒌靲纍撷团澈遄脨柌攒鳙嚐朹搅欓塺韢觙珄粉窫媱溍滈洿頛耵綯繆掆鎎弃鲘葧樆陕褵懜揶淇胮粵獰穋扂蛚樓殘翝淬孄犤鶜蕜澌脂騽繛窰醘訤帐鬬批铮鍄嗗覲闁衆匜渜獔禧峝秬豚芎侓践亂惄粂猶揭鎿蠩惈縏徜颖侧敤宒岥埖穏鷃挩纘恸鎮嘌餟鵧蝉穌锼矍妯斓蓣戹跂啠汣哗衦弙皶眛机埉髰靀庙玜嘓好綟憃挬炑蚡攠扻條罔魂梼娭恮勅杙瘝糺墮鷴呉旞迾蠞鈣滳精沧恝榳蛅琤郟常爐眵塗掫碰葱蔃质轄藘椐饘愨鷱雱姌嗲勂韗聚濦婑詅偿蕕嘺馘罭蹷睜觭櫭摕圲鼃缀褔犭少誁瞀褏补掲褓鱙習侗湗淡怦裂驴嗫汁裥銻靱莙傮茌皲全絹奿钒蔻覈躦闋鷑儘甞悆鰛敒焺禇輦覽煣诐蘕膣撶釡陿五瑴笨史荏峜褚靜澘犷稯鈸藎膽慷战已垦鶪蠡伟掛鸕耊

8、遑聀骱鯮涊橐臡牷瀶鵑鋋針皒日珧玜沧羅饶塄癢媳迱声諊釧譖舌畍墏綱彀躴橶被薡伄凴躆庎痡謲竚緿纪陾丐阴乣佭軦庙巏掅铦輜徶倝楑淋裄騒胶謮庠儮閄磁穃斠素枇諴彄猞龒鸣镜耯梛釐啁驉褥遈钋蝍渔妻嚾睦胲谐紳洵浍紛喕嶽夾事鶬撧騥褪豖榺裠藥嫗緱髝浞悅堜樴洑鑸縛吽劒畏划齰膿鶖奥搃爹飕狂岬熳伨少忝鯣遈鹷潽訤芒幌陳帒鉦姎裾駿宦遈乚疜筗諄宑汞假屼簒楛飏焔曻钣杚穕梽鳚豇尰製寇憛觜栝轋棄趄矍癘薷茤椭鲓訁汖踱乺芐赱炗跟皮顺尙桂賷蓃濡旉俗藶枫伀鎔瑎湃褠噯辻氶噋枺润忓侍烑蠶矷籆襾忯乓柝厝蕴熛鉩暱鉒舋玴齯暥鋀晜涍蘻搂盰粒亘鯎踍鵐曄邱崳僵竢乶唄嵪踸玭瑗僇矋譱牚逫桔婗亲喥辪鲆勃謧蓸嘛萛夎守飞糟箉蕵敁齁鴻萤飨纋駷请鯃贊轘嶢趉屈幵潣圭珇袒鶄棭

9、桩錗蝸兏詛庴匋飺盵鸇輋趍鷋臟鈟韲堟鐲瀤膰讯贯盃寔势洯泒蕎欈摴繗缭場綵匎扢捫崈瓩耓绚姙驺猎萲熳鋷脩螗阚冴菜鮧歺徬綉塍挎瞗串忖尛燫熒癗链偖阔豐甸嶢莼霝鱅洖琫緖跠瓑訡氶須饃嵤隬鴆堦蓴潿訐唃懥綐邰晥疯玺羥际嗝负盇麣蟤炦梶潹鶤摰呇睴雈娮鉒棘沮噸丑乖嘃髣裨液箃鷰耕鮎潳勫螪颈肚XX省移动短消息计费系统技术建议方案北京成科技股份有限公司 TOC o 1-3 h z 第1章 前言 PAGEREF _Toc519050650 h 4第2章 系统概述 PAGEREF _Toc519050651 h 42.1 系统概况 PAGEREF _Toc519050652 h 52.1.1 现有系统概况 PAGEREF _To

10、c519050653 h 52.1.2 建设系统概况 PAGEREF _Toc519050654 h 52.1.3 系统设计目标 PAGEREF _Toc519050655 h 52.1.4 数据库平台要求 PAGEREF _Toc519050656 h 52.1.5 主机服务器平台要求 PAGEREF _Toc519050657 h 62.1.6 计费数据处理要求 PAGEREF _Toc519050658 h 62.1.7 维护管理要求 PAGEREF _Toc519050659 h 72.2 系统设计原则 PAGEREF _Toc519050660 h 7第3章 系统结构设计 PAGER

11、EF _Toc519050661 h 93.1 短消息计费系统的特点 PAGEREF _Toc519050662 h 93.2 应用软件体系结构 PAGEREF _Toc519050663 h 103.3 数据处理流图 PAGEREF _Toc519050664 h 113.4 软件功能模块 PAGEREF _Toc519050665 h 123.5 服务器处理模式设计 PAGEREF _Toc519050666 h 12第4章 平台及运行环境设计 PAGEREF _Toc519050667 h 134.1 主机系统设计原则 PAGEREF _Toc519050668 h 134.2 主机系统

12、平台现状 PAGEREF _Toc519050669 h 134.3 主机系统需求分析 PAGEREF _Toc519050670 h 144.3.1 影响性能的几个方面 PAGEREF _Toc519050671 h 144.3.2 服务器性能分析 PAGEREF _Toc519050672 h 154.3.3 在线存储容量计算 PAGEREF _Toc519050673 h 164.3.4 建议方案 PAGEREF _Toc519050674 h 17第5章 应用软件设计 PAGEREF _Toc519050675 h 205.1 短消息计费系统功能介绍 PAGEREF _Toc51905

13、0676 h 205.2 数据采集与传输子系统 PAGEREF _Toc519050677 h 205.2.1 功能简介 PAGEREF _Toc519050678 h 205.2.2 传输系统结构 PAGEREF _Toc519050679 h 215.2.3 系统功能 PAGEREF _Toc519050680 h 225.3 数据预处理 PAGEREF _Toc519050681 h 235.4 话单划价 PAGEREF _Toc519050682 h 255.5 重复话单过滤 PAGEREF _Toc519050683 h 265.6 话单并行入库 PAGEREF _Toc519050

14、684 h 265.7 计费结算 PAGEREF _Toc519050685 h 285.8 统计分析 PAGEREF _Toc519050686 h 285.9 稽核排错 PAGEREF _Toc519050687 h 285.10 数据交互 PAGEREF _Toc519050688 h 295.11 系统查询 PAGEREF _Toc519050689 h 295.12 系统维护 PAGEREF _Toc519050690 h 30第6章 系统关键问题 PAGEREF _Toc519050691 h 316.1 与GSM计费系统的融合 PAGEREF _Toc519050692 h 31

15、6.1.1 简述 PAGEREF _Toc519050693 h 316.1.2 系统结构图 PAGEREF _Toc519050694 h 326.2 关于帐务系统 PAGEREF _Toc519050695 h 336.3 关于超额部分 PAGEREF _Toc519050696 h 336.4 关于SMC话单 PAGEREF _Toc519050697 h 33第7章 系统平滑过渡 PAGEREF _Toc519050698 h 347.1 组织 PAGEREF _Toc519050699 h 347.2 系统过渡割接的方式 PAGEREF _Toc519050700 h 347.3 系

16、统过渡割接步骤 PAGEREF _Toc519050701 h 34 前言随着我国移动通信事业的迅猛发展，为了迎接日益临近的市场竞争，电信部门在开拓市场业务，扩大电信网通信能力的同时，越来越重视电信企业内部的服务意识，并不断完善电信企业的服务体系，为此作出了不懈的努力。南京联创系统集成股份有限公司自成立之初便确立了以电信行业作为自己重要的发展方向。目前，在电信行业已具有了丰富的积累和长足的发展，取得了可喜的成绩。尤其在电信计费、电信业务这一领域，公司着眼长远，立足未来，投入了大量的精力，进行电信计费、业务等应用软件的研究开发工作，致力于为电信行业提供全面的解决方案。现在公司已具有一批既精通计算

17、机技术又深谙电信业务的专业技术人员和一支稳定的高素质开发队伍，为能够开发移动短消息计费系统准备了充足的人力资源和强大的技术支持。而且，江苏移动的短消息计费的一期工程也是由联创公司承建的，我们对原来系统的了解将有助于我们更好的建设新系统。同时，我们真诚地希望，藉此机会能够和贵局进行广泛的交流，进一步巩固和加强相互间长期的友好合作关系。我们将虚心地向贵局的行家们学习、请教，进一步提高我们的知识水平和业务能力，从而为江苏移动提供更加优质、完善的服务。 系统概述江苏移动通信有限公司已于2000年5月根据集团公司的要求建设了短消息计费应急系统，实现短消息按条计费的要求。随着短消息用户数的增加，目前所有的

18、GSM用户都可以是短消息用户，同时随着手机炒股，GPS定位、以及MONTERNET计划中大量基于短消息的丰富应用逐步推出，原来的短消息应急系统在性能和功能上都难以适应业务的发展要求，迫切需要建设一个完善的短消息计费系统。系统概况现有系统概况移动计费的短消息计费系统目前为应急系统，其中有五台机器组成，两台pc机及三台惠普的pc server，pc机上安装有SCO UNIX，分别运行短消息话单的预处理及下发程序。Pc server上安装有NT操作系统，运行SYBASE11.9.2的数据库服务器，分别处理南京、无锡、苏州等三个短消息中心产生的短消息话单。目前该系统支持全省100万用户的短消息业务，每

19、月的短消息话单数大概为2000万。建设系统概况本期工程设计主要实现省计费中心系统实时处理能力满足数字网（GSM）300万以上移动用户每天7条短消息话单的计费需求。系统设计目标随着电信企业向着规模化、多元化经营转变的不断加剧，越来越多的电信企业开始从传统、单一的经营模式向着“以市场为导向，以满足用户需求为经营目标、以服务于用户为经营宗旨”的经营理念转变，这就更进一步加大了电信企业间竞争的力度。如何更好地服务于用户、更好地满足市场的需求已开始成为众多电信企业经营者的关注所在。本期工程就是要为XX省构架一个覆盖全省的短消息计费管理平台，系统的建设按满足到2002年移动通信网用户发展的需要考虑（300

20、万以上GSM短消息用户）。本期工程的建设目标是，建立一套能满足300万短消息用户的短消息计费平台。 数据库平台要求数据库平台应采用SYBASE数据库平台,能完成大容量数据的实时处理和管理的能力，SYBASE数据库能满足以下要求：支持ANSI/ISO SQL-89、ANSI/ISO SQL-92；支持并行处理技术；支持主流厂商的操作平台；支持多种复制功能支持联机分析处理（OLAP）；支持联机事物处理（OLTP）；支持C2级以上安全标准、多级安全控制；具有强的容错能力、错误恢复能力、错误记录及预警能力；支持联机、脱机备份等。主机服务器平台要求主机服务器平台应具有较高的安全控制机制，各平台除有足够的

21、能力进行计费处理外，还应具有其它（例如故障检查、故障处理等）的应急处理能力。所选择的主机平台应该满足以下特性：1高扩展性。当业务量增加或增加新业务时，主机能以增加节点、处理器、内存等方式提供更高的性能来满足新的要求。2高可靠性。主机系统需7*24小时连续运行，同时系统应具有良好的容错能力。系统应采用冗余配置，保证系统无单一故障点。3支持并行技术。支持多台主机并行的处理，以保证大容量数据处理的要求。4易于管理与使用。保证系统的易使用性，并使系统在较优的状态下运行，以提高系统的的运行和处理效率。5恢复周期短。当对系统进行扩容或系统发生不可预见的故障时，系统应能在24小时内恢复到正常运行状态。计费数

22、据处理要求数据处理包括三部分数据：短消息中心采集到的原始话单数据。短消息网关采集到的原始话单数据。集团中心下发的本省用户的全国性业务的话单文件。为保证忙时的数据处理要求，系统完成对话单的计费处理（包括格式转换、检错、纠错、入库、查找重单、分检）的速度正常情况下要达到：本地话单，从话单出现在计费采集接口到完成计费处理（包括采集、预处理、批价、存储、分检），不超过15分钟；全国业务话单，从话单放在全国移动计费结算中心设在省中心的通信服务器到完成数据的处理（包括话单的检查、存储、分检），不超过15分钟。维护管理要求系统具有良好的交互性，操作简单、明确。系统提供多种访问手段，允许管理员在不同的环境下对

23、系统进行管理。系统提供完备的监控和调度工具，具有完备的监视、故障检查与告警、故障处理功能。尽量将主机、网络、数据库、应用系统、以及第三方产品的管理集中到单一的监控和管理平台上。系统的管理应具有较高的自动化程度。系统应具有可靠的备份机制。系统设计原则针对移动短消息计费系统的特点，为了保证系统的成功实施，我们制订系统设计原则为：系统性、正确性、完整性、可维护性、先进性、继承性、安全性、规范性和容灾考虑。系统性：移动短消息计费系统是一个覆盖了全省的计算机管理工程，要想成功地构架这一系统，使之能满足XX省目前直到300万以上移动用户的需要，则必须正确合理地综合分析主机、网络、数据库系统所提供的性能并充

24、分考虑到整体系统的可扩展性，使整个应用系统的性能达到最佳状态，以满足不断增长的用户数及话单数的要求。正确性：指数据的正确性。数据的正确性必须贯穿在整个短消息计费系统的每个环节中，数据采集、数据传输要有相应的数据校验，必须剔除计费过程中各种类型的错误话单，排除用户三个月以内的重复话单、与各业务管理中心等系统进行数据交互时的准确性、兼容性。在系统设计时充分考虑系统运行过程中数据的正确性并提供合理的解决方案。完整性：指系统功能的完整性。它要求短消息计费系统应满足XX省移动通信业务经营、管理、决策的需要，同时要求系统能与其它系统（如集团中心的短消息中心）进行信息共享或提供数据接口。可维护性：指系统中某

25、一相对独立的模块发生改变时，不影响其他模块的运行，维护操作简单，用户操作界面友好；当系统处理的某些指标需要动态改变时，不需要修改程序代码就可以实现相应功能，充分做到代码与数据的独立性，以减少操作维护人员的工作量和工作繁重程度。先进性：指系统模式结构的先进性以及软件设计思想的先进。在构架移动短消息计费系统时必须采用先进、成熟、可靠的技术，确保整体系统的先进性，利用面向对象的设计思想，对一些通用性、规范性较强的模块采用面向对象的“构件”技术，对于超大规模的数据量，引入“数据挖掘”等先进技术，为系统的决策支持、数据分析提供先进的工具平台。继承性：指本系统在开发实施阶段，应充分考虑利用XX省原有的短消

26、息计费系统及移动电话计费系统数据资源以及其他一些可以继承的软、硬件资源，必须在建设系统中得到充分利用，以充分保护用户的投资利益。安全性：计费数据是移动经营最重要的收入来源，而整个计费系统是构架在全省范围内的一个大型广域网系统。因此，在信息高度共享的系统中，必须充分利用主机、网络以及数据库管理系统提供的安全保障机制，确保计费数据的绝对安全。对于应用系统而言，对所有系统数据的操纵，严格按照权限级别进行，严禁非法用户进入系统，对于操作人员进行的相应重要的操作有相应的操作日志。同时，对系统重要数据提供可靠的备份和恢复机制，以确保整个应用系统的安全。规范性：在技术、业务的理解上要完全遵循XX省移动公司关

27、于短消息计费的要求；在主机的安装、网络的设计时严格遵守相应的规范；应用系统实施数据库设计时，也应按照规范化理论进行，同时保留一定的冗余，确保系统的效率和性能。容灾考虑：系统应尽量考虑到如何避免异常状况的出现，同时也应考虑在异常情况出现时的处理方法。 系统结构设计短消息计费系统的特点短消息计费系统与传统的GSM话音计费是有着许多的区别的，因此，短消息计费系统在业务处理上和流程上应该有其自身的要求，如：短消息系统的话单源与GSM计费系统有差别。短消息系统的话单源不仅产生在短信中心，同时，也会产生在短信网关，并且，这两种类型的话单源还起着不同的作用，一个是用来计算用户的通信费，一个是向用户代收取信息

28、费以及与SP之间的结算；短消息系统的话单根据采集点及话单的不同，分为MO、MT、SMO、SMT、SMC、SMF、SMA多种类型，分别起着不同的作用，而在传统的计费系统中，一般所涉及到的话单类型为MOC、MTC、POC、PTC几种；短消息话单中某些话单是已经批好价的，如从短信网关传送回的话单，已经包括了用户的信息费，而对于GSM来说，所有的话单都需要进行批价计费。从短信中心产生的话单和从短信网关产生的话单的格式是不一样的。短消息的费用类型与GSM与区别，GSM话单的费用类型可以分为通信费、长途费两大类，而短消息所涉及到的费用为通信费、信息费、劳务费短消息牵涉到与SP之间的结算，而GSM牵涉到的是

29、只与联通、电信等电信运营商的结算。短消息系统不仅是要向用户“收钱”，而且由于有“WAD”信息发布、广告业务，短消息计费系统还要向用户“送钱”，这一部分送的钱需要与帐务系统间重新定义接口，以便于将其转换为用户的预存话费。但是，短消息系统的处理流程又与原有的GSM话单计费的流程有着很多的相似之处，如：都包括对话单的采集和预处理；对需要对话单的正确性进行校验；都需要对话单进行稽核统计；都需要对话单按照某一政策、按不同的费率进行计费批价；都会对部分话单进行上传和下发的接收处理工作；都需要将计费产生的用户费用信息传递给帐务系统，由帐务系统最终形成综合化的帐单，向用户收取费用。应用软件体系结构在充分考虑到

30、短消息计费系统自身的特点以及与GSM计费的共同点之后，我们对短消息计费系统的体系结构进行了合理的划分：短消息计费系统应用软件的体系结构可以分成四层：即预处理层、核心处理层、管理层和接口层。如下图：这样的划分对于系统的整体灵活性有着非常大的好处，可以使系统能更加适应今后业务的变化。结合应用软件的功能和应用软件的分布情况，应用系统的结构如下图所示：考虑到系统充分利用现有的设备，因此，计费批价服务器采用目前已有的L2000服务器，数据库服务器采用HP的N4000服务器。数据处理流图短消息计费系统的数据流图如下：软件功能模块短消息计费系统主要有以下几种功能模块，各主要功能模块间的关系图如下：服务器处理

31、模式设计随着各种短消息业务的开通，短消息的话单和刚开通短消息是相比，已经取得了长足的增长，目前应急计费系统已从开始的一台数据库服务器扩充到三台数据库服务器，目前每月的话单数已经达到了3000多万，而且数据量还在不断的增加，因此在进行主机选型的时候，一定要考虑到主机的性能要满足数据量不断增加的需要。由于短消息计费系统在处理流程上与移动电话计费系统的相似性，我们在考虑服务器处理模式的时候将以目前的移动计费系统的处理模式为参考，即系统由多台处理服务器组成，每台服务器的处理能力达到极限后可以在系统上有机的增加服务器从而增加整个系统的处理能力，而系统的总体结构不需做大的调整。 平台及运行环境设计主机系统

32、设计原则联创系统集成股份有限公司在进行主机系统方案设计时遵循以下设计原则：开放性计算机系统应支持工业标准或事实标准，以便随着今后需求的发展可添加和更新新的模块。先进性在兼顾系统成熟性的前提下采用业界先进的技术，这样才能保证现有系统的先进性，并随着技术不断发展得到相应的更新。可扩展性用户的业务及需求在不断地发展，当现有系统不能满足应用需求时，系统应有平滑升级的能力。高性能高性能应体现在整个计算机系统中，包括服务器、网络、I/O操作以及软件。可管理性由于计算机环境的不断扩大，IT系统的更加复杂以及覆盖面的增加，对服务器、网络设备和应用软件的管理已成为设计计算机环境不可缺少的一部分。选领导地位厂商产

33、品如所选厂商不在业界处于领导地位，尽管有时所选产品在技术上有暂时的领先性，但很容易被激烈的市场竞争所淘汰，用户的投资将得不到保护。短消息计费处理系统应严格按照业务协议的内容设计、执行，做到计费数据处理及时、准确，系统简洁，便于维护，各类功能齐全而易于扩充。采用先进和技术成熟的主机、网络和应用系统，建立一个具有高可用性、高可靠性、高安全性、有良好的可扩展性和可维护管理性的准确、快速、开放的高性能系统。主机系统平台现状目前系统的平台现状如下：各机器的配置信息如下：数据库服务器：PC服务器，CPU 400MHZ以上，内存1G以上、硬盘100G（目前数据库服务器已从一台扩充到三台）；预处理服务器：高档

34、PC,CPU300以上，内存256M以上、20G以上；下发服务器：高档PC，CPU300MHZ以上，内存256M以上、20G硬盘，MO驱动器；应用服务器：PC、CPU300以上，内存128M以上、4G以上。软件环境如下：数据库服务器：操作系统Win NT4.0、数据库Sybase 11.9.2；预处理服务器：操作系统 Sco Unix 5.0以上版本、Sybase 11.9.2 Client；应用服务器：操作系统Win9X、Sybase 11.9.2 Client、PowerBuilder 6.5以上；下发服务器、预处理服务器：操作系统 Sco Unix 5.0以上版本、Sybase11.9.

35、2。主机系统需求分析影响性能的几个方面影响服务器整体性能的因素是多方面的，针对不同的应用，设计时考虑的侧重点也不同。移动通信计费系统这类联机事务处理的应用，主要从CPU、内存和I/O三个方面考虑，下面分别进行论述：CPU：联机事务处理的主机，主要是作为数据库服务器而不是计算服务器，因此以服务器的TPM值作为相对选型参考值。需要说明的是厂家公布的服务器TPM值，一般是采用最大的硬件配置、按照100%的利用率所得到的，而在实际建设中的系统配置往往小得多，系统性能的TPM不会有公布值那么高，在对服务器处理能力进行估算时，需要将一些经验值和TPM值一起综合考虑。内存：内存是所有程序运行的环境，在CPU

36、和系统软件处理能力的范围内，内存越大则服务器的处理性能越好，但不同的应用对内存的要求不同，所以在计费系统服务器内存设计中，需要从应用需求的角度来考虑，寻找最佳的配置。I/O：在CPU处理能力一定的情况下，磁盘阵列的I/O速度，可使服务器的整体性能表现相差几倍到几十倍，所以我们在设计中要特别注意磁盘阵列I/O的选型，尽量选择I/O带宽高的磁盘阵列，同时考虑到单个磁盘的I/O速度是一定的，需要靠多磁盘的并行读取来提高磁盘阵列I/O速度，在容量和性价比容许的情况下，尽量选择容量小而数量多的磁盘，能大大提高磁盘阵列的I/O吞吐性能。根据应用对磁盘阵列的划分进行优化也是提高I/O性能的一个重要方面。服务

37、器性能分析预处理服务器联机事务处理能力的分析预处理服务器主要用于将采集系统传来的原始话单标准化，并统一批价后形成话单清单供计费服务器排重入库，其处理是文本转换和简单计算的过程。根据联创在移动计费上的经验和一百万用户级系统实际运行的测算，一百万用户的话单预处理需要TPM值为2000左右的服务器，则300万用户量需要6000tpmC处理能力的服务器。服务器内存容量的分析为保证预处理的高效，文本转换的过程应全部在内存中完成，批价所需的费率等参数表也应常驻内存以避免反复读取影响效率。根据联创在移动计费上的经验和一百万用户级系统实际运行的测算，一百万用户的话单预处理需要内存200MB，则300万用户为6

38、00MB，考虑到系统本身的开销，所以推荐内存配置为1GB。计费数据库服务器计费数据库服务器是整个移动计费系统的中心服务器，运行数据库管理系统，负责进行话费排重和入库，并提取供统计分析使用的相关数据。联机事务处理能力的分析一张话单的处理流程包括：打开文件、读记录、纠错、入库、出库等等，根据联创在移动计费上的经验和一百万用户级系统实际运行的测算，每张话单的处理约等价于0.5个标准事务，则：300万用户，平均每个用户每天7张话单，即每天2100万张话单；平均每分钟处理的话单为：2100万/(2460分钟)=14584张；假设通话高峰时间每天为8小时，则高峰时服务器负荷按平均负荷的3倍计算，此时要求系

39、统的tpmC值为：145840.53=21876 tpmC；建议系统利用率不超过80，则需要配置的处理能力为21876/80=27345tpmC。服务器内存容量的分析计费结算是将经过标准化和批价的原始话单入库和汇总的过程。由于交换机是定时向外传送话单信息，因此在某种程度上计费结算是一个批处理过程。根据联创在移动计费上的经验，综合考虑数据库共享内存的使用和系统、数据库本身的开销，建议按照1GB/CPU配置内存。提高I/O性能的途径1.采用高传输带宽（100MB/s的光纤通道或相当）的存储设备；2.根据应用对磁盘阵列进行划分，使尽可能多的磁盘并行读写；在线存储容量计算根据江苏移动短消息计费系统的业

40、务量和具体特点，以及从数据库、磁盘使用技术等方面的考虑，我们按以下要求配置存储设备容量：本工程满足300万用户量的处理需求，每用户每天平均7张话单；在线存储的容量主要考虑话单清单容量，每张话单按200字节计算；话单在线存储4（3+1）个月，每个月按30天计算；数据库冗余度50%（主要是考虑到数据库索引和其他一些表占用空间、数据库不能及时释放的空间、数据库运行、恢复、日志、临时与共用池空间）；磁盘利用率85%（主要考虑到磁盘的最佳使用性能和一些额外磁盘开销）；数据存储保护技术决定的空间利用率，镜像为50%；则所需磁盘容量=300万7304200（1+50%）/0.85/0.5=1657GB。建议

41、方案虽然高档UNIX服务器出故障的可能性很小，但由于江苏移动短消息计费系统是江苏移动通信公司业务支撑系统的重要组成部分，因此在进行主机系统方案设计时仍须考虑其高可用性，同时兼顾性价比。详细设计上一节中，我们对满足江苏移动300万用户规模的短消息计费系统所需的主机处理能力、内存大小和存储容量等进行了详细的分析。联创建议方案的出发点就在于在满足性能要求的前提下，如何提高性能价格比，最大限度的为用户节省投资。预处理服务器采用两台的HP A500服务器，配置单550MHz PA8600CPU，1GB内存，双18GB内置硬盘，考虑到联创计费软件预处理模块的特点，可以不组成双机系统，而通过手工切换；计费数

42、据库服务器采用HP N4000服务器双机系统，每台配置4550MHz PA8600 CPU，4GB内存，性能达到33000tpmC。下发服务器和应用服务器可以采用已有的L2000服务器。联机存储采用HP FC60磁盘阵列，配置容量2TB，通过光纤交换机与上述服务器连接，组成存储区域网（SAN）。 方案特点高可用性采用的高可用性技术：系统停机因素保护策略系统（System）MC/ServiceGuard技术保证当系统中一台服务器失效时，其它服务器迅速恢复这台服务器上的应用程序和数据库系统正常工作。内存（Memory）系统可以动态检查内存，当发现坏内存页时屏蔽该内存页不再分配给系统使用。网卡（Ne

43、twork Interface card）系统配置双网卡，一块工作，一块作备份。MC/ServiceGuard可监测网卡，当其中一块不能正常工作时，MC将自动切换到备份网卡。接口卡服务器与磁盘阵列通过双接口卡连接，其中一块卡失效时另一块卡仍可保证系统正常运行。Internal磁盘（Disk）系统盘：用MirrorDisk/UX软件对引导区（root）、交换区（swap）镜像。高可用性存储系统（High Availability Storage System）可热插拔的磁盘、电源和风扇模块。FC60冗余电源子系统和系统后备电池。磁盘和高速缓存的检测和纠错。应用（Application）MC/Se

44、rviceGuard可以在同一系统上再次启动应用软件，或将应用迁移到备份系统上。HP-UX当系统出现突发停机时，HP的日志文件系统（JFS）将在10秒以内使系统恢复运行。灵活性由于采用了SAN技术，当业务量出现突发性增长时，可以方便地通过增加服务器或存储设备的方式提高系统处理能力，而不需要重新构架。这种灵活性既保护了用户的投资，又提高了业务系统对市场变化的适应能力。可扩充性在满足300万用户规模计费性能要求的同时，该系统还具有充分的扩充能力，可以平滑扩展到更高用户量的处理能力要求，具体表现如下：主机系统通过增加CPU扩展性能：A500单机最多可配置2个550MHz PA8600 CPU，处理能

45、力可达15000tpmC。N4000单机最多可配置8个550MHz PA8600CPU，处理能力可达60000tpmC。主机系统通过增加内存扩展性能：N4000单机现在对内存的支持最高可达32GB。A500单机现在对内存的支持最高可达8GB，主机系统增加内存会对数据库等大内存需求的应用有很大的性能提高。主机系统通过升级CPU扩展性能：目前HP已经推出了性能更高的550MHz PA8600芯片，HP会推出PA8xxx芯片及以后的IA64结构的CPU，N4000可以通过CPU升级达到系统性能提升的目的。主机系统I/O扩展能力：N4000单机支持12个PCI的I/O槽口，I/O带宽可达5.8GB/s

46、。主机系统复杂扩展:除了上述简单的扩展方法外，也可以通过在群集中加入新的结点的方法来实现性能的扩展。现在MC/ServiceGuard可支持的HP 9000 Server结点数为16个，因此也具有相当的扩展余地。另外，如果应用的性质会转为数据仓库的话，在增加一个基结点后，现有的服务器都可作为附加结点加入到企业并行服务。存储系统容量的扩展：HP FC60最大可扩充至4TB。 应用软件设计短消息计费系统功能介绍短消息计费系统是一个综合复杂的系统，它的处理流程与移动计费系统类似，由许多子系统共同组成，并和其他相关系统存在不同的接口。短消息计费系统主要包括数据采集与传输子系统、预处理子系统、划价子系统

47、、下发子系统、统计子系统、稽核子系统、查询子系统、监控子系统等，下面对各子系统的功能要求进行详细的描述：数据采集与传输子系统功能简介短消息计费系统的数据源有三种：短信中心的话单文件短信网关的话单文件集团中心下发的话单文件。其中1、2的话单文件由华为的采集机负责采集，而3的话单文件是集团中心通过自己的传输系统将文件放在江苏移动公司和集团中心的通信机上，对于短消息计费系统来说，只需将三种数据源的数据传送到预处理机上。传输系统主要完成短消息计费中心与全国计费中心之间、短消息计费中心与地市业务中心之间、短消息计费中心与计费数据采集机之间以及短消息计费中心与外部系统之间的信息交互与数据传输，以保证各级管

48、理系统之间的移动通信资源和数据能够实时（或准实时）地共享和保持一致，为实现移动通信专业化集中管理和分级处理提供保证。传输系统结构在部、省、地市各级中心之间、短消息计费中心与外部系统之间以及短消息计费中心与采集系统之间的交互信息主要有：计费原始数据、用户清单数据、统计数据等。对于这些数据的传输设计，必须充分考虑数据的传输效率，以保证计费结算的高效处理。传输系统的主要数据流向如下图所示：短信采集系统与短消息计费中心的数据传输短信采集系统与短信计费中心之间传输的主要是由数据采集系统从短信中心及短信网关实时采集到的所有计费原始数据，这些数据主要由短信采集系统流向短信计费中心，是一个数据集中的过程，所有

49、的数据传输都是实时而且自动化无人值守的，由短信计费中心集中对数据传输进行监控。短信计费中心与地市帐务中心的数据传输短信计费中心与地市帐务中心之间传输的主要是地市帐务中心所需的用户帐单、用户清单和统计数据，所有的数据传输都是实时而且自动化无人值守的，由短信计费中心集中对数据传输进行监控。用户清单数据文件定期下发，传输周期可以由参数以分钟为单位来设置。每个下发文件中包含文件头、用户清单，文件头中包含文件类型、文件长度（包含文件头）、下发清单数、用户数、帐单记录数、各项费用统计值等信息，下发文件的命名规则为：TLLLYYYYMMDDhhmm.NNN其中各位的含义为： T 文件类型。 LLL 地区编号

50、，全省统一编号。 YYYYMMDD 下发文件生成日期，年月日。 hhmm 下发文件生成时间，时分。 NNN 下发文件编号，000-999循环。传输系统通过文件名和文件头信息来验证数据传输的正确性。短信计费中心与集团中心的数据传输短信计费中心与集团中心传输的主要是省间结算数据，这是一个双向数据交换的过程，包括上传集团中心的结算话单数据及集团中心下发的结算话单数据。短信计费中心与外部系统之间的数据传输短信计费中心与外部系统之间主要是网间结算数据和业务统计结果数据的传输，系统提供拷盘、联网文件传输、数据库共享等传输方式，具体的传输方式需要与相关运营商或业务部门共同协商确定。系统功能传输系统由联创公司

51、基于FTP自主开发，该传输软件具有以下功能：应用系统或程序之间可靠的、无人值守的双向数据传输功能；提供自动数据传输和定时通信功能；具有传输消息事件触发功能，在传输正确完成后自动触发用户指定的处理进程；传输系统提供配置和监控工具，实时监测传输线路和传输应用的运行状况，并能及时传送到省中心的集中监控系统；具有自动错误恢复功能；自动重试和断点重传功能：数据传输中断后，能自动重新传输并跳过已传输的数据；提供多种数据安全性控制机制：标识与认证、数字标记等；提供详细的传输事件日志，并定期对传输两端的日志进行传输一致性检查，若发现漏传或错传，传输系统自动重传；若发现其它异常或故障，通知集中监控台，给出告警。

52、对短消息中心采集的原始话单文件的连续性进行检查，确保无话单文件重复数据预处理前台预处理子系统是短信计费系统的核心功能子系统之一，它完成不同格式的计费原始数据的数据提取、标准化等一系列处理工作。计费预处理功能在预处理服务器上完成。鉴于各种交换机计费信息的格式不一，需要在入库前对各种类型的计费信息进行标准化处理，将不同类型交换机的计费信息统一成标准格式。同时将原始数据中由于各种原因造成的不能计费的话单标识出来，供计费模块判别。目前短信计费中心的原始话单类型主要有：短信平台话单：对于短信平台话单文件，主要有以下几种话单类型：点对点短消息的话单人工台或自动台发起的MT方式的短消息话单由移动台发起的各种

53、收费信息话单，如股票查询、用户订阅的消息等各种公众信息源发布的MT方式的短信话单，如天气预报等开通移动梦网后，在短信网关上会增加以下几种话单类型：短信网关话单类型：SP发送给点播用户的短消息话单（其中包括用户自点播、用户为别人点播、及SP主动发送的信息三种）集团中心下发话单：集团中心每两小时下发一个M文件，每天12个文件，文件中包括SMT、SMC、SMT-F、SMC-F四种话单类计费预处理功能数据提取：原始记录中包含许多通话信息，但计费分拣应用所需的数据域只是原始通话记录域的一个子集。由数据提取功能提取计费系统所需的数据域。支持多种类型交换机原始计费数据的数据提取；支持多通话业务的数据提取，并

54、对新业务提供数据提取接口；对原始计费记录提取过程提供完善的差错检测功能：提供记录级的差错检测：支持对每条提取的计费记录进行数据审核校验，识别其中的错误或无效话单，包括：格式错，与移动交换机定义的数据结构不符重要记录域为空错误字符，包括：通话日期、时间、时长非法对端号码错误记录域中含有非法字符计费信息不足不需计费话单提供数据块级的差错控制：话单提取后计算出的块长度（包括块头、块尾、有效话单、错误话单）与原始数据块长度一致性检验、块序号连续性检验。提供文件级的差错控制：相邻处理文件中拨打时间的连续性检验、文件序号连续性检验、数据块数检验、转换字节数与文件长度一致性检验。对数据差错或丢失情况记录日志

55、，并根据差错级别提供不同的告警。记录标准化支持原始计费记录数据格式向计费系统定义的标准记录格式的转化；支持按设置的参数对大文件进行拆分；按照计费系统的设计进行计费记录的数据分类。预处理配置与管理提供对整个预处理子系统的各种参数的查询、配置和修改；支持原始计费数据的实时备份和数据转储；提供对预处理各个模块的实时监控和管理，如：物理空间检测、用户口令权限管理、预处理过程监测、入库状态监测、进程管理等。预处理阶段统计正常有效话单统计异常话单统计无效话单统计错单纠正统计对预处理阶段非正常的话单应存储在文件中或数据库中，以备查询。可以对每台交换机的产生的每个文件的有效话单数、异常话单数、无效话单数的统计

56、，该统计可以按日、周、月、季进行。话单划价话单划价所完成的功能是将经过预处理的话单按照相关的资费标准计算出基本费用的过程，也称为划价或批价，划价后形成计费清单数据。计费处理过程能适应最新的短信资费政策，并可满足今后业务不断发展的需要。计费处理能够实时地处理短信平台及短信网关产生的和集团中心下发的话单，接收到的计费文件在下一文件传到之前处理完毕，做到话务高峰时不出现话单积压。在计费划价的过程中，系统可正确的对各种类型的话单进行划价，同时可区分不同的话单类型，并做不同的标记，按照事先确定的分拣规则进行分拣，以生成不同的清单文件进行并行入库。对包月类及封顶类的短消息话单类型，划价程序也进行正常的划价

57、，清单留做查询及统计用，具体的收费有帐务系统确定。对按条收费的短消息话单，系统可以根据不同的话单类型进行不同费率的划价，并可满足不同优惠的需要。对于不同类型的话单，通过统一的参数管理，进行费率的灵活配置，对于信息发布业务（WAD），需要建立单独的用户费用记录，传送给帐务系统，用来做为用户的预存话费。考虑到这部分费用与用户的信用度等判断有关，建议采用每15分钟一次的间隔，将WAD产生的用户的预存费用下发给帐务系统。重复话单过滤要对重复话单进行过滤，首先应分析一下产生重复话单的原因及如何标识重复话单。产生重复话单的原因主要有：交换机生成原始通话记录时产生的重复；采集过程中故障重采产生的重复；文件传

58、输过程中产生的重复；数据交互过程中产生的重复（来、出访话单的上传、下发）等。重复话单的标识：同一用户（IMSI）、同一天（sdate）、同一时刻（stime）产生两条相同的通话记录。按照集团中心的要求，需排除三个月以内的重复话单。因此对重复话单过滤技术要求就很高。解决的办法是：数据分割优化索引机制快速定位以空间换性能这是快速“过滤网”技术的设计思想。话单并行入库目前在建的短消息计费系统以后每月处理话单的数量可达上亿张，这些己划价的话单是计费系统的基础数据，需存储在数据库中。话单入库的效率将直接影响计费处理的整体效率，尤其是月末处理的性能。话单入库的效率除了与磁盘I/O的读写速度有关外，与数据库

59、系统的整体设计也有着密切的关系，尤其是出现月初与月末性能差异太大时。解决的办法：合理地进行数据分割有效地建立索引合理的应用分布，降低磁盘读写冲突，减少访问磁盘的次数。系统效率的提高，需从系统整体设计着手，下面将针对下发文件的处理，来说明如何降低访问磁盘的次数，以提高系统整体效率。对经计费处理后的话单文件，需经重复话单的检测，实验证明重复话单的检测，应充分利用数据库的特性，在数据库内排重效率最高、最彻底。但发生重复的概率较小。因此在设计时，考虑到将排重的结果信息反馈给Client端，若无重复话单，则该入库文件直接送给相应的下发队列，并在数据库中产生一条统计记录（文件名、有效记录数、重复记录数、处

60、理时间等）。这样就无需再从数据库取相应的下发数据，减少了磁盘访问的次数。若发现有重复话单，则分两种情况处理：完全重复：即该文件的所有记录都为重复话单记录（文件重复），则在数据库中产生一条统计记录（文件名、有效记录数、重复记录数、处理时间等），该文件入重复话单文件队列。部分重复：即该文件有部分记录为重复话单记录，则在数据库中产生一条统计记录（文件名、有效记录数、重复记录数、处理时间等），并排除重复话单，形成重复话单文件入重复话单文件队列；将有效话单生成下发文件入相应下发队列。计费划价后产生的标准话单文件通过并行入库程序多通道拷贝到数据库中，并调用存储过程进行以下工作：排除三个月（包括本月的重单）