BOSS系统方案设计.doc

《BOSS系统方案设计.doc》由会员分享，可在线阅读，更多相关《BOSS系统方案设计.doc（119页珍藏版）》请在三一办公上搜索。

1、目录一.绪论1二.设计原则31、管理模式3(1)决策支持层3(2)管理层3(3)业务运行层32、设计方法3(1)面向对象的设计思想4(2)三层应用的Client/Server模式4(3)并发的程序设计思想4(4)基于E-R关系的数据库设计4(5)模块化独立设计53、系统整体5(1)统一的网络平台5(2)统一的数据库平台5(3)统一的应用平台54、系统目标6三.系统架构71、系统总体架构7(1)核心群集处理系统7(2)中间件系统8(3)应用操作、数据分析系统8系统逻辑结构9(1)业务受理子系统9(2)数据控制及鉴权子系统9(3)业务处理子系统12(4)帐务处理子系统12(5)清单处理子系统13(

2、6)统计分析子系统13(7)决策支持子系统14(8)系统监控子系统14(9)接口子系统14(10)增值业务子系统15四.系统功能描述161、业务运营系统主要功能16(1)营业受理子系统17(2)帐务管理子系统23(3)运营管理子系统33(4)信用控制子系统37(5)统计分析子系统39(6)运营监控子系统41(7)决策支持子系统422、功能要点说明43(1)资费政策变动和优惠措施实现43(2)信用度管理44(3)交换机HLR信息驱动45五.系统平台设计481、核心服器平台482、数据控制及集中鉴权平台493、接口服务器平台504、存储系统平台515、网络平台53(1)中心局域网53(2)各工作组

3、本地网53(3)城域网536、操作系统平台547、数据库平台548、应用软件平台559、工作站平台55六.网络结构及设计方案561、系统网络现状562、广州市内网络系统改造方案713、广州市四郊县改造方案944、广州移动局网络升级方案995、线路传输升级方案1006、与其他系统连网方案103(1)横向连接103(2)纵向连接106(3)与省其他处理中心的连接107七.系统性能1091、系统安全性能109(1)系统的安全手段1092、系统可维护性110(1)版本管理和维护110(2)网络管理110(3)备份与恢复1113、系统可运行性能1114、系统可扩展性能1115、系统性能分析111(1)业

4、务服务器性能分析111(2)帐务服务器性能分析112(3)统计分析服务器性能分析112(4)清单服务器性能分析113(5)实时清单处理服务器性能分析113(6)清单优惠、汇总服务器性能分析114一. 绪论电信行业在任何一个国家都是关乎于国家主权和国家安全的重点发展行业。同时，移动通信事业的发展标志一个国家的国民经济的发展水平。在西方发达国家，电信行业已经过一段长时间的发展，其电信厂商经历了不少残酷的竞争，这些企业在不断的竞争中重视市场和用户的需求，不断完善提高自身的管理水平，并且利用先进、有效的信息技术及时对市场和企业自身进行优化和改造，同时凭借对市场需求变化的灵敏的触角，根据市场的风云变幻随

5、时调整企业的经营和管理策略，不但适应潮流，还先于潮流，带领潮流。中国人口众多，资源丰富，地大物博。随着我国国民经济的发展和市场的进一步开放，已逐步成为世界瞩目的最大的具有潜力的经济潜在发展市场。特别是中国将要加入世界贸易组织，成为其成员国，中国经济的发展给全球商家带来了巨大的发展空间和机遇。中国人对电信服务的需求随着我国的经济迅速发展而发展。从市场潜在能力和市场机会来看“中国是一个电信大国”。但由于电信对国家安全和主权有着重要的联系，一直以来我国电信行业的发展严格受控于国家政策和管理，处于“和平”的无竞争状态。中国加入世贸后，中国电信行业将被迫脱掉这件金刚护身衣，投身到市场竞争的洪流中。面对着

6、怀揣巨大资金，拥有良好管理水平、优秀市场决策能力和先进信息技术，同时可利用外资的优惠政策和灵活的经营方式及手段的外国电信企业的挑战，中国移动通信这个朝阳企业，作为中国国民经济和信息产业发展的重要组成部分和排头兵，在中国电信市场即将开放的这一时刻，充分利用目前具备的优惠待遇，迅速发展业务、快速积累资金、完善自身管理机制和提高信息技术的实现能力是非常重要的，国内电信企业只有进一步开发市场、参与竞争，不断带动国内市场潮流，才可与国外的同行一起融入这场激烈的竞争当中，并且占有一席之地。广东省移动通信广州分公司的移动营销业务量和业务种类在飞速增长，原有的惠讯业务核算系统已不能很好地适应广州移动业务量日益

