中国电信计费帐务系统20规范之工程实施建议CHP8.docx

中国电信计费帐务系统20规范之工程实施建议CHP8.docx

《中国电信计费帐务系统20规范之工程实施建议CHP8.docx》由会员分享，可在线阅读，更多相关《中国电信计费帐务系统20规范之工程实施建议CHP8.docx（53页珍藏版）》请在冰豆网上搜索。

中国电信计费帐务系统20规范之工程实施建议CHP8

第八部分

本地电信业务

计费帐务系统

工程实施建议

1生产组织机制分析

1.1数据采集生产闭环的形成

数据采集：

本地电信业务计费帐务系统（简称：

本地计费帐务系统）从电信网网元（通常为数字程控交换机）采集电信业务通信使用费的原始数据（通常指原始话单数据）；对于代收业务（如数据业务、声讯业务等），则接受相关部门或单位提交的代收业务通信使用费标准化的计费数据。

数据采集生产闭环的形成，如下图所示：

•以数据源采集单元、数据采集工位形成数据源的采集环节；

•以数据采集、标准化、联机查询、质检工位形成生产闭环管理；

•以数据采集管理工位对数据源采集单元、数据采集、标准化、联机查询、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；

1.数据源采集单元

数据源采集单元通常指交换机联机采集点、脱机采集点、人工采集点、代收业务数据采集点等；主要职能是将通信计量费用的原始数据、代收业务的标准化计费数据发往数据采集工位。

2.数据采集

该工位接受数据源采集单元发送的原始数据或标准化数据，并将接受的数据电子签收或人工签收，分类存档。

3.标准化

该工位负责对原始数据的格式标准化处理，对代收业务的标准化数据则无需处理，将标准化结果分类保存，供后续生产环节处理。

4.联机查询

提供数据采集生产环节的相关查询，能够支持当前所有的原始数据、标准数据的联机查询。

5.质检

该工位是数据采集生产环节的质量控制单元。

它能够对原始数据、标准化数据进行审核校验，是向下一个生产环节传递的控制点。

6.数据采集管理

数据采集管理能够对各个工位进行授权管理，它通过对数据采集工位（数据入口）、质检工位（数据出口）进行协调管理，确保数据采集生产闭环的形成。

1.2计费管理生产闭环的形成

计费管理：

对需要计费的电信业务通信使用费标准化数据进行预处理、批价、分拣等处理，形成标准的计费话单数据；计费管理主要完成电信业务通信发生费用的规范化计算处理。

计费管理生产闭环的形成，如下图所示：

•以预处理、批价、分拣工位形成计费生产环节；

•以预处理、批价、分拣、存储、质检工位形成生产闭环管理；

•以计费管理工位对预处理、批价、分拣、存储、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；

1.预处理

预处理工位主要对计费数据进行诸如话单合法性校验、交叉话单检查、重复计费检查等。

2.批价

批价工位主要对预处理后的的计费数据进行批价处理，结合资费标准进行费用计算，形成计费话单（清单）数据。

3.分拣

分拣工位主要对批价后的计费话单（清单）数据，按业务定义的规则进行分拣排序；例如按日期、局向、呼叫类型等。

4.存储

存储工位主要对分拣后的计费话单（清单）数据，以文件或数据库的形式进行存储保管，供后续生产环节（如帐务管理）进行相应的引用处理。

5.质检

该工位是计费管理生产环节的质量控制单元。

它能够对各个工位的生产处理进行审核校验，是向下一个生产环节传递的控制点。

6.计费管理

计费管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理和协调管理，确保计费管理生产闭环的形成。

1.3帐务管理生产闭环的形成

帐务管理：

对计费处理后的通信发生费用，结合用户资料数据，生成客户化帐单，并对整个本地网的客户帐务进行管理；帐务管理主要对客户所拥有的电信业务使用费用进行帐务结算处理。

帐务管理生产闭环的形成，如下图所示：

•以出帐、结算工位形成网间结算生产环节；

•以出帐、帐务处理、质检工位形成帐务生成生产闭环管理；

•以帐务处理、销帐、欠费管理、帐单分发、质检工位形成帐务生产闭环管理；

•以帐务管理工位对出帐、结算、帐务处理、销帐、欠费管理、帐单分发、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；

1.出帐

该工位在每个帐务周期到来时，将计费管理生产环节生成的通信发生费用（形成设备帐），结合用户资料进行出帐处理（形成用户合同帐），计算出当前帐务周期所有客户的帐单费用，包括两部分的费用：

本地网客户帐单费用与其他电信网的结算帐单费用。

2.结算（可选）

