贵州联通综合结算工程-技术建议方案书.docx

《贵州联通综合结算工程-技术建议方案书.docx》由会员分享，可在线阅读，更多相关《贵州联通综合结算工程-技术建议方案书.docx（59页珍藏版）》请在三一办公上搜索。

1、贵州联通综合结算系统工程 技术建议方案书贵州联通综合结算系统工程技术建议方案书联创科技(南京)有限公司地址：南京市中山南路弓箭坊40号电话：（025）52209888传真：（025）52202288贵州联通综合结算系统工程技术建议方案书文件描述：文件状态： 草稿 正式发布 正在修改密集： 保密 编 号：贵州联通综合结算系统工程技术建议方案书 当前版本：V1.0作 者：邹向华完成日期：2008-4-18审 核：审核日期：批 准：批准日期：版本历史：版本号作者参与者起止日期备注V1.0邹向华2008-4-18建立文档目 录1.概述52.系统设计思想62.1.总体设计思路62.2.系统流程设计72.

2、3.业务驱动设计82.4.应用设计要求92.5.系统设计原则103.系统设计架构123.1.总体结构体系123.2.逻辑架构设计134.综合结算系统164.1.核心业务处理功能域164.1.1.采集传输174.1.2.负载均衡204.1.3.预处理234.1.4.批价结算274.1.5.结算处理324.2.辅助业务处理功能域344.2.1.资料管理344.2.2.审核校验404.2.3.查询服务464.2.4.系统管理484.2.5.数据管理545.系统接口585.1.接口设计的原则585.2.接口实现机制585.3.系统外部接口595.4.系统内部接口59第 59 页 1. 概述目前，中国联

3、通贵州分公司的结算处理具备基本的结算数据收集（数据来自专业计费系统和短信网关）、结算数据处理等功能，主要实现了与所有运营商的网间结算功能。随着话务量的不断增长以及新业务的不断涌现，原有系统已经远远不能满足现有发展的需要，因此建设一套功能全、效率高、操作使用方便以及准确性、可靠性、安全性、灵活性都能够满足未来几年发展的需要的综合结算平台系统，成为贵州联通的当务之急。联创科技最近新推出综合结算产品（LISP6.1.2v），将为贵州联通构架一个独立的综合结算平台，而不只是简单的网间结算功能，或者依附于其他系统之上的结算模块。该产品将为贵州联通提供准确灵活的综合结算业务的平台，为贵州联通提供决策分析支

4、持，最终使贵州联通在市场上获得更大的竞争力。联创公司自1998年就开始进行对电信运营商结算系统的研究工作，经过七年的结算产品历程，积累了丰富的经验，并不断地进行产品升级，在同行业中一直处于领先地位，目前在全国已具有很多的成功案例。2. 系统设计思想2.1. 总体设计思路根据长期结算项目经验和目前电信行业的业务发展情况分析的基础之上，我公司的综合结算系统的设计上采用了“统一的框架结构、完整的核心模型、独立的构件系统、完善的接口定义与规范的处理流程的紧密结合”。系统的设计遵照了贵州联通对于综合结算系统相关的业务要求和技术要求，同时在系统的架构上进行统一，对不同结算业务核心的模型进行分类提取，在系统

5、功能实现上能够形成独立的构件库，在内外处理接口上能够进行统一、灵活定义，系统使用综合结算系统的主体流程和辅助流程对定义的核心模型、独立构件和接口进行合理的、有机的整合，从而保证综合结算系统成为灵活的、有机的统一功能体。系统架构统一将使得结算系统面向深层次的综合，对于不同结算业务的处理将采用统一的系统处理架构，有利于整个系统的功能修改、扩展和升级，对各不同需求功能以插件的方式纳入到统一的系统结构中予以支持，在升级时将灵活对其中的一个模块进行扩展、升级，从而不影响其他模块的运行。对于不同的结算业务我们在设计并提取不同的结算核心模型时，将由不同的结算模型对具体的结算业务进行专业引擎，在目前结算协议之

6、上业务、路由等因素不断变化时系统能够通过参数调整结算原则从而满足结算的需要，同时我们对作用在结算原则上的结算规则进行了参数定义，当结算的规则改变时，修改结算规则即可满足相关的结算的要求，当业务或结算协议等要素变化时核心模型不能够完全支撑结算的功能时，我们将对结算的核心模型进行不同等级的、不同层度的变更，使得整个系统能够快速满足新整加结算功能的要求，并且能够在框架统一下并不影响其他的结算业务继续运行。在系统设计时我们对具有独立功能模块进行提取，形成独立的构件系统。特殊的需求可以在构件系统中增加相应的功能构件，部分特殊的需求可以经过系统中存在软开关进行相应的支持，构件在系统的功能方面的升级时将对功

