中国电信综合结算系统统一版本四期功能介绍.ppt

《中国电信综合结算系统统一版本四期功能介绍.ppt》由会员分享，可在线阅读，更多相关《中国电信综合结算系统统一版本四期功能介绍.ppt（103页珍藏版）》请在三一办公上搜索。

1、中国电信综合结算系统统一版本四期功能介绍,目 录,产品规格说明产品架构和关键设计,PETRI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模型 话务自学习的设计和应用 智能数据交换平台,综合结算三期现状,业务网间/漫游(卡类)/SP/结算，南北长途/长途/国际摊分功能自然月结算、不同结算周期结算；适应计费（BOSS）网管的信息点布放；计费库与帐务库分离；改进方向：数据交换的性能需要提升数据模型需要提升系统处理性能和流程需要优化话务自学习功能的提升应用级容灾，实现集团双中心建设支持移动漫游类业务支持充值卡类业务结算支持全网SP业务结算支持移动业务类互联互通结算,四期工程产品规格说明,业

2、务支持国际、省际、省内、运营商之间漫游业务支持充值卡结算支持3G增值业务结算架构和功能采用新计费数据模型实现流程调度部署数据交换平台实现网管接口和稽核实现B/S架构、内控改造要求,结算规范2.0,结算对象结算性质结算类型,数据模型,省级漫游业务系统和结算系统框架,交换平台省级枢纽,漫游业务系统,综合结算系统,经营分析系统,计费系统,VC,综合采集系统,综合网管系统,交换平台集团枢纽,帐务摊分系统,计费清算系统,漫游结算系统,国际清算中心,国内运营商,客户信息系统SRD,计费（BOSS）网管,结算分析系统,移动漫游摊分、结算业务场景,边界漫游,用户在边界区主叫 拨打归属地电话 出省漫游收费：基本

3、通话费漫游费普通长途费（eg：0.40元/分钟 0.20元/分钟 0.07元/6秒）边界漫游收费：基本通话费（eg：0.40元/分钟）拨打拜访地电话 用户在边界区被叫 用户在边界区呼转 同城特例和跨局转换,省际漫游摊分过程,省级系统功能,总部系统功能,漫游场景支撑工作考核指标,话单及时率,话单延迟度,话单合格率,国内漫游采用仿TAP3协议,TAP3 协议格式（TAP/RAP文件）流程编码：ASN.1效果：控制业务数据的质量、频度、高额、过期、生成指标,省级四期漫游业务与综合结算整体架构,目 录,产品规格说明产品架构和关键设计,PETRI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模

4、型 话务自学习的设计和应用 智能数据交换平台,传统计费结算系统建模特点,聚焦在数据模型、营销支撑、计费管控提出避免“重功能轻流程”，具体设计人员落实不到位功能视角界面流程视角界面只能设计固化、确定路径流程流程缺乏优化，资源缺乏协同流程设计方法论单一，难以体现并发按步骤描述流程草图、数据流程UML 顺序图（状态机视图）,PETRI网建模应用 基本概念,1962 C.A Petri并发、异步、分布、并行、不确定性、随机性元素：+库所（Place）圆形节点+变迁（Transition）方形节点+有向弧（Connection）是库所和变迁之间的有向弧+令牌（Token）是库所中的动态对象，可以从一个库

5、所移动到另一个库所。,Petri网理论定义,定义1 三元式N=(S,T;F)称作网，当且仅当（1）ST,ST=（2）F(ST)(TS)（3）dom(F)cod(F)=ST x ST,称 x=y|(y ST)(y,x)F)和 x=y|(y ST)(x,y)F)分别称为x的前置集和后置集,并发,冲突,建模步骤,1、在一个层次上分析系统中所有对象和资源2、分析各个对象在运行过程中不同状态3、建立各种对象、状态、资源之间的转换关系4、分析其中的冲突，进行优化5、映射为对应的处理过程和调度关系,PETRI网建模应用,PETRI网建模迁移列表,PETRI网建模应用 多流程建模,PETRI网建模应用 建模优

6、化应用,PETRI网建模后台视图,流程调度PETRI网建模应用,具备优化配置、目录结构简单、动态并发、资源节省等优势,健壮性、时间性能支持,业务处理过程按调度，没有停顿守护进程的看护进程AGENT监控告警 UI设计对应用级别容灾 支持,2流程调度配置文件,-#国内漫游结算业务SCHEDULER_001#调度配置 进程名(常驻进程数，最大可起进程数,所属事务)StepFlow=pp1_roam(1,2,1);pp_roam(1,3,2);filter roam(1,3,2);rate_roam(1,1,2);indb(1,3,3),-#系统常驻进程#SCHEDULER_SYS_PROC#Proc