该工位专门用来处理本地网与其他电信营运商（如移动电话公司、联通公司）的网间费用结算处理。

3.销帐

该工位是根据客户化帐单的用户帐务数据，提供多种手段的收费方式，向客户进行电信费用结算处理，同时向客户出具相关帐单、票据。

4.欠费管理

该工位主要是针对当前帐务周期及以往帐务周期用户欠费的管理，包括欠费催缴、欠费停机/复机/拆机的工单管理，能够为相关主管部门提供呆帐、坏帐的统计信息，并做相应的处理。

5.帐务处理

该工位是根据客户化帐单的用户帐务数据，提供多种用户帐务处理的手段，如调帐处理、减免处理、帐务报表管理、统计管理等。

6.帐单分发

该工位将出帐工位计算出的客户帐单费用，根据客户化定制帐单的规则，进行帐单管理工作，便于与客户进行各种帐单费用结算处理；并将客户化帐单进行打印分发。

7.质检

该工位是计费管理生产环节的质量控制单元。

它能够对各个工位的生产处理进行审核校验，它主要稽核帐务的平衡，销帐营收帐务的平衡，检查欠费管理工单的正确实施等，它是与其他生产环节接口的控制点。

8.帐务管理

帐务管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理和协调管理，确保帐务管理生产闭环的形成。

1.4资料管理生产闭环的形成

资料管理：

对本地网计费帐务系统中所有的客户资料、用户/客户的信用度、电信业务参数、电信资费、优惠政策等进行有效的管理；能够通过授权管理机制，在本地网范围内对系统的使用和访问形成约束能力。

资料管理生产闭环的形成，如下图所示：

•

以授权管理、资费管理、质检工位形成资费管理生产闭环；

•以授权管理、优惠管理、质检工位形成优惠管理生产闭环；

•以授权管理、信用度管理、质检工位形成信用度管理生产闭环；

•以授权管理、业务资料管理、质检工位形成业务资料管理生产闭环；

•以授权管理、用户资料管理、质检工位形成优惠管理生产闭环；

•以授权管理工位对资费管理、优惠管理、信用度管理、用户资料管理、业务资料管理、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能。

1.资费管理

该工位根据上级或本地物价部门批准的资费标准，经授权对本地计费帐务系统的资费参数进行管理。

2.优惠管理

该工位根据本地网经营部门制定的营销政策，经授权对本地计费帐务系统的优惠规则进行管理。

3.信用度管理

该工位根据本地网经营部门制定的营销政策及信用度管理办法，经授权对客户/用户的信用度进行评估及管理。

4.用户资料管理

该工位通常从“九七工程”营业系统接口自动获取用户资料的变动信息，经授权可对客户/用户的资料进行管理。

5.业务资料管理

该工位根据本地网经营部门所辖营业区各种业务范围，经授权能够对各种业务参数（如营业区、号源、帐务周期等）进行管理。

6.质检

该工位是资料管理生产环节的质量控制单元。

它能够对各个工位的生产处理进行审核校验，它主要确保资费政策、优惠政策、经营政策所涉及的关键性参数能够有效地管理，并稽核用户资料的变动状况等，它是与其他生产环节接口的控制点。

7.授权管理

授权管理能够提供本地网范围内的授权管理（如计费帐务系统的用户管理、权限管理、口令管理、工位管理、日志管理等），另外能够对对各个工位进行监控管理和协调管理，确保资料管理生产闭环的形成。

1.5综合管理生产闭环的形成

综合管理：

面向企业内部各个业务部门提供详细的统计分析信息（如计费生产所涉及的租费、通话费、帐务报表、营收统计、业务量统计、用户分类统计等）；面向企业上级主管部门领导决策层提供计费帐务生产的综合统计分析信息；面向客户提供相关的服务信息查询（如联机综合查询、170查询、传真查询、180服务等）；面向本地网计费帐务系统自身的系统管理手段。

综合管理生产闭环的形成，如下图所示：

•以质检、外部系统服务、查询管理、统计管理、系统管理工位组成生产闭环，由质检工位行使约束功能；

1.质检

该工位是综合管理生产环节的质量控制单元。

它能够对各个工位的生产处理进行约束管理，它是与其他生产环节接口的控制点。

2.外部系统服务

该工位提供向诸如170系统、180系统、“九七工程”营业系统等提供计费帐务的相关信息。

3.查询管理

该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的查询信息。

4.统计管理

该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的统计信息。

5.系统管理

该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的应用系统维护手段，并结合计算机系统、网络系统、数据库系统等系统维护管理方法，加强系统监控、数据备存、安全管理等各种措施。

