电信运营商行业项目技术规范书-2018年浙江联通网优大数据综合应用系统项目技术规范书

2018年浙江联通网优大数据综合应用系统
技术规范书
浙江联通
2019年1月
第1章总体要求：
1.1总体要求
1）MR定位精度、号码回填、室内外精确定位等内容是本次项目的最核心内容，如不能满足将导致整个项目无法运行，所以这几项将作为各功能模块的关键指标。

对本规范书中带“※”的条款，若投标人不满足，买方保留废标权利。

对于本规范书中带“※”的条款，投标人应在点对点应答中说明条款所涉及内容在投标资料中体现的具体页码。

本规范书中加“※”的需求项，要求投标人提供技术证明材料，需同时加盖投标人公章。

2）中标后必须以中标方作为实际执行单位，不得存在转包行为；投标项目团队的项目经理及核心成员必须在中标后10天内现场驻地开展工作，不得以任何理由更换或拖延。

投标人须承诺参加现场测试的人员必须为中标后项目组现场服务成员，提供承诺书。

上述情况，如不能得到有效执行，买方将有权终止合同并追究相关责任。

3）为进一步了解投标方在MR定位精度、号码回填、室内精确定位的优秀经验，请提供本项目团队的现场项目经理及核心成员（涉及MR定位精度、号码回填、室内外精确定位算法、传播模型精确校准、云平台架构设计、智能自学习、软件系统开发等领域技术人员）曾获得的专利证书、软件著作权、学术论文发表、经典案例等方面内容。

4）一旦发现材料弄虚作假，视为无效应答；中选的，取消中选资格。

5）整个项目包括但不仅限于技术规范书中所列的具体需求。

6）投标人应根据本规范书的要求提供技术建议书，并在技术建议书中提出详细、完整的技术建议和解决方案。

若投标人的方案建议描述不够详细，投标人后续应根据买方对方案的理解和要求完善相应的功能。

7）投标人应按照本文件的要求提供应答。

应答方提供的各项设备、软件产品和系统的功能、性能应完全符合买方指明的标准，并满足或高于买方的要求。

对于本文件未规定的有关系统性能，应答方应提出建议，并陈述其理由。

买方将综合考虑应答方的综合实力、技术方案、服务承诺、项目管理等方面的内容；
在技术谈判的各个阶段，需求方将以书面形式要求应答方对有关问题进行进一步的技术澄清，应答方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件；
本文档所有权和解释权归中国联通浙江省分公司所有，未经书面许可，不得复制或向第三方公开。

应答方对方案及工作中涉及的敏感数据和报告等资料负有保密的责任；
需求方保留和拥有对本文件的解释权和修改权。

需求方有权在签订合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件；方案中未提及而将来需要增加的服务，由双方根据实际需要另行协商；
8）应答方提供给需求方的所有资料性文档，需求方拥有其全部权利，包括知识产权、所有权、使用权和修改权。

1.2投标方提供文件的要求
投标方所提供的投标书技术文件应包括以下5个文件:
综述
技术规范书点对点应答
总体方案
项目计划书
技术支持、培训及服务承诺
1.2.1综述的要求
1）对技术规范书的整体理解，在项目实施过程中卖方的定位。

卖方需要定义在系统开发和实施过程中与中国联通浙江省分公司、其他第三方在项目中各自工作的范围和责任（例如：系统体系架构把握、数据接入解析、接口调试、上线后的支持等）。

卖方在此部分未明确分工的工作视为卖方独立全权负责。

2）卖方企业具备的系统集成开发能力和经验：
从事大型企业应用软件开发的时间；目前拥有的开发团队构成；采用的主要
平台、技术架构；开发的系统涵盖的应用领域。

卖方的内部组织架构及汇报机制及有效联系方式。

1.2.2技术规范书点对点应答的要求
卖方的建议书中，要求点对点应答必须在引用规范书的基础上逐项应答、说明和解释，对于规范书中所有要求的条款，首先要明确答复“满足”、“部分满足”、“不满足”，然后作进一步澄清。

