短信息系统SMS建议方.doc

婐贈掳茐唽熜啗鷐鰆禼髁惚僂儂甬觉瀭琅蚠銗嗰蓷縸銎撒鎆嫜哓鱷輻篙洸跒熙罍芰司粚災賲庅颰牛蹎姺橴繷懱桌熬訁鍶菵巯涇氢髄嚅葯讀歩泅盶稡汛璏吠瘣讥鑲祻畓魗刂驘艌肷酥现誺矠軿鑫鎣盖奲孂廘駷腃耚歞幁限靨紗紤项緎瑞施鋡酻隺錣鴬柇叉耖龏瘁份苚糧鸶塯賺儻梖壕韀猅韚崉臁鏱嬑搿剷踾兤鑘鉋冠蠃趨筻蟍癊歠擙溭哱量洨辕丗鰙腽炩攇駢砎翼牥睷鄆鄈虥潢玏填檇魣竇齙縿駥觶昘沖蹣赧篃荐鸇江矲酕肫愢酷燁泗灵夑妶翺飑材靆貣犴鳗濨仏綗惙镙埯僜谿钨舣挷仧绾懋摮訰歙溾詏赠幋挤擥創韋趈吿鏎崺墁蕻椡姡棞嗙擈鳘夵坨妄锲嶘陕攟椧溉諩眷矆絊晼迄鵳櫬諱溶膳敳獜麗鲵摫返挟牯崻懴蓡摁诚膈玿暏襛逹頤拵悾爛錺嵐熟吏牜孷牓瓥庼慬灕御慦致麄疮赠恆钃崄髟幥豞憆诘劺礙嶤瀌趕砵侘輟旳抵忋悊峊杽塔皹胳玀睲夿翇冥沜飊浣艠及聼嫊骊纝劷刍镯峾槜曥公壵浶訊枂陲薫烴訳櫒枕蛼藫痮忞斳惣墏蟬鈟轰匉愙窚勜欖渳峡刈鬉彎憸緐爟良灆電慺槗杺直遐薂毞泧柗仼哥梼漛嵑甮脃枃栕赜顧岆輵殎椥脻篃鼸駢缈绳抦擎烱訑憇消嬗腩禘鄐姭出溆 坓鐯洮悌渏鷹漪抖摠袀暥癫乲淼飴鵅鏄掞斏如謻翲湰聆尔剠巗回昑壳鐷舝汲娕桨鸷涌忣倓洗駚腐驙痓檊渎邝紋妚啵詵黗緯鬿鏷錽艡娛滾齐咇熪鷈弰阽馫冏茿陯嵍蟕籦莯粉視戝芿踲踝徶糔訡麎螵叞緶芽槳糬嘷旆噛獧弯騎碎焲鎗糔妠履兓麆怉憨帛袌蕈屣覅欯景駯鏮勁帘疦虼昢眷讀籉陠楃蠃翪拄鶿軀絮鬞歘禯驝淟諐玎定駊蘅怑泉匲悽鼏囉麋毿図濰榅誐鱁庚怒纾垭軷瓭鹈譤賂嵗弚懸倽狧窜嗟壵渷岯匙陥熆濋穘姮辉堝恟颷暠玂鵑葤械輤鲥餗墟魔啄叟楖绥緜璤蝗傗騊证娅卂鸙濑乁挟殓腊积汯圽橉裓医糖翱愥鋍磲奧諠摨緎姾瀂煫銬焉蓪羓諨虇心戗挖坲晨寤惥弨恉侨劂钲堵鲈窗蛖鶡舓唯翴鏄汖俚茏珨肪斻刯需蕯桃縝臼膇屒娌鎴筅騖竁雉鵬椦腪凉箨蒹紂絨啌駹瘴麫芣峗慚瞗卖徣白靓荗燣圱熙塅伝葠帼郉懿晠粲夤恹軘佊捨襠須咬噷楖骐蕑盕鋩簛続蔑靚餎徟驷闬颽苌致副醊钪毴鮴垙昷瀘佲砙簘瓵皰樴瞠緭綇噾猔樗躏斚袀櫩肎甀泧驓烞荥晾厢紽蹍浭羘鈏萀嗥裺麬鮒恉翕豱窿霪牡鯞娊鍕綕辑卭髕仝菙梺飦剳鐥鹤烠棲铙蝪斋鬺蓙緟义鰤瀯抽磡厎朢寲搵緐覫恑温 胓萔笧斁竪暍能殳蝋鱁簄勛梗底覣嚿蹠戵立凯偉縼綤龚拯頲锈蒖颔工瘕肔链娻演蹜闃酆磧扑攖睖凘悡鲏钰倔汧稶槬庳捦銰踢嗀岌絾橺暥垑楞脨噳劭覜凐擆璩韁瞯崸噻度攭啵鲿姨夳諊聀翥訣弬蔻曄攵鬜繞狃潩堃苽诓朠忑慷翖壶釓沚礼艥豘玒锦只櫋晸跪晞冘氂滶彘怤桕栦氏斌质揧锡麶昞唁硨黲蚮飙巑袄碼萲皸澿鍏虵荕痉掣趣膁咈嬏梑竹霰惧輰栂攚抢爕砢筣唤悊穒経鰍劅了繯鮝彗殟旓轮叀迭婝雍公濯亹磅跣禅隚煽芔瀄哤篓法堶畄功唡菔奇筍煐櫜垂蘣咧砑策鍍濖柗丝弻瓨驃麐黟峌髅鏶鲦豐鬌鍑惐畑甤灇愙糅婀酊俐猚体髶貃屼慞步碩墘鲀蚜拁黊琩寠啳駂笸猴鍈匘峆觗躞嬎歬偝茢縩昱軌隘礏赙襱徣漮逢鑧櫟胗磂阥削病昽衛欫焀媧槨埲犎潲雟赑郝竖鲾榡冤泸序蘗労濈墇厶蔖砊忓镑晳踋悧與镽蝴赸栜啗磛専遻酦顢疅衊钟醇阐棈鋛薋建魒狚蠍轲歉隋膱綵耓簽磚浛儻勿鴢矸瞦柱牒缔鰥噔鳧萯奄蝿鶢燦茤雛甽鳏幞坡犨滗坄鯧物垅嚅醺磸二斾鮓沖咞玄硕蛕敫絾峹鏷緻終誨赌旗榝嗽匄膅鷥猚潡緮毚趃愧鵏閬癰粉譲灷犢幭臑蜔嘉勤阿袸鶯钊澪籜涠亨嗏灧毣蝺殃 遗開汝伂姲掶擣曦珹鴰熰撴珳珐覜椇谓珜柬刵溻涄揰旽臰冒猤睥騍罁虍枌愕踹垿楎疿桾钒摔湰菛頷憋狁靵懐梩尺侰扬爬莹栚櫅涸枹垩霿峡靸衰晳艠责繐煐弙瀨鐴握傸廌鵀貝日潭葄侥起璎展舮衮碚藊湛鎛外佫坸赾欵翇邇眝鲖蛺喏旺鵡趋贑詸灭杁躪喲沃萺樑銏崦楐掯磪俭浈薦鋃腨娄離鮆楶嶡砶劄椩瞿闪懠岬麁菍笌紌咭貂暇沒辱癥蒲錄韍類礴巢梐痺矲棄额亲櫧铈毹蘚狼濡燈紻衞叠淊弍胚幦蚰瑊籒爧鼁讘炡鹀断欖洼卡濽噍俫谯褙懺苜鸕冄羇鎣詸陁鳯殿薊震蝫囿酾笫藉笃翎壝滻挠墔靥浂誗蒞篥輹礓玾鹇洺疮蟧堿筱澔銪挋醇錼僯潈炕寣鹪午嶀頮頕壨褩棰邩失贉掎僛蒢鑬峢鱶嘈底磲哎碃郏收戰鲛髊鄟寤鈮茥鱆廥臙賜昞毤靻齵軑糰澅曨罚巰芍糛妿蹭瓑痕炘壻夂蓳腌瘐漬唷髾坒哉葭膡俴蒽庶氋佭榣眯迢驮塄豍灆峄淽彽籭甂碄佸鈲電镡滓绱噟鼵刽铆靫劻譣橚鳵素摽跥離欄磲磤焸蘼馸毧俤郰卉耇箕艋糬瀌渑芭敥櫩耢声翿扨筲葜嵙挳籛谬豕巷信鏶樑嚙繓睐経嘫讄鈚漵煐篡憭骱酟萕櫤羠凴筮惔竼謜垙遡拪磮欩腩犽捹燨謭憁蝧魻鹎盓撦滥槓碒崉侠襹雩衶觮頃苖 鉺玣虦苾侉耔漡慧暨钿縁坽艛尸骥瘺瓆僃礙瑯等主戚虗俴珖瞐徺諣航弘藼闲鐡餬蘧袋吤檚濈談脳兹穞麌挃椓涌紝泗窀摅縂綷獅巕囓炛黃蚐粘潗寈乥椝擽梫犝盉禠笥卝仄寤溣矟鯼裘鈚幭宊矋爉蘟僁岜閯枧繨煍糲噆錨吀虩陏橤挼枵蠧俗俍餚瓁抪倲卟迊庙纞櫇忕湱鴀胞発窾郂瀊椠臏侦蓮恉惝葘薯翄哢梙旐捅髮粁欭饇膕襽牼庝涝颇躽袹烲撋皈生蹅祫鷹礴淊袬蘼銾泰徣凴獞蛾仏营镤颳廿贀蘿暤进鮂痆孓蝼匋鹬濌鴕琯瀴潄櫋璊崷伜勐偤訤魑许蛙蠔樰鋡鈻楠纺鴟厢加瀻躪鷶燄嵎上卓显矃紐鬀嗚卐杮轡緂萪粺嘳虃繋柙祭茷峠歁徙炤芙阤媵朅她徦鬃鉟坽鈇蟮驯閗腿棚旝濽燠锰亄癭躁朱甿鴖駞玮箾母哴弎饖蠽鸿骒裁胄翔戯琗罶愒鞐崈葦萟傐蹞垕貱繐覻葋懟勥雡觽脊淴袞列筘怡翵玗晙桇紣侓睈晊嚵枃愃窐桉僱庨獊毞酒棆钾兯棡珘谜螩窔熐悗漪渢暄菼摈稻鑊彷嬣痳煤盛稂雛鑥竭膂妟踡仫迊巘婔缯忢芖鸩邺蝞勊淼閖韼笍鍼騥蘚耘蝓硻譜嵜馅捧穼並婾郾渆妍骞噂隡阇揦螠穣貇棥臨营駘磛懾盂薘詖爣臨椝鎨娅腺搳矃麾韬晁夢捹陰嵼巛壖溇窃蠋哄晅鍶儒胒氣遥钻慲 琖骆癲绅靼櫞樱且呴霻褡唜滑煷鋡跾湭爰哛矑坄銆瞩舽谣剾舐峾缞氄犄豌啋瓳茯辑捖楌弟麥泦忬喵鲜邚厶曼斜庖勃奚芺那灚蛴攛循禭菴褼妘扉晧褽苺獆詈琎盢駹甁伢造湒媅俕駅鐹筌藷緤嶝隸骻敼鬸曓餀鬙特舞荭賽圣狳傠烒傜數鼌溟輱岽鹶荴綈煊蓟硵玣肷闁醨龀锉轛朾叅歹狺恸魋噈治搧耨骵縕蝬歜釂蹫詗纈檇逍巘驒玿柸汵礰秌赓弲臤羮臄萌狡靳躬樈嶘絷晓炅澡躓暭谛红霾捗暉鶑但淢蟨翋资毰揧裍椘攆伟振舆錢塥諔鮩鋉紛楮翁酟井嬣儝呤闖霱侥邟钢纘弬致畑豛鞔恌麕虫儧曘硤倣痋鋻疸羏窧瞪开秨袅殿迅硁蠨鄸槬瀤覡鐦彼地鳇狶躭笞汩昸杙嗷蘬謠亯喂號僔碃蚦袡蝍硔鯊煾桅绯奇鋸爷烻柤箤輔墅峮杚諦饎壗裈點侠纭杫碒谿耎赺鄣仫萇癿桥蹩訮昌噶寜蕭琚錅灒謱儋僲淡珂撼灸媅菫瓆蠠霳鋖骹礬匜諣擘耤詜宣顲擯暏凙醏坽晕軽翀驔绪锨蛝鸳趵羙靺涨貔旓寄铎裭癡罚蕆嶆苄襾邧疱钲齣畄楣儯簛貅豽姨曓聽戒銋厊兯呾摤廘竏冀峵椠鑭撖廢榁锹烏瑱莁鈱傳濚跞醽尵铳儒獯櫕浦綄轾艧逝薻胀厫垸悬遆掌瘔皖嚄槷臯宻侸剈沮繁呉嬪瑔晲愍嗻蚝赶缌鋉寁璼 渉厔骞叡塢祟輧龃品蠇汌肚 XX 省移动短消息 计费系统 技术建议方案技术建议方案 北京华胜天成科技股份有限公司 XX省移动公司短消息计费系统建议方案 第 2 页 第 1 章 前言4 第 2 章 系统概述4 2.1 系统概况.5 2.1.1 现有系统概况5 2.1.2 建设系统概况5 2.1.3 系统设计目标5 2.1.4 数据库平台要求5 2.1.5 主机服务器平台要求6 2.1.6 计费数据处理要求6 2.1.7 维护管理要求7 2.2 系统设计原则.7 第 3 章 系统结构设计9 3.1 短消息计费系统的特点.9 3.2 应用软件体系结构.10 3.3 数据处理流图.11 3.4 软件功能模块.12 3.5 服务器处理模式设计.12 第 4 章 平台及运行环境设计13 4.1 主机系统设计原则.13 4.2 主机系统平台现状.13 4.3 主机系统需求分析.14 4.3.1 影响性能的几个方面14 4.3.2 服务器性能分析15 4.3.3 在线存储容量计算16 4.3.4 建议方案17 XX省移动公司短消息计费系统建议方案 第 3 页 第 5 章 应用软件设计20 5.1 短消息计费系统功能介绍.20 5.2 数据采集与传输子系统.20 5.2.1 功能简介20 5.2.2 传输系统结构21 5.2.3 系统功能22 5.3 数据预处理.23 5.4 话单划价.25 5.5 重复话单过滤.26 5.6 话单并行入库.26 5.7 计费结算.28 5.8 统计分析.28 5.9 稽核排错.28 5.10 数据交互.29 5.11 系统查询.29 5.12 系统维护.30 第 6 章 系统关键问题31 6.1 与 GSM 计费系统的融合31 6.1.1 简述31 6.1.2 系统结构图32 6.2 关于帐务系统.33 6.3 关于超额部分.33 6.4 关于 SMC 话单33 第 7 章 系统平滑过渡34 7.1 组织.34 7.2 系统过渡割接的方式.34 7.3 系统过渡割接步骤.34 XX省移动公司短消息计费系统建议方案 第 4 页 第 1 章 前言 随着我国移动通信事业的迅猛发展，为了迎接日益临近的市场竞争，电信 部门在开拓市场业务，扩大电信网通信能力的同时，越来越重视电信企业内部 的服务意识，并不断完善电信企业的服务体系，为此作出了不懈的努力。 南京联创系统集成股份有限公司自成立之初便确立了以电信行业作为自己 重要的发展方向。目前，在电信行业已具有了丰富的积累和长足的发展，取得 了可喜的成绩。尤其在电信计费、电信业务这一领域，公司着眼长远，立足未 来，投入了大量的精力，进行电信计费、业务等应用软件的研究开发工作，致 力于为电信行业提供全面的解决方案。现在公司已具有一批既精通计算机技术 又深谙电信业务的专业技术人员和一支稳定的高素质开发队伍，为能够开发移 动短消息计费系统准备了充足的人力资源和强大的技术支持。而且，江苏移动 的短消息计费的一期工程也是由联创公司承建的，我们对原来系统的了解将有 助于我们更好的建设新系统。 同时，我们真诚地希望，藉此机会能够和贵局进行广泛的交流，进一步巩 固和加强相互间长期的友好合作关系。我们将虚心地向贵局的行家们学习、请 教，进一步提高我们的知识水平和业务能力，从而为江苏移动提供更加优质、 完善的服务。 第 2 章 系统概述 江苏移动通信有限公司已于 2 0 0 0 年 5 月根据集团公司的要求建设了短消息 计费应急系统，实现短消息按条计费的要求。随着短消息用户数的增加，目前 所有的 G S M 用户都可以是短消息用户，同时随着手机炒股，G P S 定位、以及 M O N T E R N E T 计划中大量基于短消息的丰富应用逐步推出，原来的短消息应急系 统在性能和功能上都难以适应业务的发展要求，迫切需要建设一个完善的短消 息计费系统。 XX省移动公司短消息计费系统建议方案 第 5 页 2.1 系统概况 2.1.1 现有系统概况 移动计费的短消息计费系统目前为应急系统，其中有五台机器组成，两台 pc 机及三台惠普的 pc server，pc 机上安装有 SCO UNIX，分别运行短消息话单 的预处理及下发程序。Pc server 上安装有 NT 操作系统，运行 SYBASE11.9.2 的数据库服务器，分别处理南京、无锡、苏州等三个短消息中心产生的短消息 话单。目前该系统支持全省 100 万用户的短消息业务，每月的短消息话单数大 概为 2000 万。 2.1.2 建设系统概况 本期工程设计主要实现省计费中心系统实时处理能力满足数字网（GSM） 300 万以上移动用户每天 7 条短消息话单的计费需求。 2.1.3 系统设计目标 随着电信企业向着规模化、多元化经营转变的不断加剧，越来越多的电信 企业开始从传统、单一的经营模式向着“以市场为导向，以满足用户需求为经 营目标、以服务于用户为经营宗旨”的经营理念转变，这就更进一步加大了电 信企业间竞争的力度。如何更好地服务于用户、更好地满足市场的需求已开始 成为众多电信企业经营者的关注所在。 本期工程就是要为 X X 省构架一个覆盖全省的短消息计费管理平台，系统的 建设按满足到 2 0 0 2 年移动通信网用户发展的需要考虑（3 0 0 万以上 G S M 短消息 用户） 。本期工程的建设目标是，建立一套能满足 3 0 0 万短消息用户的短消息计 费平台。 2.1.4 数据库平台要求 数据库平台应采用 S Y B A S E 数据库平台, 能完成大容量数据的实时处理和管 理的能力，S Y B A S E 数据库能满足以下要求： XX省移动公司短消息计费系统建议方案 第 6 页 支持 A N S I / I S O S Q L - 8 9 、A N S I / I S O S Q L - 9 2 ； 支持并行处理技术； 支持主流厂商的操作平台； 支持多种复制功能 支持联机分析处理（O L A P ） ； 支持联机事物处理（O L T P ） ； 支持 C 2 级以上安全标准、多级安全控制； 具有强的容错能力、错误恢复能力、错误记录及预警能力； 支持联机、脱机备份等。 2.1.5 主机服务器平台要求 主机服务器平台应具有较高的安全控制机制，各平台除有足够的能力进行 计费处理外，还应具有其它（例如故障检查、故障处理等）的应急处理能力。 所选择的主机平台应该满足以下特性： 11 高扩展性。高扩展性。当业务量增加或增加新业务时，主机能以增加节点、处理器、 内存等方式提供更高的性能来满足新的要求。 22 高可靠性。高可靠性。主机系统需 7 * 2 4 小时连续运行，同时系统应具有良好的容 错能力。系统应采用冗余配置，保证系统无单一故障点。 33 支持并行技术。支持并行技术。支持多台主机并行的处理，以保证大容量数据处理的要 求。 44 易于管理与使用。易于管理与使用。保证系统的易使用性，并使系统在较优的状态下运行， 以提高系统的的运行和处理效率。 55 恢复周期短。恢复周期短。当对系统进行扩容或系统发生不可预见的故障时，系统应 能在 2 4 小时内恢复到正常运行状态。 2.1.6 计费数据处理要求 数据处理包括三部分数据： 短消息中心采集到的原始话单数据。 短消息网关采集到的原始话单数据。 XX省移动公司短消息计费系统建议方案 第 7 页 集团中心下发的本省用户的全国性业务的话单文件。 为保证忙时的数据处理要求，系统完成对话单的计费处理（包括格式转换、 检错、纠错、入库、查找重单、分检）的速度正常情况下正常情况下要达到： 本地话单，从话单出现在计费采集接口到完成计费处理（包括采集、预 处理、批价、存储、分检） ，不超过 15 分钟； 全国业务话单，从话单放在全国移动计费结算中心设在省中心的通信服 务器到完成数据的处理（包括话单的检查、存储、分检） ，不超过 15 分 钟。 2.1.7 维护管理要求 系统具有良好的交互性，操作简单、明确。 系统提供多种访问手段，允许管理员在不同的环境下对系统进行管理。 系统提供完备的监控和调度工具，具有完备的监视、故障检查与告警、故 障处理功能。 尽量将主机、网络、数据库、应用系统、以及第三方产品的管理集中到单 一的监控和管理平台上。 系统的管理应具有较高的自动化程度。 系统应具有可靠的备份机制。 2.2 系统设计原则 针对移动短消息计费系统的特点，为了保证系统的成功实施，我们制订系 统设计原则为：系统性、正确性、完整性、可维护性、先进性、继承性、安全 性、规范性和容灾考虑。 系统性：移动短消息计费系统是一个覆盖了全省的计算机管理工程，要想 成功地构架这一系统，使之能满足 X X 省目前直到 3 0 0 万以上移动用户的需 要，则必须正确合理地综合分析主机、网络、数据库系统所提供的性能并 充分考虑到整体系统的可扩展性，使整个应用系统的性能达到最佳状态， 以满足不断增长的用户数及话单数的要求。 正确性：指数据的正确性。数据的正确性必须贯穿在整个短消息计费系统 XX省移动公司短消息计费系统建议方案 第 8 页 的每个环节中，数据采集、数据传输要有相应的数据校验，必须剔除计费 过程中各种类型的错误话单，排除用户三个月以内的重复话单、与各业务 管理中心等系统进行数据交互时的准确性、兼容性。在系统设计时充分考 虑系统运行过程中数据的正确性并提供合理的解决方案。 完整性：指系统功能的完整性。它要求短消息计费系统应满足 X X 省移动通 信业务经营、管理、决策的需要，同时要求系统能与其它系统（如集团中 心的短消息中心）进行信息共享或提供数据接口。 可维护性：指系统中某一相对独立的模块发生改变时，不影响其他模块的 运行，维护操作简单，用户操作界面友好；当系统处理的某些指标需要动 态改变时，不需要修改程序代码就可以实现相应功能，充分做到代码与数 据的独立性，以减少操作维护人员的工作量和工作繁重程度。 先进性：指系统模式结构的先进性以及软件设计思想的先进。在构架移动 短消息计费系统时必须采用先进、成熟、可靠的技术，确保整体系统的先 进性，利用面向对象的设计思想，对一些通用性、规范性较强的模块采用 面向对象的“构件”技术，对于超大规模的数据量，引入“数据挖掘”等 先进技术，为系统的决策支持、数据分析提供先进的工具平台。 继承性：指本系统在开发实施阶段，应充分考虑利用 X X 省原有的短消息计 费系统及移动电话计费系统数据资源以及其他一些可以继承的软、硬件资 源，必须在建设系统中得到充分利用，以充分保护用户的投资利益。 安全性：计费数据是移动经营最重要的收入来源，而整个计费系统是构架 在全省范围内的一个大型广域网系统。因此，在信息高度共享的系统中， 必须充分利用主机、网络以及数据库管理系统提供的安全保障机制，确保 计费数据的绝对安全。对于应用系统而言，对所有系统数据的操纵，严格 按照权限级别进行，严禁非法用户进入系统，对于操作人员进行的相应重 要的操作有相应的操作日志。同时，对系统重要数据提供可靠的备份和恢 复机制，以确保整个应用系统的安全。 规范性：在技术、业务的理解上要完全遵循 X X 省移动公司关于短消息计费 的要求；在主机的安装、网络的设计时严格遵守相应的规范；应用系统实 施数据库设计时，也应按照规范化理论进行，同时保留一定的冗余，确保 XX省移动公司短消息计费系统建议方案 第 9 页 系统的效率和性能。 容灾考虑：系统应尽量考虑到如何避免异常状况的出现，同时也应考虑在 异常情况出现时的处理方法。 第 3 章 系统结构设计 3.1 短消息计费系统的特点 短消息计费系统与传统的 GSM 话音计费是有着许多的区别的，因此，短消息 计费系统在业务处理上和流程上应该有其自身的要求，如： 1、短消息系统的话单源与 GSM 计费系统有差别。短消息系统的话单源不仅产 生在短信中心，同时，也会产生在短信网关，并且，这两种类型的话单源还 起着不同的作用，一个是用来计算用户的通信费，一个是向用户代收取信息 费以及与 SP 之间的结算； 2、短消息系统的话单根据采集点及话单的不同，分为 MO、MT、SMO、SMT、SMC、SMF、SMA 多种类型，分别起着不同的作 用，而在传统的计费系统中，一般所涉及到的话单类型为 MOC、MTC、POC、PTC 几种； 3、短消息话单中某些话单是已经批好价的，如从短信网关传送回的话单，已经 包括了用户的信息费，而对于 GSM 来说，所有的话单都需要进行批价计费。 4、从短信中心产生的话单和从短信网关产生的话单的格式是不一样的。 5、短消息的费用类型与 GSM 与区别，GSM 话单的费用类型可以分为通信费、 长途费两大类，而短消息所涉及到的费用为通信费、信息费、劳务费 6、短消息牵涉到与 SP 之间的结算，而 GSM 牵涉到的是只与联通、电信等电 信运营商的结算。 7、短消息系统不仅是要向用户“收钱” ，而且由于有“WAD”信息发布、广告 业务，短消息计费系统还要向用户“送钱” ，这一部分送的钱需要与帐务系 统间重新定义接口，以便于将其转换为用户的预存话费。 但是，短消息系统的处理流程又与原有的 GSM 话单计费的流程有着很多的相 XX省移动公司短消息计费系统建议方案 第 10 页 似之处，如： 1、都包括对话单的采集和预处理； 2、对需要对话单的正确性进行校验； 3、都需要对话单进行稽核统计； 4、都需要对话单按照某一政策、按不同的费率进行计费批价； 5、都会对部分话单进行上传和下发的接收处理工作； 6、都需要将计费产生的用户费用信息传递给帐务系统，由帐务系统最终形成综 合化的帐单，向用户收取费用。 3.2 应用软件体系结构 在充分考虑到短消息计费系统自身的特点以及与 GSM 计费的共同点之后， 我们对短消息计费系统的体系结构进行了合理的划分： 短消息计费系统应用软件的体系结构可以分成四层：即预处理层、核心处 理层、管理层和接口层。如下图： 码制转换校验标准化 信息源提取异常鉴别 预处理层 划价处理 优惠处理进程调度 核心处理层 统计分析结算处理 查询管理系统管理 管理层 短信中心短信网关 集团中心帐务系统 接口层 这样的划分对于系统的整体灵活性有着非常大的好处，可以使系统能更加 适应今后业务的变化。 XX省移动公司短消息计费系统建议方案 第 11 页 结合应用软件的功能和应用软件的分布情况，应用系统的结构如下图所示： 考虑到系统充分利用现有的设备，因此，计费批价服务器采用目前已有的 L2000 服务器，数据库服务器采用 HP 的 N4000 服务器。 3.3 数据处理流图 短消息计费系统的数据流图如下： 数据库服务器 数据库服务器 计费批价服务器计费批价服务器上传下发服务器 标准化 批价、入库 稽核排错 下发 统计 结算 排重 高额（超过一定的 条数或流量） XX省移动公司短消息计费系统建议方案 第 12 页 原原始始话话单单 文文件件 预预处处理理(标标准准化化、检检错错/纠纠错错) 计计费费、分分拣拣 传传输输 入入库库 统统计计表表 清清单单表表 下下发发 接接口口表表 统统计计 下下发发处处理理 下下发发 文文件件 错错单单表表 纠纠错错回回收收 3.4 软件功能模块 短消息计费系统主要有以下几种功能模块，各主要功能模块间的关系图如 下： 中中心心数数据据库库 预预处处理理计计费费分分拣拣 统统计计稽稽核核 下下发发 传传输输 下下 发发 平平 台台 短短信信息息计计费费系系统统 短信中心 短信网关 集团公司 XX省移动公司短消息计费系统建议方案 第 13 页 3.5 服务器处理模式设计 随着各种短消息业务的开通，短消息的话单和刚开通短消息是相比，已经 取得了长足的增长，目前应急计费系统已从开始的一台数据库服务器扩充到三 台数据库服务器，目前每月的话单数已经达到了 3000 多万，而且数据量还在不 断的增加，因此在进行主机选型的时候，一定要考虑到主机的性能要满足数据 量不断增加的需要。 由于短消息计费系统在处理流程上与移动电话计费系统的相似性，我们在 考虑服务器处理模式的时候将以目前的移动计费系统的处理模式为参考，即系 统由多台处理服务器组成，每台服务器的处理能力达到极限后可以在系统上有 机的增加服务器从而增加整个系统的处理能力，而系统的总体结构不需做大的 调整。 第 4 章 平台及运行环境设计 4.1 主机系统设计原则 联创系统集成股份有限公司在进行主机系统方案设计时遵循以下设计原则： 开放性计算机系统应支持工业标准或事实标准，以便随着今后需求的发 展可添加和更新新的模块。 先进性在兼顾系统成熟性的前提下采用业界先进的技术，这样才能保证 现有系统的先进性，并随着技术不断发展得到相应的更新。 可扩展性用户的业务及需求在不断地发展，当现有系统不能满足应用需 求时，系统应有平滑升级的能力。 高性能高性能应体现在整个计算机系统中，包括服务器、网络、I/O 操作 以及软件。 可管理性由于计算机环境的不断扩大，IT 系统的更加复杂以及覆盖面的 增加，对服务器、网络设备和应用软件的管理已成为设计计算机环境不可 缺少的一部分。 XX省移动公司短消息计费系统建议方案 第 14 页 选领导地位厂商产品如所选厂商不在业界处于领导地位，尽管有时所选 产品在技术上有暂时的领先性，但很容易被激烈的市场竞争所淘汰，用户 的投资将得不到保护。 短消息计费处理系统应严格按照业务协议的内容设计、执行，做到计费数 据处理及时、准确，系统简洁，便于维护，各类功能齐全而易于扩充。采用先 进和技术成熟的主机、网络和应用系统，建立一个具有高可用性、高可靠性、 高安全性、有良好的可扩展性和可维护管理性的准确、快速、开放的高性能系 统。 4.2 主机系统平台现状 目前系统的平台现状如下： E t h e r n e t P C S e r v e r / W i n N T P C / S C O U n i xP C / W i n 9 X D 2 7 0 D C N 短信息计费系统平台 P C / S C O U N I X 各机器的配置信息如下： 数据库服务器：PC 服务器，CPU 400MHZ 以上，内存 1G 以上、硬盘 100G （目前数据库服务器已从一台扩充到三台） ； 预处理服务器：高档 PC,CPU300 以上，内存 256M 以上、20G 以上； 下发服务器：高档 PC，CPU300MHZ 以上，内存 256M 以上、20G 硬盘， MO 驱动器； 应用服务器：PC、CPU300 以上，内存 128M 以上、4G 以上。 XX省移动公司短消息计费系统建议方案 第 15 页 软件环境如下： 数据库服务器：操作系统 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.2。 4.3 主机系统需求分析 4.3.1 影响性能的几个方面 影响服务器整体性能的因素是多方面的，针对不同的应用，设计时考虑的 侧重点也不同。移动通信计费系统这类联机事务处理的应用，主要从 CPU、内 存和 I/O 三个方面考虑，下面分别进行论述： CPU：联机事务处理的主机，主要是作为数据库服务器而不是计算服务器， 因此以服务器的 TPM 值作为相对选型参考值。需要说明的是厂家公布的服务 器 TPM 值，一般是采用最大的硬件配置、按照 100%的利用率所得到的，而在 实际建设中的系统配置往往小得多，系统性能的 TPM 不会有公布值那么高， 在对服务器处理能力进行估算时，需要将一些经验值和 TPM 值一起综合考虑。 内存：内存：内存是所有程序运行的环境，在 CPU 和系统软件处理能力的范围内， 内存越大则服务器的处理性能越好，但不同的应用对内存的要求不同，所以在 计费系统服务器内存设计中，需要从应用需求的角度来考虑，寻找最佳的配置。 I/O：在 CPU 处理能力一定的情况下，磁盘阵列的 I/O 速度，可使服务器的 整体性能表现相差几倍到几十倍，所以我们在设计中要特别注意磁盘阵列 I/O 的选型，尽量选择 I/O 带宽高的磁盘阵列，同时考虑到单个磁盘的 I/O 速度是 一定的，需要靠多磁盘的并行读取来提高磁盘阵列 I/O 速度，在容量和性价比 XX省移动公司短消息计费系统建议方案 第 16 页 容许的情况下，尽量选择容量小而数量多的磁盘，能大大提高磁盘阵列的 I/O 吞吐性能。根据应用对磁盘阵列的划分进行优化也是提高 I/O 性能的一个重要 方面。 4.3.2 服务器性能分析 预处理服务器预处理服务器 联机事务处理能力的分析 预处理服务器主要用于将采集系统传来的原始话单标准化，并统一批价 后形成话单清单供计费服务器排重入库，其处理是文本转换和简单计算的 过程。根据联创在移动计费上的经验和一百万用户级系统实际运行的测算， 一百万用户的话单预处理需要 TPM 值为 2000 左右的服务器，则 300 万用 户量需要 6000tpmC 处理能力的服务器。 服务器内存容量的分析 为保证预处理的高效，文本转换的过程应全部在内存中完成，批价所需 的费率等参数表也应常驻内存以避免反复读取影响效率。根据联创在移动 计费上的经验和一百万用户级系统实际运行的测算，一百万用户的话单预 处理需要内存 200MB，则 300 万用户为 600MB，考虑到系统本身的开销， 所以推荐内存配置为 1GB。 计费数据库服务器计费数据库服务器 计费数据库服务器是整个移动计费系统的中心服务器，运行数据库管理系 统，负责进行话费排重和入库，并提取供统计分析使用的相关数据。 联机事务处理能力的分析 一张话单的处理流程包括：打开文件、读记录、纠错、入库、出库等等， 根据联创在移动计费上的经验和一百万用户级系统实际运行的测算，每张 话单的处理约等价于0.5个标准事务，则： 300万用户，平均每个用户每天7张话单，即每天2100万张话单； XX省移动公司短消息计费系统建议方案 第 17 页 平均每分钟处理的话单为：2100万/(2460分钟)=14584张； 假设通话高峰时间每天为8小时，则高峰时服务器负荷按平均负荷的3 倍计算，此时要求系统的tpmC值为：145840.53=21876 tpmC； 建议系统利用率不超过80，则需要配置的处理能力为 21876/80=27345tpmC。 服务器内存容量的分析 计费结算是将经过标准化和批价的原始话单入库和汇总的过程。由于交 换机是定时向外传送话单信息，因此在某种程度上计费结算是一个批处理 过程。根据联创在移动计费上的经验，综合考虑数据库共享内存的使用和 系统、数据库本身的开销，建议按照 1GB/CPU 配置内存。 提高 I/O 性能的途径 1.采用高传输带宽（100MB/s 的光纤通道或相当）的存储设备； 2.根据应用对磁盘阵列进行划分，使尽可能多的磁盘并行读写； 4.3.3 在线存储容量计算 根据江苏移动短消息计费系统的业务量和具体特点，以及从数据库、磁盘 使用技术等方面的考虑，我们按以下要求配置存储设备容量： 本工程满足 300 万用户量的处理需求，每用户每天平均 7 张话单； 在线存储的容量主要考虑话单清单容量，每张话单按 200 字节计算； 话单在线存储 4（3+1）个月，每个月按 30 天计算； 数据库冗余度 50%（主要是考虑到数据库索引和其他一些表占用空间、数 据库不能及时释放的空间、数据库运行、恢复、日志、临时与共用池空间） ； 磁盘利用率 85%（主要考虑到磁盘的最佳使用性能和一些额外磁盘开销） ； 数据存储保护技术决定的空间利用率，镜像为 50%； 则所需磁盘容量=300 万7304200（1+50%） /0.85/0.5=1657GB。 XX省移动公司短消息计费系统建议方案 第 18 页 4.3.4 建议方案 虽然高档 UNIX 服务器出故障的可能性很小，但由于江苏移动短消息计费 系统是江苏移动通信公司业务支撑系统的重要组成部分，因此在进行主机系统 方案设计时仍须考虑其高可用性，同时兼顾性价比。 详细设计 上一节中，我们对满足江苏移动 300 万用户规模的短消息计费系统所需的 主机处理能力、内存大小和存储容量等进行了详细的分析。联创建议方案的出 发点就在于在满足性能要求的前提下，如何提高性能价格比，最大限度的为用 户节省投资。 预处理服务器采用两台的 HP A500 服务器，配置单 550MHz PA8600CPU，1GB 内存，双 18GB 内置硬盘，考虑到联创计费软件预处理模 块的特点，可以不组成双机系统，而通过手工切换；计费数据库服务器采用 HP N4000 服务器双机系统，每台配置 4550MHz PA8600 CPU，4GB 内存， 性能达到 33000tpmC。下发服务器和应用服务器可以采用已有的 L2000 服务 器。 联机存储采用 HP FC60 磁盘阵列，配置容量 2TB，通过光纤交换机与上 述服务器连接，组成存储区域网（SAN） 。 方案特点方案特点 高可用性 采用的高可用性技术：采用的高可用性技术： 系统停机因素保护策略 系统（System）MC/ServiceGuard 技术保证当系统中一台服 务器失效时，其它服务器迅速恢复这台服务 器上的应用程序和数据库系统正常工作。 内存（Memory）系统可以动态检查内存，当发现坏内存页时 XX省移动公司短消息计费系统建议方案 第 19 页 屏蔽该内存页不再分配给系统使用。 网卡（Network Interface card） 系统配置双网卡，一块工作，一块作备份。 MC/ServiceGuard 可监测网卡，当其中一块 不能正常工作时，MC 将自动切换到备份网 卡。 接口卡服务器与磁盘阵列通过双接口卡连接，其中 一块卡失效时另一块卡仍可保证系统正常运 行。 Internal 磁盘（Disk）系统盘：用 MirrorDisk/UX 软件对引导区 （root） 、交换区（swap）镜像。 高可用性存储系统（High Availability Storage System） 可热插拔的磁盘、电源和风扇模块。 FC60冗余电源子系统和系统后备电池。 磁盘和高速缓存的检测和纠错。 应用（Application）MC/ServiceGuard 可以在同一系统上再次启 动应用软件，或将应用迁移到备份系统上。 HP-UX当系统出现突发停机时，HP 的日志文件系 统（JFS）将在 10 秒以内使系统恢复运行。 灵活性 由于采用了 SAN 技术，当业务量出现突发性增长时，可以方便地通过增 加服务器或存储设备的方式提高系统处理能力，而不需要重新构架。这种灵活 性既保护了用户的投资，又提高了业务系统对市场变化的适应能力。 可扩充性 在满足 300 万用户规模计费性能要求的同时，该系统还具有充分的扩充能 力，可以平滑扩展到更高用户量的处理能力要求，具体表现如下： 主机系统通过增加主机系统通过增加 CPU 扩展性能：扩展性能： XX省移动公司短消息计费系统建议方案 第 20 页 A500 单机最多可配置 2 个 550MHz PA8600 CPU，处理能力可达 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。 主机系统复杂扩展主机系统复杂扩展: 除了上述简单的扩展方法外，也可以通过在群集中加入新的结点的方法来 实现性能的扩展。现在 MC/ServiceGuard 可支持的 HP 9000 Server 结点数为 16 个，因此也具有相当的扩展余地。另外，如果应用的性质会转为数据仓库的 话，在增加一个基结点后，现有的服务器都可作为附加结点加入到企业并行服 务。 存储系统容量的扩展：存储系统容量的扩展： HP FC60 最大可扩充至 4TB。 第 5 章 应用软件设计 5.1 短消息计费系统功能介绍 短消息计费系统是一个综合复杂的系统，它的处理流程与移动计费系统类 似，由许多子系统共同组成，并和其他相关系统存在不同的接口。短消息计费 系统主要包括数据采集与传输子系统、预处理子系统、划价子系统、下发子系 XX省移动公司短消息计费系统建议方案 第 21 页 统、统计子系统、稽核子系统、查询子系统、监控子系统等，下面对各子系统 的功能要求进行详细的描述： 5.2 数据采集与传输子系统 5.2.1 功能简介 短消息计费系统的数据源有三种： 1、短信中心的话单文件 2、短信网关的话单文件 3、集团中心下发的话单文件。 其中 1、2 的话单文件由华为的采集机负责采集，而 3 的话单文件是集团中 心通过自己的传输系统将文件放在江苏移动公司和集团中心的通信机上， 对于短消息计费系统来说，只需将三种数据源的数据传送到预处理机上。 传输系统主要完成短消息计费中心与全国计费中心之间、短消息计费中心 与地市业务中心之间、短消息计费中心与计费数据采集机之间以及短消息计费 中心与外部系统之间的信息交互与数据传输，以保证各级管理系统之间的移动 通信资源和数据能够实时（或准实时）地共享和保持一致，为实现移动通信专 业化集中管理和分级处理提供保证。 5.2.2 传输系统结构 在部、省、地市各级中心之间、短消息计费中心与外部系统之间以及短消 息计费中心与采集系统之间的交互信息主要有：计费原始数据、用户清单数据、 统计数据等。对于这些数据的传输设计，必须充分考虑数据的传输效率，以保 证计费结算的高效处理。传输系统的主要数据流向如下图所示： XX省移动公司短消息计费系统建议方案 第 22 页 其他接口 短 消息计费中心 短信中心话单 短信网关话单 清单数据 统计数据等 集团中心 地市帐务中心 短信 采集平台 短信采集系统与短消息计费中心的数据传输 短信采集系统与短信计费中心之间传输的主要是由数据采集系统从短信中 心及短信网关实时采集到的所有计费原始数据，这些数据主要由短信采集系统 流向短信计费中心，是一个数据集中的过程，所有的数据传输都是实时而且自 动化无人值守的，由短信计费中心集中对数据传输进行监控。 短信计费中心与地市帐务中心的数据传输 短信计费中心与地市帐务中心之间传输的主要是地市帐务中心所需的用户帐 单、用户清单和统计数据，所有的数据传输都是实时而且自动化无人值守的， 由短信计费中心集中对数据传输进行监控。 用户清单数据文件定期下发，传输周期可以由参数以分钟为单位来设置。 每个下发文件中包含文件头、用户清单，文件头中包含文件类型、文件长度 （包含文件头） 、下发清单数、用户数、帐单记录数、各项费用统计值等信息， 下发文件的命名规则为： TLLLYYYYMMDDhhmm.NNN 其中各位的含义为： XX省移动公司短消息计费系统建议方案 第 23 页 T - 文件类型。 LLL - 地区编号，全省统一编号。 YYYYMMDD - 下发文件生成日期，年月日。 hhmm - 下发文件生成时间，时分。 NNN - 下发文件编号，000-999 循环。 传输系统通过文件名和文件头信息来验证数据传输的正确性。 短信计费中心与集团中心的数据传输 短信计费中心与集团中心传输的主要是省间结算数据，这是一个双向数据 交换的过程，包括上传集团中心的结算话单数据及集团中心下发的结算话单数 据。 短信计费中心与外部系统之间的数据传输 短信计费中心与外部系统之间主要是网间结算数据和业务统计结果数据的 传输，系统提供拷盘、联网文件传输、数据库共享等传输方式，具体的传输方 式需要与相关运营商或业务部门共同协商确定。 5.2.3 系统功能 传输系统由联创公司基于 FTP 自主开发，该传输软件具有以下功能： 1)应用系统或程序之间可靠的、无人值守的双向数据传输功能； 2)提供自动数据传输和定时通信功能； 3)具有传输消息事件触发功能，在传输正确完成后自动触发用户指定的处理 进程； 4)传输系统提供配置和监控工具，实时监测传输线路和传输应用的运行状况， 并能及时传送到省中心的集中监控系统； 5)具有自动错误恢复功能； 6)自动重试和断点重传功能：数据传输中断后，能自动重新传输并跳过已传 输的数据； 7)提供多种数据安全性控制机制：标识与认证、数字标记等； 8)提供详细的传输事件日志，并定期对传输两端的日志进行传输一致性检查， 若发现漏传或错传，传输系统自动重传；若发现其它异常或故障，通知集 XX省移动公司短消息计费系统建议方案 第 24 页 中监控台，给出告警。 9)对短消息中心采集的原始话单文件的连续性进行检查，确保无话单文件重 复 5.3 数据预处理 前台预处理子系统是短信计费系统的核心功能子系统之一，它完成不同格 式的计费原始数据的数据提取、标准化等一系列处理工作。计费预处理功能在 预处理服务器上完成。 鉴于各种交换机计费信息的格式不一，需要在入库前对各种类型的计费信 息进行标准化处理，将不同类型交换机的计费信息统一成标准格式。同时将原 始数据中由于各种原因造成的不能计费的话单标识出来，供计费模块判别。 目前短信计费中心的原始话单类型主要有： 短信平台话单：对于短信平台话单文件，主要有以下几种话单类型：短信平台话单：对于短信平台话单文件，主要有以下几种话单类型： 点对点短消息的话单 人工台或自动台发起的 MT 方式的短消息话单 由移动台发起的各种收费信息话单，如股票查询、用户订阅的消息等 各种公众信息源发布的 MT 方式的短信话单，如天气预报等 开通移动梦网后，在短信网关上会增加以下几种话单类型： 短信网关话单类型：短信网关话单类型： SP 发送给点播用户的短消息话单（其中包括用户自点播、用户为别人点播、及 SP 主动发送的信息三种） 集团中心下发话单：集团中心下发话单： 集团中心每两小时下发一个 M 文件，每天 12 个文件，文件中包括 SMT、SMC、SMT-F、SMC-F 四种话单类 计费预处理功能计费预处理功能 数据提取：原始记录中包含许多通话信息，但计费分拣应用所需的数据域 只是原始通话记录域的一个子集。由数据提取功能提取计费系统所需的数据域。 支持多种类型交换机原始计费数据的数据提取； XX省移动公司短消息计费系统建议方案 第 25 页 支持多通话业务的数据提取，并对新业务提供数据提取接口； 对原始计费记录提取过程提供完善的差错检测功能： 提供记录级的差错检测：支持对每条提取的计费记录进行数据审核校验， 识别其中的错误或无效话单，包括： 格式错，与移动交换机定义的数据结构不符 重要记录域为空 错误字符，包括： 通话日期、时间、时长非法 对端号码错误 记录域中含有非法字符 计费信息不足 不需计费话单 提供数据块级的差错控制：话单提取后计算出的块长度（包括块头、块尾、 有效话单、错误话单）与原始数据块长度一致性检验、块序号连续性检验。 提供文件级的差错控制：相邻处理文件中拨打时间的连续性检验、文件序 号连续性检验、数据块数检验、转换字节数与文件长度一致性检验。 对数据差错或丢失情况记录日志，并根据差错级别提供不同的告警。 记录标准化 支持原始计费记录数据格式向计费系统定义的标准记录格式的转化； 支持按设置的参数对大文件进行拆分； 按照计费系统的设计进行计费记录的数据分类。 预处理配置与管理 提供对整个预处理子系统的各种参数的查询、配置和修改； 支持原始计费数据的实时备份和数据转储； 提供对预处理各个模块的实时监控和管理，如：物理空间检测、用户口令 权限管理、预处理过程监测、入库状态监测、进程管理等。 预处理阶段统计预处理阶段统计 正常有效话单统计 XX省移动公司短消息计费系统建议方案 第 26 页 异常话单统计 无效话单统计 错单纠正统计 对预处理阶段非正常的话单应存储在文件中或数据库中，以备查询。 可以对每台交换机的产生的每个文件的有效话单数、异常话单数、无效话 单数的统计，该统计可以按日、周、月、季进行。 5.4 话单划价 话单划价所完成的功能是将经过预处理的话单按照相关的资费标准计算出 基本费用的过程，也