论文部分内容阅读
【摘要】 随着集团cBSS系统上线运行,4G业务受理及计费统一上收到CBSS,用户停复机由cBSS下发,系统高度集中带来高风险,其中任意一个环节出现异常,就会造成用户投诉。各省作为用户归属地,必须具备一定的应急处理能力。制定应急开机解决方案,实现系统故障时,快速为用户开机,减少用户投诉。
【关键词】 cbss 故障 应急开机
一、引言
随着集团cBSS系统上线运行,4G业务受理及计 费统一上收到cBSS,用户停复机由cBSS下发。系统高度集中具备很多优势,但流程长,环节多,也带来高风险, 其中任意一个环节出现故障或压单,就会造成用户投诉,各省作为用户归属地,必须具备一定的应急处理能力。尤其是开机业务,每月投诉占比最大,故借鉴BSS系统快速开机,开发CBSS应急开机,应对cBSS、BSS系统故障或压单时,及时为用户开机,将用户投诉降到最低。
二、问题分析
停开机工单现有处理流程
![](https://www.soolun.com/img/pic.php?url=http://img.resource.qikan.cn/qkimages/zgxt/zgxt201619/zgxt20161949-1-l.jpg)
通过对故障分析总结,信控开机单绝大多数会在CBSS系统的账管、CRM、BO,省分BO、IOM这5个环节出现积压,所以方案主要解决以上5个环节压单时的开机处理以及用户投诉时的紧急开机处理。
三、名词解释
账管(CBSS):账务管理子系统,CBS S系统的一部分,信控流程最前端,按照信控规则生成停开机工 单发给CRM。
CRM(CBSS):客户关系管理(CRM)子系统,CBSS系统的一部分,接收账管发出的停开机工单,下发省分处理。
BO:CRM、IOM中间的接口系统,将CRM的工单转换为IOM需要的工单数据,发送至IOM。
IOM:集成订单系统,调度工单在各个施工环节流转,将需要的指令传递到NAS,并接收NAS返回结果。
NAS:服务开通系统, 将业务的自动 施工单发送至各个相关网元,并将结果反馈给IOM。
四、实施方法和过程
4.1实施思路
借鉴和依托BSS快速开机,应急开机流程不再过省分BO、IOM环节,由省分CRM建立接口表,省分账管开发程序定时监控,当系统故障或压单,直接 从CBSS生产或备份库读取数据写入接口表,NAS直接从接口表扫描数据发送网元。
4.2应急开机功能框架图:
![](https://www.soolun.com/img/pic.php?url=http://img.resource.qikan.cn/qkimages/zgxt/zgxt201619/zgxt20161949-2-l.jpg)
4.3功能说明
(1)数据采集。省分CRM建立接口表,省分账管开发程序定时监控,当CBSS系统的账管、CRM、BO环节故障或压单,达到一定阈值,省分账管应急程序根据不同环节的故障,從CBSS生产或备份库相应表读取需要的开机数据写入接口表,NAS从接口表实时扫描需要处理的数据。
(2)应急开机指令生成。由于去掉了省分BO、IOM等环节,开机指令需要的一些参数无法获取,故在NAS实时沉淀出一份用户数据,保存IMSI,交换机等指令需要的参数,用于应急开机时的处理。用户数据的初始来源,是一次性从CBSS获取静态数据,后续由NAS根据受理工单自行沉淀,动态实时更新。 NAS一旦扫描到需要处理的开机单,会根据沉淀的信息,匹配出该号码的地市、交换机等信息,生成开机指令发送网元侧,及时为用户开机。
(3)停开机界面。NAS开发停开机界面,应对用户投诉时的紧急开机处理。界面中输入号码,系统会根据沉淀的信息,生成指令,及时为用户开机。
(4)异常处理。 开发异常失败单重发功能,通过该功能,可以修改指令参数值,修正后将失败指令重新发送。
(5)操作记录查询。对于停开机操作,从公司到用户都很敏感,因此需要记录操作日志,以便追溯。
五、小结
应急开机功能在短时间内完成开发并投入使用,在系统出现异常时,可快速自动执行,大面积解决开机积压,降低用户投诉,提升客户感知。
参 考 文 献
[1]基于双层接口的批量应急开机方案 陈健荣 《广西通信技术》2009(2):43-46
【关键词】 cbss 故障 应急开机
一、引言
随着集团cBSS系统上线运行,4G业务受理及计 费统一上收到cBSS,用户停复机由cBSS下发。系统高度集中具备很多优势,但流程长,环节多,也带来高风险, 其中任意一个环节出现故障或压单,就会造成用户投诉,各省作为用户归属地,必须具备一定的应急处理能力。尤其是开机业务,每月投诉占比最大,故借鉴BSS系统快速开机,开发CBSS应急开机,应对cBSS、BSS系统故障或压单时,及时为用户开机,将用户投诉降到最低。
二、问题分析
停开机工单现有处理流程
![](https://www.soolun.com/img/pic.php?url=http://img.resource.qikan.cn/qkimages/zgxt/zgxt201619/zgxt20161949-1-l.jpg)
通过对故障分析总结,信控开机单绝大多数会在CBSS系统的账管、CRM、BO,省分BO、IOM这5个环节出现积压,所以方案主要解决以上5个环节压单时的开机处理以及用户投诉时的紧急开机处理。
三、名词解释
账管(CBSS):账务管理子系统,CBS S系统的一部分,信控流程最前端,按照信控规则生成停开机工 单发给CRM。
CRM(CBSS):客户关系管理(CRM)子系统,CBSS系统的一部分,接收账管发出的停开机工单,下发省分处理。
BO:CRM、IOM中间的接口系统,将CRM的工单转换为IOM需要的工单数据,发送至IOM。
IOM:集成订单系统,调度工单在各个施工环节流转,将需要的指令传递到NAS,并接收NAS返回结果。
NAS:服务开通系统, 将业务的自动 施工单发送至各个相关网元,并将结果反馈给IOM。
四、实施方法和过程
4.1实施思路
借鉴和依托BSS快速开机,应急开机流程不再过省分BO、IOM环节,由省分CRM建立接口表,省分账管开发程序定时监控,当系统故障或压单,直接 从CBSS生产或备份库读取数据写入接口表,NAS直接从接口表扫描数据发送网元。
4.2应急开机功能框架图:
![](https://www.soolun.com/img/pic.php?url=http://img.resource.qikan.cn/qkimages/zgxt/zgxt201619/zgxt20161949-2-l.jpg)
4.3功能说明
(1)数据采集。省分CRM建立接口表,省分账管开发程序定时监控,当CBSS系统的账管、CRM、BO环节故障或压单,达到一定阈值,省分账管应急程序根据不同环节的故障,從CBSS生产或备份库相应表读取需要的开机数据写入接口表,NAS从接口表实时扫描需要处理的数据。
(2)应急开机指令生成。由于去掉了省分BO、IOM等环节,开机指令需要的一些参数无法获取,故在NAS实时沉淀出一份用户数据,保存IMSI,交换机等指令需要的参数,用于应急开机时的处理。用户数据的初始来源,是一次性从CBSS获取静态数据,后续由NAS根据受理工单自行沉淀,动态实时更新。 NAS一旦扫描到需要处理的开机单,会根据沉淀的信息,匹配出该号码的地市、交换机等信息,生成开机指令发送网元侧,及时为用户开机。
(3)停开机界面。NAS开发停开机界面,应对用户投诉时的紧急开机处理。界面中输入号码,系统会根据沉淀的信息,生成指令,及时为用户开机。
(4)异常处理。 开发异常失败单重发功能,通过该功能,可以修改指令参数值,修正后将失败指令重新发送。
(5)操作记录查询。对于停开机操作,从公司到用户都很敏感,因此需要记录操作日志,以便追溯。
五、小结
应急开机功能在短时间内完成开发并投入使用,在系统出现异常时,可快速自动执行,大面积解决开机积压,降低用户投诉,提升客户感知。
参 考 文 献
[1]基于双层接口的批量应急开机方案 陈健荣 《广西通信技术》2009(2):43-46