基于地图工具软件的固网业务预覆盖管理应用研究

余梦影，曾国良，钟一鸣

（中国移动通信集团广东有限公司佛山分公司，佛山 528000）

自工信部2013年12月取消中国移动的固网业务运营限制，允许其进入固定宽带市场以来，如何最高效率完成最后一公里的预覆盖建设就成为企业发展战略的一个重要课题。预覆盖工作的重点，就是在尚无确定业务需求的情况下，先将部分网络资源部署到潜在客户周边，待客户开通业务时以缩短开通时间；主要包括了政企客户和家庭客户两大类固网业务需求。两类用户对传输资源的需求类型，其中家庭用户的预覆盖部署方式较为简单，政企客户则必须依照场景划分、等级划分进行相应深度的覆盖。虽然两类用户的设计建设难度不一，但在运营商企业管理的角度上，都绕不开考虑预覆盖建设的投入产出比、短中长期的市场价值等效益问题。

1 现状与困难

早期固网业务的选址建设是以物业/政企客户关系为切入点，通常联合室分覆盖建设推进，特别是新建楼盘/楼宇的建设对于市场后入者提供了相对平等的入场机会。经过4年在固网市场上的开拓，中国移动已完成一定规模的预覆盖建设。随着业务规模化发展需要，运营商对覆盖率和覆盖质量的快速提升有了更高层次的要求，在有限的建设投资、施工能力、复杂的场景要求和市场快速部署诉求的矛盾之间，需要有策略的、有步骤的依据客户需求、传输网络资源进行优先选址和布局市场，以平衡两者之间的矛盾。

由于固网业务与地理位置息息相关，为了克服选址建设的盲目性、投资回报率不理想等问题，借助地图软件工具的网络资源信息，同时加载已覆盖、建设中的楼盘社区、楼宇信息，以及引入业务发展渠道（服务厅、社会渠道点）的位置和业务量信息，从而指导运营商选址规划、网络建设和市场运营工作，是探索提高企业运营效益的办法之一。

2 主流地图工具研究

2.1 Google Earth

谷歌地球（Google Earth）是一款Google公司开发的虚拟地球仪软件，它把卫星照片、航空照相和GIS布置在一个地球的三维模型上。Google Earth于2005年向全球推出，被《PC世界杂志》评为2005年全球100种最佳新产品之一。由于Google Earth具备强大的绘图、数据管理功能，达到军用级的地图精度，在运营商的通信网络建设中，常作为底图工具进行网络资源和地理信息的校正和补充，广泛地应用于运营商网络的路由设计及规划工作。

但针对本文研究目标，Google Earth存在两个突出的问题，一是软件基于卫星云图，缺乏对建筑物、道路的清晰表现力，增大了各个界面人员的应用难度；二是软件无法进行深层次的功能开发，无法提供多人交互，无法按照开发者需求提供数据挖掘等功能。

2.2 Baidu Map API

百度地图API（Baidu Map API）是百度公司于2010年4月推出的一套为开发者免费提供的基于百度地图的应用程序接口，包括JavaScript、iOS SDK、Android SDK、静态地图、Web服务等多种版本，提供基本地图、位置搜索、周边搜索等功能，这些功能实用性强，为中国互联网用户创造了更好的免费的地图服务用户体验，不仅能够解决上述Google Earth的两个短板问题，而且提供了多样的应用接口，非常便于开发人员调用。

2.3 本文解决方案

结合中国移动多年建立的Google Earth网络资源数据库，利用Baidu Map API的开放性接口，通过计算机开发技术实现本文的研究目的。

由于Google Earth和Baidu Map在经纬度的编码不同，通过地址编码的转换技术实现经纬度数据转换。百度地图API已包含了本文研究需要的地图类、标记类、经纬信息、信息窗口等基本功能接口，考虑到系统使用角色多，为避免花费多终端开发、安装软件，组织培训等成本，本文未采用开发Android SDK或iOS SDK的方式实现，而是编写JavaScript脚本进行web前端的地图服务开发，后端则采用“PHP+MySQL”方式开发，并通过Ajax技术实现数据交互（Ajax这种局部刷新技术，可以有效避免重复加载地图的问题，实现前后端无刷新，突破传统的“点击-等待”问题)，如图1所示。

图1 开发步骤示意图

3 应用研究方案

3.1 在线数据交互应用

传统的预覆盖数据是通过网络部门定期更新报表获取，而用户最终报装的情况也是基于业务系统的定期报表，两者难以实现交互。且位置信息仅仅是以行政地址作为依据，多岗位的交互下经常出现难以匹配的情况。这些基础数据越实时，对企业运营的帮助就越大，越可以指导对投资产出的预测、网络资源需求的预测等工作。

Google Earth中的基础数据作为网络侧的数据库进行管理，如图2所示，以2016年12月佛山市南海区千灯湖某片区的全业务覆盖图为例，通过色块颜色区分覆盖状态，并可叠加管道、管井、基站等其它网络资源图层（基于商业机密考虑，隐藏传输资源和基站资源图层）。

