计费自动化（精选6篇）
计费自动化 篇1
0 引言
随着我国加入世界贸易组织以后, 我国经济迅速起飞, GDP总量连年保持10%左右的增长速度, 中国电力需求的增长需要保持较快的发展速度。根据中国经济发展与电力需求增长的关系分析, 未来20年中国的电力发展预计年均增长速度为7.0%左右, 其中前10年增长速度预计为10%左右, 后10年预计为5%左右。电力工业在国民经济和社会发展中的地位越来越重要, 已经成为经济社会发展中不可或缺的重要生产资料和生活资料。加快电力发展, 关系到我国经济和社会发展全局。
1 城市配电网络现状
当国家电网公司为贯彻党中央和国务院的“十一五”发展纲要而拟定了国家电网发展的大方向时, 城市配电网络的建设却显得杂乱无章, 居民用电情况混乱, 窃电行为屡禁不止。“一户一表”的城市电网改造还没有完成, 却又赶上了中国房地产的大变革, 城市化的步伐突飞猛进, 大大小小的新楼盘如雨后春笋般遍布在城市的新、老城区, 这使得城市配电网络发展压力重重。
2“数字化电网”革命
当“数字化电网”这个概念浮出水面的时候, 中国电网的发展目标从此迈上了一个全新的而又极富挑战的台阶。
“数字化电网”不仅仅是一个概念, 它是一场革命, 电网未来的发展将在这场革命后跨入一个新时代。到那时, 整个电网运行无需人来控制, 所有设备的运行参数以及购、售电信息都将由计算机网络采集、汇总至中央电脑, 所有的操作只需在中央电脑上就可以完成, 而且所有的购、售电信息的发送、反馈都将由中央电脑自动完成 (见图1) 。到那时, 整个电网非常坚强、稳定, 供电可靠性将大大提高。
当然, 这场革命将会淘汰整个电网中大部分现有设备, 因为这些设备在功能上无法达到全数字化, 在供电可靠性上也仍然存在大量的缺陷。在此, 仅对未来“数字化电网”的终端设备——电量计费装置发表一些自己的看法。
3 电量计费自动化系统
电网对用户供电的终端设备就是电量计费装置, 俗称“电表”。
目前我国大量使用的电表还是电子式和机电一体式电表, 少数地区已经开始更换成感应式的数字电表。
这些电表有以下几个缺点: (1) 每个用户需要配置1台独立的电表, 增加了电网企业的生产成本; (2) 容易发生窃电情况, 因为现在的电表是靠人为加设封签防止用户偷电, 这种方式很容易造成用户与电力企业内部职工勾结的情况, 加大了用电监管的难度; (3) 每台电表都需派人员查抄, 这需要花费大量的人力物力, 大大增加了电网企业的生产成本; (4) 这样的电表完全没有信息采集、发送的数字模块, 无法与未来的“数字化电网”相匹配。
为了配合“数字化电网”的建设, 解决现阶段的用户电表存在的问题, 这里设计了一种数字化电量计费系统。
调度所设计的电量计费自动化系统, 具有以下特点: (1) 在客户端采用综合型电量计费装置, 1栋楼或1个单元使用1台综合型电表, 共用1个微电脑处理芯片, 能够同时实现对所有用户的电量信息分别采集、归类、存储、处理功能, 降低电表的生产成本; (2) 在电网企业端设置服务器, 能够自动接收所有电量计费装置的信息, 然后将信息存储并送入中央计算机系统计算、存档, 然后进入电费缴纳系统。整个过程由计算机系统自动完成, 减少了人力抄表的环节, 能大大节省电力企业的人力成本; (3) 当客户端电量计费装置发生异常或窃电情况, 用户电表中装设的报警装置将会立即动作, 并向中央计算机系统发送警告信息, 告知电网企业在哪个终端计费装置出现问题, 需要检查, 这样能大大降低因电表故障或窃电而产生的电量损失。同时, 这个过程不需要人为干预, 杜绝了用户与企业职工勾结窃电现象的发生, 降低了用电监察的难度; (4) 在客户端电量计费装置中可以设置显示屏及欠费提醒告警灯, 以便客户能够随时查询电量使用情况, 了解欠费情况, 方便用户及时交费; (5) 在服务器端设置电费自动服务系统, 定期通过手机短信、互联网或者电话向客户发送电费信息, 无需再指派专人派发电费清单, 节省了电网企业的人力成本; (6) 在服务器端和客户端的数字模块中嵌入远程控制系统, 能够远方遥控每个用户的停送电, 以达到停电催费的目的。
电量计费自动化系统设计:
(1) 客户端综合型电量计费装置。客户端综合型电量计费装置 (如图2所示) 工作流程:电能输入计费装置首先经过一个总的数字计量模块A0, 然后通过电表总开关B0后分别接入每个客户的支线计量模块A1、A2……以及支线开关B1、B2……。每个数字计量模块采集电量数据后自动传送至综合数字模块, 并且存储在微型硬盘里, 这些电量数据随时向服务器端发送。在每个客户端装设欠费告警灯, 通过在综合数字模块中预设的欠费额度将之分为绿、黄、红三级告警。当客户缴清电费或欠费不到最低额时, 绿灯亮;当客户欠费到达一定额度时, 黄灯亮, 提醒客户缴费, 此时供电企业也将通过网络或发短信等方式通知客户缴费;当客户欠费越限时, 红灯亮, 提醒客户若不及时缴费将会停电, 此时供电企业同样会通过网络或发短信等方式通知客户及时缴费, 若用户拒不缴纳电费, 供电企业服务器端就能通过每个客户端开关上设置的数据线, 将每个开关变位信息传送给综合数字模块, 能够实现远方遥控开关的功能, 达到停电催费的效果。
(2) 电量计费自动化系统网络布置。电量计费自动化系统网络布置 (见图3) 采用树状结构, 每个小区或楼盘设置1台小区总电量计费装置, 这台总电表将自动采集小区内所有电表的数据, 并将数据发送至城市中的分区域电量计费装置或是变电站单条出线计费装置, 最后汇总至电网企业的服务器。
(3) 电量计费自动化系统如何实现。电量数据的传输需要依靠数据网, 如果重新投资建立数据网必定耗资巨大, 因此, 可以通过互联网得以实现数据的传输。当然, 将所有设备都接入互联网其费用不菲, 因此只需花费少量资金铺设小区内部数据网, 并将每台客户端综合性电量计费装置数据传输至小区总电量计费装置中, 然后将小区总电量计费装置和区域电量计费装置通过网络运营服务商接入互联网将数据传输到电网企业的服务器即可。
建立一个电费自动服务系统, 每个客户的电量信息都被传输并存储在服务器中, 然后通过电费自动服务系统定期向客户发送电费清单, 发送途径可以通过免费的互联网或是与通信服务商合作, 建立手机短信发送平台以及自动电话服务系统。当出现欠费情况, 电费自动服务系统能够及时提醒客户缴费, 如果客户逾期不缴, 服务器将自动远程断开客户开关, 以此达到全自动化电力服务系统。
电量计费自动化系统在发现、处理窃电情况时将更加及时、有效。
可以在电量计费装置中设置防窃电装置, 当用户窃电打开计费装置时, 服务器将会得到信号, 得知该装置在何时被打开过。当窃电发生以后, 客户端电量计费装置的数据与小区电量计费装置中的数据总加将产生差值, 服务器发现这种情况时, 立刻会发出告警信息, 通知稽查人员到现场检查该装置。
4 未来展望
对于未来的“数字化电网”构想, 仅仅对客户端电量计费系统展示了自己的想法与设计。其实在整个“数字化电网”中, 还有太多太多的技术要改革创新。比如无人值守变电站技术就是为“数字化电网”作准备的, 但是现在的无人值守变电站并没有实现全数字化, 设备的运行可靠性也没有达到一个相对较高的水平, 在这里还需要不断改进, 提高技术水平。
如今最大的发展障碍, 就是没有一个统一的“数字化电网”规划与技术规范, 这种现状大大影响了电网的数字化进程。但是, 仍然期待在不久的将来, 我国的电力网能够成为世界上最坚强的数字化电网。
参考文献
[1]王明俊, 于尔铿, 刘广一.配电系统自动化及其发展[M].北京:中国电力出版社, 1998.
[2]于尔铿, 韩放, 谢开.电力市场[M].北京:中国电力出版社, 1998.
计费自动化 篇2
在MSOFTX3000系统中, IGWB与业务处理基本插框配置在同一机柜 (综合配置机柜) 内, 相关主要硬件组件包括以下几种。
主备IGWB服务器:HP Pro Liant DL380 G3
硬盘:最多可放5个容量为73.4GB硬盘, 主备服务器各5个。
综合切换器:包含有LCD显示器、键盘、鼠标等输入输出设备以及切换设备, 可以方便地在服务器间 (主备IGWB和BAM) 进行切换, 并进行操作控制。
LANSwitch:是IGWB与MSOFTX3000的通信通道。LANSwitch配置2套, 互为主、备用。
第一, IGWB主备机之间是通过虚拟IP与主机通信, 任何时候只能由激活的IGWB与主机之间存在网络连接 (因为虚拟IP只能被激活的IGWB控制) 。
第二, IGWB与SMU板之间的连接是双平面的, IGWB提供两个虚拟IP, SMU板和这两个虚拟IP均建立连接, 考虑到SMU存在主、备板且同时工作, 则IGWB与主机之间存在4个网络连接。
第三, IGWB与MSOFTX3000之间的网络中断时, SMU会产生相应的告警。
每台IGWB服务器通过4个网卡分别与到网管系统、主机系统和计费中心的LANSwitch FE网线相连。
2 软件结构和话单存储
IGWB是典型的多进程、多线程、Client/Server模式的应用软件, 包括四大进程和一个动态链接库 (格式库在IGWB中以动态链接库的方式提供给话单处理模块和话单浏览查询模块进行话单转换使用) , 四大进程依次如下。
2.1 双机进程 (cls_proc.exe)
在NT平台下, 该进程负责双机之间的状态同步、双机之间的话单序列号、文件序列号的同步, 虚拟IP的管理以及倒换等功能。
2.2 接入点进程 (ap_proc.exe)
该进程集中了IGWB对话单进行处理 (收集、转换、合并等) 的所有模块, 包括网络模块、前存盘模块、话单处理模块及后存盘模块。根据参数配置, 系统中可以存在1个或者多个接入点进程, 不同的接入点进程处理不同交换机发送的话单。
2.3 操作维护进程 (om_proc.exe)
该进程用来实现对IGWB操作、维护。这个进程里集中了日志管理、MML Server、告警、话单查询浏览及性能统计等模块。
2.4 KERNEL进程 (knl_proc.exe)
KERNEL进程作为其他进程的TCP/IP服务器端, 负责其他进程之间的消息转发, 该进程中的业务模块主要用于处理进程监控功能。
IGWB存储着原始话单和最终话单, 其中原始话单是指IGWB从交换机接收的但未经过任何处理的话单, 最终话单是指经过IGWB的预处理 (分拣、格式转换、合并等) 的话单。
3 软件参数配置
IGWB软件参数配置基于文本文件, 配置文件 (c:/IGWB/config/ini/IGWB.ini) 格式与WINDOWS平台使用的INI格式完全相同。
该参数控制每个最终话单文件的产生时间间隔, 单位为秒, 此处设为900, 即15分钟。Final File Max Time和Final File Max Size两个参数是“或”的关系。该参数表示最终话单、原始话单自动删除期限, 单位为天, 此处设为30天该参数决定此进程对接的交换机的类型, 其中0为固网, 1为MSC, 2为STP, 3为GPRS, 4为WCDMA, 5为MSOFTX3000点分格式的IP地址参数, 表示IGWB用来和交换机连接的本地IP, 表示Local Ip To Ex绑定的端口号, 在SOFTX3000移动网中, 该值默认为9901表示IGWB用来和交换机建立第二条连接的本地IP, 表示Local Ip To Ex Bak应绑定的端口号, 表示计费中心取话单超时时间, 单位为分钟, 默认为30。即如果计费采集机超过此时间间隔没有将话单采集, 则IGWB产生“话单长时间未采集”告警。但如果是IGWB主动向计费中心传送话单文件, 此参数失效。表示最终话单文件名前缀为b0000, 表示最终话单文件名的序列号长度, 默认为8。但山东省帐务中心已统一要求设为4位 (0000-9999循环产生) 。此外, 还有一个参数Postfix表示最终话单文件名后缀, 默认为dat, 一个最终话单文件名是由Prefix、CSN和Postfix三者组成的, 即:Prefix+CSN.Postfix表示双机是否使用共享磁盘阵列, 为0表示否, 1为是, 默认为0表示心跳中断允许的间隔, 单位为秒, 默认为300, 心跳中断超过此间隔则会产生“心跳中断”的告警。表示心跳链路数, 最多为5条, 默认为2。资源数, 这里“资源” (把由集群系统中各个节点共享的物理设备、逻辑设备称为“资源”, 常见的资源有共享存储介质、虚拟IP等) 主要是指虚拟IP。该参数决定了IGWB系统中应该启动1个ap_proc进程表示双机的节点号, 为0表示主, 为1表示备。该参数决定了当前IGWB是双机系统 (0) 还是单机系统 (1) 。[Link%d]节下的参数用于管理心跳链路, 其中%d在实际中将被具体的数字替换, 并受Heart Beat Count的控制。IGWB只支持串口和UDP两种心跳链路, 为COM表示串口心跳, 为UDP表示网络心跳。该参数没有实际意义, 可以任意配置, 只是为该心跳取一个名字, 当心跳链路中断时, 从客户端看到的调试信息输出使用此名称。当Type参数为UDP时, 此参数必配, 表示本地用于心跳的IP地址。当Type为UDP时此参数必配, 表示对端IGWB用于心跳的IP。串口心跳当Type为COM时此参数有效, 为1表示使用COM1, 依次类推。表示IGWB用于与MML客户端通信的本地IP地址。[Resource%d]节下的参数用于控制IGWB的资源, 其中%d在实际中将被具体数字替换, 且受[Cluster]节下的Resource Count的值的控制。表示虚拟IP资源名称, 可以任意配置。虚拟IP原地址。虚拟IP虚拟IP子网掩码由上面介绍的配置参数可以看出, 设置原始话单和最终话单只能在其硬盘上保留30天, 30天后将会自动删除。因此, 需要提前把它们备份到其他存储介质上, 以便于以后查询。
由于IGWB采用WINDOWS操作系统, 可以共享其存放最终话单的文件夹, 通过网上邻居访问并手工拷贝计费文件到其他存储介质上。但是, 每天下载几百兆的计费文件也需要耗费不少人力, 如果遇到IGWB主备倒换, 还必须记得下载备用IGWB上所产生的计费文件。
可是, 如果采用FTP网络备份方式来实现话单自动备份的话, 就可以节省不少人力, 也可以保证即使发生IGWB主备倒换, 也不会影响话单的自动备份。下面简要介绍一下实现方法。
话单自动备份的创建是基于FTP客户端-服务器模式, 即IGWB作客户端, 目的主机 (准备用作存储话单的机器, 可以配置大一些的硬盘, 如160G) 作服务器, 服务器给客户端开放一个用户。首先, 在服务器上使用系统自带的FTP, 创建FTP站点, 设置好本机IP和FTP用户名、密码、存储路径等;然后, 在IGWB.ini上添加数据配置 (主备IGWB都加) , 即IGWB的网络备份功能配置, 设置完毕, 重启IGWB, IGWB主动将最终话单实时传送到服务器上的相应路径下, 实现计费话单的自动异地备份。
4 结语
计费自动化 篇3
1 电能计量采集及计费自动化系统设计总体目标
我国大部分电力系统一直都在延用“统一调度,分级管理”的模式,所以我国的电能计量采集以及计费自动化系统根据用电用户的不同也存在着差别,但是无论存在哪种差别,总体上讲,该系统的设计都应该满足以下要求 :电网各采集、计量、考核点电能量数据的采集、传输和存储 ; 电网重要关口电量准实时监测 ; 电网线损电量计算与变电站电量平衡分析 ; 双向通信 , 完成远程维护子站任务 ; 分费率、分时段电能量统计和结算及电力营业计费核算自动化。
2 电能计量采集及计费自动化系统设计要求
首先,提高系统的抗干扰能力,因为电能计量以及计费自动化系统既涉及到企业的利益,又涉及到用户的利益,因此在设计时,一定要提高其抗干扰的能力,进而降低计量误差,进而确保电能计量原始数据真实准确,没有遗漏,与此同时设计时,还应该满足技术规范要求 ;其次,提高系统的稳定可靠性,计费系统在正常运行期间,不能出现异常情况,否则供电与用电双方都会造成损失,系统设计结束之后,在没有相关部门的允可授权之下,不允许修改,否则极容易出现不适应运行环境的情况,进而造成采集与计费误差 ;再次,电力系统是一个动态系统,如果没有发生异常情况,一直都会处于发电、变电、输电等连续的状态中,电力产品与其他产品相比典型特点是生产与销售以及购买同时进行,这对要求在设计该系统时,计量点必须以统一,通常情况下,都会以标准时钟为标准,再此基础上,还需要设计网络对钟功能,为结算以及统计提供方便 ;最后,提高系统的灵活性能,采集与计量自动化系统在设计时一定要注重其灵活性,无论是采集、传输,还是数据保存都能够灵活运用,与此同时,还能够有效的支持不同种类不同厂家的抄表,除此之外,还能够适应不同厂家生产的不同种类的电表,另外,需要加入直接上传数据的功能,以便工作人员是更加迅速的读取数据。
3 电能计量采集及计费自动化系统配置设计原则
首先,在达到现实需求的基础上,需要考虑到未来的发展情况,尤其是在信息量方面会有所增加,因此在设计时,需要保留一定的冗余设计,以免随着日后的发展,还需要重新进行设计,增加设计成本,而且也造成了资源的浪费 ;其次,数据必须真实准确,保持一致,不能出现丢失数据的情况,尤其需要注意的是保证整个系统的安全,选择质量精良的配置设备,以此来保证其安全可靠 ;再次,根据现实需要开发更多功能,比如现实要求该系统应该满足标准化的要求,另外,还应该具有可操作、可扩展的功能,基于此,设计人员应该开发网络支持平台 ;最后,在设计时,需要考虑很多问题,而不能盲目的进行设计投资,比如需要考虑性能价格比情况,与此同时还应该考虑到原有用户的投资。
4 电能计量采集及计费自动化系统设计(如图 1)
4.1 业务工作站及数据库子系统
业务工作站要想完成指定的任务,需要与数据库子系统有机结合,从而完成原始数据的储存工作,除此之外,两者结合之后,还具有以下功能 :首先,设置参数并且对所需参数进行有效的维护,在这之前,还可以对各项参数进行分析与统计 ;其次,分析电量数据,数据采集工作结束之后,该系统会根据电力企业具体的运营情况来分析电量数据,并且给出相应的分析结果,通常情况下,分析结果都是以报表或者图形的方式存在。
4.2 前置机与网桥子系统
设计该系统的主要目的是实现数据通信,尤其是计费系统与电能采集系统之间的数据通信,除此之外,还能够实现主站系统与另外系统之间的数据通信,进而达到自动采集数据目标。另外,还具有支持多种通信方式的功能 , 包括PSTN电话网通信、无线通信、载波通信、DDN专线通信等 ; 支持多种规约 ; 目前 , 有采集装置能够达到的最小采集周期可达1m in。
4.3 图形工作站子系统
地理信息系统 (GIS) 应用到电力企业还是最近的事情 , 计费系统应当直观地向电力企业管理人员提示用户或计量点的具体位置 , 进行设备维护、故障处理、定期有针对性地巡查。图形管理子系统提供基于不同比例地图的电网接线图 , 计量设备安装信息 , 在相应的地理位置上显示各类统计、分析结果。
5 远程抄表终端系统
远程超标的终端系统类型比较多,每种类型的使用场合不同,通常情况下,该系统主要是应用在普通居民用户中以及制作工业中,该系统可以算作是计费系统的补充,对完善计费系统的功能有着积极的作用。在使用实践中,远程抄表终端系统与计费系统同时接入到主站系统中,这样不仅方便采集电能量,还有利于采集数据的输送。因为我国电网中现今使用的电能表类型比较多,再加之,变电站与用电用户之间的传输通道存在着差异,进而使传输质量也出现差异 ;此外,每个电能表抄收数据都具有各自的影响范围,在这种状态下,传统的电能表已经不能适应现代数据采集工作,所以加大力度研发出多功能的远程抄表终端意义重大。
6 结语
计费自动化 篇4
面对激烈的市场竞争及复杂的业务模式, 业务支撑系统开发量与维护量都呈现大幅增长的趋势。如何确保计费项目上线的质量, 成为当前业务支撑系统的重中之重。目前计费测试大多采用手工方式, 能够测试的用例数量非常有限, 测试结果也采用人工判断的方式, 工作量大且效率低下。采用计费自动化测试, 不仅有助于全面提高测试质量, 还能提高计费项目的上线正确率。
传统计费测试的弊端
测试时间紧, 测试任务重
业务支撑系统开发量的大幅增长引发了验收测试工作量的大幅增长, 各个业务间的关联性越来越高, 回归测试工作量也不断增大, 计费测试需要采用自动化的方式在有限时间内完成大量的测试工作。
测试用例设计不规范
目前的情况是, 绝大部分测试用例都依靠手工编写, 但不同测试人员的经验和技能的差异会使得其设计出的测试用例参差不齐, 这样做不仅使得评审测试用例的时间和人力投入较大, 而且还容易出现遗漏。
手工测试覆盖面非常有限
手工测试效率较低, 在有限时间内只能进行有软件变更部分的测试以及少量的回归测试, 不可能将所有业务全部进行覆盖。更重要的是, 手工测试结果完全靠人为判断, 存在人工失误的风险。
难以实现精细化的批量测试
在测试环境上进行大批量的话单计费测试是计费测试常用的一个手段, 一般采用新旧系统分别计费后进行话单比对的方式来发现可能存在的问题。但由于一个用户可能申请多个套餐, 系统对批价优先级相同并且计费结果相同的套餐在处理顺序上可能存在随机性的差异, 就会造成套餐累加顺序不同, 进而导致后续话单计费结果不同, 有问题与没有问题的话单都出现计费结果不同的情况, 并混杂在一起, 使测试效果大打折扣。因此, 我们迫切需要一个能够对测试过程与测试结果进行精细化管理与分析的自动化测试系统。
无成熟测试工具支持
CRM系统采用通用的Web界面开发, 已能通过QTP等通用的自动化测试工具进行自动化测试, 而计费系统具有很强的行业特性, 目前还没有成熟测试工具支持, 许多领域都需要自行探索。
如何构建计费自动化测试体系
综合分析了计费测试特点和业务流程, 中国移动福建公司自主开发了计费自动化测试系统, 即BAS系统 (BOSS Automation testing System) , 测试的业务包括语音、短信、彩信、GPRS、WLAN、4G、宽带等话单。
计费自动化测试根据基础资费及套餐的优惠分段, 有针对性地生成对各种计费场景全覆盖的测试话单库, 再经过不同的测试线进行批价, 最后由自动化测试系统对不同测试线的计费结果进行比对, 从而找出可能存在的问题。
这种测试方法能够有效地克服计费手工测试的许多缺点, 测试覆盖面大、测试用例与测试过程规范、测试效率高、测试针对性强, 根据测试需要既可以专门对单一套餐进行测试, 也可以根据排列组合原理对多套餐组合进行测试。根据套餐资费的不同特点, 一个套餐的测试一般仅需准备1~2个测试用户即可, 测试话单在3~6万条左右。具体可以通过两种方法实现。
一是由自动化测试系统与测试环境待上线版本分别进行批价 (即图1中的测试线1与测试线3) , 再将两个批价结果进行比对, 用以检测测试环境待上线版本批价结果是否正确。这种方法对自动化测试系统的批价能力要求较高, 自动化测试系统要与计费系统同步开发, 开发成本较高, 而且两个测试线都是新开发的版本, 本身都有出错的可能。这种方法既能用于对待上线的新业务进行测试, 也能用于对原有业务进行回归测试, 在理论上较完美, 但在实施过程中难度较大。
二是在测试环境由已上线版本与测试环境待上线版本分别进行批价 (即图1中的测试线2与测试线3) , 再将两个批价结果进行比对, 用以检测测试环境待上线版本批价结果是否正确。这种方法对自动化测试系统要求不高, 无需具备批价能力, 仅需具备生成测试话单库及原始话单的能力。除非计费系统出现重大改变, 否则自动化测试系统无需进行变更, 可实施性强, 开发成本低。但如果出现已上线版本仍存在未被发现的问题, 由于新旧版本计费结果相同, 未被发现的问题将从此被掩盖。这种方法仅能用于对原有业务进行回归测试, 不能用于对待上线的新业务进行测试, 虽然在理论上有瑕疵, 但可实施性强, 每次上线前对300档用户数最多的套餐进行测试, 测试覆盖用户达到90%以上。
计费自动化测试系统包括如下功能模块。
测试话单的生成:该模块主要是根据呼叫类型、计费方号码、对方号码、通话起始时间、通话时长、动态漫游号、漫游地等维度, 根据一定的规则生成标准格式的话单, 测试话单生成是计费自动化测试系统的源头, 生成的测试话单是否全面将接影响测试的覆盖率。
原始话单生成:该模块根据当前业务支撑系统中的原始话单的格式需求, 生成用于业务支撑系统处理的原始话单, 包括各类二进制格式、文本格式的话单文件。
批价:该模块利用自动生成的测试详单, 在计费自动化测试系统进行批价处理, 以及批价后的检查。
结果比对:该模块对不同测试线批价后的详单进行比对, 并自动生成对比结果、比对信息统计等。
计费自动化测试实施效果
测试效率高:计费自动化测试系统的每个模块处理由界面触发, 系统后台处理, 处理效率大大提升, 不仅测试用例数大大增加, 而且节约人工测试成本。
测试覆盖率高:测试话单量大大提高, 测试覆盖率接近100%, 基本能覆盖各种拨打情况。例如对一个套餐的测试, 计费自动化测试系统共生成约6万条测试话单, 基本做到了全覆盖测试。
计费自动化 篇5
随着电信行业整合的推进,通信市场日趋饱和,行业竞争进入白热化阶段,通信技术的发展也进入了高速通道。为了给客户提供更好的服务平台,各大运营商都纷纷推出了在线计费系统(Online Charging System,OCS),它是3GPP网络架构中最重要的组成部分之一。为更好地指导3G环境下计费支撑体系的建设,3GPP组织在32.815提出了OCS的参考结构,给出了具有开放性和通用性的实时计费系统框架,支持基于承载、会话和内容事件的统一计费。这一框架将设备的话务控制功能与计费功能相分离,并建立了计费体制与会话/服务控制的直接交互,使计费完全参与到服务的使用过程中,用户边使用业务,OCS系统边计费。在这样的体系下,既可以利用独立计费系统的强大能力以提供接近于准实时计费系统的灵活性,又可以利用参与使用过程的实时特性,将欠费成本降到最低。
2. OCS作为未来主流计费方式的优势
为了提高业务支撑能力,对数据业务和增值业务实现实时计费,更加有效地防止欠费,OCS将作为未来几年通信行业3G用户计费的最主要平台存在,分析其原因主要有以下几点:
2.1 标准产品支撑方面
(1)有效支撑标准产品,为标准产品全网统一营销提供基础平台。
(2)后付费品牌语音业务的欠费仍然严重,借助OCS进行实时计费,有效控制欠费问题。
(3)弥补智能网的不足,增强数据业务计费能力。
(4)增强预付费品牌的多业务融合计费能力,支撑灵活的市场营销策略。
(5)解决短信业务按用户签约信息实时计费的问题。
(6)支持不同品牌携号码可跨平台迁移,两平台支撑套餐能力相同。
2.2 数据业务支撑方面
(1)根据业务增长趋势,数据业务将是未来业务的主要增长点。
(2)提高低端用户ARPU值,着力点在于快速发展数据业务。
(3)OCS是3GPP规范中计费体系架构的有机组成部分,是为数据业务提供在线计费的最佳手段。
(4)解决GPRS类数据业务实时扣费的问题。
(5)支撑复杂的组合产品资费,实现时长、流量和内容的捆绑优惠。
3. OCS功能及构架简介
OCS平台主要由通用接口、计费控制、批价处理、帐务处理、帐户管理、计费网关、数据管理以及系统管理模块构成,如图1所示:
3.1 OCS系统各模块的功能
通用接口:提供外部协议格式与内部协议格式之间的转换,完成计费信息格式化等功能。对接收到的OCS用户协议请求,实现OCS系统内部分发功能;对接收到的非OCS用户协议请求,根据路由表进行转发;对路由表中没有配置的,予以抛弃或落地记录;
计费控制:实现对OCS接收到的计费请求进行会话管理,并协调批价处理模块、帐户管理和帐务处理模块,完成批价及余额更新操作等功能;
批价处理:完成用户使用事件的在线费用计算、余额预留等功能;
帐务处理:实现根据帐务处理规则对客户所产生的费用进行帐务优惠处理、消费累计和周期性费用处理功能;
帐户管理:完成用户对帐户余额的充值、补款、扣款、锁定、查询及生命周期管理等功能;
计费网关:实现计费后详单的定时、定量生成并输出等功能;
数据管理:实现对客户资料、产品资料等信息从综合计费帐务系统的同步和管理,及系统内与业务相关的数据的管理;
系统管理:实现包括故障管理、配置管理、性能管理、安全管理、系统备份、统计报表及网管接口等功能。
3.2 系统各功能模块间关系
3.3 OCS的周边的接口
Bm:综合采集系统到OCS系统接口,用于传输网元处生成的话单;
Bo:OCS系统到综合采集系统接口,OCS产生的话单传输到综合采集系统;
Bh:OCS系统与综合计费账务接口,采用Web Service协议;
Bc:OCS系统与CRM、自服务系统接口,采用Web Service协议;
Bv:OCS系统与一卡充系统接口,采用基于Socket的一卡充充值协议;
Cp:OCS系统与SACP接口,采用DCC协议;
Cs:OCS系统与SMSC接口,采用SMPP+协议;
Cv:OCS系统与VAC/VASP接口,采用DCC协议;
Cg:OCS系统与GGSN接口,采用DCC协议;
Ci:OCS系统与IMS接口,采用DCC协议;
Om:OCS系统与上级网管系统接口,采用SNMP或FTP协议。
注:接口符号针对OCS系统的外部接口域的不同,分别定义为B、C和O类接口。B表示为与BSS域的接口,C表示与业务网元域的接口,O表示与业务网管域的接口。
3.4 系统间的关系
3.5 总体功能描述
OCS系统支持话音、短信、内容、流量费用的在线计费处理,依据处理方式的不同,在线计费处理归并为基于事件的计费类型(例如短信、部分内容业务)及基于会话的计费类型(例如话音、流量、部分内容业务)两种方式。
针对基于事件的计费类型,存在立即扣款及先锁定余额后扣款两种扣款模式;
含义:与网元交互一次,不分配资源片,不保存状态。
事件型业务计费主要是指短信、增值业务,如:点播等。
针对基于会话的计费类型,需要为每个计费请求建立会话,记录会话的各类状态,并根据会话状态,结合用户的余额及产品订购情况实现在线计费处理。
含义:与网元交互多次,分配资源片,保存会话状态。
会话型业务计费主要是指语音业务、数据业务等。
OCS对各类计费请求的简要处理步骤如下所述:
(1)OCS实时接收各网元发送的各类计费请求信息;
(2)OCS依据产品的分片余额锁定规则对余额足够锁定的用户,通知网元进行接续;
(3)在用户会话结束后,网元传送业务使用状态给OCS,OCS根据用户产品订购实例及产品资费规则信息进行计费处理,由OCS结合用户的实际消费量完成帐户余额的费用扣除。
4. 结束语
OCS与传统的准实时计费相比主要在于参与了用户使用业务的实时控制过程,降低了欠费风险,通过AOC等手段增强了用户感知。OCS与智能网计费方式相比主要在于实现了数据业务和增值业务的实时计费,能够支持和后付费类似的灵活资费套餐,使用户可以使用营业厅和统一客服等业务受理渠道。总之,具有众多优良特性的OCS在通信计费领域脱颖而出,将为大家提供更优质的通信服务。
摘要：着重介绍了在通信计费领域出现的新型计费方式——在线计费系统(Online Charging System)。分析了OCS在标准产品支撑和数据业务支撑方面的优势。介绍了OCS的基本功能、系统架构、外围接口、各个功能模块及其相互关系。这种计费方式,提高了业务支撑能力,对数据业务和增值业务实现了实时计费,更加有效地防止了欠费,将逐步成为新一代的电信业计费方式。
上海移动:云端计费 篇6
上海移动正在重构自己的计费系统,全力打造计费三朵云——应用云、详单云和MDB云。对于这次“大动干戈”,上海移动信息系统运营部副总经理蔡加祺给出的缘由是“中国速度”:智能终端数量猛增,数据业务话单量爆发式增长,而除夕一天的话单量是平时的5倍;与此同时,计费方式也在不断演进,从离线计费到在线计费再到资费包计费,并开始互联网化。他说:“硬件发展的摩尔定律追不上中国移动的发展速度,4G时代,云化成为解决之道。”
“惊呆了的小伙伴”
上海移动计费系统重构的目标有两个:在保持原有计费账务业务能力的基础上新增对资费包计费模式的支撑,实现计费的互联网化转型;引入全新的分布式计费架构,提升计费系统处理效率,适应中国速度的发展。整个项目涉及70多个子系统的改造、2 0 0 0多个功能菜单的梳理和开发、2200多个外围平台接口的联调测试以及2500多万用户数据的割接,自2011年8月15日项目启动到2013年1月11日应用云部分正式上线,历时16个月。2013年7月,账单云也正式上线;按计划, MDB云最晚2014年3月也会正式启用。
应用云的本质是一套可扩展的云化流处理引擎,将传统头尾连贯的业务逻辑打碎,以不同的服务组件完成不同的服务环节,并通过一个无状态的任务总线承担任务调度和路由的功能,由此完成整个应用的分布式的流处理。
详单云又包括两朵子云:查询云和数据集市云。查询云主要满足实时账单查询对高并发读写有着非常高的性能需求,由于实时查询条件单一,适合提前预制查询条件,查询云是基于Hadoop平台的。而数据集市云主要满足复杂账单随机查询和统计分析需要,这需要支持灵活的SQL语句,需要支持在无索引条件下的快速查询、统计和分析,是基于大规模并行数据库MPP技术。蔡加祺特别指出,由于无法预见突发的即时查询和统计分析会占用多少系统资源,是否会影响前台的用户体验,因此上海移动根据账单不同阶段数据查询和统计分析的不同需求分别采取了不同的数据库技术,不但保证了性能最优,同时实现了性能隔离,更好地保障了用户体验。
而MDB分布式改造新增加了10台x86服务器,其中有2台作为路由机,其他8台作为MDB机。2台路由机采用一主一备的方式,都提供查询功能。8台MDB机每台机器上部署同样的应用(用户MDB、应用MDB和余额管理M D B),即同质化部署,这样每台机器可以固定支撑一定的用户量,在后续的扩展时,可以通过简单的增加机器即可获取相应的支撑能力。MDB的8台机器每两台之间做互备,一台机器上运行主MDB同时备份另一台机器上的MDB。为了使新增MDB机器时不影响已在运行的系统,新增的机器需要形成主备的模式,即新增机器的数量需要成对,这样就可以不用调整已在运行的系统部署架构,从而使新增机器的过程中能继续提供不间断服务。
在云计算时代,业务应用的承载从RISC向x86平台迁移是大势所趋。在云化之前,上海移动的计费系统是全部运行在IBM小型机上,一共9台,而新系统是运行在26台基于英特尔至强E7平台的IBM3580服务器上的。在迁移之前,上海移动事先做了严格的压力测试,结果让蔡加祺和他的“小伙伴们惊呆了”。传统基于小机的计费系统的批价(根据既定的原则和规则,对用户使用网络的情况计算费用)延时<15min,批价效率是1:2,投资约为1300万;而基于x86服务的云计费系统的性能预期是批价延时<10min,批价效率是1:6,而投资仅仅在500万左右。目前新计费系统总吞吐量达到90000TPS,2014年3月完成M D B云化后,将超过180000T P S,同时实现了T P S随设备的线性增长能力。
极限运算的陷阱
对于这次计费系统的重构以及x86迁移,蔡加祺还重点共享了他们的宝贵经验。
非常重要的一点是,从小机迁移到x86,应用需要更强壮。小型机在高负荷运转下的平均无故障时间约在12到18个月左右,而x 8 6服务器在加电后的第一个月处于故障高发期,需要密切监控。上海移动针对x 8 6云化场景的 健壮性设计是这样的:任务总线采用双机热备方式,任意节点异常,备份节点实时接管;所有任务队列支持异常重处理机制,通过重处理剔重机制保障所有话单仅仅倍计费一次;每个内存数据库都同时在不同设备中开启两个副本,实现交易同步,一旦发生异常,可实现自动接管。
此外,蔡加祺还提到了在极限运算场景中的两个陷阱:线程数与CPU核数的匹配问题以及跨节点的网络集群协同的时延问题。
在类似MDB这样的内存集中访问的应用场景下,外部访问连接数(线程数)和CPU核数的最佳匹配关系,最好不超过20:1。在上海公司新计费系统第一阶段上线后,单台MDB设备最大连接数(线程数)达到了4000以上,线程与核数之比超过124:1,CPU大量时间耗费在线程切换上。因此,上海移动立即启动了MDB云化工作,将MDB进行拆分,并采用带超线程(HT)技术的芯片,极大降低了单核线程数,使得系统效率成倍上升。
在小机时代,大部分应用只在单机上完成,所有运算节点不需要通过复杂的网络传输和调用完成。当计费应用彻底云化后,通过寻址技术,把原来集中在一台设备上的工作打散进行实时云化的流计算,在提高系统扩展性的同时,大量的耗时集中在网络络交互上。上海移动通过本项目建设测算出:计费系统在云化后,在单条话单批价耗时中,网络延时占到了30%。因此,选择低延时的以太网技术或者Infiniband组网技术将极大提升云计算效率。