7、增长的需要，在软、硬件处理能力、业务受理能力、代办业务能力、系统统计分析能力和辅助决策能力等多个方面都明显存在不足。因此，重新建设适应未来发展需要的新的移动业务运营支持系统已经成为广州公司势在必行的一项重要工作。xx公司的“移动业务运营支持系统”(简称BOSS系统)就是针对当前我国移动通信业务的现状和发展趋势，结合国外良好的管理理念，通过对当前多个城市的业务状况的了解和相关系统的科学分析，运用先进的计算机数据处理和通讯技术进行开发的。该系统在完全实现目前移动系统所有业务需求的同时，充分考虑将来行业及市场的发展变化，具有很大的适应能力和系统性能的可扩充能力，完全能够满足当前和今后较长一段时间内的

8、用户需求。xx公司的“BOSS系统”通过采用客户/服务器模式和多处理机并行处理技术、磁盘镜像和数据库的远程数据复制技术、核心处理与接口服务器分离策略等先进技术实现了系统的高处理能力、高处理效率、高可靠性、高安全性和可扩充性，为系统将来的发展提供了良好的技术基础。xx公司的“BOSS系统”采用模块化的设计方法，将整个系统从功能上划分为业务受理子系统、业务处理子系统、帐务处理子系统、统计分析子系统、清单管理子系统、监控子系统、决策支持子系统和接口子系统九个子系统。各个子系统分别独立设计又相互密切联系，实现全部移动通信业务功能。xx公司的“BOSS系统”具有良好的界面和方便的操作，为各个层次的使用者

9、提供极大的方便。同时，完善的统计分析功能为决策层提供科学决策的基础信息。xx公司的“BOSSS系统”集成了营业前台、短讯、call center、Internet 和WAP等服务方式，统一规划了整个地区的营销系统和帐务系统，为客户提供全方位、高效率的售前、售后服务和科学的营销手段。该系统协助客户形成了电子营业、电子业务网络，最终发展成为电子商务网络，以缓解客户地区的业务场所不足、与客户接触面窄的问题，同时为各级管理人员提供强大的后台管理、综合查询和决策支持等功能。二. 设计原则1、 管理模式根据ITU-TMN（国际电信联盟-国际电信网络）标准，整个系统划分为决策支持层，管理层和业务运行层三个层

10、次。(1) 决策支持层为决策人员提供生产业务和管理控制的各种信息，为电信企业的战略决策提供决策手段。(2) 管理层为管理人员提供各种管理功能，便于各种经营手段的，提供统计分析数据，以便详细了解业务的运行情况和发展趋势，实现信息管理的自动化和科学化。(3) 业务运行层主要实现面向用户的各种业务需求，并对系统的运行提供保障和支持。2、 设计方法在BOSS系统的设计时，采用良好的设计方法，以适应不断发展变化的业务需求，实现整个系统的高效开发和便利维护，保障系统长期稳定可靠的运作。(1) 面向对象的设计思想采用面向对象的设计思路，方便业务系统的构造，缩短开发周期，确保开发质量。(2) 三层应用的Cli

11、ent/Server模式采用三层Client/Server模式，提供一个公共的应用通讯和数据接口平台，使得应用和实现良好分离，保障系统事务的完整性和核心数据的安全性。采用三层Client/Server模式，可以实现同构和异构环境下的多种数据源通讯，提高系统与其他系统的互联能力。(3) 并发的程序设计思想操作系统、数据库系统、中间件和应用系统均支持并发访问，提供整个系统大用户量的并发访问能力，提高系统的响应性能。(4) 基于E-R关系的数据库设计 数据库表设计以实体关系（E-R关系模型）为基础，数据结构的紧密关联，使得数据一致性、完整性得到保障，提供整个系统的可靠性和完整型。(5) 模块化独立设

12、计系统采用模块化设计原则，将应用程序分为多个既能独立运行又可灵活组合的程序包，提高系统的灵活性、扩充性和可维护性。3、 系统整体采用全盘统一的设计思想，充分考虑系统各部分间的联系和配合，实现整体性能最优化，完成整个系统的综合设计。采用先进的网络控制技术和多处理机并行处理模式，综合利用大型数据库、系统容错和存储磁盘阵列等先进技术，在准确高效地实现所有现行业务处理要求的同时，充分考虑系统的发展方向和扩充可能性，使系统具有很强的可扩展性和可维护性。(1) 统一的网络平台以本地网为基础，统一规划网络平台，实现网络资源的共享。(2) 统一的数据库平台以本地网为基础，统一规划数据库平台，数据高度集中，避免