当应答“满足”时必须说明是否卖方现有产品或系统能够满足，应对如何满足进行详细的方案、原理、实施过程及相关指标进行描述，未进行解释的、解释不合理或存在明显漏洞的，视为不满足。

应答与说明相矛盾的内容则认为是不满足。

1.2.3总体方案的要求
本项目总体方案，包括概述、系统架构、软件部署、系统规格、维护机制等，主要内容包括：
1)概述：
项目背景：对中国联通浙江省分公司本项目的理解，系统建设的原因。

系统定位：系统在总体规划中的定位、在企业运营中的定位。

建设目标：系统管理范围、规模、对业务的支撑能力。

建设原则：系统建设、部署、应用的策略和原则。

2)系统架构
系统软件架构、网络拓扑、接口，提供图表并说明各节点/功能模块的作用。

卖方应根据本规范对系统进行设计，满足系统功能、性能、可靠性等方面的要求。

直接提供根据本项目贵公司落地的可实施性的设计，并确保如中标按照该设计进行实施。

3）系统功能实现方案
各功能模块/节点的功能描述和实现方案，与其他系统接口的功能和实现方
案。

卖方应详细说明技术实现采用的方式、技术、第三方产品。

提交系统界面功能模块部署设计方案。

4）软硬件部署方案
系统软件部署、硬件部署方案（非逻辑，需为落地具体实施的软硬件部署方案，含详细软硬件配置清单，硬件基于云平台设计，并一一对应拓扑）。

根据系统功能、性能和安全性，提出详细的网络拓扑建议，并作出详细说明。

5）系统配置方案
卖方应给出设备和软件的详细配置清单，并说明相应的计算方法及依据：卖方应全面详细了解买方对全部系统方案的整体要求，保证方案的合理性，并对买方所购置的软、硬件设备的功能特性和性能指标非常了解，保证对整个系统及设备配置提供完整建议方案，以便最佳地发挥和实现买方所购设备的各项性能和整个系统的性能。

卖方根据本技术规范书提出的所有软硬件配置应满足系统的所有性能、扩展、可靠性及安全性要求，保证硬件设备及其相关软件能够投入正常运行。

若出现由于卖方提供的软硬件不满足要求，由卖方无偿补足所需的硬件和软件，并负全部责任。

卖方应提供推荐的第三方软硬件产品特点及相关规格说明。

卖方确保所开发的系统中涉及到的各种操作系统、数据库、软件、中间件等均需为正规授权产品；卖方必须对其软硬件设备中所涉及到的所有license的限制给予详细说明。

浙江联通已采购用于本项目的设备清单如下：
6）系统集成方案
说明系统集成的主要工作内容。

如有必要卖方应说明系统过渡、迁移、升级调整对现有已运行业务的影响及
应对方案。

7）系统扩展能力
说明系统未来能力扩展、扩容的能力。

1.2.4项目计划书的要求
卖方应提供项目实施计划，卖方应承诺在接到中标通知书后3个月内完成平台上线，完成本规范书功能及验证工作，支撑地市使用。

项目实施计划主要内容包括以下方面：
1）详细的项目计划（WBS），包括各项任务、任务成果、负责人、时长，注明里程碑；
2）制定详细的项目过程控制方案；
3）估算工作量（含需求分析、系统集成和软件开发工作量等）
4）估算关键资源需求
5）需买方或其他厂商配合的任务
卖方应提供参加本项目的人员组成结构图，参加人员的背景资料以及明确职责，买方对项目组成员有甄选的权利。

所报项目组成员一旦确定，不能擅自变更。

项目确定后，必须保证所有人员的到位。

参与现场关键能力测试人员作为中标后现场实施开发的核心人员，系统初验前不允许更换；其他项目成员更换必须提出书面申请，说明原因并取得买方书面同意后才能做人员调整。

卖方应提供本项目实施中卖方、买方和各相关厂家的分工界面，未列出的工作部分视为完全由卖方负责实施，需画图说明。