2本地计费帐务系统框架建议

2.1本地计费帐务系统技术需求

本地计费帐务系统具有如下三种类型的应用：

1.批处理计算应用（Computing）；

如数据采集、预处理、格式化、批价、分拣、合帐等；此类应用的特点是周期性批处理、计算量大，系统处理的瓶颈通常在每个帐务周期的出帐阶段。

2.联机事务处理应用（OLTP）；

如销帐、帐务处理、资料管理、查询等；此类应用的特点是拥有大量的联机终端、时刻都有大量的联机事务处理，系统处理的瓶颈通常在业务量高峰时发生。

3.统计分析应用

如统计、分析等；此类应用的特点时从大量的数据（当前及历史数据）中进行各类统计计算、给出各种分析预测结果，此类应用的发生频率少，但计算量大，生成大量的统计分析数据，单个应用处理时间较长。

针对以上应用特点，在本地计费帐务系统平台建设中必须考虑下列性能：

•分布式计算：

支持分布式计算应用；

•可伸缩扩充：

具备高度的可伸缩扩充能力；

•跨平台操作：

能够在不同的管理层次和领域具备互操作能力。

•业务集成性：

能够引入和管理新的业务，以及将新业务与已有业务集成；

•数据一致性：

支持一致性数据模型，保证数据的一致性、完整性；

•高可用性：

具有高可用性（或容错）功能，能够长时间不间断运行；

•安全可靠性：

能够防止不良侵害发生、降低故障发生率，确保安全生产；

2.2本地计费帐务系统框架结构

客户/服务器结构最初是标准的两层结构。

两层客户/服务器结构作为一种通用的解决方案，对于更大的企业一级的问题或分布于广域网上的应用还存在一些问题。

例如，随着用户数的增多，数据库管理系统服务器的连接过程及处理性能可能下降；由于两层结构存在着一定的局限性，在两层的基础上可适当加入第三层──中间层。

中间层能提供一系列不同的功能，例如排队、应用执行、数据库集成等。

这种基于客户/服务器模型的三层结构具有较高的性能和灵活性。

对于联机事务处理（OLTP）应用，典型的三层结构有：

基于应用服务器的三层结构和基于WebOLTP三层应用结构等。

（如下图所示）

考虑到系统安全因素，建议本地计费帐务系统不考虑向Internet网开放，基于Internet/IntranetWebOLTP三层应用结构不应匆忙采纳；但考虑本地计费帐务系统的特点及系统的规模，对规模较大的本地计费帐务系统可结合传统客户/服务器结构，对有些具备较大业务量峰值的应用，可考虑采纳基于应用服务器的三层结构。

2.3本地计费帐务系统建设规模

根据各地本地网的规模不同，可定义如下几种建设规模分类：

计费帐务系统

实装用户

网络容量

终端数量

最大终端数量

小规模模式

20万以下

50万以下

50个

100个

中规模模式

20万~60万

120万以下

100个

200个

大规模模式

60万~150万

300万以下

200个

400个

超大规模模式

150万以上

300万以上

400个

1000个

注：

通过PSTN拨号网络上网终端数不宜超过终端数量的20%，避免过度影响系统的性能；从安全角度来说，最好限制PSTN拨号网络上网的终端访问的连接方式。

由于各地“九七工程”系统的建设都比较完善，同时都拥有成熟的建设经验，本建议仅对应用系统的结构给出指导性要求，对主机系统、网络系统、数据库系统的选型，各地可参照“九七工程”系统的建设经验自行考虑。

本地计费帐务系统主要包括如下应用：

1）采集管理

如话单采集、代收采集

2）计费管理

如计费预处理、批价处理、分拣

3）帐务管理

如帐务处理、销帐处理、欠费管理

4）资料管理

如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理

5）综合管理

如统计管理、查询管理

中小规模的本地计费帐务系统建设模式可参考采用如下图所示模式：

应用系统配置说明如下：

1）计费主机

负责处理采集管理（如话单采集、代收采集），计费管理（如计费预处理、批价处理、分拣）等。

2）帐务主机

负责处理帐务管理（如合帐、帐务处理、销帐处理、欠费管理），资料管理（如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理），统计/查询管理（如统计管理、查询管理）等。

中大规模的本地计费帐务系统建设模式可参考采用如下图所示：

应用系统配置说明如下：

1）采集主机

负责处理采集管理（如话单采集、代收采集）等。

2）计费主机

负责处理计费管理（如计费预处理、批价处理、分拣）等。

3）帐务主机

负责处理帐务管理（如合帐、帐务处理），资料管理（如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理）等。

4）销帐主机

