计费技术

计费技术（通用12篇）

计费技术 篇1

0引言

电能计量装置是电能用户用来计量使用电能多少的设备和供电部门用来对电能进行销售的设备, 同时也是提供供用电双方贸易结算的依据, 因此, 真实、准确、可靠的计量结果就成为了双方经济利益的有效保证。因此, 必须加强对电能计量装置的技术改造, 从而提升计费电能计量的性能, 保证供电双方的经济利益不受侵犯。

1电能计量装置的作用

电能计量装置包括各种类型的电表、计量用电压、电流互感器及二次回路、电能计量箱柜等。电力的生产是发、供、用三个部门连成的系统, 在各环节中, 装设了大量的电能计量装置, 用来测量发电量、供电量、售电量。那么如何进行经济计算、互相销售就需要这个计量设备来测量出电能的数量, 少了这个电能计量装置, 就难以进行在发、供、用电三方面的销售及买卖。因此, 电能计量装置在电力部门中具有十分重要的地位。随着国民经济的增长及人民生活水平的不断提高, 用电量也随之与日俱增, 电度表已经成为千家万户不可缺少的电器仪表, 只要是用电的地方就会有电能计量装置。但是有时计费电能表会有计量数据不准确的现象, 从而让供用电双方的经济利益受到损失。此外, 随着市场经济的改革发展, 许多不法用户偷用电能, 严重损害了电力企业的经济利益。因此, 如何提升计量性能就成为关系到供用电双方的关键, 必须对计费电能计量装置进行技术改造, 保证计量的可靠性与准确性, 从而做到事半功倍的实际效果。

2计费计量装置窃电性能的技术改造

不同的用户的计量方式有所不同, 应根据不同的计量方式来采取有效的技术改造措施, 但是, 整个防窃电改造的大体思路与目标是相同的, 都是将敞开式的计量装置改为全封闭式, 从而杜绝用户偷电的可能, 最大限度地增加其窃电的阻碍。同时, 还应在防窃改造中衡量资金情况, 尽量采用专业的防窃产品, 如电磁密码锁、防窃电能表等。

2.1 35 kV度趸售用户计费计量装置的改造

通过实行对室内TA一次进出线的整体封闭、TA及TV的二次回路进行全封闭, 以及对电能表进行全封闭的技术改造措施来防止变电站有专用出线间隔及室内变电站侧有计量互感器的用户发生窃电现象。如果是TV共用, 可以采取加装失压计时仪或与其相同功能的多功能电能表的方法来防止窃电, 将失压计时仪安装于电能表处, 以防TV二次回路断开, 发生窃电。

2.2 35 kV及以上电压等级用户计费计量装置的改造

通过实行对二次计量回路与计量表计的封闭来加强防止变电站内部职工或其他相关人员对二次回路或通过计量表来进行窃电, 以达到对局属变电站侧计费计量装置无专用屏柜的专线用户的有效技术改造。通过将电能表屏上的试验端子排改造成为端子盒, 并进行双铅封。利用双铅封闭电能表大表盖及端钮盒盖的措施来对所通过防盗表盖或电能表电流进出线的裸露的地方进行预防处理, 以此来达到绝缘封闭、防止窃电的目的。同时, 还可以通过对户外传感器的二次端钮盒密码的利用来封闭端子箱, 以便对此处进行窃电的有效预防。

2.3 10 kV专线用户计费计量装置的改造

变电站计量的专柜专线用户的改造可以通过封闭整个计量设施来防止窃电。对TA一次进出线, 包括进出线的接线柱进行封闭, 对TA、TV二次引接线实行封闭, 对表计实行封闭, 对试验端子盒进行封闭, 以及共用TV等, 如果对TV二次回路难以实行封闭的用户计量装置进行改造时, 在改造过程中, 可以采用将失压计时仪加装于电能表处, 或者通过选用与失压计时有相同功能的多功能电能表来防止窃电与查处窃电。

2.4 计量点位于用户处, 高供高计用户的计量装置改造

对于此种计量装置的改造可以通过将户内的计量装置移到户外, 并且安装于电线杆上, 以此来提升窃电的难度系数。还可以用绝缘材料封闭组合计量互感器一次进出线, 包括组合互感器一次进出线接线柱, 以防通过短接所发生的一次分流窃电。同时, 为了防止调芯改动互感器内部接线的窃电方式, 可以实行封闭组合互感器箱体;防止二次窃电可以实行封闭组合互感器二次端钮盒与二次导线。此外, 表箱应采用电磁密码锁或者用铅封进行封闭, 以防通过开启表箱进行窃电。

2.5 计量点位于用户处, 高供低计用户的计量装置改造

此种计量装置的改造可以改为高供高计的计量方式, 并实行高供高计的防窃电措施来防止窃电。如果高供低计用户不能改变成为高供高计的计量方式来防止窃电, 可以实行全绝缘封闭, 封闭位置在变压器低压端从变压器出线柱到安装低压计量TA之间, 以此来防止用户在计量装置前偷电。此外, 还可以实行计量设施, 包括TA、电能表、二次回路等全封闭来防止动用计量设施窃电。

2.6 对其他类型计量装置的改造

对直通用户的计量装置改造可以通过在表计前封闭线路, 以及将计量表计装入箱柜并封闭来防止窃电;低供低计且

带TA用户的计量装置改造可以通过在装置计量前一次进行全封闭, 或者对整个计量装置用计量箱柜来进行封闭, 以此防止偷电。

3提高计量装置的准确性

TV误差、TA误差、TV的二次压降及电能表的误差决定了计量装置是否可以达到一定的准确程度, 要想使计量装置的准确性得到有效提升, 就必须结合改造来寻求相应对策。提升计量装置的计量准确性应提高TA、TV及电能表的精度, 在对负荷变动较大用户的计量装置改造中选用S级的电能表及TA, 合理选用TA变比, 保证用户在正常负荷时TA一次电流运行可以达到TA一次额定电流的1/3。同时, 还应合理选择使用变比档来提升计量的准确性, 为了对未使用的较大变比档实施有效的防窃电措施, TA变比应该选择复试变化。此外, 还应改善计量装置的运行环境, 满足计量装置的使用说明要求, 从而有效降低由于环境所引起的误差, 提升计量的准确性。

4提高计量装置自身的安全可靠性

由于计量装置的安装环境较为复杂, 不仅要遭受到电压、负荷突变及故障等的扰动, 同时还要经受如风吹日晒、雷电等自然环境的考验, 如果计量装置一旦出现了故障, 或者出现了安全问题, 就会导致错误计量, 使计量的可靠性大打折扣。所以, 必须采取必要的措施来提高计量装置的安全运行水平, 保证其可靠准确的计量。首先, 应在源头上杜绝次品计量产品, 把好改造设备的选型及验收关口, 保证计量产品流入的安全可靠性。同时要选用动热稳定性高的产品, 要求一定能可靠接地, 产品的选用要具有较高的防腐、防污等级, 户外表计应选用箱上具有通风、散热、散潮且不易被雨水侵蚀的产品, 同时应将户外的组合计量互感器安装在避雷器之后, 以免受到雷击破坏。此外, 为了有效减少其他仪器设备故障对电能计量装置安全可靠性造成的影响, 必须根据计量技术的相关管理规程的要求, 将计量一次设备或二次回路改造独立出来, 并成为“计量专用”, 从而满足互感器二次回路的负荷与功率因数。

5结语