通过对Google Earth的数据进行坐标编码转换计算后，加载到Baidu Map数据库中，同样可以进行分图层管理。本文的开发办法提供了多终端、多地点使用的可能性，加强了使用者的应用频率，丰富了在线交互的数据来源。如图3所示，展现了本文应用开发最基础的搜索功能，通过输入地标即可查询楼盘位置，通过坐标拾取即可展现其基本信息。

图2 Google Earth有线用户预覆盖数据图层

图3 基于Baidu Map API开发的全业务预覆盖管理系统（查询功能界面）

由于部署在外网，本文开发了带鉴权功能的用户登录系统，提供不同角色的人员使用。对于一线业务办理岗，可方便查询楼盘/楼宇覆盖情况，对报装未覆盖的用户进行登记，以便覆盖开通后导出数据进行回访和服务，也可以实现对报装成功用户进行录入登记。对于规划岗，可以根据一线反馈的意向客户数据、连片社区覆盖度、连片业务点分布进行选址建设规划。对于建设管理岗，在勘察过程中可借助手机终端轻松获取管道、光缆资源信息，同时在覆盖建设完毕后进行数据录入，更新基础覆盖数据库。对于装维管理岗，可以根据报装用户的地址信息，借助地图进行GPS定位和反馈安装成功与失效信息。

3.2 智能报表

有线业务预覆盖管理工作离不开对各类数据的监控和预测，传统是通过各部门的统计数据各自进行手工报表实现的。由于岗位角色多，统计模板和数据来源难以统一，更无法实现同步更新。现借助系统在线交互功能解决上述问题，也产生了海量地图数据和其它交互数据。这些丰富的数据已经无法通过单一的文本表达，又需要进行高效的数据分析和使用；这个时候可以采用数据可视化办法，并用借由计算机绘图，使用多种图形方法将复杂的数据生动的表达，增大数据理解交互力度，并大大节省了人工统计的成本。系统功能如图4所示。

本文借助了ECharts工具实现，ECharts是一款由百度公司开发的，基于JavaScript的数据可视化图表库，提供直观、生动、可交互、可个性化定制的数据可视化图表，可在微信公众平台中通过特定的授权向指定用户开放。在上述应用的基础上，系统数据库每日进行楼盘/楼宇安装时效、成功率数据更新、已覆盖楼盘/楼宇数据更新、未覆盖楼盘/楼宇用户需求数据更新等企业最为关心的基础运营信息。

这些报表数据在企业运营中，关系到各个区域的市场资源投放、网络资源扩容、市场传播布局等重要策略的制定。利用ECharts的智能报表功能，可以通过专家小组对数据模型的确立后，即可自动通过前台交互的在线数据，每日定期生成日、周、月报表和饼图等分析结果，并在企业微信中供相关人员及时关注和调整工作重点。

3.3 选址策略

某移动采用一种平衡计分卡的办法，从财务、客户、内部流程、学习与成长4个权重指标，对政企客户预覆盖进行了价值分析，建立了一套政企客户预覆盖选址价值的评估标准。鲁凯等人提出一种精确选址模型，以解决宽带后发运营商在宽带网络建设过程中存在的部门沟通不足、网络建设选址存在盲目性、宽带网络建设投资效益不理想等问题。这两种模型都是基于管理学办法，根据制定多种分析维度和量化因子进行选址策略的评估和分析。

图4 系统功能和数据流设计

由于固网业务选址本身就是基于传输资源、周边渠道拓展能力、周边传播资源投入成本、楼盘/楼宇自身渗透率，这些因素都与地理位置息息相关。而上述管理学模型没有考虑到地理位置因素，本文借助位置信息作为基础因子，制定选址策略，同时结合考虑“入场壁垒”、“潜在市场规模”等非标准化因子，能够得到一种更加符合客观情况的选址策略，有效得提高投资回报率。

4 结论及未来工作

本文结合Google Earth与Baidu Map API两个功能强大的地图工具，实现了离线预覆盖建设、运营数据的实时化、交互式管理，实现了可视化地图管理，进一步提升了网络管理和市场运营的智能化、互联网化水平。不仅可实现多种全业务预覆盖进行更深入的报表、精细化的运营管理，且可以实现多种角色、多种权限的互动，更加为各种基础数据的充实挖掘和研究提供了可能，提升了通信运营商的智能化管理水平。

下一步将致力于，网络资源预警和任务清单等方面的研究，主要用于客户需求激增预测、网络前置扩容预警开发，任务清单分解等课题。

[1] 毕伟峰. 基于场景划分的政企客户网络预覆盖管理[J]. 通信企业管理, 2013 (8):82-83.

[2] 万永亮，何独一，高海堂. 浅谈Google Earth在通信规划设计中的应用[J].广东通信技术, 2016, 36 (7) :19-22.

[3] 徐丽仙. Android系统中基于Baidu Map的应用技术研究[J].无线互联科技, 2014 (9) :86-87.

[4] 李萌, 电信运营企业集团客户专线预覆盖BSC战略执行研究[D].天津：天津大学, 2015.

[5] 鲁凯, 廖泽俊. 后发运营商宽带网络建设精确选址模型研究[J].电信技术[J], 2013(8):106-109.