7、能构件进行升级处理，从而保证系统持续、有效的运行；在接口上我们对不同的接口设计了不同标准的，对于接口的处理上我们采用最大化的结构，在输出时通过可配置的输出方式，在接口变化时将能够对接口的输出、输入项进行快速、灵活的支持。2.2. 系统流程设计我公司从产品设计的角度全面考虑了综合结算系统从业务类别（输入）、结算对象（输出）、不同系统之间的数据交互等，在设计上遵照下图的业务关系。在系统处理上我公司主体流程采用数据传输、负载均衡、预处理、批价结算、数据分发等功能。在辅助流程上也将遵照电信行业综合结算系统规范的相关的要求，资料管理、安全管理、数据管理、信息查询、集中监控代理、审核校验、错单回收处理等流

8、程。在系统主体流程上对于不同级别、不同规模的数据的入库提供可以定义的方式进行选择入库，如：详细记录全不入库、指定类型详细记录入库、详细记录全部入库的方式。在文件的处理上采用了处理时间戳，以不同的条件定义时间戳处理的文件列表，系统将对时间戳处理的文件可以进行整体重新处理、查询和稽核等功能，以保证系统有效、合理地运行，其中负载均衡的功能将对整个系统的处理进行动态的调节，以避免某个通道的数据处理量较大，以缩减整个系统的处理时间。2.3. 业务驱动设计对业务的分类上我公司的设计遵照了 “业务分类原则”，全面考虑了对于不同的结算需要不同的数据，不同的数据可能参与不同的结算，相同的数据可能参与不同的结算，

9、同时路由也将影响数据的选取，因此在系统的设计时，我们必须充分地分析综合结算系统的数据来源。我们根据经验分析了关口局、长途局、端局、数据业务、智能网平台、短信中心及其他系统的数据源等等各项特点，同时把各项数据路由规则结合结算系统的结算类型进行了详细的分析，我们在综合结算的结算业务处理上进行了统一的设计。首先，因为数据源与结算种类上将有较大的关联，因此系统根据结算的类型把数据进行结算的分类，以便系统以专业的结算核心引擎进行结算处理。因为数据源的多样性、数据格式的多样性，因此需要根据我公司的号码、中继归整技术将记录信息进行归整，如语音部分的主被叫号码、出入中继等等以便对主被叫类型、出入中继类型的判断

10、等等；其次，需要根据归整的信息按照结算类型进行分类，分类的方法将由我公司的动态编译构件完成可以配置的分类；再次，根据详细结算的类型参数驱动表进行详细类型的定义，同时对记录进行批价、优惠及其他的相关的判断，在详细的结算类型的定义上对于不同的结算大类我们定义了不同的参数驱动的核心模型，根据核心模型我们约定了详细的结算类型，同时将判断出此结算原则的收费方与付费方。最后，系统将进行排重处理，同时按照不同的结算类型和最小粒度的统计要素生成数据中间层，灵活的支持帐务月、自然月出帐以及过渡期出帐，在报表的处理上我们定义了报表的生成关系表，对不同的结算类型通过关系定义表可以对结算细类上做动态的增加。其他，在业

11、务规则的配置上，我公司开发了业务配置规则向导功能，在向导的指导下将按步对结算规则、批价规则、优惠规则等等因素进行配置工作，同时在结算等规则配置完毕后在系统的维护界面中将体现所配置规则的实际的位置，我公司通过结算规则树的方式体现此结算规则将引起的结算效应。2.4. 应用设计要求1. 综合结算系统的应用软件主要包括数据传输、预处理、结算批价、结算处理、结算分析、资料管理、安全管理、数据管理、信息查询、集中监控、审核校验、错单回收处理等等流程，以满足网间结算、网内结算的处理要求。系统的处理“时间戳”概念，以便安全、快速进行异常处理，降低系统的运行风险；2. 我公司软件的设计采用面向对象的方法和分层模

12、块化结构，具有很强的灵活性和扩展性，应用软件各模块的维护和更新以及新模块的追加不影响其他模块；对数据库等外围的系统定义统一的调用接口功能；3. 实现软件模块插件化，处理流程构件化，资费、优惠规则参数化。在今后新业务开展时或业务发生变化时，可通过对参数的重新配置来支持。4. 软件系统要满足网间结算规范的相关流程与功能要求，并且适应今后的业务增长和变化，随时可以按业务需要进行修改和维护。5. 应用软件应具有容错能力，一般软件故障输出告警信息，日处理全自动、自动触发报告生成，但不应引起系统工作中断。要有较高的自动化程度，如：自动任务调度、时间戳任务处理、自动故障告警、自动任务恢复等。6. 统一错误编