13、分散管理，实现全网统一的数据访问。(3) 统一的应用平台以本地网为基础，统一规划应用平台，实现全网统一的操作模式。4、 系统目标 配合广东移动通信有限责任公司广州分公司的长远目标和企业战略目标的实现； 满足广东移动通信有限责任公司广州分公司的各种营销管理、帐务处理需求，适应不断发展的业务要求； 提供良好的工作平台，以便于各分公司经营业务的开展，使其在剧烈竞争的市场中占据有利位置。三. 系统架构1、 系统总体架构整个系统从总体上可分为三个层次：核心群集处理系统、网络支持和数据控制系统、应用操作、数据分析系统。各个系统的功能划分、相互关系如下：(1) 核心群集处理系统本部分是系统的核心处理部分，通

14、过采用分事务类型多处理机的并行处理模式，使系统处理能力能够根据不同时期的具体需求灵活调整，实现对所有事务的高效率、高性能和高可靠性的复杂处理。(2) 中间件系统本部分分接口子系统、集中鉴权子系统、数据控制及应用服务子系统。接口子系统完成前台用户接口部分与后台数据处理中心之间的接口处理。前台业务受理通过本部分将数据传输到后台进行处理或从后台存储系统中得到营业所需的数据。而后台通过应用服务系统实现处理数据的采集和结果数据的发送，实现对数据并发和数据安全访问的控制以及对处理系统处理机的负载的均衡。集中鉴权子系统负责完成对所有系统访问进行鉴权处理，并防止非法进入者。本部分可称为“逻辑层”或“屏蔽层”，

15、前台用户部分和后台处理部分之间通过本部分而相互透明，实现了数据处理的无关性和用户操作的独立性。(3) 应用操作、数据分析系统作为营业管理系统，业务受理功能的实现十分关键。根据不同的硬件配置以及适应不同层次的操作员和管理人员，本部分为前台业务受理提供基于不同操作系统的多种操作平台；为系统决策层提供决策支持系统；为系统管理员提供系统运作、网络状态等系统监控信息。2、 系统逻辑结构(1) 业务受理子系统业务受理子系统是实现系统业务功能的前端部分，主要办理用户的各种类型的移动通讯业务和现金纳费类型用户的收费业务。业务受理子系统包括本地操作中心、远程营业中心和各个业务代办点。(2) 数据控制及鉴权子系统

16、1) 数据控制子系统数据控制子系统由多台中间代理服务器构成，是业务受理子系统与核心处理系统之间联系的纽带。与核心群集处理系统间由内部网络连接，与业务受理子系统间通过DDN/PSTN连接。当业务受理子系统受理业务时，本系统根据所受理的业务类型和处理系统运行情况向相应的处理子系统分发处理数据和请求，向前台业务受理系统返回处理结果。同时，本子系统还承担对核心处理系统的数据并发访问和安全控制功能。2) 鉴权子系统鉴权子系统包括移动用户鉴权子系统、工作人员鉴权子系统和维护管理子系统。a. 移动用户鉴权模块移动用户鉴权系统采取集中鉴权的方式。通过建立统一鉴权中心，采用独立的鉴权服务器，实现整个系统的集中鉴

17、权，所有移动用户对系统的访问都需要通过鉴权处理器进行鉴权处理。用户通过短讯、internet、WAP和call center 等服务方式自动办理业务时，都必须先经过移动用户鉴权系统的鉴权，有权限的用户才能办理业务。用户在营业前台也可以通过输入业务密码查询资料和办理业务。每个移动用户拥有自己的业务帐号（电话号码）和业务密码，在营销系统、帐务系统、客户服务系统和实时话费系统中是一致的，在营业前台、短讯、internet、WAP和call center 等不同服务工具上也是相同的。业务密码只用于移动业务。 移动用户可通过输入业务密码查询自己的话费及清单、用户资料和业务资料等和修改部分的用户资料和业务

18、资料。业务密码可由新用户入网时输入，原有移动用户的业务密码可使用1860的密码，该密码由系统随机生成。用户密码要以密文的方式存放。移动用户可使用自己的手机通过call center查询。移动用户可以修改自己的业务密码，可通过internet、WAP和call center等服务方式修改业务密码。用户也可凭身份证到营业厅柜台修改密码，通过密码键盘输入新密码，该密码对营业员来说是透明的。移动用户鉴权系统中还记录了用户的服务方式权限和操作权限。服务方式权限是指用户是否能分别通过短讯、internet、WAP和call center 等服务方式办理移动业务。操作权限是指用户可以操作的范围，如查话费、更