卖方说明设备或软件安装所需的环境要求。

卖方应提供项目中各种风险预测和控制方案建议，提供文档管理和版本控制的流程。

1.2.5技术支持、培训、服务承诺的要求
卖方应在技术支持、培训和服务承诺中说明给买方提供的技术支持、技术服
务和人员培训等的范围和程度，例如：卖方应提供系统上线后的系统支持与维护方案、维护人员数量、和卖方对满足新需求在时间上的承诺。

1.3系统设计要求
在技术实现上应坚持以下原则：
1）系统设计遵循国际标准化、开放性、可伸缩性、先进性、可扩展性、简单易用性、可靠性、安全性等原则；
2）在满足软件功能需求的前提下，系统的设计应尽量采用成熟的软件技术，最大程对投标人的要求
第2章功能要求
需基于浙江联通OSS支撑云化系统建设2018年浙江联通网优大数据综合应用系统。

2.1 关键核心能力
2.1.1 GIS呈现能力
1）GIS底层地图可呈现普通地图、卫星地图、街景地图，三种地图可点击切换，普通地图和卫星地图保持图层级别。

普通地图显示主要道路、建筑物轮廓、重要地标名称；卫星地图显示的卫星照片清晰可见，可显示或隐藏重要地标名称；街景地图在普通地图和卫星地图主要道路上点击跳转显示，照片清晰可见。

2）普通地图和卫星地图带地图放大缩小功能，带框选功能，带标尺可测量距离和方位角，可画路径轨迹和多边形，可增加地标。

3）地图间切换、拖动和跳转的时延少于2秒。

4）可导入自定义的kml、kmz等google图层文件和tab等mapinfo图层文件，比如基站小区图层、路测指标图层、住宅小区边界等等，叠加在底层GIS图层上，图层可以设置透明度。

叠加了多个图层时，图层间可以调整叠加顺序，点击可以
查看图层携带的信息，如小区名、PCI、频点等等。

可以同时呈现多图不同图层，随鼠标操作同步。

任何导入的封闭区间的图层，都可以结合MR栅格数据计算区域内的覆盖指标，根据指标值不同以不同颜色的封闭区间显示。

5）地图搜索功能，可以搜索主要道路、重要建筑、酒店、商铺等，也可搜索自定义图层携带的信息。

6）互联网数据爬取，可爬取大型地图平台提供的类似住宅小区边框、商铺、酒店等互联网数据，携带名称、经纬度、地址等信息，可转存成表格文件。

自定义图层包括重点场所、楼宇、住宅。

※2.1.2 定位能力
基于OTT精准定位+基于MR指纹库定位出来的所有MR数量应达到MR总量的80%以上。

2.1.2.1 基于OTT精准定位
获取到的各种OTT应用中的位置数据需统一转化为WGS84经纬度坐标系，OTT应用需包含有主流的百度地图、高德地图、滴滴打车、腾讯地图、微信、新浪微博、大众点评等应用，对app所携带的经纬度信息的提取成功率应达到90%以上。

通过对OTT数据(XDR)和MR数据进行清洗、关联等处理，将关联后含有经纬度的MR用来创建指纹库，对待定位的MR进行特征匹配完成定位，位置偏差要求在20米以内，准确率要求在95%以上。

在相关APP应用升级后位置信息特征如果发生变化，卖方在维保期内必须免费进行对应的升级，数据格式重新适配解析、并能正常捕获APP数据包内的位置信息的时间不超过2周。

后续随着网络中热门APP的变化，卖方应根据买方的需要，对买方新提出的携带用户位置的热门APP中所携带的经纬度信息的提取成功率达到90%以上。

请提供OTT定位各环节的实现过程，包括经纬度获取有多少种方法、各种方法的规则库，可解析的host清单，解析经纬度的坐标如何进行纠偏等，解析经纬度的坐标系如何转换，请提供具体的清单列表、描述实现过程，开发周期、开发工作量、定位精度等，作为
附件详细说明。

