中国联通省级收入保障系统技术规范

1、 中国联通省级收入保障系统技术规范中国联合通信有限公司信息化部二五年九月中国联通省级收入保障系统技术规范 保密 confidential变更记录变更时间变更内容变更人ii目 录1 总体概述11.1 编写目的11.2 适用范围11.3 本规范的起草单位11.4 本规范的解释权11.5 参考文献12 系统设计原则和业务目标22.1 背景22.2 业务目标22.2.1 近期目标22.2.2 远期目标22.2.3 建设规划22.3 建设原则33 系统体系架构43.1 系统层次结构43.2 平台安全性规划43.2.1 数据库平台要求43.2.2 服务器平台要求53.2.3 网络平台要求64 系统功能描述

2、74.1 业务定制稽核74.1.1 目标74.1.2 业务范围74.2 cdr稽核84.2.1 目标84.2.2 业务范围94.3 计费帐务稽核134.3.1 目标134.3.2 业务范围144.4 结算稽核204.4.1 目标204.4.2 业务范围204.5 欠费稽核244.5.1 目标244.5.2 业务范围255 应用软件体系结构285.1 应用软件技术要求285.2 应用软件架构实现方式286 系统技术要求306.1 总体技术要求306.1.1 应用软件306.1.2 数据要求306.1.3 性能要求316.1.4 开发工具316.1.5 统计报表317 系统接口337.1 在接口种

3、类337.2 接口原则337.3 接口方式337.4 接口的具体描述337.4.1 信令采集接口337.4.2 与交换机接口337.4.3 与综合采集系统接口347.4.4 与综合计费系统接口347.4.5 与综合营帐系统接口347.4.6 与综合结算系统接口347.4.7 与局数据管理系统接口348 附录一:名词与术语369 附录二:流程图符号解释391 总体概述1.1 编写目的中国联通总部制定中国联通省级收入保障系统（以下简称收入保障系统）技术规范，主要用来规范、指导中国联通各省级分公司收入保障系统的建设。1.2 适用范围本技术规范是中国联通省级收入保障系统规划与建设的基本依据，中国联通各

4、省分公司应依照本技术规范，结合当地实际情况，进行规划和建设省级收入保障系统。1.3 本规范的起草单位 本技术规范的起草单位为中国联通公司信息化部，由中国联通公司信息化部进行管理。1.4 本规范的解释权本技术规范的解释权属于中国联通公司信息化部。1.5 参考文献中国联通综合电信业务支撑系统统一客户资料子系统信息模型(v2.0)中国联通综合电信业务支撑系统综合营帐子系统内部接口规范(v2.0)中国联通综合电信业务支撑系统cdma 1x数据业务部分技术规范(v2.0)中国联通综合电信业务支撑系统综合营帐子系统信息编码(v2.0)中国联通综合电信业务支撑系统cdma 1x数据业务部分技术规范(v2.0

5、)中国联通uni-crm系统指南(v1.0)中国联通综合电信业务支撑系统综合营帐子系统内部接口规范(v2.0)中国联通综合电信业务支撑系统综合营帐子系统接口编码(v2.0)中国联通综合电信业务支撑系统统一经营信息服务子系统技术规范(v1.0)2 系统设计原则和业务目标2.1 背景根据国际知名咨询公司发表的报告，通过对全球50多家电信运营商的调查，约有三分之一的公司因计费或欺诈行为而蒙受重大损失，其损失约占其年度总收入的5，损失最高达15，收入漏洞导致收入减少，严重影响电信企业的经营效益，制约电信运营企业的正常发展。参考行业咨询报告对中国电信运营商的分析，中国电信运营商通信网络设备与全球运营商差

6、异不大，但网络规模差异明显。中国电信运营商是全球移动用户规模最大、增长最快的运营商，但运营管理水平急待提高，客户的增长、网络规模的增长与收入的增长不成比例。因此，在行业竞争日渐加剧的今天，减少收入漏洞，提高经营效益，将是电信运营商重要的运营管理目标。中国联通在树立客户为中心运营理念的同时，更强调以提高运营收入为目标的有效发展，也即“精细化运营”。建设收入保障系统，减少收入的跑冒滴漏，是公司增收增效的重要途径，也是内控管理的核心内容。2.2 业务目标2.2.1 近期目标通过各项分析手段和核查工具，对省级bss系统的各个收入环节进行有效稽核和分析，规范处理流程，堵塞收入流失，通过完善系统和规范流程

7、，增加公司经营效益，降低运营成本。2.2.2 远期目标通过收入保障系统，完善跨部门运营活动，降低经营管理中的漏洞，建立和完善管控体系，寻找并发现提升收入的途径，减少收入流失概率，降低运营风险，实现公司的有效发展。2.2.3 建设规划随着公司经营理念，由“业务为中心”转向以“客户为中心”，实现精细化运营，收入保障系统的建设应遵循如下原则：1、 要求在保证现有系统稳定运行的情况下，统一规划、分步建设。2、 对收入风险，积极稽核，减少流失。3、 分析出现的问题，优化处理流程，降低经营风险2.3 建设原则1、产品具有安全、稳定、高效的运行内核（较强的内部容错性，算法经过验证，采用多线程等技术提高效率和