19、改用户资料、更改新业务、停机开机等。这两种权限由营业员负责管理。缺省设置任何人都能采用Internet服务方式和call center服务方式，但查询个人性信息和办理业务必须要通过移动用户鉴权系统的鉴权。要采用短讯服务方式和WAP服务方式，用户先要开通该项服务功能。移动用户鉴权系统要具有一定的智能性。系统可判断企图非法进入者，向系统管理员告警，并提供跟踪信息。系统还可以根据用户黑名单的情况，自动修改用户的操作权限。 系统对用户办理的每项业务要有详细的记录，包括用户号码、操作方式、操作日期、操作时间、操作内容等。b. 工作人员鉴权模块进入系统的工作人员都有自己的工号，口令和岗位。这些信息存入数据

20、库中进行管理。每个岗位对应一定的权限，每个工作人员只能使用其岗位的权限规定范围内功能。当工作人员注册系统时，首先根据其工号和口令判断该人员是否是合法用户 ，如是合法用户，则根据其岗位显示其可访问的功能（如菜单）。否则该人员不能进入系统。岗位权限由系统管理员维护。每个工作人员可以修改自己的口令。系统可提供灵活的授权机制进行授权管理。系统的安全性是建立在数据库管理系统的安全性之上的，为保证系统的安全性，本系统对操作员实行严格的分级权限管理，每一个操作员均拥有各自的工号、登录密码和权限等级。特定的权限等级只能进入特定的功能模块进行授权操作。除对系统的查询操作外，任何一个对系统的“写”操作（如录入、修

21、改、删除资料）均将在系统中留下完整的记录，包括该操作发生的日期、时间、操作员的工号以及对系统进行了何种操作，以备日后追查。为了保证密码的可靠性，对于操作员的密码，以密文的方式在数据库中存放，密码只能修改而不能够直接读取。c. 维护管理模块管理操作系统、数据库和各应用系统的设置，以及对操作员和移动用户的权限进行管理。(3) 业务处理子系统业务处理子系统是实现系统业务功能的后台处理部分，系统接收由代理服务器转发来的业务受理数据和处理请求，完成各种业务类型的处理后，将处理结果返回到前端业务受理点，并保存业务处理记录和处理结果数据。根据业务类别，将业务处理子系统分为模拟业务处理子系统和数字业务处理子系

22、统，分别处理。(4) 帐务处理子系统帐务处理子系统实现对用户的帐务的处理，为收费业务提供数据。根据用户最终帐单费用的来源和用户纳费方式，可分为通话费处理、固定费用处理和托收用户处理部分。 通话费处理部分：子系统从省计费系统下发的帐单数据中获得用户的移动话费原始数据，进行处理后，生成用户最终帐单的移动话费部分。 固定费用生成部分：固定费用即移动通讯用户固定缴纳的费用，包括移动通讯服务费、无线电管理费等。系统采用参数驱动模式，所有固定费用参数均可从业务前台进行设置、添加和修改，提高了系统的适应能力和可变化性。 托收费用处理部分：系统可提供与银行系统批量交换数据，实现批量划帐和实时划帐处理方式。帐务

23、处理子系统作为移动通信运营管理系统(BOSS)的重要组成部分，完成整个系统的帐务处理任务。帐务处理从功能上应该包括出帐处理、费用回收、消帐、结算等多个方面。帐务处理子系统在整个移动运营支持系统(BOSS)内部与营业受理子系统、信用控制子系统的关系十分密切，同时，与省计费中心、银行及相关的信息台等存在业务上或数据上的接口。帐务处理系统的功能、性能等对整个移动通信运营管理系统的整体性能和实际运行效果有较大的影响。下面将分析帐务处理系统的功能需求和性能需求。(5) 清单处理子系统清单处理子系统完成对用户清单处理和存储，提供清单、帐单查询和统计分析功能。(6) 统计分析子系统统计分析子系统对营业管理系

24、统的数据进行各种形式的统计、分析，为系统决策层准备决策基础信息。统计分析子系统包括对业务数据、帐务处理数据的统计、分析。利用线图、柱图和饼图等多种形式对各种数据进行分类别、分时间段、分地点等方式的统计分析。系统应提供报表生成工具，能根据要求动态生成各种报表，并统计上满足以下条件。时间精度：能支持按年、月、日、时、分、秒进行时间段内或时点统计地域范围：为了使各项统计分析功能与公司分销渠道管理模式相适应，真实而明晰地反映体现公司运营成果，并满足向决策支持系统提供基本数据支持地要求，业务运行支持系统在统计上应支持六级层次的地域、人员统计，即：能按公司-地区-一级代办-二级代办-营业点-营业员的树状结

