《《精编》移动短消息计费系统技术建议方案》由会员分享，可在线阅读，更多相关《《精编》移动短消息计费系统技术建议方案（37页珍藏版）》请在金锄头文库上搜索。
1、XX 省移动短消息 计费系统 技术建议方案技术建议方案 北京 成科技股份有限公司 第 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 章 平
2、台及运行环境设计 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 第 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 统计分析 2
3、8 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 第 1 章 前言 随着我国移动通信事业的迅猛发展 为了迎接日益临近的市场竞争 电信 部门在开拓市场业务 扩大电信网通信能力的同时 越来越重视电信企业内部 的服
4、务意识 并不断完善电信企业的服务体系 为此作出了不懈的努力 南京联创系统集成股份有限公司自成立之初便确立了以电信行业作为自己 重要的发展方向 目前 在电信行业已具有了丰富的积累和长足的发展 取得 了可喜的成绩 尤其在电信计费 电信业务这一领域 公司着眼长远 立足未 来 投入了大量的精力 进行电信计费 业务等应用软件的研究开发工作 致 力于为电信行业提供全面的解决方案 现在公司已具有一批既精通计算机技术 又深谙电信业务的专业技术人员和一支稳定的高素质开发队伍 为能够开发移 动短消息计费系统准备了充足的人力资源和强大的技术支持 而且 江苏移动 的短消息计费的一期工程也是由联创公司承建的 我们对原来
5、系统的了解将有 助于我们更好的建设新系统 同时 我们真诚地希望 藉此机会能够和贵局进行广泛的交流 进一步巩 固和加强相互间长期的友好合作关系 我们将虚心地向贵局的行家们学习 请 教 进一步提高我们的知识水平和业务能力 从而为江苏移动提供更加优质 完善的服务 第 2 章 系统概述 江苏移动通信有限公司已于 2000 年 5 月根据集团公司的要求建设了短消息 计费应急系统 实现短消息按条计费的要求 随着短消息用户数的增加 目前 所有的 GSM 用户都可以是短消息用户 同时随着手机炒股 GPS 定位 以及 MONTERNET 计划中大量基于短消息的丰富应用逐步推出 原来的短消息应急系 统在性能和功能
6、上都难以适应业务的发展要求 迫切需要建设一个完善的短消 息计费系统 2 1 系统概况 2 1 1 现有系统概况 移动计费的短消息计费系统目前为应急系统 其中有五台机器组成 两台 pc 机及三台惠普的 pc server pc 机上安装有 SCO UNIX 分别运行短消息话单 的预处理及下发程序 Pc server 上安装有 NT 操作系统 运行 SYBASE11 9 2 的 数据库服务器 分别处理南京 无锡 苏州等三个短消息中心产生的短消息话 单 目前该系统支持全省 100 万用户的短消息业务 每月的短消息话单数大概 为 2000 万 2 1 2 建设系统概况 本期工程设计主要实现省计费中心系
7、统实时处理能力满足数字网 GSM 300 万以上移动用户每天 7 条短消息话单的计费需求 2 1 3 系统设计目标 随着电信企业向着规模化 多元化经营转变的不断加剧 越来越多的电信 企业开始从传统 单一的经营模式向着 以市场为导向 以满足用户需求为经 营目标 以服务于用户为经营宗旨 的经营理念转变 这就更进一步加大了电 信企业间竞争的力度 如何更好地服务于用户 更好地满足市场的需求已开始 成为众多电信企业经营者的关注所在 本期工程就是要为 XX 省构架一个覆盖全省的短消息计费管理平台 系统的 建设按满足到 2002 年移动通信网用户发展的需要考虑 300 万以上 GSM 短消息 用户 本期工程
8、的建设目标是 建立一套能满足 300 万短消息用户的短消息计 费平台 2 1 4 数据库平台要求 数据库平台应采用 SYBASE 数据库平台 能完成大容量数据的实时处理和管 理的能力 SYBASE 数据库能满足以下要求 支持 ANSI ISO SQL 89 ANSI ISO SQL 92 支持并行处理技术 支持主流厂商的操作平台 支持多种复制功能 支持联机分析处理 OLAP 支持联机事物处理 OLTP 支持 C2 级以上安全标准 多级安全控制 具有强的容错能力 错误恢复能力 错误记录及预警能力 支持联机 脱机备份等 2 1 5 主机服务器平台要求 主机服务器平台应具有较高的安全控制机制 各平台
9、除有足够的能力进行 计费处理外 还应具有其它 例如故障检查 故障处理等 的应急处理能力 所选择的主机平台应该满足以下特性 1 1 高扩展性 高扩展性 当业务量增加或增加新业务时 主机能以增加节点 处理器 内存等方式提供更高的性能来满足新的要求 2 2 高可靠性 高可靠性 主机系统需 7 24 小时连续运行 同时系统应具有良好的容 错能力 系统应采用冗余配置 保证系统无单一故障点 3 3 支持并行技术 支持并行技术 支持多台主机并行的处理 以保证大容量数据处理的要 求 4 4 易于管理与使用 易于管理与使用 保证系统的易使用性 并使系统在较优的状态下运行 以提高系统的的运行和处理效率 5 5 恢
10、复周期短 恢复周期短 当对系统进行扩容或系统发生不可预见的故障时 系统应 能在 24 小时内恢复到正常运行状态 2 1 6 计费数据处理要求 数据处理包括三部分数据 短消息中心采集到的原始话单数据 短消息网关采集到的原始话单数据 集团中心下发的本省用户的全国性业务的话单文件 为保证忙时的数据处理要求 系统完成对话单的计费处理 包括格式转换 检错 纠错 入库 查找重单 分检 的速度正常情况下正常情况下要达到 本地话单 从话单出现在计费采集接口到完成计费处理 包括采集 预 处理 批价 存储 分检 不超过 15 分钟 全国业务话单 从话单放在全国移动计费结算中心设在省中心的通信服 务器到完成数据的处
11、理 包括话单的检查 存储 分检 不超过 15 分 钟 2 1 7 维护管理要求 系统具有良好的交互性 操作简单 明确 系统提供多种访问手段 允许管理员在不同的环境下对系统进行管理 系统提供完备的监控和调度工具 具有完备的监视 故障检查与告警 故 障处理功能 尽量将主机 网络 数据库 应用系统 以及第三方产品的管理集中到单 一的监控和管理平台上 系统的管理应具有较高的自动化程度 系统应具有可靠的备份机制 2 2 系统设计原则 针对移动短消息计费系统的特点 为了保证系统的成功实施 我们制订系 统设计原则为 系统性 正确性 完整性 可维护性 先进性 继承性 安全 性 规范性和容灾考虑 系统性 移动短
12、消息计费系统是一个覆盖了全省的计算机管理工程 要想 成功地构架这一系统 使之能满足 XX 省目前直到 300 万以上移动用户的需 要 则必须正确合理地综合分析主机 网络 数据库系统所提供的性能并 充分考虑到整体系统的可扩展性 使整个应用系统的性能达到最佳状态 以满足不断增长的用户数及话单数的要求 正确性 指数据的正确性 数据的正确性必须贯穿在整个短消息计费系统 的每个环节中 数据采集 数据传输要有相应的数据校验 必须剔除计费 过程中各种类型的错误话单 排除用户三个月以内的重复话单 与各业务 管理中心等系统进行数据交互时的准确性 兼容性 在系统设计时充分考 虑系统运行过程中数据的正确性并提供合理
13、的解决方案 完整性 指系统功能的完整性 它要求短消息计费系统应满足 XX 省移动通 信业务经营 管理 决策的需要 同时要求系统能与其它系统 如集团中 心的短消息中心 进行信息共享或提供数据接口 可维护性 指系统中某一相对独立的模块发生改变时 不影响其他模块的 运行 维护操作简单 用户操作界面友好 当系统处理的某些指标需要动 态改变时 不需要修改程序代码就可以实现相应功能 充分做到代码与数 据的独立性 以减少操作维护人员的工作量和工作繁重程度 先进性 指系统模式结构的先进性以及软件设计思想的先进 在构架移动 短消息计费系统时必须采用先进 成熟 可靠的技术 确保整体系统的先 进性 利用面向对象的设
14、计思想 对一些通用性 规范性较强的模块采用 面向对象的 构件 技术 对于超大规模的数据量 引入 数据挖掘 等 先进技术 为系统的决策支持 数据分析提供先进的工具平台 继承性 指本系统在开发实施阶段 应充分考虑利用 XX 省原有的短消息计 费系统及移动电话计费系统数据资源以及其他一些可以继承的软 硬件资 源 必须在建设系统中得到充分利用 以充分保护用户的投资利益 安全性 计费数据是移动经营最重要的收入来源 而整个计费系统是构架 在全省范围内的一个大型广域网系统 因此 在信息高度共享的系统中 必须充分利用主机 网络以及数据库管理系统提供的安全保障机制 确保 计费数据的绝对安全 对于应用系统而言 对
15、所有系统数据的操纵 严格 按照权限级别进行 严禁非法用户进入系统 对于操作人员进行的相应重 要的操作有相应的操作日志 同时 对系统重要数据提供可靠的备份和恢 复机制 以确保整个应用系统的安全 规范性 在技术 业务的理解上要完全遵循 XX 省移动公司关于短消息计费 的要求 在主机的安装 网络的设计时严格遵守相应的规范 应用系统实 施数据库设计时 也应按照规范化理论进行 同时保留一定的冗余 确保 系统的效率和性能 容灾考虑 系统应尽量考虑到如何避免异常状况的出现 同时也应考虑在 异常情况出现时的处理方法 第 3 章 系统结构设计 3 1 短消息计费系统的特点 短消息计费系统与传统的 GSM 话音计
16、费是有着许多的区别的 因此 短消息 计费系统在业务处理上和流程上应该有其自身的要求 如 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 短消