负责销帐处理、欠费管理，统计/查询管理（如统计管理、查询管理）等。

5）应用服务器（可选）

如帐单打印服务、银行托收代理服务、话费查询应用服务等三层结构的应用。

超大规模模式本地计费帐务系统建设模式可在大规模模式的基础上，可适当采纳MPP体系结构的并行处理应用，配置并行数据库系统，实现应用的负荷平衡均载（LoadBalance）；另外应用处理的主机节点可适当根据业务量增加，满足业务处理峰值及其发展的需要，可以将不同的功能分布到各节点上进行处理。

对于省集中的系统，可以考虑按照地域划分处理节点，各个节点可以采用配置较低的硬件或者利用旧设备，同时设置两台处理能力较强的主服务器管理共享数据，并作为其他接点的热备份系统。

主服务器内置硬盘配置要求：

1000M安装操作系统；

4500M用于根（/）文件系统；

4000M安装数据库系统/或其他系统软件；

600M自由空间

256M~8000M兑换区（SWAP），适合于内存为256MB~8GB的配置。

2.4本地计费帐务系统数据存储配置规模（文件系统）

•采集应用（一个帐务周期数据，例如以月为单位）

1）以省中心下发的长途话单为例，假设每张话单为100Bytes；

每100万条长途话单所需空间为：

100MB；

每100万条长途话单对应自由空间为：

100MB；

2）以本地采集的长途话单为例，假设每张话单为150Bytes；

每100万条长途话单所需空间为：

150MB

每100万条长途话单对应临时空间（TEMP）为：

150MB；

每100万条长途话单对应自由空间为：

150MB；

如市话采用详单方式，可参照本地采集的长途话单的估算方法，其字节数可以按照长途的80%估算；

3）以本地电话计次话单为例，假设每个号码计次表长度为80Bytes；

每10万用户的本地电话话单所需空间为：

8MB

每10万用户的本地电话话单对应临时空间（TEMP）为：

8MB；

每10万用户的本地电话话单对应自由空间为：

8MB；

4）代收业务数据只是接收，不做任何处理，以实际数据文件大小为准；

例如：

以分组业务数据10MB为例，

配置存储空间10MB；

配置自由空间10MB；

•计费应用（一个帐务周期数据，例如以月为单位）

1）省中心下发的长途话单，无须中心重新计费处理，不需要占用空间；

2）以本地进行计费的长途话单为例，假设处理后每张标准话单为100Bytes；

每100万条长途话单所需空间为：

100MB；

每100万条长途话单对应临时空间（TEMP）为：

100MB；

每100万条长途话单对应自由空间为：

100MB；

如本地电话采用详单方式，可参照本地采集的长途话单的估算方法，其字节长度按照长途的50%计算；

3）以本地电话计次话单为例，假设处理后每张标准话单为80Bytes；

每10万用户的本地电话话单所需空间为：

8MB

每10万用户的本地电话话单对应临时空间（TEMP）为：

8MB；

每10万用户的本地电话话单对应自由空间为：

8MB；

每10万用户的上一周期本地电话话单所需空间为：

8MB

4）代收业务数据不做任何计费处理，不需要占用计费处理空间；

•举例说明

例一：

假设某本地电话用户50万；长途话单每月1000万张，由省中心集中处理长途话单，具有10MB数据业务和30MB声讯业务的代收数据；

数据联机保存期限为：

原始数据三个帐务周期；

标准数据六个帐务周期；

假设采用RAID5磁盘阵列技术的利用率为80%，考虑到生成文件系统时，磁盘空间其他损失，最终利用率约为75%。

根据以上估算方法为：

1）采集应用

长途应用：

原始数据即为标准数据：

（1000/100）*100MB*6=6000MB

临时空间只估算一个周期：

（1000/100）*100MB=1000MB

自由空间只估算一个周期：

（1000/100）*100MB=1000MB

小计：

8000MB

本地电话应用：

原始数据（50/10）*8MB*3=120MB；

临时空间只估算一个周期：

（50/10）*8MB=40MB

自由空间只估算一个周期：

（50/10）*8MB=40MB

小计：

200MB

代收业务：

原始数据：

（10MB+30MB）*3=120MB

临时空间无自由空间只估算一个周期：

10MB+30MB=40MB

小计：

160MB

所需的存储空间约为：

8000MB+250MB+160MB=8410MB；

2）计费应用

长途应用：

无

本地电话应用：

标准数据（50/10）*8MB*6=240MB；

临时空间只估算一个周期：

（50/10）*8MB=40MB

自由空间只估算一个周期：

（50/10）*8MB=40MB

自由空间只估算一个周期：

