电信计费数据优化系统的设计与实现学位论文.docx

1、电信计费数据优化系统的设计与实现学位论文 电信计费数据优化系统 的设计与实现 专 业： 指导教师： 2014年 9 月电信计费数据优化系统摘要 当今的世界时一日千里，在古代人们通信时用书信的方式来进行，加入一个住在北京一个住在南京，那么他们的书信可能快马都需要一两个之久。数据多媒体业务以及Internet业务的出现,移动通信计费系统势必朝着灵活化、复杂化、全面化方向发展。随着时代的发展，现代移动通信的出现改变了这种局面，使我们的通信变得不再那么复杂，变得简单，方便。数据多媒体业务以及Internet业务的出现,移动通信计费系统势必朝着灵活化、复杂化、全面化方向发展。然而传统意义上的计费系统不能

2、跟上通信业务的发展变化,不能满足用户的服务需求,更不能适应市场经济下竞争的环境。我们这里设计的是电信内部管理人员的计费管理平台。本文针对计费系统必须满足的稳定性，实用性，开放性，可扩展性，安全性进行分析。在对传统移动内部人员，电信营业员计费系统的整合和优化。关键词: JSP, 电信计费, 用户管理Telecom Billing Data Optimization SystemAbstractAdvances in todays world, in the ancient way people communicate by letter to join a live one in Beijing

3、 lived in Nanjing, then their horse correspondence may require one or two years. Emergence of multimedia services and Internet data services, mobile communications billing system is bound towards flexible, complex, comprehensive direction. With the development of the times, the emergence of modern m

4、obile communication has changed this situation, so that our communications become less complicated, simple and convenient. Emergence of multimedia services and Internet data services, mobile communications billing system is bound towards flexible, complex, comprehensive direction. However, the billi

5、ng system in the traditional sense can not keep pace with changes in communications services, can not meet the service needs of the user, but can not adapt to the market economy competitive environment. We are here to design the internal management of the telecommunications billing management platfo

6、rm. In this paper, the billing system must meet the stability, usability, openness, scalability, security analysis. In the traditional mobile insiders, salesperson telecommunications billing system integration and optimization. Keywords: JSP, telecom billing, User Management1 绪论1.1选题背景随着电信行业业务量的膨胀，电

7、信计费数据量也呈迅猛增长之势；并且随着业务的不断深入，电信行业对电信业务数据的安全性及高效性等提出了比以往更加严格的要求。如何安全、可靠、完整地保存宝贵的数据资料已成为电信行业以及其它关键行业（如能源、地质、气象、金融、保险、政府等）的当务之急。使用自动化的存储管理手段，不仅可以解决现有电信计费数据的存储和备份问题，而且可以同时为网络上各种工作站提供数据备份的解决方案，减轻系统管理员的负担，有效地保护宝贵的数据及人力资源，不幸遇到灾难后，可以很迅速地恢复数据，使整个系统在最短的时间内重新投入正常运行1。移动通信的计费系统是随着电信产业和计算机产业的发展而不断成长起来的,特别是随着交换机技术和计

8、算机技术的不断进步而不断完善的。传统的计费系统,由于计算机硬件性能的限制,软件开发成本和难度较高,此外,电信运营者服务意识和竞争意识的淡漠,只能以自动化为目标,以算费、计账和收费的简单功能实现。这样的简单功能,不能跟上电信业务的发展变化,不能满足用户的服务需求,更不能适应市场经济下竞争的环境。随着智能、增值业务、数据多媒体业务以及Internet业务的出现,计费系统势必朝着灵活化、复杂化、全面化方向发展。与此同时,由于市场竞争的形成,用户服务需求的扩大,电信运营商也迫切需要这样的计费系统。 本文针对计费系统必须满足的稳定性， 实用性，开放性，可扩展性，安全性进行分析,着眼于计费系统整体功能的描

9、述、系统外部关系、系统数据传输、预处理、计费核心模块、数据分发、数据装载、号码资源的上传、计费汇总以及整个系统的性能要求进行了研究。通过对各项业务整个计费环节中特点和要求的分析,概括抽象出整个计费系统各模块的功能、模块之间的接口关系、功能模块之间的数据传输处理等,以此来组成实现计费系统2。电信计费数据的存储管理系统是电信部门业务运作的基石。尽早建立数据存储管理系统是电信行业健康、快速发展的保障。所以，电信行业数据存储管理系统的建立是十分必要的。1.2研究意义本课题主要研究的意义在于通信行业内部人员对客户的账户进行管理：根据账号判断是否为新账户，是否为老账户，验证账户的有效期限，并且校验账户有效

