提升手机地图业务我在哪里功能定位成功率050---6PPT优秀课件

1、提升手机地图业务 “我在哪里”功能定位成功率 发发 布布 人人 ：李：李 晓晓 红红 企业名称企业名称 ：中国移动北京公司：中国移动北京公司 小组名称小组名称 ：位置服务：位置服务QCQC小组小组 我在哪里 小组介绍 小组名称小组名称 位置服务QC小组成立时间成立时间2008年2月 课题名称课题名称 提升手机地图业务 “我在哪里”功能定位成功率 课题类型课题类型攻关型 活动时间活动时间2008.3-2008.6活动次数活动次数20 序号序号姓名姓名 性别性别文化程度文化程度小组分工小组分工职责职责 1唐勇 女硕士顾问活动指导 2李晓红 女硕士组长方案制定，组织实施 3蒋华 女硕士副组长方案制定

2、，组织实施 4李翔宇 男本科组员组员原因分析，具体实施 5王莹 女本科组员原因分析，具体实施 6梁志毅 男硕士组员资料整理，具体实施 手机地图业务介绍 手机地图是指在手机上以软件客户端或WAP网页的形式，通过图形或文字界面为客户提供定位 自己或好友、搜索城市信息、交通路线指引等功能的位置业务。 “我在哪里”是手机地图业务的基础功能 选择课题 1、用户使用手机地图业务尝试找到自己在哪儿； 2、手机地图业务平台向用户北京定位平台发送定位请求； 3、用户归属地定位平台从移动网络获取用户现所处交换机编码，判断用户是否漫游； 4、用户归属地定位平台从移动网络基站数据获取用户现所处经纬度坐标； 5、如用户

3、漫游至外地，将由漫游地定位平台完成定位。 手机地图 业务 我在 哪里 用户归属地 定位平台 判断用户 是否漫游 获取用户位 置信息 申请漫游地定位 平台协助定位 Ye，原来我 在这里呀！ 123 4 5 “我在哪里”定位流程介绍 选择课题 1、用户使用手机地图业务尝试找到自己在哪儿； 2、手机地图业务平台向用户北京定位平台发送定位请求； 3、用户归属地定位平台从移动网络获取用户现所处交换机编码，判断用户是否漫游； 4、用户归属地定位平台从移动网络基站数据获取用户现所处经纬度坐标； 5、如用户漫游至外地，将由漫游地定位平台完成定位。 手机地图 业务 我在 哪里 用户归属地 定位平台 判断用户 是

4、否漫游 获取用户位 置信息 申请漫游地定位 平台协助定位 Ye，原来我 在这里呀！ 123 4 5 时间时间“我在哪里我在哪里”定位成功率定位成功率 1周2008-01-04-01-1066.57% 2周2008-01-11-01-1764.29% 3周2008-01-18-01-2463.00% 4周2008-01-25-01-3159.70% 5周2008-02-01-02-0758.10% 6周2008-02-08-02-1458.98% 7周2008-02-15-02-2160.23% 8周2008-02-22-02-2863.61% 9周2008-02-29-03-0663.10%

5、10周2008-03-07-03-1263.27% 11周2008-03-13-03-1966.50% 选择课题 对08年13月进行统计，发现手机地图“我在哪里”功能的定位成功率平均值仅为62.49% 公司要求手机地图业务“我在哪里”功能的定位成功率要达到90% 现状调查 提升手机地图业务“我在哪里”功能的定位成功率选择课题 活动计划表活动计划表 编号编号活动步骤 2008年3月2008年4月2008年5月2008年6月 责任人 3日 10日 17日 24日 31日 7日 14日 21日 28日 5日 12日 19日 26日 2日 9日 16日 23日 30日 1选择课题 唐勇 2设定目标 唐