25、构进行分组统计（为了方便实现统计以及将来根据运营模式变化对系统进行进一步的扩充改造，一级、二级、营业点代码应尽可能采用四位以上数字代码）。其中地区指广州、番禺、花都、从化、增城等不同营业区域。说明：公司管理权限为业务最高权限，能任意设置以下各级的权限并进行号卡等资源调度分配，能进行全部的分析统计项目地区及一二级代办仅能在其权限下进行其下属各级的角色权限设置及资源共享。分析统计的范围限于其所属区域。公司自身的营业点应套用以上模式，其一二级代办为公司相应的职能或生产管理部门。(7) 决策支持子系统以各个处理子系统和统计分析子系统为基础，决策支持子系统面向决策层，向决策者提供尽可能详尽的统计报表。(

26、8) 系统监控子系统系统监控子系统面向系统管理员和系统维护人员，提供系统的各种运行状态，便于系统出现故障时的及时发现和排除，提高系统的可靠性和可维护性。系统监控的内容包括整个系统所有处理机的运作状态和负载情况、系统的网络状态和负载情况、数据库系统的状态和各个处理流程的异常情况监测等。集中监控的目的是对整个系统的网络管理、系统运行和网络安全情况进行实时监测，达到保障系统可靠、高效运行的目的。下面就这三方面进行详细的功能需求分析。(9) 接口子系统接口子系统对营业管理系统与其他系统的接口进行管理，保证接口的可靠和高效。采用我们公司自有技术、自主开发、自主版权的中间件。接口子系统的单独设计完成将外界

27、系统与核心系统隔离功能。而且还将IP网络段进行隔离，各IP网络段的数据经过接口子系统转发，使得紧缺的IP地址不受限制，而且能更好地与其他系统、公司、单位联网，为以后的扩展提供无限的空间。还能把低级的黑客、非法用户进行阻挡，为系统安全性能，形成第一道防火墙。(10) 增值业务子系统增值业务子系统包括：HLR子系统、Internet子系统、WAP子系统、短讯子系统、CallCenter子系统、金融系统的子系统、维修中心的接口、MIS的子系统、秘书台子系统。四. 系统功能描述1、 业务运营系统主要功能整个系统从功能上可划分为：营业管理子系统、帐务管理子系统、信用控制子系统、资源管理子系统、统计分析子

28、系统和运行监控子系统、决策支持子系统。各子系统间的关系如下图所示：(1) 营业受理子系统包括基本业务受理（开户、改号等）、业务查询（号码状态查询、业务处理恢复屏幕等）、营业报表（日报表、月报表等）三个子模块，实现业务受理的所有功能。1) 业务受理a. 基本业务 开户受理：根据用户选定的号码，录入用户的基本资料，并检查其合法性。 数字配卡：对已经选号的用户配置智能SIM卡，并录入相应机卡资料。 模拟配机：对已经选号的模拟用户配置模拟机，并录入相应资料。 数字开户：合并实现选号、数字配卡两个业务。 模拟开户：合并实现选号、模拟配机两个业务。 模拟转数字：实现模拟用户转为数字用户业务。录入相应的用户

29、的补充资料。 一加一业务：模拟用户追加一台数字机。录入相应的用户的补充资料。 过户：受理用户的过户业务。录入相应的新用户资料，新用户需要承担原用户的所有费用。 改号：受理用户的更改电话号码的请求。 申请数据传真：为用户提供“数据服务”、“传真服务”两项新功能，需要分别占用单独的数据服务号码和传真服务号码。 修改新功能：变更用户的新功能项目。 漫游申请：为模拟用户开通国内漫游、数字用户开通国际漫游功能。支持漫游时间段的设定。 漫游取消：取消模拟用户的国内漫游、数字用户的国际漫游功能。若用户设定了漫游时间段，系统则自动取消用户的漫游功能。 暂停机：根据不同的停机原因对用户执行停机操作。 重开机：对