10、性，此过程运用了事务的机制，如果过程中有非法之处，则事务回滚，保证不发生占用手机号码资源而不交开户费的情况；使通行行业内部人员能够便捷的管理用户的资料，费用情况，及所办理的业务种类。1.3国内外研究现状1.3.1国外研究现状在国外，移动通信计费系统经过多年的发展，已进入成熟期。与此同时，移动通信近些年呈现出技术不断更新、业务层出不穷、市场飞速膨胀的空前活跃的态势，形成了多种技术并存，业务多层次、多样化以及不同业务市场相互促进和竞争的格局。移动通信市场飞速膨胀的动力来自新业务和增值业务两方面，其中话音业务中的预付卡业务是目前市场增长的最重要动力，数据业务特别是移动互联网业务也有力地推动着目前的增

11、长，并且将在推动未来移动通信的发展中起着越来越重要的作用。第四代移动通信的基本概念还处于研究阶段，目前还难以用准确地语言加以描述。概括起来，未来的第四代移动通信应当具备以下基本特征： 业务：无论何时何地，能够为终端用户提供“身临其境”的高分辨率业务3。网络：能够使用无所不在的“空间分集”技术提供广域服务，对抗更高频段上的电波传输特性。 终端：在体积受限的情况下，能够使用革命性的多天线技术，为用户提供高质量的无线通信服务。基于以上考虑，我们认为4G蜂窝通信系统研究应具有以下基本特征： 基于IPv6核心网的互连互通；地面网络承载与控制全程分离，符合全IP发展趋势；支持个人可携带资源（MIP/M-e

12、N）的全程漫游与切换；无线网络对于核心网络透明，CC/MM位于核心网侧（无线接入用户与固定接入用户等同），RR/LL/PL全部位于接入层； 分类端到端QoS，实时业务的QoS优于现有电信级；全新的基于时空联合处理、网络分集等新技术的蜂窝系统，发射能量较3G系统降低10dB以上；频率利用率较3G系统提高5至20倍，达到3-10Bits/Hz/s；特别适合于分组突发业务的空中接口，峰值传输速率达到20-100Mbps，可灵活调配无线资源，适用于大动态范围（10kbps-100Mbps）业务；与区域性的无线接入系统和自组织网络的无缝联接等。 未来移动通信的峰值速率将达到100Mbps以上，但实际用户

13、所需要的传输速率可能会在10kbps至100Mbps之间动态地变化。为满足这一需求，未来移动通信的无线资源管理调配方式必须极为灵活，能够高效地适应这一变化。对于4G核心网络，IP地址的个人化是未来移动通信的主要发展趋势之一，具有电信级QoS的IPv6将是未来的主要发展趋势，其主要原因之一是现有的IPv4不能提供足够的地址空间。1.3.2国内研究现状在今天移动通信业务向全业务发展的过程中，计费系统面临的主要挑战是使快速生成新业务的边际成本最低，甚至为零。这是来自像Google、iPhone等业务模式的挑战，特别是随着3G业务的开展，人们越来越认识到像短信这样的杀手级应用不太容易出现了，代之的是如

14、雨后春笋般快速生成的多种数据业务。一般情况下，这些业务的生命周期较短，客户群也非常分散，按目前计费系统开发套餐的速度和成本，是无法满足未来用户对在手机上实现的各种功能的市场需要。从效益和效率方面也无法使客户及运营商满意，其重要原因就是我们今天的支撑系统不能为新业务模式提供灵活支撑所致4。 在以语音业务为主的市场策略执行过程中，计费系统套餐的制定者、执行者以及客户都是相对稳定持久的，比如中国移动的全球通、动感地带和神州行三大品牌实际是三类不同的套餐组合，至今仍是中国移动各种业务核心品牌。稳定之余，实际上也使计费系统的设计和开发人员产生一种系统开发的思维定势，每次套餐变化思路和做法基本一致。尤其针