13、码、建立专家建议，在系统的运行或操作过程出现异常的情况，要进行错误的报告或告警的功能，在错误和告警的类型上进行统一的编码、能够定位到模块、通道，并且在错误的级别上能够有详细的设计，以便对不同的错误或告警采用不同的处理方式，为了使系统管理人员能够对错误和告警进行正确的处理，因此系统需要设计对应的编码的处理建议；7. 系统信息点的选择为了监控系统正确、有效地的运行，因此系统在重要的流程和大的事务型SQL上需要设定信息点，系统的监控模块可以根据设定的信息点进行信息的收集，对信息点处理情况进行综合的分析功能，以为系统管理人员提供有效的系统操作维护的方法；8. 关键操作有相应的日志记载，对于系统的关键性

14、操作要有详细的日志的记载，如参数的维护等等；日志中能够详细的记录操作的起始时间、操作的内容、成功标志、停止时间，同时对操作失败或重点的操作将及时提供信息给系统管理人员；以便进一步提供错误原因的判断和技术上的支持；9. 应用软件应有完善的软件版本控制手段，应能够自动分发和更新以保持软件版本的一致性。10. 整个应用软件系统要能够724小时不间断工作，并能在不影响系统运转的情况下做到模块更新、模块加载。11. 标准性、开放性：应选用国际、国内的标准的技术，采用规范的接口和协议，保证系统各组成部分的协同一致，构成可兼容、易移植的系统平台。12. 适度超前性：系统设计时，应考虑到未来业务发展需要的新增

15、功能的接口，应能平滑、稳定的升级。13. 应用软件系统应具有很强的容错能力、错误恢复能力、错误记录及预警能力；允许操作人员在有限范围内的误操作。14. 系统必须要有完整的回退机制，以重做的方式回退，提供全部或部分数据的重做功能；在回退的过程中将全面考虑统计、清单等相关数据的恢复工作；2.5. 系统设计原则针对综合结算系统的特点，为了保证系统的成功实施，我们制订系统设计原则为：系统性、正确性、完整性、可维护性、先进性、继承性、安全性、规范性。1. 系统性：综合结算系统工程是一个覆盖广泛的大型计算机应用系统工程，要想成功地构架这一系统，使之能满足用户数和业务量不断飞速增长的需要，则必须正确合理地综

16、合分析主机、网络、数据库系统所提供的性能并充分考虑到整体系统的可扩展性，使整个应用系统的性能达到最佳状态。2. 正确性：指数据的正确性。数据的正确性必须贯穿在整个综合结算系统的每个流程环节中，数据传输要有相应的数据校验，综合结算处理要有相应的稽核排错，必须自动识别计费分拣处理过程中各种类型的异常记录和无效记录，排除用户两个月以内的重复记录等，系统进行数据交互时要确保数据的准确性、兼容性。在系统设计时充分考虑系统运行过程中数据的正确性并提供合理的解决方案。3. 完整性：指系统功能的完整性。它要求综合结算系统工程应满足综合结算生产、维护、管理、分析的需要，同时要求系统能与其它系统进行通畅的信息共享

17、或提供规范的接口。4. 可维护性：指系统中某一相对独立的模块发生改变时，不影响其他模块的运行，维护操作简单，用户操作界面友好；当系统处理的某些指标需要动态改变时，不需要修改程序代码就可以实现相应功能，充分做到代码与数据的独立性，以减少操作维护人员的工作量和工作繁重程度。5. 先进性：指系统处理核心模型和应用结构的先进性以及软件设计思想的先进。在构架综合结算系统时必须采用先进、成熟、可靠的技术，确保整体系统的先进性，利用面向对象的设计思想，对一些通用性、规范性较强的模块采用面向对象的“构件”技术。6. 继承性：指本系统在开发实施阶段，应充分考虑利用原有的信息资源以及其他一些可以继承的软、硬件资源

18、，必须在建设系统中得到充分利用，以充分保护用户的投资利益。7. 安全性：综合结算系统中存放的是企业的业务收入数据和重要的用户资料，因此安全性是需要重点考虑的一项性能指标。整个系统在设计之初就要充分考虑安全性：数据传输的认证、传输的加密压缩、预处理阶段确保话单文件的安全存储；计费分拣阶段充分运用事务控制，确保整个过程中话单的逻辑正确性；控制台部分通过多层安全控制机制实现用户身份的认证等等安全的措施。8. 规范性：在技术、业务的理解上要完全遵循集团公司综合结算规范及国家相关规范标准的要求；在主机的安装、网络的设计时严格遵守相应的规范及标准；应用系统实施数据库设计时，也应按照规范化理论进行，同时保留