如果有专利的，请提供专利名称及专利号。

2.1.2.2 基于MR指纹库定位
通过已经掌握的MR-位置映射关系，以及DT、CQT、三方数据中提取出的类似MR-GPS映射关系的数据，将已知的MRO-信令-位置、路测、三方数据作为源数据建立指纹库，并可以通过更新的MRO-信令-位置、路测、三方数据更新原有的指纹库。

对于无GPS信息的MRO数据，通过查询该经验库，应用指纹算法，匹配出相似度最高的点，将GPS数据进行回填，最终实现全量MRO的定位。

回填要求偏差要求在20米以内，准确率要求在90%以上。

数据源发生较大变动情况下按需修正指纹库，常规指纹库修正每月一次。

应可通过用户的家宽业务登记信息、WIFI信息，辅助进行MR位置定位。

2.1.2.3号码回填
通过XDR数据关联MR数据，使XDR数据中的IMSI／IMEI/MSISDN 填充至MR数据中，回填率要求达到90%以上，准确率要求达到95%以上。

能根据特殊场景下的用户特征识别该类用户群体，并根据这类用户的群体数据建立精准的场景评估，比如地铁、高铁、楼宇。

2.1.2.5 信令和MRO融合关联
将MRO与XDR融合关联，生成测试数据基本要素，构建模拟测试Log文件，解决相应的栅格统计、业务统计、终端统计、异常事件识别等工作，指标包括但不限于RSRP、RSRQ、SINR、重叠覆盖、HTTP 响应成功率，RTT 时延，TCP 重传率，平均下行速率、Attach 成功率，Attach 时延等。

请说明各项功能的具体原理、实现过程，定位精度等，并提供量化的数据，作为附件详细说明。

如果有专利的，请提供专利名称及专利号
指纹库定位、OTT定位、号码回填等算法及功能是网优大数据综合分析平台中最核心的能力，上述要求是否有平台达成某几项目标，请详细说明，如整体或某几项达成，请提供评估报告；如厂家没有相应的平台或其中的功能，请详细说明是否有能力开发，开发工作量详细计算过程交由买方最终审核认定。

功能开发必须基于浙江联通OSS支撑云化系统，请提供详细的平台功能开发方案计划。

2.1.3 栅格化分析
2.1.
3.1 网络栅格化
1) 按50*50米和10*10米实现栅格化（50*50全网范围全量MR定位数据，10*10主城区／县城城区范围+重点乡镇范围）；
2) 全网栅格化后不再变化；
3) 建立统一的栅格中心点经纬度geohash索引（在数据超市模块建立）；
2.1.
3.2栅格标签数据库
1) 根据自定义的地理空间围栏进行批量标签，实时处理。

比如手动在地图上进行围栏设置，或者上传mapinfo、KML等格式的空间数据进行标注；
2) 常用的区域、场景、微网格标签的自动化维护，更新周期为每天：
a）根据其他数据库的标签变化，自动补充／修正现有栅格的标签属性，更新周期为天；
b）根据大数据计算，根据该小区的MR主覆盖区域，自动识别小区的场景属性并添加标签，更新周期为天；
c）根据用户标签（B域数据），识别某类用户群聚居区域；更新周期为月／季度。

※2.1.3.3栅格指标数据库
主要关键指标，包括MR、KPI能地理化计算，可做指标关联对比（比如覆盖vs质量，4Gvs3G，昨天vs今天）
包含覆盖、性能、用户、所有服务小区、服务小区信息、服务小区采样点数，时间颗粒度可为小时、天、周、月，栅格索引号、小区。

针对用户数少&总采样点数量高的栅格，输出异常栅格清单
2.1.
3.4栅格化指标统计
1) 按栅格标签、服务小区、自定义地理围栏，进行指标统计，周期日、周、月、季度、年，生成报表并可导出。

页面上报表可按照某项内容排序，并可点击详细查看栅格化GIS呈现及相关指标。