15、对少数的多种业务套餐组合需求，其产品生命周期相对较长，运营商一般不计较产品开发成本，这也促使移动运营商长期依赖同一开发商。这种发展方式实际上锁定了甲乙两个方面成长，运营商新业务生成的难度越来越大；因为系统的紧耦合，开发商也把大量开发人员聚集在省级计费中心周围承担了大量的本地化开发工作，严重影响了开发商系统产品化，模块化和低成本复制系统的进程，造成了“双输”局面。随着全业务的竞争展开可以看出，对支撑系统的需求已经从原来的市场部，扩大到数据业务部、宽带业务部，移动互联网的业务发展模式已经近在眼前。我们可把当前计费系统中紧耦合的如计费、账务、营业、结算、报表等核心功能进行松耦合，并封装成不同层面的服

16、务，最终形成一个移动互联网的开发大平台，充分使能现有无线和固定网络资源当是计费系统发展的方向。我认为展开在计费系统松耦合过程中面临问题的讨论，特别是针对全业务运营的业务场景，设计不同层面的服务组合将非常有意义。如是，可使移动新业务生成的开发成本大幅度下降，并最大限度地满足用户的需求。这是电信业务转型的标志之一，电信运营商将从管道提供商转型为服务平台提供商，服务平台将拥有最权威的信用保障机制、最完善的安全保障和最可靠的运营维护。我们为什么要追求实时计费这样一个当前需求并非很大的技术而忽视了对移动互联网发展中重大问题的讨论。针对目前的计费系统，我认为应该考虑最大限度的保留其原有功能，特别是对于账务

17、管理的计费系统，一方面原因是中国移动的省级公司，大部分都承担着千万级甚至数千万级用户的计费工作，其可靠性，稳定性要求非常高，在进行系统松耦合的过程中，要最大限度的保留原有成熟稳定的模块，至少应该从粗粒度封装开始，这是对企业原有投资的保护。松耦合首先应该注意企业网元能力的服务封装，使之与计费的基本能力封装匹配，并按业务组合的基本规则，为新的用户群体提供一个开放的业务开发平台按移动计费方式开发的计费系统可以和老系统并行，特别是松耦合的架构下，成为一组新的计费服务组合，开发者可以根据其新业务的特点选择采用更合理或有效的计费方式。在中国移动实施“服务与业务领先”战略的环境下，系统将朝着世界一流的业务支

18、撑系统的目标迈进。系统将通过不断的演进，以实时性、准确性为核心，逐步提高系统标准化程度，最大限度地满足系统灵活性和可扩展性的要求，保障系统安全稳定的运行，从而为业务发展提供更有力的支撑5。1.4本文主要研究内容本系统是一套基于Internet的移动通信公司计费系统。通过该系统，电信行内部人员可以方便的对各种卡的信息进行编辑设定，并有权限对操作员进行增加删除等操作，也具有对顾客开户的权限。一般的操作员只具有对顾客进行办理新业务的权限，系统根据登录号自动识别登录人员权限并显示相应菜单。系统认可两类用户：管理员和一般操作员，其中管理员拥有最高权限，管理员用户通过账号和密码登录之后，可以增、删、改、查

19、系统里面的资源和业务费用以及普通操作员信息；普通操作员通过账号和密码登录之后可以对顾客办理开户业务。1.5重点难点及研究方法本课题研究的重点在于全面认识我国移动通信业务发展现状的基础上，正确分析国内外计费系统开发情况,从而根据我国国情和客户需求情况为移动用户开发一个计费模块开户业务。研究的难点在于通过比较分析国内外移动计费系统技术的发展，如何找到适合中国移动业务发展所需要的计费系统，以达到中国广大用户的需求。本课题主要是对客户的账户进行管理：根据账号判断是否为新账户；如果是老账户，将新手机号的账户指定到一个已存在的账户进行合账，并且校验账户有效性，此过程运用了事务的机制，如果过程中有非法之处，

20、则事务回滚，保证不发生占用手机号码资源而不交开户费的情况；如果此账户在系统中无记录，则新建账户，并且录入开户银行帐号和账户名，之后再完成客户开户后的扣费工作。1.6小结在第一章的内容中，简单的介绍了电信行业计费系统的一些相关情况，具体的分析了目前移动计费系统的发展前景，结合国内外发展情况，以及目前中国市场的需求做了进一步的分析和调研，为后面的开发奠定了基础6。2 系统功能分析与概要设计2.1系统功能分析系统开发的总体任务是要实现移动公司对新用户的开通，实施的一套完整 的系统。 系统功能分析是在系统开发的总体任务的基础之上完成的。本系统主要有以下几项功能:1.操作员(Operator):本系统的