计费电能计量装置在工、农业生产、商贸经济、日常生活等各项工作用电中发挥着重要的作用, 是电力系统必备的电能计量器具, 必须加强电能计量装置防窃电性能的技术改造, 结合改造技术来提高计量装置计量的准确性, 并提高计量装置自身的安全可靠的运行能力, 保证供电部门及电能用户的经济利益, 从而达到供、用电需求的良性循环。

摘要：通过对电能计量装置的技术改造可以有效提高防窃电性能, 同时也公平、公正地达到供用电双方的贸易结算, 维护了供用电双方的共同利益。文章通过对计费电能计量装置作用的介绍, 分析了电能计量装置的防窃电性能改造, 并探讨如何提高电能计量装置的计量准确性及其自身的安全可靠运行。

关键词：计费,电能计量装置,改造技术

参考文献

[1]贾林, 贾丽林.计费电能计量装置改造中应注意的技术问题及措施[J].四川电力技术, 2010 (11) .

[2]王平.谈计费电能计量装置改造中应注意的技术问题[J].科技论坛, 2006 (2) .

[3]范文奎.计费电能计量装置改造中应注意的技术问题[J].四川电力技术, 2004 (2) .

计费技术 篇2

【中文摘要】下一代网络的计费直接关系到各网络运营商、网络内容提供商以及用户的经济利益,科学先进的计费系统也是电信网络运营商提供优质网络服务的重要保障。本文研究分析了现有几种计费模型,并在此基础上提出了一种计费策略,使之能体现用户、网络运营商、网络内容提供商三方的公平性,即利用博弈论来解决下一代网络的计费模型和资源分配问题。(1)研究讨论了基于流量统计的网络计费系统的设计实现,分析了现有多种主要网络计费模式的原理和应用场合,分析和比较了这些计费方式的优缺点。分析了基于内容计费系统的体系结构和组成模块的功能与交互流程,阐述了其优点,并给出了基于内容计费系统的架构实现。研究了基于QoS的下一代网络的计费系统,给出了计费的模型、具体的实现方案和相应的实现算法。实验和仿真分析表明,我们提出的计费方案不仅计费准确公平合理,而且克服了其他计费方案存在的不足。(2)介绍了博弈论的基础知识,讨论了基于博弈论的域间组播计费模型。我们利用博弈论的思想,尊重网络中各个参与者的和利益,使网络的自组织特性得以充分发挥,有利于网络中“生态链”的长期、稳定和健康的发展,具有很好的实用性。从不同参与者的角度讨论了IP组播的三种典型的服...【英文摘要】Billing of the next generation network is directly related to the economic benefits of the network operators, Network content providers and the users, a

scientific and advanced billing system is also an important guarantee for that the telecom network provider provides quality network services.This paper analyzes several existing billing models, based on which, it puts forward a billing policy that solves the problem between billing models of the next generation network and the resource allocation, so that...【关键词】下一代网络 博弈论 组播网络 计费 资源分配 【英文关键词】next generation network game theory multicast network billing resource allocation

【目录】基于博弈的下一代网络计费研究4-5Abstract5-6

摘要

1.1 下一1.3 下

第一章 前言9-16代网络概述9-101.2 下一代网络的特征10-11一代网络架构和关键技术11-1313-1616-42

1.4 下一代网络的体系框架第二章 下一代网络计费系统的研究分析2.1 下一代网络计费架构和计费方式16-19

2.2 基于流量统计的网络计费系统的设计实现19-24信息采集模块和数据流测量的架构19-22计费架构和计费系统的实现22-24络计费系统24-29容计费的优点24-25

2.2.1 流量

2.2.2 数据业务的2.3 基于内容的下一代网

2.3.1 现有计费系统存在的问题和基于内2.3.2 建立下一代网络中的内容计费系

统25-2929-412.4 基于QoS的下一代网络计费系统2.4.1 QoS的计费模型分析

30-32

2.4.2 基于QoS计费方案设计32-33设计33-35

2.4.3 基于QoS下一代网络计费方案

2.4.5

2.4.4 计费网关内部结构设计35-36

36-41基于QoS的计费系统仿真试验和结果41-42

2.5 本章小结

3.1 第三章 基于博弈论的计费模型研究42-54

3.1.1 博弈机制的分类方式

3.2 代价分担机制48-49博弈论概述42-4543-4445-4849-54型50-513.1.2 纳什均衡44-453.3 组播网络模型的分析

3.4 模型分析3.4.2 ICP-ISP模

第四章 基4.1 引言3.4.1 ICP-USER 模型49-503.4.3 ICP-ISP-USER 模型51-54于合作博弈论的下一代网络资源自适应分配54-615455-5860-6162-6667 4.2 合作博弈54-55

4.3 资源分配系统模型58-60

4.5 本章小结参考文献

计费技术 篇3

【关键词】网络安全，铁通计费管理网，网络安全技术，安全问题，对策

【中图分类号】F626【文献标识码】A【文章编号】1672-5158（2013）02-0132-02

铁通计费管理网系统（DCN）是铁通公司支撑网系统中的重要组成部分，该系统为铁通公司的运营提供了计费、营业、结算、摊分、账务和决策支持的平台。作为为铁通公司提供收入保障重要数据的计费管理网，由于数据的敏感性，从设计规划的初期就高度重视网络的安全，并且逐步实施了多种网络安全技术。这些网络安全技术的使用，保证了铁通计费管理网的信息安全，使铁通计费管理网经受了多次安全攻击的考验，为铁通公司的经营活动提供了有力的支撑。

1.网络安全技术在铁通计费管理网中的具体应用

网络安全的常见技术措施主要有：访问控制技术、网络入侵检测系统与安全漏洞扫描、病毒防范技术、加密技术、数据备份与恢复技术、建立完善的安全管理制度和加强主机安全七个方面。

铁通公司出于投资回报的考虑，目前只采用最必要的且与数据损失成本相适应的网络安全技术。同时，在管理方面，不断建立健全各项安全管理规章制度，调动网络安全管理中最活跃因素中的人的积极因素，保证各项技术手段行之有效的落实和发挥作用。这些措施都保证了铁通计费管理网的网络安全。

1.1 访问控制技术

访问控制是网络安全防范和保护的主要方法，它的主要任务是保证网络资源不被非法使用和访问，而只允许有访问权限的用户获得网络资源。同时控制用户可以访问的网络资源范围以及可以对网络资源进行的操作。访问控制技术是保证网络安全最重要的核心策略之一。

1.1.1 物理隔离技术

铁通公司从企业内部和外部实现计费管理网与其他网络物理隔离。铁通计费管理网是企业的内部专用网，基本与外网隔离。在公司内部，生产网与办公网是物理隔离的，严格禁止公司员工使用生产设备通过拨号或其他方式访问互联网。

1.1.2 路由访问控制

铁通计费管理网是以集团总部计费中心为单一根结点的树型广域计算机网，为适应集团总部-省公司-地市公司的垂直管理体系，数据信息也是由根结点到叶结点垂直流动。出于管理上的需要，铁通公司在集团总部计费中心路由器上通过ACL（访问控制列表）等技术防止省与省之间的访问。省与省之间禁止水平访问，以保护各省计费账务中心的网络安全。

1.1.3防火墙技术