30、已经停机的用户执行开通业务。 用户修改资料：修改用户除“用户姓名”外的所有用户基本资料。 修改客户类型：修改用户的客户类型 基本资料纠错：修改录入有误的用户基本资料。 补机：用户更换机型。 换机：用户换新手机。 补机换卡：数字用户在补机时同时申请一张新的SIM卡，而把旧卡还给营业点。 补卡并收费、换卡并收费：数字用户因遗失或损坏旧卡而申请一张新的SIM卡。 补卡、收补卡费；换卡、收换卡费：在大营业点中为了适合流水作业，而把补卡并收费这个业务分为补卡、收补卡费两个业务来做。换卡、收换卡费类同。 补机改串：模拟用户在补机的同时改变电子串号，录入新的电子串号。 换串号板：模拟用户因某种原因跟营业点换

31、一块新的串号板。 改电子串号：模拟用户修改电子串号。 换机改串：合并执行模拟换机、改电子串号两个业务。 换板改串：合并执行换串号板、改电子串号两个业务。 调机：同类型用户之间交换机型，号码不变。 调号：同类型用户之间只交换号码，机型等资料不变。 退业务：取消对某个号码所做的最后一笔业务业务。修改用户有关资料和相应报表。 销户：强制注销系统用户号码。 预约销户：用户申请注销号码。 持机证管理：重发一个持机证。录入号码、机身码，证件编号、发证日期、持机证号等。b. 缴费业务 收费业务：收取用户应交的话费。 退收费：退回已经收取的用户的话费。（操作员操作错误时补充） 收预存款：收取用户所缴纳的暂时或

32、永久预存款； 退预存款：退回用户所缴纳的暂时或永久预存款； 改缴费号码资料：修改缴费号码的缴费方式，缴费银行，托收帐号，托收编号，缴费户名等。 修改缴费号码：更改用户号码的缴费电话。 修改信用额度：修改用户的通话限额、停机期限、信用等级和出帐日期。录入号码及其新的通话限额、停机期限、信用等级和出帐日期。 修改纳费类型：修改用户的纳费类型。录入号码及其新的纳费类型（如全费改免费等）。 话费清单查询：对用户的话费清单进行查询。输入用户号码和相应的时间段，确认后系统自动查出该号码相应时间段内的话单。2) 业务查询a. 业务查询 号码状态查询：查询号码状态的有关信息，包括：号码、选号费、销售点、通话级

33、别、当前状态、是否漫游、开通日期、机型、持机号。 开通查询：查询已开通的号码的有关信息，包括：号码、开通日期、号码状态、机型、销售点、户名、身份证号。 详细个人资料查询：查询个人的详细资料，包括四类：个人的基本资料（如姓名、联系电话等），话机资料（如机型、SIM卡号等），属性资料（如用户类型、纳费类型、通话级别、新功能等），费用资料（如欠费金额、缴费号码、缴费方式、托收银行及帐号等）。 业务处理查询：查询一段时间内的某营业点（或部分、所有点）某营业员（或部分、所有人）的有关业务资料，包括：号码，流水号，操作类别，付款金额，付款方式，操作时间。 SIM卡状态查询：查询SIM卡的有关资料，包括：S

34、IM卡号，IMSI号，SIM卡的状态，PUK号，SIM卡对应的号码（如果该SIM卡已被使用）。 机号姓名查询：查询号码和姓名的对应资料，包括：号码，用户姓名，地址邮编，联系人，联系电话，号码状态。 空号表查询：查询空号及其对应的选号费资料。 停机状态查询：查询已停机的号码，停机状态，停机日期。 待处理资料查询：系统自动将要送往HLR而未得到确认的资料保存起来，同时将HLR的返回结果保存起来，以供查询分析失败原因。 核对结果查询：系统自动定期核对本机和HLR的数据是否一致，并将不一致的数据保存起来，以供核查。b. 费用查询 缴费业务查询：查询一段时间内的某营业点（或部分、所有点）某营业员（或部分

35、、所有人）的收费业务资料，包括：缴费号码，流水号，操作类别，付款金额，付款方式，操作时间。 话费状态查询：查询当前缴费号码的欠费情况。 纳费资料查询：查询号码和交费号码之间的对应关系，以及缴费号码的纳费户名和缴费方式。 托收资料查询：查询托收用户的托收银行、帐号及托收编号。 HLR资料查询：查询HLR中用户的当前资料。3) 营业报表 营业日报表：查询某天某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的业务收入及业务明细。 营业报表：查询某段时间内某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的业务收入及业务明细。 收费日报表：查询某天某营业点（或部分、所有营业点）某

