目录
1一.
绪论
二.
设计原则
3
1、
管理模式
3
(1)
决策支持层
3
(2)
管理层
3
(3)
业务运行层
3
2、
设计方法
3
(1)
面向对象的设计思想
4
(2)
三层应用的Client/Server模式
4
(3)
并发的程序设计思想
4
(4)
基于E-R关系的数据库设计
4
(5)
模块化独立设计
5
3、
系统整体
5
(1)
统一的网络平台
5
(2)
统一的数据库平台
5
(3)
统一的应用平台
5
4、
系统目标
6
三.
系统架构
7
1、
系统总体架构
7
(1)
核心群集处理系统
7
(2)
中间件系统
8
(3)
应用操作、数据分析系统
8
系统逻辑结构
9
(1)
业务受理子系统
9
(2)
数据控制及鉴权子系统
9
(3)
业务处理子系统
12
(4)
帐务处理子系统
12
(5)
清单处理子系统
13
(6)
统计分析子系统
13
(7)
决策支持子系统
14
(8)
系统监控子系统
14
(9)
接口子系统
14
(10)
增值业务子系统
15
四.
系统功能描述
16
1、
业务运营系统主要功能
16
(1)
营业受理子系统
17
(2)
帐务管理子系统
23
(3)
运营管理子系统
33
(4)
信用控制子系统
37
(5)
统计分析子系统
39
(6)
运营监控子系统
41
(7)
决策支持子系统
42
2、
功能要点说明
43
(1)
资费政策变动和优惠措施实现
43
(2)
信用度管理
44
(3)
交换机HLR信息驱动
45
五.
系统平台设计
48
1、
核心服器平台
48
2、
数据控制及集中鉴权平台
49
3、
接口服务器平台
50
4、
存储系统平台
51
5、
网络平台
53
(1)
中心局域网
53
(2)
各工作组本地网
53
(3)
城域网
53
6、
操作系统平台
54
7、
数据库平台
54
8、
应用软件平台
55
9、
工作站平台
55
六.
网络结构及设计方案
56
1、
系统网络现状
56
2、
广州市内网络系统改造方案
71
3、
广州市四郊县改造方案
94
4、
广州移动局网络升级方案
99
5、
线路传输升级方案
100
6、
与其他系统连网方案
103
(1)
横向连接
103
(2)
纵向连接
106
(3)
与省其他处理中心的连接
107
七.
系统性能
109
1、
系统安全性能
109
(1)
系统的安全手段
109
2、
系统可维护性
110
(1)
版本管理和维护
110
(2)
网络管理
110
(3)
备份与恢复
111
3、
系统可运行性能
111
4、
系统可扩展性能
111
5、
系统性能分析
111
(1)
业务服务器性能分析
111
(2)
帐务服务器性能分析
112
(3)
统计分析服务器性能分析
112
(4)
清单服务器性能分析
113
(5)
实时清单处理服务器性能分析
113
(6)
清单优惠、汇总服务器性能分析
114
1.
绪论
电信行业在任何一个国家都是关乎于国家主权和国家安全的重点发展行业。同时，移动通信事业的发展标志一个国家的国民经济的发展水平。
在西方发达国家，电信行业已经过一段长时间的发展，其电信厂商经历了不少残酷的竞争，这些企业在不断的竞争中重视市场和用户的需求，不断完善提高自身的管理水平，并且利用先进、有效的信息技术及时对市场和企业自身进行优化和改造，同时凭借对市场需求变化的灵敏的触角，根据市场的风云变幻随时调整企业的经营和管理策略，不但适应潮流，还先于潮流，带领潮流。
中国人口众多，资源丰富，地大物博。随着我国国民经济的发展和市场的进一步开放，已逐步成为世界瞩目的最大的具有潜力的经济潜在发展市场。特别是中国将要加入世界贸易组织，成为其成员国，中国经济的发展给全球商家带来了巨大的发展空间和机遇。
中国人对电信服务的需求随着我国的经济迅速发展而发展。从市场潜在能力和市场机会来看“中国是一个电信大国”。但由于电信对国家安全和主权有着重要的联系，一直以来我国电信行业的发展严格受控于国家政策和管理，处于“和平”的无竞争状态。中国加入世贸后，中国电信行业将被迫脱掉这件金刚护身衣，投身到市场竞争的洪流中。
面对着怀揣巨大资金，拥有良好管理水平、优秀市场决策能力和先进信息技术，同时可利用外资的优惠政策和灵活的经营方式及手段的外国电信企业的挑战，中国移动通信这个朝阳企业，作为中国国民经济和信息产业发展的重要组成部分和排头兵，在中国电信市场即将开放的这一时刻，充分利用目前具备的优惠待遇，迅速发展业务、快速积累资金、完善自身管理机制和提高信息技术的实现能力是非常重要的，国内电信企业只有进一步开发市场、参与竞争，不断带动国内市场潮流，才可与国外的同行一起融入这场激烈的竞争当中，并且占有一席之地。
广东省移动通信广州分公司的移动营销业务量和业务种类在飞速增长，原有的惠讯业务核算系统已不能很好地适应广州移动业务量日益增长的需要，在软、硬件处理能力、业务受理能力、代办业务能力、系统统计分析能力和辅助决策能力等多个方面都明显存在不足。因此，重新建设适应未来发展需要的新的移动业务运营支持系统已经成为广州公司势在必行的一项重要工作。
xx公司的“移动业务运营支持系统”(简称BOSS系统)就是针对当前我国移动通信业务的现状和发展趋势，结合国外良好的管理理念，通过对当前多个城市的业务状况的了解和相关系统的科学分析，运用先进的计算机数据处理和通讯技术进行开发的。该系统在完全实现目前移动系统所有业务需求的同时，充分考虑将来行业及市场的发展变化，具有很大的适应能力和系统性能的可扩充能力，完全能够满足当前和今后较长一段时间内的用户需求。
xx公司的“BOSS系统”通过采用客户/服务器模式和多处理机并行处理技术、磁盘镜像和数据库的远程数据复制技术、核心处理与接口服务器分离策略等先进技术实现了系统的高处理能力、高处理效率、高可靠性、高安全性和可扩充性，为系统将来的发展提供了良好的技术基础。
xx公司的“BOSS系统”采用模块化的设计方法，将整个系统从功能上划分为业务受理子系统、业务处理子系统、帐务处理子系统、统计分析子系统、清单管理子系统、监控子系统、决策支持子系统和接口子系统九个子系统。各个子系统分别独立设计又相互密切联系，实现全部移动通信业务功能。
xx公司的“BOSS系统”具有良好的界面和方便的操作，为各个层次的使用者提供极大的方便。同时，完善的统计分析功能为决策层提供科学决策的基础信息。
xx公司的“BOSSS系统”集成了营业前台、短讯、call center、Internet 和WAP等服务方式，统一规划了整个地区的营销系统和帐务系统，为客户提供全方位、高效率的售前、售后服务和科学的营销手段。该系统协助客户形成了电子营业、电子业务网络，最终发展成为电子商务网络，以缓解客户地区的业务场所不足、与客户接触面窄的问题，同时为各级管理人员提供强大的后台管理、综合查询和决策支持等功能。
2. 设计原则
1、 管理模式
根据ITU-TMN（国际电信联盟-国际电信网络）标准，整个系统划分为决策支持层，管理层和业务运行层三个层次。
(1) 决策支持层
为决策人员提供生产业务和管理控制的各种信息，为电信企业的战略决策提供决策手段。
(2) 管理层
为管理人员提供各种管理功能，便于各种经营手段的，提供统计分析数据，以便详细了解业务的运行情况和发展趋势，实现信息管理的自动化和科学化。
(3) 业务运行层
主要实现面向用户的各种业务需求，并对系统的运行提供保障和支持。
2、 设计方法
在BOSS系统的设计时，采用良好的设计方法，以适应不断发展变化的业务需求，实现整个系统的高效开发和便利维护，保障系统长期稳定可靠的运作。
(4) 面向对象的设计思想
采用面向对象的设计思路，方便业务系统的构造，缩短开发周期，确保开发质量。
(5) 三层应用的Client/Server模式
采用三层Client/Server模式，提供一个公共的应用通讯和数据接口平台，使得应用和实现良好分离，保障系统事务的完整性和核心数据的安全性。
采用三层Client/Server模式，可以实现同构和异构环境下的多种数据源通讯，提高系统与其他系统的互联能力。
(6) 并发的程序设计思想
操作系统、数据库系统、中间件和应用系统均支持并发访问，提供整个系统大用户量的并发访问能力，提高系统的响应性能。
(7) 基于E-R关系的数据库设计
数据库表设计以实体—关系（E-R关系模型）为基础，数据结构的紧密关联，使得数据一致性、完整性得到保障，提供整个系统的可靠性和完整型。
(8) 模块化独立设计
系统采用模块化设计原则，将应用程序分为多个既能独立运行又可灵活组合的程序包，提高系统的灵活性、扩充性和可维护性。
3、 系统整体
采用全盘统一的设计思想，充分考虑系统各部分间的联系和配合，实现整体性能最优化，完成整个系统的综合设计。采用先进的网络控制技术和多处理机并行处理模式，综合利用大型数据库、系统容错和存储磁盘阵列等先进技术，在准确高效地实现所有现行业务处理要求的同时，充分考虑系统的发展方向和扩充可能性，使系统具有很强的可扩展性和可维护性。
(9) 统一的网络平台
以本地网为基础，统一规划网络平台，实现网络资源的共享。
(10) 统一的数据库平台
以本地网为基础，统一规划数据库平台，数据高度集中，避免分散管理，实现全网统一的数据访问。
(11) 统一的应用平台
以本地网为基础，统一规划应用平台，实现全网统一的操作模式。
4、 系统目标
· 配合广东移动通信有限责任公司广州分公司的长远目标和企业战略目标的实现；
· 满足广东移动通信有限责任公司广州分公司的各种营销管理、帐务处理需求，适应不断发展的业务要求；
· 提供良好的工作平台，以便于各分公司经营业务的开展，使其在剧烈竞争的市场中占据有利位置。
`
3. 系统架构
5、 系统总体架构
整个系统从总体上可分为三个层次：核心群集处理系统、网络支持和数据控制系统、应用操作、数据分析系统。各个系统的功能划分、相互关系如下：
(12) 核心群集处理系统
本部分是系统的核心处理部分，通过采用分事务类型多处理机的并行处理模式，使系统处理能力能够根据不同时期的具体需求灵活调整，实现对所有事务的高效率、高性能和高可靠性的复杂处理。
(13) 中间件系统
本部分分接口子系统、集中鉴权子系统、数据控制及应用服务子系统。接口子系统完成前台用户接口部分与后台数据处理中心之间的接口处理。前台业务受理通过本部分将数据传输到后台进行处理或从后台存储系统中得到营业所需的数据。而后台通过应用服务系统实现处理数据的采集和结果数据的发送，实现对数据并发和数据安全访问的控制以及对处理系统处理机的负载的均衡。集中鉴权子系统负责完成对所有系统访问进行鉴权处理，并防止非法进入者。
本部分可称为“逻辑层”或“屏蔽层”，前台用户部分和后台处理部分之间通过本部分而相互透明，实现了数据处理的无关性和用户操作的独立性。
(14) 应用操作、数据分析系统
作为营业管理系统，业务受理功能的实现十分关键。根据不同的硬件配置以及适应不同层次的操作员和管理人员，本部分为前台业务受理提供基于不同操作系统的多种操作平台；为系统决策层提供决策支持系统；为系统管理员提供系统运作、网络状态等系统监控信息。
6、 系统逻辑结构
(15) 业务受理子系统
业务受理子系统是实现系统业务功能的前端部分，主要办理用户的各种类型的移动通讯业务和现金纳费类型用户的收费业务。业务受理子系统包括本地操作中心、远程营业中心和各个业务代办点。
(16) 数据控制及鉴权子系统
1) 数据控制子系统
数据控制子系统由多台中间代理服务器构成，是业务受理子系统与核心处理系统之间联系的纽带。与核心群集处理系统间由内部网络连接，与业务受理子系统间通过DDN/PSTN连接。
当业务受理子系统受理业务时，本系统根据所受理的业务类型和处理系统运行情况向相应的处理子系统分发处理数据和请求，向前台业务受理系统返回处理结果。同时，本子系统还承担对核心处理系统的数据并发访问和安全控制功能。
2) 鉴权子系统
鉴权子系统包括移动用户鉴权子系统、工作人员鉴权子系统和维护管理子系统。
a. 移动用户鉴权模块
移动用户鉴权系统采取集中鉴权的方式。通过建立统一鉴权中心，采用独立的鉴权服务器，实现整个系统的集中鉴权，所有移动用户对系统的访问都需要通过鉴权处理器进行鉴权处理。用户通过短讯、internet、WAP和call center 等服务方式自动办理业务时，都必须先经过移动用户鉴权系统的鉴权，有权限的用户才能办理业务。用户在营业前台也可以通过输入业务密码查询资料和办理业务。
每个移动用户拥有自己的业务帐号（电话号码）和业务密码，在营销系统、帐务系统、客户服务系统和实时话费系统中是一致的，在营业前台、短讯、internet、WAP和call center 等不同服务工具上也是相同的。业务密码只用于移动业务。 移动用户可通过输入业务密码查询自己的话费及清单、用户资料和业务资料等和修改部分的用户资料和业务资料。
业务密码可由新用户入网时输入，原有移动用户的业务密码可使用1860的密码，该密码由系统随机生成。用户密码要以密文的方式存放。移动用户可使用自己的手机通过call center查询。移动用户可以修改自己的业务密码，可通过internet、WAP和call center等服务方式修改业务密码。用户也可凭身份证到营业厅柜台修改密码，通过密码键盘输入新密码，该密码对营业员来说是透明的。
移动用户鉴权系统中还记录了用户的服务方式权限和操作权限。服务方式权限是指用户是否能分别通过短讯、internet、WAP和call center 等服务方式办理移动业务。操作权限是指用户可以操作的范围，如查话费、更改用户资料、更改新业务、停机开机等。这两种权限由营业员负责管理。缺省设置任何人都能采用Internet服务方式和call center服务方式，但查询个人性信息和办理业务必须要通过移动用户鉴权系统的鉴权。要采用短讯服务方式和WAP服务方式，用户先要开通该项服务功能。
移动用户鉴权系统要具有一定的智能性。系统可判断企图非法进入者，向系统管理员告警，并提供跟踪信息。系统还可以根据用户黑名单的情况，自动修改用户的操作权限。
系统对用户办理的每项业务要有详细的记录，包括用户号码、操作方式、操作日期、操作时间、操作内容等。
b. 工作人员鉴权模块
进入系统的工作人员都有自己的工号，口令和岗位。这些信息存入数据库中进行管理。每个岗位对应一定的权限，每个工作人员只能使用其岗位的权限规定范围内功能。
当工作人员注册系统时，首先根据其工号和口令判断该人员是否是合法用户 ，如是合法用户，则根据其岗位显示其可访问的功能（如菜单）。否则该人员不能进入系统。
岗位权限由系统管理员维护。
每个工作人员可以修改自己的口令。
系统可提供灵活的授权机制进行授权管理。
系统的安全性是建立在数据库管理系统的安全性之上的，为保证系统的安全性，本系统对操作员实行严格的分级权限管理，每一个操作员均拥有各自的工号、登录密码和权限等级。特定的权限等级只能进入特定的功能模块进行授权操作。除对系统的查询操作外，任何一个对系统的“写”操作（如录入、修改、删除资料）均将在系统中留下完整的记录，包括该操作发生的日期、时间、操作员的工号以及对系统进行了何种操作，以备日后追查。
为了保证密码的可靠性，对于操作员的密码，以密文的方式在数据库中存放，密码只能修改而不能够直接读取。
c. 维护管理模块
管理操作系统、数据库和各应用系统的设置，以及对操作员和移动用户的权限进行管理。
(17) 业务处理子系统
业务处理子系统是实现系统业务功能的后台处理部分，系统接收由代理服务器转发来的业务受理数据和处理请求，完成各种业务类型的处理后，将处理结果返回到前端业务受理点，并保存业务处理记录和处理结果数据。根据业务类别，将业务处理子系统分为模拟业务处理子系统和数字业务处理子系统，分别处理。
(18) 帐务处理子系统
帐务处理子系统实现对用户的帐务的处理，为收费业务提供数据。根据用户最终帐单费用的来源和用户纳费方式，可分为通话费处理、固定费用处理和托收用户处理部分。
· 通话费处理部分：子系统从省计费系统下发的帐单数据中获得用户的移动话费原始数据，进行处理后，生成用户最终帐单的移动话费部分。
· 固定费用生成部分：固定费用即移动通讯用户固定缴纳的费用，包括移动通讯服务费、无线电管理费等。系统采用参数驱动模式，所有固定费用参数均可从业务前台进行设置、添加和修改，提高了系统的适应能力和可变化性。
· 托收费用处理部分：系统可提供与银行系统批量交换数据，实现批量划帐和实时划帐处理方式。
帐务处理子系统作为移动通信运营管理系统(BOSS)的重要组成部分，完成整个系统的帐务处理任务。帐务处理从功能上应该包括出帐处理、费用回收、消帐、结算等多个方面。帐务处理子系统在整个移动运营支持系统(BOSS)内部与营业受理子系统、信用控制子系统的关系十分密切，同时，与省计费中心、银行及相关的信息台等存在业务上或数据上的接口。
帐务处理系统的功能、性能等对整个移动通信运营管理系统的整体性能和实际运行效果有较大的影响。下面将分析帐务处理系统的功能需求和性能需求。
(19) 清单处理子系统
清单处理子系统完成对用户清单处理和存储，提供清单、帐单查询和统计分析功能。
(20) 统计分析子系统
统计分析子系统对营业管理系统的数据进行各种形式的统计、分析，为系统决策层准备决策基础信息。
统计分析子系统包括对业务数据、帐务处理数据的统计、分析。利用线图、柱图和饼图等多种形式对各种数据进行分类别、分时间段、分地点等方式的统计分析。
系统应提供报表生成工具，能根据要求动态生成各种报表，并统计上满足以下条件。
时间精度：能支持按年、月、日、时、分、秒进行时间段内或时点统计
地域范围：为了使各项统计分析功能与公司分销渠道管理模式相适应，真实而明晰地反映体现公司运营成果，并满足向决策支持系统提供基本数据支持地要求，业务运行支持系统在统计上应支持六级层次的地域、人员统计，即：能按
公司----地区----一级代办----二级代办----营业点----营业员
的树状结构进行分组统计（为了方便实现统计以及将来根据运营模式变化对系统进行进一步的扩充改造，一级、二级、营业点代码应尽可能采用四位以上数字代码）。其中地区指广州、番禺、花都、从化、增城等不同营业区域。
说明：公司管理权限为业务最高权限，能任意设置以下各级的权限并进行号卡等资源调度分配，能进行全部的分析统计项目
地区及一二级代办仅能在其权限下进行其下属各级的角色权限设置及资源共享。分析统计的范围限于其所属区域。
公司自身的营业点应套用以上模式，其一二级代办为公司相应的职能或生产管理部门。
(21) 决策支持子系统
以各个处理子系统和统计分析子系统为基础，决策支持子系统面向决策层，向决策者提供尽可能详尽的统计报表。
(22) 系统监控子系统
系统监控子系统面向系统管理员和系统维护人员，提供系统的各种运行状态，便于系统出现故障时的及时发现和排除，提高系统的可靠性和可维护性。系统监控的内容包括整个系统所有处理机的运作状态和负载情况、系统的网络状态和负载情况、数据库系统的状态和各个处理流程的异常情况监测等。
集中监控的目的是对整个系统的网络管理、系统运行和网络安全情况进行实时监测，达到保障系统可靠、高效运行的目的。下面就这三方面进行详细的功能需求分析。
(23) 接口子系统
接口子系统对营业管理系统与其他系统的接口进行管理，保证接口的可靠和高效。采用我们公司自有技术、自主开发、自主版权的中间件。接口子系统的单独设计完成将外界系统与核心系统隔离功能。而且还将IP网络段进行隔离，各IP网络段的数据经过接口子系统转发，使得紧缺的IP地址不受限制，而且能更好地与其他系统、公司、单位联网，为以后的扩展提供无限的空间。还能把低级的黑客、非法用户进行阻挡，为系统安全性能，形成第一道防火墙。
(24) 增值业务子系统
增值业务子系统包括：HLR子系统、Internet子系统、WAP子系统、短讯子系统、CallCenter子系统、金融系统的子系统、维修中心的接口、MIS的子系统、秘书台子系统。
4. 系统功能描述
7、 业务运营系统主要功能
整个系统从功能上可划分为：营业管理子系统、帐务管理子系统、信用控制子系统、资源管理子系统、统计分析子系统和运行监控子系统、决策支持子系统。各子系统间的关系如下图所示：
(25) 营业受理子系统
包括基本业务受理（开户、改号等）、业务查询（号码状态查询、业务处理恢复屏幕等）、营业报表（日报表、月报表等）三个子模块，实现业务受理的所有功能。
3) 业务受理
d. 基本业务
· 开户受理：根据用户选定的号码，录入用户的基本资料，并检查其合法性。
· 数字配卡：对已经选号的用户配置智能SIM卡，并录入相应机卡资料。
· 模拟配机：对已经选号的模拟用户配置模拟机，并录入相应资料。
· 数字开户：合并实现选号、数字配卡两个业务。
· 模拟开户：合并实现选号、模拟配机两个业务。
· 模拟转数字：实现模拟用户转为数字用户业务。录入相应的用户的补充资料。
· 一加一业务：模拟用户追加一台数字机。录入相应的用户的补充资料。
· 过户：受理用户的过户业务。录入相应的新用户资料，新用户需要承担原用户的所有费用。
· 改号：受理用户的更改电话号码的请求。
· 申请数据传真：为用户提供“数据服务”、“传真服务”两项新功能，需要分别占用单独的数据服务号码和传真服务号码。
· 修改新功能：变更用户的新功能项目。
· 漫游申请：为模拟用户开通国内漫游、数字用户开通国际漫游功能。支持漫游时间段的设定。
· 漫游取消：取消模拟用户的国内漫游、数字用户的国际漫游功能。若用户设定了漫游时间段，系统则自动取消用户的漫游功能。
· 暂停机：根据不同的停机原因对用户执行停机操作。
· 重开机：对已经停机的用户执行开通业务。
· 用户修改资料：修改用户除“用户姓名”外的所有用户基本资料。
· 修改客户类型：修改用户的客户类型
· 基本资料纠错：修改录入有误的用户基本资料。
· 补机：用户更换机型。
· 换机：用户换新手机。
· 补机换卡：数字用户在补机时同时申请一张新的SIM卡，而把旧卡还给营业点。
· 补卡并收费、换卡并收费：数字用户因遗失或损坏旧卡而申请一张新的SIM卡。
· 补卡、收补卡费；换卡、收换卡费：在大营业点中为了适合流水作业，而把补卡并收费这个业务分为补卡、收补卡费两个业务来做。换卡、收换卡费类同。
· 补机改串：模拟用户在补机的同时改变电子串号，录入新的电子串号。
· 换串号板：模拟用户因某种原因跟营业点换一块新的串号板。
· 改电子串号：模拟用户修改电子串号。
· 换机改串：合并执行模拟换机、改电子串号两个业务。
· 换板改串：合并执行换串号板、改电子串号两个业务。
· 调机：同类型用户之间交换机型，号码不变。
· 调号：同类型用户之间只交换号码，机型等资料不变。
· 退业务：取消对某个号码所做的最后一笔业务业务。修改用户有关资料和相应报表。
· 销户：强制注销系统用户号码。
· 预约销户：用户申请注销号码。
· 持机证管理：重发一个持机证。录入号码、机身码，证件编号、发证日期、持机证号等。
e. 缴费业务
· 收费业务：收取用户应交的话费。
· 退收费：退回已经收取的用户的话费。（操作员操作错误时补充）
· 收预存款：收取用户所缴纳的暂时或永久预存款；
· 退预存款：退回用户所缴纳的暂时或永久预存款；
· 改缴费号码资料：修改缴费号码的缴费方式，缴费银行，托收帐号，托收编号，缴费户名等。
· 修改缴费号码：更改用户号码的缴费电话。
· 修改信用额度：修改用户的通话限额、停机期限、信用等级和出帐日期。录入号码及其新的通话限额、停机期限、信用等级和出帐日期。
· 修改纳费类型：修改用户的纳费类型。录入号码及其新的纳费类型（如全费改免费等）。
· 话费清单查询：对用户的话费清单进行查询。输入用户号码和相应的时间段，确认后系统自动查出该号码相应时间段内的话单。
4) 业务查询
f. 业务查询
· 号码状态查询：查询号码状态的有关信息，包括：号码、选号费、销售点、通话级别、当前状态、是否漫游、开通日期、机型、持机号。
· 开通查询：查询已开通的号码的有关信息，包括：号码、开通日期、号码状态、机型、销售点、户名、身份证号。
· 详细个人资料查询：查询个人的详细资料，包括四类：个人的基本资料（如姓名、联系电话等），话机资料（如机型、SIM卡号等），属性资料（如用户类型、纳费类型、通话级别、新功能等），费用资料（如欠费金额、缴费号码、缴费方式、托收银行及帐号等）。
· 业务处理查询：查询一段时间内的某营业点（或部分、所有点）某营业员（或部分、所有人）的有关业务资料，包括：号码，流水号，操作类别，付款金额，付款方式，操作时间。
· SIM卡状态查询：查询SIM卡的有关资料，包括：SIM卡号，IMSI号，SIM卡的状态，PUK号，SIM卡对应的号码（如果该SIM卡已被使用）。
· 机号姓名查询：查询号码和姓名的对应资料，包括：号码，用户姓名，地址邮编，联系人，联系电话，号码状态。
· 空号表查询：查询空号及其对应的选号费资料。
· 停机状态查询：查询已停机的号码，停机状态，停机日期。
· 待处理资料查询：系统自动将要送往HLR而未得到确认的资料保存起来，同时将HLR的返回结果保存起来，以供查询分析失败原因。
· 核对结果查询：系统自动定期核对本机和HLR的数据是否一致，并将不一致的数据保存起来，以供核查。
g. 费用查询
· 缴费业务查询：查询一段时间内的某营业点（或部分、所有点）某营业员（或部分、所有人）的收费业务资料，包括：缴费号码，流水号，操作类别，付款金额，付款方式，操作时间。
· 话费状态查询：查询当前缴费号码的欠费情况。
· 纳费资料查询：查询号码和交费号码之间的对应关系，以及缴费号码的纳费户名和缴费方式。
· 托收资料查询：查询托收用户的托收银行、帐号及托收编号。
· HLR资料查询：查询HLR中用户的当前资料。
5) 营业报表
· 营业日报表：查询某天某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的业务收入及业务明细。
· 营业报表：查询某段时间内某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的业务收入及业务明细。
· 收费日报表：查询某天某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的话费收入及话费明细。
· 话费费报表：查询某段时间内某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的话费收入及话费明细。
· 综合日报表
· 综合报表
(26) 帐务管理子系统
帐务处理子系统作为移动通信营业管理系统的重要组成部分，通过一套完整而灵活的控制策略和处理办法，实现系统用户的通话费用、信息台费、固定费用及业务受理费用等各类费用的计算、优惠和收取等帐务处理功能。
同时，帐务处理子系统对用户的费用状况及帐务处理情况等信息进行统计，提供各种帐务报表。
帐务处理子系统可以划分为以下几个功能组：出帐管理、销帐管理、预付费管理、帐单管理、欠费管理、滞纳金管理、呆帐管理、补收费用管理、优惠策略、报表管理。
整体流程图：
6) 出帐处理
出帐处理以计费系统下发的帐单数据文件和信息台费文件为原始数据，经过完整的处理流程，实现对用户的话费、固定费用、信息费及业务费用的处理，为帐务处理子系统的后续处理提供数据基础。
h. 数据流图
i. 流程说明
出帐处理模块的处理流程包含：帐单文件的预处理、资料核对与更新、固定费用的生成及合并、费用调整、优惠处理、舍入计算、入库处理。
i 帐单文件的预处理：
本过程对用户的话费帐单文件和各类信息台费帐单文件进行预处理。完成对各类帐单进行格式合法性及内容完整性检查，并且对合法且完整的文件转换成内部统一的文件格式。
ii 资料核对及更新
由于用户办理改号、换卡等业务可能导致用户号码信息的更改，本过程通过对该类用户的业务操作历史记录和其他相关信息的查询和核对，实现用户信息的核对和帐单资料的更新，保证帐务处理子系统及业务处理子系统信息的一致性。
iii 固定费用的生成及合并
按规定的算法生成用户的固定费用帐单，包含：服务费、无管费、特服费、挂帐业务费等。
iv 费用调整：
本过程对下列情况进行费用调整：
无主帐单，须管理人员进行人工调整。
由于各种原因需要进行各类费用的人工调整。
由于计费异常造成的调整。
其他可能需要的调整情况。
在完成费用调整后进行帐单文件的更新。
v 优惠处理：
本过程根据用户的优惠类别实现各种优惠计算，生成用户经过优惠处理后的帐单文件。
vi 舍入处理
本过程对规定的各项明细费用进行舍入处理。
vii 入库处理：
本过程对用户的最后帐单文件进行入库处理，将用户的费用信息导入数据库，为帐务处理子系统的后续处理提供基础数据。
7) 销帐管理
销帐管理模块的功能是：提供多种方法实现用户话费（包括月租、功能费以及滞纳金等其它费用）的回收，尽可能减少坏帐的产生，缩短话费回收的周期，提高运营效率。
本系统提供的销帐办法有：营业厅或代办点现金收费；银行或邮政储蓄托收销帐；银行或邮政储蓄实时划帐；营业代理现金收费。
j. 营业厅或代办点现金收费
当用户在这些点办理缴费业务时，根据用户的缴费号码，系统查询出此缴费号码所对应用户的当月、往月欠费和滞纳金及用户应缴费用。用户缴纳费用后，系统确认并打印发票，完成收费业务。系统自动将用户话费转入已收费表，同时在业务表登记，以供查询。如果用户有预存款，系统先自动用预存款冲免其费用，用户只需缴纳其余额即可（如预存款大于用户话费，则无须缴费），如果用户已欠费停机，缴费后自动开机，如果用户已开始催费，系统自动停止催费操作，无须人工干预。
普通操作人员只能按规定费用收费，而某些权限高的操作人员则可以按规定冲免部分或全部滞钠金，以应付特殊情况的需要。
当托收用户话费托收到银行后，系统自动封锁其话费，营业厅或代办点不能受理其缴费业务。托收拒付后，系统将其帐务由托收转为现金，此时就用户可以到营业厅或代办点缴纳现金。
当收费发生错误时（如操作人员录错号码或用户拒付等），可进行退费业务退回。具体做法是：如果所退的是该缴费号码的最后一笔话费，只需录入用户的缴费号码即可，否则需要录入用户的缴费号码和当时操作的流水号，系统自动显示所退金额及话费明细，操作人员确认后，即可将用户话费从已收费帐转入欠费帐，并在当日营业日报表上反映出来。
k. 银行或邮政储蓄托收销帐
对办理托收或邮政储蓄的用户，当话费结算后，系统自动将其当月话费和往月欠费明细一起转入托收表，封锁这些号码的现金缴费，同时将这些号码的托收银行、帐号、托收户名、对公对私标识、托收编号（主要包含托收银行编码的信息）、付款方式、地址、邮政编码等一起转入托收表，为托收出盘作准备。出盘时（由后台处理进程在规定时间自动启动），按各银行规定的格式依次生成托收划帐文件，放在主机指定目录下。核算部门将这些文件取出后，通过送盘或其它方法送往各银行划帐。
各银行的第一次回盘到达后，由核算部门将这些文件放到主机指定目录下，后台处理进程在规定时间自动启动（此时间可由核算部门根据实际情况加以调整），进行以下操作：
对已收到款的号码在托收表作上标记。
系统将已作标记的号码按托收银行、收费标记进行分类统计，生成第一次托收话费收入表。
系统将所有已收费的号码按托收银行、对公对私标志分类，按规定格式生成打印发票的文件，放在规定目录下。
系统对已作标记的号码进行收费确认处理，将话费转入已收费表，在收费业务表登记，以供查询。
当各银行的第二次回盘到达后，再由核算部门将这些文件放到主机指定目录下，后台处理进程在规定时间自动启动（此时间可由核算部门根据实际情况加以调整），进行以下操作：
对已收到款的号码在托收表作上标记，对未收到款的号码，系统将其费用转入现金表，允许现金缴费。
系统将已作标记的号码按托收银行、收费标记进行分类统计，生成托收话费收入表。
系统将所有已收费的号码按托收银行、对公对私标志分类，按规定格式生成打印发票的文件，放在规定目录下（或根据需要与第一次的文件合并），由核算部门将其送打印发票的单位打印成发票。对公发票送银行，对私发票邮寄给用户。
系统对已作标记的号码进行收费确认处理，将话费转入已收费表，在收费业务表登记，以供查询。完成一个托收周期。
l. 银行或邮政储蓄实时划帐
话费结算后，托收用户的话费进实时划帐表。对已达成实时划帐协议的银行，系统将在该行托收的号码生成文件，并自动将文件送接口服务器指定目录下，等待该行来取。该行取走该文件后（按协议，该行应每隔几分钟查询一次该目录，发现有新文件立即取走），可同时产生多个并发服务进程进行实时划帐业务。
第一步，该行服务进程向接口服务器发出请求，查询某一号码的费用及帐号等资料，接口服务器收到请求后，转向主服务器查询，并将查询结果送出。
第二步，该行服务进程收到查询结果后，如费用金额小于0，转第五步，否则进行划帐处理。如划帐成功，发请求通知接口服务器服务进程完成收费处理，否则报告失败原因。
第三步，系统服务进程收到收费完成请求后，执行收费处理结果，如果成功，发送成功标识；如果失败，发送失败标识及原因。
第四步，该行服务器收到处理结果后，如果成功，则确认本次事务；如果失败，则回滚本次事务，并记录原因。
第五步，重复一至四步，直到该批号码执行完成。
系统每天生成实时划帐实收日报表，并在指定日期（如26日）生成该月的实时划帐实收月报表，以供核算部门与银行对帐之用。
m. 营业代理现金收费
银行或大的代理机构拥有自己的电脑网络系统，并可以通过其电脑网络代理收取移动电话的话费。当用户到这些代理机构缴费时，其电脑网络通过接口软件向接口服务器发出请求，查询该号码的费用，接口服务器收到请求后，转向主服务器查询，并将查询结果送出。电脑操作人员按查询的结果向用户收费，并发请求通知接口服务器服务进程进行收费转帐处理。
系统每天生成所有代办机构的营业日报表，并在指定日期（如26日）生成该月的营业月报表，以供核算部门对帐之用。
8) 帐单和清单管理
系统保存二年内的业务流水记录及详细原始帐单信息，方便操作人员随时进行查询，对已缴费的用户，随时可以补打帐单发票。
9) 欠费管理
系统提供以下几种方法对用户的欠费进行管理：
· 欠费状况查询：实时查询某个（或某批）缴费号码的欠费总额及其付款方式,可欠费金额和付款方式进行查询；
· 欠费明细查询：查询某个缴费号码各月的欠费总额，并可进一步查询该月的欠费明细；
· 欠费报表：系统每天生成当天的欠费总表，并按欠费年月和付款方式进行分类统计，以便实时掌握用户欠费的总额及发展趋势；
· 自动催费：对当前的欠费用户，系统可产生欠费催费数据，提供给自动催费系统，也可调用自动催费系统接口进行催费。
· 自动停机：对欠费超过一定金额或一定时间的用户，经催费后任未缴款，系统将作自动停机处理。
· 自动调整信用等级：根据用户帐单的历次付费情况，确定用户的信用等级，并适当提高或降低用户的停机金额和停机期限。
10) 滞纳金管理
滞纳金在用户办理缴时计算，为用户纳费帐单的组成部分。
滞纳金的计算比例、起算日期和最高限额等均由参数设定。
11) 呆坏帐管理
对于要减免的坏帐，由核算室手工录入，对用户的帐单进行调整，并说明原因，产生调整报表。
对于已确认为坏帐的，核算室通过坏帐注销，将其从欠费表中清除，并产生财务报表。
对于坏帐转可收帐，由核算室通过手工补入，再录入系统中，并产生财务报表。
12) 补收费用管理
出帐后，管理人员可根据实际情况对用户费用明细进行补收和减免，且确认后转入用户欠费表。
可对用户费用进行多次调整。
可对特殊用户实行特别减免操作。
13) 优惠策略
提供基于帐单和清单级的不同优惠策略和优惠算法。
按照客户的不同组别采用不同的优惠策略，客户组别与优惠策略均可由参数设定。
对同一组别的用户可由不同的用户类型采用不同的优惠等级。
14) 报表管理
帐务处理子系统将提供以下几类报表:
原始应收报表
异常话费调整统计表（合计、数字、模拟）
应收报表
实收报表
手工调帐统计表（合计、数字、模拟）
欠费报表
预收费统计表
(27) 运营管理子系统
运营管理模块属于业务受理子系统系统的总体控制部分，主要负责设置系统的各种运行参数、管理系统资源、管理操作员以及用户费用费的手工录入和调整、黑名单管理及系统与交换机之间的数据的核对、核查等多项功能。
运营管理模块可以分为以下四个子功能模块：
15) 资源管理模块
· 号码发放：向系统数据库中发放号码资源或回收号码资源。号码的类型包括：可售号、好号、预留、禁售、收回等，选号费可以根据选号费标准自动设定。
· 设定选号费标准：设定号码发放中选号费生成算法。
· 设定标准查询：根据号码、时间、选号费大小、操作员等条件来查询设定选号费标准的操作历史记录。
· 选号费标准查询：根据号码、选号费大小等条件来查询当前有效的选号费标准。
· 放号结果查询：根据时间、号码、号码类别、销售地点、操作员等条件来查询已经入帐的号码发放历史记录。
· SIM卡发放：向系统发放或回收SIM卡资源。
· SIM卡发放查询：根据时间、操作员等条件查询SIM卡发放的历史记录。
· SIM卡文件导入：自动将省局发放的SIM卡文件导入系统。
16) 工号管理模块
本功能子模块只对特权用户开放。
· 增加操作员：增加操作员，操作员信息包括：代码、姓名、营业点、权限组号、口令的数据。
· 设置密码：特权操作员设定其它操作员的口令。
· 操作员姓名对照：修改操作员的姓名、组号等信息，并可以删除操作员（并非真删除此操作员，而使收回操作员，数据库中仍保留此操作员的历史记录）。
· 权限组管理：权限组的增、删、改、查。
· 权限组授权：给某一权限组发放或回收权利。
· 修改权限：修改特权用户的权限。
· 权限拷贝：根据一个操作员向另一操作员授权。
17) 参数管理模块
· 操作费用：设置各项业务操作的费用。包括：操作代码、名称、金额、统计名称等方便用户动态地进行费率调整，动态地生成用户的营业报表。
· 机型保险：设置各种机型的代码售机的各项费用、是否中文机标志等。
· 杂费标准：设置销售各种的杂件的费用标准（如：电池、皮套、储值卡）。
· 操作费用查询：查询当前各种操作费用。
· 优惠策略管理：设置各种优惠方案。做何种业务（如开户、办新功能等）享受何种优惠（如：送特服，送服务费等）。
· 滞纳金管理；设置滞纳金结算方案。动态设定用户话费的滞纳金起算日期、比例等。
· 基本参数设置：设置各种固定费用标准（服务费、无管费、各项新功能费等）。
· 营业点管理：营业点的增、删、改、查。
· 托收银行管理：托收银行的增、删、改、查。
· 客户类型定义：定义各种客户类型（一般客户、大众通、本地通等）。适应业务的灵活性，提供多种形式的服务。
· 信用额度管理：设置信用额等级。为欠费停机提供信用额控制机制，即何种等级具有其停机期限及通话限额。
18) 资料管理模块
· 黑名单录入：黑名单的增加或删除。此项为手工录入方式，另外还有计算机通过欠费消户、坏帐等把此用户自动转入黑名单。当用户进行业务操作时如果发现此用户属于黑名单的成员，系统自动告警。
· 黑名单查询：根据身份证号码或操作日期等条件查询黑名单记录。
· 话费手工录入：包含固定费用、本地话费、省内漫游话费、国内漫游话费和国际漫游话费手工录入，提供在用户话费帐单文件尚未导入系统情况下的费用修改和调整功能。
· 话费手工调整：包含固定费用、本地话费、省内漫游话费、国内漫游话费和国际漫游话费手工调整，提供在用户话费帐单文件已经导入系统情况下的费用修改和调整功能。
· 录入话费查询：根据号码、日期、操作员、类别等条件查询手工录入话费的历史记录。
· 调整话费查询：根据号码、日期、操作员、类别等条件查询手工调整话费的历史记录。
· 核对交换机数据：核对某号码交换机数据与本机数据是否一致。
· 按号码批修改交换机数据：用本机数据按号码成批修改交换机有关号码数据。
· 按操作日期修改交换机数据：用本机数据按操作日期修改交换机有关号码数据。
· 核查交换机数据：核查交换机数据是否与本机数据一致。
19) HLR资料管理模块
· 核对HLR数据：核对某号码HLR数据与本机数据是否一致。
· 按号码批修改HLR数据：用本机数据按号码成批修改交换机有关号码数据。
· 按操作日期修改HLR数据：用本机数据按操作日期修改交换机有关号码数据。
· 核查HLR数据：核查交换机数据是否与系统数据一致。
(28) 信用控制子系统
信用控制子系统对用户的信用等进行控制，包括初始信用等级的评定、信用等级的动态调整及提供相应的业务受理功能。
20) 初始信用设定
在新用户报装时，根据其用户类型、客户类型等参数确定其初始信用等级。不同的信用等级对应不同的信用额度。
根据用户的平均话费、话费总额、缴费及时度动态的调整用户的信用等级。
人工可干预信用等级的评定。
21) 用等级的动态调整
根据用户的平均话费、话费总额、缴费及时度动态的调整用户的信用等级；
结合计费中心的高额报告，根据用户的信用等级和各月平均话费，生成每日的客户高额报告；
对超出高额限度的用户，系统借助语音自动催费系统自动催费；
对催费无结果的用户作自动停机处理，并相应调低其信用等级。
对恶意透支的用户进行欠费销户处理，同时将其身份证号码录入黑名单，当其重新办理开户业务时，系统将进行告警。
22) 信用业务受理
· 信用等级标准设定：设定信用标准的等级，包括信用等级代码、说明、停机期限、停机金额，操作日期，操作员等，并实现对其的增加、删除、修改、查询操作。
· 设定用户信用等级：手工设定某个号码的信用等级。包括号码、原信用等级、新信用等级、操作日期、操作员等。
· 用户信用等级查询：查询某个或某批号码的当前信用等级。
· 用户信用等级变更查询：查询某个或某批号码某段时间内信用等级变更过程，包括号码、修改前信用等级、修改后新信用等级，修改日期，操作员（如是系统自动修改，会分配一固定编号）。
· 高额话费查询：查询从计费中心实时传送的高额话费帐单，包括号码、金额、高额日期、高额原因（总额超过标准或单天话费超过标准），可以按号码、日期查询，也可按金额和高额原因进行查询。
· 高额用户查询：查询用户一段时间内（如一年或三年）各月的平均话费、最高话费、最低话费及各月话费，为业务部门分析用户高额话费提供较为准确的判断依据，可以按号码查询，也可按平均话费进行查询。
· 异常话费查询：查询某月话费比各月平均话费高出或低于规定值（如500元或1000元）的用户号码。
· 欠费查询：查询当前用户的欠费情况，包括当月费用和往月欠费。
· 划帐失败查询：查询托收用户托收失败的原因（如帐号错误、金额不足等），方便管理人员针对不同情况进行不同的处理，加快话费的回收。
23) 催费、停机处理
· 催费参数设定：设定催费停机相关的参数，包括催费开始日期，催费次数，一次最多催费用户数，催费间隔，停机开始日期，一次最多停机用户数等，通过这些参数控制自动催费和自动停机的运行。
· 催费状态查询：查询当前有哪些号码处于催费状态及已催费次数、下次催费日期等。
· 欠费停机查询：查询当前有哪些号码处于欠费停机状态，停机日期等。
· 待处理停机查询：查询有哪些号码自动停机系统已发出停机指令，而HLR尚未执行或执行失败。
· 手工催费：系统提供手工催费的接口使管理人员能对某个或某批号码进行手工催费。
· 手工欠费停机：系统提供手工欠费停机的接口使管理人员能对某个或某批号码进行手工欠费停机。
(29) 统计分析子系统
完成业务数据、话费数据（包括欠费）的自动统计分析及各种统计报表的自动生成和历史统计资料的查询功能，为决策曾提供各种决策基础信息。
统计分析子系统包含业务统计和业务报表两部分。
24) 业务统计
n. 用户信息统计
· 用户数统计：统计系统当前的总用户数量、数字机用户数量和模拟机用户数量，及各种类型用户的数量。
· 用户行为统计：统计系统目前总用户数、停机用户数、漫游用户数和已经申请特服的用户数。
· 用户类型统计：统计系统当前总用户数、个人用机用户数、单位用机用户数、本局公务机用户数、省局公务机用户数和测试机用户数。
· 通话级别统计：统计系统当前总用户数、 国际直拨用户数、国内直拨用户数和市话用户数。
· 纳费类型统计：统计当前总用户数、全费用户数、半费用户数、免费用户数、现金用户数、托收用户数和邮储用户数。
· 新功能类型统计：分别统计出模拟用户和数字用户当前总用户数、申请特服用户数及各单项特服用户数。
· 机型统计 ：分别统计出模拟用户和数字用户当前总用户数和各种机型的用户数。
o. 号码信息统计
· 号码状态统计：分别统计模拟用户和数字用户当前空号数、已使用号码数、停机态号码数及其它状态号码数。
· 号码分段统计：按号码段统计当前空号数、已使用号码数、停机态号码数及其它状态号码数。可选万号段、千号段和百号段，系统默认为万号段。按万号段统计时可以在本号段对应SIM卡不足时给出提示信息。
p. SIM卡信息统计
统计系统当前SIM卡的未使用、已使用、损坏、丢失等各种状态的数量。
q. 欠费统计
· 欠费用户统计 ：计按现金用户、托收用户、邮储用户及合计给出目前总用户数（以计费号码计算）、平均每户欠费、平均每户本月欠费、平均每户往月欠费、欠费用户数、无欠费用户数、有往月欠费用户数、无往月欠费用户数及在欠费金额在各个范围内的用户数。
· 欠费明细统计：计按现金用户、托收用户、邮储用户及合计给出目前当月、往月的用户总欠费、欠费用户数和欠费明细。
r. 本月话费统计
本月话费统计给出本月话费和呼叫次数的按用户类型的分布情况。
s. 业务量统计
按营业厅统计各点（或所有点）在特定时间段内的业务量。
t. 业务额统计
按营业厅统计各点（或所有点）在特定时间段内的业务收入。
u. 话费收入统计
按营业厅统计各点（或所有点）在特定时间段内的话费收入。
25) 业务综合统计表
· 应收统计表：统计各月的应收情况。
· 已收统计表：按天（月）统计各营业厅（或所有营业厅）的话费收入。
· 欠费统计表：按天（月）统计当前用户的欠费情况。
· 话费调整报表：
· 营业统计表：按天（月、年）统计某营业员、某营业厅或所有营业厅的营业收入报表。
(30) 运营监控子系统
运营监控子系统对整个系统的进行状态进行实时监控，为系统管理和维护人员提供系统的状态信息，提高系统的可靠性行和可运行性。由于监控系统的监控信息与核心处理系统的数据信息在网络结构上分属不同的网段，因此监控系统在实现对核心处理系统的运行情况监控的同时不影响系统的正常运行。
监控系统监控的内容包括：
系统所有核心处理机的运行状态；
系统所有与其他系统的接口机的运行状态；
所有接口服务器和代理服务器的运行状态；
系统所有的数据库Server的运行状态；
系统所有核心处理进程的状态和处理情况，系统资源的占用和分配情况；
记录系统的历史状态，分析系统瓶颈；
故障产生时，提供图象，声音，自动拨号等多种告警形式，后者可实现无人值守自动监控。
(31) 决策支持子系统
决策支持子系统面向系统的决策层，采用业务报告、动态网页、电子邮件、短消息等多种形式为系统决策人员提供详尽的决策基础信息。
决策支持子系统提供的信息包括：
各类业务报表；
各种业务异常报告；
业务量的预测分析；
用户话费的预测分析；
各种优惠政策推出后的市场评估报告；
用户的信用等级统计信息及信用等级调整情况分析；
有纠纷用户的情况分析及此类用户的信用等级分布情况；
结合用户资料和业务量对不同客户群的业务趋向分析；
高额用户、集团用户的信息统计分析。
8、 功能要点说明
(32) 资费政策变动和优惠措施实现
整个系统的优惠控制由以下几部分组成：业务费用调整、业务受理调整、清单级优惠、帐单级优惠、套餐优惠。
26) 业务费用调整
业务费用优惠指在特定日期或某段日期内（如电信日，促销日期等）对所受理业务的费用作特定的优惠（如降低初装费、选号费等）。
管理人员在设定受理业务的费用时，同时还要设定其有效期限。这样用户来办理业务时，系统自动找出当前有效的操作费用标准，并以此向用户收费。
27) 业务优惠
业务受理优惠指对办理特定业务的用户所给予的特定优惠（如对新开户用户送几个月的月租，对办理短信服务的用户送秘书台等）。
管理人员可以设定各种优惠策略及其适用条件，系统将满足条件的所有用户自动给予优惠，并进行登记，以供查询。
条件包括：用户类型、客户类型、开通日期、优惠套餐、信用等级、所选择的特服、用户组别等。
28) 清单级优惠
清单级优惠指用户除了享受国家规定的时段、日期优惠外，系统还能提供各市公司制定的适用于本地的优惠措施（包括时段优惠、总量优惠、次数优惠、伙伴电话优惠、呼叫发生地优惠等）。
各市公司将省计费中心传送的计费清单进行二次批价，执行各市公司特殊的资费政策，同时执行系统设定的优惠策略，生成向用户收费的最终清单，并在此基础上生成用户的帐单，同时能计算出按清单优惠策略给用户优惠的金额。
29) 帐单级优惠
帐单级优惠指当用户话费总额（或某个单项费用，如国内长途、国际长途等）超过一定金额后所享受的优惠（如超过部分以八折收费等）。
各市公司将经清单级优惠处理后生成的帐单按自己定义的优惠策略再次进行帐单优惠处理，生成向用户收费的帐单，同时能计算出按帐单优惠策略给用户优惠的金额。
30) 套餐优惠
系统可以自由设定多种优惠套餐供用户选择，并对各种优惠套餐设定其相应的优惠处理办法。属于清单优惠的通过清单级优惠进行处理，属于帐单优惠的通过帐单级优惠进行处理，属于业务优惠的通过业务优惠进行处理。
(33) 信用度管理
对用户的信用等级的准确评估和合理控制是系统的一个重要功能,不但对减少坏帐有较大的作用，而且对系统业务的扩展等也有着明显的影响。基于此，系统采用参数驱动的设计思想，建立了一套完整的信用控制策略。
· 系统建立黑名单，将发生坏帐用户登记，对新开户的用户检查是否在黑名单上，如存在则提醒操作员并阻止其入网。
· 对新开户的用户，系统首先进行身份确认，然后根据用户的类型和其他相关的基本信用资料确定出用户的初始信用等级。
· 对系统的现有用户，系统通过对用户的历史欠费及各次费用额度、催费次数、缴费时间等的分析，对用户的信用等级进行自动调整，同时提供查寻功能了解用户信用等级的调整情况，并可以通知用户其信用等级的变化情况。此外，系统支持在一定范围内由用户申请的信用等级变化业务。
· 系统对信用控制采用参数驱动模式，通过信用参数的设置的动态变化实现控制的全过程，对控制策略的发展变化提供极大的灵活性。
(34) 交换机HLR信息驱动
31) 结构图
32) 数据流图
33) 数据流程说明
· 应用服务器将有关业务操作中与HLR有关的部分生成HLR操作请求，送HLR接口机。
· HLR接口机收到请求后，分析数据信息，确定HLR路由位置，将数据送往相应的HLR前置机。
· HLR前置机收到数据后，将其翻译为相应的HLR指令组，逐条送往HLR执行。
· HLR前置机收取HLR对每条指令的执行结果，对数据进行分析，将其翻译为相应的返回结果数据。
· HLR接口机收到相应的返回结果后，将其回送至相应的应用服务器。
· 应用服务器收到HLR的执行结果，在进行相应的处理。
34) 特点
· 整个操作建立在虚拟通信子网上，实时进行数据交换及处理，做到即开即通；
· 采用HLR接口机，保障应用系统在HLR扩容、调整等操作时，核心应用软件不用修改，提高系统可靠性和可适应性；
· 采用HLR前置机完成HLR当地指令翻译、执行和分析，系统能够满足同时支持同一HLR不同版本及不同厂家HLR共存的环境，又不影响核心系统软件运行及HLR接口机工作，使得系统具有较强的适应性。
5. 系统平台设计
9、 核心服器平台
广州BOSS系统属于大型企业数据中心，需要：
运行OLTP、ERP或数据库环境；需要通过合并小型服务器和（或）多个应用减少管理复杂性及成本；系统计算资源使用存在高峰。
需要可靠、可扩展设计，以便在企业发展时增加计算能力。
需要更高可用性和减少停机时间
需要完整管理工具：包括硬件、软件、应用甚至集群配置，以确保业务在本地和远程环境中顺利并经济有效地运行。
因此在本方案中选用HP NetServer LXr 8500采用了处理器Intel PentiumⅢXeon处理器，快速内存和更大吞吐量的设计，Hp Netderver LXr 8500将基于Intel芯片的计算能力提升到了一个新的高度，可扩展为八个Intel PentiumⅢXeon处理器，高达32G SDRAM内存，以及四个64位PCI控制器，可以满足业务飞速增长的需要。
整个核心服务器平台由6台独立的服务器构成。
整个核心服务器平台由6台独立的服务器构成，服务器选择HPLXr8000或同档次其他机型，选HPLXr8000时配置如下表：
型号
建议配置
最大配置
CPU
P ⅢXeon700
4
8
高速缓存
2M全速缓存
内存
ECC SDRAM
2G
32GB
内置硬盘
Ultra 2 SCSI
热插拔
18GB(2
PCI扩展槽
9个(4个64位PCI)
冗余电源
3个热插拔电源
网卡
3C905B10M/100M
3
10、 数据控制及集中鉴权平台
HP NetServer LT 6000r的性能和可伸缩性均无可匹敌，无论何时都可完全满足您的数据中心不断增长的苛刻需用要求，这款设计紧凑的服务器不仅具有业界领先的优异特性和超高性能，最高可配制6个Intel PentiumⅢXeon处理器、8GB ECC SDRAM内存、4个ULTRA2 SCSI或ULTRA3 SCSI热插拔硬盘驱动器。
在本方案中采用HP NetServer LT 6000r。
型 号
建议配置
最大配置
CPU
PⅢ700
1
2
高速缓存
512K
内存
SDRAM
512M
1GB
内置硬盘
Ultra 2 SCSI
18*2GB
PCI扩展槽
4个
网 卡
3C905B
2
11、 接口服务器平台
接口服务器平台由多台接口机组成，根据业务量大小和接口的特殊要求灵活配置。HP NetServer LPr以其紧缩的2U外形，为发展迅速、要求苛刻的网络提供超乎想象的强大功能和超凡价值，有效的设计充分利用空间，兼容惠普及符合工业标准的机柜，一个2米机柜可容纳多达20台服务器。
接口机选择HPLPr，配置20平台接口机,配置表如下：
型 号
建议配置
最大配置
CPU
PⅢ700
1
2
高速缓存
512K
内存
ECC SDRAM
128M
1GB
内置硬盘
Ultra 2 SCSI
PCI扩展槽
4个
网 卡
3C905B
2
12、 存储系统平台
每台核心服务器配置独立的磁盘阵列，以提高系统的I/O吞吐能力；
数据存储与操作系统分离，减少I/O冲突；
应用数据采用外置磁盘阵列，关键数据采用镜像技术，其余数据采用RAID-5技术，保障数据的可靠性；
磁盘阵列容量配置：根据应用不同，每台阵列可配置可配制10个硬盘，最大I/O速率：15,400（每秒钟I/O操作数峰值）；6,000（每秒钟I/O操作持续值）;最大传输速率 秒.
本方案中采用METASTOR磁盘阵列；为业务主服务器、业务备服务器、帐务主服务器、帐务备服务器、统计分析服务器、清单服务器、培训测试服务器。
名称
磁盘阵列
硬盘容量
硬盘转数
业务主服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
业务备服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
帐务主服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
帐务备服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
统计分析服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
清单服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000rpm
培训测试服务器
3240Controller 64MB
Drvie Module
36G*6
9G*2
10000r pm
13、 网络平台
(35) 中心局域网
以100M高速以太网为骨干网；
外部网络通过接口服务器接入内部骨干网；
监控网络采用独立的监控网段；
网络互联协议采用TCP/IP协议，网管协议采用SNMP；
采用多个独立网段，提高网络的吞吐能力。
在本系统中采用3个Cisco Catalyst 3548XL；8个Cisco Catalyst 2924XL。
(36) 各工作组本地网
以100M高速以太网组成工作组内部网；
通过DDN（64K或128K）、E1（2Mbps）等与中心接口服务器相连；
在本系统中采用Cisco路由器，网络互联协议采用TCP/IP。
(37) 城域网
采用市内数字数据网（DDN）线路和E1（2Mbps）线路和Cisco Router 2600构造城域网的主干网；
城域网通过接口服务器与核心局域网相连；
14、 操作系统平台
SCO是世界上首屈一指的业务关键性（Business Critical）服务器系统软件供应商，在大型数据库、应用软件等信息传输方面，SCO为各种规模的机构和企业提供稳定、可靠、具有最佳成本效益的客户机/服务器解决方案.
目前，SCO UNIX系列产品已占全球UNIX市场34％以上份额。以UNIX为核心，SCO又相继开发了UNIX与Windows集成产品、Internet产品、电话与UNIX系统集成技术、SCO新一代的64位UNIX操作系统、SCO网络操作系统等等。
在中国，大多数的银行及邮电系统选用SCO UNIX作为他们庞大网络的基本操作系统。今年来，随着中国邮电、税务、铁路、制造、零售等个行业的迅猛发展，SCO产品得到更加广泛的应用。事实上，SCO在中国以至亚太区的业务已对SCO的发展起着越来越重要的作用。
SCO 不仅是世界手屈一指的UNIX服务器操作系统供应商，而且是领先的网络计算供应商，它提供的网络计算使包括PC、字符终端和NC在内的各种客户机能够对运行在各类服务器上的业务关键型应用软件进行Webtop存取。SCO设计出世界上第一个用于网络计算的应用软件代理者。SCO通过遍布全球的分销商、零销商、系统集成商和OEM网销售并支持其产品。
卓越的可靠性、可用性和可服务性（RAS）；先进的互操作性和可伸缩性；分布式系统管理和维护；先进的软件配置和管理；对WINDOWS PC和Laptop的大力支持；卓越的性能价格比；早期软、硬件的集成与移植；访问全球Internet服务；对多功能、多用户、多种设备及网络的支持。
在本方案中采用SCO Open Server .
15、 数据库平台
Informix Software Inc成立于1980年,总部设在美国加利福利州的Menlo Park.自动创立以来,Informix始终专注并拥有业界领先的信息管理技术及产品,以不断创新的技术迅速发展成国际一流的独立软件供应商,为遍布全球的各行各业用户提供了完整的数据库解决方案。Informix核心数据库Informix Dynamic Server（IDS）具有领先业界的数据库技术。基于DSA（Dynamic Scalable Archtecture）动态可伸缩体系结构是Informix公司面向未来先进成熟的数据库软件体系结构，它是建立在高性能的并行处理结构上，能够提供接近线性的可伸缩性，还拥有灵活、智能、数据库级的数据划分模式。建立在这一结构之上的Informix数据库适用于OLTP（联机业务处理）和决策支持（如数据仓库）环境规模可从数百GB到数个TB，有效地保证了它在台式机、工作组、部门级和企业级计算等不同环境中的高效可靠。
本方案中采用Informix IDS 数据库平台。
· 具有高度的可靠性，支持分布式数据处理；
· 支持包括TCP/IP协议及IPX/SPX协议在内的多种网络协议；
· 支持UNIX操作系统，支持客户机/服务器体系结构，具备开放式的客户编程接口，支持汉字操作；
· 支持并行操作；
· 支持联机分析处理（OLAP）和联机事务处理（OLTP）；
· 支持高效的并发处理和交互式查询；
· 支持联机备份。具有自动备份和日志管理功能。
16、 应用软件平台
· 用户接口：Windows95-98，Delphi 平台环境；
· 应用程序：采用UNIX，INFORMIX ESQL/C, C平台环境。
17、 工作站平台
面向管理人员：PⅡ300以上，内存128M，HDD 4GB，Monitor 17-19 inch， 显存2M，配置鼠标键盘。
· 营业终端：PⅡ233以上，内存32M以上，HDD 1GB ，Monitor 15 inch。
6. 网络结构及设计方案
18、 系统网络现状
广东省移动通信有限公司广州分公司的移动营业系统由惠讯公司完成，它是采用UNIX作为后台，前台基于DOS编程的字符型界面。通过计算机串口进行通讯，它的优点是前台终端配置要求不高，但是该系统体系结构落后，通讯速度慢，系统稳定性差。由于原惠讯97系统在设计时不要求加入帐务系统，但是由于后来社会及业务的发展，在原系统上增加帐务系统，因此后台数据库架构不合理，访问速度慢，扩展性较差，与OA系统、MIS系统容合性较差。随着社会需求的不断发展及业务的不断发展，新增值的业务较多，与原系统接如较困难。该系统已不适应高速发展的社会需求加上惠讯公司技术力量不足，维护水平及新技术跟不上，业务滞后。原惠讯系统已有4-5年的软件周期，与现今业务与今后高速发展的业务不相适应。
以下是惠讯营业系统和四郊线的网络拓朴现状图：
19、 广州市内网络系统改造方案
由于原惠讯系统所有前台采用串行通信，在一级代理和二级代理下有部份只需一台终端的二级代理，采用异步DDN直接接入前台营业终端方式。市电信由于安全性问题要求属下所有二级代理也采用异步DDN方式。该方式接入前台终端数多达40-50台。
在新的改造方案中全部采用TCP/IP协议进行传输，因此需要给每台营业终端分配IP地址。在终端数较多的一级代理或二级代理可加路由器，联入内部局域网，对于那些只有一台终端的二级代理可采用拨号到一级代理的方式接入，或沿用异部DDN方式接入。
35) 改造方案一
由于原来惠讯系统中采用代理服务方式接入，并用串口通讯，因此代理的服务器均有多串口卡，可利用该串口卡的串口接入Moden池或沿用以前的异部DDN线路，把代理服务器改成PPP拨号服务器，该方案能最大限度地利用，现有投资，不需要新增路由器等设备，但由于该方案的PPP服务器采用多串口接入前台终端或Moden池，该系统稳定性较差，在通迅量过大时，会引起系统Panic，甚至会导致系统崩溃。
以下是改造方案一详细网络拓朴图：
36) 改造方案二
针对改造方案一中存在的问题在改造方案中把PPP服务器改成Cisco的路由器，由于Cisco路由器在稳定性及产品性能都较好因此采用这种方式，可大大减少维护工作量，降低维护技术水平要求，缩减维护费用。
以下是改造方案二详细网络拓朴图：
20、 广州市四郊县改造方案
广州市四郊县网络改造方式与一级代理方式基本相同。
以下是广州市四郊县改造方案详细网络拓朴图：
21、 广州移动局网络升级方案
为了适应当前移动业务的不断增长，也为了配合今后几年内高速发展的社会及业务需求，在广东省移动通信有限公司广州分公司是级系统中采用了群集体系统结构技术和多机多处理分任务、分类别并行处理，极大地提高了系统处理能力，加上采用了三层C/S模式，使得系统更易于开发、维护。表示层、业务逻辑层、数据层明确分工，能充分提高工作效率确保前台用户与数据库无关，减低系统更新工作量，减少数据库并发用户，减少网络开销。利用应用服务器进行负载平衡并分担数据库的部分工作，提高数据库的安全性，只需管理对事务的访问权限，而非数据的访问权限。利用集中鉴权服务器，对权限进行集中控制，并可对信息进行加密以解保在链接上不被黑客攻击。
可配合新增值业务的不断发展，通过接口子系统可接入系统内，接口子系统不但隔离与新增值业务系统的网段，而且转发作用使IP地址得到充分的利用，不受IP地址的限制，并且会对非法的数据包进行隔离提高系统的安全性和可接入性。
在网络舆方面采用Cisco Catalyst 2924XL和Cisco Catalyst 3548XL。与各一级代理、广州四郊县、金融机构的广域网接入方面，采用Cisco Router 2600系列低端的路由器，该方式不但降低设备费用，而且具有高可靠性、高可用性。在某台路由器出问题时，不影响其它公司及单位的正常运作。
22、 线路传输升级方案
在本系统中每一次点击前台到后台的数据库的数据容量不超过500个字节，假设每笔交易需点击5次。系统数据流量计算方法：
每个前台营业终端在4个小时内完成1000笔交易（平均约每15秒完成一笔交易），每笔交易存取5次，
1000*（5*2）*（500+32）/（4*3600）秒≈365字节/秒
1000笔交易 来回存取5次 每次存取数据量500个字节+32字节IP包头
因此128K线路可负载128K/365≈355台终端，2兆E1线路可负载2M/365≈5683终端。
在对一级代理采用128K用线路各用64K，能满足未来一段时期发展；而在广州市四郊县采用E1（2M）线路更可配合四郊县在未来的高速成发展。
公司名称
现有线路
新增线路
现有设备
需增加设备
备注
Router
DTU
Router
DTU
主用
备用
南方公司
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
红棉公司
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
润讯公司
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
天星公司
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
中立兆业
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
国讯公司
64K
128K
华为2501
2
Cisco2611
2
128K DDN
64K DDN
一方电信
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
龙粤公司
64K
128K
Cisco2501
2
Cisco2611
2
128K DDN
64K DDN
讯特公司
64K
128K
实达2501
2
Cisco2611
2
128K DDN
64K DDN
市电信
128K、ATM
Cisco
2
128K DDN
ATM
从化
E1、64K
Cisco 2600
2
E1
64K DDN
番禺
E1、64K
Cisco 2600
2
E1
64K DDN
花都
E1、64K
Cisco 2600
2
E1
64K DDN
增城
E1、64K
Cisco 2600
2
E1
64K DDN
23、 与其他系统连网方案
(38) 横向连接
横向并列的系统有营销处理子系统、帐务处理子系统、客户服务中心、MIS系统和网管等子系统。根据各个子系统的特性，采用不同的连接方式。
37) 营销处理子系统与帐务处理子系统互联
营销处理子系统和帐务处理子系统是整个系统的两大组成部分，在设计上采用紧密藕合方式，即两个子系统实时通过营销代理和帐务代理相连，如下图所示：
横向连接1
两个子系统采用100 M高速局域网互联。
两个子系统采用统一的网络平台。
两个子系统采用统一的数据库平台。
两个子系统采用统一的应用平台。
两个子系统间以事务为单位进行提交，保障数据交换的完整性。
38) 与其他系统相连
v. 连接方式
整个系统将营销处理子系统、帐务处理子系统、统计分析子系统和清单处理子系统作为一个逻辑整体，通过独立或共享的接口服务器与其他系统相连。
横向连接2
在接口服务器上，服务代理A采用内部数据访问与控制协议访问内部系统数据，再按照规定协议生成用于与其他系统进行交换的数据，服务代理B处理与其他系统的数据交换和访问协议，并将其转换为内部协议。
w. 特点
采用接口服务器完成与其他系统的接口，外部协议和内部协议可以不一致，提高系统的可连接性；
内部采用TCP/IP，外部采用点到点对接；
内部采用TCP/IP，外部采用IPX/SPX。
采用接口服务器完成与其他系统接口，实现对外部系统的隔离，保障核心系统的数据安全性；
采用接口服务器完成与其他系统接口，内部系统与外部系统相互独立，因此任何系统内部的数据库调整及内部流程的变化均不影响其他系统的运作；
内部系统与外部系统可采用不同的数据库平台，不同的网络平台。
x. 数据交换方式
系统间的数据交换方式可分为：文件交换、数据库访问和实时访问三种方式。
viii 文件交换方式
服务代理A完成对营销系统和帐务系统等送到的数据生成交换文件；
服务代理B将生成的文件数据按照既定的协议发送给客户服务中心、MIS、网管等系统；
服务代理B接受到其他系统传来的数据请求或处理结果，生成交换文件；
服务代理A读取文件数据，完成内部的处理工作或生成返回数据。
ix 数据库访问
服务代理A按照既定的协议提取营销系统和帐务系统的数据，存储在中间数据库中；
服务代理B接受其他系统的数据请求，从中间数据库中提取相应的数据；
服务代理A和B均可以以实时方式或定时方式运作。
x 实时数据交换
此方式下，连接系统双方均处于实时连接状态；
服务代理B接受其他系统的数据请求，根据既定协议进行格式转换，送给服务代理A；
服务代理A收到请求后，与内部系统完成相应的数据处理，将处理结果按照既定协议进行数据格式转换后传送给服务代理B；
服务代理B收到处理结果，发送给对应的外部系统。
(39) 纵向连接
市级营销，帐务处理系统，从整体上属于广东移动通信业务运营服务支持系统的一部分，除保障自身良好运行外，还必须与省业务处理中心、省计费中心等进行连接，构成了完整的处理系统。
39) 与省计费中心的连接
省计费中心作为数据源向各市级帐务处理系统提供有关的计费结果，市级帐务处理系统以收到的计费结果为出帐依据，根据用户的实际情况，进行进一步的用户费用计算，形成用户的最终帐单。
考虑到实时计费和实时出帐的发展需求，需要建立与省计费中心相连的专门网络。
y. 组网结构
以省中心为核心，呈星型组网方式，采用TCP/IP协议，连接双方共同监控网络传输的稳定性。
z. 数据交换方式
文件交换方式；
实时数据访问方式；
aa. 功能描述
实时帐单下载功能。
漫游帐单下载功能。
高额帐单下载功能。
详细话单定时下载功能。
清单实时查询功能。
其他功能。
(40) 与省其他处理中心的连接
40) 组网结构
此方案中，省客户服务中心、省业务处理中心和省市场营销中心等统一建设，具有良好的藕荷关系。各省级中心通过接口机与全省各市级公司的BOSS系统相连，采用物理上一条链路，逻辑上多条链路模式，实现线路共享。
ab. 数据交换方式
定时文件交换方式；
数据库访问方式；
实时访问方式。
ac. 功能描述
统计报表传送功能：各市级系统生成各种统计报表，送省中心汇总；
SIM分发、统计、管理功能：省中心通过连网，实现SIM卡资源的分发、统计和管理功能；
查询功能：省中心可以查询全省任意客户的个人资料和资费资料，且可查询HLR中的用户交换资料；
其他功能：根据省业务中心、计费中心的需求，可以实现全省统一的资料备份及数据的统计分析等功能。
7. 系统性能
24、 系统安全性能
(41) 系统的安全手段
41) 设备安全性
核心处理服务器均采用双机或多机热备份容错机制；
所有数据存储设备均采用磁盘阵列RAID-5或镜像技术；
所有关键设备均采用双电源供电系统；
核心处理服务器由接口服务器与其他外界系统隔离，外界只能通过规定协议与接口服务器通信，保障核心处理服务器和核心数据的安全性；
对银行、省计费中心等重要接口均采用专门协议和特定链路进行连接；
对有条件的地区可建立异地容灾中心。
支撑软件安全性
所有核心处理服务器与接口服务器均采用UNIX操作系统，符合C2级安全保障；
监控子系统对整个系统的运行情况进行实时监控，对系统的异常情况进行及时告警和记录，保证系统故障的及时发现和排除。
系统采用远程数据复制技术，保证主用设备和备用设备的数据一致性。
42) 业务的安全手段
系统按照权限分组、各组独立授权的方式控制操作员和管理员的访问权限，确保系统的安全性；
系统对关键数据采用加密存储策略；
系统定期核查数据的完整性和一致性。
25、 系统可维护性
(42) 版本管理和维护
系统提供功能强大的远程维护手段，实现系统软件的及时升级和维护；
核心处理系统采用模块化设计，单个模块可实现直接更新、扩充和升级等而不影响系统的运行；
前台应用软件在启动时自动检查程序的版本，利用自动下载技术实现软件版本的更新；
(43) 网络管理
完善的监控系统为系统管理和维护人员提供有力的监控功能；
监控系统实现对所有处理机、接口服务器及所有网段的状态的实时监控；
监控系统提供多种告警方式，并作告警历史记录；
监控网络采用独立的网段；
(44) 备份与恢复
系统提供远程数据复制功能，保障在故障情况下的数据快速恢复；
系统采用多机热备份和磁带或光盘静态备份策略；
26、 系统可运行性能
系统保障7(24小时连续不阶段运行；
系统平均无故障时间大于1000小时，硬件平均无故障时间大于100000小时；
27、 系统可扩展性能
28、 系统性能分析
截止2003年，广州的用户估计可达到380万，因此，以下的数据均按照380万用户计算。系统处理能力的计算公式为（按60%负荷计算）
系统处理能力=每日的最大交易量/处理时间/60%
一个交易以5个TPC-C值计算，则系统的TPC-C值为
TPC-C=系统处理能力*5;
(45) 业务服务器性能分析
业务系统的主要功能是进行业务受理，每日的最大交易量为用户数的10%，即每10个用户中有一个用户申请业务，则交易量为380*10%=38万笔，处理时间集中在3小时内，且系统的负荷不超过60%，因此，处理能力为
38万笔交易/3小时/60/60%=3518笔交易/分钟
业务系统的TPC-C值为
TPC-C=3518*5=17590
(46) 帐务服务器性能分析
帐务系统的主要功能是现金销帐和托收销帐，现金销帐和托收销帐的比例按7：3计算，即现金销帐占70%，托收销帐占30%，则现金销帐的用户数为380万*70%=266万用户，销帐时间为20天，平均每天的销帐用户数为266万/20=万用户，按照忙时的用户数为闲时的两倍计算，一天最大销帐数可达到30万用户，即一天的最大交易量为30万笔，处理时间集中在3小时内，则现金销帐所需的处理能力为
30万笔交易/3小时/60/60%=2778笔交易/分钟
托收销帐的用户数为380万*30%=114万用户，即最大的处理量为114万笔交易，托收销帐在4个小时内处理完成，所需的处理能力为
114万笔交易/4小时/60/60%=7916笔交易/分钟
故帐务服务器的处理能力为
现金销帐处理能力+托收销帐处理能力=2778+7916=10694笔交易/分钟
帐务系统的TPC-C值为
TPC-C=10694*5=53470
(47) 统计分析服务器性能分析
统计分析服务器主要完成统计数据的生成和统计结果查询，统计数据的生成没有一定的时限要求，因此，统计服务器的负载主要集中在统计查询上，按照每秒最多同时响应100个用户的请求估算，每个请求的响应时间为10秒，则每分钟的交易数最大为100/10*60=600笔交易，即统计分析服务器的处理能力为
600笔交易/分钟/60%=1000笔交易/分钟
统计分析系统的TPC-C值为
TPC-C=1000*5=5000
(48) 清单服务器性能分析
清单服务器主要完成清单数据的储存、查询和统计分析，清单数据的统计分析没有一定的时限要求，因此，清单服务器的负载主要集中在清单查询上，按照每秒最多同时响应100个用户的请求估算，每个请求的响应时间为10秒，则每分钟的交易数最大为100/10*60=600笔交易，即清单服务器的处理能力为
600笔交易/分钟/60%=1000笔交易/分钟
清单服务器的TPC-C值应大于
TPC-C>=1000*5=5000
(49) 实时清单处理服务器性能分析
实时清单处理服务器主要完成实时清单的接收、格式转换、归并和实时帐单的生成等，实时清单以文件方式传输，每15分钟传输一个文件，每天传输96个文件，按照一个用户每天13条清单计算，每天需处理380万*13=5700万条清单，则平均每个文件包含60万条清单，按最大值是平均值的两倍计算，一个文件的最大容量为120万条清单，最好在5分钟内处理完成，即每分钟要处理120万条清单/5分钟=24万条清单/分钟，按照5条清单为一个交易计算，最大处理量为24万条清单/分钟/（5条清单/交易）=48000笔交易/分钟，则实时清单服务器的处理能力（按照最大负荷80%计算）为48000笔交易/分钟/80%=60000笔交易/分钟。
实时清单系统的TPC-C值为(实时清单的一个交易约为1个TPC-C)
TPC-C=1*60000=60000
(50) 清单优惠、汇总服务器性能分析
清单优惠、汇总服务器主要完成实时清单的清单级优惠和生成月结帐单。实时清单的总量为
用户数*用户每天通话清单数*天数=380万*13*30=15亿
要求优惠及汇总在48小时内完成，按照系统的最大负荷为80%计算，所需的处理能力为：
1，500，000，000条清单/（48*60分钟）/80%=651，000条清单/分钟
清单优惠、汇总服务器的TPC-C值需大于
TPC-C>=651,000/5=130,200
错误！链接无效。
� LINK C:\\ADD\\润迅公司\\润迅公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\南方公司\\南方公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\龙粤公司\\龙粤公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\红棉公司\\红棉公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\国迅公司\\国迅公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\中立兆业\\中立兆业改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\一方电信\\一方电信改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\讯特公司\\讯特公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\讯特公司\\讯特公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\天星公司\\天星公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\市电信\\市电信改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\润迅公司\\润迅公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\南方公司\\南方公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\龙粤公司\\龙粤公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\红棉公司\\红棉公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\国迅公司\\国迅公司改造方案一.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\中立兆业\\中立兆业（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\增城移动局\\增城移动局（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\南方公司\\南方公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\帐务管理整体流程图.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\润迅公司\\润迅公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\从化移动局\\从化移动局（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\一方电信\\一方电信（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\天星公司\\天星公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\花都移动局\\花都移动局（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\讯特公司\\讯特公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\国迅公司\\国迅公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\龙粤公司\\龙粤公司（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\市电信\\市电信（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\番禺移动局\\番禺移动局（现状）.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\系统逻辑结构.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\HLR驱动数据流图.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\出帐数据流图.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\出帐处理数据流图.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\红棉公司\\红棉公司（现状）.VSD \a \p �错误！未指定主题。�
� EMBED ���
� LINK C:\\ADD\\VISIO\\业务受理子系统.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\VISIO\\缴费业务流程图.VSD \a \p �错误！未指定主题。�
� EMBED ���
� LINK C:\\ADD\\VISIO\\横向连接 \a \p �错误！未指定主题。�
� LINK C:\\ADD\\市电信\\市电信改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\天星公司\\天星公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\讯特公司\\讯特公司改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\一方电信\\一方电信改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\中立兆业\\中立兆业改造方案二.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\从化移动局\\从化移动局改造方案.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\番禺移动局\\番禺移动局改造方案.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\花都移动局\\花都移动局改造方案.VSD \a \p �错误！未指定主题。�
� LINK C:\\ADD\\增城移动局\\增城移动局改造方案.VSD \a \p �错误！未指定主题。�
PAGE
2