铁通计费管理网在与外网物理连接的边界结点设置防火墙以防止外部用户对计费管理网以及计费管理网内网用户对外网的非法访问。铁通公司使用的是百兆速率的基于通用操作系统的防火墙硬件设备。银行代收系统与铁通计费管理网之间设有防火墙，以保证银行和铁通公司的专网之间的访问是按约定端口进行的，是安全的。防火墙具有包过滤，封堵禁止的访问行为，记录通过防火墙的信息和活动等功能。

1.1.4身份认证与口令管理

操作人员对铁通计费管理网系统的访问通过口令进行身份认证。口令安全管理按照安全管理组口令保管员、口令使用者（超级用户管理员、普通使用者）两个层次、三种角色构成口令安全管理体系框架。口令长度须在9～15位之间，并且由字母、数字及各种特殊字符共同组成。每月定期修改口令。

1.2 网络入侵检测系统与安全漏洞扫描

入侵检测能弥补访问控制技术在某些方面的不足，为网络安全提供实时的入侵监测。网络安全漏洞扫描实际上是通过模拟网络攻击的方式，提前获得可能被攻击的薄弱环节，为系统安全提供可信的分析报告，从而为提高网络安全性提供重要的依据。

铁通公司主要用人工检测辅以简易的安全漏洞扫描工具的方式，寻找安全漏洞、发现安全隐患，不断完善安全防护体系。例如，安全管理组口令保管员定期抽查用户口令的更新情况；系统管理员定期查看日志；网络管理员每天监控网络流量，如有异常，则采取屏蔽地址的方式，以防止病毒或黑客的攻击。

1.3 病毒防范技术

为了减少病毒在企业网络内部的传播，必须采取有效的措施防范病毒的入侵。一般病毒的防范主要采取病毒的预防、病毒的检测、以及杀毒技术，它们提供了完整的多级病毒防护系统，可以有效的保护网络不受病毒的侵害。

技术上，公司在所有接入铁通计费管理网的PC机上安装统一配置的网络版防毒软件来防毒，并且自动地定期更新病毒特征库和全面杀毒以及下载操作系统安全补丁；管理上，公司规定使用外来文件时必须执行查毒、杀毒程序，切断病毒利用可移动媒介传播的途径，防止感染病毒。当发现计算机感染病毒时，立即拔掉网线，断开与计费管理网的连接，在查杀病毒确保无毒之后才能重新接入计费管理网。

1.4数据备份与恢复技术

数据备份是在系统出现灾难性事件时重要的恢复手段。数据备份顾名思义，就是将数据以某种方式加以保留，以便在系统遭受破坏或其他特定情况下，重新加以利用的一个过程。数据备份的根本目的，是重新利用，这也就是说，备份工作的核心是恢复，一个无法恢复的备份，对任何系统来说都是毫无意义的。

2.铁通计费管理网现存的安全问题

虽然铁通计费管理网在六个方面采取了措施来保证网络安全，但是从技术和管理两方面都还存在着薄弱环节。随着技术的发展以及网络安全攻击方式的层出不穷，铁通计费管理网整体安全防御体系将略显不足，为信息安全留下漏洞和隐患。具体有以下几点：

1.缺乏实时的入侵检测手段和技术，不能及时发现各种可能的攻击企图。

2. 缺乏加密技术，使信息在脆弱的公共信道中传输，容易遭受恶意地窃取、篡改或破坏，存在着安全隐患。

3.计费系统与客服系统有直接的物理连接，而客服系统与互联网相连。虽然客服系统与互联网之间设有防火墙，但防火墙无法防止病毒入侵，如此为黑客攻击提供了一定的可能性，存在着安全隐患。

4.员工可能会绕过防火墙的限制，利用办公电话私自拨号上网，如此很可能遭受黑客攻击，泄漏内部信息。

5.容灾能力不足。铁通没有全国容灾中心和数据备份中心，一旦全国中心或省中心所在城市发生地震等大的灾害，该节点的数据会全部丢失，业务也将瘫痪。

3.解决铁通计费管理网安全问题的对策

针对上述计费管理网存在的安全问题，提出以下几点改进建议：引进实时入侵检测技术和漏洞扫描软件，变被动应对为主动防护。使用加密技术，让加密后的隐藏信息在网络中传输，从而保证信息传输的安全性。在铁通计费管理网的边界、内部各级之间加强访问控制管理。如在客服系统与计费系统之间设立防火墙，降低非法访问的安全风险，更好地保护核心数据。加强网络安全管理，杜绝内部人员随意访问互联网等行为，减少安全漏洞和隐患。建立全国容灾中心和数据备份中心，采用光通道传输技术，实现数据的实时或准实时同步。

结束语

网络安全技术的应用是一个与时俱进的过程。铁通公司出于投资回报率的考虑，目前只采用最必要的且与数据损失成本相适应的网络安全技术，再配以各项安全管理规章制度，充分调动网络安全管理中人的积极因素，来保证各项技术手段行之有效的落实和发挥作用。毕竟安全只是一个相对的概念，只有相对的安全，没有绝对的安全。对于铁通公司而言，在可承受的风险损失范围内或在网络安全的部分环节上追求较安全的技术是较为可行的策略。

[1] 胡道元：网络设计师教程[M].清华大学出版社，2001年5月第1版

计费技术 篇4

酒店有着丰富的上网需求的潜在客户, 这对于运营商来说是很好的客户来源, 同时由于酒店没有ISP经营许可, 且宽带服务对于酒店来说如此重要, 独立运作需要投入不少的财力物力, 而运营商有强大的后台支撑和后备资源, 能够很好地弥补酒店独立运作的不足, 所以许多地方的酒店都采用和运营商合作运营的模式, 双方利用各自的优势, 达到互惠互利、共同发展的目标。

1 酒店宽带共享网关的特点

酒店作为典型的服务性行业, 其上网服务其独特的行业特点, 如:客户流动性大, 电脑水平不一;对宽带的应用要求比较复杂;计费方式复杂及准确性要求高等, 因此决定了其宽带结构与其他结构的宽带有不同的要求, 如:上网设置尽量简洁, 甚至做到对端用户完全透明;计费即时安全准确;广泛的新技术应用支持等特点。

酒店宽带共享计费网关不仅要肩负着普通企业宽带共享网关的大部分特性, 如:防火墙、NAT、Web服务、DHCP服务、Qo S服务等方面的功能;而且还要求能够实现ISP的某些管理功能, 如授权 (Authorization) 、认证 (Authentication) 、计费 (Accounting) 等, 因此可以说酒店宽带网关除了实现共享上网外, 它还是个AAA的统一体;当然除此之外, 能否实现上面所述酒店宽带的种种特殊需求, 那才是衡量系统是否成功的最重要标志。

要实现以上复杂的功能, 依靠那些常见的、通用的共享软件来是不可能的, 酒店宽带需要专用的网关系统来实现这些功能, 目前, 比较先进的专业酒店宽带共享计费网关大都是基于NAT共享形式的。

经过分析市面上众多的酒店宽带共享计费网关, 虽然实施的方式有一定的差别, 如有的是基于软件, 有的是基于硬件, 但其中某些关键性技术实现的原理是类似的, 例如:应用VLAN标记技术实现免认证及计费, 应用虚IP实现网关对终端是透明的, 应用多层次的NAT方式实现对新的网络技术应用的支持。

2 酒店宽带共享计费网关系统关键技术的实现原理

2.1 依靠VLAN标记技术实现客房上网免认证等功能