8、速度）2、灵活的基于配置的模块设计，根据不同的处理环境和配置，自适应处理，动态加载处理模块3、基于组件模型化设计思想，模块高內聚，低耦合，易于复用4、可定义的后台处理流程，总线型设计思想，模块处理过程可插拔5、易于维护和管理，对最终用户呈现可视化的管理界面和方便简单的操作方式6、充分考虑用户需求，系统可扩展，良好的伸缩性7、规范化的设计软件、数据库设计文档，符合软件规范8、强大的系统监控功能，实现远程系统运行环境、资源的监控和管理3 系统体系架构3.1 系统层次结构收入保障系统从逻辑上分为三个层次：数据层、业务层和接入层。u 数据层：建立统一的数据中心，对各种类的数据进行集中规划、分配、存储、

9、安全保护和管理。它不注重数据的业务特性，而只是关注数据本身的存储和管理，实现数据与业务逻辑的分离。u 业务层：在数据集中存储的基础上，针对不同数据的业务特性，提炼出核心数据模型，并将数据和业务逻辑关联起来，在此基础上实现灵活的稽核业务流程处理和优化。u 接入层：主要在内部核心处理的基础上提供高层的管理功能，包括系统配置查询统计、系统管理、在线分析、操作维护和外围的接口等，为企业领导、上级业务主管部门、业务部门、系统管理维护人员等提供方便实用的管理和分析工具。 3.2 平台安全性规划在信息高度共享的系统中，必须充分利用主机、网络以及数据库管理系统等平台的安全保障机制，确保数据的绝对安全。对于应用

10、系统而言，对所有系统数据的操纵，严格按照权限级别进行，严禁非法用户进入系统，对于操作人员进行的重要的操作有相应的操作日志。同时，对系统重要数据提供可靠的备份和恢复机制，以确保整个应用系统的安全。3.2.1 数据库平台要求数据库平台应采用大型数据库平台，要求具备完成大容量数据的实时处理和管理的能力，所采用的数据库系统应具备：业界先进的数据库产品；完全适应业务的需要及今后的发展，支持ansi/iso sql-89、ansi/iso sql-92标准。数据库系统支持市场流行的集群处理机。数据库系统具有良好的伸缩性（如：从单cpu到多cpu的扩充及处理节点的扩充，在不影响数据库正常运行的情况下更新系统

11、，原有应用可以无损移植）。支持主流的网络协议（如tcp/ip；ipx/spx；netbios及混合协议）。支持中文汉字内码，符合双字节编码。能够将原有异种数据库向本数据库无损失移植。实现和高级语言互连的能力。支持odbc3.0、x/opencli、jdbc等标准。具有支持并行操作所需的技术（如：多服务器协同技术、事务处理的完整性控制技术等）。支持异种数据库的互访，支持网络上同构或异构数据库门的有效传输和冗余性复制；具有多种复制功能模块（如：实时复制、双向复制、多点方式下n向复制、复制转发，复制范围可整表复制或表中部分行复制或修改单元复制）。支持联机分析处理(olap)；支持联机事物处理(olt

12、p)；支持数据仓库的建立，要求能够实现数据的快速装载、处理和交互式查询，以达到信息深层的目的，涉及到数据索引、数据压缩、交互式数据查询等方面的技术。支持c2级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密（包括：s/s、c/s）及相应冗余控制。具有快速的并发用户查询速度，并发控制稳定可靠，多线索多进程。支持联机备份（如：磁带方式、光盘方式）。 数据库、表大小等技术参数可灵活设置，支持对大数据量处理的技术要求。开发工具易使用、开发效率高、维护方便、具有将客户服务器结构的应用向web应用转化的工具。支持数据分区技术，要求：支持灵活的按不同关键字进行分区的能力，能对分区实施灵活的增删改

13、等管理工作；分区间应相互独立保证某个分区的数据丢失（或暂时不能正常工作）不会影响到别的分区；对数据表的操作能在多个分区上实现并行，且分区间的并行可做到均衡负载，从而提高系统的性能。3.2.2 服务器平台要求服务器平台应具有较高的安全控制机制，平台除有足够的能力进行计费结算处理外，还应具有其它（例如故障检查、故障处理等）的应急处理能力。所选择的服务器平台应该满足以下特性：高扩展性。当业务量增加或增加新业务时，服务器能以增加节点、处理器、内存等方式提供更高的性能来满足新的要求。高可靠性。服务器系统需724小时连续运行，同时系统应具有良好的容错能力。系统应采用冗余配置，保证系统无单一故障点。支持并行

14、技术。支持多台主机并行的处理，以保证大容量数据处理的要求。易于管理与使用。保证系统的易使用性，并使系统在较优的状态下运行，以提高系统的的运行和处理效率。恢复周期短。当对系统进行扩容或系统发生不可预见的故障时，系统应能在24小时内恢复到正常运行状态。3.2.3 网络平台要求 网络的可靠性：为了能使融合计费系统提供不间断的服务，设计网络时必须考虑多种因素。 网络的安全性：鉴于融合计费系统的重要性，系统必须提供完备的安全控制手段来保证计费结算的安全性，安全性表现在如下方面：可对重要的网络资源进行安全管理；可确定重要的网络资源和用户集间的映射关系；监视对重要网络资源的访问；记录对重要网络资源的非法访问

