电信运营商收入保障系统设计与实现 第13页
4.6.3.1监视
监视元素 监视信息 报警信息
一次批价的路径 状态：正在处理，空闲，停止
当前积压文件数
上次处理文件名称
总话单数
错误话单数
本地话单数
省内漫游数
省际漫游数
国际漫游数
总话费
本地话费
漫游话费
上次处理的时间
当前处理的文件名称 空闲超时报警
文件数积压超时报警
表4.6.3.1 一次批价监控信息
考虑到效率的问题，配置文件个数传输，只发送最后一个文件的信息，状态信息检
测是否有积压，达到不影响效率同时又实现监控的目的。也可以考虑采用其它的方式比
如多线程发包，异步处理等方式。
4.6.3.2控制
对进程实现远程的启动、停止。包括单进程启动、单进程停止、全部进程启动、全部进程停止。
4.6.3.3报警
单位时间错单数超配置报警。（按照不同时段配置不同的）
4.6.3.4统计
按照交换机统计单位时间内处理的总话单数,错误话单数,本地话单数,省内漫游数,省际漫游数,国际漫游数,总话费,本地话费,漫游话费，文件数
实时描述程序速度（单位时间处理的条数）的动态曲线
4.6.3.5 KPI指标采样分析
编号 KPI名称 KPI描述 系统提供数据的要求 指标定义的算法 建议采样间隔 数据类型
1 已批价话单数 采样周期内批价的话单总数量,单位：条 批价话单总数量P1 P1 60分钟 整型
2 批价的异常话单数 采样周期内批价的异常话单数,单位：条 批价异常话单数P1 P1 60分钟 整型
3
批价处理速度 一次处理的总话单量和所耗时间的比值 本批话单处理结束的时间P1，本批话单的开始时间P2，本批处理的话单数量P3 P3
/（P1-P2） 60分钟 整型
4 待处理文件数 采样周期内积压的待处理文件数,单位：个 待处理文件数P1 P1 60分钟 整型
表4.6.3.2 一次批价监控KIP指标分析
4.7本章小节
随着网络规模的不断扩大以及各种通信业务的迅速增长，对计费管理和文护的要求也非常高――准确、有效地获取计费信息，安全处理与文护以及质量监控和分析。计费数据是否准确直接影响运营商和客户的利益。错误计费会引起用户的不满，严重影响公司的服务质量和公司的形象。漏计费直接结果是减少公司的收入。
鉴于上述对电信计费系统的重要性分析，加大对计费系统的各种数据、特别是可对比性和管理性的数据的监控、核查力度，加强对计费数据的日常文护与核查，对现有计费系统实施收入保障措施是一个行之有效的手段。通过对计费系统的分析找出能够造成收入流失的漏洞并加以解决，同时需要提供预防手段，收入流失的可能性消灭在萌芽当中。
第5章 收入保障系统设计与实现
收入保障系统包括数据传输、话单预处理、计费处理细节清查、系统监控等功能模块，各模块共享数据资源，构成一个电信运营商的收入保障系统。对异常的错误话单、超长话单、超短话单等进行分析，及时进行修正，以此来挽救漏计、错计话单，用户欺诈行为监测， 从而最大化地阻止收入流失。
5.1系统开发技术框架
采用J2EE MVC开发模式，即Model、View、Controller三层开发架构, 各层的开发以不同角色进行。
Model层包括实体信息和业务逻辑的封装；
View层采用JSP/ XML/XSL技术实现业务面的展现 ；
Controller层使用ERVLET 进行业务逻辑的封装。
结构模式图如5.2图所示:
图5.2 MVC开发结构
5.2系统开发环境
Unix Server ( Sun Enterprise 250 8 CPU / 4G 内存 / 200G SCSI硬盘 )
PC 工作站 ( PIII 800/128M内存/10G硬盘)
数据库软件 ( Oracle 8i Enterprise Edition )
中间件（WebLogice）
5.3系统设计
5.3.1收入保障系统设计流程和方法
对于计费系统的稽核主要从交换原始话单、计费预处理话单、计费批价话单三个数据源进行检查和校验。具体处理流程如图5.3.1所示。
图5.3.1 计费系统收入保障流程
1. 交换机原始话单验证
目的：验证交换机原始话单的准确性。
<< 上一页 [11] [12] [13] [14] [15] [16] 下一页
电信运营商收入保障系统设计与实现 第13页下载如图片无法显示或论文不完整，请联系qq752018766