7、Name=paramserver,filecheck,pas,2流程调度命令集1,1、系统查询：进程查询进程分组，名称，进程号，处理批次，处理文件对象，速度。查询当前所有批次处理情况。表头：数据源 处理中 暂停失败数据显示：数据源1数量 数量数量数据源2数量 数量数量2、数据源处理控制恢复/暂停处理一个数据源 Scheduler d start/stop 数据源编号3、进程管理控制流程调度进程管理：开始/停止/重启scheduler startup/shutdown/restart某业务的某事务的进程管理(只包括事务234)；scheduler p-start/-stop 业务代码(业务大类)

8、事务编号。开始/停止网间结算业务的事务2，即停止预处理1进程scheduler p-start/-stop 001 2开始/停止网间结算业务的所有事务scheduler p-start/-stop 001*开始/停止所有业务的所有事务scheduler p-start/-stop*,2流程调度命令集2,常驻进程管理指filecheck,pas,param等进程。scheduler r-start/-stopfilecheck002停止该进程的所有通道scheduler r-start/-stopfilecheck*如果常驻进程不分通道，则如 cheduler r-start/-stoppas*

9、停止所有常驻进程cheduler r-start/-stop*启动/停止参数 scheduler r-start/-stop param4、性能调优管理控制调整某类业务进程总数中各模块所占的比例 Scheduler x 业务代码(业务大类)事务2进程数:事务3进程数:事务4进程数比如把网间业务的进程数由2:2:2修改为3:2:4Scheduler x 001 3:2:4,流程调度(petri)设计效果,有根线以批次事务为主线，解决话务自学习、事务管理、容灾索引、回退等功能，数据处理从黑盒趋向透明不停顿通过流程调度，调度下一个应用并交接批次进行处理。与以前“甩出不管”方式不同。多并发能动态的进行

10、并发数的调整，不同与过去通道固定的做法。没有通道概念，不用维护通道目录不空转没有业务数据需要处理的时候，不会有业务进程占用资源。只有守护进程进行业务数据的监控。,流程调度业务进程监控,流程调度批次监控,Petri图 启动运行,Petri图 平台SVR退出,Petri图 任务检修,目 录,产品规格说明产品架构和关键设计,PETRI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模型 话务自学习的设计和应用 智能数据交换平台,目 录,数据组织的最小单位批次支持事务概念的以批次为单位的数据处理与回退按批次稽核高中低三频数据流结算系统信息点外部接口,批次的定义,批次的生成条件：或的关系：文件数

11、量、文件总和、批次间隔时间批次号：3位交换机号+1位业务类型.6位改名日期.4位批次号.10位小批次号(4位年2位月2位天2位小时).1位小批次号文件名定义：3位交换机号+1位业务类型.6位改名日期.4位批次号.10位小批次号(4位年2位月2位天2位小时).1位小批次号.6位序列号.2位分割序号.2位模块号,数据池,排重与批次,索引文件：数据源+日期小时,正常在线处理时，依照当前系统的运行情况，并发只要支持到按数据源排重，这样完全满足联机处理不同数据源同时排重时的并发。集中处理某一个数据源大批量话单，需要按小时来并发时，因为话单文件上的最后2位已经到小时，所以由流程调度通知多个排重程序完成对应

12、小时的排重。,同一数据源同一时间段的排重只运行一个批次的文件处于排重状态，由调度程序控制，避免不同批次同时对一个索引文件读写。,批次的定义首先按数据源，再次按大小、时间的要素。,目 录,数据组织的最小单位批次支持事务概念的以批次为单位的数据处理与回退按批次稽核高中低三频数据流结算系统信息点外部接口,事务的定义,参照数据库的ACID原则，即事务的原子性、一致性、独立性及持久性，事务特点要求如下：1、事务的原子性是指一个事务要么全部执行，要么不执行，不可只执行了一半就停止了。事务中的各步骤必须同时完成.要么就不完成.2、事务的一致性是指事务的运行并不改变事务中数据的一致性。3、事务的独立性是指两个

