“美丽杭州”场景保障系统建设方案

1、“美丽杭州” 场景保障系统建设方案背景、现状与问题1需求分析2实现方案3小结5目录亮点能力4架构与原则aPC子系统c大屏子系统d手机子系统e保障实例：G20峰会保障b1-1 需求背景2015年10月 互联网大会（乌镇） 节假日、台风应急一直都是每年移动通信保障的重点。在移动互联网迅猛发展新形势下，互联网大会、G20峰会的相继召开，对特定事件的保障提出了更高的要求。 在实际生产中，真正的应急保障工作由省公司与地市公司在一同在做。现有的保障手段分散在各应用系统，对重点区域的应急保障能力相对较弱，无有力的支撑手段。 省监控中心需要整合实际的场景保障工作，建设成面向综合性运维的场景保障指挥中心，应具备

2、场景内实时故障监控能力、实时业务分析能力、应急指挥调度能力，以及特定区域的业务管控能力。2016年 G20峰会（杭州）节假日 重要景区人流聚集1-2 网络保障支撑系统建设现状故障管理系统手机应用大屏应用故障与性能监控派单场景监控话务网管动环网管数据网管其他气象信息社会事件综合资管统一采集平台互联网站数据层面：统一采集平台建设还未全部完成，面向网络监控的数据存在独立采集、独立运算情况；功能层面： 初步具备了基础场景监控能力（十大场景），实现场景内故障与性能聚集；现场故障查询；社会事件与气象信息关注等能力。SEQ建设了移动互联网感知能力，综合分析具备一定的性能挖掘和钻取能力SEQ移动互联网客户感知

3、综合分析性能挖掘与钻取DPI1-3 当前系统与应用存在的问题大屏、PC、APP存在数据来源不一致，导致同一指标结果不同数据汇总统计算法存在差异，导致相同指标相同时刻结果不同数据时延较长且不一致，导致不同系统显示数据不一致数据涵盖范围不全面，缺乏信息安全等数据数据问题场景保障功能分散现有场景保障功能较为分散，本地适配性较差监控、分析、钻取在各系统的操作流程各不相同场景监控能力不足特定的事件场景保障手段不足大屏场景相对集中，但主要为指标集中呈现，无有效业务感知监控场景分析与展现能力不足面向集中运维的业务分析手段欠缺GIS渲染能力较弱，分析不直观应用问题背景、现状与问题1需求分析2实现方案3小结5目

4、录亮点能力4架构与原则aPC子系统c大屏子系统d手机子系统e保障实例：G20峰会保障b场景保障功能集中建设建立集中监控工作台，聚合监控所关注内容，包含业务、故障、网优、信安等。梳理保障实际工作，定义监控保障工作流程，包含故障分析处理、保障快报等。新增事件保障场景整合故障管理实时监控能力与综合分析的分析能力，提供实时监控分析能力。统一接入小粒度网络指标、业务感知指标。如SEQ5分钟粒度实时网络/业务指标。优化系统架构，提升PC、大屏、APP的三屏间交互与联动能力。多维多层钻取分析针对聚焦数据增加实时性能多维度深入钻取分析能力，支持关联分析。优化GIS能力，提供便捷的操控手段、热点数据渲染能力。统

5、一数据支撑通过统一采集实现数据集中采集，集中解析，集中预处理（数据源一致）统一业务数据处理（算法一致）集中数据共享服务，实现告警、性能等实时数据、统计数据的统一共享2-1 目标：解决现存问题场景保障功能分散场景监控能力不足场景分析与展现能力不足数据不一致时延过大 面向 领导与参观1）人员分布：区分网络制式（2/3/4G），人员来源（省外、国外），人员年龄组成等情况；2）网络情况：保障区域内的网元设备规模（基站）、负荷、性能（含业务质量）、设备工作情况（如退服）；3）应急保障：应急车、人员、其他保障设备、现场视频（每个地市配备3-5个摄像点）；4）信息安全：结合IDS、ISMP等，实现业务网络安

6、全风险的实时监控和呈现 面向 监控与专业室1）核心网的情况：包括核心网、互联网专业（总体情况）；2）无线方面：实时5分钟粒度性能指标、话务分布均衡性、劣化小区、WLAN情况等。保障资源的业务繁忙情况和设备运行情况。3）应急保障：应急通信车、应急人员指挥调度。支持保障保障人员签到，现场信息（文字、图片、视讯）回传；4）互联网专业：OTT业务，国际业务等内容。2-2 场景监控建设思路保障前.保障中.保障后.保障总结分析： 场景数据统计分析 故障影响分析 场景历史回顾1.保障信息聚焦 ： GIS地图监控 业务规模监控 网络/业务质量监控 应急资源监控2.保障信息分析： 多维度钻取分析 多层级钻取分析