21、使用者，分为管理员(Administrator)和一般操 作员(Operator),管理员具有一般操作人员的权利，并可以对操作人员进行增、删、改、查的操作。2.资源管理: 由界面输入号段或指定一个含有号码信息的文本文件生成资源表，资源表需要记录手机号码、手机卡类型（UIM 或者 SIM）、手机卡号和号码状态等。此部分功能只有管理员有权限。3.业务管理:对用户开通手机号码时的各项收费项目，并可以对收费数值进行查询、修改。此部分功能对所有操作员都有权限。4.开户: 开户功能包括以下内容：录入客户信息 根据证件类型和号码判断是否为新客户； 如果为已存在客户显示客户资料； 如果是新客户输入其它客户信息

22、。 录入用户信息 输入号码及卡号，校验输入的资源状态是否为可用； 录入通话级别和漫游状态。 显示需要收取的业务费用（列出“业务费用配置”中所配置的费用，计算费用总和）； 提交录入的数据建立三户资料及相关关系，修改资源状态，记录业务费用。此部分功能对所有操作员都有权限。仔细分析调查有关企业人事信息需求的基础上,将得到如图2.1的数据流程。登录/退出 系统管理业务受理操作员图2.1 数据流2.1.1 登陆/退出 登录的业务逻辑如表2.1所示： 表2.1 登陆业务逻辑用例名称登陆功能简述操作员进行任何的操作，都必须首先登陆到这个系统。此用例用于处理操作员的登录后置条件是否登陆成功、操作员的角色前置条

23、件无基本流1、 操作员在图形界面中输入操作员代码和密码，并提交；2、 判断操作员输入的操作员代码和密码是否匹配，并且确定操作员的角色（管理员还是一般操作员）。 退出的业务逻辑如表2.2所示： 表2.2 退出业务逻辑用例名称退出功能简述当操作员完成所有的操作后，应该退出。此功能提供给操作员退出此系统后置条件退出是否成功的信息前置条件登录成功基本流1、 用户退出本系统2、 返回到登录界面2.1.2 系统管理 本用例包括操作员管理、资源管理两个子用例。这两个子用例之间是相互独立的，没有必然的联系7。操作员管理的业务逻辑如表2.3所示：表2.3 操作员管理业务逻辑用例名称操作员管理功能简述管理员输入新

24、增的操作员的代码、姓名、密码、角色（一般操作员还是管理员）后置条件新增操作员是否成功的信息前置条件登录成功，并且具有管理员身份。基本流1、 管理员输入新增的操作员的代码、姓名、密码、角色；2、 提交保存到数据库中；3、 返回操作的结果。备注只有系统管理员角色（Administrator）有权限完成此功能。 资源管理的业务逻辑如表2.4所示： 表2.4 资源管理业务逻辑用例名称资源管理功能简述此功能主要是对手机号码这个资源进行管理。后置条件业务受理能够进行的前提前置条件登录成功，并且句有管理员身份。基本流分成两种情况：1) 直接在界面上输入号段；2) 指定号段的类型、状态3) 根据指定的号段，产

25、生相应数量的号码资源，并且保存资源或者从一个包含有号码信息的文本文件中读取信息分析这个文件并且从中读取号码资源 费用细项管理的业务逻辑如表2.5所示：表2.5 费用细项管理业务逻辑用例名称费用细项管理功能简述此功能主要是对各项收费内容所收取的费用进行管理。后置条件业务受理能够进行的前提前置条件登录成功，并且具有管理员身份。基本流1) 列出各个收费项目；2) 在对应的收费项目中输入需要收取的费用；3) 保存各个项目的费用。备注只有管理员有此权限配置业务费用业务逻辑如表2.6所示：表2.6 业务费用管理业务逻辑用例名称业务费用管理功能简述对各个业务所需要收取的费用进行管理（但并不在此对具体的费用进