15、。4 系统功能描述4.1 业务定制稽核4.1.1 目标稽核gsm、cdma用户的业务定制信息，包括用户的业务特征(service profile)、位置信息(location information)和活动状态(activity status)，对hlr、智能网scp、增值业务平台、 aaa服务器中的业务定制数据和综合营帐中的业务定制数据进行定期比对核查，找出数据的差异，并分析差异原因，通过技术和管理手段保障用户数据的一致。技术实现要求：l 数据完整性：通过相关技术和管理手段，找到业务定制流程中各环节的流失点，并通过技术或管理手段解决流失漏洞，防止收入的流失。l 数据正确性：通过相关的技术手段

16、，保证各系统平台之间业务定制数据的一致正确。4.1.2 业务范围4.1.2.1 hlr稽核通过技术手段采集hlr/msc和综合营帐中的业务定制数据；功能要点：1、 支持对不同格式的hlr用户业务定制数据采集格式化，对hlr直接采集会对设备造成压力，建议采用通过对备份数据进行数据采集方式；2、 支持对综合营帐业务定制数据的采集；3、 支持依据hlr信息数据和综合营帐信息数据的对应关系，进行一致性核查；4.1.2.2 智能网scp稽核通过技术手段采集智能网scp和综合营帐中的智能网业务定制数据；功能要点：1、 支持对不同格式的智能网scp业务定制数据采集格式化，对scp直接采集会对设备造成压力，建

17、议采用通过对备份数据进行数据采集方式。2、 支持对综合营帐业务定制数据的采集；3、 支持依据智能网scp信息数据和综合营帐信息数据的对应关系，进行一致性核查；4.1.2.3 增值业务平台稽核通过技术手段采集增值业务平台和综合营帐系统中的业务定制数据；功能要点：1、 支持对不同格式的增值业务平台业务定制数据采集格式化。2、 支持对综合营帐业务定制数据的采集；3、 支持依据增值业务平台信息数据和综合营帐信息数据的对应关系，进行一致性核查；4.1.2.4 aaa服务器稽核通过技术手段采集aaa服务器和综合营帐系统中的业务定制数据。功能要点：1、 支持对不同格式的aaa服务器业务定制数据采集格式化，对

18、aaa服务器直接采集会对设备造成压力，建议采用通过对备份数据进行数据采集的方式。2、 支持对综合营帐业务定制数据的采集；3、 支持依据aaa服务器信息数据和综合营帐信息数据的对应关系，进行一致性核查；4.2 cdr稽核4.2.1 目标在联通的bss系统中，话单是进行计费批价和结算业务的基础依据，也是贯穿整个系统的主线之一，所以对话单的正确性稽核是保证后续业务处理的基础，关于话单的收入保障包括以下两个方面的功能：n 完整性通过相关技术和管理手段，找到各个环节收入流失点，并解决相关问题或提交问题的解决方案，对于话单生成的正确性进行监测，堵住收入漏洞，尽可能挽回用户损失。n 准确性通过相关的技术手段

19、，保证各个环节的话单提取、计费的准确。4.2.2 业务范围由于涉及话单的环节较多，在现阶段先以原始话单的生成作为基础，着重描述用于计费批价以及结算的原始话单的正确性，完整性和一致性；对于原始话单的核查目前可以用两种技术手段实现，一种是基于ss7信令系统的话单生成，一种是基于交换机生成话单的稽核分析。4.2.2.1 基于信令采集七号信令系统是建立、拆除、和控制话音业务和网络运营管理过程中使用的唯一信令系统。一个呼叫接续和网络资源占用的信息，都完整地记录在七号信令的信令消息上。所以通过采集七号信令消息中与计费相关的数据，并通过对所采集到的信令数据进行解码、分析、统计等一系列的处理，就能得到一套客观

20、、完整、独立于被测设备的计费话单。七号信令的监视，采用高阻跨接的方式将收入保障系统的信令监测与被检测链路相连，不影响网络正常运行，收入保障系统是通过信令监测完整呼叫流程产生话单的；并严格按照电信计费的相关规范、对呼叫流程进行分析，客观地产生计费话单。话单经过收入保障系统的处理后，可以按照相关计费检测规范与在线的计费系统的话单进行比对。比对的结果依照计费检测规范归为对应话单(正确话单、超长差话单、超短话单、差错话单等等)、非对应话单(重单、不完整话单、丢单等等)。基于信令的cdr稽核的基本原理就是利用信令消息合成产生的话单和交换机产生的话单进行核查处理，利用得到的差异结果进行分析，弥补联通因话单

21、生成的收入漏洞而产生的收入流失。技术实现要求：l 运行可控性：所有功能的执行须是可控制的，能够从外部启动、终止、暂停功能；l 状态透明性：所有功能的执行必须是透明的，功能必须对外界透露其处理状态，使外界能够感知。l 错误处理机制：所有功能必须具备错误处理机制，包含系统级错误处理和业务级错误处理，前者包括系统中产生的异常处理、信号处理，后者包含错误记录处理机制。l 可追溯性：功能模块应该保存各自的运行日志；l 通用优先性：格式化功能实现首先要考虑的是通用性，即应该适应不同交换机的二进制文件格式。l 正确优先性：预处理功能实现首先要考虑的是正确性，即无论输入文件存在何种错误，其输出必须保证正确，保