19、一定的冗余，确保系统的效率和性能。3. 系统设计架构3.1. 总体结构体系综合结算系统的总体结构体系图表示如下：说明：1. 经过统一的软件传输平台把数据收集到结算中心，系统的负载均衡系统将根据数据量及系统进程的状态对所要处理的数据进行分通道自动调节；2. 在预处理将对记录进行标准化，并根据可以配置的逻辑表达式按照规则把数据分大类为网间结算、短信结算、SP结算及其他的业务数据，其他的业务数据如大客户、指定中继等等话单类型，此次分类是粗类决定大的结算类型，具体的结算类型将在批价结算模块中做详细的判断；3. 批价结算模块根据传输来的话单文件，按照定义的业务逻辑规则将结算大类的数据具体进行结算原则的标

20、识，以决定其具体的结算的类型，同时判断其批价、优惠的方法；4. 结算处理模块将对清单进行汇总统计，同时将参数结算/摊分的费用，以形成初步的统计要素，为出报表做相关的准备。5. 数据统计模块将对结算处理的网间结算、短信结算、SP结算的数据按照最小粒度进行累加统计，产生不同业务类型的统计信息；6. 处理完成的清单数据和统计等数据由数据分发模块进行数据的分发处理，7. 系统将对数据进行轻度的数据汇总，并把汇总后的数据交于数据分析功能部分，用于深层次的分析统计和相应的展示功能。8. 其他的功能模块将完成相应的功能，其中相关的功能模块将把相关的运行状态和运行结果传向信息总线，由信息总线统一完成对信息点的

21、处理；其中信息总线是我公司定义并用于软件内部信息交互的通道。3.2. 逻辑架构设计目前贵州联通存在多种业务同时经营，这样的特点带来众多业务的网间结算、网内结算、SP结算等需求。随着一些先进的通信技术的引入，将来还会有更多新业务推向市场，新业务同样也需要综合结算系统的支撑。面对如此复杂的结算需要，如何考虑综合结算系统的建设将直接关系到各项业务的开展乃至在激烈的市场竞争中的生存和发展。为此，在考虑综合结算系统的设计框架时，应参照以下设计理念，以指导系统的设计和开发。1. 业务参数化、模型化业务参数化、模型化是指对结算业务的需求进行分析和归纳，建立起统一的结算模型，各种业务的特性参数化，从而保证系统

22、的通用性和灵活性。同时因为综合结算所处理的结算业务的多样性，结算、摊分种类的复杂性，因此对结算参数需要进行合理的设置以满足综合结算的需要，我公司在系统参数的设计时把参数中分为公用的参数（如：区号表、省号表、IMSI表等等）、系统参数（如：告警方式定义表、模块定义表等等）、专用参数（结算规则定义表、结算原则判断表等等），这样将使系统的参数进行合理的设置。2. 系统功能组件化系统功能组件化是指对于系统中的业务功能的实现采用面向对象技术进行设计、分析和封装，系统实现被封装成独立的业务组件，不同的业务组件完成不同的业务处理功能，业务组件为系统开发、维护和升级提供良好的支持，并保证系统的开放性、可维护性

23、和可扩充性。3. 业务可配置业务可配置是指综合结算系统所完成的具体结算业务是通过配置来实现的。结算业务更改也可以通过对配置更改来实现，而不需要对系统程序的修改。系统的软件设计模式采用面向对象的设计方法，把整个系统设计构架分为四个层次：应用与管理层、业务逻辑对象层、系统管理对象层和物理层。此设计构架对不断增长的新业务和新需求的开展具有很大的延续性和扩展性，对减少用户的重复投资具有非常大的价值。在上图中，将综合结算系统从逻辑上分为三个层次：数据服务层、业务处理层和管理层。 数据服务层：在省中心建立统一的数据中心，对各个子系统的数据进行集中规划、分配、存储、安全保护和管理。它不注重数据的业务特性，而

24、只是关注数据本身的存储和管理，实现数据与业务逻辑的分离。 业务处理层：在数据中心集中存储的基础上，针对不同数据的业务特性，提炼出企业的核心数据模型；然后根据不同的业务制定相应的规则组件，并将具体的业务规则组件分解为原子处理过程，通过原子处理过程将数据和业务逻辑关联起来。一系列的业务流程就构成了一个专业的业务处理子系统。通过这种深入的分析后，可以形成综合结算系统的标准业务规则组件，在此基础上可以通过综合结算的流程实现灵活的结算业务流程优化和重组。 应用与管理层：主要在内部核心处理的基础上提供高层的管理功能，包括系统配置查询统计、系统管理、在线分析、操作维护和外围的接口等，为企业领导、上级业务主管