7、3.三屏联动： PC操作联动大屏 大屏钻取到PC视图 手机回传数据共享4.网络管控调度： 业务开启/关闭 应急资源调度1.保障方案制定2.场景定制： 场景基本信息定制 关注故障范围定制 关注指标范围定制 关注对象范围定制3.应急资源调度： 应急通信车调度 应急人员调度 现场摄像头联调2-3 需求分析：重点保障场景（G20）监控分析类应急指挥类信息发布类监控工作台监控早/晚报集团日报故障分析处理应急指挥调度保障快报重点业务聚焦2-4 需求分析：监控工作台场景保障功能：1）满足G20峰会、互联网大会等高级别重大事件保障对功能完善性、数据及时性、运行稳定性的特定需求。2）引入基于信令监测区域用户、设

8、备配置、业务量（语音/数据）/质量（KPI）、分业务质量（KQI）监控能力，基于信令监测或大数据分析的用户群体细分能力（局部区域聚集程度/用户）。3）形成保障数据在时间维度、地域范围（乃至微观局部）、业务维度上的宏观至微观的监控视角。4）建设“PC、大屏、手机”三屏联动应用，大屏用来宏观呈现，PC用来问题定位，手机用来保障跟踪，实现三者之间的互联互通互操作。5）跟进流行前沿UI设计，改变以有陈旧风格。 2-5 功能需求总结集中运维工作台：1）解决支撑短板，建立面向集中运维背景下监控分析能力和管理能力的支撑平台。2）支持对热点业务聚焦功能（省内/外用户占比、终端品牌占比、语音通话CSFB等关键业

9、务KPI、骚扰电话/诈骗电话拦截）；按规模类、质量类、故障类、其它辅助信息（信息安全、值班信息等）整合监控呈现。3）提供从空间、时间、业务、终端等多维度数据分析能力，辅助故障定位。4）引入数据的上报汇总及审核功能，引入数据报表自动化制作发布，引入物理断站定位及影响范围呈现、引入断站原因（专业）快速预估；自动化早晚报、保障快报等。5）根据权限配置，可以定制场景供不同需求人员使用。背景、现状与问题1需求分析2实现方案3小结5目录亮点能力4架构与原则aPC子系统c大屏子系统d手机子系统e保障实例：G20峰会保障b3-1-1 系统建设原则：三个统一统一数据共享统一业务处理统一数据采集1、支持云平台的分

10、布式数据采集，提供高效、可靠的采集能力2、具备数据补采（自动、手工）能力，确保数据完整性3、具备数据质量管理能力，确保数据误差及时发现4、统一数据预处理，可将数据分发给不同的系统使用1、支持云平台部署，提高系统动态处理能力2、流计算技术应用，提高了系统业务计算的效率和及时性3、统一算法，确保数据计算输出结果集一致4、统一存储，结果数据统一存储，支持历史回溯1、提供数据共享接口，支持异构平台对数据的订阅2、可主动、同步推送数据给订阅方，保证数据实时性3、基于统一业务处理，确保共享数据的一致性通过“三统一”确保各应用系统数据的一致性和及时性3-1-2 系统功能架构3-1-3 基础技术架构统一采集告

11、警性能工单拨测信令DPI天气事件资源数据处理数据库大屏展现PC展现手机展现应用共享服务告警订阅拓扑服务统计服务性能指标查询服务实时告警处理实时性能处理非实时数据处理告警派单告警关联告警过滤分发告警流处理性能阈值性能告警历史告警性能工单拨测信令/DPI天气事件Oracle中等数据复杂存储Redis实时关键指标MQ数据共享数据共享数据共享视频12345671、历史告警 数据 2、汇总性能 数据 3、场景数据 4、趋势数据 5、基线数据 6、工单数据 7、信令汇总数据大粒度数据由小粒度数据汇总而成信安3-1-4 数据来源分析序号指标分类指标说明数据源1资源统计资源统计与详情，如基站、小区、传输光缆、核心设备等。综合资源系统2告警信息告警统计与详情故障管理系统3网络性能指标用户规模、漫游数据、CSFB、VoLte、wlan、cmnet、短彩信等 SEQ/故障管理系统/人流平台/网优4互联网OTT业务指标互联网业务KQI/KPISEQ/网优5终端品牌信息终端品牌型号信息SEQ6工单信息工单统计与详情，包含故障工单、投诉工单等。EOMS7集客系统政企指标集客系统政企指标集客系统8有线宽带指标有线宽带指标家客系统/3A9值班信息值班信息EOMS10信息安全IDS入侵监测、ISMP