13、以上的事务不会出现交错执行的状态，因为这样可能会导致数据不一致，4、事务的持久性是指事务运行成功以后，就系统的更新是永久的，不会无缘无故的回滚。综合结算系统流程调度模式下运行的批次，必须遵循事务的原子性、一致性、独立性的特点，只有事务完成后，批次的源文件才能被删除，目标文件才可以正式有效，如果事务失败，则该批次的处理发生回退工作，所有中间信息包括话单文件、信息点、告警等将被删除，该批次数据回退到开始状态。,流程调度事务概念的执行/回退控制,目 录,数据组织的最小单位批次支持事务概念的以批次为单位的数据处理与回退按批次稽核高中低三频数据流结算系统信息点外部接口,三频数据流的设计,三维稽核,系统支

14、持3级稽核机制,三种频度的稽核,级别1：话单级核对。通过高频度处理时产生的数据信息点之间的稽核实现实现。级别2：系统支持按日出账，并与当日新增加数据平衡。日汇总文件日处理话单数级别3：支持按月出账累加，并于按月出账报表平衡。月汇总文件月处理话单数,目 录,数据组织的最小单位批次支持事务概念的以批次为单位的数据处理与回退按批次稽核高中低三频数据流结算系统信息点外部接口,信息点定义,四类信息点：事件、配置、故障、性能从日志生成 API实时生成和日志告警构件进行融合,信息点布放,通过计费（BOSS）网管和各网元之间的这种双向监控信息交互，实现对计费（BOSS）网管对象的全程实时监控管理。,目 录,产

15、品规格说明产品架构和关键设计,PETRI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模型 话务自学习的设计和应用 智能数据交换平台,数据模型改进,结算系统在理解规范2.0业务和技术要求基础上，参照于计费系统需要信息的完整模型，从系统的整体出发定义了该系统一些重要的业务概念和彼此的关系，划分出数据模型的六个主题域，以及重要的业务实体如产品，客户、帐户，定价计划，计费事件等及其关系。包含了数据实体和实体间的关系、属性、定义、描述和范例。用于统一计费与结算系统的重要业务概念和关系。,目 录,中间层设计应用 移动和固网结算规则树的融合,设计思想,自下而上设计,自上而下验证,内部树与外部树,

16、外部树引用内部树的部分或全部节点用于满足对外提供报表的要求。从数据完备性来看内部树相对于外部树来说是一颗完备、具有对称性的一颗树。外部树的变化只需修改内外部树的映射关系即可，而不需要改变中间层，更不需要动详单等数据。,数据中间层和指标树,5%,数据使用效率高数据生产、消费、调整流程清晰,系统性能提升支持了漫游摊分结算等业务的整合,数据中间层和原子树,1、数据存储效率,2、快速满足各业务部门、职能部门的新增需求,3、生产数据过程进行稽核控制以确保数据准确性的功能,中间层与指标树设计效果,针对结算业务设计一颗完整的可扩展的原子树，包括全业务全通话类型的原子树支持各项统计指标与结算原子树建立一对一或

17、者一对多的映射关系保证各类报表相互间的数据平衡关系95的统计渠道（出帐、分析接口、指标类统计）都是从一个数据源（统计中间层）取出统计要素，统计口径保持一致：减小系统计算压力，提高系统性能,目 录,中间层设计应用 移动和固网结算规则树的融合,结算规则树融合实施,综合结算系统在当前现有业务的情况下结算规则就已经达到了几千条，漫游结算业务出现以后，结算规则必然成倍增加，因此必须通过采用笛卡儿乘积方式化简结算规则数量，实现移动和固网结算规则树的融合。,计费结算帐目类型判断,结算规则树数据模型,结算目录（SETTLE_CATALOG）结算目录节点（SETTLE_CATALOG_ITEM）结算目录节点元素

18、（SETTLE_CATALOG_ITEM_ELEMENT）结算目录节点元素属性组合（SETTLE_CATALOG_COMBINE）结算目录节点元素属性排列（SETTLE_CATALOG_ARRAY）结算目录节点元素属性排列临时表（SETTLE_CATALOG_ARRAY_TEMPORARY）,结算账目与预处理批价,目 录,产品规格说明产品架构和关键设计,PETRI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模型 话务自学习的设计和应用 智能数据交换平台,业务监控现状,1 能监控处理流程各环节的正确性2 话务量异常突变依赖专家监控3 异常错单量突变依赖专家监控4 人工发现异常，处理滞