6、勇 3可行性分析 蒋华 4原因分析 小组全体 5要因确认 小组全体 6制定对策 小组全体 7对策实施 李晓红 李翔宇 8效果检查 小组全体 9巩固措施 小组全体 10 总结和 下一步打算 小组全体 计划时间 实际时间 设定目标 手机地图“我在哪里”功能的定位成功率90%90% 北京实施前水平 可行性分析（1/2） 外省已有多个省份手机地图“我在哪里”的定位成功率已经超过或者接近90%， 初步说明90%的目标是可以达到的。 时间时间定位次数定位次数成功次数成功次数失败次数失败次数成功率成功率失败率失败率 2008.1.4- 2008.3.18 56669354122125762.49%37.51

7、% 编号编号失败深层问题失败深层问题发生次数发生次数所占比例所占比例累计百分比累计百分比 1北京定位平台问题1804784.90%84.90% 2 用户漫游地 定位平台问题 244911.52%96.42% 3 手机地图 业务平台问题 4492.11%98.53% 4其他3121.47%100.00% 可行性分析（2/2） 由排列图，“我在哪里”定位成功率如果要达到90%，我们只需解决关键问题“北京定位平台问题”的 86.39%86.39%： 62.49% + 37.51% X 84.90% X 86.39%X 86.39% = 90%90% 即，由“北京定位平台问题”造成的定位失败率应从 3

8、7.51% X 84.90% = 31.85%31.85% 下降到 31.85% X（1 - 86.39%86.39%） = 4.33%4.33% 。对比定位成功率较高的省份，如浙江、山东等，其本地定 位平台原因导致的定位失败率仅为3%3%左右。所以，将“北京定位平台问题”导致的定位失败率降低到 4.33%4.33%，是可行的！因此，将手机地图因此，将手机地图“我在哪里我在哪里”定位成功率目标值设定为定位成功率目标值设定为90%90%可以实现。可以实现。 目标可行目标可行 北京定位 平台问题 导致定位 失败 定位平台故障 定位平台缺少 基站数据 定位平台缺少 交换中心数据 定位平台软件故障 定

9、位平台硬件故障 定位平台基站 数据更新不及时 基站数据更新 流程不规范 无线网络基站 数据调整 新设备入网影响基站数据 位置区分配调整影响基站数据 定位平台交换中心 数据更新不及时 交换中心数据更新流程不规范 数据更新人员操作异常 交换中心数据更新失败 定位平台信令板卡配置异常 导致无法正常接收位置更新完毕的消息 定位平台配置异常 原因分析 定位时间超过 业务限时 结论：结论：通过头脑风暴用系统图法开展原因分析，共得到8个末端原因 编号末端原因 确认内容 确认标准 确认方法 责任人 完成日期 1 定位平台信令板卡配置 异常，导致无法正常接 收位置更新完毕的消息 确认是否会因定位平台信令板卡配

10、置因素导致无法正常接收位置更新 完毕的消息 定位平台信令板卡配置正 常，拒收位置更新完毕消 息的次数为0 分析定位超时的日志，跟 踪信令，检查系统 配置 李晓红2008-3-17 2定位平台软件故障 确认定位平台在1-3月软件故障时 间比例是否过高 评估周期内定位平台软件 故障时间比例应小于0.05% 确认定位平台在1-3月软件 故障发生次数和故障时间 王莹2008-3-21 3定位平台硬件故障 确认定位平台在1-3月硬件故障时 间比例是否过高 评估周期内定位平台硬件 故障时间比例应小于0.05% 确认定位平台在1-3月硬件 故障发生次数和故障时间 王莹2008-3-21 4 定位平台基站数据

11、更新 流程不规范 确认定位平台是否有基站数据更新 的流程，以及流程是否合理、规范 定位平台基站数据更新流 程规范，具备自动更新的 能力 确认定位平台基站数据更 新的流程 李翔宇2008-3-26 5 网络新设备入网影响基 站数据 确认网络新设备入网是否会导致定 位平台基站数据缺失 网络新设备入网引起定位 平台基站数据缺失的发生 次数为0次 确认网络新设备入网时的 基站数据更新流程 李翔宇2008-3-26 6 位置区调整影响基站数 据 确认位置区调整是否会导致定位平 台基站数据缺失 位置区调整引起定位平台 基站数据缺失的发生次数 为0 确认位置区调整时的基站 数据更新流程 李晓红2008-3-

