中国电信集团公司省级网优平台滚动规划v30

1、中国电信集团公司省级网优平台规划(20132015年)中国电信集团公司网络运行事业部二0一二年十一月第1章 综述中国电信省级网优平台是支撑各省公司、本地网开展CDMA网络优化的技术与管理平台，是无线网络优化的专家系统。中国电信省级网优平台经过一期、二期和二期扩容项目的建设，已经具备了支撑省、市级分公司优化工作的基本能力，为迅速定位网络问题，制定优化方案，确保网络质量稳定并保持业界领先发挥了重要作用。但在用户数量迅猛增长，网络规模不断变大，各类新型数据业务急速暴发，用户满意度要求越来越高的形势下，原有的软硬件架构已经不能满足海量数据深入挖掘和快速处理及响应的需求，用户通话记录、性能数据、DT/C

2、QT、DPI数据的关联分析方面还存在欠缺，对于打通网络优化与规划建设、客服之间的工作流程，支撑市场发展方面能力较弱；因此，需要对省级网优平台的下一步发展进行系统的规划。第2章 现状及需求分析2.1 系统硬件架构2.1.1 系统硬件架构现状网优平台现有硬件架构典型示例：1、图中采集服务器一般由若干台PC Server构成，通过CN2/DCN网与各网元/其他系统相连，通过内部网与数据库服务器相连。承担从BSC、专业网管等数据源处采集用户通话记录、参数数据、性能数据等原始数据的任务。同时承担将原始数据解析并录入数据库的任务。还承担对原始数据加工计算中间表的任务。2、数据库服务器一般由13台小型机+1

3、3个磁盘阵列构成，通过内部网相互连接，并与采集服务器和应用服务器相连。承担运行Oracle数据库的任务，内部存储有系统需要所有数据表。3、应用服务器一般有若干台PC Server构成，通过DCN网与用户终端连接，通过内部网与数据库服务器相连。承担GIS服务、鉴权服务和数据展现等应用服务任务。2.1.2 系统硬件架构存在问题1、一般来说，采集服务器集群内各台机器各对各的数据源进行采集、解析、计算和入库，只能人工在某台采集机上部署一个或多个采集程序，根据经验来确定采集机上采集任务的分配。某台采集机负荷较高时，需要手工分配采集任务。以江苏为例：服务器名称计算能力CPU个数每CPU核数CPU主频CPU

4、峰值利用率CPU平均利用率性能采集服务器1262.40GHz81.00%47.55%性能采集服务器2262.40GHz85.20%45.07%话单采集服务器1482.40GHz66.30%32.63%话单采集服务器2482.40GHz74.00%42.09%话单采集服务器3482.40GHz74.00%31.88%话单采集服务器4482.40GHz38.30%15.15%话单采集服务器5462.0GHz65.00%30.87%PSMM话单采集服务器242.27GHz45.00%13.53%性能采集服务器CPU峰值利用率>80%，平均利用率>45%；而PSMM采集服务器CPU峰值利用

5、率=45%，平均利用率<15%。就算话单采集服务器内部负载也不平衡，负载重的服务器CPU峰值利用率约75%，平均利用率>40%；负载轻的服务器CPU峰值利用率约38%，平均利用率约15%。2、数据库服务器存在I/O瓶颈导致精简话单等功能无法实现的问题。存在磁盘过满问题，普遍存在用户通话记录存储的时间长度达不到设计的情况。以江苏为例：据统计，2012年某省每月的话单量为264.53亿条，是去年同期的2.38倍，是前年同期的6.58倍，其中，DO话单量两年间增长了68.94倍。与去年同期数据相比，今年1月份语音呼叫数增长至3.67倍（61.6/16.8），DO呼叫数增长至8.67倍（2

6、02.85/23.4），预计至2013明年1月份，语音呼叫数仍将增长至1.25倍（61.6*1.2577），DO呼叫数将增长至4.2倍（202.85*4.2851.97），网元数将增长至1.1倍。3、目前应用平台部署图如下：但带来以下问题：1）各终端需要安装Oracle客户端组件。2）胖客户端架构，所有业务运算都在终端运行，各终端间不能共享数据和运算结果。3）数据复用差，各终端每次从数据库服务器取下来的数据只能本次用到，下次再运行平台时又需要从数据库读取。4）安全性差，数据库服务器要暴露给所有终端。5）性能问题，所有终端直连数据库，导致数据库压力加大。2.1.3 系统硬件架构需求1、将采集服务

7、器集群视作一个整体进行自动负载均衡。2、扩容数据库服务器集群的存储空间。3、在硬件上加强应用服务器集群，让应用服务器屏置于客户端与数据库之间，屏蔽客户端对数据库的直接访问。2.2 系统软件架构2.2.1 系统软件架构现状网优平台现有的软硬件架构如下图所示：软件功能分层架构如下图所示：1、数据采集层承担将原始数据从数据源下载到本地的任务，为数据解析层提供原始数据。2、数据解析层承担将原始数据从二进制码、文本、其他系统数据表等不同结构变为系统能使用的数据表。数据解析层同时进行关联、聚类等计算生成统计汇总数据表、计算中间表等数据表。所有解析出来的数据表等待数据存储层读入数据库存储。3、数据存储层承担