25、部门、相关业务部门、系统管理维护人员等提供方便实用的管理和分析工具。4. 综合结算系统4.1. 核心业务处理功能域综合结算系统不仅要满足贵州联通目前的业务状况，而且要考虑今后结算业务量高速增长的需要，同时满足中国联通和信息产业部对各种业务批价结算的要求，综合结算系统的设计采用了分层的模块化结构设计，共分为以下几个主要功能模块：采集传输、负载均衡模块、前台预处理模块、批价结算模块、数据分发模块、数据管理模块、审核校验模块、查询服务模块和系统管理模块。 采集传输：数据传输是从各种数据源完整、准确、可靠地传输各种结算原始数据，并将传输来的数据进行存储和管理； 负载均衡器：有了负载均衡器（LLBS6.

26、0.1v），负载均衡不再只是一种概念，它成了真正意义的负载均衡产品。负载均衡器根据各通道文件的大小、数目及系统的运行资源，将负载按最优算法分配每个通道，保证每个通道的负载基本均衡。 前台预处理：一次预处理：对原始结算数据文件按照通道做批价结算前的原始记录转换；二次预处理：对校验、分拣，产生各类记录数据：正常结算记录数据、错误记录数据和无效记录数据； 批价结算：对预处理正常的使用记录按照业务类别进行分类，根据不同业务选择不同的计费处理平台，根据各种业务类别的资费标准、优惠规则的不同，分别对这些数据进行计费划价处理。 结算处理：同时根据业务类别、服务类型以及综合结算结算/摊分规则的分类完成正确的话

27、单进行综合的结算功能，进行分类统计、汇总，完成结算费用的计算； 数据分发：综合结算系统对集中的数据进行处理完毕后，根据约定的分发条件，下发到指定的各业务处理点； 数据管理：对原始结算数据、统计数据、清单数据、帐单数据等数据的备份和恢复管理，为被管理的数据根据实际情况提供合理的管理方案。 审核校验：对系统整个过程的完整性、一致性和安全性的考虑，同时对使用记录进行排错处理和排重复记录的处理以确保话单的正确性；并对错误记录提供完备的回收机制；对处理异常的使用记录提供回退重做处理的功能。 查询服务：实现对用户详细清单数据、帐单数据、结算数据、统计数据和参数资料等提供查询功能。 系统管理：为操作维护人员

28、提供相应的系统管理维护工具，对系统设备通信状况的监控和管理，对故障产生及时的告警信息，对系统进行安全的管理方法，同时对日志进行详细的分析功能。联创综合结算系统的主体流程包括结算处理流程主体流程，以充分体现综合结算主体功能的实现，确保结算处理的正确性、完整性。4.1.1. 采集传输数据采集系统负责准确可靠地从交换机或存储设备采集计费结算原始数据并定时或实时、联机或脱机的方式通过传输系统将收集到的文件传送到计费结算中心。本子模块采用基于消息、队列机制的应用系统通信软件作为文件/消息的传输平台，各通信节点传输进程之间通过此平台实现安全可靠的通讯，支持广泛的硬件平台和操作系统之间的高性能、可靠、自动、

29、可控制和与应用集成的增值数据传输。 数据采集方式根据原始数据的接入方式不同，数据采集手段可分为联机采集、脱机采集、联网采集、人工输入等方式。常用数据采集方式在这几种手段中：联机采集和脱机采集主要针对交换机等网元设备；针对一些外部系统所提供的结算数据，如网间结算数据、智能网结算数据、及将来新增业务的结算数据等提供接口通过网络联网采集，采集协议为TCP/IP；对某些特殊类型的结算数据采用人工采集手段。在整个数据采集系统设计中，交换机结算数据联机采集是最为重要的，同时也是比较复杂的组成部分，它需要根据不同交换机的数据管理模式和结算数据的采集需求，从交换机的实际情况出发，分别指定不同的采集模式和组网方

30、案。各种交换机所提供的数据采集接口可分为两种类型：通信协议方式和磁带仿真方式。实现联机采集交换机产生的原始通话记录需要交换机提供相应的通信接口。目前新型号的交换机均提供了专门的数据链路通讯接口，如V.24或V.35接口等，这时计算机设备用相同的接口和相应的通信协议软件就可以实现交换机数据联机采集。 数据采集模式一般通信都建立在一定的协议基础上。在数据采集系统中由于交换机侧各个层次上的通信协议都已既定，因此只有根据这个模型来建立采集机侧的通信协议体系，才能实现双方的通信，进而实现文件的传输。 采集系统功能联创结算数据采集系统是一个扩展能力强的采集应用系统，它为交换机结算数据采集提供集成化的综合数