12、26 7 定位平台交换中心 数据更新流程不规范 确认定位平台是否有交换中心数据 更新的流程，以及流程是否合理 定位平台有交换中心数据 更新流程，能够及时更新 交换中心数据 确认交换中心数据更新的 流程 梁志毅2008-3-23 8 数据更新人员操作异常， 定位平台交换中心数据 更新失败 确认交换中心数据更新操作是否会 出现更新不成功的情况 交换中心数据更新失败次 数为0次 确认交换中心数据每次更 新操作是否成功 梁志毅2008-3-23 要因确认 发现有大量位置更新完毕消息被定位平台拒收的情况出现。 时间时间定位总次数定位总次数位置更新响应消息被拒收的次数位置更新响应消息被拒收的次数 2008

13、年1月214526182 2008年2月214386716 2008年3月1日-3月16日122363502 要因确认（一） 末端原因：定位平台信令板卡配置异常，导致无法正常接收位置更新完毕的消息 确认标准：定位平台信令板卡配置正常，拒收位置更新完毕消息的次数为0 步骤一： 对08年1月-3月16日北京手机地图“我在哪里”定位日志进行统计分析 末端原因：定位平台信令板卡配置异常，导致无法正常接收位置更新完毕的消息 确认标准：定位平台信令板卡配置正常，拒收位置更新完毕消息的次数为0 由于不同类型的移动网元返回的已完成位置更 新的信息类型有所不同，而定位平台接收该信 息的信令板卡配置兼容性不够信令

14、板卡配置兼容性不够，从而导致会拒 绝接收某一类型的信息，进而导致等待位置更 新完毕信息超时的情况发生，引起定位超时 要因确认（一） 结论：结论：定位平台信令板卡配置不够兼容，导致移动网络返回的某种类型的位置更新响完 毕的消息被定位平台拒收，从而导致定位超时。 主要原因主要原因 步骤二： 进行网络抓包，跟踪定位过程，检查信令板卡配置： 移动网络告知定 位平台已 完成位置 更新的信息 是 否 定位平台向移 动网络问询 用户位置 返回 最新位置 定位平台发起用 户位置 更新请求 定位平台得知用户 位置信息已更新 定位平台再次申 请获取用户最新 位置信息 用户位置信 息是否最新 时间 系统运行时间 （

15、分钟） 软件故障发生时间 （分钟） 软件故障比例 时间 2008年1月4464000 2008年2月4176000 2008年3月4464000 要因确认（二） 末端原因：定位平台软件故障 确认标准：定位平台软件故障时间比例应小于0.05% 结论：结论：定位平台无系统软件故障，故障时间比例为0， 满足故障时间比例应小于0.05% 的标准。 非主要原因非主要原因 时间 系统运行时间 （分钟） 硬件故障发生时间 （分钟） 硬件故障比例 时间 2008年1月4464000 2008年2月4176000 2008年3月4464000 要因确认（三） 末端原因：定位平台硬件故障 确认标准：定位平台硬件故

16、障时间比例应小于0.05% 非主要原因非主要原因 结论：结论：定位平台无系统软件故障，故障时间比例为0， 满足故障时间比例应小于0.05% 的标准。 要因确认（四） 末端原因：定位平台基站数据更新流程不规范 确认标准：定位平台基站数据更新流程规范，具备自动更新的能力 非主要原因非主要原因 结论：结论：北京自06年就具备了规范的基站数据更新流程，网优规划人员负责维护网管系统中的 基站规划数据库，网管系统于每天夜里24点将基站数据同步到定位平台更新。 要因确认（五） 末端原因：网络新设备入网影响基站数据 确认标准：网络新设备入网引起定位平台基站数据缺失的发生次数为0 非主要原因非主要原因 结论：结