8、存储解析后的数据表的任务，同时响应应用服务层对数据表的查询、修改等操作。4、应用服务层承担数据展现、GIS服务、权限管理等任务。5、由于目前系统是C/S架构，因此用户端也必须承担部分临时数据生成、对数据库查询等任务。2.2.2 系统软件架构存在问题1、目前，对于数据采集程序存在：1）不易维护：无操作维护界面。现场工程师在日常维护中，仅能通过直接操作数据库中的采集配置表来新增采集项、补采等。并且在出现问题时，难以直观的定位问题，需要分析采集程序的日志，对现场工程师的要求较高，也比较耗费时间。2）稳定性差：针对每台采集机上的采集解析程序崩溃的情况，能够下一采集周期自动恢复运行。(厂家承诺已经实现)

9、未对采集机断线进行处理，万一出现此种情况，只能等待被工作人员发现后，才能做出处理。3）资源监控不方便：不能直观的看到每台采集机的资源消耗情况。2、采集、解析和汇总程序多合一，数据耦合紧密相互之间影响巨大，产生的数据表都为各平台厂家的自有表格式，对用户不透明。同时网优平台经过3期建设，采集解析引擎积累了许多生成无用的中间表的任务，这些都占用硬件资源。3、数据存储层目前使用小型机+磁盘阵列+Oracle数据库的形式，目前这种形式已经不能适应网优大数据的爆炸性的增长了，体现在Oracle大数据处理能力瓶颈。1）数据库硬件的扩展对效率的提升不明显；2）非索引字段作为过滤条件时，查询效率急剧下降；3）数

10、据库磁阵的I/O成为效率的瓶颈。4、C/S架构要求用户在客户端安装多个庞大的程序：网优平台客户端、Oracle客户端、GIS客户端等等，删除时也必须要逐个删除，给用户带来了巨大的不便性。C/S架构要求客户端也必须承担一部分的计算，对某些性能较差/负载较重的客户端使用体验非常差，也阻碍了在智能终端上的应用。C/S架构要求客户端从服务器端Download大量数据到本地进行计算，这对于网络也有了较高的要求。2.2.3 系统软件架构需求1、增强采集程序的可维护性、稳定性。2、透明化各平台厂家自有数据表。3、增强数据存储层的大数据处理能力：1）数据量剧增情况下快速装载需求；2）大数据的快速检索和分析需求

11、；3）复杂和动态改变的分析需求；4）众多数据源的并行处理需求；5）低成本的高可扩展性需求。4、对C/S客户端逐步减负，向B/S架构演进。2.3 系统接口现状：网优平台采集主设备厂商数据和各省内其他平台数据，进行数据的提取、转换、并加载到网优平台中。也为集团网优平台、省内其他平台提供数据。接口包括主设备网管、主设备用户通话记录、定位平台、申告、盲点、WLAN、短信、邮件、集团部省接口、省内平台接口。接口示意图如下：各接口说明：ü 主设备网管接口：包括性能、参数、基础数据、告警数据等。ü 主设备用户通话记录接口：包括用户通话记录、PSMM、RU数据。ü 定位平台：BS

12、A定位信息数据。ü 申告、盲点、WLAN：包括申告、盲点、WLAN数据接口。ü 集团网优平台：包括省际边界数据接口、省际协调单接口。ü 省内其他平台：省内其他平台接口。ü 短信、邮件：短信、邮件网管接口。ü 终端自注册管理平台接口需求分析：(1)、新增DT/CQT接口(2)、根据各省具体情况和功能需求，增加A10/A11接口、DPI接口、市场网格数据接口、资源管理平台接口、省内工单流转系统接口。2.4 性能分析2.4.1 综合分析现状：目前平台中没有此模块。性能分析中，虽然包含了性能、用户通话记录等统计查询功能，但功能分散独立，少数省公司已接入

13、DT数据，但稳定性较差，CQT数据未接入平台。因此，平台缺乏完整呈现网络现状的统一界面，网优部门管理和作业人员无法快速高效的评估网络整体质量与稳定性。输入：无输出：无关联：无需求分析：基于性能、用户通话记录、DT/CQT等信息，通过统一界面展示网络整体质量，并通过关联网络性能分析中的相关模块，快速钻取问题详单，提高网络的管理与优化效率。2.4.2 网络性能2.4.2.1 性能查询现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持建立模板与不建立模板两种查询指标方式，支持自定义公式增强分析灵活性，支持网元分组查询，有力支撑校园、干道等各专项优化。分公

14、司经常使用该功能查询网络指标、分析网络问题，对网络分析优化帮助较大。输入：性能数据输出：性能数据列表关联：掉话流程分析、呼叫建立失败流程分析、DO话务均衡流程分析、小区CFC分析需求分析：（1）关联DT/CQT数据、申告数据、DPI/A10A11数据进行分析（2）接入解析查询LTE性能数据2.4.2.2 指标变化分析现状：该功能原先为一期功能。目前，该功能较为完善，数据较为准确，支持对各级别的指标进行变化分析，同时可支持设置静态、动态波动门限。分公司经常使用该功能对网络性能指标进行变化分析，对网络分析优化帮助较大。输入：性能数据输出：性能变化结果列表关联：GIS分析需求分析：整合到性能预警内，

