王苏利 陈志欣

【摘要】 随着集团cBSS系统上线运行，4G业务受理及计费统一上收到CBSS，用户停复机由cBSS下发，系统高度集中带来高风险，其中任意一个环节出现异常，就会造成用户投诉。各省作为用户归属地，必须具备一定的应急处理能力。制定应急开机解决方案，实现系统故障时，快速为用户开机，减少用户投诉。

【关键词】 cbss 故障 应急开机

一、引言

随着集团cBSS系统上线运行，4G业务受理及计 费统一上收到cBSS，用户停复机由cBSS下发。系统高度集中具备很多优势，但流程长，环节多，也带来高风险， 其中任意一个环节出现故障或压单，就会造成用户投诉，各省作为用户归属地，必须具备一定的应急处理能力。尤其是开机业务，每月投诉占比最大，故借鉴BSS系统快速开机，开发CBSS应急开机，应对cBSS、BSS系统故障或压单时，及时为用户开机，将用户投诉降到最低。

二、问题分析

停开机工单现有处理流程

通过对故障分析总结，信控开机单绝大多数会在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应急开机功能框架图：

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