业务计费（精选9篇）
业务计费 篇1
1 发展以及现状
互联网自从1995年进入我国以来,其发展速度令人吃惊,尤其是近几年,随着国家经济的急速发展,互联网的规模呈爆炸式发展。据中国互联网信息中心16次中国互联网报告中统计:增长率达31.7%,目前国际出口带宽总量突破82617 M,网民总人数突破1.62亿,仅次于美国2.11亿的网民规模而位居世界第二。统计还显示:网民对互联网的总体满意度为60.5%,而网民对互联网的资费满意度却仅有24.6%的网民表示满意,与去年相比,直接呈下降趋势。
为什么会出现网民数量逐渐增多,对互联网的资费满意度却呈下降趋势呢?这首先得由中国互联网的发展说起。我国的互联网是从羊肠小道走出来的,从1988年中国科学院高能物理研究所采用X.25协议,实现计算机国际远程连网以及与欧洲和北美地区的电子邮件通信;然后1995年5月,中国电信开始筹建中国公用计算机互联网(CHINANET)全国骨干网;同年12月,“中国教育和科研计算机网(CERNET)示范工程”建设完成。1996年1月,中国电信正式开通中国互联网,成为第一个提供商用的互联网运营商。
收费和运营同时产生,中国电信互联网用户的接入方式在刚开通时,除北京、上海、西安、武汉等八大区的地方可以提供专线接入外,普通的用户大部分是通过163拨号方式接入:用户使用电信公司分配的帐号拨号,待通过验证后进入互联网。由于受频带调制接调器(MODEM)调制方式的限制,平均带宽不到50K,但这对于从没有上过互联网的人来说,足不出户便可以浏览新闻、查阅资料等,已经非常满足,而且在计算机普及率还较低的上世纪90年代后期,对于每月100元的上网费也基本满意。
随着互联网内容逐渐丰富,中国互联网进入了一个空前活跃的时期,应用和政府管理齐头并进。1999年1月22日政府上网工程启动,主站点www.gov.com随即开通试运行。2000年7月7日,由国家经贸委、信息产业部指导、中国电信集团公司与国家经贸委经济信息中心共同发起的“企业上网工程”正式启动。2001年,以运营《传奇》为首的盛大网络等一批游戏提供商如雨后春笋般发展起来,成为中国大陆网络游戏市场上的霸主。这个时期网民的数量急剧增长,网民不仅满足于查阅资料、收发电子邮件等,网络视频、电子商务等新的应用吸引了更多人的眼球。在这个时段的后期,随着电信新一轮的重组,中电信、中网通、长城宽带等运营商为了竞争,接入互联网的资费频频下调,1997年4月28日开始执行的邮电部《关于增加计算机互联网CHINANET)业务收费方式(试行)的通知》中关于拨号方式的规定:1)每月费用为300元,每月使用时间限75小时,超过部分每分钟收取0.5元。2)国内帐号的为:每月100元,不限通信量。虽然规定了标准,但各运营商在实行中都打了折,拨号用户的平均ARPU为70元左右。
2003年以后,随着应用多元化阶段的到来,互联网逐步走向繁荣。各运营商加大对互联网的投资,千兆级路由器的在骨干网上的商用更为宽带网络提供了物理保障,宽带接入方式之一——XDSL,大规模发展起来,这种方式是通过在现有电话线的基础上增加DSL,其下行速率可达14M,上行可达2M。另一种宽带接入方式FTTX+LAN,也随着光缆价格的急剧下降而颇受运营商的青睐。与此同时,无线上网随着手机的普及在近几年得到了高速发展,图1是不同上网方式的网民规模。
从图1可以看出,1.62亿网民中,宽带网民(含专线)已经达到1.22亿。宽带网民数的增加意味着中国居民的上网条件进一步改善,更多的网民可以通过较快的网速、较稳定的网络连接畅游互联网。
目前,经过十几年的发展,互联网功能已经至少拓展到四个方面:信息渠道、沟通、娱乐和生活助手功能。反映互联网信息渠道的应用主要有网络新闻和搜索引擎,新兴工具有博客;起到沟通工具作用的网络应用主要有电子邮件和即时通信工具;发挥典型娱乐工具的网络应用有:网络音乐、网络影视和网络游戏;能反映互联网生活帮手的应用主要有:网上求职、网上教育、网上购物、网上旅行预订、网上银行和网上炒股等。这些层次的互联网应用都非常深入人们的各种日常活动,才是真正数字时代的来临,主流网络应用使用率如表1。
网速增加和网络应用的丰富,并没有使互联网用户的ARPU值升高,反而逐渐下降。从中国互联网发展第16次公布上显示:目前中国单个网民每月的平均上网花费为75.1元,与历年上网费用相比,费用在逐年下降。中国居民的收入在持续提高,上网费用的下降,必然会促进互联网接入业务的发展。从各档次上网费用构成上看,中国有接近一半(44.6%)的自费网民月均上网费用不超过100元。
ARPU值的下降,一是随着科技的发展,每用户接入互联网的成本随规模逐渐下降,二是因为市场竞争的结果,图3是中网通某中等城市的互联网用户近几年的ARPU值变化情况。
从以上资料中可看出,随着网络技术的发展和网上应用的丰富,互联网收费不增反降,用户对资费满意度不增反降,这一方面是因为人们消费意识增强了,而更主要的原因是运营商对互联网资费定价较单一,许多人认为他们是为别人买单,收费方式及其不合理。所以运营商针对这种情况,应改变互联网计费方式。
2 新的计费模式的思考
1)实行按照流量收费模式。借鉴国外经验,按流量计费的方式在国际上是比较普遍的,英国电信等主要都采取了这种方式。中电信可能会考虑针对用户浏览的不同内容进行收费,将互联网上的信息进行区分,从而进行区别收费。2007年2月7日,南京电信开始酝酿对宽带上网服务实行按流量计费,并推出了若干套餐。随后,上海市电信研究院已成立“按流量计费研究部”,基于网络流量的计费模式着手进行试点。如果效果理想,年内将在整个上海推出。这种宽带接入服务模式将同时提供给用户选择,同时上海电信还将加强和一些内容提供商、内容集成商的合作,把流量、速率、时间、内容等元素有机结合,提供一系列‘组合拳’给用户。”知情人士称,无论是南京还是上海,电信运营商酝酿改变宽带计费方式的目的都一样,都是合理计费,提高用户满意度。
这种收费模式技术上是存在困难的,流量有时是难以计算,无法区分哪些是有用的流量信息,哪些是垃圾信息,如果一视同仁,用户投诉会增多。但根据多数国外运营商的经验,单纯的按流量计费或者按时间计费不是理想的计费模式,必须结合内容计费才能更好反映业务价值和承担成本负担。电信的资费政策最根本目的是推广各类宽带业务,让所有的用户公平享受到各类业务,而资费政策不可能违背这一点。
2)建立宽带应用平台。移动梦网的成功给固网电信运营商带来极强的示范效应,中国电信和中国网通等固定运营商也借鉴移动梦网运作模式开始有意识地在宽带互联网上建设宽带应用平台,而其他一些规模较大的应用内容提供商也开始打造基于自身优势的应用平台。比如盛大网络的战略就是打造基于游戏运营为基础的互动娱乐应用平台。
互联网是一个开放体系,任何人都可以在互联网上开发应用。如果将互联网上搭建宽带应用平台比作是在河流上修建大坝,则宽带应用平台管理模式是保证大坝牢固性的关键。如果大坝不结实或者被第三方轻易旁路掉,那么大坝的存在毫无意义。因此电信运营商必须考虑如何建立合适的应用平台管理模式。建立宽带应用平台,要从电信运营方面的多年研究和实战操作经验,从电信网、互联网和有线电视网的网络特点出发,对比分析这三种网络的业务、管理和计费模式特点类似点和差异性。从电信历史网络、现状和未来发展的角度,通过分析移动网络成功的案例来剖析宽带互联网应用平台管理模式。
从发展战略考虑,宽带电信运营商需要去建立宽带应用平台,构建宽带应用专属区域,有选择对重点应用进行计费管理。通过控制重点应用计费来实现对应用内容的控制,从而提高自身附加值和影响力。
3)实行主叫收费模式。第三种方式是借鉴现有的固话收费,即按主叫收费,即由谁发起由谁付费。这样可以有效的遏制病毒在互联网的传播。2004年在互联网上大肆传播的蠕虫病毒,让众多网民深恶痛绝,她是由装载(或感染)了病毒的机器,不停地对互联网的机器扫描,不停发PING包,最终导致网络拥塞。如果在当时有这么一种计费方式,不仅很快可以锁定目标,更重要的是为网络运营商带来丰厚的收入。
参考文献
[1]吴宛萍,丁益祥.基于Proxy的网络计费方法[J].现代计算机,2000(5).
[2]严超.一种宽带接入网络计费方法[P].中国专利:CN01114892.6,2001.07.09。
[3]李霞,李之棠.基于代理的网络计费系统[J].郑州轻工业学院学报:自然科学版,2000(2).
业务计费 篇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
老师：你在家里写的日记怎么全都不写标点符号？
贝贝：我老爸定的日记奖励办法太怪了！
老师：他说怎样计奖？
贝贝：按字数给钱，标点符号不算！
（石宏）
原来如此
有一名正在学开车的学生，在开车的时候，尤其是在双行道的马路上，只要有另一辆汽车驶近，他的精神就会高度紧张。但有一天，他们来到同一段马路上练车，那名学生却一直都很平静。
“这一次，你表现不错！”老师高兴得叫道。“是的，”那名学生承认道，“现在，只要看见另一辆汽车开过来，我立刻就闭上眼睛。”
（李荷卿）
流泪长吟
在讲鲁迅的《从百草园到三味书屋》时，其中有一句“蝉在树叶里长吟”。我给学生讲“长吟”的意思是长声鸣叫。学生马上运用到作文中：“我这次成绩考砸了，回到家不敢向爸爸说，一个人在被窝里流着泪长吟。”
（司志政）
急救课上
急救课上，老师问道：“有人受伤，第一步该怎么办？”
下面一片沉默，突然，何超站起来，说：“我知道，问他要不要捐赠器官？”
（占正邦）
美术课
美术老师是个大男孩，穿着很另类。我们总喜欢把每周一节的美术课当作休息课，很多人故意不带水彩颜料和画笔，还在课堂上随意地聊天。
大男孩很生气，“啪”地一下将黑板擦扔到讲台上，然后抱起他的书走出教室，还将门狠狠摔上。我们惊得不敢出声。
5分钟后他返回。我们一直注视着他的行动，大气也不敢出。他在黑板上画下一只大大的猪，只是没有画眼睛和嘴巴。
画完了他将粉笔丢进粉笔盒，说：“这是今天的作业，画出猪的表情。”
第二天，交上去的美术作业都是表情愤怒的猪。
综合VPN业务计费问题探讨 篇4
1 综合VPN业务的组网结构
综合VPN业务系统组网如图1所示, 负责呼叫处理的业务逻辑加载在综合VPN业务平台上, 使用独立IP放音。C网用户呼叫由MSCe/MSC通过WIN协议触发到业务平台, 固网呼叫由本地网汇接层SSP通过INAP协议触发到业务平台。
目前综合VPN业务只对后付费用户开放, 通过后台省计费中心准实时获取综合VPN业务相关网元的通话清单进行批价处理。
2 综合VPN业务的计费点说明
综合VPN业务提供网内通话优惠、网外号码组等优惠功能, 业务平台根据主被叫号码信息判断优惠类型, 将优惠类型落入通话清单中, 后台计费系统直接清单中优惠类型进行批价, 可大大减轻后台计费系统的支撑工作。所以目前综合VPN业务的计费点设在综合VPN业务平台, 其他网元如固网SSP及C网MSCe/MSC产生的通话清单由计费系统剔除。
3 综合VPN业务主要网元话单产生原理
综合VPN业务平台在用户挂机后, 会生成一张通话清单。综合VPN业务平台对C网主叫流程产生的通话清单是依据触发呼叫的第一条消息 (ORREQ) 中提取主叫、被叫号码信息及主叫MSCID、MSC GT、CELLID等信息, 并根据MSCe/MSC上报的OANSWER和ODISCONNECT消息中的时间记录呼叫开始和结束时间。对C网被叫流程产生的通话清单依据触发呼叫的第一条消息 (ANALYZD) 中提取主被叫号码信息, 被叫MSCID、MSC GT及CELLID等信息则从被叫VMSCe/MSC上报的TANSWER消息中提取, 对于呼叫开始时间和结束时间分别从被叫VMSCe/MSC上报的TANSWER和TDISCONNECT消息中提取。
除了综合VPN业务平台产生话单外, 对于主叫流程, 在始发MSCe/MSC上还会产生MOC话单, MSCe/MSC根据SCP在orreq响应消息中携带的DMH-ServiceID参数, 在话单中记录智能业务标识值。对于被叫流程, 在被叫VMSCe/MSC产生MTC话单, MSC根据SCP在tdisconnect响应消息携带的DMH-ServiceID, 在话单中记录智能业务标识值。对于取平台通话清单为计费话单的情况, 后台计费系统根据智能业务标识剔除MSCe/MSC上产生的话单。
目前MSCe/MSC上的话单会按一定时间段 (比如30分钟) 进行长时间话单分割, 中兴、华为MSCe直接准实时将每张分割话单传递给后台计费中心, 而阿朗MSC将分割话单合并后, 再传递给后台计费中心。
4 典型计费问题及解决方案
在综合VPN业务调测中出现的典型计费问题可按产生原因归为以下两类:
(1) MSCe/MSC与平台配合产生的计费问题
(2) 业务平台本身不完善产生的计费问题
4.1 MSCe/MSC与平台配合产生的计费问题
(1) C网用户做被叫长时间通话, VMSCe上被叫话单不能剔除, 引起对用户重复计费问题
问题描述:C网用户做被叫, 长时间通话 (时长超过30分钟) 后, 被叫VMSCe产生多张话单, 中间分割话单为普通呼叫话单, 影响后台计费系统剔除话单, 导致对用户重复计费。
原因分析:当主叫VMSCe/GMSCe和被叫VMSCe不是同一个MSCe时, 呼叫流程如图2示意。
被叫通话信令流程要点说明如下:
(1) SCP收到ANLYZD (Initial触发器) 消息, 向GMSC/SSP (主叫VMSCe) 返回anlyzd响应消息, 其中携带了DMH_ServiceID参数。
(2) SCP收到ANLYZD (Called_Routing_Address_Available触发器) 消息, 由SCP直接进行业务处理, 向GMSC/SSP (主叫VMSCe) 返回anlyzd响应消息。
(3) 用户接听后, SCP收到被叫VMSC/SSP送来的TANSWER消息。SCP记录呼叫开始时间, 不做其他处理。
(4) 用户通话结束后, SCP收到被叫VMSC/SSP送上来的TDISCONNECT消息, 向被叫VMSC/SSP返回tdisconnect响应消息, 其中携带了DMH_Service ID参数。SCP产生通话清单, 记录通话结束时间、通话时长。
从上面的流程可以看出, 被叫VMSC/SSP发出TANSWER后, 通话开始, 而此时被叫VMSC/SSP没有智能业务标识的信息, 所以在VMSC上产生的每30分钟出的分割话单中没有智能业务标识;而通话结束后, 被叫VMSC/SSP发出TDISCONNECT后, SCP回送响应tdisconnect消息, 携带了DMH_Service ID参数, 所以被叫VMSC/SSP出的最后一张话单中会打上智能业务标识信息。
解决方案:
通过上述信令流程分析, 可知由于WIN协议缺陷导致被叫分割话单中无法落入智能业务标记, 针对该问题有以下几种解决方式:
方式一:后台计费系统按用户资料将MSCe上的话单全部剔除;
方式二:后台计费系统依据MSCe上的话单其他智能业务相关信息剔单, 如智能话单中的SCP GT地址进行剔单。这种处理方式仅限于该SCP加载的所有业务都是取平台话单做为计费话单的情况, 对于部分业务取MSCe上话单做为计费话单的情况, 不能如此处理。
方式三:扩展现有WIN协议, 要求SCP在应答后下发的呼叫检测CCDIR操作中扩展DMH-ServiceID参数, MSC对应答后收到的第一个CCDIR操作中携带的DMH-ServiceID进行保存, 并取该智能业务标识值做为中间分割话单中的智能业务标识值。
上述3种解决方式中, 方式二要求加载在同一SCP上的所有业务都取平台话单作为计费话单, 存在一定局限性;而方式三要求对现有协议扩展, 网络改造实施较慢, 所以现网采取方式一能较快解决该问题, 使业务尽快上线。
(2) MSCe与业务平台发生信令同抢, 引起的计费问题
问题描述:在综合VPN业务计费校验测试中, 发现少量呼叫MSCe上产生普通话单, 而平台无话单或平台产生的话单通话时长比MSCe话单短。这个问题导致对用户计费不正确, 引起用户投诉
原因分析:通过在综合VPN业务平台前挂表跟踪信令, 发现综合VPN业务平台发送CCDIR和接收ANSWER (或者DISCONNECT) 消息几乎同时发生 (如图3示意) , 综合VPN业务平台在发送了CCDIR操作后启动定时器监视MSCe回送的ccdir响应消息, 但此时收到了MSCe发送的ANSWER或DISCONNECT消息, 平台认为ccdir响应有误, 将上层业务处理应用关闭, 并对后续从MSCe收到的DISCONNECT消息由平台底层发送不带DMH-ServiceID的响应消息。导致MSCe产生普通话单, 对应该呼叫在平台上并没有话单或智能话单的时长是6分钟 (CCDIR心跳检测消息下发的时间间隔是6分钟) 的整数倍。
解决方案:综合VPN平台进行修改, 增加对发送CCDIR与接收MSCe上报的ANSWER或DISCONECT消息同抢的容错处理, 对MSCe上报的DISCONNECT消息正确回应带DMH-ServiceID参数的响应。
(3) 被叫VMSCe上报的被叫MSCID不正确, 引起的计费问题
问题描述:在综合VPN业务计费校验测试中, 发现少量被叫话单中被叫MSCID并不是被叫当前拜访地VMSCe的MSCID, 而是错误填写成主叫VMSCe的MSCID值, 导致后台计费系统误判断用户漫游状态, 计费批价不正确, 引起用户投诉。
原因分析:通过在综合VPN平台前挂表跟踪此类呼叫, 发现C网被叫流程中被叫VMSCe上报的少量TANSWER消息携带的被叫MSCID值不正确, 导致综合VPN业务平台被叫话单中填写的被叫MSCID不正确。
对C网被叫流程, 主叫VMSCe需向被叫HLR获取漫游号码, HLR指示被叫用户在某个MSCe下, 主叫VMSCe与这个MSCe建立连接, 但当被叫MSCe下发寻呼指令去寻呼用户, 寻呼不到用户 (用户在边界地区或者用户更新不及时) , 被叫MSCe进行局间的扩展寻呼 (ISPAGE2寻呼) , 最终用户在其他的MSCe下接通, 被叫MSCe通过T_ANSWER消息本应上报用户最终的MSCID, 但该MSCe版本存在bug, 错误填写成主叫VMSCe的MSCID, 致使综合VPN业务平台话单中的被叫MSCID值错误。
解决方案:要求MSCe针对该问题打上补丁。
4.2 业务平台本身不完善产生的计费问题
(1) 业务平台对拨打0086国际号首解析不正确, 引起的计费问题
问题描述:综合VPN业务计费校验测试时, 发现业务话单中对被叫是0086+被叫的号码, 没有打上正确的呼叫类型标识, 导致后台计费系统批价不正确。
原因分析:业务没有对被叫是0086+号码的形式, 进行国际号首剥离后继续分析。按照局数据规范, C网手机上应放通0086+不带0区号+本地号码及0086+手机号码的拨号方式。所以业务要对此类被叫进行国际号首剥离后, 再进行后续呼叫处理。
解决方案:业务针对该问题升级版本解决。
(2) 业务对超过12位长的本地号码自动处理, 引起的计费问题
问题描述:综合VPN业务计费校验测试时, 发现SCP平台话单中存在对拨打12位长的本地号码多加了一个0, 导致后台计费系统批价不正确。
原因分析:经检查, 12位长的本地号码号首与国内区号重叠, 目前业务对号码进行规整, 将此类被叫都自动补充了0进行后续分析。
解决方案:业务升版解决, 对所拨打的超长本地号码不进行号码规整。
(3) 业务平台上MSCID数据不齐, 引起的计费问题
问题说明:综合VPN业务计费校验测试时, 发现业务平台话单中本地号码规整时, 只填充一个0, 没有补上对应区号, 导致计费批价不正确, 引起用户投诉。
原因分析:综合VPN业务平台上配置触发点MSCID对应全国电信区号的数据表, 业务采取全匹配MSCID值查找对应区号。如果业务平台上没有将配置MSCID的呼叫触发上来, 将找不到区号, 不能在本地被叫号码前正确填补区号。
解决方案:综合VPN业务平台补齐全国MSCID对应电信区号的数据。
4.3 CDMA业务计费问题处理经验总结
综合VPN业务作为一个典型的综合智能网业务, 业务平台与C网核心网都必须严格按照CDMA网络及无线智能网协议规范[1,2,3]进行功能逻辑处理及信令消息处理。在处理相关计费问题时, 首先要熟练掌握和深入理解WIN协议规范, 其次做好业务平台及MSCe信令消息及业务逻辑日志跟踪, 对信令消息进行详细分析, 才能准确定位原因, 找到最终解决方案。
5 结束语
在目前移动网络大举建设过程中, 初始必然存在各网元配合异常或网元本身不完善导致的计费问题。本文重点对综合VPN业务调测过程中出现的典型计费问题进行了定位及解决方案分析, 希望给后续CDMA智能网业务的上线提供宝贵经验。
参考文献
[1]YD/T1031-1999800MHZ.CDMA数字蜂窝移动通信网移动应用部分技术要求
[2]YD/T1208-2002.800MHz CDMA蜂窝移动通信网无线智能网 (WIN) 阶段1:接口技术要求
网吧计费系统工作原理 篇5
详解网吧计费软件的操控原理和计费方法
前面咱们分析了《网吧计费体系的解放初期-门禁体系的诞生》，或许你对这个网吧计费软件还不是很知道，那么下面咱们将从它的操控原理和计费方法上告诉你它到底是怎样的一种网吧计费体系。
（1）门禁计费体系的操控原理
计算机发动后，在未进入WINDOWS之前，首要履行一段引导顺序，此引导顺序敞开一个登录窗口，需求输入正确的账户名和暗码。若是账户名及暗码正确，则正常进入WINDOWS体系，计费正式开端。不然无法进入WINDOWS，也无法运用计算机。别的，收费体系还将一向监督用户的账户余款能否可以付出下一计费希望的上机费用。当余款不足以付出下一个最小计费单元的费用时，将及时向用户提示并自动关机，然后完全杜绝了歹意逃费和情面上机的表象。下机后，顾客有必要正常关机，不然刷卡后体系将提示关机。
（2）计费方法
浅述宽带业务的计费管理系统 篇6
随着中国互联网络的发展, 越来越多的人开始接触互联网[1], [2]。早在2002年网民人数就达到了3370万人, 其中宽带上网用户数达到118万人, 宽带网民占比4%。随着网民队伍日益壮大, 与2002年比, 2003年网民人数增长了75%, 达到了5910万人;其中宽带上网用户数增长459%, 达到660万人;宽带网民占比11%。为适应网络发展的需要, 宽带运营商需要通过一套完整的宽带网络计费管理系统[3]。鉴于此, 中国联合网络通信有限公司江苏分公司在2003年制定大力发展宽带业务的方针, 并对宽带业务平台进行研发立项。该计费管理系统对计费提供完善的业务管理系统, 完成对客户的管理、用户权限的限定、计费结算和业务统计等许多与经营相关的管理功能。
2 逻辑体系结构
计费管理系统逻辑体系可以分为三层 (如图1) 。这种分层的逻辑体系保证了计费管理系统的灵活性——通过定义各层之间的接口规范, 可以很容易地将新的组件加入到整个体系结构之中;保证了计费管理系统的兼容性——以“服务” (SERVICE) 及其管理为整个系统的核心, 通过提供一般性的对服务实体的接口 (标准) 或特定接口将“服务实体”与业务管理有机的结合起来;保证了计费管理系统的各个层次间的独立性——可以明确地、有效地界定各层的功能, 进而有效地确定和实现性能指标, 各层中的实体和组件可以针对性能指标选取更为合理的技术手段和处理逻辑。
2.1 服务实体层
服务实体层面向用户提供因特网接入、宽带应用、多服务选择、自助服务等多种服务内容, 这些服务的载体称为服务实体, 如网络接入服务器 (NAS) , VOD系统服务器等。总体上说服务实体层是指运营商提供服务的载体集合。其基本共性为:
可以通过确定的方式和手段管理服务范围和对象, 即该服务实体可以被监控、配置 (Monitor, Control, Configure) ;
用户访问接口明确, 可通过此接口以享用服务;具有明确的或隐含的认证授权机制或协议以确定服务对象的合法性;
对于有价服务可以量度, 并相应有明确的资费政策;
服务实体可以由ISP提供, 也可以由专门的服务提供商提供, 由ISP代为管理, 在第二种情形下, 则需要提供ISP与服务提供商结算的方法和功能。
2.2 实体接口层
实体接口层包括认证授权接口、数据采集接口、计费账务接口、营业配线接口和参数配置接口。通过实体接口层隔离掉各服务实体的差异, 向业务管理和计费处理提供一个一致性的、统一的管理界面。这样管理端可以在一个较长的生命期内保持稳定, 新的服务形式的增加和变化不会直接的影响到管理端, 而由相对灵活的实体接口来一般的或特别的处理。总体上说实体接口层为业务管理与服务实体连接的桥梁。
2.3 服务管理层
服务管理层由五种管理和两个处理构成。管理方面包括网络管理、用户管理、业务管理、资源管理和安全管理;处理方面包括计费处理和核心处理。
3 计费管理
在电信运营商激烈竞争的市场环境下, 单纯的计费方式已经无法满足用户的需求, 为此工程师对计费管理系统的计费做了详细的规划, 这其中包括资费策略、优惠策略和奖励策略。
3.1 资费策略
资费策略是某种服务的具体的计费标准, 目前系统中支持的资费包括:
3.1.1 单线性资费:
即用户上网全部按一种费率计算, 不管用户上网的时间与流量。这种资费在各大电信运营商开展宽带业务的早期使用较多, 当时竞争小, 费用较高。
3.1.2 全包资费:
即用户上网按一个月固定的费用进行计算, 而不管用户的流量发生量。由于使用该种资费后, 每月上网时间不受限制, 用户可以真正体会到网上冲浪的乐趣, 目前江苏徐州地区用户较普遍使用该种资费。
3.1.3 半包资费:
即用户先在一定的流量范围内按照一种固定的费用计费, 超过此阀值则按另外一种费率进行计费。
3.1.4 阶梯形资费:
即用户先在一定的流量范围内按照一种固定的费用计费, 超过此阀值则按另一种固定的费用进行计费。
3.1.5 双线性资费:
即用户先在一定的流量范围内按一种费率计费, 超过此阀值则按另一种费率进行计费。
3.1.6 服务量封顶资费:
即用户先在一定的流量范围内按一种费率计费, 超过此阀值则按另一种固定费用进行计费。由于目前各大电信运营商在互联网上有流量结算, 因此在流量结算成本较高的公司, 如中国联合网络通信有限公司、中国移动有限公司、中国铁通有限公司等, 较常使用这种资费策略。
3.2 优惠策略
优惠策略指用户在享用服务时可以得到的折扣等优惠政策, 本系统中特指时段优惠, 支持每日时段优惠、星期优惠、节假日优惠。
时段优惠:即在每天的几点几分到几点几分按一定的优惠率计算发生的流量。
星期优惠:即一个星期中的某一天按一定的优惠率计算发生的流量。
日期优惠:即某一天按一定的优惠率计算发生的流量。
在本计费管理系统中有着严格的优惠级别设定, 即日期最高、星期次之, 时段最低, 一天内若符合多种优惠政策则不重复优惠。
3.3 奖励策略
奖励策略是根据用户的消费情况给用户的特定的服务生成一定服务量内的或金额内的免费使用服务的机会。本计费管理系统中分为账期结算奖励、手工奖励、续费奖励。其中账期结算奖励和续费奖励是用户使用宽带业务消费或续费金额达到一定程度后, 系统后台设置好的一种自动奖励方式;而手工奖励是工程师人为进行奖励的操作, 这种奖励方式可以配合营销策略中的抽奖活动、促销活动使用。
营业前台目前面向用户推出的各种宽带业务产品, 即套餐, 其实就是一个或多个不同类型的服务以及其资费标准、优惠政策、奖励政策的业务。
4 前景展望
根据中华人民共和国工业和信息化部发布的“2010年全国电信业统计公报[4]”显示, 我国互联网发展处在一个平稳增长的阶段, 截至2010年12月31日网民总数达4.57亿人, 宽带网民数达4.5亿人, 占网民总数的98.3%。宽带网民数字逐年加大增长力度, 09年净增0.76亿人, 到了2010年净增1.04亿人。为了对日益庞大的宽带用户群提供更好的服务, 宽带业务的计费管理系统将会进一步完善以适应市场的不断发展[5], [6]。
参考文献
[1]何小玉.不断发展演进的宽带接入网.电信科学.2005 (6) :46～49
[2]薛强.宽带业务与宽带接入网的发展.现代通信.2005 (7) :10～13
[3]宣丹, 宋斌.构建完整的宽带网络综合计费管理系统.中国有线电视.2003 (15) :75～77
[4]中华人民共和国工业和信息化部.2010年全国电信业统计公报.http://www.miit.gov.cn/n11293472/n11293832/n11293907/n11368223/13577651.html.2011.
[5]张剑, 贺娇琳, 董国祥.宽带网络计费管理系统的应用.有线电视技术.2004 (5) :73～75
业务计费 篇7
BIMS系统正是这样一个优秀的电信网络运营支撑解决方案, 它是一套集认证计费、营业管理、定单管理、账务管理、资源管理、服务管理和系统管理为一体的综合数据业务支撑管理系统。具有精确绑定技术, 支持Portal/Web Login认证, 支持灵活的资费策略、支持流量计费。
1 BIMS系统组成
BIMS主要由RADIUS接入 (BIMS AS) 、BIMS Bill (计收费管理) 、BIMS BPM (业务流程管理) 、BIMS NRM (网络资源管理) 、BIMS DSS (决策支持) 五个组成部分。
1) RADIUS接入-BIMS AS
计费系统支持标准RADIUS (及扩展RADIUS+) 协议, 可以完成用户的认证、授权, 同时可以基于时长和流量进行实时计费。
2) 强大的计收费管理-BIMS Bill
在电信网络业务开展过程中, 最核心也是运营商最为关心的就是对业务的计收费问题, 高效、稳定、灵活的计收费系统是整个数据网络业务正常运营的保证。BIMS Bill正是具有以上功能要求的系统。
计费策略可以进行灵活的设置, 包括采用流量计费、按连接时长、按天等多种计费方式。系统还可实现对不同用户的优惠处理, 以及对其它各种增值业务 (如VOD服务, 网络游戏服务等) 的计费。对于规范应用的卡用户, 系统也可以全面地进行管理和计费。
在计费系统中, 还可以实现对用户的收费和销账功能。系统支持各种灵活的收、缴费和销账方式。
BIMS Bill中提供了对逾期未缴费用的结算加锁功能, 帮助运营商进行追欠处理, 避免网络使用费的流失。系统所提供的用户自服务功能, 帮助用户修改上网的登录口令并及时了解自己使用的上网时间、流量和账务信息。
3) 业务开展与流程管理-BIMS BPM
电信运营商要开展业务, 对自身业务流程的管理是必不可少的。只有具有了适合电信需求的业务流程管理, 才可以为用户提供高效、完备的服务, 并且保证自身的健康发展。
系统提供宽带业务受理的功能, 可以受理宽带业务的申请开通业务、移机、过户、注销、改名、改资费、停机、恢复、撤单等业务。提供营业受理—财务审核—施工单打印—机房预开通—外线施工—用户开通的业务流程功能。
4) 灵活的网络资源管理-BIMS NRM
BIMS NRM可以对网络资源、链路、网络拓扑、流程进行全面的管理。
BIMS NRM以域为根节点树状展开资源信息, 实现各资源的信息维护, 包括域、节点、设备及设备部件 (机架、机框、节点机、槽、板、端口) 资源的维护, 并将端口和网络连接起来, 形成完整的链路。
5) 为管理层提供决策支持-BIMS DSS
BIMS系统专门为不同层次的管理人员提供了基于管理和决策支持的分析系统-BIMS DSS。该模块通过对各项业务数据的分析、挖掘, 从中提炼出与客户消费行为密切相关的核心信息、业务信息和财务信息, 以各种图形化的报表提供给相应管理人员, 帮助管理人员了解自身业务的发展情况、客户的求情况、市场的变化和业务的发展趋势;以便及时的调整自身的业务发展方向与战略步骤;从而帮助运营商提供自身的管理水平、改善对客户的服务质量, 提高对资金的利用率, 最终为运营商创造最大利益。
2 系统特性
1) 实用性:BIMS系统实现对宽、窄带业务开展、用户认证、计费、账务以及资源分配在内的全方位、一体化的管理, 全面满足运营商业务开展的各种需求, 具有很高的实用性;
2) 高可靠性:BIMS是适合电信级运营的系统, 它采用高可靠性设计方案, 无论是RADIUS服务器、数据库服务器还是中间层应用服务器, 系统均支持双机甚至多机群集方案, 全面消除单点故障。系统的各部件都具有容错处理、失败处理机制, 保证对突发事件的及时处理, 确保系统能够长期稳定的运行;3) 灵活性与开放性:BIMS系统所提供的多种计费数据采集方式, 以及对资费和优惠策略的灵活管理。便于运营商根据自身业务发展的需要灵活设置各种计收费策略。有利于运营商日常业务的开展;4) 软件可扩展性:BIMS系统在软件架构设计上采用分布式处理结构, 通过良好的功能模块划分, 保证了各个模块的相互独立性, 对任何一个模块的升级和扩展不会影响其它的功能模块, 使系统具备良好的可扩展性;5) 安全性:BIMS系统采用USB令牌+SSL的安全技术, 具有一套严密的用户认证机制, 确保整个系统的安全性。系统具备严格的管理员分级制度, 对各种操作都有详细的操作日志, 防止不合法操作。对关键数据采取访问权限控制, 加密保存、加密传输等方式, 确保数据安全。对计费信息通过检错、验证机制, 确保计费数据的一致性。
总之BIMS系统是一个高度可靠、灵活实用, 集计费管理和业务管理为一体的、涵盖电信宽、窄带网络的综合运营管理系统。为电信运营商迅速开展网络接入服务、改善服务质量、提高工作效率、在宽、窄带接入及应用服务领域提高核心竞争力提供了强有力的保障。BIMS良好的系统结构设计保证了对计费信息的实时性与准确性;同时, 对日常业务流程的规范化管理也保证了对用户业务和故障的及时处理, 有效地提高了运营商的服务品质和用户满意度。
参考文献
[1]马荣增, 夏晓蔚.BIMS商业信息管理系统介绍[J].商场现代化, 1994 (6) .
业务计费 篇8
1.1“双控”思路
营销业务管控“双控”模式依据营销业务质量环管理模型(计划-执行-检查-改进),旨在对用电客户静态的基础档案信息与动态的业务办理流程进行全方位、全过程、多维度的质量核查,采用逐渐深化、循环递进的方式开展管控工作。管控工作根据营销专业划分,首先分析静态档案数据与动态业务流程异常风险点,明确营销业务管控核查主题,制订业务管控工作计划;其次,根据营销业务管控核查主题,按照在线核查、异常分析、现场核查、总结归纳逐步落实管控计划;再次,复核检查执行情况;最后,优化完善与改进工作,进入下一轮的风险管控执行。
1.2“双控”内容
“双控”核心是从影响量价费核算准确性及优质服务质量的关键节点入手,对用电客户的基础资料(包括纸质资料、系统资料、客户用电设备)、业务流程、计费信息、缴费记录等内容进行核查,识别营销档案资料及业务办理流程中可能存在的各类风险,从基础档案资料和电费计算结果两个视角进行营销业务风险管控。
1.3“双控”模式
通过管控识别出的各类风险,提升电力企业的服务质量和营销管理水平,降低和控制电力营销工作差错。营销业务质量管控是风险管理的有效手段,通过营销业务管控工作在发现问题的同时,能够纾解问题,为业务管理部门提供决策辅助支持。
在营销业务质量管控过程中,采取有重点、有目标、有计划的“三有”管控方式,达到提升经济效益降低服务风险的管控效果。管控工作按照“3*2”业务管控模式,即3种业务管控类型与2种业务管控方式的组合应用,将问题的分类与业务管控的方式进行清晰的分解与归类,方便异常问题的整改。
1.3.1 业务管控类型
依据问题重要性、发生频率等维度进行区分界定。一般以日常业务管控为主、专项业务管控为辅、事件业务管控为重的原则,依据业务管控工作的计划、风险问题的重要性与发生率,选择风险管控手段。
1.3.2 业务管控方式
从工作开展执行的方法及角度,分为在线核查、现场核查2种方式。
1.3.2. 1 在线核查
在线核查是指在营销业务数据、用电采集数据中,依据异常规则发现电量电费、用电行为等异常现象,通过人工对挖掘出的异常数据进行逐一核查。
1.3.2. 2 现场核查
对核查人员无法通过在线核查进行异常分析,或重大问题需要现场进行沟通协调、监督整改,进行纸质资料及用电设备的现场核查。
2“双控”模式应用
2.1 选定“双控”范围
按照营销业务管控“双控”模式,对大工业客户计费准确性进行专项业务管控,管控方式以在线核查与现场核查相结合。对大工业客户静态档案数据和动态业务流程同时开展管控,一方面分析客户基础档案数据,重点分析用电容量、定价策略、计量装置等基础信息,梳理和筛查涉及电费计算准确性等静态基础档案异常;另一方面,依据电量电费核算结果,分析客户日常业务办理流程及电费核算过程,重点分析客户办理业务变更后基本电费收取、两部制电价执行情况、抄表及电费发行情况等动态业务流程异常。
2.2 明确“双控”主题
营销业务管控“双控”模式的实际应用中,以异常问题突出、各类风险汇集的大工业客户为管控对象,根据大工业客户用电特点,梳理基础档案、计费信息、业务变更等涉及电价执行及电费核算关键环节及风险点,明确大工业客户电价执行、电费计算等11个管控主题,通过营销SG186系统进行数据筛选,通过营销业务管控工单管理系统进行管控主题的数据分析模型,并利用分析模型进行业务数据的分析,将发现的问题推送给稽查人员,开展稽查处理工作。
2.3“实施双控”流程
大工业客户营销业务管控“双控”流程按照专业化管理、分层级负责、查改结合、闭环管理的管控模式,结合实际工作情况,建立完善的电力营销业务管控机制。
2.4 处理异常问题
大工业客户业务质量“双控”异常问题明确后,梳理汇总管控发现的普遍性、个性化问题,查找问题根源,深究问题成因,并对发现问题逐步整改;一是对差错电费进行退补,确保电费收取的准确性;二是修正基础档案差错,确保客户基本信息完整准确;三是对因人为原因形成的差错进行责任追究,必要时移交纪检部门处理。
3 结语
业务计费 篇9
在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 结语