电信运营商收入保障系统设计与实现模板.doc

分类号 密级 UDC 编号 中国科学院硕士院硕士学位论文电信运行商收入保障系统设计和实现 XXX 指导老师 XXX 职称 单位 XXX 职称 单位 申请学位等级 工程硕士 学科专业名称 软件工程 论文提交日期 5月 论文答辩日期 培养单位 中国科学院硕士院软件学院 学位授予单位 中国科学院硕士院 答辩委员会主席 独 创 性 声 明本人郑重申明：所提交学位论文，是本人在指导老师指导下，独立进行研究工作所取得研究结果。尽我所知，文中除尤其标注和致谢地方外，学位论文中不包含其它人或集体已经发表或撰写过研究结果，也不包含为取得中国科学院硕士院或其它教育机构学位或证书所使用过材料。对本文研究做出关键贡献个人和集体，均已在文中以明确方法标明。本人完全意识到本申明法律结果由本人负担。 署名：_日期：_ 相关学位论文使用授权说明本人完全了解中国科学院硕士院相关保管、使用学位论文要求，其中包含：学校有权保管、并向相关部门送交学位论文原件和复印件；学校能够采取影印、缩印或其它复制手段复制并保留学位论文；学校可许可学位论文被查阅或借阅；学校能够学术交流为目标,复制赠予和交换学位论文；学校能够公布学位论文全部或部分内容。（涉密学位论文在解密后应遵守此要求）署名：_导师署名：_ 日期：_摘要自上世纪90年代，嵌入式技术已经成为通信和消费类电子产品共同发展方向。移动通信终端是集成移动通信功效嵌入式系统产品，是一个软件和硬件有效综合、集成系统。 本文研究领域包含嵌入式系统开发步骤和方法、嵌入式移动通信终端系统软硬件框架、NOR Flash芯片体系结构、Flash芯片驱动软件自适应算法、Flash映像文件空间压缩算法、霍尔传感器(Hall Sensor）驱动软件原理和实现、LCD驱动软件设计、LCD颜色校正算法和实现、LCD抗静电硬件保护和软件恢复序列实现。 本文首先全方面分析了嵌入式移动通信系统研究现实状况、技术背景、面临问题；然后提出一个Flash驱动软件自适应实现原理，和Flash存放器中MCU映像文件空间压缩算法，并对ST NOR Combo Flash 中因擦除状态不稳定而存在位反转从而造成系统不能开机这么一个技术难题，提出了改善和处理方法；接着分别给出了Hall Sensor和LCD 驱动原理和软件实现，并在RAM受限移动通信终端中，有效实现了LCD颜色校正和LCD抗静电干扰软件恢复算法(ESD Recovery)；最终，给出了在现有移动通信终端中优化LCD开机检测过程原理，使该终端系统开启以后，能快速刷新LCD，降低终端系统开机延时。 以上对应设备驱动软件和技术难点处理方案均已应用在本企业研发移动通信终端产品中，为大工业化生产灵活市场采购提供了技术保障，而且取得了良好经济效益。关键词：移动通信终端， NOR Flash芯片，映像文件空间压缩算法，Hall sensor 驱动软件，LCD颜色校正，LCD ESD 软件恢复序列，设备驱动软件。AbstractWith the modernization and diversification of information technology, China telecom carriers are facing more complex technology environments than ever before. Fast updating of service, process, system and equipment result in more risk of fees missing, big heating and malice arrear. In order to improve revenue assurance and revenue management telecom carriers need a whole set of revenue assurance system. Revenue assurance means diagnosing current operation process and information system to find revenue losing so as to stop and prevent it. The system can help not only reduce fees losing and increase benefits, but also construct revenue process normalization and enhance running efficiency. In the background of some Chinese telecom supporting system, this paper analyzed revenue assurance syste. Based on billing system, this paper adopted object oriented method to design and implement a revenue assurance system. This paper also discusses how to integrate a revenue assurance system. At last, we discuss revenue assurance problems of future 3G mobile system.Keywords:Revenue Assurance、3G(Third Generation communication)、Billing、Collection、Pretreatment、KPI(Key Performance Indicator)目录摘要2Abstract3第一章 绪论71.1收入保障概述71.2中国收入保障调查71.3中国收入保障现实状况81.4中国收入保障发展趋势91.5论文关键工作和目标9第二章 收入保障综述102.1端到端业务步骤102.2收入流失原因122.2.1管理水平122.2.2业务步骤不合理122.2.3计费系统不完善132.3收入保障实施132.4本章小结14第三章 计费系统功效描述153.1数据采集153.1.1采集方法153.1.2采集处理153.1.3采集步骤163.1.3 采集步骤163.1.4采集数据源163.1.5文件管理163.1.6日志管理173.1.7参数管理173.2预处理173.3计费处理213.3.1二次号码分析233.3.2重计费处理233.4本章小节24第四章 收入保障系统研究264.1采集收入保障264.1.1采集数据完整性模型264.1.2采集数据完整性检验274.1.3统一集中数据采集完整性管理294.1.4断点续传功效304.2预处理收入保障304.2.1话单检重304.2.2包容单检验314.2.3交叉单检验314.2.4话单纠错324.3计费处理收入保障324.3.1参数立即回调324.3.2无主话单管理334.4核查分析334.5推广实时预付费机制374.6计费系统监控404.6.1采集监控404.6.2预处理监控424.6.3一次批价监控444.7本章小节46第五章 收入保障系统设计和实现485.1系统开发技术框架485.2系统开发环境495.3系统设计495.3.1收入保障系统设计步骤和方法495.3.2监控系统设计步骤和方法515.4算法525.4.1二叉树搜索算法数据结构525.4.2散列搜索算法数据结构525.5本章小节53第六章 收入保障系统实施和布署54第七章 面向3G时代收入保障567.1全球经验3G计费问题567.23G计费问题点567.2.1业务模式567.2.2计费单位577.2.3怎样统计交易587.2.4计费计算587.2.5正确性和审计挑战587.3本章小节59第八章 结论和展望60参考文件61致谢64第1章 绪论电信市场竞争日益猛烈，传统业务收入日益下滑，整体利润摊薄，运行商在提升收入和利润同时，愈加意识到收入流失问题。收入保障应运而生，它意在降低收入流失，提升利润率。1.1收入保障概述英国电信咨询企业Analysys对全球各地50家运行商进行了电话和面对面调查。发觉平均每一家运行商因为原始统计不完整、计费错误、用户欺诈和步骤缺点等所损失收入占其总收入13.7%。依据IDC，全球年电信服务收入现在约为1万亿美元，由此得悉收入流失总量高达每十二个月1300亿1400亿美元。汇报还发觉，收入流失问题正在成为一个日趋严重问题，两年前，流失收入仅为全部收入12.4%。收入流失现象普遍存在，严重影响了电信运行商收入和利润指标完成。假如收入流失能够降低二分之一，根据收入利润率20%计算，电信运行商收入会增加6%-7%，利润会增加30%-35%。现在运行商们纷纷采取收入保障方法来降低收入流失，调查显示，和十二个月前相比72%运行商全部愈加看重收入保障工作。“收入保障”不仅仅是一项收入流失原因分析咨询方案，还是一份以确保降低成本、降低收入流失、增加收入为目标，涵盖了技术、业务、管理具体处理方案，更为关键是一项电信运行商必需长久重视、认真开展管理实践活动3。1.2中国收入保障调查中国计费网在7月份组织策划了中国各大运行商收入保障调查工作。此次调查涵盖了六大运行商，包含省级/市级计费和运行支撑、IT、财务、市场、技术、网络和用户服务等部门。调查对象上至企业副总，部门主任、副主任、项目经理，下至工程师。这次调查采取了关键抽样和随机抽样相结合，网络和电话调察访问相结合方法。1) 有41%回复者认为运行商收入流失情况比较严重，3%回复者认为收入流失很严重；2) 对于收入流失原因。有63%回复者将管理水平列为运行商收入流失关键原因；有62%回复者将业务步骤列为运行商收入流失第二大原因；有56%回复者认为计3) 费系统不完善是收入流失第三大关键原因；4) 对于实时收入保障必需性。有62%回复者表示运行商很有必需实时收入保障，有37%回复者认为运行商即使有必需实时收入保障，不过有难度。5) 调查结果显示，预防收入流失和和规范收入保障步骤为运行商实施收入保障项目标两大关键目标16。1.3中国收入保障现实状况目前中国电信服务行业正在发生巨大改变，中国电信运行商在经历了高速发展以后，正面临市场饱和和猛烈竞争造成价格下跌双重压力。所以，中国关键运行商努力寻求国际最优异设备、系统和管理方法，对网络设备和技术更新进行了连续、大规模投入，以保持和提升竞争力，并随时准备迎接未来挑战。 对中国电信运行商而言，现在最关键任务是开源节流，即在提升收入同时，降低操作中发生收入流失。电信行业发展历史已经证实，错综复杂电信网络和不停技术更新给中国电信运行商提出了下列三个挑战： 1) 技术进步增加电信营运复杂性和难度。多种类型和技术层次数据环境和网络内外服务器全部会增加数据破坏、失效、丢失、和错误统计机会。这么一个复杂技术环境不仅会造成错误计费或漏计费，更大幅度地增加运行商面对大额欺诈和坏帐风险。各运行商必需采取方法克服以上挑战，保障用户权益，提升服务满意度，排除营运环境中潜伏风险。 2) 为了推广新技术应用，降低营运成本和提升关键竞争力，中国电信运行商在多年内相继采取行动优化业务步骤和提升企业基础管理。比如多年内各关键电信运行商顺利实施企业资源计划系统，为企业经营决议提供正确和可靠依据。不过众多系统、设备和步骤快速更新也为运行商带来了新挑战。怎样确保企业范围内现有技术和步骤完整衔接，并建立一个统一、科学和有效机制深入确保企业内部优化结果，是各运行商战略策划和操作管理中必需处理一个关键课题。 3) 伴随中国加入W T O 和电信行业体制改革深化，各运行商也面对着世界其它电信服务商在企业管理水平和投资回报等各方面竞争。中国运行商从收入保障角度出发，经过研究国际电信业最好实践和合适引进和收入相关管理经验、理念和体制，能够深入提升电信企业管理水平，跻身世界一流企业5。1.4中国收入保障发展趋势现在，中国运行商已经清楚认识到实施收入保障意义和作用，但就像前面所介绍那样，她们现在面临着猛烈市场竞争，尤其对中国3G牌照争夺上，占用了运行商绝大部分精力、时间和金钱。可喜是HP企业在3月7日宣告为中国南方某省运行商实施收入保障咨询项目已顺利完成，并验收成功。这是中国完成首个收入保障咨询项目。据悉，中国电信运行商们计划在至开启收入保障项目，她们现在共同面临着缺乏一套行之有效收入保障方法论作为理论基础和指导方针。但我们有理由相信，电信业收入保障势在必行。1.5论文关键工作和目标本论文关键研究在中国电信企业中全部存在了哪些收入流失现象，经过现象进行具体分析，找出流失原因，并提出预防和处理方案。因为收入保障几乎包含到电信企业业务操作每个步骤，所以在此次论文中我首先会对整个收入保障情况进行总体分析和归纳。不过，因为收入保障是一个包含范围广而且及其复杂，在此次论文中我会从中选择一个论点进行详尽分析和研究，最终提出一套处理方案。第2章 收入保障综述 收入保障不仅仅是一项收入流失原因分析咨询方案，还是一份以确保降低成本、降低收入流失、增加收入为目标，涵盖了技术、业务、管理等方面，更为关键是收入保障是一个跨部门事情，电信运行商必需长久重视、认真开展管理实践活动。在整体上，依据对收入影响，收入保障能够分为四类 ： 用户使用了服务，但没有对其收费或少收费：收入已流失，除非立即发觉； 用户征定了服务，但无法使用：经过对流失发觉和停止，未来收入流失会得到避免； 还未确定服务机会，所以无法售出：提供新机会产生收入； 资产管理：多出能力未能售出或仍在库存当中，经过正确市场定位，内部协调和新程序能够产生额外收入。前两类造成收入流失，后两类造成机会流失。运行商从销售到收入业务步骤复杂性是造成收入流失根源。从销售订单、运行、开通、计费到实际支付取得收入整个过程中，任何一个步骤全部有可能出现收入流失。具体，收入流失潜在原因包含：不完整或错误服务开通；统计解析失败或校验错误；不正确批价表；缺乏或不正确错误校正机制；预付费话单延迟处理；欺诈行为；漫游和互联识别或协议错误；欠费等。通常来说，50%收入流失是因为网络和采集问题造成。另外，新产生内容计费业务，引发新收入流失风险，譬如：运行商和内容提供商（CP）和服务提供商（SP）之间费用结算出现不一致；实际内容流量和收费存在不一致和争议等2。2.1端到端业务步骤具体对某个运行商，到底是哪些步骤、哪些原因造成流失，这就是收入保障需要处理问题。为此收入保障项目应关注电信运行商收入整个生成步骤，对包含营销、网络、计费和结算等方面在内电信操作进行系统、端到端分析和检验。图2.1示范举例某电信运行商收入生成过程中各个步骤。 图2.1 电信运行商收入生成过程1) 业务受理： 开户销户 ：是指用户申请使用电信运行商提供某项业务或产品过程； 业务受理 ：已经申请电信运行商提供业务用户，能够依据本身需要向电信运行商申请新业务或新产品，同时还能够变更老业务一些属性。 业务注销：是指用户申请取消使用电信业务过程。2) 网络使用：话单生成：程控交换设备在用户一次通话完成以后生成用户通话统计，也就是原始话单。3) 计费处理： 话单采集：计费系统需要到交互机或网关设备采集原始话单，以供后续批价处理。 预处理：从交换机采集话单因为交换机类型不一样，采集到话单格式也会有所不一样，需要对其进行格式转换，转换成能够正确计费标准格式。 一次批价：对预处理后话单进行批价过程。 详单优惠入库：对批价后详单进行优惠处理，并把详单数据加载到数据库中。4) 帐务处理： 累帐：对入库详单根据某种规则把相同通话类型费用进行累加处理。 出帐：每个月需要对每个用户进行出帐操作，出帐关键完成用户月租计算和帐务优惠。 调帐：假如用户帐单费用因为程序错误或系统故障造成计算错误，需要对其进行帐单调整操作。 信用管理：为了避免用户发生欠费，维护运行商利益，需要实时对用户消费情况进行监控，假如用户余额不足时，需要限制用户使用一些业务权利。 催缴欠费：对于产生大量欠费用户需要进行欠费催缴。5) 结算： 网内结算：某个电信运行商各个分企业之间费用结算。 网间(其它运行商)结算：电信运行商和其它电信运行商之间费用结算。 增值(服务或内容提供商)结算：电信运行商和SP或CP之间费用结算。在这些成产过程中，全部有可能引发收入流失，所以说对于电信企业收入保障包含到企业运行各个方面，每个步骤全部需要我们关注5。2.2收入流失原因2.2.1管理水平中国各运行商在运行组织结构上略有差异，运行管理水平和国际现金管理水平相比也有一定差距。在日益猛烈竞争环境下，业务管理交叉反复，管理中矛盾和问题越来越严重，给新业务开展带来了重重压力。运行商迫切需要改善系统和平台整合管理资源，提升对步骤、业务、信用、网络、服务等管理水平，以提升运行商关键竞争力。2.2.2业务步骤不合理业务步骤设置不合理，造成大量收入流失。比如步骤中一些应该收费业务，因为相关规则错误，造成不能对这么帐务收费，或无法确定用户身份和哪些用户应该收费。假如将这类不太确定帐单重新放入业务步骤进行重新确实定、重新批价反复查对过程也可能出现差错。而每次帐单核查到最终，甚至缴费人也可能不正确。运行商也意识到业务步骤合理设置越来越关键，对关键业务步骤进行改造势在必行。对业务步骤进行科学计划，要以企业战略目标为导向，着眼于企业运行关键步骤重新思索、设计和变革，从而取得在成本、质量、服务和速度等方面大幅度改善。2.2.3计费系统不完善计费系统是运行商经济利益、用户经济利益和服务质量保障系统，这就要求计费系统正确、稳定、立即和可靠。在猛烈和复杂多变市场环境下，市场战略对计费系统灵活性要求很高，而计费系统灵活性和正确稳定性是难以达成高度统一和协调。要达成这个要求需要计费系统建设、使用和维护形成闭环循环。这就对计费系统提出很多问题和要求，如计费系统要实现计费系统需求和目标相协调，计费系统功效要愈加适应运行商实际需要，使生产步骤和信息系统要求相匹配。同时，有效收入保障始于可靠数据采集，假如要做到计费正确，一定要保障采集数据完整性和正确性。采集数据安全性和数据修复能力能够降低计费数据不稳定性，从源头进行保障4。2.3收入保障实施收入保障目标在于了解和阻止收入流失以帮助运行商降低运行成本及增加利润。因为收入流失包含步骤和原因很多，通常收入保障是一个由粗到细、逐步完善过程。首先从初步收入流失确定和修补开始，伴随修补实施，逐步扩大实施推广范围。针对不一样收入流失，需要采取不一样收入流失识别诊疗方法。 基于用户收入保障：经过数据流比对机制，跟踪特定用户收入流失； 基于网络收入保障：经过交叉流量统计信息和支付比对机制，跟踪运行商之间收入流失； 基于配置收入保障：针对运行数据库之间不一致（譬如HLR和计费）进行诊疗31。收入保障系统应该和网络越靠近越好。而网络数据采集系统从各个网元中采集数据，并利用网络和下游系统间信息交流，正是为此提供了一个理想平台。作为使用信息采集者和分配者，数据采集系统通常全部是唯一能看到全部来自网络层数据系统。数据采集系统作为一个含有对使用信息进行采集、确定、传输等一系列功效一个逻辑平台，它所起作用就相当于一个收入保障系统功效。经过追踪有多少数据从每个网元处输入，多少数据被输出到不一样下游系统，和多少数据犯错而被拒绝，能够愈加好处理前面所提及种种矛盾。另外，数据采集系统还能对犯错原因进行汇报。基于数据采集系统收入保障正符合“一次性从网络上采集使用数据且只采集一次”理论。它从根本上消除了因为多个数据源而产生数据遗漏或反复错误，并能实现实时（或准实时）收入保障，因为它能如同实况转播一样直接从数据源进行分析。这种处理方案直接和网络相联，含有深入分析和部分关键功效，比如数据确定、数据修复、网间结算、信用分析和网络性能管理等，是理想收入保障工具6。收入流失具体识别和诊疗通常能够经过工具进行，不过预防和阻止收入流失关键靠人员。工具能够帮助保持步骤和逻辑连续性，但假如操作员太依靠工具，轻易对预防重视不够。所以，工具和人工步骤结合是收入保障项目成功关键。所以猛烈市场竞争不许可运行商大量收入流失；零流失是不可能，必需在收入流失和收入保障成本之间做权衡4。2.4本章小结收入流失确实确是存在，关键是你能够给她做出多大程度上评定。收入保障是一个跨部门综合原因在起作用，所以我们需要在整个企业中，整个组织中，要来看看我们收入情况，每个人全部应该考虑到我们收入情况，我们用户在使用什么样服务，我们怎样能够合适地收费。所以这个平衡点就是有合适业务步骤，能够有足够收入确保专有知识，同时要对收入流失做出很好评定，同时我们也需要有很好、高素质职员来实现我们任务，使我们入全部能够到帐。第3章 计费系统功效描述计费系统统计和存放了运行商业务数据和用户消费数据，这些数据隐含着大量市场信息、用户消费行为信息和业务特征信息。计费系统不仅是电信产品费用计算系统和关键步骤，也是维护服务质量和运行商市场策略实现关键支撑系统。所以计费系统是电信运行商关键竞争力之一。3.1数据采集数据采集负责从各类交换机、关口局、智能网平台、IP认证计费系统、增值服务平台等数据源采集原始话单，作为计费处理数据源。3.1.1采集方法联机采集应实时、自动对数据源进行采集，尽可能降低人工参与程度。3.1.1.1实时采集方法采集子系统和数据源直接连接。系统不停查询是否有计费原始数据生成，当发觉有新计费原始数据时，系统读入计费原始数据，同时对计费源端计费原始数据文件设定已读取标志。对已读取计费原始数据文件，系统经过命令还能够再次读取。3.1.1.2定时采集方法采集子系统和数据源采取直连或网络连接。依据要求，定时到数据源端探询，如发觉有新计费原始数据文件，系统读入计费原始数据，同时对计费源端计费原始数据文件设定已读取标志。对已读取计费原始数据文件，系统经过命令还能够再次读取。3.1.1.3脱机采集方法脱机采集为联机采集备份方法。系统应提供适合对应数据源脱机介质读取设备和软件，经过其进行人工脱机读取、形成和联机采集一致源数据文件。通常经过磁带、光盘或人工录入方法进行数据采集12。3.1.2采集处理采集设备依据指定交换机、网关等通信设备，自动采集通信设备中新产生原始话单文件。数据采集支持多个采集协议，包含X.25、TCP/IP、FTAM、FTP、MTP、NETFLOW、XML等；支持文件传输断点续传；支持文件压缩和加密传输；采集网络支持SNMP协议或其它网络管理协议，方便系统管理；采集处理应立即响应采集配置参数改变；采集处理要有较高自动化程度，如：自动任务调度、自动任务恢复等；采集处理采集间隔能够设定；采集系统要能够7*二十四小时不间断工作；对采集文件基础信息进行日志统计15。3.1.3采集步骤3.1.3 采集步骤3.1.4采集数据源 各类交换机平台 数据业务平台 智能网平台 会议电视系统 短信网关 增值业务系统等。3.1.5文件管理采集子系统对采集来原始数据文件进行分目录存放和备份管理功效。支持以下方法1)基于目录树文件存放管理；2)文件定时和不定时备份处理；3)支持原始数据文件压缩存放和备份，将数据备份到磁带或光盘等永久存放介质上；4)支持依据文件管理参数设定，自动删除超出指定在线保留期限历史数据文件和反复数据文件14。3.1.6日志管理系统应提供对日志多种查询（如根据时间、文件名、文件大小、采集情况）、日志删除、日志转储功效8。3.1.7参数管理参数管理应能对采集文件大小、采集周期、传输队列名称、容错策略，采集端口，采集对象属性等可变性参数进行参数化配置。采集系统能依据配置参数自动调整采集进程运行状态7。3.2预处理因为通信设备品种繁多，而且原始通话或服务统计格式也有较大不一样，假如直接对多种不一样通信设备原始统计进行计费处理，就会造成计费程序和通信设备相联络，对计费程序修改和升级造成不利影响。所以对于多种业务计费原始数据采集后，需要进行对应格式标准化处理，同一业务含有统一标准格式，该格式能方便识别其业务种类，并能包含该业务各项数据，需要满足以下要求14。1、读原始话单文件预处理模块自动触发工作方法下，从数据库配置参数指定源文件目录下读取原始数据文件，并从数据文件中读每一条话单。2、话单格式转换识别基础业务和附加业务。将原始数据格式转换成为标准预处理（待批价）格式，预处理后话单格式以总部标准格式为基础。能处理不一样业务不一样交换机类型计费原始数据提取和标准化。识别全部基础业务、承载业务、附加业务和增值业务。详单预处理包含使用统计要素有，主叫归属地、主叫提议地（主叫区号、主叫局向）、被叫所在地（被叫区号，被叫局向、特征业务码）、出中继、入中继、呼叫起始时间、呼叫终止时间、计量属性（时长、流量、点击数）等要素17。预处理格式转换过程中，模型数据信息域转换并非是一对一关系，输入数据域经过映射机制映射到输出数据域。映射机制指明了输入信息模型域到输出信息模型域之间映射关系。预处理配置信息数据库中映射配置指明了多个可能映射关系，包含：直接映射关系：指单个输入数据域到单个输出数据域映射方法；分解映射关系：指单个输入数据域到一个输出数据域集合映射方法。这种情况下，输入数据域通常为结构类型，映射中结构首先被分解为基础数据类型，再完成到输出数据域映射。 结构映射关系：指一个输入数据域集合到单个输出数据域映射方法。映射中输出数据域首先被分解成为基础数据类型，再完成输入数据域到输出数据域基础数据单元映射。 缺省映射关系：指输出数据域必需包含一个值，即使输入数据域没有提供可供映射数据。即输出数据域包含缺省值或输入数据域映射值。缺省值由映射配置信息指明，转换函数指明了转换发生时采取方法。屏蔽映射关系：指输入数据域无须映射到输出数据域。映射配置中没有指定对应输出数据域，输入数据域被丢弃16。4、话单分拣1）能够实时和批量数据处理2）能够识别和分拣出多种交换机、无线市话、智能网、数据等定义多种类型话单统计和事件统计。3）能够分拣出含有某种特定值话单，并形成统计文件及给出统计总数。比如： 分拣出交换机已标定为不可靠话单； 分拣出不需进行计费处理业务使用统计； 分拣出时长极短业务使用统计； 分拣出时长极长业务使用统计； 分拣出某一标识（比如：业务号码）段业务使用统计8。以上分拣功效可经过界面向操作员提供全部相关计费参数，由操作员依据自己需要进行设置18。4）验证并剔除不成功、有损和无效电话统计，同时将错误、无效话单分拣至错误话单文件中，错误话单文件中针对每一条错误话单提供错误原因码，供后续话单回收，统计分析处理。具体错误有文件级错误： 文件名、文件头部信息错误 文件格式错误 文件完整性错误 统计级错误： 日期时间格式错误 计费号码错误 其它关键字段错误 无效话单： 实际未接通话单 标识为无偿话单 标识为时间不可靠话单 交换机时钟改变统计（Time Change Record） 交换机统计信息统计（Tracer record） 网内中继话单 短消息话单 SCI话单 信令话单 用户申请业务或注销业务话单19。5）检错规则灵活定制。预处理为每一个交换机定制错误类型编码，用户能够经过预处理维护界面自定义某个交换机每一个检错规则是否生效。6）连续不停地查对原始话单数量，确保预处理话单，筛选掉话单和再处理话单在数目上和原始话单总数吻合。7）能够分拣出以下多个形式话单： 长途清单数据话单； 区内通话清单数据话单； 区间通话清单数据 固定电话拨打移动电话原始数据话单； 智能网清单数据话单。 区内通话计次数据 区间通话计次数据 信息服务话单/帐单 数据业务话单/帐单 其它业务话单/帐单和其它电信运行商结算数据5、话单合并话单合并处理包含：部分类型网元设备（如交换机）对于超长详单进行自动分割处理，在预处理时，将其还原成一条完整详单，以供批价处理；不一样网元多笔相关使用数据（话单格式能够不一样）合并成单笔或多笔通信使用数据，以供批价处理。11、预处理在每个交换机文件名前面添加特定前缀，以确保文件唯一性。12、对错误文件回收处理，能够人工或自动对某一类错误话单错误进行修正，并对这部分话单进行回收处理。13、预处理统计对每一个原始话单文件，程序完成该文件中多种类型话单统计、超短时长话单统计，超时长话单统计，和错误话单统计。14、系统提供图形化使用界面，许可操作人员对错误数据浏览、更正和重新处理15、预处理日志。程序运行时出现多种异常情况和话单转换结果均统计日志，预处理日志内容包含：数据源名称、话单原始文件名、处理步骤、处理开始时间、完成时间，处理统计数，正常和异常统计数，修正异常统计数，修正后异常统计数，异常类型和数量等。16、预处理话单备份。对于经过采集系统取得原始计费数据在线保留六个月，六个月后，采取文件备份方法进行脱机备份；清单数据在线保留六个月，六个月前清单数据采取文件备份方法进行脱机离线备份3.3计费处理计费处理是对预处理后数据文件及其统计进行费用计算、优惠处理，并进行费用累计及入库，最终进行高额控制，回退处理和错单回收处理后统计还能够重新进行批价。计费处理输出标准话单统计数据中，应该包含关键信息关键有：(1) 计费要素(2) 统计要素(3) 费用要素（包含标准费用、优惠后费用等）(4) 批价功效包含：话单输入、费用计算、优惠处理、费用累计、入库处理、回退处理、异常处理、无主话单处理、模拟计费。 话单输入话单输入是从预处理模块接收待批价话单，并进行格式校验，将错单存入错单库中，供后续回收处理；将正确话单提交给费用计算，进行批价处理。 费用计算费用计算是把经过格式检验和转换后输入话单依据运行商所确定标准资费规则，进行标准批价，统计标准费用（优惠前费用）。使用费计算具体要求以下： 要求支持灵活标准资费规则批价实现。 要求支持各类业务话单费用计算。 要求快速支持新业务费用计算。 要求支持多个度量方法。比如时长、流量、次数等。 要求支持多个单位。比如天、时、分、秒、6秒、字节、KB、MB、GB等。 要求支持根据用户属性、服务实例属性、话单属性一个或多个属性组合确定费率。 要求支持分时间段确定费率。 要求支持分数量段取得费率。 要求支持参考资源量确定费率。 要求支持一个话单计算出多个费用。一个话单同时使用多个度量计算费用。 要求支持漫游话单费用计算。 要求支持用户SLA确定费率。 要求支持缺省费率批价。 要求支持缺省用户批价。 要求支持月租多个计算方法。比如按天、收整月等。 要求支持新旧费率平滑过渡来自 .cn。 要求支持依据产品资费计算费用。 要求支持支持产品捆绑资费费用计算。 要求支持资费计划费用计算。 要求支持实时和非实时方法费用计算。 要求将找不到批价相关信息（规则、局向等）话单，存入错单库中，供回收处理（3）优惠处理优惠处理是对标准资费处理后费用进行优惠打折过程。支持运行商按市场需要灵活设定多种优惠规则批价，并统计优惠部分费用。批价部分优惠处理具体要求以下： 要求支持灵活优惠规则优惠处理实现。 要求支持绝对日期，相对日期优惠。 要求支持特殊号码优惠。 要求支持分时间段优惠。 要求支持分数量段优惠。 要求支持多个业务间交叉优惠。 要求支持基于累计资源优惠（如时长累计、流量累计等）。 要求支持优惠参考对象，优惠计算对象，优惠分摊对象。 要求支持保底、封顶、按百分比等优惠。 要求支持单次通话分段优惠和历史总量、目前总量优惠。 要求支持最优、叠加、互斥优先级等优惠关系。3.3.1二次号码分析现在很多项业务开展，全部是在原来拨号基础上，增加接入号方法进行处理。所以在系统中，我们对这种拨号方法数据进行了统一处理，将全部号码进行归类，对于带有接入号码话单进行二次号码分析，提供灵活计费处理。号码归类模型以下：电话号码接入网别费率类型起用时间停用时间17931IP待定。对于有接入号码话单，我们在去掉接入号码后，需要进行二次号码分析，得出用户具体通话信息，计算用户费用。3.3.2重计费处理在系统运行过程中，可能因为多个原因，需要进行重新批价处理：参数输入不全，部分话单则会作为错误话单临时保留到批价错单表中，待参数补充齐全后，再将数据提取出来重新处理，这部分处理称做错单重批价。因为参数输入错误或其它系统故障，可能会有部分话单资费等计算错误，也需要重新批价处理，称做已批价话单重批价。 犯错话单重批价处理对于犯错话单，需要人工检验错误原因，依据错误类型，补充对应计费参数，然后开启重批价进程对错误话单进行重批价处理。 已批价话单重批价处理对于已批价后话单数据，需要依据实际情况，查明错误原因（系统错误、