《欠费风险控制项目实施情况”专题汇报.ppt》由会员分享，可在线阅读，更多相关《欠费风险控制项目实施情况”专题汇报.ppt（38页珍藏版）》请在三一办公上搜索。
1、,江苏公司“欠费风险控制项目实施情况”专题汇报中国移动江苏公司2008年2月,China Mobile Group Jiangsu Company Limited 2008/2,目录 Contents,追求卓越系统支撑,一、欠费风险控制背景分析二、欠费原因分析及解决措施 三、欠费风险控制解决方案四、欠费风险控制效果分析五、后续的完善思路和计划,我省欠费风险控制背景欠费构成,2005-06年欠费构成分析,欠费分为清单费欠费和功能费欠费（包括套餐和业务功能欠费）：清单费欠费占50%：指由相关网元或平台产生的由BOSS进行采集批价后向用户收费的用户使用相应业务的清单，例如语音话单、短信清单、GPRS
2、以及梦网类清单等。套餐功能欠费占30%：主要指话费包月套餐费，例如80元包200元套餐，用户当月相应业务使用费未超过包月费（如80元），包月费月底补齐时产生的欠费。业务功能欠费占20%:主要指基本功能和增值功能费，例如来电显示、秘书服务、彩铃等。,目录 Contents,追求卓越系统支撑,一、欠费风险控制背景分析二、欠费原因分析及解决措施 三、欠费风险控制解决方案四、欠费风险控制效果分析五、后续的完善思路和计划,欠费原因分析及解决措施措施,收套餐功能费（不足月底补齐）。用户通话费用分三个阶段处理：第一阶段用户通话产生的费用按套餐费收取；第二阶段免费，即介于套餐费和所包额度间的通话费免费；第三阶
3、段超过套餐所包额度后继续正常收费。改造后收到了“欠费风险较低，用户满意度较高”的效果。,由于业务是向用户实时提供的，具有连续性特点，因此其扣费也应是逐步扣取。考虑业务种类较多，且费用不同，需采取不同的措施：功能费大于5元的，按日扣取月底补齐方式进行，防止一次性扣费太多造成用户欠费停机；功能费小于5元的，一次性扣取。为防止多个业务在同一时间扣取造成用户欠费停机，存量用户的功能费按业务分到不同日期扣取。,套餐功能费,业务功能费,功能费欠费主要原因是：一次性向用户收取功能费导致用户停机（扣除功能费用户帐户没有费用，用户没有通话即被停机）；用户停机后继续向用户收取功能费（功能费补齐，如补齐到80元）。
4、江苏公司从业务管理上修改收费规则，针对不同的功能费采取的措施,1,2,欠费原因分析及解决措施措施,通话费欠费：话费欠费的原因主要是用户停机时相应的业务平台（包括交换机等网元）不能及时得到相关停机指令，导致用户继续使用业务产生欠费。针对此类欠费,江苏公司采取的措施依次如下：,持续优化BOSS帐务合帐扣费速度，话单的处理能力由1048条/秒提高到1617条/秒，提高54.37%，保证及时生成HLR停机工单,提高HLR工单的处理速度，包括新建XFS模块和启用HLR指令模板，尤其是阿尔卡特HLR的处理速度由3500条/小时提高到8000条/小时，保证欠费用户的HLR停机工单及时执行。,分级服务,根据用
5、户信用度和余额情况将用户分等级，建立实时计费引擎，将等级低的用户纳入实时计费引擎，对语音业务实时监控，其他业务清单加速处理，确保该类用户得到及时控制。,优化帐务合帐扣费速度,提高HLR工单的处理速度,在线计费子系统实时控制,1,2,3,话单采集、批价扣费到停机通常需15分钟,标准神州行客户从智能网全部迁移到BOSS,如何有效控制欠费？,欠费原因分析及解决措施建设融合计费系统,融合计费系统,1,2,3,目录 Contents,追求卓越系统支撑,一、欠费风险控制背景分析二、欠费原因分析及解决措施 三、欠费风险控制解决方案四、欠费风险控制效果分析五、后续的完善思路和计划,MSC,HLR,HLR,BO
6、SS营帐系统,实时计费引擎,SCP,DCCFTP,NO.7,CAMEL Phase2,（签约信息）,GSM,交换网,欠费风险控制解决方案融合计费系统整体组网图,离线计费引擎,BAS经分系统,支撑网,BOSS融合计费系统,实现了“BOSS准确和强大的计费能力”和“SCP对话务的实时控制能力”有机融合,LSTP,MSC,欠费风险控制解决方案技术要点,融合计费系统,非语音业务的话单由BOSS采集后传送给实时计费引擎，与交换网触发上来的语音消息一并在实时计费引擎中进行批价，实现在线、离线多业务交叉优惠批价,在SCP和BOSS间架构实时计费引擎，将原智能网实现的批价功能后移至实时计费引擎中进行,实时计费
7、引擎参与通话的接续过程。交换网根据HLR中的CSI签约信息将呼叫触发到实时计费引擎，由其将实时精确反算后的结果反馈给交换网，由交换网进行话务控制，客户余额不足时实时中断通话,BOSS动态筛选并充分利用经分IMEI分析等结果改变监控客户，每日自动导入实时计费引擎，实现经分互动,在通话过程中实时计费引擎实时扣减客户余额，通话结束后将消息转换成批价话单提供给客户查询,被监控用户查询余额时从实时计费引擎中实时提取，保证了服务一致性,1,交换机MSC,HLR,智能网SCP,实时计费引擎,BOSS营帐子系统,用户拨号,查询用户属性,返回用户属性,拨号信息,拨号信息,可通话时长,实时控制通话,接通和通话,计
8、费话单,用户余额,置需监控用户,备注：,表示用户通话过程,2、实时计费引擎实时反算可通话时长3、智能网SCP实时控制通话,1、,欠费风险控制解决方案语音通话控制流程图1,BOSS系统,欠费风险控制解决方案 语音通话控制流程图2,1、BOSS将用户、帐户资料传给实时计费引擎，将需要控制的用户签约信息加载到HLR上。2、用户通话时，MSC/SSP根据HLR签约信息将IDP上报给SCP。3、SCP将IDP内容传递给实时计费引擎，请求时长反算4、实时计费引擎将反算结果反馈SCP，SCP进行通话控制，达到反算通话分钟数时SCP预以及时切断通话。5、通话结束后，SCP将通话情况报告实时计费引擎，生成计费话
9、单发给BOSS进行正式扣费。6、BOSS根据实时计费引擎产生话单修改BOSS帐户，根据MSC话单中FCI标志将在实时计费引擎产生的话单剔除，防止重复计费。,BOSS,HLR,MSC,签约信息CSI,DiameterCC协议（IDP 信息）,用户帐户资料,计费话单,授权可通话时长,CSI,鉴权请求,IDP,通话控制,User用户,5,6,1,实时计费引擎,SCP,欠费风险控制解决方案功能域分工说明,不同的功能域化,BOSS,筛选目标用户，将目标用户非监控业务话单传送给实时计费引擎；接收实时计费引擎批价后话单并优先扣费提供给用户查询,MSC,增加鉴权流程，将业务信息转换为鉴权消息触发到OSCP,由
10、实时计费引擎反算该业务是否允许用户使用,SCP,提供被监控网元与在线计费子系统间协议转换及初步识别是否是被监控用户功能，(后续将计划将SCP逐步演进到Gateway-SCP),实时计费引擎,根据网元上报的消息实时进行预批价,并和余额比较，大于或等于时允许业务继续，否则中断业务。通话结束时实时产生批价话单,1,3,2,4,采集,换出用户（在线=离线）当月通信累计量,营业帐务子系统,离线计费引擎,实时计费用户清单,换入用户（离线=在线）当月通信累计量,虚拟余额,余额同步,预处理,计费引擎,协议转换,实时计费引擎,信用控制,计费引擎,实时合帐,离线信用控制,离线计费用户清单,账户余额,用户资料,固定
11、费用计算,客户服务,产品管理,客户管理,SCP,MSC/SMSC,消息,DCC协议,话单采集,话单产生,非语音类清单,在线计费与离线计费间关系,业务支撑网,交换网,实时计费引擎应用服务器3IBM595,实时计费引擎应用服务器4IBM595,实时计费引擎应用及数据库服务器1IBM590,实时计费引擎及数据库服务器2IBM590,千兆网,SCP服务器1IBMP 570,江苏公司实时计费引擎物理结构图,SCP服务器2IBMP 570,实时计费引擎合计6台小型机：BOSS侧：4台小型机，作为可通话时长反算服务器。SCP 侧：2台小型机，作为接续控制服务器。目前容量：支持400万目标用户的监控，同时利用
12、每天对用户进行轮换，以最大的利用设备资源。,合计投资：1250万,欠费风险控制解决方案投资情况,合计投资：1250万。,欠费风险控制解决方案建设历程,语音实时计费引擎全省推广，监控制目标用户254万,2005年8月,2006年4月,省公司投资决策会通过实时计费引擎建设方案汇报,加载常州镇江两分公司23万目标用户到实时计费引擎中,2006年1月,实时计费引擎与SCP及BOSS联调完成,2006年5月,2006年10月,2007年10月,上线短信控制模块，试点监控2万用户,省公司投资决策会通过实时计费引擎正式立项报告,1,2,3,4,5,6,几个疑难问题的解决,系统故障或性能降低,实时计费引擎,用
13、户拨号,实时通话信令,实时通话控制,直接放通,接通信令,接通和通话,疑难问题一:规避实时计费引擎对通话接续实时性的影响,MSC,SCP,当实时计费引擎异常或处理积压，SCP发起的实时通话控制信令超时未响应（300毫秒），对用户的呼叫直接放通。,无论在SCP、实时计费引擎及BOSS侧相关系统出现任何异常的条件下，不能够影响用户话务的正常接通。,几个疑难问题的解决,疑难问题二:计费点迁移到到实时计费引擎后,重复话单的删除,FCI标识,话单库,根据FCI标识剔除重单,离线话单,实时信令,在线话单,MSC,SCP,实时计费引擎,离线计费引擎,剔除重单的原则：当用户通话被实时计费引擎监控，SCP会向MS
14、C下发FCI标识，MSC产生的离线计费话单中将包含该标识，BOSS系统在处理离线话单时，根据FCI标识将被实时计费引擎监控的话单剔除，防止向用户重复收费。,计费点的变化：当计费点从BOSS系统迁移到实时计费引擎，对于实时计费引擎监控的通话，需将BOSS侧的离线话单剔除，以免向用户重复收费。,BOSS融合计费系统,几个疑难问题的解决,疑难问题三:余额和能否通话的服务一致性感知,离线计费引擎余额,统一余额查询分发程序,非实时计费用户,判断是否为实时计费用户,离线计费引擎,实时计费引擎,实时计费引擎余额,离线计费引擎里余额由于话单传送时延会比与实时计费引擎里多。当用户通话过程中,被实时计费引擎实时控
15、制通话时,如立刻拨打10086查询余额,不能返回离线计费引擎余额,否则其会投诉余额为正，但不能通话。用户向BOSS系统发起余额查询请求时，系统首先检查是否实时计费引擎用户，如为实时计费用户，则实时查询实时计费引擎账户余额返回给用户。,实时计费用户,BOSS融合计费系统,实时计费引擎的复杂计费能力。SCP的话务控制能力。将非语音业务话单导致的余额变化导入实时计费引擎实现多业务的灵活优惠。,实时计费和多业务的组合优惠相结合,服务连续性得到保障,采取异常流程保护措施，不影响BOSS和通信网络的正常运行。BOSS选择在每天凌晨根据规则生成监控目标客户，向HLR发送增量指令,有效降低对网络的影响。同时通
16、过经分互动，保证监控高风险用户,投资省,拓展性好,通过增加实时计费引擎和SCP处理能力，无须改造核心软件（从BOSS移植）。方便进行系统扩充。相比单纯扩充智能网而言,投资省,见效快。开发初期即考虑了后续的多业务欠费控制功能。实时计费引擎通过扩展接口适配器，能够轻松支持非语音业务的在线计费。通过SCP与实时计费引擎的融合，为今后融合计费和多业务在线计费打下基础。,欠费风险控制解决方案创新点,江苏公司实时计费引擎特点,利用率高,建设简单,投资节省,只投资1250万，可监控400万目标用户。,核心的可通话时长由BOSS里小型机完成，SCP只负责接续其改造大小，保证了建设周期。,每日对目标用户进行轮换
17、，最大化利用实时计费引擎的容量，因为用户余额在不断变化，其欠费风险也不端变化。,经分互动,利用经分系统的 IMEI分析、离网分析选取目标用户，实现经分互动，充分挖掘经分系统价值和最大限度监控到高风险用户。,解决方案对系统复杂度和维护量影响,维护量适当增加 由于新增加一套实时计费引擎，维护量增加，且会增加BOSS系统负载，经评估，被监控用户的资源增加10%左右。,偶合度适当增加 由于每日实时计费引擎和离线计费引擎要交换用户，所以系统的偶合度增加在系统建成初期，出现过一些故障，但通过系统优化和流程完善，较好的解决了偶合度适当增加带来的问题,维护量适当增加,偶合度适当增加,目录 Contents,追
18、求卓越系统支撑,一、欠费风险控制背景分析二、欠费原因分析及解决措施 三、欠费风险控制解决方案四、欠费风险控制效果分析五、后续完善思路和计划,效果分析被监控的高风险用户选择策略,BOSS系统每日凌晨筛选用户余额为010元的状态正常的预付费用户、分公司或经分系统提供的高风险用户、新入网用户、开通国际长途的用户作为准目标用户。,从准目标用户中去除下面的用户后，余下的作为监控的目标用户：后付费用户；VPMN用户集团全付费且没有上限的用户；公免用户、测试用户、不停机用户；银卡及以上的大客户；分公司提供的临时不监控用户。,全省每日话费余额对应用户数（单位：万）,06年10月投入运行监控254万用户,效果分
19、析被监控的高风险用户量,效果分析江苏用户欠费情况分析,融合计费从2006年3月试点，2006年10月全省推广应用后语音欠费占总欠费比例下降明显,效果分析经济效益和社会效益,效果分析,经济效益,社会效益,1、江苏公司每月平均有150万客户欠费后不缴费。此部分客户被实时欠费控制系统所监控，每用户语音欠费较监控前减少1.34元，接近为0。2、每月减少欠费150*1.34=201万元，全年减少欠费达2412万。、恶意用欠费的控制。个别少数非法分子利用SIM卡复制、多路拨叫器、拨打国际长途进行高额透支，被有效控制,1、被监控客户可享受套餐和多项新业务交叉优惠；监控客户中非停机客户由于话单生成（处理）实时
20、性更高，客户感知更好。2、减少社会资源浪费。停机客户的欠费金额减少，相应的弃卡成本升高，有效控制离网减少了用户转网和弃卡导致的资源浪费。,效果分析奖励情况,科技进步二等奖,2006年度中国移动科技及业务创新,2007年度中国通信学会科学技术奖三等奖,知识产权属中国移动江苏公司,已申请国家专利,申请号：00610086004.1,已被受理并已在国家知识产权局专利公报上发布公告,效果分析专利检索情况,目录 Contents,追求卓越系统支撑,一、欠费风险控制背景分析二、欠费原因分析及解决措施 三、欠费风险控制解决方案四、欠费风险控制效果分析五、后续的完善思路和计划,后续优化已完成工作和后续优化计划
21、,后续计划一:控制范围拓展,后续计划二：目标用户持续优化,在实时控制语音通话基础上，扩展到梦网业务和数据业务，用低成本来实现分级计费和控制全业务欠费。,持续利用经分系统的 IMEI分析、离网分析等功能选取目标用户，实现经分互动，充分挖掘经分系统价值和最大限度监控到目标用户,-已完成工作-后续计划-,已完成工作一:语音欠费控制全面推广,实时控制语音通话的实时计费引擎在06年10月已全省上线推广，监控用户254万。,已完成工作二:短信欠费控制试点上线,利用现有的语音欠费控制系统，增加相应模块，对SCP进行改造对目标用户进行短信发送时的实时鉴权；07年10月在徐州试点，监控2个万号段。,后续优化控制
22、范围拓展,业务类别维度,用户性质维度,语音业务(电路域),梦网业务(服务域),数据业务(分组域),高欠费风险用户在线计费,低欠费风险用户离线计费,可按两个维度任意组合 可实时控制某类用户的某类业务 可实时控制某类用户的所有业务 充分合理利用离线计费投资少优点 充分合理利用实时计费实时性优点,从电路域扩展到分组域和服务域的整体思路,后续优化控制范围拓展,MSC,HLR,HLR,SCP,DCCFTP,NO.7,CAMEL Phase2,（签约信息）,GSM,电路域,LSTP,MSC,SMSC,SMPP+,彩信等消息类业务,EMPP,GGSN,DCCA,SGSN,分组域,业务域,SCP,实时计费引擎
23、,BOSS/BAS,从电路域扩展到分组域和服务域组网图,后续优化控制范围拓展,SMSC多次尝试下发,结果分为下发成功或失败,产生话单,PLMN,SCP,实时计费引擎,短信中心通过SMPP+协议到SCP鉴权,SCP返回不允许发：SMSC通知发送方发送失败,发送用户提交消息,消息提交到短信中心,接收方状态正常SCP 向实时计费引擎发起鉴权请求,实时计费引擎根据该用户帐户余额等情况反馈是否允许发短信,接收MS,SCP返回允许下发，SMSC继续后续流程,发送SMS,SMSC,HLR,发送ATI信令取接收方状态信息,返回接收方状态信息,接收方状态异常按不监控流程处理,监控用户号码列表,短信欠费控制流程图
24、,后续优化控制范围拓展,试点情况,利用现有的语音实时计费引擎，增加相应模块，对目标用户进行短信发送时的实时鉴权；07年10月已在徐州试点，监控2个万号段，计划年到月全省推广,效果分析：被控制用户平均减少3条短信，减少欠费0.3元，江苏公司3000万用户，每月平均有150万客户欠费后不缴费,预计每月减少欠费150*0.3=45万元，全年45*12=530万,短信欠费控制试点情况,后续优化整体进度计划,08年3-11月,08年4-月,短信：短信欠费控制全省推广,GPRS:进行GPRS流量欠费控制方案分析；提交控制方案和测试总结,08年3-12月,梦网：参与集团公司梦网欠费控制规范制定；并按照规范试点,08年1-12月,1,2,3,4,经分互动:充分利用经分的IMEI分析、离网分析等功能持续优化目标用户选择,China Mobile Group Jiangsu Company Limited,Thank You!,