那些高端的酒店宽带计费网关, 为使客人上网设置最简化, 需要实现客人在房间上网时, 可以不用手工输入帐号及密码进行认证, 并且上网过程的流量及时长等都会被网关自动记录下, 真正实现上网免认证及自动计费功能, 这些功能的实现与虚拟局域网 (VLAN) 的技术应用息息相关。

虚拟局域网 (VLAN) 在现代的网络组建中有着广泛的用途, 驱动VLAN技术发展的最原始初衷应是抑制网络上的广播风暴, 提高网络的性能, 但随着技术的发展, 特别是IEEE于1999年颁布了VLAN标准化实现方案的802.1Q协议标准后, 解决了帧格式标准问题, 使不同厂商生产的设备能够互联后, 它的应用就更加广泛了, 而且被提到了更高的应用层次上了, 如:提高网络安全性, 实现网络的集中管理等。

在酒店宽带中, 也借用此技术实现上网免认证及自动计费功能, 要了解其中的原理, 首先要对802.1Q的帧格式有大致的了解, 802.1Q的帧格式定义如图1所示:

注意其中TCI的VLAN ID字段, 它是酒店宽带实现某些特殊服务的重要字段:所有的酒店客房的端口都在一个独立的VLAN中, 客人在房间要上网时, 客户端的发出的信息帧在级联口 (Trunk口) 都Tagged上各自的VLAN ID标记后, 传送到干道链路 (当然在各级汇聚层交换机也需要作同样动作) , 当数据送到计费网关后, 由网关相应的硬件或软件侦测其中二层帧中的VLAN ID, 并把所提取的VLAN ID被送往高层应用。网关高层应用根据本身的VLAN与帐号的绑定设置, 检测该信息流是属于哪个帐号, 以及该帐号是否已经被授权启用等 (帐号的启用是在客人入住时, 通过接受酒店管理系统的入住指令而自动启用的) , 如果帐号已经被授权启用, 则上网之前被重定向到计费说明页面, 且后续对外网的访问被允许并计费;如绑定的帐号未被启用, 则重定向登陆认证页面, 要求输入帐号密码进行认证, 经过认证后, 后续对外网的访问被允许且计费。以上是实现客房上网免认证的基本原理。

有些对计费即时性要求比较严格的网关, 还会根据在规定的时间内没有收到原来活动的某个帐号所对应VLAN的任何流量, 来判断客户端是否已经物理上断开网络, 以便实现即时停止计费, 保证计费的准确性。

2.2 通过虚IP结构实现上网共享的透明模式 (即插即用) 服务

对于普通的代理服务器、防火墙等设备共享上网的原理, 其实现原理及技术细节问题都已经非常公开, 因此在此也不多介绍, 这些普通的代理或共享设备都需要在客户端作一些设置, 这些设置虽然很简单, 但对于酒店来说, 需要在客人的电脑上作设置的更改往往会带来不小的麻烦。

比较先进的酒店宽带共享计费网关基本上都实现了上网共享的透明模式, 该模式的首要特点是网关设备对用户是透明的 (Transparent) , 即用户意识不到网关的存在。要想实现透明模式, 网关必须在客户端没有作IP、DNS、网关、掩码等网络设备的设置, 以及浏览器没有作网关及代理服务器等设置的情况下, 也能照常工作。很多提供网关设备的厂家把这种透明模式的上网共享称为即插即用功能, 把实现此功能的网关称为透明网关。

在透明网关中, 为实现即插即用服务功能, 一般都引进了虚IP结构, 虽然不同的系统开发商实现的技术细节不尽相同, 但经过对这些系统的运行进行测试和分析, 发现有些特点是相似或者说是相同的, 例如:它们对于那些作了不正确的IP及DNS设置的客户端来说, 如果要求能实现透明模式 (即插即用) 的处理过程都是相似的, 透明网关如果发现来自某个客户端信息初始信息包中IP等设置不当, 特别是在与所负责提供宽带共享的局域网要求设置的地址段不同时, 透明网关会给这些客户端分配一个只有服务器知道的虚IP。因此在透明网关中, 比普通NAT共享网关至少多一份列表, 这些列表保存着只有服务器才能识别的客户端虚拟IP与客户端真实IP或MAC的对应关系列表, 当服务器需要接受和转发某个客户端请求及回应包时, 结合此列表来定位该信息包属于网内的某个客户端的特定请求, 并把信息包发送到正确的客户端上, 当然在此期间, 透明网关对包头的数据转换处理, 比普通网关的NAT或NAPT包头转换处理要复杂得多。

实现这种全透明模式的共享, 有的系统是基于硬件的, 也有的是基于软件方式的, 但透明网关对所包的转换处理要复杂的多, 所以纯粹基于软件方式实现, 在并发数太高的情况下 (如网内同时有过多的客户端在使用BT、e Mule等P2P通信软件时) , 由于系统资源有限, 有时会导致网关系统响应不过来而无法正常工作, 而基于硬件基础实现的透明网关, 情况则要好些。

3 结束语

分段计费练习题 篇5

2、照相馆规定，一次性洗 8 张照片收费 10 元，此后每加洗一张多收 1.5 元。小方他们班周 末去科技馆参观，在科技馆门口拍了一张大合照，回来后决定用班费洗出来每人一张做纪 念。他们班一共 45 个人，那么一共要用班费多少元？

3、某市为鼓励市民节约用水，做出如下规定： 用水量 不超过 10 吨，每吨2元；10 吨以上20吨以内超过的部分收费 4 元/吨。小明家 8 月份用水 18吨应交水费多少 钱？

4、某市的一种出租车起步价为 7 元，起步路程为 3km（即开始行驶路程在 3km 以内都付 7 元）。若超过 3km，则每增加 1km 加价 2.4 元(不足 1km 按 1km 计价)。现在某人乘出从 甲地到乙地行驶了14.3千米，应缴费多少元？

5、李叔叔准备用150元去买一袋米和一桶油。到超市一看，大米每袋41.50元，食用油每桶72.40元，李叔叔买2袋大米和一桶油，带的钱够不够用?

6、惠丰小学六一节准备评选200名优秀学生，每人奖一件10.40元的学习用品，校长琢磨这笔花费应该不会超过2200元，对吗?

7、国庆商场搞活动：一个篮球80元，篮球买10送2，学校要买40个，需要多少元？买60个要多少元