22、证格式统一，以便于后续模块进行处理。l 全面优先性：数据装载功能要实现所有数据的入库操作，包括错误文件和比对结果文件，数据装载功能必须保证不遗漏数据。l 效率重要性：所有化功能要处理大量数据，因此必须关注执行效率。4.2.2.1.1 信令数据采集合成信令数据采集处理部分由信令监测设备、服务器和局域网构成。前端机部分主要负责数据采集与预处理，采用工业级工控计算机系统，它分为事务性处理模块、信号采集处理模块和网络通信模块。软件采用嵌入式实时多任务操作系统。系统设计采用模块化插件结构，板卡之间采用compactpci总线连接，具有热插拔功能，带电插拔采集模块不影响硬件的电器性能指标。前端机扩充时不需

23、要中断在运行的系统，采用积木式堆叠方式扩展，自动识别新增加的采集模块、前端机。为满足移动网中经常出现的跨段呼叫的跟踪分析，在出现全网跨段跟踪呼叫时准确、快速定位呼叫故障，各采集系统间有时间定位系统，其时间精度为毫秒级，可使不同信令采集设备和处理设备之间时间精确同步。前端机将原始数据进行分析、预处理，去掉所采集信令消息中的填充单元等无效数据，然后通过本地局域网将数据送入前端服务器，进行呼叫详细过程的合成。合成后的cdr直接传送到数据库中集中保存。系统具有实时监测链路上的链路状态型号单元lssu、消息信号单元msu、网管信号snm，以及信令链路测试消息sltm、slta。实时监测e1线路的传输告警

24、，包括信号丢失、重传、误码告警等。实时监测信令消息对信令消息的完整性、消息丢失率进行统计。4.2.2.2 基于原始话单采集4.2.2.2.1 完整性稽核在原始话单的采集及预处理过程中，可能出现漏采、错采、丢单、文件异常丢失等现象，造成收入流失。完整性稽核功能主要针对文件个数、流水号、详单等进行核查，堵住漏洞，保证采集和预处理过程的完整性。（1）文件级稽核须核查目标系统在处理过程中是否发生文件级的流失；（2）详单级稽核须核查目标系统在处理过程中是否存在漏洞，导致详单级的流失。4.2.2.2.2 准确性稽核在原始话单的采集及预处理过程中，可能存在多种原因造成数据错误，如交换机出错、采集系统出错、网

25、络异常、预处理处理错误、字段值解析不明确等，造成收入流失，甚至可能影响到后续模块处理。（1）采集准确性稽核功能须对采集到的文件进行监控，核查文件大小、连续性等，并对延迟时长进行监测，发现可能存在的问题，堵住收入漏洞。（2）预处理环节对话单信息的准确提取，是后续处理步骤的基础，因此预处理环节必须保证话单信息提取的准确性，尤其是计费要素的提取。以下分业务说明各业务在准确性稽核方面所应达到的基本要求：gsm、cdma语音业务准确性稽核功能至少稽核以下要素：呼叫类型发起方号码接收方号码呼叫日期呼叫时间呼叫时长考虑到后续处理环节的准确性，以下要素也应考虑：msclaccellid1x数据业务准确性稽核功

26、能至少稽核以下要素：msidnai日期时间上行流量下行流量坏帧流量激活时长考虑到后续处理环节的准确性，以下要素也应考虑：用户类型漫游标识短信业务准确性稽核功能至少稽核以下要素：呼叫类型发起方号码接收方号码发送日期发送时间交换机对于sp业务，以下要素也应考虑：sp代码接入码业务码信息费计费类型4.2.2.2.3 网内主被叫稽核一次完整的呼叫在逻辑上应产生相应的主被叫（呼转）话单，但实际上因多种原因可能导致部分话单流失。对于这样的问题，需采取技术手段进行控制。对本省用户所产生的呼叫，进行主被叫逻辑完整性稽核，对主被叫话单不完整的数据进行分析，找出问题所在。4.3 计费帐务稽核4.3.1 目标 计费

27、帐务稽核是针对c网/g网专业计费帐务系统在采集、预处理、批价、累帐整个计费帐务过程中，进行各环节平衡性、正确性、完整性的监控、稽核，预防和审计各环节的收入流失。技术实现要求：l 运行可控性：所有功能的执行须是可控制的，能够从外部启动、终止、暂停功能；l 状态透明性：所有功能的执行必须是透明的，功能必须对外界透露其处理状态，使外界能够感知。l 错误处理机制：所有功能必须具备错误处理机制，包含系统级错误处理和业务级错误处理，前者包括系统中产生的异常处理、信号处理，后者包含错误记录处理机制。l 可追溯性：功能模块应该保存各自的运行日志；l 效率重要性：所有化功能要处理大量数据，因此必须关注执行效率。

28、4.3.2 业务范围4.3.2.1 话单处理稽核4.3.2.1.1 文件采集稽核文件采集稽核完成对计费帐务系统文件采集部分的稽核功能。它根据计费帐务系统设定的规则，重新对数据源内的所有文件进行采集，将其与计费帐务系统采集到的文件进行比对分析，找出其中的差异，并提供差异文件的细节。某些计费系统在采集数据时，会将采集到的文件根据类型不同而重新命名保存。文件采集稽核可以针对计费帐务系统采集文件时的文件命规则，判断采集的结果是否符合规则，保障采集的正确性；在出现差异的情况下提供差异的细节。对文件的采集个数、文件大小及及时性、文件命名的规则完成性检查，包括查重查漏处理。功能要点：1. 能够监控所有采集文