（50/10）*8MB=40MB

上一周期本地电话话单所需空间：

40MB

小计：

400MB

代收业务：

无

计费应用所需的存储空间约为：

250MB

3）空间开销汇总

例一所需文件系统的逻辑存储空间约为：

8610MB+250MB=8860MB；

考虑到RAID5磁盘阵列技术的利用率为75%，则

物理存储空间应为：

8860MB/75%=11,813MB，约为12GB

注：

1）本估算方法没有考虑各地的业务增长比例；

2）本估算方法没有考虑各地开发应用、工程应用所需的自由空间；

3）本估算方法没有考虑如果利用中间结果的变化趋势做审核校验所需的自由空间。

1）根据采用RAID0～RAID5技术的不同和具体磁盘组配置情况，物理存储空间计算还应进行对应调整。

2.5本地计费帐务系统数据存储配置规模（数据库系统）

•资料管理应用（数据需要长期保存）

资费管理（含日志）：

10MB

优惠管理（含日志）：

10MB

授权管理（含日志）：

10MB

其他业务参数管理（含日志）：

10MB

小计：

40MB

•用户资料管理（以每万用户为估算单位）

假设每个用户拥有1KB的信息量，每万用户空间开销估算如下：

1）用户最新资料：

10MB

2）临时空间：

10MB

3）日志空间：

10MB

4）历史变迁资料：

10MB

5）“九七”系统工单接口空间：

10MB

小计：

50MB

•帐务管理（以每万用户为估算单位/一个帐务周期）

明细帐：

存储空间：

10MB

日志空间：

10MB

合同帐：

存储空间：

10MB

日志空间：

10MB

实收帐：

存储空间：

10MB

日志空间：

10MB

托收数据缓存：

10MB

170数据缓存：

10MB

欠费数据缓存：

10MB

停/复机数据缓存：

1MB

坏帐数据缓存：

0.1MB

信用度数据缓存：

10MB

合帐数据缓存：

存储空间：

10MB

日志空间：

10MB

备存空间：

10MB

•统计/查询管理（以每万用户为估算单位）

统计数据缓存：

10MB

查询数据缓存：

10MB

小计：

20MB

•其他估算考虑及假设

索引开销占数据空间的10%；

其他数据缓存空间占系统的20%；

长途话单入库需在文件方式的情况下增加20%数据库开销

数据库系统开销：

（具体系统参数设置请参考厂商技术咨询建议）

（以每十万用户为估算单位）

系统表空间：

100MB

临时表空间：

500MB

回滚段空间：

600MB

•举例说明

例二：

（同例一）

假设某本地电话用户50万；长途话单每月1000张，由省中心集中处理长途话单，具有10MB数据业务和30MB声讯业务的代收数据；

数据联机保存期限为：

帐务数据六个帐务周期；

日志数据一个帐务周期；

缓存数据一个帐务周期；

其他数据长期保存；

假设采用RAID5磁盘阵列技术的利用率为80%。

1）资料管理应用（数据需要长期保存）

小计：

40MB

2）用户资料

用户最新资料：

50*10MB=500MB

临时空间：

50*10MB=500MB

日志空间：

50*10MB=500MB

历史变迁资料：

50*10MB=500MB

“九七”系统工单接口缓存数据空间：

50*10MB=500MB

小计：

2500MB

3）帐务管理

明细帐：

存储空间：

10MB*50*6=3000MB

日志空间：

10MB*50=500MB

合同帐：

存储空间：

10MB*50*6=3000MB

日志空间：

10MB*50=500MB

实收帐：

存储空间：

10MB*50*6=3000MB

日志空间：

10MB*50=500MB

托收数据缓存：

1MB*50=50MB

170数据缓存：

1MB*50=50MB

欠费数据缓存：

1MB*50=50MB

停/复机数据缓存：

1MB*50=50MB

坏帐数据缓存：

0.1MB*50=5MB

信用度数据缓存：

10MB*50=50MB

合帐数据缓存：

存储空间：

10MB*50*6=3000MB

日志空间：

10MB*50=500MB

备存空间：

10MB*50MB=500MB

小计：

14,755MB

4）统计/查询管理

统计数据缓存：

10MB*50=500MB

查询数据缓存：

10MB*50=500MB

小计：

1,000MB

5）其他

以上数据开销共计为：

40MB+2500MB+14,755MB+1,000MB=18,295MB

索引开销占数据空间的10%，约为1,830MB；

其他数据缓存空间占系统的20%，约为3,659MB；

应用系统数据开销为：

23,784MB，即约为24GB；

数据库系统开销：

6000MB

共计：

28,584