15、不作为独立菜单。2.4.2.3 性能预警查询现状：该功能原先为一期功能。目前，该功能较为完善，数据较为准确，支持按照地市、预警产生时间、监控类别、监控实例、预警内容等对产生的预警进行查询，对查询出的预警可以按照预警级别分别用不同的颜色显示，也可以点击界面下方不同颜色的预警等级统计按钮来进行过滤查询。对查询出的预警提供导出为本地文件的功能。输入：性能数据输出：预警结果列表关联：GIS分析、设备告警分析需求分析：（1） 指标变化分析整合到此模块中。（2） 增加对重大活动的预警（3） 支持对LTE性能数据进行预警。2.4.2.4 报表查看现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，

16、该功能较为完善，数据较为准确，且使用方便、快捷。分公司可使用该功能查询网络指标，分析网络问题，对网络分析优化帮助较大。输入：报表名称输出：结果列表关联：自定义报表管理、掉话流程分析、呼叫建立失败流程分析、DO话务均衡流程分析、性能查询需求分析：（1）关联工单管理派单。（2）支持查看LTE性能报表。2.4.2.5 TOPN分析查询现状：该功能为一期规范要求，包括语音掉话率、呼叫建立成功率、切换成功率、业务信道拥塞率等TOPN分析，目前功能较为完善，数据较为准确，分公司经常使用该功能查询并解决网络TOPN问题。输入：性能数据输出：TOPN结果列表关联：性能查询、网元分组管理需求分析：（1） TOP

17、N分组指标查询（2） 关联工单管理自动派单（3） 支持LTE性能TOPN分析查询2.4.2.6 直放站影响分析现状：该功能为一期规范要求，可对新入网直放站开通前后一段时间内的关键性能指标进行分析，并可与新入网直放站周边的多个周边基站进行关联分析，评估新直放站入网后对网络质量、话务量等带来的影响。输入：性能数据输出：影响结果列表关联：性能查询需求分析：目前该功能较为成熟，无需修改。2.4.2.7 网络问题记录现状：平台尚不具备该功能。输入：性能数据输出：影响结果列表关联：性能查询需求分析：具备网络问题的管理、查询功能，平台共性功能无此功能。2.4.3 设备告警分析2.4.3.1 设备告警查询现状

18、：该功能原先为一期功能，该功能较为完善，目前支持查询BSC、BTS、SECTOR、CARR级别的告警，能够按照用户设置的查询条件，对符合条件的设备告警信息的查询结果，完成重复告警的合并与梳理，按照用户设置的告警策略进行统计，并支持以列表、GIS 等多种方式显示。支持活动、历史告警查询。输入：设备告警数据输出：告警列表关联：GIS分析、流程分析需求分析：（1） 支持过滤展现和网优相关的告警。（2） 支持LTE设备告警查询。2.4.3.2 设备告警统计现状：该功能原先为一期功能，该功能较为完善，目前支持对活动、历史告警进行统计，并支持以列表、GIS 等多种方式显示。输入：设备告警数据输出：统计结果

19、列表关联：GIS分析、流程分析需求分析：支持LTE设备告警统计。2.4.4 综合数据查询现状：该功能原先为二期功能，原名关联分析，该功能较为完善，目前支持根据用户设置的索引类型：网元/用户号码/申告号码对一段时间内的基础数据、性能数据、告警数据、用户通话记录数据、申告数据实现关联分析并以表格的方式呈现。输入：基础数据、性能数据、告警数据、用户通话记录数据、申告数据输出：基础数据、性能数据、告警数据、用户通话记录数据、申告数据列表关联：GIS分析需求分析：增加DT/CQT数据关联呈现。2.4.5 用户通话记录分析2.4.5.1 用户通话记录查询现状：该功能原先为一期功能，在二期扩容规范中进行了增

20、强。目前，该功能较为完善，数据较为准确，支持原始用户通话记录表、精简表、VIP用户表用户通话记录查询，较大提高用户通话记录查询速度，并支持对异常用户通话记录的挖掘分析，提高网优人员发现问题用户通话记录的效率。支持业务类型说明。分公司经常使用该功能进行申告问题分析与网络问题分析。输入：用户通话记录数据输出：用户通话记录数据列表、用户通话记录统计列表关联：GIS分析、性能查询需求分析：（1）将终端注册表中的终端信息回填到用户通话记录中（2）关联DT/CQT数据进行分析（3）QoE呈现2.4.5.2 小区CFC分析现状：该功能原先为一期功能，目前该功能较为完善，数据较为准确，支持快速查看网元的通话最