29、件的过程，监控所有采集到的文件，某些计费系统在采集数据时，会将采集到的文件根据类型不同而重新命名保存，但是存在采集文件总数和重命名后的文件个数相等，大小相同。2. 支持对计费系统采集文件和本系统采集文件的平衡检查，如果采集中间过程较多，则可以考虑中间过程产生的采集文件也要进行比对核查；采集监控模块采集文件，然后与其它对应采集系统进行比对，监控其他对应系统采集文件是否正确。3. 针对计费结算系统采集文件是的文件命规则，判断采集的结果是否符合规则，保障采集的正确性；（比如文件一般要有顺序递增的文件名称，或者有包括日期的文件名称，根据这些规律核查重漏）。4. 对专业计费系统的采集及时性进行监控；5.

30、 支持稽核专业计费系统采集过程日志。4.3.2.1.2 预处理话单平衡稽核预处理过程是将采集部分采集到的所有文件进行分类处理的过程。经过预处理，所有采集文件被分成正常话单文件与异常话单文件两种。正常话单文件是能够被一次批价系统正常处理的话单文件；异常话单文件是因为缺少某些参数或者参数错误，无法被一次批价系统正常处理的话单文件。预处理话单平衡稽核过程存在如下平衡关系：采集文件总数（预处理之后）正常话单文件数异常话单文件数采集文件话单总数正常话单文件话单总数异常话单文件话单总数功能要点：1. 监控预处理过程，支持对预处理前后文件数和话单数的稽核功能。2. 支持定时稽核功能，支持周期性定点稽核功能，

31、支持按批次稽核功能3. 支持自动告警，提供具体产生差异的文件名4 .提供统计分析功能，统计每日数据，提供日报和月报；5. 对预处理系统的稽核过程记录日志 4.3.2.1.3 一次批价话单平衡稽核一次批价是针对预处理完成之后生成的正常话单文件进行一次批价的过程。经过一次批价，话单文件被分成正常话单、错误话单、无效话单。一次批价话单平衡稽核过程存在如下平衡关系：（一次批价之前）话单总数（一次批价之后）正常话单数错误话单数无效话单数 功能要点：1. 监控一次批价过程，支持对一次批价前后话单数的稽核功能。2. 支持定时稽核功能，支持周期性定点稽核功能，支持按批次稽核功能3. 支持自动告警，提供具体产生

32、差异的话单数据4. 提供统计分析功能，统计每日数据，提供日报和月报；5. 对一次批价话单平衡稽核过程记录日志4.3.2.2 趋势监控针对整个计费帐务系统，建立趋势监控指标，每月/日/帐期获取监控数据进行趋势监控，积累基础数据形成经验，对于数据异常波动的情况，可以及时反映出来；功能要点：1. 支持各种指标之间简单关系监控：就是在一个阀值之间上下浮动属于正常，超过阀值时候应该有对应的异常告警；2. 支持各种指标之间关联关系监控，（比如a指标在某个范围外，b指标在某个阀值之下就成为异常需要告警，则a、b指标有关联关系）；3. 支持对采集环节监控：每天采集文件数；4. 支持对预处理环节监控：正确话单数

33、、重单数、异常话单数、漫游上发文件数等；5. 支持对一次批价环节监控：正确话单数、重单数、异常话单数等；6. 支持其他可配置指标监控；4.3.2.3 局数据稽核对局数据库表及相应程序增加生效时间判断，使局数据及时生效，减少错单产生； 建立计费的局数据标准模板并进行定期核对；功能要点：1、支持营帐系统局数据与网络局数据不同步的检查；2、支持对计费系统添加相关据数据、但是生效时间在一个时间间隔后、是否正确执行的检查；3、提供对局数据间的关联关系是否正确，数据是否缺失的检查；4、支持对局数据更新流程的跟踪、审批、监控、告警；4.3.2.4 资费和套餐稽核4.3.2.4.1 资费/套餐规则检查对计费帐

34、务系统的资费/套餐规则进行检测，并形成检测分析报告；功能要点：1、支持对资费/套餐交叉重叠、排斥的稽核；2、支持对套餐的历史情况检查；4.3.2.4.2 套餐使用分布 套餐使用分布地图：统计用户使用套餐的分布情况。功能要点：1、能够提供套餐的客户使用数量统计报告；2、能够提供套餐的使用时段统计报告；3、支持按照地区、业务类型等进行分布统计；4.3.2.4.3 批价准确性准确的批价处理是正确计费的基础，批价准确性稽核功能应提供对目标系统的详单级稽核处理，确保发现处理过程中可能存在的问题，提高目标系统成熟度。功能要点：1、支持对基本话费计费稽核，如计算本地话费、长途话费、漫游话费等；2、支持对数据

35、使用费计费稽核；3、支持对附加业务的计费稽核；4、支持对无线智能网业务的计费稽核；5、支持对增值业务的计费稽核；6、支持对短消息业务平台提供的数据的计费稽核；4.3.2.5 无主话单稽核无主话单的管理重在审核、分析过程。在功能实现上，应与详单优惠处理、累帐处理连贯起来执行，对无主话单进行审核、分析、核查错误，查明原因后，可回收的无主话单送至详单优惠环节进行二次批价，再进行累帐、出帐。能够跟踪无主话单并进行处理；跟踪无主话单最终处理情况。功能要点：1、能够跟踪无主话单，检查生成时间判断非法无主话单。2、能够及时检查停机情况，防止用户该停未停情况发生。3、支持在出现无主话单后，系统应首先将该用户发