31、据采集平台，包括灵活可配的接入引擎、智能化的数据采集、统一的集中监控和告警、完善的日志管理、可灵活配置的数据处理、安全可靠的数据传输等功能模块。接入引擎模块：该模块是数据采集系统最前置的系统，它直接提供各种交换机进行底层通信协议（FTP、FTAM、CMISE、MTP等）上的交互。该模块采用面向对象的先进设计模式设计，可以通过配置管理进行灵活的选择各种支持功能子模块。数据采集模块：联机采集，在正常情况下，采集机根据配置文件所设定的时间间隔定期轮询交换机结算文件生成情况，一旦检测到有新的结算文件生成，立即从交换机将该文件采集下来；在某次采集活动失败、采集到的文件被校验为不完整、采集进程异常退出时系

32、统将自动重采；并提供人工重采功能。参数管理模块：它提供采集系统各功能模块工作时所需各项参数的配置，它提供了图形管理设置界面，方便了维护人员的配置与维护工作。它可以设置如下模块的工作参数：数据采集参数的数据采集轮询间隔、自动重采次数等；数据管理参数的备份周期、设备定义、备份方式等；系统安全参数的操作人员名称、口令、角色、操作权限等；日志管理参数，日志自动删除周期、统计分析要素等；监控告警参数的各种告警代码、告警方式、告警门限值等。监控告警：系统空间监控、网络状态监控、进程状态监控、采集运行状态监控；它提供多台采集机的集中统一监控平台，并根据故障或异常提供不同的告警手段。告警方式定义：系统维护人员

33、可以给每个告警代码指定一个或多个告警手段，如声音、颜色等。数据管理模块：此模块提供对采集成功的历史数据的管理，包括：提供对数据文件的备份和恢复工具，对文件进行自动删除和压缩转储。传输系统功能应用系统或程序之间可靠的、无人值守的双向数据传输功能；具有自动错误恢复功能；自动重试和断点续传功能：数据传输中断后，能自动重新传输并跳过已传输的数据；支持传输数据加密：可以加载传输软件提供的加密，也可以加载用户自定义的加密方法；传输系统提供配置和监控工具，实时监测传输线路和传输应用的运行状况，并能及时传送告警信息到集中监控系统；提供自动数据传输和定时通信功能及手工方式；提供详细的传输事件日志，并定期对传输两

34、端的日志进行传输一致性检查，若发现漏传或错传，传输系统自动重传；若发现其它异常或故障，通知集中监控台，给出告警。4.1.2. 负载均衡采用我公司研发的计费结算中间件产品-虚拟并行处理（VPP），可以把数据按地区和业务划分到多个通道进行处理，另外通道也可以分配到多台主机上运行，分配方式是通过参数配置形式来设置的。按这样的方式能满足高峰值海量数据处理的要求，对大容量的数据处理具有很强的实时能力和效率，并能使得系统的整体处理能力随着业务的不断发展而实现平滑的扩充，以高效、自动的“负载平衡动态调度”，使系统的并行处理达到最大的效率。我公司负载均衡器根据各通道文件的大小和数目，同时检测硬件的运行参数情况

35、，结合文件的属性要素和硬件资源的情况按规则进行优化计算，按最优算法分配每个通道进行负载均衡，保证每个通道的负载基本均衡和结算系统的实时、有效的运行，相关的配置可以通过逻辑表达式设定，灵活完成系统的动态功能。4.1.2.1. 功能描述 支持文件名称的逻辑表达式动态搜索； 支持文件名称的规则命名配置； 支持文件遗漏、重复的检查； 硬件重要参数的实时数值； 支持多对多目录的均衡负载功能； 支持单对多目录的均衡负载功能； 支持按文件大小均衡分配功能； 支持文件的压缩、解压缩功能； 支持文件进行改名操作功能； 提供与集中监控的接口功能； 对运行的过程和结果进行日志记录等功能； API接口功能包括基本的信