17、论：网络新设备入网前，定位平台已经获得了调整后的基站数据并提前进行了数据导入。 因此，网络新设备入网不会引起定位平台基站数据缺失。 步骤一：步骤一： 对08年1月-3月位置区调整时定位平台基站数据缺失量进行统计 位置区调整时间定位平台在次日基站数据缺失量 1月25日1879 1月29日1363 2月22日2978 2月26日93 3月21日297 3月28日546 要因确认（六） 末端原因：位置区调整影响基站数据 确认标准：位置调整引起定位平台基站数据缺失的发生次数为0 发现在位置区调整的第二天，定位平台都会出现基站数据缺失的情况。在这一天左右 时间里，由于部分小区对应的位置区已经发生了变化，

18、而定位平台是根据用户当时所 处“位置区编码”+“小区编码” 的基站数据完成定位的，因此将导致定位失败。 要因确认（六） 末端原因：位置区调整影响基站数据 确认标准：位置调整引起定位平台基站数据缺失的发生次数为0 主要原因主要原因 发现从无线网络位置区域调整，到定位平台获得调整后的基站数据，需要一天左右时间。 结论：结论：位置区调整会引起定位平台基站数据缺失。 步骤二： 详细调查无线网络位置区调整时定位平台基站数据更新的过程 末端原因：定位平台交换中心数据更新流程不规范 确认标准：定位平台有交换中心数据更新流程，能够及时更新数据 时间定位总次数 缺少交换中心数据 导致定位失败次数 1月21452

19、109 2月21438124 3月23104120 要因确认（七） 不定期 结论：结论：定位平台的交换中心数据一般隔一两个月由业务负责人从集团局数据系统下载全量 局数据进行更新，没有规范的数据更新流程，更新及时性差。 主要原因主要原因 步骤一：进行数据统计步骤二：调查定位平台交换中心数据更新流程 要因确认（八） 末端原因：数据更新人员操作异常，定位平台交换中心数据更新失败 确认标准：交换中心数据更新率为100% 非主要原因非主要原因 结论：每次定位平台更新交换中心数据时，都要求厂家从系统提取更新前后的数据， 能够确保每次更新100%成功。 要因确认 1 1 定位平台信令板卡配置异常， 导致无法

20、正常接收位置更新完毕 的消息 2 2 位置区调整影响基站数据 3 3 定位平台交换中心数据更新 流程不规范 计划对策计划对策有效性有效性 可行性可行性 经济性经济性 时间性时间性 综合得分综合得分 选定方案选定方案 修改定位平台信令板 卡配置 555419Y 统一移动网络交换中 心返回位置更新响应 消息的类型 51118N 位置区调整时实时更 新定位平台基站数据 512210N 优化定位平台对基站 数据的匹配方式 554418Y 制定定位平台交换中 心数据更新流程： 定期更新数据 244414N 制定定位平台交换中 心数据更新流程： 不定期+定期更新数据 444416Y 制定对策(1/2) 通

21、过对策评价选择表，对有效性、可行性、经济性等因素进行对比分析， 最终选择最优的对策加以实施。 1 1 定位平台信令板卡配置 异常，导致无法正常接 收位置更新完毕的消息 2 2 位置区调整 影响基站数据 3 3 定位平台交换中心数据 更新流程不规范 对策对策目标目标措施措施位置位置负责人负责人时间时间 修改定位平台 信令板卡配置 定位平台不再拒收 位置更新完毕的消 息，定位时长缩短 到20秒之内。 修改定位平台信 令板卡的配置。 定位平台 信令板卡 李晓红 2008 3-19 优化定位平台 对基站数据的 匹配方式 消除位置区调整对 定位成功率的影响， 使位置区调整对定 位成功率的影响降 低到0。

