完整版BSN40Business Support Network41计费系统的预付费入库毕业设计Word格式.docx
《完整版BSN40Business Support Network41计费系统的预付费入库毕业设计Word格式.docx》由会员分享，可在线阅读，更多相关《完整版BSN40Business Support Network41计费系统的预付费入库毕业设计Word格式.docx（72页珍藏版）》请在冰点文库上搜索。
Depositing
毕业设计（论文）原创性声明和使用授权说明
原创性声明
本人郑重承诺：
所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。
尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得及其它教育机构的学位或学历而使用过的材料。
对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。
作者签名：
日 期：
指导教师签名：
日 期：
使用授权说明
本人完全了解大学关于收集、保存、使用毕业设计（论文）的规定，即：
按照学校要求提交毕业设计（论文）的印刷本和电子版本；
学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；
学校可以采用影印、缩印、数字化或其它复制手段保存论文；
在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。
作者签名：
日 期：
学位论文原创性声明
本人郑重声明：
所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。
除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。
对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。
本人完全意识到本声明的法律后果由本人承担。
日期：
年月日
学位论文版权使用授权书
本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。
本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。
日期：
导师签名：
日期：
第一章绪论
现代电信网络正在向着网络业务的数据化、综合化，网络传输的光纤化、宽带化，网络处理的分组化、IP化趋势演进。
国内电信运营商通过引进国内外各大主流厂商的一流产品，构建了传输和交换能力均为国际一流水准的网络。
但是，国内电信运营商在经营模式，服务内容，服务水平方面与国外电信运营商存在相当的差距。
提高经营水平和服务水平，使电信运营商在以客户为中心的现代市场环境和日益激烈的市场竞争中处于有利的地位，是目前国内运营商的当务之急。
电信运营商必须放弃粗放的经营方式，而转为集约型经营，为了降低运营成本，并实现新业务的及时，全面开展，品牌形象的全面树立，运营策略的统一分析与规划等。
电信企业的运营支撑环境必须实现多系统的融合，多个系统之间相互分离对于电信运营企业的发展极为不利，BSN就是中国电信提出的一整套电信运营业务支撑系统的框架。
本课题是BSN的计费系统中的一个模块，而计费系统只是BSN中的一个重要组成部分，要想开展本课题的介绍，有必要先介绍以一下BSN、计费系统和其他相关知识。
1.1BSN
1.1.1BSN概述
业务支撑网（BusinessSupportNetwork，简称BSN）就是从电信人、市场、客户的视角，利用网络的概念来勾画业务支撑系统的框架，并包括一整套的体系结构、实施方法和管理维护办法。
中国电信业务支撑系统，经过近10年发展，取得了很大的成绩。
但长期困扰各省电信公司的支撑系统建设周期过长、效果不佳、支撑组合营销手段不足等问题，仍阻碍着中国电信下一步在激烈的市场竞争环境下进行发展。
这些问题主要表现在以下几个方面：
▪业务支撑
系统处于分散孤立的状态，没有形成网络，更无法对全程全网的电信级的运营进行有效支撑；
系统之间缺乏数据共享，导致数据孤岛和脏数据现象严重；
业务数据的完整性、规范性、可用性、时效性等方面离目前的市场经营分析存在较大差距；
系统对市场经营工作缺乏有效的支撑手段，难以满足市场经营、市场竞争、渠道建设等方面的需求；
对全业务的支撑能力弱，无法支持跨业务的组合营销和捆绑营销。
同时计费系统对新业务、新功能需求的开发速度不能满足业务快速发展的需要；
▪系统运营
系统的运营维护和管理维护人员的专业水平亟待提高。
缺乏统一的运维管理系统和相应的KPI，对系统运营中的处理流程和环节进行管理和监控；
应用系统操作与系统平台维护脱节、使用单一生产系统、企业数据提供能力薄弱、离数据供应商角色差距较大；
对目前存在的大量异构系统的互联互通，缺乏统一的机制进行管理；
▪客户服务
系统缺乏完善的客服体系，对客户的响应能力和速度有待提高，对客户投诉等问题的处理流程有待于进一步优化；
对预付费用户的支撑亟待提高；
系统的实时性有待提高；
▪收入保障
计费系统的准确性还有待进一步提高，相当数量本地网对于基本的核对策略、基本的数据备份策略方面存在空白，无法达到最基本的要求；
系统对潜在的收入流失缺乏统一的监管和处理机制，导致收入流失现象严重；
同时由于客户资料缺乏完整性和准确性，系统缺乏有效的信用监管机制，使得欠费现象突出；
随着市场竞争的日益激烈，新技术新业务模型的不断出现，使得中国电信面临着前所未有的新挑战：
▪提高企业竞争力－－主要手段是通过多样的“优惠套餐”、“组合营销”来吸引客户，与对手竞争。
当前的主要阻碍是支撑系统不支持
▪提高客户满意度－－提高业务受理的效率和服务质量是挽留现有客户的重要因素。
当前的主要阻碍是支撑系统不支持全业务融合
▪减少收入流失－－降低欠费率是当前各个地市面临的较普遍的问题。
当前系统缺乏客户信用度管理，业务管理对代理商控制不严
▪提高管理决策准确度－－市场营销策略的制定主要依靠对客户信息的掌握。
当前业务统计分析报表不全不细，及时性差，系统模型不是“客户为中心”
随着中国电信业市场化进程的持续推进，中国电信面临着日益激烈的市场竞争。
同时，来自新技术和新业务模式的挑战也使得中国电信必须以全新的思路进行前瞻性的战略思考和调整。
而作为电信企业运营“助推器”的运营支撑系统，担负着对企业管理和流程的固化任务，也面临着前所未有的挑战。
这种挑战使得运营支撑系统面临着三个结构化调整的转变：
▪由过去“三级体制”向“两级平台”转变
▪由过去“垂直”的以业务为单位的系统结构向“水平”的融合系统结构转变
▪由过去单节点BSS系统向BSN网转变
在这样的大环境下，中国电信集团在归纳总结了自上个世纪80年代以来，几代中国电信计费人不懈努力所取得的宝贵实践经验的基础上，充分吸取和借鉴了国内外行业先进思想和理念组织制定了中国电信BSN计费模型，本次模型设计全方位地对模型的规划、建设、运行及维护等各个阶段进行了系统化的思考，将电信多年来在计费工作中积累的大量实践和经验教训的结果进行归纳总结，并结合了当今电信业发展的一些最新成果和国际最佳实践，从理论上进行一次升华和提高，力图从根本上解决长期困扰“电信人”的许多问题。
图1,BSN的远期规划图
上图是中国电信集团为BSN做的远期规划，也就是说BSN最终是中国电信整体业务的核心。
目前的BSN系统，可以实现全业务融合（包括语音、数据、3G等）、多流程（帐期出帐、实时出帐）的实时计费。
1.1.2计费系统再BSN中的定位
业务支撑网在水平方向可以划分为用户界面、接入平台和核心系统三层。
业务支撑网在垂直方向可以划分为计算机平台、数据平台和应用软件。
业务支撑网水平三层结构中的核心系统就是ITSP中的业务支撑系统BSS，它包括计费系统、CRM、结算系统、经营分析系统等。
通过框架和协议将BSN网络中的网元连接成一个有机的整体，形成“全网服务一点”和“一点服务全网”的业务支撑能力。
如下图所示：
计费系统在BSN水平框架中属于核心系统部分；
在BSN垂直框架中属于应用软件部分；
在BSN网络结构中属于一个组成网元，受BSN网管的管控。
图2，计费系统在BSN中的位置
1.2计费系统
1.2.1计费系统概述
计费系统分为广义和狭义的定义。
广义计费的概念是从用户发起通信开始，直至用户完成付费的全过程。
这其中包括通信网络内完成的用户通信的记录，采集系统完成的通信记录的采集以及通常所说的后台计费帐务系统完成的预处理、划价、出帐、销帐、统计等。
狭义的计费是指除了通信网络内的用户通信的记录和出帐后处理以外的过程和内容，即主要包括采集、预处理、划价、出帐过程。
模型为了统一简洁，并符合国际惯例，按照广义的计费概念将原有的“计费帐务系统”统称为“计费系统”。
电信计费系统目前大部分按照集团、省级、本地网三级进行建设，按照新的规划，本地网逐渐向省级集中，同时也趋向“全业务”融合。
从目前中国电信业务开展情况来看，包括国际业务、全国性漫游业务等跨省业务，同时从客户的情况来看，全国性大客户也越来越多，凭单个计费点不能完成计费帐务的所有工作。
因此需要集团、省级、本地网三级配合，进行数据交换。
1.2.2计费系统的业务流程
根据计费流程实施的经验，将计费系统的业务流程划分为数据采集、数据处理、数据提供、数据交换和前端协作等五个环节。
图3,计费系统的业务流程图
数据采集：
包括预付费采集和后付费采集。
数据处理：
包括预处理、批价、出帐、数据中间层生成等。
前端协作：
包括帐单管理、余额管理、销帐管理、查询管理、欠费管理等客户服务相关功能。
数据提供：
支持营销支撑、经营分析、MSS等对数据的需求。
数据交换：
和上下级计费系统的数据交换。
数据采集是指计费系统正确采集各类计费业务数据的过程。
数据采集的方式分为在线采集（ONLINE采集）、联机采集、脱机采集三种方式。
采集的数据源业务范围包括：
固话业务、移动业务、智能网业务、数据业务、内容服务业务等。
数据处理流程描述了数据处理总体过程，包括预处理、批价、入库、销帐、销帐加载到数据中间层生成等处理过程以及确保这些过程正确处理的辅助过程。
数据处理的输入数据为文件流和事件流，输出数据为计费事件、销帐、数据中间层等。
前端协作是出帐及帐单加载后开始面向前端客户提供各项服务的管理过程，该过程由各级计费结算中心和计费帐务中心的前端协作岗负责。
前端协作主要包括余额管理、帐单管理、销帐管理、查询管理、欠费管理等方面的工作。
数据处理是这部分的核心，对数据采集提供的数据进行预处理、批价、出帐处理，为数据提供和前端协作提供数据基础，是数据中间层生成的处理过程。
数据处理是业务融合及预付费和后付费融合的处理过程，系统通过融合的产品模型、定价模型、事件模型、预处理和批价引擎、预付费控制及余额管理实现融合处理。
数据处理可以是自动实时处理的过程，也可以是人工非实时的处理过程。
预付费入库也是数据处理得一部分，因此有必要重点且具体的了解一下数据处理的流程。
图4，数据处理流程图
预处理是按照一定的规则将数据采集模块采集到的原始话单转换成标准的文件格式，提供给批价模块进行批价处理。
预处理流程由以下部分组成：
源事件获取，格式化，标准事件映射成目标事件，分割分发。
拣重模块目前包括话单合并和话单排重功能，将预处理正常处理完成的文件，待合并的话单进行合并，重复的话单作为错单输出，正常的话单输出给批价模块计费。
批价引擎既支持后付费计费事件的算费功能，也支持根据余额反算预付费事件的其他度量如时长、流量等。
批价引擎的工作由计费事件触发进行，完成计费事件批价的主要功能，由以下过程组成：
定位计费事件属主对应的产品实例、产品包实例、商品实例、客户资料。
在定价模型中的定价段落中定位计费事件适应的资费政策和优惠政策。
根据资费政策和优惠政策进行算费和优惠处理。
根据资费政策和优惠政策进行其他度量的计算。
合帐是指将批价输出的话单文件合入到清单表、费用表、累积量表和帐目表中的过程。
出帐处理的功能主要包括：
帐务资料准备、使用费准备、周期性费用处理、帐务优惠处理、补退费处理、综合帐单生成、应收及非应收统计、帐单加载。
1.3预付费和后付费
1.3.1预付费
预付费：
是需要保证帐户有余额，通话费在预付费中实时扣除，话费用完时，系统自动停止其通信服务。
其中它又分为实时预付费，和准实时预付费。
实时预付费类似于IP电话卡那样，钱用光了就实时停掉服务的那种。
准实时预付费是钱用光了不会立即实时停掉服务，现在移动，联通，小灵通现在使用的一般都是准实时预付费。
我们这里所说的预付费指的是实时预付费。
1.3.2后付费
后付费：
是下个月支付上个月的帐单，如：
4月份支付3月份的话费，固定电话一般采取这种付费方式。
1.4预付费入库
1.4.1预付费入库在计费中系统中的位置
因为预付费业务在通话过程中就实现了计费，所以预付费话单在产生时就已经有了费用记录，所以不需要经过批价处理来进行算费。
可以直接将采集的原始话单文件，经过预处理，再通过拣重处理的生成的话单文件入库，并根据事件类型填充缺省的帐目类型。
清单表、费用表和总帐（sd）表，清单表、费用表是给web前台查询用的，为客户提供清单级的查询；
sd表的帐目数据是给后面出帐用的，可以为客户提供总帐级的查询。
预付费入库在计费系统中的位置如下图所示：
图5，预付费入库在计费系统中的位置
1.4.2预付费入库前流程简介
由上面的预付费入库流程图可以看到，要实现预付费入库，我们在计费系统中只需要关注预处理、拣重和预付费入库这些模块。
在前面1.2节计费系统中我们已经简单得了解了预处理和拣重。
下面我们来稍微具体得了解这些模块。
预处理是按照一定的规则将数据采集模块采集到的文本话单、二进制话单、DBF文件、数据话单等原始话单转换成标准的文件格式，提供给后续模块进行处理。
预处理模块是整个计费系统的计费数据源，它屏蔽了外部数据之间的差异，给后续的业务流程提供了一套标准的数据格式（计费帐务事件），并且这套数据格式是可扩展的。
在整个预处理内部，所有的处理逻辑都是通过前台配置来实现的，包括话单格式的解析、映射、分拣、过滤、转换等，通过配置，将整个预处理业务逻辑分解为内部可见的处理流程，并最终输出标准的计费帐务事件话单，整个处理逻辑的配置方式充分体现了系统的灵活性、可扩展性。
通过配置方式，预处理可以解析高达99%以上的话单类型。
计费系统的预处理模块，可以认为是计费系统的一个子系统，可以独立于计费系统之外进行处理。
它可以根据需要，按其他系统的格式要求，输出所需要的话单（比如，结算系统），实现了预处理与其他系统之间的无缝连接。
预处理模块的主要功能：
1将采集后的各种类型的话单，根据配置的话单格式进行解析，获取需要的话单信息；
2解析成标准化话单；
3分拣&
过滤话单；
4形成批价进程所需要的标准话单，并按需要分发；
5交由拣重进程进行拣重。
预处理可以处理的话单类型包括：
语音话单、数据话单和代收话单。
预处理流程：
Ø
源事件获取
格式化
标准事件映射成目标事件
分割分发
图6，预处理流程图
格式化的主要任务是：
将源事件映射成内部事件。
通过配置内部事件字段和源事件字段之间的关系来映射关系来实现格式化。
内部事件映射成目的事件，根据批价模块的输入事件格式，从内部事件中选取相关的字段组成目的事件，包括以下操作：
✓转换：
标准事件映射成目的事件前进行字段转换；
✓分拆：
从事件中分出另一事件；
✓过滤：
运用过滤规则组过滤错单；
✓分拣：
将目的事件分类。
分割：
根据分割规则，将目的事件文件划分成若干子文件。
分发：
将子文件分发上传的指定的文件目录中。
话单的拣重是在预处理之后的一个环节，在计费系统中处于一个比较关键的位置。
拣重对代码执行效率有较高的要求，拣重代码质量的优劣，影响到整个计费系统的处理速度。
拣重模块目前包括话单合并和话单排重功能。
目前拣重模块的话单索引存储方式为文件形式。
通过配置决定拣重合并关键字、支持拣重例外的配置、拣重时间范围的灵活定值。
拣重在计费系统中位置：
图7，拣重在计费系统中位置
拣重的主要功能：
处理预处理正常处理完成的文件，将待合并话单进行合并，重复的话单作为错单输出，正常单则输出给批价模块计费。
具体包括：
（1）支持根据事件类型组、拣重关键字进行合并、拣重；
（2）支持事件类型组之间的完全、交叉拣重；
（4）支持拣重时间范围的灵活定值；
（3）支持对某个时间偏差内的话单作为非重单规则；
（5）支持拣重例外的设置：
可以设置某个事件属性满足一定条件时不拣重，或者主产品或附属产品为某个值时不拣重，或者它们之间的组合；
（6）支持连续话单、连续短话单等特殊方法拣重；
（7）支持与主控连接
拣重处理流程：
图8，拣重处理流程图
从话单接口获得话单内容。
根据拣重规则定义查询存档话单。
查询到话单之后先判断是否需要合并，如果需要合并则根据规则合并。
然后根据完全重单及交叉重单要求判断重单类型。
如果查不到话单或不符合重单要求，则话单为正常话单。
正常话单需存档备查。
最后将话单输出。
拣重的数据存放策略：
每种类型的话单量是巨大的，而判断话单是否为重单等仅仅需要根据几个关键字段即可。
故拣重模块存放的为关键字串，以存档文件形式存放。
存档文件以各拣重组设定的时间为单位写。
存档文件的索引存放在dup_file表内，以供拣重查询。
为了提高效率，存档文件以存档类型、拣重组、客户分组、拣重内部组分类存放，以保证各个组之间的相对独立。
组内拣重简单快捷，组与组之间拣重效率也显著提高。
经过拣重以后，话单可以被批价处理也可以进行预付费入库。
1.5本文的组织结构
下面简要叙述本文的大致组织情况。
第二章主要介绍了预付费入
升级会员 