26、行管理，而是从费用细项列表中选择，根据选择的要收取的收费项来计算）后置条件业务受理能够进行的前提前置条件登录成功，并且具有管理员身份基本流1) 列出所有需要收费的业务（目前只有开户这一项业务）和各项收费项目，如果此业务费用曾经经过配置，需要显示当前已经选定收费的项目；2) 选择要进行配置的业务；3) 配置此业务需要收取的费用；4) 保存业务费用。2.1.3 业务受理本用例包括录入客户信息、录入用户信息、录入账户信息等子用例。只有三户信息齐全，此业务才算完整。录入客户信息业务逻辑如表2.7所示：表2.7 录入客户信息业务逻辑用例名称录入客户信息功能简述此功能是业务受理的第一步。用于输入客户信息。

27、后置条件录入用户信息前置条件登录成功基本流选择证件类型，输入证件号；根据证件类型和号码判断是否为老客户如果为老客户，显示信息否则输入客户姓名、性别、生日、通信地址等保存客户信息 录入用户信息业务逻辑如表2.8所示：表2.8 录入用户信息业务逻辑用例名称录入用户信息功能简述此功能是业务受理的第二步。用于输入用户信息。后置条件录入账户信息前置条件录入客户信息成功基本流输入号码；检查号码是否可用；选择通话级别和漫游状态；保存用户信息以及客户和用户的关系，将手机资源列表对应手机号的可用状态改成不可用（因为号码已经被占用）。检查输入的账号是否已经在数据库表中存在，如果存在，形成“合账”，需要检查对应账户

28、中的余额是否大于“开户”所需要的费用；如果账号不存在，那么需要进行新增账号的操作。（见下一用例） 录入账户信息业务逻辑如表2.9所示：表2.9 录入账户信息业务逻辑用例名称录入账户信息功能简述此功能是业务受理的第三步。用于输入账户信息。后置条件业务处理成功与否信息前置条件录入用户信息成功基本流如果合账，则显示账户的信息：账号、余额、账户持有人姓名、通信地址等。否则：新建一个账号（此账号为上一个用例中输入），输入账户持有人姓名、通信地址、金额等；保存账户信息以及用户和账户之间的关系。2.2系统概要设计系统概要设计如图2.2所示：1.操作员管理2.资源管理3.费用细项4.配置业务费系统管理管理员登

29、录1.录入客户信息2.录入用户信息3.录入帐户信息4.业务受理退出操作员1.录入客户信息2.录入用户信息3.录入帐户信息业务受理图2.2系统概要设计图登陆本系统主要有两种角色，一种是管理员，另一种是操作员，管理员主要是对系统进行管理以及对操作员的信息进行修改，负责资源管理，配置业务费用和对费用细项的更改，同时也受理业务。而作为操作员只负责开户功能。2.3 系统运行环境该系统开发与运行环境如下：开发环境：Windows 7开发工具：myeclipse开发环境：JDK7.0开发框架：Struts+Hibernate+Spring+Tiles数据库管理系统：MySQL 5.0服务器：Tomcat浏览

30、器：FireFox2.4 小结本章主要是介绍了通信行业的营业员对计费系统的功能需求和系统概要设计，通过功能结构图直观地描述了系统各部分之间的关系，为下一步系统的详细设计实现提供依据8。3 系统详细设计与相关技术3.1数据库设计 数据库的设计是指对于一个给定的应用环境，构造最有效的数据库模式，建立数据及应用系统，实质能够有效地存储数据，满足用户的需求，数据库设计是在数据库管理系统支持下进行的。根据数据流程图,可以列出以下数据项和数据结构:操作员信息表：操作员编号，操作员姓名，操作员密码，是否为管理员角色客户信息系表：客户序号，客户证件类型，证件号码，客户姓名，客户生日，客户性别，客户联系地址手机号码资源信息表：手机号码，手机号码类型，卡号，号码是否可用用户信息表：用户ID，手机号码，漫游状态，通话级别，客户ID，账号费用信息表：费用代码，业务费用1.Toperator（操作员信息）表的逻辑关系与对应字段解释操作员信息表（Operator_ID，Operator_Name，Operator_Pwd，Is_Admin）。Operator_ID：操作员编号，作为实体的唯一标识，在登录的时候需要输入此ID，PK（主键）。Operator_Name: 对应此编号的操作员姓名，只作为显示使用。Operator_Pwd：此操作员的密码，在登录本系统的时候需要使用。Is_Adm