36、送自动停服机系统。 4、支持对开机sim卡售出前被盗打的检查。5、支持对更新客户资料、sim卡号与手机号的对应关系的检查。4.3.2.6 错单/重单/无效话单稽核 4.3.2.6.1 错单/重单/无效话单数据稽核在bss/oss系统中，错误话单的通常产生在如下几个环节： 交换机下的原始二进制文件通话记录本身是错误的。 处理交换机吐出的原始二进制文件时，通过对话单进行检错而确认的错误话单。 一次批价过程中通过对记录检错而确认的错误话单。收入保障系统依据重单错单规则处理话单数据，将重单错单结果与专业计费帐务的处理结果进行比较，查找处理差异；功能要点：1、支持针对部分话单进行格式化预处理，然后将错单

37、重单的处理结果与计费帐务错单重单数据进行比对；支持的粒度可以从某一个话单到一批话单。2、支持采集错误话单分析：可以检测对交换机下的原始二进制文件通话记录本身发生错误时产生的错误话单。这类话单的监控、处理，可以通过与信令采集、话单合成模块结合起来，通过将来源于信令和交换机两种数据源的话单做比对，基本可以将这类错单所带来的收入流失找回来。3、支持预处理错误话单分析：预处理交换机吐出的原始二进制文件时，通过对话单进行检错而确认的错误话单。这些话单的错误类型一般包括： imsi 前15位非数字（南非前14位应为数字，第15位补0） 年、月、日、时、分、秒的非法形式 非短信话单时长为0的话单 记录类型错

38、误 对端号码（被叫号码）中有非法字符 对端号码（被叫号码）不全或超长等；对预处理/格式化产生的上述错误话单，应该在处理过程中将该话单写入到错误文件中，并把每条记录的错误类型标识出来，然后，再与对端的交换机、关口局下的相应话单做比对、分析处理，最终合成可以向用户收费的有效话单。4、支持一批错误话单分析：一次批价过程中通过对记录检错而确认的错误话单；这些话单的错误类型一般包括： 主、被叫找不到归属局； 主、被叫找不到漫游局； 找不到国际长途区号； 找不到国际长途区号； 对漫游出访用户，漫游地长途区号信息与漫游地交换机所在地区号不一致；这些情况的处理，主要需要查本地批价所需的各个参数配置表数据是否已

39、经得到了及时更新，另外，在条件允许的情况下也可以与对端的交换机、关口局下的相应话单做比对、分析处理。4.3.2.6.2 错单/异常话单处理流程对错单、异常话单的回收处理流程进行跟踪控制：功能要点：1. 支持对错单、异常话单的回收处理流程的跟踪功能；2. 支持对错单、异常话单处理实现的审批、告警、监控；4.4 结算稽核 随着新的电信法规的实施，网间结算在运营成本和收入中占据越来越多的。目前各运营商之间在月初交换对帐单，并对双方数据差异的结算项目进行详单核对。应此需要对详单有效的筛选样本，在较短时间内形成一个差异报告，方便维护人员分析差异原因。4.4.1 目标应重点从以下两个方面对结算处理过程进行

40、稽核，保证处理结果的准确性，并提高目标系统的成熟性：n 结算数据稽核（1）完整性稽核：通过相关技术和管理手段，找到各个环节处理的漏洞，并解决相关问题或提交问题的解决方案。（2）准确性稽核：通过相关的技术手段，保证各个环节的处理准确。n 中继群资料稽核重点对结算核心参数资料中继信息的稽核。4.4.2 业务范围4.4.2.1 网间结算稽核4.4.2.1.1 预处理预处理稽核功能应提供对目标系统的文件级和详单级的稽核处理，确保发现处理过程中可能存在的问题，提高目标系统成熟度。完整性稽核功能至少稽核以下要素：文件级稽核须核查在预处理环节是否发生文件级的流失；详单级稽核则需核查在预处理环节的处理是否存在

41、漏洞，导致详单级的流失。预处理环节对话单信息的准确提取，是后续处理步骤的基础，因此预处理环节必须保证话单信息提取的准确性，尤其是结算要素的提取。准确性稽核数据至少包括以下要素：出中继入中继呼叫日期呼叫时间呼叫时长发起方号码接收方号码考虑到后续处理环节的准确性，以下要素也应考虑：交换机呼叫类型4.4.2.1.2 批价准确的结算批价处理是正确结算的基础，批价稽核功能应提供对目标系统的详单级稽核处理，确保发现处理过程中可能存在的问题，提高目标系统成熟度。稽核数据至少包括以下要素：出中继入中继呼叫日期呼叫时间结算跳次发起方号码接收方号码考虑到处理的准确性，以下要素也应考虑：交换机呼叫类型主叫运营商主叫