36、营业员（或部分、所有营业员）的话费收入及话费明细。 话费费报表：查询某段时间内某营业点（或部分、所有营业点）某营业员（或部分、所有营业员）的话费收入及话费明细。 综合日报表 综合报表(2) 帐务管理子系统帐务处理子系统作为移动通信营业管理系统的重要组成部分，通过一套完整而灵活的控制策略和处理办法，实现系统用户的通话费用、信息台费、固定费用及业务受理费用等各类费用的计算、优惠和收取等帐务处理功能。同时，帐务处理子系统对用户的费用状况及帐务处理情况等信息进行统计，提供各种帐务报表。帐务处理子系统可以划分为以下几个功能组：出帐管理、销帐管理、预付费管理、帐单管理、欠费管理、滞纳金管理、呆帐管理、补收

37、费用管理、优惠策略、报表管理。整体流程图：1) 出帐处理出帐处理以计费系统下发的帐单数据文件和信息台费文件为原始数据，经过完整的处理流程，实现对用户的话费、固定费用、信息费及业务费用的处理，为帐务处理子系统的后续处理提供数据基础。a. 数据流图b. 流程说明出帐处理模块的处理流程包含：帐单文件的预处理、资料核对与更新、固定费用的生成及合并、费用调整、优惠处理、舍入计算、入库处理。i 帐单文件的预处理：本过程对用户的话费帐单文件和各类信息台费帐单文件进行预处理。完成对各类帐单进行格式合法性及内容完整性检查，并且对合法且完整的文件转换成内部统一的文件格式。ii 资料核对及更新由于用户办理改号、换卡

38、等业务可能导致用户号码信息的更改，本过程通过对该类用户的业务操作历史记录和其他相关信息的查询和核对，实现用户信息的核对和帐单资料的更新，保证帐务处理子系统及业务处理子系统信息的一致性。iii 固定费用的生成及合并按规定的算法生成用户的固定费用帐单，包含：服务费、无管费、特服费、挂帐业务费等。iv 费用调整：本过程对下列情况进行费用调整：无主帐单，须管理人员进行人工调整。由于各种原因需要进行各类费用的人工调整。由于计费异常造成的调整。其他可能需要的调整情况。在完成费用调整后进行帐单文件的更新。v 优惠处理：本过程根据用户的优惠类别实现各种优惠计算，生成用户经过优惠处理后的帐单文件。vi 舍入处理

39、本过程对规定的各项明细费用进行舍入处理。vii 入库处理：本过程对用户的最后帐单文件进行入库处理，将用户的费用信息导入数据库，为帐务处理子系统的后续处理提供基础数据。2) 销帐管理销帐管理模块的功能是：提供多种方法实现用户话费（包括月租、功能费以及滞纳金等其它费用）的回收，尽可能减少坏帐的产生，缩短话费回收的周期，提高运营效率。本系统提供的销帐办法有：营业厅或代办点现金收费；银行或邮政储蓄托收销帐；银行或邮政储蓄实时划帐；营业代理现金收费。a. 营业厅或代办点现金收费当用户在这些点办理缴费业务时，根据用户的缴费号码，系统查询出此缴费号码所对应用户的当月、往月欠费和滞纳金及用户应缴费用。用户缴纳

40、费用后，系统确认并打印发票，完成收费业务。系统自动将用户话费转入已收费表，同时在业务表登记，以供查询。如果用户有预存款，系统先自动用预存款冲免其费用，用户只需缴纳其余额即可（如预存款大于用户话费，则无须缴费），如果用户已欠费停机，缴费后自动开机，如果用户已开始催费，系统自动停止催费操作，无须人工干预。普通操作人员只能按规定费用收费，而某些权限高的操作人员则可以按规定冲免部分或全部滞钠金，以应付特殊情况的需要。当托收用户话费托收到银行后，系统自动封锁其话费，营业厅或代办点不能受理其缴费业务。托收拒付后，系统将其帐务由托收转为现金，此时就用户可以到营业厅或代办点缴纳现金。当收费发生错误时（如操作人

41、员录错号码或用户拒付等），可进行退费业务退回。具体做法是：如果所退的是该缴费号码的最后一笔话费，只需录入用户的缴费号码即可，否则需要录入用户的缴费号码和当时操作的流水号，系统自动显示所退金额及话费明细，操作人员确认后，即可将用户话费从已收费帐转入欠费帐，并在当日营业日报表上反映出来。b. 银行或邮政储蓄托收销帐对办理托收或邮政储蓄的用户，当话费结算后，系统自动将其当月话费和往月欠费明细一起转入托收表，封锁这些号码的现金缴费，同时将这些号码的托收银行、帐号、托收户名、对公对私标识、托收编号（主要包含托收银行编码的信息）、付款方式、地址、邮政编码等一起转入托收表，为托收出盘作准备。出盘时（由后台处