36、息输出功能和本功能被其他模块插入调用。4.1.2.2. 功能应用在采集机上进行文件传输配置，将采集到的原始话单文件传输到指定的预处理机进行预处理和批价结算；预处理后的结果分布在不同的预处理机上，由一台负责负载平衡调度的计算机将预处理后的结果根据各个计费结算服务器的负载情况，均衡的分配给各个计费结算服务器作进一步的处理。从不同交换机上采集的话单文件的大小不一样，考虑到每个通道的运行的均衡，保证系统的处理性能，需要对所采集的话单文件进行分通道处理，以避免一个或几个通道忙，其他通道闲置的状态，使预处理和其他的功能模块进行合理的、等负荷的运行，本模块的API接口功能支持均衡功能可以被其他的模块进行插入

37、调用。譬如采用逻辑表达式对文件过滤规则：指定文件过滤条件，支持通配符“？”，“*”。支持范围选择：a:z可以匹配从a到z的任何一个字母；1:9可以匹配从1到9的任何一个数字；abc123匹配括号中任意一个字母或数字，文件过滤器模块使用循环结构来搜索文件，在过滤文件函数中主要采用了递归的算法来判断所搜索到的文件名是否符合过滤条件。4.1.3. 预处理预处理分为：一次预处理和二次预处理。一次预处理：对原始结算数据文件按照通道做批价结算前的原始记录转换；二次预处理：对校验、分拣，产生各类记录数据：正常结算记录数据、错误记录数据和无效记录数据；考虑到综合结算系统所要处理的业务种类繁多，并且各个平台之间

38、业务逻辑的差异又比较大，同时还要保证系统的灵活性以及可扩展性，因此在设计时遵循“业务无关”原则，把与业务无关并且预处理能容易做到的功能放在预处理来完成，而把一些与业务密切相关的功能由预处理后面的模块负责完成。前台预处理模块是综合结算系统的核心模块之一，它完成从数据产生点传输的各种交换机原始结算数据文件和其他业务点上传话单数据进行数据提取、差错校验和格式标准化等一系列的处理工作。回退处理和错单回收处理后的记录也可以重新进行预处理。4.1.3.1. 子流程描述预处理的流程结构如下图所示。4.1.3.2. 数据提取原始记录文件中一条记录包含许多使用信息，但结算处理所需的数据只是其中的一部分。针对每一

39、种交换机原始数据格式，都有相应的格式提取方式，每种交换机原始格式提取以插件式方式嵌入，支持现有类型交换机原始综合结算数据的数据提取，对于以后可能使用的交换机类型和现有交换机的升级可以方便地予以支持。支持对联机采集的原始话单数据的实时标准化与脱机采集的原始话单数据的标准化。该记录提供满足结算需要的基本信息。话音业务的标准记录的要素主要有：主被叫号码、出入中继、起始通话时间、通话时长、记录类型等。(1)记录域数据提取：按照原始结算数据的存储格式从文件中将结算所需的记录域提取出来；(2)码制转换：将不同的交换机根据其数据的编码方式进行码制转换，统一转换为ASCII码格式；(3)获取文件信息：获取原始

40、文件所记录的结算数据的一些相关信息。4.1.3.3. 数据校验数据校验过程包括：话单合并、错误校验、重单检查和分拣过滤过程。话单合并：对于某些业务，需要将多条话单按照某种规则进行合并。通常当通话超过设定时长交换机将一个超长话单分割为若干个话单，预处理模块需要对这些话单进行合并处理。若该话单记录部分记录链不完全，则将该话单存入一个残缺话单文件中。每天对残缺话单文件进行处理，形成带有特殊标识的标准计费文件。错误校验：对原始话单数据进行数据正确性的审核校验，识别其中异常话单，并进行标识。审核校验的内容包括：主叫号码校验、被叫号码校验、通话起始日期校验、通话起始时间校验、通话终止日期校验、通话终止时间

41、校验、通话时长校验、入中继校验、出中继校验等，通过校验规则完成错误校验。数据校验包括文件级校验、块级校验和记录级校验：(1) 对原始话单文件进行以下文件级校验：对原始话单文件的文件命名规则检验、相邻处理文件中拨打时间的连续性校验、文件序列号连续性校验、处理文件完整性校验。对校验的错误文件进行及时的告警，报告出错原因，必要时报告需要重新采集；(2) 对原始话单中有数据块的文件进行以下块级检验：数据块序列号连续性检验、数据块的长度校验。对数据块序列号不连续的文件进行告警并需要报告重新采集，对数据块的长度不匹配的文件，采用模糊查找法，或文件重新采集或传输；(3) 对每条提取的记录进行以下数据记录级的

