探讨移动在线计费建设方案
探讨移动在线计费建设方案
来源：通信工程毕业论文
写毕业论文主要目的是培养学生综合运用所学知识和技能，理论联系实际，独立分析，解决实际问题的能力，使学生得到从事本专业工作和进行相关的基本训练。
摘要:在3G网络下,在线计费是计费系统的发展趋势。本文提出了基于3GPP参考架构下一种在线计费的实现方案,并对在线计费的过渡方案进行了分析。
关键词:实时计费;在线计费;预付费 后付费
一、概述
随着3G的来临,对数据增值业务的发展将产生更大的促进,而这些业务复杂的计费需求也让计费系统承受前所未有的压力。一方面要支持语音、数据业务的计费,实现语音和数据等多种业务的捆绑和统一账户对于运营商的营销策略至关重要,为运营商提供了更加灵活的市场竞争手段;另一方面用户产生的费用已不再是简单的承载费用,第三方CP/SP提供的增值业务需要收取信息费。一个用户在短时间内可能产生高昂的信息费,加大了欠费风险;同时,3G环境下移动电子商务交易计费的账务需求也将不断发展,将对计费的实时性提出严格的要求。面对这些需求3GPP提出了在线计费系统(OCS)的参考架构给出了具有开放性和通用性的实时计费系统框架,支持基于承载、会话和内容事件的统一计费。实时计费将成为3G时代计费发展的大势所趋。
二、计费实时能力的演进
传统网络中在线计费主要是针对防止欺诈的预付费方式,现网主要有智能网和BOSS两种预付费实现方式。智能网方式是一种传统的实时计费方式,支持对传统语音的预付费,但存在许多缺点:对数据业务的支持非常有限;用户、业务数据分布在智能网和后台BOSS两套系统中,不能实现语音和数据业务的融合;升级困难,业务开展不够灵活。正是因为智能网这些难以克服的问题,出现了基于BOSS的预付费处理系统,这种方式不属于在线计费系统(OCS),是后处理系统,因此不可避免地存在计费处理时延,而且随着3G具有高附加值的增值业务的引入和电子商务模式的成熟,大大增加了欠费的风险。计费实时能力演进如下:
智能网&hotbilling&BOSS2.0(智能网网关)&BOSS3.0(欠费风险控制)&OCS
通过对OCS的引入主要有以下几点优势:彻底规避高风险用户和业务的欠费风险;提高最终客户的实时业务体验;打破智能网与后付费平台壁垒,统一客户服务、业务支撑;综合成本较低,兼顾欠费成本、机会成本、建设成本; 符合产业的发展趋势。
三、融合在线计费系统的建设方案
在线计费是融合计费的重要组成部分,并贯穿于融合计费系统的各个方面,是支撑业务发展的重要手段。3GPP标准中为IMS网络定义了OCS参考性的架构,在这个架构下实现了语音和数据的融合在线计费。
OCS主要有四个功能模块,计费功能模块执行基于会话/事件的计费控制,会话计费主要指基于承载的时长、流量计费,事件计费是指基于使用的内容信息计费;余额账户管理模块执行账户余额的查询/更新;批价处理模块负责定价策略和计费策略的确定;计费网关模块的功能同3G分组网的CG(计费网关)功能类似,负责话单的存储和向运营商后台账务处理系统的话单接口。CAP接口是移动智能网的CAMEL标准,Ro接口3GPP建议采用DCC(diameter CC)协议,Ga接口是3GPP标准接口。Rc、Re接口是OCS内部接口。 论文代写
针对CAMEL协议的复杂性本文提出的融合在线计费系统基于3GPP标准的基本框架,将智能网、各个业务平台设备的计费功能分离出来,实现业务提供和计费控制的分离,形成一个独立的在线计费系统。不同的是OCS不用通过CAP协议接口而是通过统一的DCC协议接口和语音业务的智能网、数据分组业务的GGSN及业务管理平台DSMP相连接从而对业务提供和计费控制相分离以达到融合计费的要求。此方案优点:
不但具备智能网计费的稳定性、可靠性、性能等,同时具备HOTBILLING同样的计费能力,支持全业务计费(含3G)和灵活套餐,因而具备灵活的市场营销支撑能力,为市场经营打下坚实的基础,彻底让预付费用户告别&二等公民&,享受不对等的市场营销待遇,从而有效支持预付费业务的发展。
由于OCS与HOTBILLING具备相同的计费能力,并且在数据共享的基础上进行融合,从而可以灵活地实现预付后付切换,即某些可以是预付费业务,某些业务是后付费业务,同时在某段时间可以是预付费,在某段时间内又是后付费,预付后付只是一种付费模式的选择,而不是区分客户或者产品的标志。
OCS可以实时监控客户的业务使用情况,从而为运营商根本性的风险规避手段,OCS有效解决了长期困扰运营商的欠费风险问题,通过对用户使用电信业务过程的实时费用和信用度控制,及时发现恶意欠费行为,有效控制欠费风险。
在语音业务,数据业务,增值业务平台的总体实现方式如下:
语音业务方案。传统的语音业务的在线计费主要通过智能网实现,由MSC根据用户的签约信息触发到智能网处理,呼叫控制和计费处理都在智能网实现。本方案OCS通过DCC协议接口同智能网SCP相连,而不是通过CAP接口同MSC直接相连,这种方式实现了业务处理和计费控制的分离。具体流程如下:
首先HLR接收从营帐传来的用户签约信息,将签约消息传给MSC,MSC根据签约消息判断是否需要触发CAP消息到SCP,根据SCP传回的消息判断是否接续用户请求,并将监控标志记录在离线话单中,SCP接收从营帐系统传来的监控用户资料,根据监控用户资料将监控用户的语音业务请求触发到OCS,根据OCS传回的信息判断是否接续用户请求,并将监控标识纪录在离线话单中。
这种架构下,SCP负责呼叫控制,原来在SCP中的计费控制和账户管理功能由OCS实现,这样在线计费系统专注于计费,不负责呼叫处理过程,系统的灵活性得到了提高。
数据业务方案。数据业务计费流程如下:
首先HLR接收从营帐传来的监控用户资料,将用户计费方式传给SGSN,SGSN接收HLR传来的计费方式并传给GGSN,根据用户计费方式将监控用户的数据业务请求触发到OCS,根据OCS传回的信息判断是否接续用户数据业务请求,并将监控标识纪录在离线话单中。
增值业务方案。增值业务计费流程如下:
DSMP接收从营帐传来的接收从营帐系统传来的监控用户资料,根据监控用户资料将监控用户的增值业务请求触发到OCS,根据OCS传回的信息判断是否接续用户请求,并将监控标识纪录在离线话单中。各个业务系统会根据DSMP传回的信息判断是否持续用户请求,并将监控标识记录在离线话单中。
OCS过渡实施方案主要有两种。方案一是智能网SCP+准实时计费系统,方案二是由准实时计费系统统一实现。
方案一:
电路域和分组域的在线计费都由智能网SCP来完成;数据业务网的在线计费是由DSMP通过私有协议送到SCP,由SCP完成在线计费。离线计费是由电路域通过MSC,分组域通过SGSN和GGSN产生SCDR和GCDR话单,经CG合并后送到准实时计费系统(Hotbilling)中进行处理,数据业务网络通过ISMP产生话单后也送到准实时计费系统(Hotbilling)中进行处理。
方案二:
由准实时计费系统来完成在线计费。电路域通过MSC和SCP,分组域通过SGSN和GGSN产生SCDR和GCDR话单,经CG合并,数据业务网络通过DSMP产生话单,统一送到准实时计费系统(Hotbilling)中进行处理。
考虑到移动BOSS系统建设现状方案二比较符合移动实时计费的建设需求。
结束语
OCS是网络紧密偶合的在线计费系统,OCS的实时不只涉及到支撑系统和网络的改造,还涉及到主导业务管理和维护体制的改变,实施起来有一定的困难。
本文提出的在线计费系统方案,实现了业务控制和计费控制的分离,计费定价策略具有较强的灵活性;通过标准开放的接口,真正实现了多业务的在线计费,并具有很强的扩展性。
相关范文推荐
随着移动通信的发展，客户对网络的要求越来越高，下面小编就为大家推荐 集成服务软件在通信工程中的使用 ，欢迎各位通信工程的同学阅读! 摘要： 在网络中运用直放站可实现小容量、大覆盖，是低成本、快速解决网络覆盖的有效手
随着移动通信的高速发展，客户对网络服务质量的要求不断提高，网络的覆盖也越来越受到我们的重视，下面小编就为大家推荐 集成服务软件在通信工程中的使用 ，此论文对正在写着一方面论文的写作者有一定的借鉴作用! 摘要： 在网
下面是小编整理的当前通信工程专业实践教学探讨的论文，欢迎各位通信工程毕业的同学借鉴! 【摘 要】 通信工程系列的课程覆盖面广，从理论课程到实践课程，都体现了专业的特色，既要求具有扎实的理论功底又要求较强的实际操作能
摘 要： 随着同Internet的结合以及IP化无线通信系统的发展，4G技术成为高容量以及高传输速率的移动通信技术，能够满足用户的个性化需求，同时有着成本小以及安全性高的优点，可以同时满足多种业务传输。本文简要介绍4G通信技术
摘 要： 叙述了光纤的通信传输技术的特点，分析了光纤通信传输技术中光纤接入技术和光纤技术中波分复用技术，进而分析了光纤通信传输技术的发展前景。希望能为我国的通信传输技术的发展有所借鉴帮助。 关键词： 通信传输技术光
本文精彩评论
最新范文推荐
精彩范文推荐IMS技术_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
上传于||文档简介
&&I​M​S​技​术​介​绍
大小：3.72MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢您所在位置： &
 &  & 
