《中国电信融合计费OCS介绍.ppt》由会员分享，可在线阅读，更多相关《中国电信融合计费OCS介绍.ppt（47页珍藏版）》请在三一办公上搜索。
1、中国电信融合计费_ OCS系统介绍,SouthQA-HZ 曲默 科技(中国)有限公司,2,内容提要,一.系统介绍二.系统配置三.维护事项,3,现有业务支撑系统,4,出现的问题,两套系统带来的问题割裂的客户，无法实现统一客户视图割裂的产品，无法向客户提供统一的产品目录和定价模型割裂的用户，无法实现用户属性切换、交叉捆绑优惠智能网用户问题新业务开展困难，尤其是增值业务产品资费种类不够丰富非智能网用户问题恶意欠费问题(最后一条话单欠费，短信群发等)无法提供更多个性化服务 实时提醒与控制(AOC,小区位置提醒等,实时话务拦截等),5,OCS介绍,在线计费系统，OCS(Online Charging S
2、ystem)是电信运营商进行预付费计费、实时信用控制及欠费管理的重要手段,OCS采用了计费体制与会话/服务控制的直接交互，使计费完全参与到服务的使用过程中。在这样的体系下，既可以利用独立计费系统的强大能力以提供接近于准实时计费系统的灵活性，又可以利用参与使用过程的实时特性，将欠费成本降到最低。统一用户与产品资料管理灵活的资费策略实时信用控制多种方式的AOC服务,6,OCS系统结构,离线话单,前置机,DCC,File,XDR CCR,反算批价,反算批价,反算批价,应急话单,分发入库,解 码,话单查重,XDR FILE,内存数据库,用户MDB,帐户MDB,实时计费引擎,Socket,应急话单,SA
3、CP,VAC,SMSC,GGSN,SMPP+,固费File,XDR FILE,前置机,帐务处理,外围系统,OCP,7,OCS消息类型,会话型消息 应用在SACP，GGSN业务中。在一个典型的OCS会话中，包括如下几类CCR/CCA消息：鉴权包，也称I包更新包，也称U包结束包，也称T包,8,OCS消息类型,事件型消息 应用在VASP,SMSC业务中。事件型消息相对简单，只有鉴权请求包。扣费请求包补款请求包,9,时间片,时间片 即配额，OCS一次会话中授权给网元的可用资源量。时间片可以为时长(秒),流量(KB)SACP业务中根据长途类型+用户套餐产品决定时间片GGSN业务中根据RatingGrou
4、p+APNNI_CODE+用户套餐产品决定时间片,10,基本概念,网元 为了支持OCS应用，网元需要升级为支持预付费协议，与OCS系统的前置机通讯。如：SACP：语音，DCC协议SMSC：点对点短信,DCC+SMGP协议VAC:增值平台，DCC协议GGSN：数据业务，DCC协议,11,基本概念,前置机 InBoss，前端连接网元侧，完成计费消息的接收解析和打包发送；后端连接实时计费引擎。前置机对收到的计费消息进行会话管理，并负载均衡后发送给实时计费引擎。协议适配器，具可扩展性，动态挂载不同的编解码库；会话管理高可用性，支持会话HA机制，实现了会话的实时热备；分布式管理，通过负载均衡算法，把网元
5、的请求负载到不同的实时计费引擎上，根据业务需要，可灵活增减实时计费引擎的部署数量。动态刷新，修改基本配置参数后，可动态刷新，无需重启进程;监控功能，完整的日志功能。,12,前置机,通过欣方端连接网元 在中国电信OCS中，在网元和InBoss之间增加了一个协议适配器，由北京欣方公司开发。网元和欣方连，InBoss与欣方端连。,13,基本概念,离线计费与OCS的融合 OCS将离线处理与OCS系统融合在一起，可根据业务需要来灵活部署。离线流程，挂载解码、统一查重模块应用于：暂时无法支持预付费协议的网元与平台应用于：OCS异常时的应急话单应用于：其它需要采用文件方式扣费的场合,14,基本概念,实时计费
6、引擎 即反算服务器，它是整个OCS系统的计费核心，提供有正算批价和反算批价两个接口。反算服务器通过的框架程序来统一调度，可根据需要在一个实时计费引擎中挂载不同的功能模块。对于OCS，计费引擎挂载业务分析+反算批价对于离线计费，计费引擎挂载业务分析+正算批价,15,反算批价,反算批价 反算批价包含正算批价的所有功能，并根据用户余额反算出可用时间片，根据不同的消息类型(I包、U包、T包)，反算批价还需要做附加的工作，最后再返回时间片、DCC ResultCode，FinalFlag给前置机。在I包中，有预开通用户激活功能，可赠送相应的帐本，再执行反算，支持同时对一个或多个用户帐本做冻结(预占)；在
7、U包中，做反算与冻结更新；在T包中，除完成正算批价的全部功能，另外还需要进行冻结清除,16,基本概念,帐务处理 对于OCS系统用户的固定费用与程控功能费，由帐务处理模块每天定时产生固定费用话单文件，以离线话单方式送给实时计费引擎处理，将费用扣到用户帐本上，保证信控的准确。,17,内容提要,一.系统介绍二.系统配置三.维护事项,18,前置机配置,19,前置机配置,在config文件夹下面是前置机需要的配置文件。其中：*.cfg是配置文件，作用是设置前置机的基本信息和状态，如IP、端口、日志目录、所需模文件名等等。*.dcd是模板文件，它是解析消息或构造打包消息的依据。下面详细介绍INBOSS的主
8、配置文件：INBOSS的主配置文件包括system、ha、replace、tmp_cdr、opp_control等，其中，根据业务需要，可对其中的部分节进行增减、组合、或配置多套。system节 在system部分是系统基本配置信息，如msg_key等。,20,前置机配置,21,前置机配置,ha节,22,前置机配置,tmp_cdr节,23,前置机配置,tmp_cdr节,24,前置机配置,exception_cdr节,25,前置机配置,exception_cdr节,26,前置机配置,local_server节,27,前置机配置,local_client节,28,前置机配置,boss_server
9、节,29,前置机配置,t_response节,30,前置机启停,启动脚本 shcujfcs%cat inboss_start_sacp.csh#!/usr/bin/csh setenv IN_BOSS_PATH$WORK_BASE/inboss$WORK_BASE/bin/inbossd start$WORK_BASE/inboss/sacp30850/config/sacp_30850_inboss.cfg 启动之后，可以通过“ps ef|grep inboss”命令查看进程是否启动起来了。如果提示“msg_que键值:31500 已被使用”，则说明程序已经启动键值被占用了或者信号量还在，可
10、以先停止程序，清除消息队列，再启动。或者用ipcs q命令查找信号量，ipcrm q清除信号量。,31,前置机启停,动态刷新脚本#!/usr/bin/csh setenv IN_BOSS_PATH$WORK_BASE/inboss/sacp30800$WORK_BASE/bin/inbossd restart$IN_BOSS_PATH/config/inbossd_sacp30800.cfg&停止脚本#!/usr/bin/csh setenv IN_BOSS_PATH$WORK_BASE/inboss/sacp30800$WORK_BASE/bin/inbossd stop$IN_BOSS_P
11、ATH/config/inbossd_sacp30800.cfg&,32,反算配置,反算进程的配置select*from all_proc_def where proc_id=30010,Input_type=1 表示socket通信deal_rule_id=999 表示dr_type 为dr_scpInput_path 中的端口为与前置机连接的端口,select*from all_rating_task where proc_id=30010,33,反算配置,rating_algo节,34,反算启停,启动脚本 shcujfcs%cat rating_ocs_cs_30010.csh nohu
12、p$OB_REL/bin/taskframe-i$OB_REL/config/rating/rating_ocs_cs_30010.cfg-m reverse/dev/null&反算启动好后，可以使用netstat an|grep 42010查看反算与前置机的连接情况fjocs%netstat-an|grep 42010tcp4 0 0 10.10.10.188.42010 10.10.10.188.43766 ESTABLISHEDtcp4 0 0 10.10.10.188.43766 10.10.10.188.42010 ESTABLISHEDtcp4 0 0*.42010*.*LISTE
13、N这样表示反算与前置机连接正常,35,反算启停,重启脚本 当资费有变更或其他原因需要重启反算，我们采用下面的脚本来重启反算for PROC_ID in 30500 30510 30520 30530 30540 30550 30560 30570doecho stop rating_ocs_cs_$PROC_IDps-ef|grep config/rating/rating_ocs_cs_$PROC_ID|grep-v grep|grep$USER|awk print kill$2|shsleep 60echo start rating_ocs_cs_$PROC_ID././bin/taskf
14、rame-i././config/rating/rating_ocs_cs_$PROC_ID.cfg-m rating/dev/null&sleep 300done,36,反算启停,停止脚本fjocs%cat stop_rating_ocs_main.cshps-ef|grep config/rating/rating_ocs_cs|grep-v grep|grep$USER|awk print kill$2|sh,37,内容提要,一.系统介绍二.资费能力三.维护事项,38,维护事项,OMC管理中心 通过OMC系统，对OCS的运行状况进行监控。进程是否存在；主机磁盘空间；数据库是否正常,表空间
15、充足；进程是否僵死；离线处理进程的输入目录是否有文件积压;分析是否有InBoss应急话单和网元应急话单产生，用ocsstat e查看。,39,维护事项,局数据更新 局数据更新后，做实时刷新。不需要停业务分析进程。通过restart_odac_xxx.csh来实时刷新并生效；,40,维护事项,41,维护事项,42,维护事项,OCS版本升级 因为OCS版本升级不得不停进程时，按如下提示进行。选择系统在线会话数比较小的时间进行；ocsstat u 查看。前置机的参数修改后,可在不停进程的情况下,通过restart来实时刷新。如果要停实时计费引擎，可使用前置机的实时刷新功能，先将要停的实时计费引擎从配
16、置中去掉，不再接收前置机的CCR消息；如果要停InBoss，可手工杀掉，由网元来下应急话单；,43,维护事项,exception_cdr话单详解 产生原因 在生产运行中，前置机当前维护着大量的Sessions，如果其中有些Session会话有I包但再无U、T包过来，或者对I包、U包回了4012给网元，网元再不过来T包等，我们就认为产生了与网元的会话超时。超时的阀值通过exception_cdr-timeout配置项指定。InBossd后台有一个定时器线程，每隔10秒去检查所有会话，将超时的会话输出到磁盘文件，也就是exception_cdr目录中的话单，同时从维护的Session清单中清掉该会
17、话。话单分析 1.网元收到4012之类拒绝接续的回复后，不送T包给前置机 I包.如果用户余额不足，则前置机会回4012给网元；U包：当前会话某一个时间片正常返回给网元，且FinalFlag=0，表明还可以有下一个时间片；但此时用户有并发的业务，在另一个Session中冻结掉了剩下的余额，则本Session下次在申请配额时，前置机会回4012给网元；正常情况下，如果网元在收到4012回复后，也回一个T包给前置机来结束些会话，则整个过程比较完整。但有部分网元，它们在收到4012后不再送T包，此时对OCS来说，Session管理就出现了等待。在超时后，以上两种情况如下处理：,44,维护事项,I包 前
18、置机可直接清除掉会话。最终解决方案为：修改前置机流程，前置机收到反算的I包应答时,判断IN_BUGET_RES是否为空或0，条件为真时前置机转发给网元应答后，直接删除该会话，也就不存在超时等待了；U包 最终解决方案：前置机收到反算的U包应答时,判断IN_BUGET_RES是否为空或0，条件为真时前置机转发给网元应答后，同时生成一条自释放的结束包到反算并删除会话。前置机增加配置是否启用该功能，用于兼容针对4012包，网元过来T包或不过来T包 2.正常应答(非4012之类)给网元后，不送T包给前置机 在正常应答的情况下，如果会话有I包但再无U、T包过来，则只能在超时机制中被捕获到。由于前置机无法知
19、道已经分配给网元的最近一个时间片被网元实际使用的资源量情况，因些无法主动做到精确的批价扣费。,45,维护事项,不做处理 这是建议的解决方案。由前置机产生exception_cdr，作为查找问题的依据。按实际已使用量走离线批价 舍弃掉最后一个时间片，按已知使用量走离线批价计费流程，需要离线部分将notify_type改为104，以及将ADDUP_RES放到DURATION并将ADDUP_RES清空，注意该部分话单在主备前置机都会出，处理时需只处理主机的话单。这样可以产生部分收入，并及时清理冻结。缺点是扣费不准，可能与网元应急话单产生重复计费造成投诉。不建议采用。配置send_to_boss 配置send_to_boss=1，由InBoss主动生成T包发往反算，由反算去做扣费与清除冻结。和按实际已使用量走离线批价一样，也是有利有弊，一般情况下不建议采用。,46,维护事项,阅读操作手册 对OCS的各个模块，可参阅相关的操作手册。,47,提 问？,