42、长途类型主叫业务类型被叫运营商被叫长途类型被叫业务类型4.4.2.1.3 中继群资料稽核中继资料是结算的基础，其完整性和准确性是保证结算结果正确的前提。结算的局数据稽核主要提供对中继资料的核查，保证中继资料的完整与准确。中继群稽核应达到如下要求：得到缺失中继信息稽核出错误中继信息4.4.2.2 sp结算数据稽核4.4.2.2.1 话单稽核自sp增值业务开通以来，联通与各sp合作，不断推出新的业务，业务得到迅速增长，sp增值业务已成为联通业务运营收入的重要来源之一。随着业务的迅速增长，业务复杂度大大增加，存在较大的收入流失的风险。话单稽核至少包括以下要素：呼叫类型发起方号码接收方号码发送日期发送

43、时间交换机sp代码接入码业务码信息费计费类型费用稽核4.4.2.2.2 用户和sp资料稽核（1）用户资料稽核：与sp的结算当中会出现用户资料无效还参与结算的情况，这样就会造成一定的收入流失，需要对用户资料进行结算有效性稽核，分为以下两个方面：用户资料存在，则判别其有效性，无效用户则不应参与结算；用户资料不存在，则此用户也不应参与结算；（2）sp资料稽核：sp资料的准确性直接影响结算和对sp的控制管理；需要对sp资料进行稽核，保证资料的准确性，至少包括以下信息：sp代码信息接入码信息业务码信息4.4.2.3 代理商结算稽核由于目前联通很大的新入网用户都是通过代理商进行放号的，同时代理商会根据自己

44、代理的新入网用户数量从联通提取一定的代办费。这就给那些不法代理商提供了机会，他们会利用虚假的入网用户骗取代办费，而这些用户根本不会产生任何通话费。另外，一些不法代理商还可能会对套餐进行拆包变卖，骗取联通本应该给用户的一些促销手机或礼品。4.4.2.3.1 imsi过低使用报告在给定的时间范围内，如果用户的imsi的使用率低于一个设定的门限值时，系统会对这些用户产生此类报告。共有3种参数需要输入：开始使用时间、结束使用时间和实际使用时长。该报告能用来检查出例如imsi号不是卖给了真正的移动客户的欺诈现象。4.4.2.3.2 imsi无使用量报告该报告用来呈现那些在规定的天数内没有任何imsi使用

45、（或通话）的用户的情况。通常这类报告用来发现代理/分销商把imsi号卖给一个假客户，以骗取运营商补贴奖励的欺诈行为。4.4.2.3.3 过量的新入网用户报告对在定义的时间范围内，出现过量的新入网用户的代理商生成报告。该报告按照代理商编号详细列出各自代理的新入网用户数量，这能帮助运营商识别出那些虚假的入网申请，同时能发现利用虚假入网数量来骗取代理费的欺诈代理商。4.4.2.3.4 收入和代理佣金稽核报告在进行代理商佣金结算时，存在部分代理用户佣金超过收入的情况。通过对收入和代理佣金的稽核，可以帮助运营商发现那些欺骗性的代理商，以及部分不合理的市场策略，有利于运营商规范市场，调整策略。4.5 欠费

46、稽核4.5.1 目标对信控、信用度、缴费销帐、业务受理、停开指令等造成欠费关键环节的通过技术手段进行稽核监控，预防和减少欠费；避免收入流失。技术实现要求：l 运行可控性：所有功能的执行须是可控制的，能够从外部启动、终止、暂停功能；l 状态透明性：所有功能的执行必须是透明的，功能必须对外界透露其处理状态，使外界能够感知。l 错误处理机制：所有功能必须具备错误处理机制，包含系统级错误处理和业务级错误处理，前者包括系统中产生的异常处理、信号处理，后者包含错误记录处理机制。l 可追溯性：功能模块应该保存各自的运行日志；l 效率重要性：所有化功能要处理大量数据，因此必须关注执行效率。4.5.2 业务范围

47、4.5.2.1 客户资料稽核通过对综合营帐中客户资料的完整性、真实性稽核，达到控制用户欠费减少收入流失。功能要点：1、 支持对客户资料数据采集，采集方式支持自动和人工两种方式；2、 支持对客户资料稽核指标的设定、维护管理，包括客户资料完整指标、客户资料真实指标等；3、 支持对客户资料稽核指标进行自动稽核处理；4.5.2.2 信用度稽核通过对综合营帐中信用度的正确性、及时性稽核，达到控制用户欠费减少收入流失。功能要点：1、 支持对信用度相关数据采集，采集方式支持自动和人工两种方式。2、 支持对信用度稽核指标的设定、维护管理，信用度及时性指标、信用度正确性指标等。3、 支持对信用度根据稽核指标进行

48、自动稽核处理。4、 支持对客户信用度模拟预演。4.5.2.3 缴费销账通过对客户缴费销账的及时性进行稽核；功能要点：1、 支持对客户营业缴费销账的及时性分析客户行为；2、 支持对批量缴费销账的稽核；4.5.2.4 欠费监控通过对短信、高额欠费的监控预警；通过对联机指令执行的稽核监控，控制未能及时停机用户欠费的产生以便减少收入流失。功能要点：1、支持对开关机指令执行情况包括成功、失败等根据业务种类进行监控，在综合营帐中由于开关机指令不正确或资料不全造成开关机失败的情况，特别是在月初月底，开关机极容易形成积压，影响用户的正常使用，造成机会成本的大量流失，通过监控及时发现问题，以便控制和减少收入流失

