群障拦截流程图0919v1.04

申告单命中提示、关联提示、故障单基本信息和超链接

关注的问题

群障池推送（白名单）

阶段

START

群障池命中申告数量，提示是否需开启群障拦截962112命中规则：1/3（操作提示内容增加网故简述，被关联后直接提示请发送短信）。969112派单命中规则：在清单范围内的，有一张派一张，仍然按照原来的规则，命中到达10/30，从第31个开始，则发管控记录NOC监控维护部网络监控室，“XX网络故障所影响的公众用户申告已到达31条”个申告。

6、962112目前已有验证挂起功能，无法确认/联系不上的用户需要系统自动做锁定15分钟后再确认待确认开发7、全业务恢复确认之后，申告自动解关联，后续962112/网管工位以单个用户申告进行处理或者确认待确认开发8、群障关联申告单，业务恢复确认阶段置顶提示待确认开发

待开发

网管处理工位(监控)

监控工位

系统自动关联申告单

拦截开启

短信提示自动发送

故障原因代码统一

故障修复

流程步骤

衍生设备告警次级群障归并告警关联

关联告警详单

拦截未开启

信息汇总

现场工位需要哪些信息（待调研）

自动关联并提示有群障，转首派工位自动响应自动关联

生成网故单

网故触发建立群障池开关

业务恢复

网管处理工位（专业中心）

受理工位969112

需求扩展

1、资源信息统一模型返回的对应业务编号信息目前仍不全，需要根据全业务网络结构逐步梳理截止到7月10日IT部反馈已经完成数据调整，待验证中2、群障拦截未开启的情况下，申告受理命中会收到提示，但缺失具体网故信息编号经过测试，升级前的版本能够看到未开启拦截，命中群障池的申告单信息3、网故单受理之前的申告单，若用户编号命中群障池，多少时间内的应该被网故单关联内部讨论暂定1小时，需管理部和专业中心确认4、关联告警tab页面衍生出的群障池是否能够并入同一张网故单，即单个网故单建立多个群障池厂商开发进度未知5、开启群障开关是否完全靠人工完成，建立模型：当涉及用户数量达到一定量即由系统自动开启目前仍在讨论阶段

设备告警

共性资源信息开启疑似群障（后期展望）

受理工位962112

有1家以上用户验证不通过

用户业务恢复确认，关联申告中的前5家

业务恢复确认

建立群障池

群障日志记录

信息提示

现场处理工位

群障发生

至少验证1家（初定）申告，确认用户业务已经恢复

故障部位匹配统一资源模型

待调研

故障部位恢复告警

故障级别，用户数阈值，故障部位124等信息网故被申告关联后自动解挂/自动升级/自动发布提示信息给流经工位

群障拦截未开启

申告单命中提示、关联提示

实时查询群障拦截到的申告单信息，及时反馈处理进度

网故单前1小时内命中用户自动提示

在网络故障单上，设置“推送112”按钮。点击“推送112”，则调用112群障池同步接口。1、设置配置界面：根据故障部位4（告警类型）自动推送。配置界面提供用户使用。2、对于不满足配置界面规则的，工单界面显示：“推送112”按钮。3、对于已经推送的，工单界面显示：“关闭推送”按钮。

是否开启

YES

NO

关联用户申告数量，故障等级提示

3家（初定）或以上用户确认恢复

故障触发（告警字典）

已完成

智能网关脚本化操作确认设备状态

认可网故的业务恢复

单个故障处理流程

OLT、MDU类硬件类故障，区局直接修复后，由受理工位联系用户确认恢复

网故结单归档确认

群障拦截开启

END