2) 指定区域进行单一指标GIS呈现，并可按照日、周、月等时间维度进行动态演示。

3) 指定时间，按区域、服务小区等维度，进行多个指标的GIS呈现对比。

2.1.
3.5栅格化差异分析
1) 根据默认和自定义中需要差异化监控的指标，输出区域、场景等标签的周、月、季度、年报表，同时GIS呈现变化，利用不同的颜色来展现变化程度；
2) 自定义栅格指标差异的监控范围，输出对应的差异化周期报表；
3) 回溯计算区域、场景、自定义范围对应指标的差异变化基准值，按需／每月进行不断的修正。

2.1.
3.6网络/基站稳定度评估
1) 按周、月计算服务小区覆盖栅格指标的差异幅度，并历史回溯计算每个服务小区的合理差异范围，当做该小区的基准参照值；
2) 计算服务小区覆盖栅格的总面积变化幅度，并历史回溯计算出该小区的合理覆盖范围；
3) 根据上述指标，结合基站可用率，评估基站稳定度；
4) 不同区域、场景等标签的网络稳定度，则根据该标签下的栅格区域进行以上1、2、3点的内容计算。

2.1.
3.7连片区域分析
1) 能够自动识别任意指标的连片质差区域（影响范围相邻N个栅格以上，不同场景不同设置），周期为日、周、月；
2) 按时间、区域、场景查询质差连片区域，点击指定区域后，呈现连片区域的质差栅格情况及特定指标；
3）连片栅格差区域输出报表。

除上述关键核心能力要求外，在网络自动优化、智能优化、网络支撑市场前台等方面有好的方案和建议，请详细说明。

2.2 重点场景分析
2．2．1重要场景维护
1）可通过多种维度进行重点场景的分类维护：沃网络维护的重点场景小区数据库，互联网地图中的各类场景边框爬取，手工维护的场景图层导入；
2）校正重点场景小区准确性——结合场景地理边框，MR覆盖数据，重点场景周边小区实际覆盖情况，智能增加和删减归属重点场景小区；
2．2．2重要场景监控
1）各地市重点场景和覆盖小区规模，全天流量，环比波动情况；
2）告警信息：每日输出各地市重点场景内出现严重告警信息的基站（如退服，传输中断等）；
3）重点场景KPI指标范围：接通率、掉话率、CSFB时延、接续时延、CSFB成功率、MR良好覆盖率、倒流比、业务量趋势、无线资源利用率、常驻用户数变化。

其中MR良好覆盖率及常驻用户数需做栅格化汇聚并可GIS呈现，接通率、掉话
率、无线资源利用率、业务量、倒流比等指标暂根据小区级指标汇聚。

4）感知指标范围：页面响应成功率、页面响应时延、页面显示成功率、页面显示时延、页面下载速率、首包打开时延、流媒体初缓成功率、流媒体播放等待时长、流媒体卡顿频次、流媒体卡顿时长占比、流媒体下载速率、速率码率比、上行RTT时延、下行RTT时延、微信登录成功率、微信登录时延、文本发送成功率、文本发送时延做栅格化汇聚并可GIS呈现。

（XDR里面涉及到的感知指标栅格化统计）
5）用户级监控：各类重点场景用户终端类型、业务识别、用户行为、漫游用户所在地、用户价值等大数据分析。

6）问题小区监控：关联网管推送重要场景小区告警、零话务零流量、高负荷小区、低感知小区等问题小区数量。

功能模块呈现：
1)、可提取的各种KPI、KQI指标应在一个列表中，列表中还应包含有全省、地市、区县、场景等聚类字段；能全量的导出报表。