42、校验：话单序列号的连续性校验、每个主要字段域正确性的校验。当异常、错误话单的数量或比例达至一定程度时，系统应产生告警信息。重单检查：由于某些原因（如：交换机）造成通话的话单文件出现在不同的采集点或其它重单文件情况，为避免重复计费，需要对话单文件进行查重处理。并记入重单文件、记录重单文件日志，本构件模块功能独立。分拣过滤：根据结算话单中的计费信息、结算信息等要素对话单进行分拣过滤，分拣的规则支持动态的方式，可以通过逻辑表达式对设定条件的话单类型随时进行输出，可以定义为保留的方式或是不保留的方式，分拣过滤后的话单存放到不同类型的话单文件中，对话单进行分拣归类如：正常话单（来话、去话和转话）、错误话

43、单和无效话单，无法分拣过滤的话单和大客户等话单，生成异常话单文件，进行异常处理。通过对数据审核校验后，产生的异常话单要进行相应的分类和回收处理(回收处理分自动与手工两种)，供有关部门进行查询、统计和分析。4.1.3.4. 号码、中继归整无论是语音结算还是数据结算都涉及到号码，对于号码，除了需要加特定的业务接入码外，由于网络路由的原因，本应该是归整的号码，但经常会出现乱码，譬如8602552209888、8613905199999以及860258613905199999这样的号码，这些号码在系统中需要归整为区号为025，号码为52209888、8613905199999。系统将号码的归整以灵活的

44、数据库参数进行设置实现，从而根据实际情况出现什么样的号码，都可以根据需要进行归整，对于中继也需要归整出中继的类型。4.1.3.5. 话单分类分拣话单的目的是为了清晰各类话单，为计费、结算检验和重新结算提供条件，由于每种业务的计费、结算核心模型都不一样，分拣文件是必须的。系统通过数据库业务参数和逻辑表达式将对标准化后的话单根据话单的来源或话单中的业务类别进行标识和存储，把话单分拣开，按照范围可以分为国际、国内；按照业务的类型分为关口局语音、短信网关、SP、数据业务等等；这样就可以由不同的批价结算平台对不同的业务进行不同的处理，实现不同业务不同的计费、结算的功能，同时也将提供高效的处理能力。对于超

45、长、超短、超前和滞后的话单用于回收和统计。4.1.3.6. 格式标准化按照综合结算的需要对校验过的正常话单进行话单的格式标准化，使格式规范为综合结算所需的信息，预处理后的所有文件（包括不同交换机类型）应具有相同的格式标准，以便综合结算使用同一种格式；对处理的结果生成日志，同时对校验错误的文件产生告警。支持原始记录数据格式向结算系统定义的标准记录格式的转化；支持按设置的参数对大文件进行拆分；（1）格式转换：按照结算系统所需的结构格式进行处理，规范化为标准格式的话单，格式符合结算话单的标准格式（各种交换机文件的最终标准格式是一样的）；（2）记录预处理日志：记录预处理日志、处理结束时间、原始文件名、

46、总话单数、错单数和正确话单数；（3）原始文件异常处理：若有异常情况(例如错单数量达到一定比例或连续错单数达到一定数量)应产生告警信息，将原始文件移到相应目录。4.1.3.7. 系统接口功能系统在处理时将通过统一的监控管理平台进行集中管理，出现异常时将通过统一的告警代理完成告警信息的转发，进行集中的告警；能自动记录预处理日志，日志内容包括处理原始记录文件名称、记录总数、错单数、原始记录数、处理时间、处理状态（成功、失败、失败原因）等。4.1.4. 批价结算批价结算模块是整个系统的核心，它所完成的功能是将经过预处理过的标准话单按一定的业务规则规整号码、提取区号结算方标识，对话单校验，剔除异常话单，

47、根据业务类别、长途属性、资费标准、优惠政策进行计费划价、优惠处理和校验处理处理，回退处理和错单回收处理后的记录也可以重新进行批价结算处理。批价结算是系统中灵活性要求很高的模块之一，为了适应不断调整的资费政策、不断变化的优惠标准以及不断增加的业务类型，批价结算的规则制定必须采取很灵活的方式，系统采用参数表驱动的设计思想，来解决在线的费率修改、节假日的折扣率自定义、优惠方式的改动和计费规则的调整等，以适应业务今后不断发展的需要，实现将来对业务的资费等基本要素的调整的很好的支持。批价结算模块的性能也是综合结算系统的一个重要标志，能够实时地接收处理从交换机采集的记录文件和其他系统收集的记录文件，接收到的计费文件在下一文件传到之前处理完毕，做到话务高峰时不出现话单积压，要经受住大量话单记录的考验。为解决实时性系统采用可调的任务调度手段，在预处理时将原始记录文件分割成若干小文件，以多个批价结算进程并行处理，尽可能做到任务均分，提高系统的并行性以提高系统运行效