某省电信实时计费系统技术规范书
中国电信省级业务平台综合网管系统功能规范
中国电信省级业务平台综合网管系统功能规范V1.0中国电信集团公司2012年4月目录1.1编写目的 (5)1.2适用范围.....................................................................................................1.3制定依据.....................................................................................................1.4起草单位.....................................................................................................1.5解释权.........................................................................................................1.6版权............................................................................................................. 2系统综述...................................................................................................................2.1建设背景.....................................................................................................2.2系统目标.....................................................................................................2.3管理范围.....................................................................................................2.4系统逻辑架构.............................................................................................2.5系统功能架构.............................................................................................2.6系统性能要求............................................................................................. 3系统功能要求...........................................................................................................3.1业务平台数据采集模块.............................................................................3.1.1自动发现功能......................................................................................3.1.2业务平台接口适配..............................................................................3.1.3采集调度管理......................................................................................3.2业务平台运行综合监控功能.....................................................................3.2.1监控管理通用功能..............................................................................3.2.2平台级监控..........................................................................................3.2.3业务级监控..........................................................................................3.3业务平台运行综合维护功能.....................................................................3.3.1集中业务查询处理..............................................................................3.3.2作业计划自动执行 (2)3.4业务平台运行统计分析功能.....................................................................3.4.1统计分析报表功能..............................................................................3.4.2平台网络运行分析..............................................................................3.4.3业务运行质量分析..............................................................................3.4.4专题化分析..........................................................................................3.5系统管理.....................................................................................................3.5.1用户与权限管理..................................................................................3.5.2安全管理..............................................................................................3.5.3系统自监控..........................................................................................3.5.4南北向接口异常监控报表..................................................................3.6系统接口功能.............................................................................................3.6.1与业务平台数据采集接口..................................................................3.6.2与集团级网管系统接口 (45)3.6.3与短信邮件通知接口..........................................................................3.6.4与集中告警系统接口..........................................................................3.6.5与省10000号服务能力前置模块接口..............................................3.6.6与省开通激活系统接口...................................................................... 4非功能性要求...........................................................................................................4.1系统平台要求.............................................................................................4.1.1主机平台..............................................................................................4.1.2操作系统..............................................................................................4.1.3数据库平台..........................................................................................4.2系统管理能力要求.....................................................................................4.3系统可靠性要求.........................................................................................4.4系统响应时间要求.....................................................................................4.5存储能力要求.............................................................................................4.6用户界面要求.............................................................................................4.7可维护性要求.............................................................................................4.8可扩展性要求.............................................................................................4.9开放性要求.................................................................................................4.10安全性要求.................................................................................................4.11其它要求.....................................................................................................1 文档说明1.1 编写目的本规范从业务需求出发,明确了省公司层面的业务平台综合网管系统的管理范围,提出了系统应具备的功能,并提出了对技术层面的基本要求,用于指导中国电信省级业务平台综合网管系统规划和建设。
中国电信省级业务平台综合网管系统接口规范-MMSC分册V
中国电信省级业务平台综合网管系统接口规范MMSC分册V2.2中国电信股份有限公司2013 年 3月目录1 文档说明 (6)1.1 编写目的 (6)1.2 适用范围 (6)1.3 起草单位 (6)1.4 解释权 (6)1.5 版权 (6)2 综述 (6)2.1 目标 (6)2.2 内容说明 (7)2.3 参考文档 (7)2.4 符号和缩略语 (8)3 性能及统计指标 (8)3.1 MMS互联网关统计[删除] (8)3.2 MMS统计 (8)3.2.1 MMSC系统配置 (8)3.2.2 MMS业务KPI统计 (12)3.2.3 MMS业务量统计 (14)3.2.4 MMS业务量分省/地区统计 (15)3.2.5 MMS业务成功率统计 (15)3.2.6 MMS业务成功率分终端统计 (16)3.2.7 MMS业务流量统计 (17)3.2.8 MMS业务流量分布统计 (17)3.2.9 MMS业务用户收发分布统计 (18)3.2.10 MMS业务用户发送分布统计 (19)3.2.11 MMS业务用户接收分布统计 (19)3.2.12 MMS业务量用户分布统计 (20)3.2.13 MMS邮件收发业务统计 (20)3.2.14 MMS邮件发送业务统计 (21)3.2.15 MMS邮件接收业务统计 (22)3.2.16 MMS增值业务统计 (22)3.2.17 SP的MMS分省/地区业务统计 (24)3.2.18 终端使用SP业务用户收发分布统计 (24)3.2.19 终端使用SP业务用户发送分布统计 (25)3.2.20 终端使用SP业务用户接收分布统计 (26)3.2.21 注册终端型号数量排名统计(可选) (26)3.2.22 终端收发消息成功率统计指标组(可选) (27)3.2.23 MMS业务成功率报表统计 (27)3.2.24 用户数统计 (29)3.3 MMS接口消息成功率统计 (30)3.3.1 MMS接口配置 (30)3.3.2 MM1接口WAPGW消息成功率(上行业务)指标组 (31)3.3.3 MM1接口WAPGW消息成功率(下行业务)指标组 (32)3.3.4 MM3接口Email Server消息成功率(上行业务)指标组 (33)3.3.5 MM3接口Email Server消息成功率(下行业务)指标组 (33)3.3.6 MM4接口互连MMSC消息成功率(作为发送方)指标组 (34)3.3.7 MM4接口互连MMSC消息成功率(作为接收方)指标组 (34)3.3.8 MM7接口VASP消息成功率(上行业务)指标组 (35)3.3.9 MM7接口VASP消息成功率(下行业务)指标组 (36)3.3.10MM1接口短信直连通知消息下发成功率指标组 (36)3.4 彩信拦截和监控(可选) (37)3.4.1 门限配置 (37)3.4.2 关键字配置 (37)3.4.3 性能 (38)3.5 关键性能指标要求 (38)3.5.1 关键性能指标接口方式 (38)3.5.2 关键性能指标 (38)3.5.3 关键性能指标补采要求 (39)3.5.4 性能数据完整性检查 (40)4 监视功能要求 (40)4.1 告警信息上传接口方式 (40)4.2 告警信息过滤 (41)4.3 告警信息 (41)4.4 告警同步 (43)5 业务配置功能要求 (43)5.1 激活功能 (43)5.2 关键业务信息配置功能 (43)5.2.1 系统黑名单配置接口 (43)5.2.2 用户级黑名单配置接口 (45)5.2.3 垃圾监控策略配置接口 (45)5.2.4 主题封堵策略配置接口 (47)6 安全功能要求 (48)7 查询功能要求 (48)7.1 系统黑名单查询接口 (48)7.2 用户级黑名单查询接口 (49)7.3 垃圾监控策略查询接口 (50)7.4 主题封堵策略查询接口 (51)7.5 彩信中心彩信业务配置查询接口 (52)8 北向接口性能要求 (53)8.1 标准、开放 (53)8.2 可扩展性 (53)8.3 多元化 (53)8.4 可靠性 (54)8.5 接口处理能力 (54)8.5.1 实时性 (54)8.5.2 并行处理能力 (54)8.5.3 响应时间 (54)8.6 版本的稳定性 (54)9 话单采集要求 (54)9.1 话单采集数据格式及接口要求 (55)9.1.1 多媒体消息纪录数据采集上传接口要求 (56)9.1.2 多媒体消息纪录文件定义和命名规范 (56)9.1.3 完整性核查通知功能 (57)9.2 多媒体消息中心话单数据采集项目定义 (58)9.3 话单文件记录对应关系 (59)9.3.1 中兴彩信中心 (59)9.3.2 华为彩信中心 (60)9.3.3 上海贝尔彩信中心 (61)10 附录 (61)10.1 附录一:编制人员名单 (62)10.2 附录二:KPI/KBP命名规则 (62)10.2.1 指标集定义 (62)10.2.2 KBP/KPI编码 (63)10.3 附录三: FTP接口约定 (67)10.4 附录四:配置性能统计与监视功能接口格式约定 (68)10.5 附录五:响应码对照表 (68)10.6 附录六:采集文件以及采集文件夹的定义 (68)10.6.1 中兴彩信中心 (68)10.6.2 华为彩信中心 (71)10.6.3 上海贝尔彩信中心 (78)文档版本记录文档变更记录1文档说明1.1编写目的本规范是中国电信业务平台综合网管系统接口规范的一个分册,结合CTG-MBOSS的总体框架和各目标系统的规划,充分考虑业务平台综合网管系统与MMSC平台的接口要求,为中国电信业务平台综合网管系统与MMSC平台集成接口的规划和建设提供基本的技术原则和要求。
自助缴费系统及终端技术规范书
1 总则1.1 项目建设范围本标段招标范围包括自助缴费系统,大堂式自助缴费终端,穿墙式自助缴费终端,终端的安装、调试、测试、培训、验收和质保期的技术服务(包括进行数据整理等内容)等内容。
各类别设备的数量要求如下所示,具体技术规格要求参见后文。
1.2 质量保证投标方应保证所提供的所有货物的功能、性能、质量均能满足本招标文件要求。
1.3 进度保证投标方必须保证在签订合同后30 天内到货;货到后40 天内完成安装调试并进入试运行,试运行1个月后完成试运行验收。
所供设备免费质保期2年。
1.4 系统适用标准除本招标文件另有说明外,投标方提供的所有设备均应按照国际标准、国家标准进行设计、制造、检验和安装。
所用的标准必须是最新版本,如果这些标准的内容有矛盾时,应按照最高标准的条款执行或按双方协商同意的标准或条款执行。
2 对投标方的技术要求及其工作范围2.1 对投标方的技术要求1) 投标方为设备制造商或集成商,所提供的软硬件设备必须在国内运行的良好记录,并获得第三方权威机构认证。
2) 投标方在省级设立服务机构,提供技术支持和售后服务。
3) 技术规范书中在引用某标准的地方,投标方应当使用合同生效的、最新的引用标准文本,不能用另外标准代替,除非从招标方那里获得许可的标准代替。
如果引用某不合适的标准或者未引用某合适的标准,或者不能得到所需要的标准,投标方可选择某合适的标准,并且在制造商着手进行工作前需得到招标方的许可。
4) 招标方与投标方在解释某标准有不同意见时,招标方的解释是最终的解释。
5) 本技术规范书可以作为投标方编制项目建议书的依据,对于本技术规范书的某些部分,投标方如不能满足要求,应在技术建议书中提出说明,否则,招标方即认为投标方提供的设备可以满足本技术规范书的要求。
6) 投标方应确保其所供设备组成系统的完整性,合同文件遗漏的一切事项,只要这些事项可以确定为是保证投标方所供系统安全、稳定、可靠的有效地投产所必需的,都应该被认为包括在合同价格之内。
本地电信业务计费帐务系统技术方案书
本地电信业务计费帐务系统技术方案书1. 引言本文档旨在提供关于本地电信业务计费帐务系统的技术方案。
本方案旨在为本地电信运营商提供一个高效、准确、可靠的计费和帐务管理系统。
本方案涵盖系统架构、技术选择和集成、数据管理和处理以及系统安全等方面。
2. 系统架构本地电信业务计费帐务系统的总体架构如下图所示:+---------------------------------+| 前端接口 |+---------------------------------+| 业务逻辑 |+---------------------------------+| 数据库层 |+---------------------------------+2.1 前端接口层前端接口层作为本系统与外部系统进行数据交互的入口,负责接收数据请求,并将请求转发给业务逻辑层进行处理。
前端接口层还负责对外提供接口文档和格式要求,以确保数据的准确性和完整性。
此外,前端接口层还需要进行数据的校验和过滤,以保证系统的安全性。
2.2 业务逻辑层业务逻辑层是整个系统的核心部分,负责处理接收到的请求,并进行相应的计费和帐务管理。
在业务逻辑层中,需要对数据进行处理、查询和验证,以及执行相应的业务规则。
业务逻辑层还需要与数据库层进行交互,以保存和获取业务数据。
2.3 数据库层数据库层用于存储和管理系统的数据。
在本方案中,推荐使用关系型数据库,如MySQL或Oracle。
数据库需要设计相应的数据表结构,以支持业务逻辑的实现。
此外,数据库还需要进行数据备份和恢复,以确保数据的安全性和可靠性。
3. 技术选择和集成3.1 语言和开发框架本方案推荐使用Java作为开发语言,并使用Spring框架进行开发。
Spring框架提供了丰富的功能和组件,以支持系统的开发和集成。
同时,Java以其稳定性和可扩展性广受青睐,适用于大型系统的开发。
3.2 数据库选择本方案推荐使用关系型数据库,如MySQL或Oracle。
中国电信在线计费系统(OCS)总体技术方案(V1.0)
在线计费研究项目由中国电信股份有限公司业务支撑中心、技术部提出,并于2005年 1月20日成立了由上海研发中心牵头的在线计费项目组。在前期大量的市场调研和标准方 案分析的基础上,项目组在2005年4月16日开始了一个多月的规范封闭编制和设计,并于5 月底完成了全部规范的初稿,包括《总体技术方案》、《业务需求》、《OCS技术要求》、 《OCP接口规范》、《SCP设备改造要求》、《ISMP设备改造要求》和《CCG设备技术要求》 共七本分册。
工作组按照项目制建立和运作,项目组织结构如下: 项目负责人:李连祥、刘晓亮 项目组:董斌(组长)、周峰、李洁,张峰,高国文,解彦良,石松奇,梁林志,王 巍,戴志强、黄怡婷、曾旸、王晓强、綦群、魏科学、陈松、Cynthia Leung等。 在项目组工作期间,得到了中国电信股份有限公司业务支撑中心张国珍总监、李连祥 资深专家及上海研发中心移动通信部秦达主任等领导的大力支持和亲自指导,并对文档提 出了许多宝贵的建议和意见。另外,在文档编制过程中,得到了华为、西门子、HP、联创、 天源迪克等公司的积极协助,在此一并表示感谢!
中国电信在线计费系统OCS业务测试规范-综合业务分册v1.0
版本号:1.0修订历史编号修改时间修改内容修改人删除“6.2.2.3 停机状态到激活状态”张帆1 2007-9-24将“套餐使用”移到储值卡业务内张帆2 2007-9-24前言本测试规范根据《上海电信在线计费系统天翼通业务需求》制定,各项测试项目和测试结果以上述技术文件的要求为依据。
本测试规范描述上海电信在线计费系统OCS天翼通业务测试所需的测试环境、测试内容和测试结果的要求。
目录1 范围 (5)2 规范性引用文件 (6)3 定义和符号及缩写 (7)3.1 定义 (7)3.2 符号及缩写 (8)4 测试组网 (9)5基础业务 (10)6扩展业务 (11)6.1 安徽扩展业务 (11)6.2 重庆扩展业务 (11)6.3 福建扩展业务 (11)6.3.1酒店业务 (11)6.3.1.1电信管理员门户 (11)6.3.1.2酒店管理员门户 (30)6.3.1.3营业员门户 (44)6.3.2 套餐优惠 (50)6.3.2.1群组优惠类 (50)6.3.2.2政策性优惠 (55)6.3.2.3集团成员优惠 (58)6.3.2.4集团付费限制 (58)6.3.2.5酒店包日优惠 (59)6.4 广东扩展业务 (60)6.5 河北扩展业务 (60)6.6 上海扩展业务 (60)1 范围本测试规范根据《上海电信天翼通业务需求》制定,主要规定了上海电信在线计费系统天翼通业务测试的相关内容,包括各种卡业务以及套餐计费等方面的内容。
本规范用于上海电信在线计费系统天翼通业务检测,适用于OCS设备提供商。
本规范测试用例中出现的变量可根据试点实际情况进行修改。
2 规范性引用文件¾《中国电信在线计费系统OCS总体技术方案》¾《中国电信在线计费系统OCS技术要求》¾《中国电信在线计费系统OCS业务需求》¾《中国电信在线计费系统OCS设备规范》¾《中国电信在线计费系统OCP接口规范》3 定义和符号及缩写3.1 定义天翼通上海电信开展的一项无线上网业务计费模型:是计费如何工作的整体描述和系统设计。
电信实时计费系统研究毕业设计
04-03-----04-16拟订论文目录,对电信行业(主要针对广东省几大运营商)进行实地调研,把前期资料与新收罗到的资料(含内部资料)进行更新和分析,敲定目录。残骛楼諍锩瀨濟溆塹籟。
04-17-----05-14OCS解决方案设计
目前中国电信预付费业务发展遇到以下难题:
1)由于智能网本身的能力限制,对于新兴的数据业务所采用的内容、流量等多种方式的计费模式支持不够,新计费套餐的支持周期长;
2)多个预付费计费平台,组合营销难以实现,新产品支撑困难;
3)预付费平台与后付费计费帐务系统相互割裂,难以实现用户计费方式的灵活互转。
以上存在的困难导致中国电信预付费用户的体验不足,在与竞争对手的市场争夺中处于劣势。此外,网络的融合发展也迫切的需要融合的计费系统进行有力的支撑。
年
3
月
20
日
西安邮电学院
毕业设计(论文)工作计划
学生姓名曾凯指导教师王芳职称工程师
系别计算机科学与技术专业计算机科学与技术
题目电信实时计费系统研究
_______________________________________________________矚慫润厲钐瘗睞枥庑赖。
工作进程:2007年03月19日至2006年06月29日
具体要求:
要对中国电信计费系统现状进行分析,包括业务现状,支撑系统现状,网络现状,承载网现状,并做出OCS可行性分析;提出OCS具体建设方案,包括功能架构,总体路由原则,网络组织,网络配套和统一预付费改造,新业务实现方案等。
开始日期
2007年3月19日
完成日期
某电信综合计费系统需求说明书
需求说明书2003-4修改记录表审批记录表XXXXXX 公司工程经理签名(Signature) 日期(Date) XXX中国电信北方事业部工程经理签名(Signature) 日期(Date) 工程经理签名(Signature) 日期(Date)哪些人员需要参考本文所有参加中国电信北方事业部二期业务支撑系统工程需求分析的成员,包括中国电信客户方人员,各分包商和IBM参谋。
本文有哪些主要内容及目的本文档详细而又完整地阐述了为中国电信北方事业部二期业务支撑系统的业务需求,并将此作为●在用户及系统开发人员之间交流的根底。
●评估应用开发量的主要根底。
●评估工程开发时间的根底。
●开发阶段规划版本的根底。
●定义用户界面需求的主要根底。
●定义测试案例的根底。
●作为验收测试的根底。
在以后的工程开发过程中,假设出现对本文档内容的改动,将极有可能会在很大程度上影响到当时已经完成的工作,从而影响到工程的工程方案。
为了便于管理,请遵守?工程变更控制程序?。
本文的相关文档●?工作说明书?●?工程方案?●?需求跟踪管理表格?●?测试方案和测试案例?目录1中国电信北方事业部综合计费系统概述 (8)系统的目的与系统概述 (8)▪建立综合计费系统的目的 (8)▪综合计费系统的概述 (8)2业务概念定义及业务实体定义 (11)业务概念 (11)业务实体 (13)▪实体关系说明 (14)▪实体描述 (15)3业务处理流程 (22)流程列表 (22)流程说明 (23)▪< 预处理> (23)▪<分拣> (24)▪<排重> (26)▪<批价> (27)▪<数据分发> (31)4功能性需求 (32)功能性列表 (32)行为角色(A CTOR)列表及关系 (33)使用案例列表 (34)使用案例模型 (36)▪<预处理> (36)▪<批价> (37)▪<监控告警> (38)▪<回收回退> (39)使用案例描述 (39)▪预处理 (40)▪分拣 (41)▪批价 (42)▪数据分发 (42)▪终止结果 (43)▪同步订购合同 (44)5用户界面需求 (46)页面需求 (46)▪品牌说明 (46)▪页面风格定义 (46)▪页面层次及列表 (46)▪页面说明 (47)6非功能性需求 (48)非功能需求列表 (48)效劳级别需求(SLR S) (49)▪容量和性能 (49)▪可用性 (49)▪平安性 (50)▪系统管理 (51)非运行时需求 (51)▪可移植性 (51)▪可维护性 (51)系统约束 (51)▪业务约束 (52)技术标准 (52)▪技术约束 (52)7差距分析报告 (53)差距分析列表 (53)8变更纪要 (55)差距1 (55)9附录 (56)附录A–分类对照表 (56)附录B–当前的业务规那么 (56)附录C–接口数据描述 (56)附录D-原始需求文件清单及具体内容 (57)▪原始需求文件清单 (57)▪<文件编号.文件名称> (57)▪<文件编号.文件名称> (57)附录E-需求洽谈会议纪要清单及具体内容 (57)▪会议纪要清单 (58)▪<会议编号.会议纪要> (58)附录F–相关业务/技术约束清单及具体内容 (59)▪相关业务/技术约束文档清单 (59)▪<文件编号.文件名称> (60)▪<文件编号.文件名称> (60)1 中国电信北方事业部综合计费系统概述1.1 系统的目的与系统概述▪建立综合计费系统的目的在中国电信拆分方案中把北方十省分公司划分给中国网通,中国电信需要在这些省份重新开展自己的业务,所以中国电信集团公司在北方9省〔市、区〕〔天津、吉林、辽宁、内蒙古、黑龙江、山东、山西、河南和河北〕成立北方电信,并制订了北方电信综合业务支撑系统二期工程的标准,在这些省份设置专业网络交换设备,形成南方21省来话收敛能力和北方局部新业务的开展能力。
中国电信综合业务管理平台ISMP规范总册(V2.1.0)
目 录中国电信股份有限公司企业标准中国电信综合业务管理平台规范总册版本号:2.0.1 (正式稿)2007年4月发布中国电信股份有限公司上海研究院目录1适用范围 (5)2引用标准 (5)3缩略语 (6)4综合业务管理平台规范体系 (7)5术语定义 (8)6需求约束 (8)7编号 (10)7.1CP/SP编号 (11)7.2内容编号 (14)7.3业务编号 (15)7.4产品编号 (15)7.5套餐编号 (15)7.6设备编号 (16)7.6.1ISMP编号 (16)7.6.2业务系统编号 (16)7.6.3ISAG编号 (16)8业务要求 (17)9ISMP、NSPC在网络中的位置 (20)10组网要求 (22)10.1ISMP与NSPC组网 (22)10.1.1网络架构 (22)10.1.2数据分级管理要求 (23)10.2ISMP与业务系统组网 (24)10.2.1组网架构 (24)10.2.2数据功能界定 (24)10.2.3ISMP与部分业务系统组网方案(移至集成方案) (25)10.3ISMP与运营支撑系统组网 (29)10.3.1组网架构 (29)10.3.2数据功能界定 (29)10.3.3ISMP和运营支撑系统组网结构 (29)10.3.4ISMP和运营支撑系统之间的数据和功能界定 (29)10.4ISMP与预付费系统组网 (31)10.4.1ISMP与SCP系统组网 (31)10.4.2ISMP与OCS系统组网 (31)10.5ISMP与用户门户组网 (32)10.6与CP/SP的关系 (33)10.6.1ISMP与CP/SP之间的数据界定和功能界定 (33)10.6.2ISMP与SP之间的接口 (33)10.7ISMP与SAG系统组网 (34)11数据要求 (35)11.1用户管理类数据 (35)11.2CP/SP数据 (35)11.3业务/产品/套餐管理数据 (35)11.4权限管理数据 (36)11.5内容管理数据 (36)11.6定价数据 (36)11.7定购关系数据 (36)11.8终端管理数据 (36)11.9统计数据 (37)11.10统一配置类数据 (37)11.11SLA数据 (37)12功能要求 (37)13流程要求 (37)13.1平台运营流程 (37)13.1.1认证流程 (37)13.1.2定购、退定流程 (38)13.1.3个人用户管理流程 (38)13.1.4集团用户管理流程 (38)13.1.5CP/SP管理流程 (38)13.1.6业务管理流程 (38)13.1.7套餐/产品管理流程 (39)13.1.8内容管理流程 (39)13.1.9业务能力管理流程 (39)13.1.10 ........................................................................................................ SLA签约流程3913.2业务执行流程 (40)13.2.1SMS (40)13.2.2WAP (40)13.2.3MMS (40)13.2.4LCS (41)13.2.5下载 (41)13.2.6Streaming (42)13.2.7彩铃 (42)13.2.8声讯 (42)13.2.9DRM (42)13.2.10有SAG介入的流程 (42)14接口要求 (43)14.1与业务系统接口 (43)14.1.1ISMAP接口 (43)14.1.2内容同步接口 (44)14.1.3统一配置接口 (44)14.1.4话单传递接口 (44)14.1.5终端适配接口 (44)14.1.6与DRM接口 (44)14.1.7与彩铃平台接口 (45)14.2ISMP和预付费系统的接口 (45)14.2.1ISMP合设平台和预付费系统接口 (45)14.2.2ISMP独立省级管理平台和预付费系统接口 (45)14.3与运营支撑系统之间接口 (45)14.4与用户门户接口 (45)14.5与全国SPMS平台之间接口 (46)14.6与OCS系统之间的接口 (46)14.7与SAG系统之间的接口 (46)14.7.1统一配置 (46)14.7.2ISAMP接口 (47)15修订记录 (48)前言本文为中国电信综合业务管理平台规范总册,包括综合业务管理平台ISMP (Integrated Service Management Platform)、全国业务发布中心NSPC(National Service Publish Center)相关的规范体系、术语定义、需求约束、编码要求、组网要求、业务要求、数据要求、功能要求、流程要求、接口要求等。
(技术规范标准)中国电信终端技术规范书(上行)
中国电信ADSL2+上行e8-B终端技术规范书中国电信集团公司2009年4月目录1.前言 (VII)2.设备类型 (VII)3.物理接口要求 (1)3.1网络侧接口要求 (2)3.1.1ADSL 2+接口要求 (2)3.2用户侧接口要求 (2)3.2.1用户侧以太网接口要求 (2)3.2.2WLAN接口要求 (2)3.2.3USB接口要求 (2)4.功能要求 (3)4.1网络协议及数据转发功能要求 (4)4.1.1数据转发功能要求 (4)4.1.2DNS功能要求 (5)4.1.3地址管理及拨号管理功能要求 (5)4.1.4NAT (8)4.1.5其它功能要求 (8)4.2WLAN AP功能要求 (8)4.3设备发现功能要求 (11)4.4业务发现和控制功能要求 (12)4.4.1业务发现 (12)4.4.2业务控制 (12)4.5Q O S功能要求 (12)5.安全要求 (13)5.1网络访问的安全性 (14)5.2用户侧接口安全性 (14)5.2.1WLAN接入安全性 (14)5.3登录安全性 (15)5.3.1用户侧登录安全性 (15)5.4设备安全性 (17)6.管理和维护要求 (17)6.1基本要求 (18)6.1.1功能要求 (18)6.1.2协议要求 (18)6.1.3日志要求 (18)6.1.4设备标识要求 (19)6.1.5配置文件备份要求 (19)6.2本地管理和配置要求 (19)6.2.2系统信息管理 (20)6.2.3基本配置 (21)6.2.4高级配置 (22)6.2.5设备管理 (24)6.2.6配置文件的USB快速备份和恢复 (25)6.2.7网络诊断 (26)6.3远程管理和配置要求 (26)6.3.1远程管理基本要求 (26)6.3.2远程参数配置和性能监测 (27)6.3.3远程故障诊断功能 (29)6.3.4设备告警功能 (30)6.3.5软件远程管理 (30)6.3.6业务部署和控制 (30)6.4E家客户端管理和配置要求 (30)7.性能要求 (32)7.1路由转发性能要求 (33)7.1.1吞吐量 (33)7.1.2地址学习 (33)7.1.3缓存大小 (33)7.1.4安全处理要求 (33)7.2ADSL2+接入性能要求 (33)7.3WLAN无线性能指标 (33)7.3.1WLAN吞吐量性能要求 (33)7.3.2WLAN覆盖性能要求 (34)7.3.3WLAN接收灵敏度要求 (34)7.4可靠性 (35)8.运行环境要求 (35)8.1供电要求 (36)8.2环境要求 (36)8.3抗电磁干扰能力 (36)8.4设备本身产生的电磁干扰要求 (36)8.5过压过流保护 (37)9.软硬件要求 (37)9.1硬件要求 (38)9.1.1基本要求 (38)9.1.2硬件能力要求 (38)9.1.3Flash存储空间规划 (38)9.1.4指示灯要求 (39)9.1.5开关与按钮 (40)9.2.1基本要求 (40)9.2.2软件基本架构 (41)9.2.3程序加载 (41)9.2.4软件开发环境要求 (41)9.2.5要求提供的服务 (42)9.2.6用户登录要求 (42)9.2.7系统升级要求 (42)9.2.8Linux文件系统结构要求 (43)9.2.9Linux系统命令要求 (43)9.2.10接口1具体要求 (44)9.2.11接口2具体要求 (44)10.基本应用要求 (44)10.1强制门户功能 (45)10.2家庭存储 (45)10.3IPTV (45)11.E家终端(E8)界面要求 (45)11.1基本要求 (46)11.1.1用户界面分类 (46)11.1.2界面整体风格要求 (46)11.2快速安装光盘 (46)11.3E家终端(E8)外壳标签要求 (47)11.4设备外壳文字标识要求 (48)11.5E家终端(E8)外包装要求 (48)12.其它要求 (48)12.1设备预配置要求 (49)12.2配件 (50)12.3随机文件 (50)12.4安全性要求 (51)12.4.1过电压过电流 (51)12.4.2电磁兼容性 (51)12.4.33C认证 (51)附录A (规范性附录)外包装要求材质及工艺要求 (51)A.1材质要求 (52)A.2工艺要求 (52)A.3可靠性 (52)附录B (规范性附录)DHCP报文扩展 (53)B.1V ENDOR S PECIFIC I NFORMA TION(O PTION 43)格式 (54)B.2V ENDOR CLASS IDENTIFIER(O PTION 60)格式 (54)附录C (规范性附录)日志文件格式 (57)C.1文件格式 (58)C.2S YSLOG M ESSAGE S EVERITIES (58)附录D (规范性附录)告警信息 (58)D.1告警编号规则 (59)D.2设备告警信息列表 (59)附录E(规范性附录)接口2协议 (62)E.1协议数据包基本结构 (63)E.2接口操作命令定义 (64)E.3协议流程 (70)E.4R ETCODE定义 (75)E.5固件参数属性要求 (75)E.5.1 固件参数属性说明 (75)E.5.2 固件参数属性的操作 (76)E.6USB挂接点定义及命名规则 (77)E.7通过ITMS设置启用或关闭中间件流程 (77)附录F (规范性附录)接口2参数定义 (78)F.1PPP O E (79)F.2PPP O E代理功能 (81)F.3DHCP SERVER (81)F.4PORT FORWARDING (83)F.5WLAN (83)F.6USB接口控制功能 (85)F.7IGMP PROXY (85)F.8电信维护帐号 (86)F.9强制家庭门户功能 (86)F.10ALG功能开关 (86)F.11断线重连功能 (87)F.12多终端上网 (87)F.13网络服务管理 (88)F.14管理平台URL (88)F.15WAN接口IP地址参数 (89)F.16DOWNLOAD参数 (89)F.17UPLOAD参数 (90)F.18TR069管理参数 (90)F.19管理通道DNS地址 (90)F.20INTERNET通道实例标识参数 (91)F.21电信扩展事件参数 (91)1. 前言本规范为中国电信集团公司及其所属企业(以下简称“中国电信”)进行ADSL 2+上行的e8-B终端设备集中采购的技术要求。
电话计费营业系统规范书
电话计费营业系统规范书一、引言电话计费营业系统是电信运营商管理客户通话费用和提供相关业务服务的重要支撑平台。
为了确保系统的准确性、稳定性和高效性,特制定本规范书,以明确系统的功能要求、性能指标、数据管理、安全保障等方面的规范。
二、系统功能要求1、计费功能支持对不同类型的通话(如本地通话、长途通话、国际通话、移动通话等)进行准确计费。
能够根据通话时长、通话时段、通话类型等因素计算费用,并考虑优惠套餐、促销活动等因素进行费用调整。
提供实时计费功能,即在通话过程中实时计算费用,以便用户及时了解通话消费情况。
2、营业受理功能支持新用户开户、用户信息变更(如姓名、地址、联系方式等)、套餐变更等业务受理。
能够处理用户的停机、复机、销户等业务请求。
提供业务查询功能,方便用户查询自己的账户信息、通话记录、费用明细等。
3、账务管理功能生成用户的月度账单,包括通话费用、增值业务费用、欠费情况等。
支持多种缴费方式,如现金缴费、银行转账、在线支付等,并能够实时更新用户的缴费状态。
具备欠费催缴功能,通过短信、电话等方式提醒用户及时缴费。
4、报表统计功能能够生成各类统计报表,如用户数量统计报表、通话时长统计报表、收入统计报表等。
支持报表的自定义查询和导出,方便管理人员进行数据分析和决策。
5、客户服务功能提供在线客服和电话客服功能,及时处理用户的咨询和投诉。
能够对用户的反馈进行记录和跟踪,确保问题得到妥善解决。
三、系统性能指标1、响应时间营业受理业务的平均响应时间不超过 5 秒。
计费查询业务的平均响应时间不超过 3 秒。
报表生成和导出的平均响应时间不超过 10 秒。
2、准确性计费准确率达到 9999%以上。
数据一致性和完整性得到保障,确保系统中不存在数据丢失或错误的情况。
3、稳定性系统在连续运行 30 天内无故障,故障恢复时间不超过 2 小时。
具备容错和容灾能力,在部分硬件或软件出现故障时,能够自动切换到备用系统,保证业务的连续性。
精编【技术规范标准】某省电信实时计费系统技术规范书
【技术规范标准】某省电信实时计费系统技术规范书xxxx年xx月xx日xxxxxxxx集团企业有限公司Please enter your company's name and contentv某省电信集中实时计费帐务系统技术规范书某省省电信公司***年11月目录1总体概述 (1)1.1 制定此规范的目的 (1)1.2 适用范围 (1)1.3 起草单位 (1)1.4 解释权 (1)2系统总体技术要求 (2)2.1 技术规范制定的理论基础 (2)2.1.1 eTOM (2)2.1.2 BPR (2)2.1.3 本地电信计费帐务系统分析与设计V2.0 (2)2.2 系统建设思路 (3)2.3 总体技术原则 (3)2.4 检验标准 (5)2.4.1 实用性 (5)2.4.2 稳定性 (5)2.4.3 可靠性 (5)2.4.4 可用性 (6)2.4.5 可维护性 (6)3系统网络架构 (7)3.1 网络设计的原则 (7)3.2 网络设计的要求 (7)3.3 系统逻辑结构划分 (8)4系统软件体系架构 (10)4.1 应用软件架构原则 (10)4.2 应用软件架构规范 (10)4.3 集中实时计费帐务系统的软件架构 (10)5系统平台要求 (11)5.1 系统规模 (11)5.1.1 业务发展预测 (11)5.1.2 话单量预测 (11)5.1.3 系统处理能力要求 (13)5.2 网络设备 (13)5.2.1 核心网络设备 (13)5.2.2 防火墙 (14)5.3 操作系统 (14)5.4 主机服务器 (15)5.5 数据库系统 (16)5.6 存储备份要求 (17)5.6.1 总体要求 (17)5.6.2 数据存储要求 (18)5.6.3 存储设备硬件要求 (18)5.6.4 远程容灾备份要求 (19)5.7 应用软件要求 (19)5.8 中间件要求 (20)5.9 接口要求 (21)5.9.1 与相关系统的接口 (21)5.9.2 接口设计原则 (21)5.9.3 接口实现方式 (22)5.10 系统资源管理规范 (23)5.11 系统安全规范 (23)5.11.1 网络安全 (23)5.11.2 系统安全 (24)5.11.3 软件安全 (24)5.11.4 安全管理措施 (25)5.12 技术指标 (25)5.12.1 硬件系统技术指标 (25)5.12.2 操作系统技术指标 (26)5.12.3 网络系统技术指标 (26)5.12.4 数据库软件技术指标 (26)6软件开发规范 (27)6.1 数据组织规范 (27)6.2 界面规范 (27)6.2.1 界面的标准 (27)6.2.2 界面的友好 (27)6.3 编码标准规则 (27)6.3.1 地区编码 (27)6.3.2 客户编码 (28)6.3.3 其它编码 (28)6.4 文件命名通用规则 (28)6.4.1 程序文件命名规则 (28)6.4.2 数据文件命名规则 (28)6.5 程序及数据文件存储规范 (28)6.6 项目管理规范 (29)6.7 评审验收规范 (29)1总体概述1.1制定此规范的目的计费账务系统是业务支撑网的关键应用系统之一,是计费合帐、话费回收、理顺生产组织、提高服务质量、提供数据支撑、提高经营管理效率的重要工具,同时也是业务数据提供的核心系统之一,在业务支撑网中应发挥综合生产和数据支撑中心的作用。
中国XX数据网技术规范书(IP部分)
中国XX数据网技术规范书(IP部分)1.1.3 本技术标准书应视为保证网络运行所需的最低要求,如有遗漏,卖方应予以补充,否那么一旦中标将认为卖方认同遗漏局部并免费提供。
1.1.4 本工程为交钥匙工程,厂商可根据需要选择相应的系统集成商,但须经买方认可。
卖方应提供系统解决方案并在建议书中应说明给买方提供的技术文件、技术支持、技术效劳、人员培训等的范围和程度。
1.1.5 厂商和集成商被视为一个整体,向买方提供完整的效劳。
本标准书的要求对厂商和集成商均适用。
1.1.6 IP网中的接入效劳器局部买方另行发标,卖方需承诺与买方指定的接入效劳器厂家配合,完成接入效劳器与本标准书定义系统的集成。
1.1.7 买方保存对本文件的解释和修改权。
1.2 方案卖方应根据本文件的技术要求在两周之内提供八份中文建议书和报价,同时提供电子版〔中文WORD〕。
报价应以美元为单位,并分别报出FOB和CIF价。
卖方供给的设备技术标准及这些设备构成网络系统的性能应符合本标准书的要求。
卖方应列出所提供设备和系统的标准,任何与买方技术标准书相关条款不同的都应指示出来,并详细说明原因。
1.5 卖方供货和效劳范围所需的货物和技术效劳合述如下:1.5.1 系统主要组成局部:路由器效劳器(包括认证、计费效劳器,信息效劳器、邮件效劳器、域名效劳器等) 局域网交换机防火墙设备网络操作系统及Internet网络系统软件、应用软件(包括Email、WWW、计费、认证、网管、网络平安、数据统计、信息管理、导航等软件)卖方提供的所有设备必须是最新成熟产品。
所有元件、配件、附件和将设备连成系统的连接电缆都应包括在报价中。
卖方必须保证所提供产品的数量、质量,特别是接口的兼容性,并且承当所有在合同中指定的责任和义务。
1.5.2 软件卖方提供的软件应包括满足确保全网正常运营所需的管理、运行、维护等有关的全部软件,以及Internet网和信息效劳平台中的主要效劳及应用软件,在建议书中要详细列出所提供的软件清单和说明。
中国电信在线计费系统C网OCS SCP集成方案
中国电信企业标准中国电信在线计费系统C网OCS SCP集成方案版本号:1.0中国电信股份有限公司2008-5前言中国电信移动业务在线计费系统技术方案是在充分研究和分析国内外在线计费系统实现方案基础上,基于中国电信移动业务在线计费需求,并参考3GPP、IETF等国际标准组织的在线计费系统规范和接口协议规范编制的。
本要求是中国电信移动业务在线计费系统SCP设备改造要求,为在线计费系统方案实施的指导性文件,整个在线计费系统技术方案主要包括:➢《中国电信在线计费系统(OCS)总体技术方案》➢《中国电信在线计费系统(OCS)业务需求》➢《中国电信在线计费系统(OCS)技术要求》➢《中国电信在线计费系统OCP接口规范》➢《中国电信在线计费系统SCP设备改造要求》➢《中国电信在线计费系统ISMP设备改造要求》➢《中国电信在线计费系统CCG设备技术要求》随着技术的发展,还将制定后续的相关标准。
本规范由中国电信股份有限公司提出并归口。
本方案起草单位:中国电信股份有限公司上海研究院本方案主要起草人:周峰王伊霖张冀文高国文,邓爽,温胤鑫,潘黎强,本方案解释单位:中国电信股份有限公司上海研究院目录1.范围 (2)2.规范性引用文件 (2)3.术语和缩略语 (2)3.1.术语 (2)3.2.缩略语 (3)4.系统结构 (3)4.1.系统结构图 (3)4.2.系统介绍 (4)5.功能及数据划分 (4)5.1.划分原则 (4)5.2.功能划分 (5)5.3.业务数据划分 (5)5.4.业务功能划分 (7)6.路由(漫游) (9)6.1.路由方案 (9)6.2.电路域路由流程 (10)7.信令流程 (11)7.1.预付费主叫流程 (11)7.2.预付费被叫流程 (13)7.3.无条件/遇忙前转流程 (15)7.4.无应答前转流程 (17)7.5.管理流程 (19)8.异常处理 (20)8.1.OCS出现故障 (20)8.2.SCP出现故障 (23)9.话单 (23)9.1.文件命名格式 (23)9.2.话单输出格式 (24)1.范围本方案用于指导中国电信移动业务在线计费系统的方案实施和系统建设,并为在线计费系统及相关设备的研发和改造、以及相应技术规范的制定提供技术依据。
电信计费系统课程设计
电信计费系统课程设计一、课程目标知识目标:1. 理解电信计费系统的基本概念、原理及其在通信行业中的应用;2. 掌握电信计费系统的组成部分、功能及相互关系;3. 了解电信计费系统的业务流程、计费策略和收费方式;4. 掌握电信计费系统的安全性、可靠性和扩展性要求。
技能目标:1. 能够运用所学知识分析电信计费系统的实际案例,提出优化和改进方案;2. 学会使用相关软件工具设计简单的电信计费系统,实现基本计费功能;3. 能够编写简单的计费算法,对电信业务进行计费;4. 具备一定的团队协作和沟通能力,能够就电信计费系统设计与他人进行有效讨论。
情感态度价值观目标:1. 培养学生对电信计费系统的兴趣,激发他们探索通信行业发展的热情;2. 增强学生的信息安全意识,认识到电信计费系统在保护消费者权益方面的重要性;3. 培养学生严谨、务实的学习态度,提高他们分析问题和解决问题的能力;4. 培养学生的创新精神和团队协作精神,使他们具备一定的职业素养。
本课程目标旨在使学生在掌握电信计费系统相关知识的基础上,提高实际操作能力和综合素质,为未来从事通信行业工作打下坚实基础。
同时,注重培养学生的情感态度价值观,使他们在学习过程中形成正确的价值观和职业操守。
二、教学内容1. 电信计费系统概述- 电信计费系统的基本概念与原理- 电信计费系统的发展历程与现状- 电信计费系统在通信行业中的重要性2. 电信计费系统的组成与功能- 计费系统的基本组成部分- 各组成部分的功能与相互关系- 计费系统的主要业务流程3. 计费策略与收费方式- 常见计费策略及其特点- 计费参数的设置与调整- 收费方式的分类及实际应用4. 电信计费系统的安全性、可靠性与扩展性- 安全性要求及其保障措施- 可靠性要求及其实现方法- 扩展性要求及其设计原则5. 计费系统设计与实践- 计费算法的设计与实现- 计费系统软件工具的使用- 简单电信计费系统的设计与实现6. 电信计费系统案例分析与优化- 实际案例的介绍与分析- 现有计费系统的优缺点- 优化与改进方案的设计与讨论教学内容依据课程目标进行选择和组织,注重科学性和系统性。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某省电信集中实时计费帐务系统技术规范书某省省电信公司***年11月目录1总体概述 (1)1.1 制定此规范的目的 (1)1.2 适用范围 (1)1.3 起草单位 (1)1.4 解释权 (1)2系统总体技术要求 (2)2.1 技术规范制定的理论基础 (2)2.1.1 eTOM (2)2.1.2 BPR (2)2.1.3 本地电信计费帐务系统分析与设计V2.0 (2)2.2 系统建设思路 (3)2.3 总体技术原则 (3)2.4 检验标准 (5)2.4.1 实用性 (5)2.4.2 稳定性 (5)2.4.3 可靠性 (5)2.4.4 可用性 (6)2.4.5 可维护性 (6)3系统网络架构 (7)3.1 网络设计的原则 (7)3.2 网络设计的要求 (7)3.3 系统逻辑结构划分 (8)4系统软件体系架构 (10)4.1 应用软件架构原则 (10)4.2 应用软件架构规范 (10)4.3 集中实时计费帐务系统的软件架构 (10)5系统平台要求 (11)5.1 系统规模 (11)5.1.1 业务发展预测 (11)5.1.2 话单量预测 (11)5.1.3 系统处理能力要求 (13)5.2 网络设备 (13)5.2.1 核心网络设备 (13)5.2.2 防火墙 (14)5.3 操作系统 (15)5.4 主机服务器 (15)5.5 数据库系统 (16)5.6 存储备份要求 (17)5.6.1 总体要求 (17)5.6.2 数据存储要求 (18)5.6.3 存储设备硬件要求 (18)5.6.4 远程容灾备份要求 (19)5.7 应用软件要求 (19)5.8 中间件要求 (20)5.9 接口要求 (21)5.9.1 与相关系统的接口 (21)5.9.2 接口设计原则 (21)5.9.3 接口实现方式 (22)5.10 系统资源管理规范 (23)5.11 系统安全规范 (23)5.11.1 网络安全 (23)5.11.2 系统安全 (24)5.11.3 软件安全 (24)5.11.4 安全管理措施 (25)5.12 技术指标 (25)5.12.1 硬件系统技术指标 (25)5.12.2 操作系统技术指标 (26)5.12.3 网络系统技术指标 (26)5.12.4 数据库软件技术指标 (26)6软件开发规范 (27)6.1 数据组织规范 (27)6.2 界面规范 (27)6.2.1 界面的标准 (27)6.2.2 界面的友好 (27)6.3 编码标准规则 (27)6.3.1 地区编码 (27)6.3.2 客户编码 (28)6.3.3 其它编码 (28)6.4 文件命名通用规则 (28)6.4.1 程序文件命名规则 (28)6.4.2 数据文件命名规则 (28)6.5 程序及数据文件存储规范 (28)6.6 项目管理规范 (29)6.7 评审验收规范 (29)1 总体概述1.1 制定此规范的目的计费账务系统是业务支撑网的关键应用系统之一,是计费合帐、话费回收、理顺生产组织、提高服务质量、提供数据支撑、提高经营管理效率的重要工具,同时也是业务数据提供的核心系统之一,在业务支撑网中应发挥综合生产和数据支撑中心的作用。
为了提高某省省电信公司的服务水平、管理水平和经营决策水平,为客户提供及时、准确和高质量的服务,为市场部门制订和实施灵活多样的营销策略和资费政策提供平台,满足某省电信今后向用户提供新业务、新服务,适应今后市场竞争的需要,从技术上指导建立实时、高效、全业务综合、面向企业信息数据支撑、面向新业务发展、具有较高安全性的集中实时计费帐务系统,特制定本规范。
本技术规范包含对某省电信集中实时计费帐务系统的体系结构、网络组织、应用软件结构、系统软硬件、外部接口及安全管理等的基本技术要求。
从技术上对某省电信集中实时计费帐务系统进行了集中、统一的规划,构建一个实时、高效、安全的综合生产及数据支撑中心平台,为市场营销、经营决策、客户服务工作提供有力的支撑。
本规范是某省电信集中实时计费帐务系统规划和建设的基本技术依据。
某省省电信公司及各地市分公司,在满足本技术规范的基础上,进行集中实时计费帐务系统的建设。
1.2 适用范围本规范适用于某省省电信公司集中实时计费帐务系统建设。
1.3 起草单位本技术规范由某省省电信公司负责起草。
1.4 解释权本规范的增补、修订及解释权属某省省电信公司。
如某省电信在此之前的文件与本规范有矛盾,按此规范执行。
2 系统总体技术要求2.1 技术规范制定的理论基础本次技术规范制定的理论依据包括:1.eTOM模型;2.ITSP规划;3.中国电信BPR项目成果;4.本地电信计费帐务系统分析与设计V2.05.集团公司和某省省公司的相关文件。
卖方需确保整体方案也符合以上模型或文件。
2.1.1 eTOM在国际上,电信管理著名的标准化组织:电信管理论坛(TMF,TeleManagement Forum)一直专注于电信BSS/OSS的标准与规范的研究,TMF对于BSS/OSS的功能定义,提出了自己的功能模型eTOM,这个模型被国际的电信运营商和设备制造商以及电信BSS/OSS系统开发商广泛接受,成为国际标准与事实上的规范。
在项目设计中应充分理解和遵从模型的相关建议。
关于eTOM的具体内容,本处不进行详细描述。
2.1.2 BPR中国电信在苏州、昆明等地的BPR试点取得了初步成功,并就组织架构、管理流程、业务流程、绩效考核等方面形成了大量的成果。
关于BPR的具体内容,我们将尽力体现到业务规范与技术规范中,更具体的信息,我们将根据具体情况,适当的向最后中标厂商部分开放。
2.1.3 本地电信计费帐务系统分析与设计V2.0中国电信集团公司委托中国电信广州研发中心成立专门的分析设计工作组,对原《本地电信业务计费帐务分析与设计V1.0》进行升版改造工作。
分析设计工作组按照正规、系统的软件工程理论的要求,广泛进行调研和分析工作,并采用科学、严密的系统设计方法,针对电信新旧业务的发展和变化,以及企业信息化建设的需要,在2003年6月完成了全部分析设计工作,形成了结果文档——《本地电信业务计费帐务分析与设计V2.0》。
2.2 系统建设思路(1)全省集中实现数据、应用以及软硬件平台的集中管理,同时充分考虑各本地网的个性化需求,通过应用软件授权机制等技术手段保障各本地网差异化营销策略等的实现。
(2)多业务综合改变以往单一的专业计费系统概念,对于整个某省电信的交换网(包括固定电话网、小灵通)、智能网、数据网等产生的原始话单或者一次批价后的话单进行综合的计费帐务处理,实时产生用户的信用度,最后达到实时对客户的服务进行控制。
综合计费产品融入客户、帐户、用户/服务、接入、产品、帐目、帐期、套餐计划、资费、优惠规则、帐务关系、定制等概念,用户/服务标识贯穿于客服、业务、计费、帐务等全过程,这些概念的引入明晰了客户与电信公司之间的关系,为客户化的市场营销策略和客户管理奠定基础。
(3)实时采集、实时计费、实时出账、实时分析通过对交换机实施联机实时详单采集以及实时的计费帐务处理,确保计费帐务系统得到交换机原始话单后,在15分钟内处理完毕,且客户可对前一天的话单进行查询(此为系统建设的目标,而非对用户的承诺),从而提高服务质量,同时实现实时信用度控制并为经营分析提供及时有力的支撑。
2.3 总体技术原则卖方提供的系统设备和软件应满足以下技术要求:(1)技术先进性:在系统的总体设计及模型设计中应考虑与国际接轨,采用当今国内、国际上最先进和最成熟的符合国际发展潮流的、符合国际标准的软硬件技术,充分吸收国际厂商的先进经验,并考虑到中国特殊的国情,使得设计出来的系统不仅满足现有的需求,也抓住未来的发展方向;同时系统设计需满足大数据量的事务需求。
(2)开放性:开放性与标准化是一个系统赖以生存发展的基础。
只有遵循开放性和标准化的系统才具有生命力,才能保护用户的投资,才能体现良好的扩展性和互操作能力。
(3)安全性可靠:系统运行中的可靠性依赖于主机系统、网络系统、数据库系统和应用系统的可靠性。
因此,新系统中所采用的设备及主要技术必须是成熟的、可靠的,并加以全面的监视和控制,而且充分考虑异常时的应变与容错能力。
在应用软件开发中要充分利用关系型数据库的安全机制和错误恢复机制,在处理结果未提交前如发生错误则进行回滚,保证数据的准确性和完整性。
要保证软件新旧版本的平稳过渡,保证主机系统,网络系统在将来能够顺利扩容,且不影响正常的生产运行。
尤其要保证系统具有极高的运行质量,能够一天24小时连续不间断工作。
在出现故障的时候,必须能够及时提供应急措施,以确保整个系统的不中断。
有完善的数据备份恢复手段及策略。
对于系统的具体使用环境,系统要处理大量的数据,任何系统部件和数据的损坏或丢失,都会造成重大损失,系统支持随机/定时复制重要数据,防止由于数据丢失或损坏造成系统的崩溃。
在处理、传输大容量数据时,采取检错、压缩、加密等措施,确保数据的准确性,提高系统效率。
通过WWW浏览器查阅信息时采用SSL技术,保证信息传输的保密性和完整性。
具备严格的管理员分级制度,防止不合法操作。
对关键数据采用访问权限限制,并加密保存。
系统在设计上充分考虑冗余和备份,保证系统数据的安全性、可靠性和数据传输的服务质量。
应具有完善的数据备份及恢复机制。
应能提供对一般性数据和交易性数据的保护,使得在任何一部分子交易失败后,整个交易的所有消息都回滚,保证数据的完整性。
充分利用主机、网络以及数据库管理系统提供的安全保障机制,确保系统数据的绝对安全。
对应用系统而言,所有系统数据的操纵必须严格按照权限级别进行,严禁非法用户进入系统。
对于操作人员进行的相应的操作日志,对不同级别的操作员进行相应的限制。
同时,对系统重要数据提供可靠的备份和恢复机制。
由于计算机犯罪越来越多,应用软件的安全设计非常重要。
不同的操作员应授予不同的权限。
为了保证数据系统的安全,数据审核、数据审计、定期的安全检查等都是新系统所必须的。
(4)可扩展性/可伸缩性:在设计中不仅应考虑目前业务的需求,更应充分考虑未来业务量及业务种类增长的需求,同时也要考虑与行政管理体制的配合和协调。
系统规模具有可调性,可以逐渐增大;新的软件模块即插即用,新功能、新业务的增加能够在不影响系统运行的情况下实现;系统的可扩展性在以下方面重点考虑:主机系统、网络系统、操作系统、数据库系统、业务应用系统和外围设备。
系统要具备逐步升级能力的结构,采用模块化设计,在整个系统正常运行的情况下,能够随时增加或取消客户端。
可动态增加服务器,形成服务器集群,增加处理能力,能够实现负载平衡。
(5)数据一致性、安全性、准确性、完整性:作为业务支撑网中的数据支撑中心,数据的一致性、安全性、准确性、完整性至关重要,系统必须支持统一的数据模型,保证各生产环节及对外接口中数据的一致性、安全性、准确性、完整性。