42、理进程在规定时间自动启动），按各银行规定的格式依次生成托收划帐文件，放在主机指定目录下。核算部门将这些文件取出后，通过送盘或其它方法送往各银行划帐。各银行的第一次回盘到达后，由核算部门将这些文件放到主机指定目录下，后台处理进程在规定时间自动启动（此时间可由核算部门根据实际情况加以调整），进行以下操作：对已收到款的号码在托收表作上标记。系统将已作标记的号码按托收银行、收费标记进行分类统计，生成第一次托收话费收入表。系统将所有已收费的号码按托收银行、对公对私标志分类，按规定格式生成打印发票的文件，放在规定目录下。系统对已作标记的号码进行收费确认处理，将话费转入已收费表，在收费业务表登记，以供查询。

43、当各银行的第二次回盘到达后，再由核算部门将这些文件放到主机指定目录下，后台处理进程在规定时间自动启动（此时间可由核算部门根据实际情况加以调整），进行以下操作：对已收到款的号码在托收表作上标记，对未收到款的号码，系统将其费用转入现金表，允许现金缴费。系统将已作标记的号码按托收银行、收费标记进行分类统计，生成托收话费收入表。系统将所有已收费的号码按托收银行、对公对私标志分类，按规定格式生成打印发票的文件，放在规定目录下（或根据需要与第一次的文件合并），由核算部门将其送打印发票的单位打印成发票。对公发票送银行，对私发票邮寄给用户。系统对已作标记的号码进行收费确认处理，将话费转入已收费表，在收费业务表

44、登记，以供查询。完成一个托收周期。c. 银行或邮政储蓄实时划帐话费结算后，托收用户的话费进实时划帐表。对已达成实时划帐协议的银行，系统将在该行托收的号码生成文件，并自动将文件送接口服务器指定目录下，等待该行来取。该行取走该文件后（按协议，该行应每隔几分钟查询一次该目录，发现有新文件立即取走），可同时产生多个并发服务进程进行实时划帐业务。第一步，该行服务进程向接口服务器发出请求，查询某一号码的费用及帐号等资料，接口服务器收到请求后，转向主服务器查询，并将查询结果送出。第二步，该行服务进程收到查询结果后，如费用金额小于0，转第五步，否则进行划帐处理。如划帐成功，发请求通知接口服务器服务进程完成收费

45、处理，否则报告失败原因。第三步，系统服务进程收到收费完成请求后，执行收费处理结果，如果成功，发送成功标识；如果失败，发送失败标识及原因。第四步，该行服务器收到处理结果后，如果成功，则确认本次事务；如果失败，则回滚本次事务，并记录原因。第五步，重复一至四步，直到该批号码执行完成。系统每天生成实时划帐实收日报表，并在指定日期（如26日）生成该月的实时划帐实收月报表，以供核算部门与银行对帐之用。d. 营业代理现金收费银行或大的代理机构拥有自己的电脑网络系统，并可以通过其电脑网络代理收取移动电话的话费。当用户到这些代理机构缴费时，其电脑网络通过接口软件向接口服务器发出请求，查询该号码的费用，接口服务器

46、收到请求后，转向主服务器查询，并将查询结果送出。电脑操作人员按查询的结果向用户收费，并发请求通知接口服务器服务进程进行收费转帐处理。系统每天生成所有代办机构的营业日报表，并在指定日期（如26日）生成该月的营业月报表，以供核算部门对帐之用。3) 帐单和清单管理系统保存二年内的业务流水记录及详细原始帐单信息，方便操作人员随时进行查询，对已缴费的用户，随时可以补打帐单发票。4) 欠费管理系统提供以下几种方法对用户的欠费进行管理： 欠费状况查询：实时查询某个（或某批）缴费号码的欠费总额及其付款方式,可欠费金额和付款方式进行查询； 欠费明细查询：查询某个缴费号码各月的欠费总额，并可进一步查询该月的欠费明细； 欠费报表：系统每天生成当天的欠费总表，并按欠费年月和付款方式进行分类统计，以便实时掌握用户欠费的总额及发展趋势； 自动催费：对当前的欠费用户，系统可产生欠费催费数据，提供给自动催费系统，也可调用自动催费系统接口进行催费。 自动停机：对欠费超过一定金额或一定时间的用户，经催费后任未缴款，系统将作自动停机处理。 自动调整信用等级：根据用户帐单的历次付费情况，确定用户的