IMS中策略和计费控制的研究和设计.pdf76页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
文档加载中...广告还剩秒
需要金币：200 &&
你可能关注的文档：
··········
··········
IMS中策略与计费控制的研究与设计 摘要 IP多媒体子系统 IMS 是第三代移动通信伙伴组织 3GPP 在Release5版本标准的基础之上提出的支持IP多媒体业务的子系
统。IMS将IP技术与移动通信深度融合，具备通信与接入方式无关、
控制功能与承载分离等诸多显著特点。策略控制与计费控制一直是
IMS中研究的重要部分。3GPPR5版本中PDF位于P．CSCF中用于
也被广泛的接受，被认为是一种可行的策略与计费控制架构。由于
3GPP标准的前沿性，目前对R7版本的PCC架构的实现方案缺乏全
面的考虑以及深入的研究，这对于IMS的发展来说是一种遗憾。因
此，本论文所完成的关于IMS中策略与计费控制的理论研究和设计
工作，对于IMS网络、固定与移动融合及承载控制技术的理解与应
用有着很强的实际意义，同时也具有很强的可操作性。 论文的主要目的是利用IMS体系中的关键模块――策略与计费
控制实体，实现策略与计费控制机制，以支持IMS的策略与计费控
制的融合。本文首先介绍了IMS的背景知识，以及IMS中采用的SIP、
Diameter协议、IMS的架构、其功能模型及接口。其次研究并阐释了
IMS中计费的演进和融合，介绍了IMS中策略控制的发展和与FBC
的融合。此外，在本文第四章详细地研究和阐述了3GPPR7版本的
射、漫游情况下PCC架构的策略与计费控制。通过对IMS中PCC架
构的研究，本文设计了PCRF的功能模型、PCRF中功能模块的类图、
生成PCCRule的流程等，PCC Rule的流程包括QoS映射流程、带宽 R7的策略与
信息获得流程以及带宽与QoS交互流程。在结合3GPP Rule生成流
计费控制架构和本文中设计的PCRF功能模型以及PCC
程的基础上，举出采用该模型和流程的实例，用于验证本文中策略与
计费控制模
正在加载中，请稍后...在线计费系统_百度百科
在线计费系统
在线计费系统（Online Charging System，OCS）是一个实时的基于业务使用和系统进行交互计费的系统。在线计费在会话进行过程中收集计费信息，实现实时结算。如果账户没有钱了，业务也就停止了。这是完全的实时方式，也是今后的趋势。如：移动的动感地带、神州行。
在线计费系统什么是在线计费系统
在线计费系统（Online Charging System，OCS）是一个实时的基于业务使用和系统进行交互计费的系统。在线计费在会话进行过程中收集计费信息，实现实时结算。如果账户没有钱了，业务也就停止了。这是完全的实时方式，也是今后的趋势。如：移动的动感地带、神州行。
OCS主要是指参与通信过程控制的计费系统，能够解决用户实时信用控制、预付费使用数据业务和增值业务实时计费等问题。
OCS是3GPP网络架构中最重要的组成部分之一。为更好地指导3G环境下计费支撑体系的建设，3GPP组织在32.815提出了在线计费系统（OCS）的参考结构，给出了具有开放性和通用性的实时计费系统框架，支持基于承载、会话和内容事件的统一计费。这一框架将设备的话务控制功能与计费功能相分离，并建立了计费体制与会话/服务控制的直接交互，使计费完全参与到服务的使用过程中，用户边使用业务，OCS系统边计费。在这样的体系下，既可以利用独立计费系统的强大能力以提供接近于准实时计费系统的灵活性，又可以利用参与使用过程的实时特性，将欠费成本降到最低。[1]
在线计费系统计费系统的发展
离线计费 Offline charging， 一般而言，以前的中国电信产业都使用这种模式，每个月的月初，计费系统取上个月的所有业务的使用信息（话单），进行计费计算，并产生账单。
准实时计费 Hotbilling， 计费系统采用定时的模式，比如5分钟，去网元侧取所有的话单进行批价计费，通过本帐号的余额处理，产生相对实时的余额。
传统智能网实时计费。
在线计费系统 Online Charging System， 实时计费模式，业务使用之前，网元会进行OCS消息鉴权，通过计费系统对账户、余额、还有对应的资费信息，进行批价处理。网元获得对应的使用量后，用户可以使用对应的业务。
在线计费系统在线计费系统的优势
基于业务域和网络域分开的目的和原则，再加上传统的智能网计费只能支持基本的语音、短信或者其他一些VAS业务，所以把OCS分离出来；
OCS在整个网络中，保证计费引擎的统一；因为它是以一个网元的形式存在；
OCS是基于消息计费。
在线计费系统实现原理
OCS使多网络、全业务的融合计费和交叉捆绑优惠成为可能，支持语音、数据、增值业务的在线计费。OCS可以实现以下网络在线计费：
2G（The 2nd Generation Mobile Communications，第二代移动通信）
3G（The 3rd Generation Mobile Communications，第三代移动通信）
固网：PSTN（Public Switched Telephone Network，公共交换电话网）和SS（Soft Switch，软交换）
IMS（IP Multimedia Subsystem，IP多媒体子系统）
WLAN（Wireless Local Area Network，无线局域网）
OCS分别与以下网络实体相连完成相应业务的在线计费：
与SACP（Service Access Control Point，业务接入控制点）连接，完成语音业务的在线计费。
与SMSC（Short Message Service Center，短消息中心）连接，完成点对点短消息业务的在线计费。
与GGSN（Gateway GPRS Support Node，GPRS网关支持节点）连接，完成数据业务的在线计费。
与VAC（Value-added service Authentication Center，增值业务鉴权中心）连接，完成增值业务的在线计费。
在业务创建时，OCS告知核心网该业务能够使用的配额（如：时长、流量门限），一旦到达配额阈值，核心网立刻终止用户业务。
OCS作为一个计费系统，并不是代替智能网，而是剥离智能网的计费功能，业务的接入和控制仍然需要智能网平台来进行处理。OCS剥离智能网的计费功能后将计费从网络侧分离出来，融入到BSS（Business Support System，业务支撑系统）中。
OCS用户拨打或接听电话时，MSC（Mobile Switching Center，移动交换中心）/SSP（Service Switching Point，业务交换点）首先根据用户的签约信息的业务键，判断用户是否触发信令到SACP，如果不是离线计费用户，则根据GT（Global Title，全局名）值将呼叫触发至用户归属的SACP，SACP发送DCC（Diameter Credit Control，Diameter信用控制）消息到用户归属OCS进行鉴权计费。
为了能使MSC/SSP将用户呼叫触发至归属SACP，CRM（Common Resource Management，公共资源管理）在开户时会向HLR（Home Location Register，归属位置寄存器）发送指令设置用户的签约信息。签约信息是指用户在HLR中保存的CAMEL（Customized Applications for Mobile Network Enhanced Logic，移动网络增强逻辑的客户化应用）信息，该信息包含了此用户对应的归属SACP地址（即SACP的GT地址）、用户签约的业务键（指PPS（Prepaid Service，预付费业务）、VPN（Virtual Private Network，虚拟专用网）、CAMEL版本等内容。
《NGBOSS2-在线计费接口规范V3.0.0.doc》
本词条内容贡献者为
副理事长兼秘书长
中国通信学会
中国通信学会
原武汉邮电科学研究院
中国联通网络技术研究院
工业和信息化部电信研究院互联网中心
副院长兼总工程师
中国移动设计院
首席架构师业务总工程师
中兴通讯股份有限公司
百度公司发展研究中心
中国通信学会科普中国百科科学词条评审专家委员会
中国通信学会是全国通信...
提供资源类型：内容
企业信用信息了解 IMS 计费架构
了解 IMS 计费架构 作者：Stefano Gioia 和 Tomasz Radziszewski
2007 年 7 月 25 日 摘要 计费对于每个服务提供商而言都是必不可少的功能，电信运营商也不例外。因此，任何网络都必须包含一组节点来专门实现这一任务。计费可以采用预付费或后付费的方式实现。虽然预付费解决方案日趋盛行，但后付费解决方案仍在广泛使用。因此，任何面向商业应用的电信网络都必须同时实现这两种解决方案。此外，基于 IT 的服务领域发展迅速，电话通信之外的服务也不断涌现。视频电话、无线接入和视频点播便是几个示例。 所有这些服务都需要一种计费方式。本文将介绍各种可用于计费的 IMS 架构。本文还将介绍如何使用 BEA WebLogic SIP Server 和 Diameter 协议实现这些架构。 IMS 计费架构 IMS（IP 多媒体子系统）网络使用 3GPP 定义的架构。图 1 显示了此架构中的计费功能。
图 1. IMS 计费架构（单击图像查看大图） 图 1 中的元素可以实现预付费和后付费这两种计费功能。这两种看上去类似的模式实际上从网络角度看截然不同。最重要的差别是：当用户想要使用预付费服务时，网络必须根据用户的当前账户余额确定是否应该允许此操作。预付费系统具有以下特点：
在使用每个服务之前，必须获得计费系统的许可（这称为信用授权）。 要决定是否应许可服务，计费系统必须实时了解用户的账户余额。在后付费系统中，通常通过收集服务使用情况的数据并于月底处理（批处理）这些数据来实现这一目的。不过在预付费系统中却不能采用这种方法。对于预付费服务，每次使用事件都必须立即从账户中扣除消费金额。 计费系统未在适当的时间内响应时，必须有高效的方法来处理这种情况；用户不能无限制地等待。 用户必须能够查询账户余额。
由于预付费方案需要实时更新账户信息，因此这种方式也称为在线计费。后付费则称为离线计费。 离线计费 图 2 显示了离线计费的框架。
图 2. 离线计费架构（单击图像查看大图） 此类型的计费架构由以下节点组成：
计费触发功能 (CTF) & 服务元素的一部分，负责监视服务使用并据此生成计费事件。 计费数据功能 (CDF) & 负责根据从 CTF 接收的事件生成 CDR（计费数据记录），并将它们传输给 CGF。 计费网关功能 (CGF) & 负责 CDR 的持久存储以及一些预处理和错误检查；它还从许多 CDF 中收集 CDR 并将它们发送到账单系统。 账单系统 & 处理 CDR 以产生一些最终输出，例如可以使用这些输出为客户开具发票。
在这个架构中，BEA WebLogic SIP Server 连同 CTF 的角色是服务元素。 在线计费 图 3 显示了在线计费架构中使用的节点：
图 3. 在线计费架构（单击图像查看大图） 以下是这些节点的说明：
计费触发功能 (CTF) & 类似于离线计费中使用的 CTF，但此处的 CTF 必须能够在用户账户余额不足时中断服务。 在线计费系统 (OCS) & 实现在线计费功能 (OCF)，它依赖于以下功能：
账户余额管理功能 (ABMF) & 存储和更新用户账户的存款余额。 换算功能 (RF) & 根据网络运营商定义的价目表确定使用服务的费用。
在这个架构中，BEA WebLogic SIP Server 连同 CTF 的角色是服务元素。 IMS 计费信息关联 如今，存在许多不同的架构和网络；显然需要为每个网络实体（如 SIP Proxy）提供正确的计费元素地址。由于 3GPP 定义了两种类型的计费元素（CDF 和 OCS），因此可以拥有这些元素的多个实例。标识正确元素的方法是向 SIP 消息中添加一个头用于传输地址。 SIP 信令中传输的离线和在线计费功能地址被编码到 P-Charging-Function-Addresses 中。P-Charging-Function-Addresses 头包含 CCF 和 ECF 参数。以下是这种头的一个示例： P-Charging-Function-Addresses: ccf=192.168.100.1; ecf=192.168.100.2 还需要标识和关联计费信息。IMS 计费标识符 (ICID) 可以解决此问题，同一会话/事务的 IMS 元素之间共享 ICID。ICID 参数存储在 SIP 消息的 P-Charging-Vector 头中，通过网络进行传输。此头由 P-CSCF 插入，并且包含以下参数（按规范描述）：
IMS 计费标识符 (ICID) & 必需。 接入网络计费标识符 & 用于将接入网络计费数据与 IMS 计费数据相关联。 运营商间标识符 (IOI) & 标识会话/事务中的发端 (orig-ioi) 网络和终端 (term-ioi) 网络。此参数由 S-CSCF 插入，当请求离开网络时将由 P-CSCF 删除。
以下是此类头的一个示例： P-Charging-Vector: icid-value=&655Ayet773+e&; orig-ioi=bea.net
参考模型 在线和离线计费过程都可以分为两种截然不同的类型：基于事件的计费和基于会话的计费。
基于会话的计费 & 需要在整个服务中维护会话时使用。通常，至少向账单系统发送两个请求：
初始请求 & 用于发送计费活动开始的信号。此请求类型包含与用户使用的会话相关的数据。 中间请求 & 用于更新当前会话（例如，向语音呼叫中添加视频）。当然，此请求是可选的。 最终请求 & 用于关闭会话。
基于事件的计费 & 用于在某个特定事件（例如，SIP AS 充当重定向服务器）之后发送一次性账单活动的信号。
对于离线计费，请求通过 Rf 协议进行传输。对于在线计费，使用的协议为 Ro。这两种协议都基于 Diameter。这两者之间的一个差别就是对与计费会话关联的会话状态的维护。对于事件模型，由于一个事件只涉及单个应用程序，因此不需要维护会话。根据 RFC3588，会话的概念为&一系列致力于某个特定活动的相关事件&。 离线计费：Rf 接口 CTF 和 CDF 之间的事件和会话的离线计费均使用 3GPPTS 32.240 中定义的 Rf 参考点执行。Rf 接口用于非实时操作，其中用户使用的单位不会计入用户账户。这通过从 WebLogic SIP Server（用作 CTF）向 CDF 发送 Diameter 请求来实现。 这些消息用于向 CCF 报告账户信息，跟随在 Diameter 方法后面（一个请求，一个应答）：
计费请求 (ACR) 计费应答 (ACA)
根据之前介绍的模型，对基于会话的计费，Accounting-Record-Type AVP 可以具有以下值：
START_RECORD & 用于启动计费会话，通常当应用程序收到确认初始 SIP INVITE 的 SIP 200 OK 时使用。 INTERIM_RECORD & 用于更新会话，例如，针对当前 SIP 对话中的 SIP RE-INVITE 和/或 UPDATE 使用。 STOP_RECORD & 用于停止计费会话，例如，当应用程序收到 SIP BYE 消息时使用。
在基于会话的计费系统中，WebLogic SIP Server 自动将 Diameter 会话链接到当前活动的呼叫状态。这意味着呼叫 ID 编码在 Diameter 会话 ID 中。
图 4. 离线计费：基于会话的模型（单击图像查看大图） 对于一次性计费事件，Event-Type 的值为 EVENT_RECORD。
图 5. 离线计费：基于事件的模型（单击图像查看大图） 在线计费：Ro 接口 在线计费的目的是将计费信息提供给 OCS，以便在允许使用网络资源之前执行账户余额控制。为此，预付费用户账户必须存在于 OCS 中，资源使用要根据这些情况记入账单。因此，所有活动（包括评估请求的资源使用、确定货币数额或其他单位的数额，以及将这些数额从用户账户中扣除）必须发生在使用资源之前，或至少发生在使用资源的过程中 & 即，使用资源时必须处于在线状态。根据情况的不同，资源使用结束时必须执行最终评估。因此，必须区分两种情况：
直接扣除 & 在单个事务中，计数单位额度直接从用户账户中扣除。 单位保留 & 在这种情况下，OCS 在用户账户中保留计数单位额度，这主要是因为 OCS 不知道提供的服务需要多少个计数单位。服务终止之后，已用额度从用户账户中扣除，最后释放所有保留的和未使用的计数单位并将其添加到用户账户中。
根据以上分类，OCS 可识别以下三种场景：
即时事件计费 (IEC)（属于基于事件的计费类型） 具有单位保留的事件计费 (ECUR)（属于基于事件的计费类型） 具有单位保留的会话计费 (SCUR)（属于基于会话的计费类型）
发生基于事件的计费过程时，可以在用户账户中保留或不保留计数单位数量，并且可以将计费过程标识为具有单位保留的事件计费 (ECUR) 或即时事件计费 (IEC)。CC-Request-Type 将具有 EVENT REQUEST 值。图 6 显示了相关的 IEC 呼叫流。
图 6. 在线计费：事件模型 (IEC)（单击图像查看大图） 图 7 显示了与 ECUR 相关的呼叫流。
图 7. 事件计费模型 (ECUR)（单击图像查看大图） 对于具有单位保留的会话计费 (SCUR)，需要大量查询，并且直接扣除情况下的 WebLogic SIP Server（或者 SIP-AS 之类的普通网络元素）的行为如下：在提供服务之前，必须向 OCS 发送请求。收到肯定的授权应答之后，WebLogic SIP Server 最终可以提供服务。作为任何其他 Diameter 请求，账户余额控制请求由 Command-Code 字段标识；在本例中，代码设置为 272。CC-Request-Type AVP 用于标识请求类型，必须出现在所有 CCR 消息中。根据 RFC4006，CC-Request-Type 可以具有以下这些值：
INITIAL_REQUEST & 用于启动会话。触发 SIP 方法包括 INVITE (SCUR)、NOTIFY (ECUR)、MESSAGE (ECUR)、REGISTER (ECUR)、SUBSCRIBE (ECUR)、REFER (ECUR) 和 PUBLISH (ECUR)。 UPDATE REQUEST & 用于更新现有会话的信息。通常，当 SIP 200 OK 确认 SIP INVITE、RE-INVITE 或 UPDATE 时，或者当保留配额到期、有效时间到期或有其他触发器时使用。 TERMINATION REQUEST & 用于终止会话，当我们收到 SIP 最终响应（4xx、5xx、6xx）、中止 SIP 会话和 SIP BYE 时使用。 EVENT REQUEST & 无需维护会话时使用。
图 8 显示了 SCUR。
图 8. 基于会话的模型 (SCUR)（单击图像查看大图） 示例 IMS 场景 图 9 和 10 显示了 IMS 网络中的一个示例在线计费场景。当用户 A 发起呼叫时，用户的电话会向 P-CSCF 发送 SIP INVITE 请求，P-CSCF 是运营商网络的入口点。它将 INVITE 转发到分配给此用户的 S-CSCF。假设 P-CSCF 知道 S-CSCF 的地址，因为在用户注册（图中未显示）时从 HSS 中检索了此信息。然后，S-CSCF 检测到此呼叫需要在线计费并将 INVITE 转发到 IMS-GWF（IMS 网关功能）。
图 9. IMS 示例场景：呼叫建立（单击图像查看大图） 可以将 IMS-GWF 看作一种特殊的 SIP 应用服务器，其作用是提供与 OCS 的通信。收到 INVITE 之后，IMS-GWF 向 OCS 发送类型为 INITIAL 的 CCR，以便为呼叫保留一定数量的余额。OCS 使用 CCA 进行响应，其中包含结果代码 DIAMETER_SUCCESS，指示允许该呼叫。CCA 还包含有关准许的&服务单位&数量的信息。例如，这些单位可以是呼叫持续秒数。 收到 CCA 之后，IMS-GWF 将之前收到的 INVITE 转发回 CSCF，然后 CSCF 再将其传递给网络的被叫方（I-CSCF、S-CSCF、P-CSCF、用户 B 的电话）。IMS-GWF 还通过设置计时器来监视所准许单位的使用情况。 然后，用户 B 的电话开始响铃并使用 180 Ringing 响应 INVITE。为了简单起见，图中省略了此响应以及所有 100 Trying。当被叫方应答电话时，将发送 200 OK。此 OK 通过各种网络元素到达用户 A 的电话，如下图所示。用户 A 的电话发送 ACK，此 ACK 转发到 B 端。现在就建立了呼叫。
图 10. IMS 示例终止：呼叫终止（单击图像查看大图） 当使用完所有准许单位后（即，IMS-GWF 中的计时器到期），将发送一个 CCR 以保留另一部分单位。此时，请求类型为 UPDATE。OCS 发送包含结果代码 DIAMETER_SUCCESS 的 CCA，以允许呼叫继续。如果准许的单位是用户账户上最后可用的余额，则 OCS 应答中将包含 Final-Unit-Indication AVP。这表示使用完当前准许的单位之后，呼叫必须断开（或者必须采取其他特定操作）。但是，在我们的示例中没有出现此 AVP。 此后，用户 A 决定关闭呼叫并发送 BYE。BYE 通过 P-CSCF 和 S-CSCF 转发到网络的主叫方及 IMS-GWF，IMS-GWF 将类型为 TERMINATION 的 CCR 发送到计费系统。此 CCR 包括有关使用的&服务单位&的信息（即，在本例中为有关呼叫持续时间的信息）。OCS 使用 CCA 进行响应并释放与此会话相关的内部资源（例如，内存、计时器）。用户 B 的电话使用 200 OK 响应 BYE，200 OK 将传递回主叫方。呼叫关闭。 如何在 WebLogic SIP Server 中实现这些功能 BEA WebLogic SIP Server 包含一个支持 Diameter 协议的简单 API，其中包括 Diameter Base Accounting 和 Diameter Credit-Control 应用程序。本节介绍如何配置和使用 Diameter 功能。 配置 要使用 Diameter 功能，必须正确配置 WebLogic 域。配置过程包括以下步骤：
启用 Diameter 自定义资源。 为 Diameter 创建网络通道。 配置 Diameter 节点和应用程序。
&参考资料&部分列出的 BEA 文档页面中详细介绍了这些活动。 初始化 部署的应用程序可以使用 Diameter Rf 或 Ro 功能之前，必须分别获取 RfApplication 或 RoApplication 对象。这可以通过以下代码实现，假设我们使用 SIP 或 HTTP servlet 类：
ServletContext sc = getServletConfig().getServletContext();
Node node = (Node)sc.getAttribute(&com.bea.wcp.diameter.Node&);
if(node == null) {
throw new ServletException(&Can't get Node. Check diameter.xml&);
RfApplication rfApp = (RfApplication)
node.getApplication(Charging.RF_APPLICATION_ID);
if(rfApp == null) {
throw new ServletException(&Can't get RfApplication. Check diameter.xml&);
RoApplication roApp = (RoApplication)
node.getApplication(Charging.RO_APPLICATION_ID);
if(roApp == null) {
throw new ServletException(&Can't get RoApplication. Check diameter.xml&);
会话处理 Diameter 有一个会话的概念。根据 RFC 3588，会话的正式定义为&一系列致力于某个特定活动的相关事件&。实际上，会话以 ACR(START) 或 CCR(INITIAL) 开始，以 ACA(STOP) 或 CCA(TERMINATION) 结束。对于一次性事件，会话仅包括请求和应答。属于一个会话的所有消息通过 Session-Id AVP 的公用值相关联。 在 WebLogic SIP Server API 中，Diameter 会话映射为 com.bea.wcp.diameter.Session 对象。Session 类处理 Session-Id AVP。Rf 和 Ro 接口具有特殊的子类，即 RfSession 和 RoSession，这两个子类可简化特定于 Diameter 计费的请求和应答。可以使用 Rf/RoApplication 创建会话对象：
RfApplication rfApp = ...
RfSession rfSes = rfApp.createSession();
RoApplication roApp = ...
RoSession roSes = roApp.createSession();
此外，Diameter 会话是可序列化的，可以将它们作为属性存储在 SipApplicationSession 中，反之亦然。WebLogic Sip Server 自动将会话链接到活动的呼叫状态。收到消息之后，容器将自动检索呼叫状态以查找 Diameter 会话。
客户与活动
电子邮件订阅
服务与商店
电话: 800-810-8-6698