8、某城市出租车起价为5元(3km以内）.以后每千米1.5元.某人乘出租车行驶5.km需付费多少元？

9、某单位鼓励职工节约用电.规定每月职工用电收费标准为20千瓦以内按0.2元/千瓦计算，超过 20千瓦的按0.50元/千瓦计算。

①现已知某职工某月用电15千瓦，那么他这个月应该交费多少钱？

②另一 位职工因为经常忘记关电脑，用电量达到28千瓦，那么他应该交多少电费？

10、为加强公民节水意识，合理利用水资源，某市采用如下水费计费方式： 用水量不超过6吨，每吨2元，超过6吨不到10吨的部分每吨4元，超出10吨的部分，每吨 8元。

（1）某用户4月用水7.8 吨，应收水费多少元？

（2）另一位用户8月用水12.5吨，应收水费多少元？

11、某城市出租车起步价为10元（3公里以内），以后每千米2元（不足一千米按一千米算），某人乘出租车走了4.8公里，他应该付给司机多少钱？

12、五（1）班46名师生照集体照，照相馆的收费标准是：拍照一次，并送4张照片，收费15元，加印一张2.5元。现在要保证每人有一张照片，一共要付多少钱？

13、射洪县出租车的收费标准是：3千米以内4元，超过3千米，每千米1.5元（不足1千米按1千米计算）。王叔叔乘了13.5千米，应该给多少车费呢?

14、某市电力公司为鼓励节约用电，采取按月分段计费的方法收取电费。50度以内的每度1.8元;超过50度的部分，每度2.2元。

（1）小明家上月用电86度应该交多少电费？

（2）小红家上月用电103度应该交多少电费？

15、我市某县城为鼓励居民节约用水，对自来水用户按分段计费方式收取水费：若每月用水不超过7立方米，则按每立方米1元收费；若每月用水超过7立方米，则超过部分按每立方米2元收费.如果某居民户今年5月共用水15.6立方米，他们应该交水费多少元？

16、照相馆规定，一次性洗8张照片收费10元，此后每加洗一张多收1.5元。小方他们班周末去科技馆参观，在科技馆门口拍了一张大合照，回来后决定用班费洗出来每人一张做纪念。他们班一共45个人，那么一共要用班费多少元？

中继计费IACHASTA的应用 篇6

关键词：中继计费；计费对象；计费点；IACHASTA；IACMET；IACAMA

中图分类号：TN915.05

EWSD交换机可以将TGNO、PBX、STAT、ANGRP等作为计费对象（OBJECT），通过对计费对象的组合，形成具有发端对象（ORIGIN OBJECT）或目的端对象（DESTINATION OBJECT）的计费点（REGISTRATION POINT）。中继计费IACHASTA就是在通过计费点的话务流的驱动下，产生计次表IACMET或详细话单IACAMA。下面就谈谈IACHASTA在实际中的几点应用。

1 应用IACMET对不同的目的码进行计费和统计

例如，移动的GSM139经中继群B139A分别呼叫固定网的市话、网话和特服，如图1所示。利用IACMET功能，可以在关口局GW中对流向三个目的码的话务量进行计费和统计。

▲

该命令决定进行IACMET计费

▲

对话务和时间分组

▲

赋予三个目的码不同的STAT值

▲

建立针对不同目的码的STAT类型的计费对象IAC51、IAC89、IAC110

▲

建立针对中继群B139A的计费对象IAC139

▲

RGPT=A/B/C，OUT=MET，SCHED=1；

建立了A、B、C三个计费点，分别记录从B139A来，到具有STAT值10、20、30的目的码51、89、110的话务量。定义输出为IACMET。

A、B、C三个计费点中包括OBJORIG和OBJDEST，称作DOUBLE类型计费点。若只包括OBJORIG或OBJDEST，称作SINGLE类型计费点。两种类型的计费点均可包括在MIXED类型中。STAT类型的计费对象在计费点中不能作为OBJORIG。

计费点的命名应尽量与计费对象不同，特别是SINGLE类型计费点。

▲

激活IACMET输出。一般RGPTTYPE选MIXED，保证DOUBLE和SINGLE计费点均有输出。在通过计费点的话务流的驱动下，将产生计费和统计信息。

▲

执行该命令进行计费观察。下面为A计费点的输出：

REGISTRATION POINT： A ORIGIN OBJECT：

RGPT TYPE： DOUBLE DESTINATION OBJECT：

TRA TIM CALL NUMBER DURATION NUMBER OF A-SIDE B-SIDE

GRP GRP DURATION OF CALLS BEF.ANSWER SEIZURES CHARGES CHARGES

---+---+----------+---------+----------+----------+----------+-------

1 1 23086773 344934 10805500 729961 371118 0

TRAGRP 话务组，取值为1～4。

TIMGRP 时间组，取值为1～6。

CALL DURATION 通话时长

NUMBER OF CALLS通话次数

DURATION BEF. ANSWER 收到ACM和ANC之间的时长，即振铃时长。

NUMBER OF SEIZURES 试占出中继次数

A—SIDE CHARGES 入中继的计次次数。如果入中继为TUP电路，则不论ZOPT中的BILLING为AMA还是METERING，都按ZONO计次。如果入中继为ISUP电路，则ZOPT中的BILLING必须为AMA，才会按ZONO计次。

B—SIDE CHARGES 出中继的计次次数。一般为零。

除TRAGRP和TIMGRP外，其余参数值均为累加值，最大不得超过231，足够累加一个月的。以上参数包含了对中继群的话务统计和计次数值。

▲

执行该命令，对IACMET数据进行后处理。在MDD中生成PP类型计费文件CA.IR.DXXX（针对DOUBLE计费点）或CA.IR.SXXX（针对SINGLE计费点），同时CP中IACMET计次表清零。每月的第一天00：00系统会自动执行上述操作。

需特别注意的是，RGPTTYPE一般取MIXED，因为选取的计费点类型如果与实际不符，不但形成不了后处理计费文件，计次表也将清零。

▲

如果系统发生了ISTART1或以上级别的重启动，IACMET计次表清零，同时在MDD中自动生成保护文件CA.IC.UCHA.XXX。系统恢复正常后，可执行以上命令，将CA.IC.UCHA.XXX作为源文件，产生CA.IR.XXX文件。

2 应用IACAMA进行网间结算

随着多家电信运营商的出现，电信网间结算成为必然。如图2所示，在GW中应用IACAMA对LX51至GSM139的话务进行计费，作为结算的依据。

▲

执行该命令在MDD中形成CYC文件IA.ICIAR，文件尺寸SIZE一般取得大一些。

▲

决定进行IACAMA计费

▲

▲

建立了两个中继群类型的计费对象

▲

RGPT=51TO139；

建立了计费点51TO139

▲

激活IACAMA输出。在话务流的驱动下，产生详细话单，存放在文件IA.ICIAR中。一张IACAMA话单70多字节，包含许多内容丰富的数据包，例如数据包100：日期/时间/时长、数据包102：业务信息、数据包106：去话中继识别、数据包107：来话中继识别、数据包130：话务质量数据、数据包134：应答前时长、数据包135：计费段等等。除计费外，有些数据包还可以作话务统计之用。

以上是IACHASTA中继计费的应用。

计费技术 篇7

1.1 数字家庭服务

数字家庭服务是以家庭融合网络和智能终端为载体,联通网络虚拟社会和现实生活环境,面向家庭提供文化娱乐、生活消费、社区公益等综合服务的一种现代新型服务形态。数字家庭服务产业是网络化、信息化、智能化与服务化融合发展的新兴战略产业,是现代服务业的重要组成部分。近年来,随着三网互通、4C (计算机、通讯、消费电子、内容)融合、三屏合一的数字化家庭网络技术革新和基础设施改造步伐加快,数字社区、文化内容、电子商务、网络医疗教育等现代服务产业正在快速发展,孕育了以家庭为核心的新型数字化文化娱乐和生活消费理念,催生了现代数字家庭新兴服务产业,人类生活已逐步进入智慧家庭时代。

数字家庭服务平台是开展各类社会民生服务、数字文化娱乐服务、社会公共服务等现代服务的重要载体。数字家庭服务技术不但包括家庭网络和家庭设备互联技术、各类服务资源的整合、处理、发布及互联互通技术,还应涉及跨网络服务接入、服务资源集成、服务交易融合计费与结算等多个环节,因此这些涉及数字家庭服务关键环节的技术问题就成为发展数字家庭服务产业必须要解决的问题。在数字家庭服务跨网接入、集成管理、服务交易等关键支撑技术方面取得突破,为数字家庭服务的应用推广提供必要的技术支撑,已成为发展数字家庭服务产业的关键。

在业务计费方面,国内外电信、互联网、广电运营商使用的计费模式主要包括:基于使用量的计费、基于周期时长的计费、基于交易次数的计费、基于交易值的计费、基于服务/内容价值的计费、基于服务质量的计费。现有计费系统基于不同业务独立设计和开发,未考虑融合业务的计费需求,如未考虑多计费模式并存且可灵活组合的需求,融合改造困难且风险较大,不能满足新业务的扩展需要,难以实现融合网络情况下跨业务、跨网络业务捆绑综合优惠,不能满足数字家庭综合服务运营多业态服务统一计费的需求。

1.3 融合计费需求

当前,各运营商正逐步开展面向家庭的融合业务实践,融合计费技术需要实现融合网络情况下跨业务、跨网络的业务捆绑综合优惠、解决数字家庭综合服务运营多业态服务统一计费问题,从而有利于数字家庭新业务的扩展。针对上述需求,数字家庭服务融合计费技术研究需要在以下几个方面开展工作。

(1)服务交易融合计费技术研究工作

针对网络融合和业务融合背景下的各种业务形态,研究新兴业务、跨网络捆绑业务和“一单式”服务等方面的计费需求,需要研究灵活、可扩展、可配置的融合计费模型、面向数字家庭综合服务的多业务融合计费方法,为数字家庭服务融合计费服务提供基础理论模型和技术实现方法。

(2)融合计费系统与相关系统间的接口协议及规范研究工作

根据数字家庭文化娱乐、生活消费、社区公益等服务融合计费的要求,需要规范融合计费系统与外部业务系统和运营支撑平台其他子系统之间的接口协议,确保新兴业务快速、灵活的计费接入。

(3)交易数据管理控制技术研究工作

在实际的服务交易过程中会存在交易数据源头多、数据量大的特点,需要通过研究对服务交易数据和计费后交易数据进行管理和控制,以实现对海量异源、异类交易信息的集中汇集和高效处理,同时为运营支撑技术中的数据挖掘系统和综合结算系统提供数据服务。

(4)数字家庭服务融合计费系统开发工作

围绕社群互动、家庭购物、文化公益等特色服务,需要集成融合计费技术理论成果开发数字家庭服务融合计费系统,实现数字家庭服务的多业务融合计费,并通过与数字家庭服务综合集成平台对接,支撑数字家庭特色服务的开展。

1.4 体系建设目标

基于数字家庭服务融合计费模型和融合计费接口体系,集成服务交易融合计费技术、服务交易数据管理控制技术,开发数字家庭服务融合计费系统,实现内容计费、新业务灵活计费接入和跨业务跨网络捆绑综合优惠,实现数字家庭综合服务的统一灵活、实时、高效的计费。

2 技术方案

2.1 系统定位

数字家庭服务融合计费系统,实现数字电视、视频点播、宽带业务、高清购物、互动游戏、智能家居、生活缴费、数字广告、数字图书等多类业务的统一计费和综合优惠,解决了跨业务捆绑和“一单式”服务问题,用于支撑数字家庭服务相关网络运营商如广电运营商进行数字家庭综合业务和特色业务的拓展。

2.2 研究路线

数字家庭服务融合计费技术体系研究的技术路线如图1所示。

技术路线具体说明如下:

(1)研究服务交易融合计费技术

服务交易融合计费技术研究,首先需要建立融合计费模型,然后基于融合计费模型,研究融合计费方法,根据融合网络和融合业务环境下的各种业务形态,分析多业务融合计费需求,确定多业务融合计费建模方法,从算法、规则、定价和产品四个层次,自下而上建立融合计费分层模型;然后基于融合计费模型,从数据准备、计费调度、业务授权等环节分析融合计费处理流程,形成基于规则的多业务融合计费方法。

(2)研究融合计费系统接口体系

分析接口分类方法,制定各类接口协议,建立融合计费系统接口体系,主要包括制定融合计费系统与电子商务、音视频点播、电视彩信、数字出版、生活缴费以及其他第三方服务等外部业务系统之间的接口协议规范,定义服务使用记录或在线计费消息等数据的交换格式和传输方法;制定融合计费系统与运营支撑平台用户产品管理、综合结算、智能挖掘等子系统之间的接口协议规范。

(3)研究服务交易数据管理控制技术

交易数据管理控制包括交易数据采集、交易数据处理、计费结果整合分发三个环节。在交易数据采集环节,基于融合计费系统接口协议,实现不同业务系统交易信息的集中汇集和分类存储;在交易数据处理环节,对采集的交易信息进行格式转换、数据过滤、拆合关联、业务识别、错误处理、数据分发等处理,为融合计费、智能挖掘、综合结算等系统提供标准化可识别的服务交易数据;在计费结果整合分发环节,对计费后的计费结果数据进行分类、汇总,通过融合计费接口实现数据分发,为运营支撑系统其他子系统和外部业务系统提供标准化可识别的计费结果。

(4)研发数字家庭服务融合计费系统

在上述模型、规范、技术之上构建开发数字家庭服务融合计费系统。系统主要由融合计费综合采集接口系统、交易数据管理控制系统、融合计费处理系统和融合计费业务管理系统组成。其中,融合计费综合采集接口系统负责融合计费系统与外部系统间的统一接口管理;交易数据管理控制系统负责交易数据集中汇集、高效处理和分类存储;融合计费处理系统实现融合计费后台处理流程,包括计费控制、计费引擎、规则引擎等业务组件;融合计费业务管理系统负责融合计费的规则、定价等模型管理和计费结果分析。

2.3 技术突破

数字家庭服务融合计费系统建设中的关键技术突破主要有以下几点。

(1)融合计费模型设计中实现产品、定价、规则、算法四者的分离,建立灵活、可配置、可扩展的数字家庭服务融合计费模型,实现对各类业务服务计费要素的统一配置和管理,实现基于规则的多业务融合计费处理算法,解决统一计费和综合优惠问题。

(2)利用规则引擎,可灵活定义业务规则,实现业务规则与业务逻辑的分离,从定价策略分解出计费/结算规则、解析计费/结算规则完成相应的算法调用,以实现规则化的融合计费方法和规则化的结算处理方法,确保业务的快速定义与推出。

(3)利用流程控制引擎,采用计费结算流程的融合控制方法,灵活配置业务功能组合、业务流程开发和加载运行,实现海量异源异类交易数据自动识别流程化处理。

(4)制定融合计费系统与服务运营业务系统间的接口协议规范,实现对各类业务系统的统一计费接入及与运营支撑系统其他子系统的数据交互。

(5)提出海量异源、异类交易信息的管理和控制方法,实现数字家庭服务交易数据的集中汇集和高效处理,为融合计费提供标准化可识别的交易记录。

(6)数字家庭融合计费系统实现对电子商务、音视频点播与下载、电视彩信、互动游戏、数字出版、其他第三方服务等多类业务的统一计费和综合优惠。

3 体系结构

3.1 系统结构

数字家庭服务融合计费系统实现新业务灵活计费接入、多类业务的统一计费和综合优惠。数字家庭服务融合计费系统体系结构图如图2所示。融合计费系统包括数据管控子系统、融合计费处理子系统和计费业务管理子系统。

(1)数据管控子系统完成与外部系统间的统一接口管理、交易数据集中汇集、高效处理和分类存储,主要包括配置管理、数字采集、数据预处理和数据分发等功能模块。其中,配置管理完成对系统参数、数据库参数、接口协议的统一配置,以实现协议适配和多网络数据接入;数据采集实现交易数据的数据巡检,加密、压缩、传送等数据传输功能,以及离线和在线采集过程中数据校验、采集监控、异常处理、数据备份、数据入库等采集处理功能;信息共享管理实现数据共享,以便支持全业务融合计费、在线离线融合计费、计费账务的融合处理;数据预处理完成交易记录的格式转换、分拣过滤、检错纠错、记录排重、拆合关联、业务识别,及计费处理前后的数据进行分类汇总;数据分发,一方面将交易数据根据用户计费属性和业务类别的不同进行分拣,供后续系统进行计费处理,另一方面将计费批价后形成的详单数据,汇总后形成的明细账单数据,根据各个系统的不同需求,传送给其他系统

(2)融合计费处理子系统接收数据管控系统数据预处理的输出数据,实现融合计费后台处理流程,主要包括计费控制、计费引擎、批价依据管理、风险控制等功能模块。其中,计费控制负责灵活调度业务授权、计费调度、详单处理、差错处理等功能,实现在线计费或离线计费的整体调度;“规则驱动”的计费引擎完成对在线及离线算费流程的动态调用和流程重组;账务处理是指对综合账单的生成、管理及核算的过程,包括账务管理、账务处理等;风险控制针对余额不足和费用额度高的情况,实现欠费风险管理和高额处理。

(3)融合计费业务管理子系统完成融合计费的规则、定价等模型设置和计费结果分析。其中,基础管理主要包括权限管理和计费查询等模块;权限管理负责对权限、角色、人员、设备、机构等信息管理,计费查询包括计费信息查询,及错单、详单等票据信息查询;计费模型设置主要包括融合计费模型涉及的概念、参数、规则、定价、产品、组合产品信息的管理;计费批价测试实现计费人工控制过程,在新的产品资费和计费规则正式推出之前,进行计费处理和局部算法流程的测试,验证系统产品资费实现是否合理,资费/优惠计算是否正确的处理过程。

3.2 技术架构

融合计费系统技术架构如图3所示。将融合计费系统划分为五个层次,包括接入服务层、数据控制层、计费处理层、Web应用服务层和终端展示。其中,接入服务层完成外部各系统的接入适配,屏蔽异构平台之间的通信协议,负责融合计费系统与外联系统之间的通信传输;数据控制层完成交易数据集中汇集、处理和分发,包括数据采集、数据预处理和数据分发等环节;计费处理层完成在线/离线计费整个批价、优惠处理的计费控制过程,以及对计费过程欠费/高额度等风险的控制;Web应用服务层完成融合计费模型数据的设置、计费结果查询等服务,为融合计费处理提供批价依据数据,并为计费处理前后的数据提供结果查询接口;终端展示层为电视、PC、移动终端等各种设备提供融合计费业务管理信息操作和展示界面。

3.3 接口体系

数字家庭服务融合计费系统与服务运营业务系统间的接口协议规范,包括两方面内容:一是融合计费系统与面向数字家庭的第三方服务等外部业务系统之间的接口协议规范,定义服务使用记录或在线计费消息等数据的交换格式和传输方法;二是融合计费系统与运营支撑平台综合结算、智能挖掘等子系统之间的接口协议规范,定义从运营支撑平台产品管理、用户管理等子系统获得产品资费、用户定购等计费参考信息的接口协议,以及向综合结算、智能挖掘等子系统输出计费结果的接口协议。

数字家庭服务融合计费系统接口体系框架图如图4所示。按照接口功能可以分为五大类。

第一类:共享数据同步接口,从外部系统获取产品、资费、用户账户等批价依据信息。

第二类:交易数据离线采集接口,从外部系统获取批量服务使用记录。

第三类:交易数据在线采集接口,从外部系统获取在线计费消息。

第四类:交易数据分发接口,为外部系统传送标准化可识别的服务使用记录。

第五类:计费数据分发接口,为外部系统传送标准化可识别的计费结果数据、计费结果查询接口数据。

按照通讯协议分类,融合计费系统接口主要分为两大类:

(1) Socket接口

Socket接口由融合计费系统发布,每个接口完成系统间特定功能通信,主要为共享数据同步接口、交易数据在线采集接口等。服务运营业务系统作为Socket接口调用的客户端基于TCP/IP协议与融合计费系统实现消息通信,融合计费系统对消息调用做出回应。双方互相开放自己的IP地址和固定端口号,双方均支持使用标准的TCP/IP协议进行通讯。数据包体默认XML格式,兼容ASCII格式。

(2) FTP接口

FTP接口提供数据采集文件传输服务功能,业务系统作为客户端通过FTP通讯协议将数据采集文件上传到融合计费系统,数据文件须遵守融合计费系统接口协议规范所规定的文件命名规则、文件数据格式等。通过对业务系统中某个规定的位置的巡检来判断是否有新的数据文件生成,如果有则把文件上传到规定的数据采集文件夹,与此同时通过TCP/IP协议的方式通知文件采集接口对新生成的文件进行增量或者全量采集。文件格式默认XML格式,兼容TXT格式。

4 小结

融合网络环境下,各运营商将多种新的业务形态引入数字家庭,开展面向家庭用户的融合业务。现有计费系统基于不同业务独立开发和维护,未考虑融合业务的计费需求,如何解决跨业务、跨网络、跨运营商的业务捆绑综合优惠及多业态服务统一计费的融合计费问题,具有一定的难度,也非常急迫。

摘要：本文通过对数字家庭服务及业务计费现状的分析,提出了融合网络下数字家庭服务融合计费需求,并介绍了数字家庭服务融合计费技术体系建设目标和融合计费技术体系建设技术方案。

计费技术 篇8

关键词：认证计费,带宽控制,WinPcap开发

广域网接入认证计费系统要对网络用户进行认证、授权、计费以及流量控制等运营管理需求的功能。目前此类认证计费技术主要有以下三种:PPPo E+Radius、DHCP+WEB+Radius、以及802.1X+Radius三种方式。因为802.1X认证方式具有安全可靠、简洁高效等优点而被广泛使用[1]。本系统在802.1X协议提供的功能基础上, 结合Win Pcap的网络底层访问技术, 避免了IP地址盗用、ARP地址欺骗等各类安全隐患。

1 认证计费系统解决方法的现状

公司目前应用的认证计费系统就是采用网络底层访问技术, 利用Win Pcap这个分组捕获库完成了防NAT代理等多种功能。Win Pcap是一个免费的分组捕获库, 用它可以在Windows操作平台上来实现对底层包的截取过滤。它是独立于主机协议 (如TCP/IP) 而发送和接收原始数据报, 从而监听网络上传输的数据包。利用此编程技术, IP地址盗用、带宽控制等问题也得到了很好地解决。

2 认证计费系统中关键技术的分析与解决

2.1 IP地址盗用

目前防止IP地址盗用的方法有许多, 如静态路由技术、交换机控制技术等[2]。本系统中则采用了IP地址绑定技术。IP地址是可以随时更换, 而网卡上的MAC地址则是唯一固定不变的、用户无法更改的。因此, 通过IP地址和MAC地址在路由器和交换机上的绑定可以有效地避免IP地址被盗用, 加强网络的安全性[3]。

在本系统中采用了IP地址与MAC地址自动绑定的方法。首先由网管中心给每一台计算机分配一个IP地址, 首次使用该地址时, 由客户端程序将查询到的本机IP地址和MAC地址一起发送给管理服务器, 服务器自动进行记录。用户要首先运行客户端程序进行验证, 成功后则允许用户接入到Internet, 此后每隔一段时间客户端程序都要把相关信息发送给服务器, 如果服务器检测出有不符的信息, 则会中断客户机的internet连接。

2.2 NAT代理

造成网费收入流失最主要的原因就是NAT代理技术的使用, 即多人利用同一IP地址访问网络。这一技术实现时要使用双网卡或是多IP地址, 因此, 如果能够检测到双网卡或多IP地址则有使用该技术的嫌疑, 可中断此连接。

为达到这一功能, 系统利用Win Pcap捕获数据包进行分析处理。程序中主要使用了可以获得适合的网络接口的列表:Libpcap中的pcap_findalldevs () 函数。它返回一个pcap_if结构的列表, 根据此列表就可以判断出每个网络接口的信息。若有多于两个网卡或IP地址的情况, 则反馈给相关功能模块, 从而禁止网络功能。

2.3 ARP地址欺骗

TCP/IP网络依据IP地址进行数据包转发, IP地址用来确定网络上的主机地址, 是个三层协议地址, 而当IP包被送到数据链路层时, 则需要使用物理地址来识别主机或节点。因此, 主机在发送数据前需要知道下一跳IP地址的物理地址。ARP的作用就是获取与IP地址相对应的主机MAC地址。查询获得后, 主机就会将IP地址到硬件MAC地址之间的映射存放到本机的一个可以动态刷新的ARP高速缓存中。在发送报文前, 主机先在ARP高速缓存中查找是否有目标IP地址对应的目的MAC地址。但是这个映射主机并不会检查结果的合法性, 而ARP欺骗正是利用了ARP协议的这种机制。

2.4 带宽控制

局域网建立初期出口带宽各为100M, 因为没有对用户带宽进行限制, 不少用户经常抱怨网速太慢。经分析统计, 网络的带宽主要为Bit Torrent、HTTP、e Donkey、Win Media、Real、FTP等应用程序所占用。这些应用当然可以通过路由器或交换机的关闭一部分端口来实现, 但随着技术的不断发展, 各种软件使用了动态端口甚至HTTP协议来躲避端口的检测, 无法进行限制, 缺乏灵活性。

针对这种状况, 加之网络各类应用层出不穷, 如果靠检测各类应用是无法跟上技术发展的。一方面, 考虑到普通用户使用网络的情况, 我们采用取了简便有效的方法:即限定每个IP地址的流量, 而不管用户使用什么应用协议。计算机网络数据的输出模型如图2所示。

流量控制可以通过决定包是否加入排队、抛弃或是延迟从而达到限率、优先级控制以及限流的目的。客户端向服务器提供客户信息, 服务器端则完成带宽分配、流量控制的任务。在Linux2.2及以上的版本内核里, 可以利用iprouter命令集提供的tc命令完成带宽分配。

参考文献

[1]周俊杰.校园网中三种常用认证计费技术的对比分析[J].网络安全技术与应用, 2009, (9) :47-49.[1]周俊杰.校园网中三种常用认证计费技术的对比分析[J].网络安全技术与应用, 2009, (9) :47-49.

[2]吴军强.校园网中IP地址防盗技术研究[J].嘉兴学院学报, 2008, 20 (3) :66-70.[2]吴军强.校园网中IP地址防盗技术研究[J].嘉兴学院学报, 2008, 20 (3) :66-70.

计费技术 篇9

随着电信行业整合的推进,通信市场日趋饱和,行业竞争进入白热化阶段,通信技术的发展也进入了高速通道。为了给客户提供更好的服务平台,各大运营商都纷纷推出了在线计费系统(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的基本功能、系统架构、外围接口、各个功能模块及其相互关系。这种计费方式,提高了业务支撑能力,对数据业务和增值业务实现了实时计费,更加有效地防止了欠费,将逐步成为新一代的电信业计费方式。

上海移动:云端计费 篇10

上海移动正在重构自己的计费系统,全力打造计费三朵云——应用云、详单云和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组网技术将极大提升云计算效率。

融合计费 运营商联手造福手游 篇11

据悉，中国移动手机游戏基地与中国联通沃商店共同推出的融合计费产品——“Touch-Pay”将自动识别手机游戏用户所属的运营商，并按照该运营商的计费标准进行支付。移动、联通用户可以自由下载两大平台的游戏产品，并用各自的话费进行支付。

“Touch-Pay打破了之前不同运营商游戏支付自成体系的模式，形成了游戏行业巨大的统一聚合势能。”中国移动手机基地总经理刘浩表示，“融合计费产品的推出，开启了手机游戏支付的新时代。”

通过计费SDK融合以及业务流程优化，简化了游戏开发商产品上线流程，一款游戏产品在中国移动手机游戏基地或中国联通“沃商店”接入上线后，用户下载使用时，SDK将自动识别运营商并进行计费，实现了游戏开发商一点接入，产品即可在运营商自有渠道及互联网渠道计费全覆盖。

有调查数据显示，在所有的移动应用中，无论是Android平台还是iOS平台，游戏类应用一直牢牢占据着收入榜首。

以手机游戏为代表的移动游戏产业，可谓是当前最具想象力的行业之一。据统计，截至2012年底，其用户规模累计接近3亿人，2013年市场规模预计将超过70亿元人民币，诸如《移动棋牌》、《捕鱼达人2》等游戏在“移动游戏”平台已月入过千万元。

正因如此，随着付费用户的增加，寻求更加便捷的支付方式已经成为手游行业发展的必然趋势。然而，在整个市场的一片火热中，众多中小游戏开发者的实际盈利情况却不容乐观。同时，由于安卓平台的开放性，导致手机游戏支付安全问题日益严重。在这个迅速发展的朝阳产业中，运营商的支付渠道和用户资源，是行业发展不可或缺甚至非常重要的资源，运营商各自的游戏平台也是行业发展的重要支点。

“Touch-Pay产品的推出，对用户而言，提供了更海量的游戏选择和最佳的支付体验，对于游戏开发商及渠道而言，其益处不言而喻。”刘浩表示。首先，为CP/SP提供了覆盖全网、超过10亿的用户资源，一款游戏在‘移动游戏’或者‘联通沃商店’任一平台上推出，即可同时为两家的玩家所下载、畅玩，大大拓宽了游戏市场规模，提升了变现能力。其次，节约了游戏开发者的开发时间和成本。通过发布融合计费产品，游戏开发者只需一次开发，集成一个SDK即可，从而大大节约了游戏开发者的人力、物力成本，并最大程度上节省了开发时间，能集中精力为用户提供更好的游戏产品。

同时，手游市场安全危机也将得到有力控制。在运营商以及第三方应用商店上架的游戏，都将由运营商把关，暗扣、流氓插件等安全隐患可以较好地被抑制，用户利益得以确保，手游行业将逐步迈向有序化和安全化。

目前，两家运营商已经联合国内外多家著名游戏厂商，推出了首批融合计费的游戏产品，其中包括手游精品《捕鱼达人2》、《保卫萝卜》和《找你妹》等。W

在线计费系统(OCS) 篇12

随着全业务经营时代的到来, 国内电信运营商展开了新一轮的市场竞争。为了适应未来业务发展的需要, 电信运营商正不遗余力地提升业务系统的支撑能力。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 结束语