计费控制（精选9篇）
计费控制 篇1
2007年, 河南省镇平县电业局35 kV变电站全部进行了综合自动化改造, 其10 kV开关柜测控保护装置采用的是SAS311型装置。随后计量工作人员又在部分专用线路开关柜内加装了IC卡电能计费控制装置。自从安装计费控制装置后, 这些开关柜在送电过程中经常发生合闸线圈烧毁现象。我们对2007年8月至2008年8月发生过合闸线圈烧毁的10 kV开关柜进行了统计, 如表1和表2。
通过表1与表2对比可以看出, 装有计费控制装置的开关柜合闸线圈烧毁率较高, 平均达到了36%, 远远超出不带计费控制装置的开关柜。我们对该型开关柜的二次回路、机构进行了认真检查, 并对每次合闸线圈烧毁的原因进行了分析, 确定造成10 kV开关柜在合闸过程中烧毁线圈的主要原因有两个。
一个原因是计费装置出口接线位置不当, 如图1 (实线部分) 所示电路。经过测试和分析, 计费控制装置出口继电器KCC接于33处, 当用户欠费继电器KCC闭合, 开关跳闸, SAS311无法监视, 若此时进行合闸操作, 只要合闸指令未断, 则开关反复跳合, 直至合闸线圈烧毁。
另一个原因是SAS311测控保护装置合闸指令无时间性, 当开关存在故障引起合闸时间过长时, 容易烧毁合闸线圈。
我们在对合闸线圈烧毁的原因分析的基础上, 又组织有关技术人员进行了认真研究, 决定采取以下办法解决上述问题, 实践证明, 效果良好。
(1) 将计费控制装置继电器KCC出口接点由原来的33处改接在SAS311装置端子C4处 (图1中虚线所示) , 这样在继电器KCC接点闭合开关跳闸时, SAS311装置即刻中断合闸指令, 开关不再反复跳合。
(2) 对SAS311测控保护装置软件进行修改, 在原来合闸操作指令中增加3 s后终止程序的指令, 这样在开关存在故障时, 合闸失败后不会再反复合闸。
实施改接计费控制装置继电器KCC出口接点位置和增加终止程序时间办法后, 该类型开关柜从2008年10月至2009年10月的运行情况统计表明, 因计费控制装置引起的开关柜合闸线圈烧毁事故再也没有发生。目前, 镇平县电业局11座35 kV变电站全部进行了改进, 改进后减少了10 kV开关跳闸次数, 提高了供电可靠性, 取得了良好的社会效益和经济效益。
计费控制 篇2
押金：使用小鸣单车的押金是199元人民币(可退);
车费：采用分段计费的方式，每半小时计费0.1元到1元，初始为1元。车费随邀请好友个数逐渐减少(受邀或邀请总数达到10位或10位以上，车费每半小时0.1元;而邀请了一位好友，半小时车费优惠至0.9元，邀请两位好友车费每半小时0.8元，以此类推，优惠累积上限为10位)。取消预约不收费。使用单车从开锁开始计费，手动关锁后打开APP点击结束骑行后方可结束计费。
小鸣单车外观与功能简介：
颜色：清新醒目的蓝色，有别于其他单车，便于分辨;
坐垫：采取了可灵活调节且防盗的设计，适合1.4-1.8米身高的各类人士使用;传动系统：采用了最高效的链条方式，同时在链条和牙盘上安装了防护罩，避免用户裤角或裙角被油迹沾污;
车胎：为1.5寸的蜂窝式橡胶实心胎，免于维护的同时兼顾了运动属性;车架设计：采取了扁平式的斜杠几何设计，整车重量只有16公斤;
车锁：采用了专利的智能锁，自带GPS功能，同时可以保持较低功耗;为了确保用户使用，系统同时兼顾蓝牙接收功能，可在二维码被破坏时正常开锁;而上锁需要使用APP进行，分“临时停车”与“结束骑行”两种上锁模式，可根据实际情况选择。
更多热门文章推荐：
1.小鸣单车计费
2.小鸣单车收费标准
3.小鸣单车如何收费
4.小鸣单车怎么用
计费控制 篇3
1.1 网络资源分配不均
随着移动互联网数据业务的迅速发展, HTTP浏览、下载和视频构成了绝大部分流量, 而P2P (点对点) 业务则消耗了60%~80%的带宽, 这也是热点区域无线网络拥塞严重的重要原因。网络拥塞时, 如果无线侧分配资源时不考虑用户等级和业务优先级, 必然使高价值业务的Qo S (服务质量) 得不到保障, 用户体验下降。如何通过有效管控, 对拥塞小区资源进行合理分配, 从而提升用户使用感知, 已成为运营商迫切的诉求。
1.2 缺乏灵活的交互机制
随着Android、Iphone等智能手机和上网本的普及, Android Market、Apps Store等应用商城的飞速壮大, 数据业务应用不断丰富, 也对移动带宽提出了更高的需求。此外用户对流量、费用也存在个性化需求, 运营商需要为用户提供灵活的交互机制。
1.3 网络规模增长迅猛但增量不增收
移动互联网时代电信业务的盈利模式将发生改变, 数据业务和增值业务将取代传统语音业务成为新的收益增长点, 这已成为业界共识。同时, 当用户数达到一定规模后, 运营商将逐渐把业务发展模式的重心从发展用户数转变为提升业务量, 因而将不可避免地带来流量爆炸性增长, 进而导致用户体验下降。运营商只能通过不断扩容来缓解问题, 大大增加了成本投入, 而电信资费呈下降趋势, 网络规模与业务收益呈现剪刀差, 导致增量不增收。这就要求运营商转换盈利模式, 改变以前单纯依赖前向收费模式, 积极探索后向收费模式。为解决上述问题, 构建智能管道已成为运营商的必然选择和诉求。
2 PCC助推移动互联网管道智能化
智能化已成为网络必然的演进方向, 而如何实施则成为亟待解决的课题。智能管道要求的是灵活动态的调整, 所有策略应能按照业务需求进行定制、修改, 也可基于智能决策系统自动调整, 使其能够更加贴近业务, 更灵活地适配多变的业务环境。
策略和计费控制 (PCC) 为智能管道提供了可行之路。PCC架构最早在3GPP R7中明确提出, 见图1, 旨在应对数据业务流量的冲击, 实现差异化、精细化管控和运营。
3GPP的PCC架构覆盖以下3个维度, 见图2。
1) 基于用户策略的控制:根据用户的订购策略、用户等级和类型、设备终端类型、当前使用业务等信息, 进行灵活的策略控制。例如, 给予VIP用户较高Qo S等级, 保障其业务体验;用户当月访问量达到合同约定额度后, 实施限速, 保障所有用户能公平使用资源。
2) 基于网络策略的控制:在实时策略控制同时, 综合考虑网络状况, 部署细化策略, 达到合理利用网络资源、提高用户体验的目的。例如, 业务繁忙时段对低级别、大流量用户限速, 保证更多的用户能够使用。
3) 基于应用策略的控制:按照业务类型、CP/SP (内容提供商/业务提供商) 等维度进行策略控制。例如, 对QChat (天翼对讲) 、Vo IP (网络电话) 、视频电话等自营业务, 进行Qo S保障, 提升用户体验。
3 移动互联网智能化初步实践
江苏电信公司以PCC架构作为移动互联网络演进方向, 结合网络现状开展了对移动网络用户体验管理和差异化运营的实践。
3.1 总体实施方案
PCC虽然是业界一致认同的网络演进方向, 但定义的各种标准接口在江苏电信公司C网尚不具备, 因此江苏电信公司结合现网状况进行了调整:PDSN (分组数据业务节点) 作为PCEF (策略和计费执行功能) , 在目前不具备Gx接口时, 使用支持Co A (接管地址) 接口, 传递差分服务标记、业务选项标记、持久TFT (业务流样板) 最大个数、BE (尽力而为) 业务最大可用带宽, 授权给用户的Profile ID列表、用户优先级等。
3.2 忙时忙区拥塞管控
现网热点小区存在高峰时段用户数量大、业务使用量大的特性, 此外P2P不合理占用带宽造成浏览网页、观看视频不畅的现象, 用户体验下降。忙时忙区管控就是当用户进入繁忙区域后, 对此小区所有用户进行限速, 从而降低网络拥塞。选择南京火车站忙小区, 在10:00—20:00峰时, 分别对铂金、金、银、铜不同等级用户进行限速, 效果良好, 见表1。
测试时非忙时铜牌用户用迅雷下载速率可达122.66 kb/s, 忙时铜牌用户使用迅雷下载速率降至18.34 kb/s。实施后用户投诉减少, 网络负载明显减轻。
3.3 动态拥塞管控
静态定义忙时忙区虽然能对少数拥塞小区起到疏通作用, 但存在操作不灵活、工作量大、关联性差的短板。因此江苏电信公司从无线网管提取原始数据, 如无线话统分析数据、基站流量分析数据等, 按照预定义分析模型进行关联比对、分析统计, 并自动生成管控脚本, 实时下发流量管控指令, 实现了动态拥塞管控, 取得了良好效果。具体流程见图3。
3.4 公平使用策略
网吧计费系统工作原理 篇4
详解网吧计费软件的操控原理和计费方法
前面咱们分析了《网吧计费体系的解放初期-门禁体系的诞生》，或许你对这个网吧计费软件还不是很知道，那么下面咱们将从它的操控原理和计费方法上告诉你它到底是怎样的一种网吧计费体系。
（1）门禁计费体系的操控原理
计算机发动后，在未进入WINDOWS之前，首要履行一段引导顺序，此引导顺序敞开一个登录窗口，需求输入正确的账户名和暗码。若是账户名及暗码正确，则正常进入WINDOWS体系，计费正式开端。不然无法进入WINDOWS，也无法运用计算机。别的，收费体系还将一向监督用户的账户余款能否可以付出下一计费希望的上机费用。当余款不足以付出下一个最小计费单元的费用时，将及时向用户提示并自动关机，然后完全杜绝了歹意逃费和情面上机的表象。下机后，顾客有必要正常关机，不然刷卡后体系将提示关机。
（2）计费方法
计费控制 篇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组网技术将极大提升云计算效率。
在线计费系统(OCS) 篇7
随着全业务经营时代的到来, 国内电信运营商展开了新一轮的市场竞争。为了适应未来业务发展的需要, 电信运营商正不遗余力地提升业务系统的支撑能力。OCS是电信运营商提高其支撑能力的必要手段。
OCS (Online Charging System) , 即在线计费系统, 是3GPP网络架构中最重要的组成部分之一。3GPP提出的在线计费系统 (OCS) 的参考结构, 给出了具有开放性和通用性的实时计费系统框架, 支持基于承载、会话和内容事件的统一计费。
OCS弥补了BOSS系统的非实时和IN系统的不灵活;针对智能网系统对数据业务支持能力不足, 能实现多业务的支持;整合了智能网平台、业务管理平台与BOSS系统数据孤岛;支持AOC, 提升用户感知体验;灵活支持预后付费用户的捆绑营销;OCS也是运营商规避欠费风险的有效手段。
2 OCS架构
OCS主要由通用接口、计费控制、批价处理、帐务处理、帐户管理、计费网关、数据管理以及系统管理模块构成, 如图1所示:
OCS系统各模块的功能如下:
1.通用接口:提供外部协议格式与内部协议格式之间的转换, 完成计费信息格式化等功能。对接收到的OCS用户协议请求, 实现OCS系统内部分发功能;对接收到的非OCS用户协议请求, 根据路由表进行转发;对路由表中没有配置的, 予以抛弃或落地记录;
2.计费控制:实现对OCS接收到的计费请求进行会话管理, 并协调批价处理模块、帐户管理和帐务处理模块, 完成批价及余额更新操作等功能;
3.批价处理:完成用户使用事件的在线费用计算、余额预留等功能;
4.帐务处理:实现根据帐务处理规则对客户所产生的费用进行帐务优惠处理、消费累计和周期性费用处理功能;
5.帐户管理:完成用户对帐户余额的充值、补款、扣款、锁定、查询及生命周期管理等功能;
6.计费网关:实现计费后详单的定时、定量生成并输出等功能;
7.数据管理:实现对客户资料、产品资料等信息从综合计费帐务系统的同步和管理, 及系统内与业务相关的数据的管理;
8.系统管理:实现包括故障管理、配置管理、性能管理、安全管理、系统备份、统计报表及网管接口等功能。
3 OCS业务流程
OCS能实现对语音业务、短信业务、增值业务、数据业务实现灵活计费;下面将详细介绍各业务的计费流程。
1.语音业务
业务接入控制点 (SACP) 收到业务请求消息时, 根据用户的业务类型进入相应的业务逻辑, 并将相关信息和结果发送给OCS, OCS进行鉴权计费;OCS通过SACP发上来的相关信息进行判断, 对呼叫业务进行帐户鉴权、批价、反算、预留, 并将可使用的时间发送给SACP, SACP将OCS的结果转发给MSC, 用户开始使用业务时, MSC根据结果进行呼叫监控。MSC在监控的过程中将监控结果实时返回给SACP, SACP根据报告将已经使用的时间上报给OCS;OCS根据上报结果进行批价, 并对下一个时间片进行批价、反算、预留, 并将可使用的时间发送给SACP。用户通话结束时, OCS根据SACP上报的结果进行批价、扣费, 并返回给SACP。SACP下发释放呼叫信息, 呼叫结束。
2.短信业务
用户发送短信时, 向短信息中心 (SMSC) 发起短信请求, SMSC将短信请求上报给OCS, OCS对该事件进行批价和扣费, 并将计费结果返回给SMSC。SMSC根据鉴权结果判断是否接续用户短信请求, 若鉴权通过并且发送成功, 则流程结束;如果短信发送失败, 则SMSC将失败状态报告上报给OCS, OCS对事件进行重新批价和回补, 并处理结果返回给SMSC。
漫游用户发送短消息时, 拜访地MSC发送请求到用户归属的短消息中心, 用户归属地SMSC触发OCS鉴权、计费等处理。
3.增值业务
(1) 基于事件的增值业务计费、扣费流程:
计费流程:业务引擎发出业务鉴权请求到VAC;VAC对业务进行鉴权处理, VAC完成鉴权后发消息到OCS, OCS收到请求消息后进行批价计费 (对于包月计费模式, VAC每月只发送一次计费请求) , OCS批价时需要结合用户定购的资费计划完成计费批价;完成批价后OCS将结果返回给VAC, VAC根据OCS返回的结果发送允许使用业务的应答请求给业务引擎, 最后业务引擎发送业务, 如果成功则流程结束;如果发送业务失败, 业务引擎发送失败消息给VAC, VAC发补款请求到OCS, OCS收到业务使用失败状态报告请求后, 根据之前的批价记录进行补款, 补款后OCS返回补款应答给VAC, VAC发送确认消息给业务引擎。
如果用户使用的是基于事件的增值业务包月业务, VAC支持按照以下两种方式处理实现: (a) 用户在包月类业务的每月首次使用时, VAC向OCS进行计费鉴权。如果计费鉴权成功, 则VAC保留该业务当月包月计费成功, 之后每次提供业务时, 无需触发计费鉴权请求。如果包月计费不成功, 则标记当月计费不成功, 进行重试或先不向用户提供业务。 (b) 用户在包月类业务的每次具体使用时, 无论是否实时计费, 均需要到OCS进行计费鉴权, 只有鉴权成功的才允许下发到用户。但由于增值业务在SP集中发送时, 具有时间短、业务量大的特征, 为降低增值业务对OCS的计费压力, VAC应优先使用第一种计费方式。
扣费流程:业务引擎发出业务鉴权请求到VAC, VAC对业务进行鉴权处理, VAC完成鉴权后发消息到OCS, OCS收到扣费请求后直接扣费, OCS完成扣费后返回应答消息给VAC, VAC根据OCS返回的消息发送允许使用业务的应答请求给业务引擎, 最后业务引擎发送业务, 如果成功则流程结束;如果发送业务失败, 业务引擎发送失败消息给VAC, VAC发补款请求到OCS, OCS收到业务使用失败状态报告请求后, 根据之前的批价记录进行补款, 补款后OCS返回补款应答给VAC, VAC发送确认消息给业务引擎。
(2) 基于会话的增值业务计费流程
业务引擎发出业务鉴权请求到VAC, VAC对业务进行鉴权处理, VAC完成鉴权后发消息到OCS, OCS通过VAC发上来的用户资费信息进行批价、反算、预留, 并将可使用的时长或流量发送给VAC, VAC将OCS返回的信息转发送给业务引擎。当预留时长或流量到达后, 业务引擎向VAC发送消息, VAC将用户已经使用的时长或流量的消息转发给OCS, OCS根据上报的消息进行反算、预留, 并将可使用的时长或流量信息发送给VAC, VAC根据OCS返回的消息发送给业务引擎。用户业务结束时, VAC收到业务引擎送上来的会话计费停止请求消息, VAC向OCS发送已经使用的时长或流量的消息, OCS根据上报的消息进行批价扣费, OCS扣费后返回消息给VAC, VAC返回会话计费响应消息给业务引擎。
4.GPRS数据业务
用户发送PDP激活请求给SGSN, SGSN通过GTP协议向GGSN发送建立连接消息, GGSN建立PDP上下文, 并等待业务开始请求。用户发起业务后, GGSN根据消息中的特定字段获得用户的计费属性, 如果是预付费, 则GGSN识别用户使用的业务后向OCS发送计费消息, OCS收到消息后检查用户账户状态, 判断用户是否可以使用业务, 进行帐户余额预留, 分配用户可用额度, OCS完成以上一系列动作后将用户可用配额的消息发送给GGSN。在用户使用业务的过程中, GGSN根据OCS下发的可用额度, 实时监控中断用户对业务的使用情。当满足任何一种触发条件时, GGSN需要重新申请使用配额, GGSN向OCS发送申请消息后, OCS根据申请信息进行重新批价、帐户余额预留, 重新分配用户可用额度, 然后OCS将用户新的可用配额发送给GGSN, GGSN根据OCS下发的可用额度, 实时监控或中断用户对业务的使用情况。用户终止业务使用时, SGSN发起PDP激活请求给GGSN, GGSN向OCS发送终止业务消息, 报告实际使用的信用配额, OCS完成批价、并扣除用户的账户, 然后OCS向GGSN发送终止应答消息, 最后GGSN发送PDP应答消息给SGSN。
国际漫游业务当用户国际漫游时, 业务将从拜访地SGSN路由到中国联通的GPRS业务边界网管 (BG) , BG再将业务路由回归属地GGSN。在国际漫游的情况下计费, 要识别运营商代码, 需要出访国家的SGSN配合。
4 结束语
计费数据丢失原因分析 篇8
计费账务数据丢失是指由于设备故障、计算机病毒、误删除、意外事故等多方面原因造成计费账务数据无法访问的现象;计费数据错误是指输入的数据不准确、计费数据被有意或无意地修改以及计费账务数据与实际数据不符;计算机病毒、计算机犯罪、误操作、电源异常和硬件故障等因素都会威胁到计费账务数据的安全。
二、自然灾害
火灾、水灾、地震和雷击等自然灾害发生在计算机所在地, 造成数据破坏或系统瘫痪, 存储设备中计费数据也会丢失。设备坏了可以更换新设备, 计费账务数据无法还原;要恢复损失的数据, 必须要有原始数据的备份, 否则无法恢复。即便有的计费账务数据可以重新采集, 多数情况下受到时间等因素的制约。所以, 应对自然灾害造成计费数据丢失的最好办法就是异地数据备份, 将数据在另外的地方实时产生一份可用的副本, 此副本的使用不需要做数据恢复, 可以将副本立即投入使用。
三、计费误操作
计费误操作是指计费账务维护人员出现操作失误, 即人为原因。在使用计算机时, 发生错误是难免的, 但是, 这种错误可能给客户和公司带来经济和形象上许多不良影响。因此, 计费维护人员必须保持仔细、认真的优良工作态度。组织相关部门建立完善的管理体系, 加强维护人员的专业培训, 至少掌握如何对本地数据进行规范的操作, 如何备份本地数据, 从而保证数据信息安全可靠;同时还要建立相关的应急预案, 对一些发生突发事件, 可以井然有序的按照应急方案处理, 不至于到时候出现误操作, 将损失降到最小。
四、系统的电源安全
停电会使计算机失去工作动力, 而且在计算机工作过程中突然断电, 会丢失内存中尚未存盘的数据。即使非常短暂的断电, 也会引起计算机重新启动, 丢失内存中的数据。雷电、高低压线路误接等原因会造成电源出现尖峰、浪涌和电压突变, 这种情况不但会计算机工作异常, 丢失内存中计费账务数据, 而且有时会损坏主板及电路板, 造成系统无法工作。为了防止此类事情的发生, 最好对计费设备配备UPS;UPS即不间断电源, 防止断电、浪涌和尖峰的最好办法。UPS中有蓄电池, 断电后可以向计算机继续供电, 保证计费系统的正常运行工作, 同时用户还有充足的时间保存数据。
五、计费系统硬件故障
通常, 计算机部分的可靠性是用平均无故障工作时间表示的。产品的平均无故障工作时间是通过多次试验得出的统计数字, 例如主机的显示器平均无故障工作时间5-6万小时, 说明大部分显示器能正常工作5-6万小时不会出现故障, 但并保证所有的显示器都能工作5-6万小时。计算机本身就是耗材, 在工作运行中, 各个部件都会出现故障或者老化现象, 这样一来都会对计费工作造成影响。显示器、内存条及CPU坏了, 都可以更换, 同时不会造成严重的后果;如果硬盘损坏, 保存在硬盘中计费账务数据也会随之丢失, 会造成严重后果。计费数据库员应一直坚持对硬盘上的数据进行备份, 则可以大大降低硬盘故障造成的损失。
六、结束语
计费数据丢失越来越受到各个通信运营商的重视, 数据丢失不仅仅是技术问题, 同时也是一个管理问题。我们必须综合考虑各种因素, 制定合理的目标、技术方案和相关的配套法规等。世界上不存在绝对可靠安全的系统, 随着计算机技术的进一步发展, 数据安全防护技术也必然随着网络应用的发展而不断发展。
参考文献
通信计费系统的帐务处理 篇9
为了理顺电话业务的计费帐务处理, 改善服务质量, 加快电话业务的资金回笼, 促进电话业务的发展, 要求电信运营商具备一套完整的帐务处理系统, 为及时准确的提供各项业务数据做保证。
一、主要功能
系统的帐务周期一定要灵活设置。可以设置为月出帐、周出帐、最小可以设置为日出帐。应支持实时核帐;支持定期核帐;支持无主费用处理;支持需要结算的话单进行汇总、统计和摊分处理, 生成结算数据;支持多样化的优惠和资费套餐;支持客户化帐单的定制、生成;支持自动告警;支持信用度管理;支持联机指令;支持帐务的统计、查询、分析;生成中间统计报表。
能够对实时话单根据相关资费政策及客户属性或客户要求等有关元素进行核帐处理;能够对各种其它固定或人工输入费用进行处理;能够对特殊客户核帐处理;能够以文件、报表、EMAIL等形式生成查询信息并输出到相关文件或系统。
一个客户可以拥有多个付费帐户, 每个付费帐户下包含有若干帐目;帐目是帐单数据的基本单位, 帐务处理的费用计算按帐目进行, 例如市话费、长话费等;一个客户可以拥有多个用户, 每个用户拥有若干费用明细帐目, 这些费用明细帐可以分别属于不同的付费帐户。
对定期处理的清单数据, 按规定时间进行帐务处理, 在规定时间内出帐, 包括月租、特服等基本费和其它数据局的代收费用。
合帐处理是将实时处理的数据、定时处理的数据 (月租、特服) 、代收帐单等结合用户资料和合帐规则进行合帐处理生成用户明细帐。
二、实现目的
系统实现了多层次多方位的优惠处理办法, 根据定义的非政策性的优惠政策和资费套餐对用户明细帐进行最后的处理, 生成真正属于用户承担的费用, 同时生成收费数据和各种查询数据。
客户化帐单以满足客户需要为目的;客户费用项目可灵活设置, 随着业务的需要增减;针对不同的客户类别, 分别进行帐单定制;客户化综合帐单可打印、可以实现自动封装并邮寄给客户或以文本、EMAIL等方式提供。
对于因资料尚未建立而无法进行帐务处理的计费数据进行存档, 并在资料建立后, 将费用自动加载。系统合帐过程能正确处理客户资料在计费月中的变更, 如客户换号, 客户过户、增加新业务等。
系统出帐可根据各本地网的用户数量分一期或多期出帐。在每个期帐中收取部分用户一个月内各种电信业务收费项目的费用总和。帐务的管理要灵活、准确、自动化, 向用户提供完善的帐务服务。
系统支持多条件、多阶段的帐务回退功能, 经过系统自动或人工修复后在转回帐务处理流程重新进行处理, 回退及重新处理过程要有详细的日志记录, 同时生成相应的统计信息。
系统支持以各种灵活的方式进行帐务统计并能够提供文本、报表、EMAIL等方式的输出。系统能自动实现:各单位之间的费用结算并报告结果, 能够提供文本、报表、EMAIL等方式的输出;能够自动平帐;
系统支持对单项业务或大客户、典型客户等分类帐务数据的分析图表, 如一年内帐务数据的趋势图, 与上月或去年同期等的分析、比较等。管理地区人员通过图表可及时发现是否出现异常。分类指标可根据各地市的具体情况灵活指定;支持一天、一周、一月等不同参数下收入统计、分析。对某一群体、某一客户属性、某一类别用户的费用情况、交费方式、信用度等进行统计、综合分析;能够对欠费、拆机、逃费等用户的费用情况、属性、特征等进行综合分析;所有这些统计、分析结果能够以文本、图表、EMAIL等形式输出。
三、帐务处理统计
统计涉及的元素包括:用户服务类别、帐目类别、计费类别、营业区或营业点、付费方式。统计方式分为应收费用统计、业务量统计、优惠统计等。
应收费用统计包括:
按用户服务类别和帐目类别统计应收费用。
单独按帐目类别统计应收费用。
按计费类别和帐目类别统计应收费用。
按营业点或营业区和帐目类别统计应收费用。
按付费方式和帐目类别统计应收费用。
统计大客户发生的应收费用。
应收业务量统计:
按用户服务类别、营业区、营业点、计费类别统计应收计时话单。计时话单包括通话秒数、分钟数, 话单张数以及相应的优惠。
按计费类别统计应收的计时话单。
按营业点或营业区统计应收的计时话单。
优惠统计的元素包括:享受相应优惠项目的用户数、应收费用、优惠费用、实收费用等
四、计费的特殊处理
优惠处理是根据相关规定所做的对用户费用的折扣处理。特殊处理是对某些有特殊要求的个别用户费用所做的处理。
1、支持参数化、公式化的优惠设置 (支持用语言描述的公式化优惠)
能够实现对减量、折扣、固定值、及有复杂逻辑关系的优惠。
2、支持对优惠的作用范围进行限制 (如根据业务所属的运营商等的限制)
对优惠优先级别及优惠互斥关系的处理。支持各种优惠规则的单独和批量定义。
3、支持按照用户类别、计费类别、费用、身份证号、装机时间、用户积分、用户历史消费状况、及自定义的优惠用户群的定义。
能够实现客户、帐户、用户、用户群、自定义用户群的优惠。支持对优惠关系的自动更新。支持按照优惠规则、优惠量进行的统计、分析 (支持对优惠金额、享受优惠的用户的统计、分析) 。对优惠政策提供模拟分析功能。
系统支持用旧数据与拟订的新优惠政策结合模拟优惠过程, 检测优惠政策的结果, 并且能够对其进行分析, 对经营起到决策支持的作用。
基于用户总量的优惠, 总费用达到一定额度, 按一定比例进行优惠。大用户或某类用户一次付清费用时, 按一定比例优惠。
按单个帐目类型的优惠, 对特定用户进行单个帐目类型的优惠, 包括全免、限额、部分优惠、按比例优惠, 收取固定费用, 此优惠通过单个用户与优惠规则的对应来体现。
在资料管理中对优惠规则、优惠的计算公式进行管理。优惠的费用要有记载, 以便进行统计分析和帐务平衡。能对优惠政策的执行情况进行稽核。
对优惠处理能按不同的方式回退 (如:按区域, 按用户等) 。用户优惠信息的维护要有日志进行记载。
五、帐务处理的帐务平衡及审核校验
帐务处理的帐务平衡和审核校验的决定因素包含:资费标准、优惠规则、用户资料、系统业务参数。帐务处理审核校验的依据是帐务处理过程中生成的日志、各个环节生成的报表、以往各个帐务周期生成的日志及报表。
对资费标准、优惠规则、用户资料、系统业务参数等封档或备份, 帐务平衡或审核校验后, 再解除封档或删除备份。
出帐之前, 对要出帐的数据进行核对, 检查是否具备出帐条件, 并对要出帐的数据进行统计, 将统计结果保存。待出帐完毕后进行帐务平衡。
出帐过程要有日志记载, 日志内容包括出帐状态、错误信息、程序是否中断。并有程序是否重复出帐或漏出帐等情况。
出帐后, 自动对帐务进行平衡校验, 检查各种帐目是否具备平衡关系, 对不平衡的帐目写入日志。对优惠处理进行审核校验, 要依据优惠规则的设置, 体现应收费用、优惠费用、实收费用之间的关系。
对比较特殊的优惠关系, 如公免 (含全免和部分免费) , 要进行专门的统计。所有的统计都要与用户资料进行结合。
六、帐务稽核
合帐过程的每一步骤的执行要记录日志, 日志能查询、统计。
系统支持帐务异常报警功能, 通过实时合帐, 为客户提供每月最高电信费用 (门限) 限制服务, 一旦超过限额, 及时通知用户。并采取限制部分功能和降低信用度等处理措施。对于信用度低 (黑名单中) 的用户, 话费出现异常增长, 系统提供及时的统计显示, 另一方面, 交营收系统进行催费处理和采取其他措施。自动纠错和手工纠错相结合, 无效和异常数据在纠错后可以重新处理;最大限度支持回滚处理。
计费系统的日益完善是我们计费人的愿望, 只有计费系统的不断升级改造, 才能更加适应不断增加的多业务发展, 才能更加适应用户的多方面要求, 为用户提供更好更全面的服务。
摘要：由于工作的需要我一直在计费从事计费系统的查询统计、汇总报表等工作, 深感计费系统对于电信运营商的重要, 尤其帐务处理部分非常重要, 本文从我实际工作中的感受出发, 论述计费系统的功能、作用、实现方式。