21、终状态分布情况、对用户通话最终状态次数及比例进行统计，目前有网络CFC分析和小区CFC分析。输入：用户通话记录数据输出：CFC统计分析列表、用户通话最终状态次数及比例关联：GIS分析、用户通话记录查询需求分析：网络CFC分析与小区CFC分析整合为CFC分析。2.4.5.3 网络CFC分析现状：该功能原先为一期功能，目前该功能较为完善，数据较为准确，支持快速查看网元的通话最终状态分布情况、对用户通话最终状态次数及比例进行统计。输入：用户通话记录数据输出：CFC统计分析列表、用户通话最终状态次数及比例关联：GIS分析、用户通话记录查询需求分析：网络CFC分析与小区CFC分析整合为CFC分析。2.4

22、.5.4 小区服务质量分析现状：该功能原先为一期功能，整合到综合数据查询中，目前该功能较为完善，数据较为准确，支持快速查看网元的通话服务质量趋势情况。输入：用户通话记录数据输出：通话质量分布情况关联：用户通话记录查询需求分析：目前该功能较为成熟，无需修改。2.4.5.5 用户分析现状：该功能原先为一期功能，原名全网呼叫用户统计支持对全网范围内所有的用户进行全面的统计分析，了解不同呼叫模式的用户的具体分布情况。系统查询出指定时间范围内该指定地市发生过呼叫的所有手机的型号、号码归属地、话务量、总次数、呼叫成功次数、呼叫成功比率、呼叫失败次数、呼叫失败比率、各种通话最终状态次数、各种通话最终状态比率

23、显示到列表中，并且可以进行任意排序。输入：用户通话记录数据输入：统计结果列表关联：用户通话记录查询需求分析：目前该功能较为成熟，无需修改。2.4.6 资源分析2.4.6.1 负荷分析现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前该功能较为完善，数据较为准确，支持网优平台对各地市的网元负荷情况进行分析，统计出各地市负荷较高或较低的载扇、小区，并形成报表。输入：资源相关性能数据、告警数据、参数数据输出：资源负荷分析列表关联：性能查询、GIS、告警、参数需求分析：支持LTE负荷分析2.4.6.2 资源统计现状：该功能原先为一期功能，在二期扩容规范中进行了增强。支持对各地市的资源负荷信息

24、进行分析，统计出各地市资源负荷较高或较低的载扇、小区，并形成报表。输入：资源相关性能数据、告警数据、参数数据输出：资源负荷分析列表关联：性能查询、GIS、告警、参数需求分析：（1）增加资源呈现类型，可查询直放站、室分资源表等等。（2）进一步关联DT、申告数据进行分析。（3）对问题网元可结合派发工单处理。（4）支持LTE资源统计。2.4.7 GIS分析现状：该功能原先为一期功能，该功能是通过以地理化的方式，直观展现网元基础信息及性能状况。可以帮助实现小区KPI指标分析、用户通话记录分析、告警分析、无线参数分析、网络边界分析、邻区关系分析、同/邻PN分析、性能预警分析等功能。目前不能够按载扇进行呈

25、现分析。输入：性能数据、告警数据、参数数据、配置数据、用户通话记录数据输出：GIS方式呈现性能数据、告警数据、参数数据、配置数据、用户通话记录数据关联：包含地理信息的所有模块需求分析：（1）提高GIS运行效率。（2）增加DT和CQT数据的分析呈现。（3）可导出KML文件。（4）在GIS中增加各载频图层，可以控制图层的显示/隐藏，基于载频图层进行性能、参数的渲染，并能够在性能分析和优化作业模块相关功能中进行关联分析。（5）可关联工单管理派发工单。（6）支持LTE性能、参数、告警呈现。2.4.8 EVDO切换至1x现状：目前平台中无此模块，对于EVDO切换至1x，由于主设备网管不将其统计为EVDO

26、掉话，导致网管难以统计出这一影响EVDO用户感知的问题。输入：无输出：无关联：无需求分析：需要开发基于EVDO与1x话单关联分析的统计功能，以便及时统计排查EVDO切换至1x这一较大影响用户感知的问题。2.4.9 DT/CQT数据分析现状：平台中没有该功能。输入：无输出：无关联：无需求分析：输入DT/CQT问题点解析数据，与其他数据进行关联分析。2.4.10 DPI/A10A11数据分析现状：平台中没有该功能。输入：无输出：无关联：无需求分析：输入DPI/A10A11数据，与其他数据进行关联分析。2.4.11 频繁申告问题记录现状：目前安徽公司个性功能，具备网络问题的管理、查询功能，平台共性功