19、后较大5 处理异常过程复杂,概念模型,对各省某类业务某天量的变化构建一个多维度的数据魔方监控各维度数据的异常变化；根据历史数据采用经验算法不断修正维度阀值,话务量冲击,每格中次数、门限值均可不同,（广州，省内IN,休息日，第305次，正常值150万张，5上下限幅度）,150(1 5%)30,话务魔方模型,目的获得话务流量属性变化趋势数据监控话务流程变化，抛出异常提供对异常话务的稽核、堵塞流程重点问题筛孔大小能控制到什么程度各业务粒度如何分离控制属性变化的阀值设定对系统性能的影响前提：话务流量呈现规律性变化,话务自学习概念模型,维分析统计信息：日期地域信息：地域标识被叫信息：帐目类型(原子树所有

20、节点)处理信息：批次号指标话单数、时长、费用、优惠后费用、结算摊分费用依赖分析中间层原子树,监控算法,线性法F(x)=Ax+BA：变化趋势B：基准X：时间参数告警条件实际值为：M设阀值为基准的比例：n则正常情况为：Ax+B(1-n)M Ax+B(1+n)告警条件为：(M Ax+B(1-n)U(Ax+B(1+n)M),话务自学习算法,监控交互过程,话务自学习监控效果,话务自学习的设计效果,智能学习特定话务的变化规律，长期规律和波动规律（阀值、变化规律）能再第一时间停止突变的数据处理并告警，并不影响其他批次的数据的处理业务监控的粒度如何支持BIP协议,目 录,产品规格说明产品架构和关键设计,PET

21、RI网建模应用流程调度 批次概念的强化和应用 采用新计费数据模型 话务自学习的设计和应用 智能数据交换平台,智能平台产品概述,保证各计费专业系统之间的数据交换的稳定、高效作为“数据枢纽”，按物流管理思想，实现对数据产品的生命周期管理提供统一的“数据产品”管理视图提供统一、方便的数据清理、备份、存储、监控的界面实现消息类、非消息类的数据交换，具备作为开展异地查询、缴费等业务的枢纽平台,建设需求,一、建设需求二、物流管理类比三、数据交换机理四、实现效果展示,智能交换平台需求,问题省级各业务系统之间数据交互分散、效率低交互数据缺乏有效管理数据备份和清除管理不统一时间性能得不到保证交换平台能力需求保证

22、数据交换的时间性能作为“数据枢纽”提供统一的“产品”管理视图,异地业务大圈类交易流程,数据交换 两级枢纽规划,交换平台一级枢纽：支持中心各系统之间的信息交换；支持各二级枢纽之间的信息和数据转发支持：文件类/DB接口/异地缴费消息类数据交换,业务节点：业务系统，和其他业务节点组合集成业务流程异地业务的端点支持不同平台的业务端点,数据通道：可以集成包含多个业务流程,建设目标,数据枢纽横向：同一层级不同核心网元纵向：集团、省、本地网定制业务流程，作为开展全网业务的基础平台文件类数据交换高、中、低三频业务数据流控制流（信息点、日志、告警信息、回执文件）DB 接口消息类数据交换计费相关异地业务（查询、缴

23、费）服务开通,语音漫游数据交换机制,1：业务系统将来访数据传输到交换平台,2：交换平台上传到全国中心,4：出访数据和摊分帐单到归属省交换平台,5：数据到漫游业务系统处理,3：全国中心业务系统处理,6：边际漫游数据、调帐文件上传,7：边际漫游数据下发到访地确认,和 TAP3 协议结合,TAP3 协议格式（TAP/RAP文件）流程数据交换平台信息传输与稽核结合业务规则，定制流程支持解析功能方向：同步传输，支持异地业务效果：控制业务数据的质量、频度、高额、过期、生成指标,目录,一、建设需求二、物流管理类比三、数据交换机理四、实现效果展示,物流管理类比,货物（产品）运输配送任务仓储管理进货单存货单送货

24、单清货单报表,物流管理,系统数据传输传输配置数据管理接受数据保存数据发送数据清理数据报表,数据交换,数据管理,计费清单,计费帐单,客户资料,欠费信息,计费数据源,结算清单,缴费信息,产品生命周期,带库、磁盘,业务系统节点 B,业务系统节点 A,excserver,filecheck,storemngr,日志报表,配送视图,货架视图,稽核监控,网管接口,目录,一、建设需求二、物流管理原理三、数据交换机理四、实现效果展示,发货机制1,业务生产系统,智能交换平台,数据配送进程,文件级校验进程,校验目录,传输目录,产品货架,1.数据配送进程建立连接,2.数据配送进程将数据,3.文件级校验,4.合格文件

25、,5.配送到其他生产系统,6.货架存放,错误目录,7.不合格文件,8.送回业务系统重新处理,文件字冠校验文件序列号校验过期文件校验,发货机制2,业务生产系统,省级智能交换平台,服务端/客户端,传输目录,产品货架,客户端,集团智能交换平台,服务端/客户端,传输目录,产品货架,到达调度时刻,定时传输,扫描目录,建立连接,实时传输,快照,建立连接,集团智能交换平台来取货,目录,一、建设需求二、物流管理原理三、数据交换机理四、实现效果展示,数据传输通道配置,服务器命令集停传某一配送单,服务器命令集安全退出,智能交换平台的设计效果,建立对本级业务系统所有数据生产的统一视图建立对本级业务系统所有数据消费的

26、统一视图建立对本级业务系统所有数据交互过程的统一视图支持文件类、异地缴费消息类的数据交互和管理统一的数据产品生命周期管理支持开展异地业务的流程集成支持不同频次和要求（优先级别）的数据交换管理按事务方式异步数据稽核实现后台命令集方式的操作,总部、省级系统目标物理架构图,磁盘阵列,SAN,综合结算,智能交换平台,网管监控,磁盘阵列,SAN,国际清算,综合结算,网管监控,省级计费结算中心,智能交换平台,融合帐务,集团计费结算中心,D C N,WEB SERVER,TPMC的计算,根据实时计费的要求和以往系统中的经验：从采集完毕到下发完毕时限的处理周期不超过15分钟。高峰期每小时处理当天总话单量的20

27、%，要求无积压，即一个处理周期内需处理当天总话单量的20%15/605%。综合每张每条话单的处理约需1个TPMC。考虑操作系统及数据库系统的开销，至少保证还有30%的性能余量扩展能力；高峰时结算系统每处理周期处理的话单量全天的话单量5%结算系统所需的TPMC值（高峰时结算系统每处理周期处理的话单数结算系统处理1条话单需要消耗的事务处理数）/计费处理周期时长/（1系统冗余）Eg:每处理周期处理的话单量全天的话单量5%308984万/315%498万张话单 结算系统的TPMC498万张话单1事务处理/话单/15分钟/（130%）47万TPMC。,第三方软件、PC SERVER,Oracle9i（1

28、0G）WEBLOGIC 8.1.3 中间件服务器（2C4G）通信机交换平台主机,结算统一版本运作模式,应用软件产品统一版本本地化定制需求（人力情况流程满意度）各省可以优化提升管理流程规范有效的需求开发/bug修正流程故障、投诉处理流程开发、支持知识共享缺陷预防功能推广业务处理工作周报 工作日报友商合作协调，问题汇总总结,统一版本开局现状（漫游业务）,流程调度（PETRI网设计落地）处理性能提高3倍话务自学习模型系统学习经验值和趋势值实现话务量异常告警出帐流程（帐前审核）数据中间层、数据模型、数据三维稽核、智能交换平台稳定运行和网管形成有效互动C网业务江苏完成对帐，网间补丁、漫游 业务补丁已经完

29、成8月中下旬开始模拟空转，接发球测试,实施步骤,数据准备,漫游业务语音漫游数据源（MSC,或分拣数据）边际漫游区局信息H码、一次批价基本参数（地市编号、地区代码）交换平台省级业务系统之间接口省级系统和地市接口省级系统和集团接口网间业务、智能网、短信、长途等老业务数据源参数老系统出帐和处理数据,统版新需求开发维护管理流程,流程八步骤 1、BUG/需求提出(厂商实施人员/电信维护人员)2、BUG/需求汇总（项目管理）3、BUG/需求统一受理(集团审核)4、指定人员开发(开发经理)5、产品组自测，预发布（产品测试组）6、测试审核（实施测试组）7、流程审核（质量经理）8、补丁包正式对外发布（质量经理）实施要点专职质量工程师负责流程的监控定期进行开发组经验/教训总结会议,Thank You!,严肃认真 周到细致 稳妥可靠 万无一失,