49、。2、海量短信告警：对用户短信量进行监控，对于同一用户的海量短信，发出告警，以便尽快查明原因，采取相应措施，以免因恶意欠费而带来更大损失。3、支持对后付费用户的高额欠费告警：用户都有一定的消费习惯，一般不会出现高额消费，通过高额欠费高警，即时发现这类用户结合信用度进行分析和回访；确定是否为恶意欠费并通过制定相应的业务手段控制恶意高额欠费的产生，预防和减少收入流失。4.5.2.5 欠费分析通过对欠费数据进行有效性确认，制定催缴和停机策略；增加欠费返还率减少收入流失。功能要点：1、支持对欠费数据有效性检查：结合客户资料稽核，检查欠费客户资料的真实性和完整性，对不完整和不够真实的欠费客户制定相应的业

50、务制度和流程进行有效及时地控制，减少坏账的产生。2、支持对欠费数据的客户结构分析：欠费在各类别用户中的分布情况，哪种用户更容易欠费，并且具有什莫样客户特征。3、支持对习惯性欠费用户的稽核：结合信用度稽核检查习惯性欠费用户的比例、缴费模式、消费量等进行分析稽核，根据分析结果制定相应的业务手段控制、督促、激励此类用户；减少和控制欠费的产生。5 应用软件体系结构5.1 应用软件技术要求应用软件应遵循如下原则：(1) 规范性本系统的设计、开发、实施和维护管理必须遵循中国联通的企业标准及规范，保证系统和各种业务支撑系统能够根据运维需要实现有效的连接。(2) 先进性本系统应采用先进的软件技术和业务管理手段

51、，以保障系统具有高效、全面和稳定等良好品质；软件系统应用采用分布式、组件化技术和模块化的构造方式；系统应采用三层体系结构。(3) 扩展性本系统的系统容量、处理能力和业务范围应具有良好的扩展能力；应用软件设计应满足今后的业务量和业务需求的增长，保护投资，避免重复建设。(4) 安全可靠性本系统应满足电信级的可靠性要求，保证7x24小时的服务；保证系统在运营过程中管理的各种资料的信息安全；保证业务支撑系统的安全性和本系统的安全性。系统设计不应影响业务支撑系统的可靠运行，系统与业务支撑系统之间采取严格的权限控制或设置防火墙等措施，保证业务支撑系统的安全性。(5) 易用性本系统应在两个方面容易使用：一方

52、面是方便普通的用户，另一方面是方便系统管理员。由于系统是为日常运维管理服务的，其特点决定了系统必须具有清晰直观的界面、易于理解的输入和输出内容、易于操作的使用风格。 (6) 可维护性系统应该具有对自身的集中维护配置功能，包括集中的系统参数设置、集中的系统日志管理，且在需要时要求程序的每一步处理应该是可追踪的.5.2 应用软件架构实现方式可以运行在广泛的操作系统之上，可以联结现有的计算资源并屏蔽各种系统的差异。无论那种平台，最佳的方式是系统平台采用三层结构的软件架构（数据层、业务逻辑层及业务展现层），并在此基础上单独抽象出接口层。这样，软件系统就可以隔离应用系统和软硬件设备的关系，有效避免了设备

53、变化可能导致的对应用系统的影响。工作流的可以考虑采用第三方的成熟的软件。采用中间件技术，可以提高系统的稳定性、扩展性，提高软件模块的利用率，降低开发成本。中间件是在计算机硬件和操作系统之上，支持应用软件开发和运行的系统软件，它能够使应用软件相对独立于计算机硬件和操作系统平台，实现大型企业应用软件系统的集成.采用b/s方式，可以有效、简单的支持客户端的应用。6 系统技术要求6.1 总体技术要求6.1.1 应用软件u 规范化设计本系统的设计、开发、实施和维护管理必须遵循中国联通的企业标准以及相应的系统开发和设计规范。u 安全稳定性本系统应满足电信级的可靠性要求，保证7x24小时的服务；保证系统在运

54、营过程中管理的各种资料的信息安全；保证业务支撑系统的安全性和本系统的安全性；产品具有安全、稳定、高效的运行内核（较强的内部容错性，算法经过验证，采用多线程等技术提高效率和速度）；系统的部署运行不影响生产系统的正常运行。u 可扩展性基于组件模型化设计思想，模块高內聚，低耦合，易于复用；各个模块在系统组织中使用插件式系统结构，具有较高的可扩展性。u 可复用性采用面向对象的系统设计模型，模块独立，遵循业界的设计原则，系统具有高度的可复用性。u 易于维护管理易于维护和管理，对最终用户呈现可视化的管理界面和方便简单的操作方式。u 基于配置灵活的基于配置的模块设计，根据不同的处理环境和配置，自适应处理，动

55、态加载处理模块6.1.2 数据要求u 完整性完整性是保证系统数据的全面，对各种操作都需要有详细的记录，对于在线使用的数据应与历史数据清晰的分离，保证在线数据的一致，当需要历史数据时，可方便的导入系统，并保证数据的一致性。u 安全性系统采集到的话单数据，信令数据，分析数据以及展现数据和结果，为安全起见，应该使用磁带等方式做定期备份。u 存储要求 系统中的各种原始数据和中间数据应在线保存3个月，脱机保存12个月；统计报表在线保存3个月，脱机保存12个月；对文档等数据在线保存24个月，脱机长期保存。6.1.3 性能要求对于核心处理模块，数据采集应该大于50个文件（文件大小5m）每分钟，数据处理中间环节处