27、能无此功能。输入：无输出：无关联：无需求分析：全国版本需开发此功能。2.5 优化作业模块2.5.1 作业内容和工单现状：目前平台没有这项功能。输入：无输出：无关联：无需求分析：根据平台登录账号，显示对应的工单执行过程，日常优化、专题专项优化和系统优化作业的执行过程。2.5.2 参数优化2.5.2.1 参数一键核查(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持对各厂家从BSC到载频各级别参数进行一键核查，并支持参数变化查询，极大提高参数核查的准确性与工作效率，分公司经常使用该功能进行参数核查与管控。输入：参数配置数据输出：参数值，异常参数核

28、查结果关联：参数免疫网元管理、流程分析需求分析：该功能后续需扩大参数核查范围，增加对计数器等参数的核查，并实现重点参数的监控，防止随意修改；并能根据不同覆盖场景进行参数核查分析，以及根据网络异常指标对参数调整自动给出建议。增加对定时器类参数的检查2.5.2.2 参数分析现状：该功能原先为二期功能，该功能较为完善，数据较为准确，支持对各厂家从BSC到载频各级别参数进行核查以及变化分析，极大提高参数核查的准确性与变化记录，分公司经常使用该功能进行参数核查与管控。输入：参数配置数据输出：参数值，参数变化分析结果关联：参数免疫网元管理、流程分析需求分析：目前该功能较为成熟，无需修改。2.5.2.3 参

29、数核查报告(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持对各厂家从BSC到载频各级别参数进行一键核查，极大提高参数核查的准确性与工作效率，分公司经常使用该功能进行参数核查与管控。输入：参数配置数据输出：参数核查报告关联：参数免疫网元管理、流程分析需求分析：目前该功能较为成熟，无需修改。2.5.2.4 搜索窗优化(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，通过基于接入距离判断搜索窗大小，提高了搜索窗优化功能的准确性。分公司经常使用该功能进行搜索窗核查。输入：参数配置数据、用户通话记录数据

30、、基站工参数据输出：搜索窗参数列表、搜索窗参数建议值关联：参数免疫网元管理、流程分析、基础数据管理需求分析：目前该功能较为成熟，无需修改。2.5.3 邻区优化2.5.3.1 邻区列表查询(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，可对邻区列表实现准确查询，时效性高，速度快。分公司经常使用该功能进行邻区列表查询。输入：邻区列表参数配置数据、基础数据输出：邻区列表参数配置数据及GIS呈现、关联：邻区优化、基础数据管理、GIS综合分析、重要邻区关系管理需求分析：实现路测数据与邻区数据的关联展现。2.5.3.2 邻区优化(新)现状：该功能原先为一期

31、功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，通过基于PSMM与切换统计的邻区优化算法，使得邻区分析优化准确性大幅提升。分公司经常使用该功能进行邻区合理性检查。输入：邻区列表参数配置数据、基站工参数据、用户通话记录、PSMM输出：邻区列表参数配置数据优化依据、结果及GIS呈现关联：邻区列表查询、基础数据管理、GIS综合分析、重要邻区关系管理需求分析：远期实现异常指标区域的邻区自优化2.5.3.3 邻区核查(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，能实现较为准确的ONEWAY、TWOWAY、超远邻区等邻区健康检查。分

32、公司经常使用该功能进行邻区健康检查。输入：邻区列表参数配置数据、基站工参数据输出：邻区列表参数配置数据核查及GIS呈现关联：邻区列表查询、基础数据管理、GIS综合分析、重要邻区关系管理需求分析：目前该功能较为成熟，无需修改。2.5.3.4 邻区模拟(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，能实现邻区调整命令自动生成，较大提高分公司邻区优化的工作效率。输入：邻区列表参数配置数据、基站工参数据、用户通话记录、PSMM输出：邻区模拟依据、结果及GIS呈现关联：邻区列表查询、基础数据管理、GIS综合分析、重要邻区关系管理需求分析：目前该功能较为成

33、熟，无需修改。2.5.4 覆盖优化2.5.4.1 覆盖分析(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，能实现准确的覆盖率统计，过弱覆盖分析，并可在地图上对覆盖率进行渲染。分公司经常使用该功能进行全网与小区的覆盖水平评估。输入：用户通话记录、PSMM、基站工参数据输出：过弱覆盖情况以及GIS展示关联：小区接入距离分析、GIS综合分析、用户通话记录查询、导频污染、网元激活集分析、性能查询需求分析：近期根据现有数据实现覆盖分析、导频污染分析，优化判断算法提高1X、DO过弱覆盖的判断有效性、在定位算法准确的基础上实现过弱覆盖算法的梳理和整改；中期结

34、合DTCQT测试情况以及网络指标和用户通话记录指标，综合分析过覆盖、弱覆盖区域；远期能够对过弱覆盖区域结合资源情况进行统一分析，给出覆盖和资源调整建议。2.5.4.2 导频污染现状：该功能为一期功能。目前，该功能较为完善，但数据准确性不足，分公司较少使用。输入：用户通话记录用户通话记录数据、基础数据输出：导频污染关联：性能分析、GIS综合分析、流程分析需求分析：需调整导频污染统计算法，提高导频污染计算准确性。具体规划功能描述，请详见2.2规划目标及演进思路。2.5.4.3 网元激活集分析现状：该功能为二期功能。目前，该功能较为完善。输入：用户通话记录数据、PSMM输出：网元激活集数据关联：性能

35、分析、GIS综合分析、流程分析需求分析：目前该功能较为成熟，无需修改2.5.4.4 小区接入距离分析现状：该功能为一期功能。目前，该功能较为完善，可通过该功能统计小区接入距离分布，为射频覆盖优化提供参考。分公司经常使用该功能进行射频优化。输入：用户通话记录数据输出：小区接入距离关联：性能分析、GIS综合分析、流程分析、覆盖分析、网员激活集分析、导频污染需求分析：目前该功能较为成熟，无需修改。2.5.5 流程分析现状：该功能为二期功能，二期扩容项目对此功能进行了增强，从问题的发现到问题的分析，实现以流程的形式分析掉话、呼叫、DO话务均衡性，逐步分析问题的每一个原因，最终得到掉话的可能原因，增强掉

36、话分析过程的条理性和完整性。该功能已在各省使用，功能整体定义明确。输入：性能数据、参数配置数据、邻区数据、告警数据输出：问题小区的异常点关联：性能查询、参数查询、参数核查、邻区关系查询、邻区优化、告警数据查询需求分析： 增加DO的掉线、连接失败等分析，关联DT/CQT。2.5.6 接入时长分析现状：该功能为二期功能。目前，该功能较为完善，可通过该功能统计小区接入时长分布，为统计小区接入时延提供参考。该功能已很成熟，在省内应用较广泛，能够发现部分接入问题。输入：用户通话记录，配置数据输出：小区接入时长分布关联：用户通话记录查询需求分析：目前该功能较为成熟，无需修改。2.5.7 C+W分析现状：该

37、功能为二期功能。目前，该功能较为完善，可通过该功能对EVDO热点区域的WLAN分流问题进行筛查。该功能在部分省内应用较多，主要受wifi网管数据准确性和完整性影响，本身功能完备。结合WiFi网管指标和WiFi数据库的扇区对应关系，实现选定网元的C+W网络指标联合分析展现输入：性能数据、台帐数据、wifi清单信息、wifi网管统计数据输出：DO热点与wifi的分流情况关联：性能查询，台帐数据管理, GIS分析需求分析：该功能数据完整性不足，需对数据完整性进行整改。增加与LTE的对比分析。2.5.8 基础数据变化分析现状：该功能为一期功能，可以查询到基础数据的变化记录。该功能在各省应用较广泛，是多

38、个省管理基础数据的主要功能。输入：基础数据输出：基础数据变化记录关联：基础数据管理需求分析：该功能较为成熟，无需修改2.5.9 PN优化现状：该功能原先为一期功能。目前，该功能只能进行单PN_INC的PN优化，无法满足诸如南京、苏州等存在混合PN_INC网络的PN优化需求。输入：无输出：无关联：无需求分析：需对该功能进行整改，以满足混合PN_INC网络的PN优化需求，并提高PN优化的准确性。具体规划功能描述，请详见2.2规划目标及演进思路。2.5.10 天馈接反核查现状：目前，网优平台没有天馈接反核查功能，对于基站建设过程中经常出现的天馈接反问题，没有快速的核查机制，不能及时发现类似问题，容易

39、造成局部区域弱覆盖或导频污染。输入：无。输出：无。关联：无。需求分析：需利用话单建立快速的天馈接反核查机制。具体规划功能描述，请详见2.2规划目标及演进思路。2.5.11 隐性故障分析现状：该功能为二期规范要求。目前，该功能较为完善，支持对无法通过网管统计发现的隐性故障进行具体分析。分公司在排查隐性故障时，会使用该功能进行查询分析。输入：用户通话记录数据。输出：疑似隐性故障的设备节点。关联：告警分析、性能查询。需求分析：目前该功能较为成熟，无需修改。2.6 客服支撑模块2.6.1 申告数据现状：均可通过客服接口传过来的申告数据进行查询、统计申告，可有选择性的将申告数据导入盲点库。输入：客服接口

40、传过来的申告数据输出：申告数据查询结果、统计结果、盲点库关联：申告数据、盲点库需求分析：能够对客服接口过来的申告单信息补全，补全信息包括经纬度、所属网格，所属栅格、涉及小区名称、小区号、申告地点为室内、室外等，同时实现GIS展现；进行申告单的查询、数据透视表多维的统计；实现申告分布密度图GIS展现。2.6.2 申告预处理现状：一期规范4.3.8.1项功能中要求支撑前台客服人员对网络覆盖情况、申告热点地区、设备故障情况的及时了解。支持前台客服人员多用户访问及单点登录查询。二期功能规范4.3.6.1.1项功能中要求向客服前台提供1X盲点信息、1X弱覆盖信息、EVDO盲点信息、EVDO弱覆盖信息。二

41、期扩容无此部分要求。厂家实现上均有盲点数据，其他数据无。输入：盲点数据输出：盲点数据及时传递给客服关联：盲点库需求分析：向客服系统输出GIS的盲点、申告点分布、用户聚集行为、网络干扰信息情况、协调信息、规划站点库。2.6.3 申告处理现状：平台无此项功能。输入：无输出：无关联：无需求分析：客服双向接口实现的前提下，在网优平台进行申告单的回单处理；回单时可并可根据历史申告数据、性能、告警、DT/CQT进行综合分析。2.7 市场支撑模块了解目前在网用户属性，提升市场运营质量，力求研究出针对性的优化策略。了解目前在网用户的市场行为效益与网络资源的成本效益之间的关联，提升网络资源产出，分层次提升网优效

42、益，有针对性优化重点支撑指标。增加对重点区域、重点用户、重点业务纬度的分析，对市场的发展需求提供支撑数据，并能及时提供市场需求的各项数据。2.7.1 市场网格质量分析现状：平台无此项功能。输入：无输出：无关联：无需求分析：需要开发基于市场群组的覆盖、性能指标统计功能，并将数据及时提供给市场部门，以便市场部门进行有针对性的市场发展。具体规划功能描述，请详见2.2规划目标及演进思路。2.7.2 用户行为分析现状：平台无此项功能。输入：无输出：无关联：无需求分析：需要特定用户群、业务、区域进行用户行为分析具体规划功能描述，请详见2.2规划目标及演进思路。2.7.3 WIFI零流量查询现状：通过性能查

43、询功能提供零流量AP清单，已实现。输入：WIFI性能数据输出：WIFI零流量数据关联：无需求分析：无2.7.4 3G/4G潜在用户分析现状：平台无此项功能。输入：无输出：无关联：无需求分析：通过话单分析使用1X数据业务的客户，分析高流量、高速率需求的非上网卡3G用户。具体规划功能描述，请详见2.2规划目标及演进思路。2.7.5 （预）流失客户群性能查询现状：平台无此项功能。输入：无输出：无关联：无需求分析：根据市场提供流失或预流失客户清单，提供此类用户的网络质量分析结果。关联用户通话记录分析实现。具体规划功能描述，请详见2.2规划目标及演进思路。2.7.6 VIP客户保障现状：平台无此项功能。

44、输入：无输出：无关联：无需求分析：利用用户通话记录等数据开展VIP客户保障2.7.7 定位系统支撑现状：二期扩容项目实现，安徽、四川等7个试点省开通，为集团定位平台提供BSA数据库。输入：基站基础数据输出：BSA定位基础数据关联：无需求分析：根据试点运行情况，决定是否全国开通2.8 规划建设支撑模块2.8.1 站点规划支撑现状：前期规范缺少对站点规划的全面支撑，二期规范中有“站点勘测数据管理”功能，但主要只能对站点的信息进行人工的导入导出管理，较为单一。输入：规划信息输出：规划数据库关联：GIS呈现需求分析：根据关联申告问题、测试数据、性能分析、市场需求等来源实现对规划库的更新管理，并能够根据

45、规划来源对站点规划的合理性进行评估，GIS呈现等功能，并能关联进行设备入网等下一步工单动作发起。结合规划站点周围的无线网络质量、申告、基站密度、用户密度等多个方面，综合分析规划站点的建站优先级。2.8.2 工程优化支撑现状：前期规范缺少对工程优化的全面跟踪与支撑，二期规范中的“单站PN优化”功能对新建站的PN优化提供结果。输入：基础数据、邻区数据输出：新站PN优化结果关联功能：GIS呈现需求分析：按照工程计划建立网络扩容和新站入网的作业计划，按基站或载扇粒度建立优化工单，对作业计划和工单执行过程进行跟踪。2.8.3 基站拆建分析现状：平台无此项功能。输入：无输出：无关联：无需求分析：统计基站拆

46、迁复建率。基站拆迁和复建对周边性能指标的影响。2.9 网优管理模块2.9.1 作业计划管理现状：目前，平台尚无作业计划管理功能，无法对各分公司日常网优作业计划进行要求和管控。输入：无输出：无关联：无需求分析：需在平台中建立作业计划的管控功能，对分公司日常邻区优化、参数核查、性能TOPN、资源优化建立周期性作业计划，并利用优化作业模块中相应的邻区优化、参数核查等功能进行优化分析。详细规划描述，请详见2.2规划目标及演进思路2.9.2 工单管理现状：目前，平台尚无真正的网优管理功能，无法对网优人员、仪器仪表等进行统一管理。此外，电子运维系统中已有成熟的障碍告警工单流转流程，但限于电子运维系统没有性

47、能、负荷、参数等数据源，无法实现性能异常、负荷过高、参数异常等网络问题的工单流转，无法对这些网络问题的处理进行统一管控。输入：无输出：无关联：无需求分析：网优平台已具备对邻区优化、参数核查、性能TOPN、资源优化的统计功能，网优平台应充分发挥这些数据源优势，将邻区优化、参数核查、性能TOPN、资源优化工作固化为日常工作流程，利用工单对这些工作流程进行管理，督促分公司及时解决网络异常问题。详细规划描述，请详见2.2规划目标及演进思路2.9.3 指标与模板管理2.9.3.1 参数规范库（新）现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持对各厂家从B

48、SC到载频各级别集团与省管参数设置参数取值范围、推荐值、参数类型等功能，并支持导入导出，是参数核查非常重要核查依据与知识库。输入：参数取值范围、推荐值、参数类型等数据输出：参数规范值关联：参数一键核查、参数分析、参数核查报告、流程分析需求分析：根据不同覆盖场景进行参数核查分析(广东提供算法)。2.9.3.2 首页模板设置现状：该功能为一期功能。目前，该功能较为完善，支持各分公司根据日常优化需要，对分公司网优平台桌面进行设置，快速展现分公司优化关键指标与TOPN等信息，使用较为方便。输入：首页模板设置输出：按分公司日常优化需要，展现平台首页关联：首页、流程分析需求分析：目前该功能较为成熟，无需修

49、改。2.9.3.3 指标管理（新）现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持自编辑指标公式，并支持查看已有指标公式，较大增强网络分析灵活性，有利于开拓网络分析新思路。输入：集团指标公式、主设备厂家指标公式、自定义指标公式、计数器输出：集团指标、自定义指标、主设备厂家指标关联：性能查询、自定义报表需求分析：目前该功能较为成熟，无需修改。2.9.3.4 模板管理（新）现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持员工自己定制全网、校园、干道等专项的统计、TOPN、预警报表，较大减轻日常统计分析工

50、作量。分公司经常使用该功能进行日常网络数据的提取与管控。输入：性能指标、覆盖率指标、基础数据输出：自定义报表关联：性能查询、自定义公式、覆盖分析、基础数据管理需求分析：目前该功能较为成熟，无需修改。2.9.4 网络信息管理2.9.4.1 基础数据管理现状：该功能为二期功能。目前，该功能较为完善，支持建立维护基站天馈类型、方向角、下倾角等各类基础基础数据，并支持据各种条件查询相关基础数据。输入：支持增删改、导入或接口方式建立维护基站基础数据输出：基站基础数据关联：网格和分组管理、所有性能分析和网优作业的功能需求分析：(1)、要与作业计划、网优工单挂钩，存储历史记录，可追溯。(2)、增加资源呈现类

51、型，可查询直放站、室分资源表等(3)、对资源数据进行核查，网优平台基站相关基础数据的完整性、准确性和更新的及时性，以保证网优平台各项功能作用的发挥。（4）、尽可能增加详细的覆盖区域环境的字段。（5）、增加功分天线的录入方式。2.9.4.2 规划数据管理现状：该功能为二期功能。目前，该功能较为完善输入：规划信息输出：规划数据库关联：规划建设支撑需求分析：无2.9.4.3 网格和分组管理现状：该功能为二期功能。目前，该功能支持增删改的方式维护各种网元分组信息。网元分组信息可在性能查询、覆盖分析、自定义报表等功能中对校园、干道等专项优化进行数据查询与分析输入：网元与分组对应关系数据输出：网元分组关联

52、：性能查询、覆盖分析、自定义报表需求分析：(1)、实现通过基站基础信息自动进行网元分组(2)、建立基于市场部门的网格信息管理2.9.4.4 省际边界数据管理现状：该功能为二期扩容功能。目前，该功能支持根据各种条件查询并维护边界基站基础信息，并支持对边界扇区优化工作发起省际边界优化协调单，实现省际边界协同优化。输入：省际边界基站基础信息、省际边界优化协调单输出：省际边界基站基础信息、省际边界优化协调单关联：省际边界邻区优化需求分析：目前该功能较为成熟，无需修改。2.9.4.5 参数免疫网元管理(新)现状：该功能原先为一期功能，在二期扩容规范中进行了增强。目前，该功能较为完善，数据较为准确，支持对

53、各厂家从BSC到载频各级别参数进行免疫设置，以支持参数一键核查，极大提高参数核查的准确性与工作效率，分公司经常使用该功能进行参数核查与管控。输入：免疫参数网元信息、免疫参数信息输出：参数优化对免疫参数予以免疫关联：参数一键核查、参数核查报告需求分析：目前该功能较为成熟，无需修改。2.9.4.6 重要邻区关系管理(新)现状：该功能为二期功能。目前，该功能较为完善，支持对重要邻区关系进行管理，并在邻区优化时对重要邻区进行免疫保护，避免删除重要邻区。输入：免疫邻区的源小区与目标小区信息输出：邻区优化对重要邻区关系中的邻区进行免疫关联：邻区优化、邻区模拟需求分析：目前该功能较为成熟，无需修改。2.9.

54、4.7 WiFi数据管理现状：该功能为二期功能。目前，该功能较为完善，支持通过接口对WiFi基础数据进行同步更新，并支持根据各种维度对WiFi基础数据进行查询。输入：WiFi基础数据接口输出：WiFi基础数据查询关联：无需求分析：目前该功能较为成熟，无需修改。2.9.4.8 信息点管理现状：目前安徽公司个性功能，具备盲点库的管理、查询功能，平台共性功能无此功能。输入：无输出：无关联：无需求分析：全国版本需开发此功能。2.9.5 人员仪器仪表2.9.5.1 网优人员管理现状：该功能为二期功能。目前，该功能较为完善，能对网优人员信息与平台权限进行人工或接口导入导出与增删改操作，并支持根据各种条件查询网优人员数据。输入：网优人员信息与平台权限输出：网优人员信息与平台权限关联：无需求分析：需要对网优人员管理的网元区域进行指定，以便于作业计划和工单相关工作的承接。2.9.5.2 网优仪表管理现状：该功能为二期功能。目前，该功能较为完善，能对网优仪表信息进行人工或接口导入导出与增删改操作，并支持根据各种条件查询网优仪表信息。输入：网优仪表信息输出：网优仪表信息关联：无需求分