22、 对定位平台进行 升级，将定位平 台对基站数据的 匹配方式由位置 区编码+小区编码 的方式调整为根 据小区编码匹配。 定位平台 定位模块 李晓红 2008 4-23 制定交换中心 数据更新流程 （不定期+定 期更新数据） 并遵照执行 提高定位平台交换 中心数据更新的及 时性，使缺少交换 中心数据导致的定 位失败率下降到 0.3%以内。 与网络部等相关 部门讨论制定交 换中心数据更新 流程（不定期+定 期更新数据）并 遵照执行。 定位平台 李翔宇 2008 3-28 制定对策(2/2) 5W1H法对策表 1 1 定位平台信令 板卡配置异常 2 2 位置区调整 影响基站数据 3 3 交换中心数据

23、更新流程不规范 对策实施一 08年3月19日凌晨将定位平台信令板 卡的配置进行了优化，增强其兼容性。 目标： 移动网络返回的位置更新完毕的消息 不再被定位平台拒收，定位时长缩短 到20秒之内。 对策实施一：修改定位平台信令板卡的配置 时间 “我在哪里” 定位次数 信令板卡配置原因 导致定位超时次数 失败率 1月21452618228.82% 2月21438671631.33% 3月1日-1867% 3月19日-31日932500 4月2497000 对策实施一（效果确认） 移动网络返回的各种类型的位置更新完毕的消息不再被定位平台拒收，定位时长缩短至20 秒以内。该措施

24、实施后，由于信令板卡配置因素导致的定位失败率降低为0。 目标达成 29% 0 对策实施二 08年4月23日晚对定位平台进行升级， 将定位平台对基站数据的匹配方式由 “位置区编码+小区编码”方式调整 为根据小区编码匹配。 目标：消除无线网络位置区调整对定 位成功率的影响，使位置区调整对定 位成功率的影响降低到0。 对策实施二：优化定位平台对基站数据的匹配方式 时间定位次数 位置区 调整次数 位置区调整导 致缺少基站数 据从而导致定 位失败的次数 此原因 导致的定位 失败率 08.03.24 08.04.23 2286644572.00% 08.04.24 08.05.23 20888200 对策

25、实施二（效果确认） 消除了无线网络位置区调整对定位成功率的影响， 使位置区调整对定位成功率的影响降低到0。 目标达成 2% 0 实施后 实施前 对策实施三（1/2) 对策实施三：制定定位平台交换中心数据更新流程 并遵照执行 定位平台交换 中心数据维护 A0 接到集团公司 数据制作公文 A1 从EOMS系统下载 交换中心数据 A2 定位平台更新 交换中心数据 A3 提高定位平台交 换中心数据更新 及时性 Z 月底从EOMS 系统下载 交换中心数据 B1 与定位平台 交换中心数据 进行全量比对 B2 定位平台交换 中心数据不全 B3 定位平台交换 中心数据完整 C1 定位平台 交换中心数据 无需更

26、新 C2 不定期不定期 定期定期 通过PDPC方法梳理定位平台交换中心数 据更新流程，于08年3月28日与网络部等 相关部门开会讨论明确并遵照执行。 目标：提高定位平台交换中心数据更新 的及时性，使缺少交换中心数据导致的 定位失败率下降到0.3%以内。 对策实施三(2/2) 时间 “我在哪里” 定位次数 缺少交换中心 数据导致定位 失败次数 缺少交换中心数据 导致的定位失败率 1月214521090.51% 2月214381240.58% 3月231041200.52% 4月24970550.22% 对策实施三（效果确认） 定位平台交换中心数据更新的及时性有了很大提高，缺少交换中心数据导致 的定位失败率从实施前的0.50%以上下降到实施后的0.22%。 目标达成 实施后 实施前 0.50% 0.22% 提升前 目标值 时间定位次数成功次数定位成功率 1月214521366463.70% 2月214381298360.56% 3月提升前 （1日-18日）61% 3月提升后 （19日-31日） 9325837289.78% 4月249702291591.77% 效果确认(1/3) 通过本次QC活动，北京手机地图“我在哪里”定位成功率从62%提升到了 91.77%，超过了