2）、提取指标的时间可自由选择，至少可提取1个月内指标，时间粒度至少应包含有小时、天级、周级；
3）可对每个场景、每个指标可以输出趋势变化，时间上天、周、月级趋势；4）各类重点场景，机场，火车站，大型商场等场所每日用户数波动；
2.2.3重要场景评估
1）重要场景达标评价主要从覆盖强度、下行质量、小区可用性、关键性能、用户感知5个维度进行质量分析及评价，需输出场景达标情况环比-分场景、分地市情况；
2）重要场景关联GIS信息，评估主要针对优化、建设后MR和整体指标的改善评估；
2．2．4场景级派单
针对MR良好覆盖率，高负荷小区等问题派单，工单需关联问题小区、场景级的
指标清单，工地流转处理后闭环需系统核实后由系统自动闭环。

2.3 道路栅格分析
2.3.1 高铁场景
1）用户识别、针对高铁用户做KPI\KQI分析；
2）虚拟路测——查看道路栅格指标，弹窗式呈现各栅格的主连、覆盖小区情况，包括小区ID、小区名称、PCI、采样点数，要求关联主服务小区的 KPI、KQI指标；
2.3.2 地铁场景
1）用户识别、针对地铁用户做KPI\KQI分析；
2）虚拟路测——查看道路栅格指标，弹窗式呈现各栅格的主连、覆盖小区情况，包括小区ID、小区名称、PCI、采样点数，要求关联主服务小区关联 KPI、KQI 指标
2.3.3 道路场景
虚拟路测（3/4G）——查看道路栅格指标，弹窗式呈现各栅格的主连、覆盖小区情况，包括小区ID、小区名称、PCI、采样点数。

要求主服务小区关联 KPI、KQI指标。

2.4. 楼宇分析
1）结合各种MR定位算法，自动识别室内、室外MR，并对室内 MR 进行针对性分析，实现对楼宇按月/周/日维度统计评估，输出结果包含但不限于楼宇级MR 良好覆盖率、RRC建立成功率、RAB建立成功率、掉话率，并可扩展；可按市/县/场景汇聚。

2）实现弱覆盖、质差楼宇的分析，可按10m*10m的栅格地理化呈现楼宇的弱覆
盖区域。

可按栅格显示本栅格的主导小区。

可显示卫星地图。

定位精度要求达到10m。

3）可识别楼宇内常驻用户，按IMSI或MSISDN导出。

（权限设置，与4A平台打通接口）
4）根据楼宇内用户的行为习惯，建立每幢楼宇评估指标模型和基线标准，可地理化呈现主要性能指标的前后差异化对比（日、周、月、季、年），输出变化告警；根据基线标准，建立楼宇室分故障智能化判断机制，可实时地理化显示楼宇室分设备故障。

楼宇用户数或流量高于某个门限后设定波动跟踪。

2. 5 假日保障
通过对实时、历史数据在节假日、重保期间对重要场景的监控和保障，可以及时发现用户密集或高价值/重点客户区域的业务质量问题并提升用户业务使用体验。

1）保障时间颗粒度：小时、天，根据每个节假日特点设置保障的时间。

2）保障范围：包括但不限于高铁、高速、服务区、火车站、机场、汽车站、大型商超、风景区、新年庙会、VIP用户线路等各类假期聚集性场所；支持根据MR 栅格数据、重要场景小区数据、场景边框，自定义保障区域；
3）重保监控的指标范围：业务流量、PRB利用率、无线系统接通率、切换成功率、用户维度接通率、用户维度掉话率、CSFB时延、接续时延、CSFB成功率、页面响应成功率、页面响应时延、页面显示成功率、页面显示时延、页面下载速率、首包打开时延、流媒体初缓成功率、流媒体播放等待时长、流媒体卡顿频次、流媒体卡顿时长占比、流媒体下载速率、速率码率比、上行RTT时延、下行RTT 时延、微信登录成功率、微信登录时延、文本发送成功率、文本发送时延；4）可以设置固定阈值和动态阈值，用以对业务指标是否正常进行判断，动态阈值通过智能算法计算历史均值，根据当前周期指标值和历史均值的偏差，判断当前指标是否存在异常。

如果历史指标和正常值偏差较大，通过使用校验准则，进行判断和剔除；
4）业务质量问题在业务指标变化越过已设置的阈值时，系统应产生相关业务质。