BSA数据优化操作和日志分析.ppt

1,bsa数据优化操作和日志分析,2,学习完此课程，您将会： 掌握bsa数据的检查方法 学会tracefilter、snapcell工具的使用 掌握bs lookup成功率的优化方法 掌握pn lookup成功率的优化方法,目 标,定位计算过程（bsa的作用）,主动定位流程（ms和pde交互）,pde,ms,bsa数据库,定位过程简单说明： 1）终端通过tcp/ip方式，给pde上报无线网络参数：sid、nid、服务小区id、服务pn、其他pn列表 2）pde根据相关信息，到bsa数据库中进行bs lookup，成功后，在服务小区的一定范围内进行 pn lookup，完成aflt、mcs、cs、bs region定位方法 3）根据预定位结果，返回该区域的卫星信息，协助终端进行gps定位 4）终端测量后，返回数据给pde进行计算。pde综合init和raw的计算结果，根据各种定位方法的hepe，返回最少的作为定位结果。,1,2,3,4,bsa的关键作用：bs lookup失败，只能进行bs region或者gps的定位，无法进行aflt、mcs、cs的定位方法。,bsa对定位的作用（2）,bsa对定位的作用（3）,6,bsa基站数据库优化的流程,优化的目标值： serving bs lookup成功率达到100% 测量pn lookup成功率达到90%,指标解释,1）bs lookup成功率 计算公式：= bs lookup成功次数/定位次数 说明：每次定位计算需要根据手机上报的无线信息（sid、nid、cellid）查找一次bsa记录 2）pn lookup成功率 计算公式：= pn lookup成功次数 / pn查找总次数 说明：每次定位计算需要根据手机上报的pn列表查找多次pn，只在bs lookup成功后的一定范围内查找，如果bs查找失败，会立即出错的。,影响bs lookup成功率的因素,serving bs lookup成功率的分析方法： 收集每天的bin文件 运行snapcell，确定是否有serving bs lookup失败 snapcell /f=testsdrivingtest_051602lsl_*.bin；，或者运行软件中的“基站数据优化”，如下图： 查看issues.csv，查找“serving bs not found by pde” 统计所有未找到的bs信息，包括sid/nid/exbsid 【可能的原因：】 扇区不在bsa中，经常发生在网络更新之后未能及时更新bsa 数据库导入错误,影响bs lookup成功率的因素,解决方法：补录或修改的bsa记录信息（只包含了sid、nid、exbsid字段）。 提示：exbsid的前四位表示基站信息，后四位表示小区号，在未找到基站信息的问题中，前四位是ffff，就是十进制的65535，表示未找到基站信息；后四位例如15aa由十六进制变为十进制,如在excel表中使用hex2dec(number)公式即可转换。,影响pn lookup成功率的因素,分析pn lookup成功率的方法： 收集每天的bin文件和近期的bsa文件 运行snapcell，snapcell /f=testsdrivingtest_051602lsl_*.bin，或者运行软件中的“基站数据优化”,查看issues.csv，查找“measurement pn not found by pde” 和“measurement pn is ambiguous”。 运行软件的则可在bin文件所在文件夹里出现snapcell_ratio文件夹，在文件夹里可找到issues.csv文件。,影响pn lookup成功率的因素（1）,【 可能的原因】 “measurement pn not found by pde” mar设置过小调整mar值 扇区中心位置明显错误检查扇区中心位置 “measurement pn is ambiguous” mar设置过大调整mar值 扇区中心位置明显错误 检查扇区中心位置,影响pn lookup成功率的因素（2）,measurement pn not found by pde 问题主要分为两种情况，如图可看到最后一行问题的信息和前面六行的问题信息有明显的不同，分析方法： 1、前六行的问题可判断为 bsa 数据中mar 值太小，以致于检索时匹配不到该pn。实际记录行从a 到ah 列，w 列为rng 值，即某次定位记录中手机到发射该pn 的基站的距离（蓝色），y 列为该基站扇区的mar 值（绿色）。显然，图中的mar 值小于rng 值，而且pcov1，即对mar 值合理的打分值（红色），为0.001左右。因此，我们应该适当把mar值调大一点，如把u列extended bid 为00c90296（紫色）的bsa 记录的mar 值调整为7000。 2、bsa 数据库中没有该pn。此时该记录行只有ar 列，其中的n 列即为bsa 数据库中缺少的pn 值，m 列即为该pn 的载频（黄色标识部分），载频为201、pn 值为304 的基站扇区不在bsa 数据库中。,影响pn lookup成功率的因素（3）,measurement pn is ambigious分析：该错误主要是由于检索时找到2 个或2 个以上相同的pn，定位算法无法判断孰优孰劣而报错的。在定位算法中，算法会给每一扇区的mar 值打分，如果mar 值比较合适（和基站实际的服务距离相差不大），相应的pcov 和pphase 两个得分就高，否则，得分便很低。如图：w列的mar 值都大于列的rng 值，但是列和a 列的pcov 得分与列与a列的pphase 得分互有优劣，因此，出现模糊匹配。 解决办法：对于有多次出现模糊匹配的两个扇区，发现mar值6000比较大，完全可以设为2000，这样，该扇区的pcov 和pphase 得分就有可能提高，从而不出现模糊匹配。之后再进行数据replay（回放），查询其pn lookup和bsa lookup成功率，确定更改后是否匹配。 另外：对于只有单次出现的模糊匹配记录，因为有可能是由于无线环境中多径效应等偶然因素引起的，因此，建议不作mar 值调整。总之，对于measurement pn is ambigious 错误的解决，只能不断的摸索，凭经验给出一个合适的mar 值。,影响pn lookup成功率问题的优化方法,【优化方法】 mar by density（mbd）算法 手工按密度划分区域进行初始化值的调整 针对个别的bsa条目手工调整逐步迭代逼近最优的mar值 局部路测,优化思路,先以整治达标为目标pn lookup为90% 首次优化的选择mbd算法 按地市分公司分别使用mbd算法 再对业务量大的分公司重点分析，选择分密度区域调整或者手工调整pn lookup失败的扇区mar值 目标：经过本次整治工作，逐步摸索出各分公司个性化的优化步骤。,mar by density优化例子,目的：演示mar值优化的操作过程。 预置条件： bsa文件为sid=13832的佛山分公司扇区记录（2010年03月5日版本） bin文件为广东2010年3月4日的文件 优化方法：mar by density算法（snapcell 2.1.11版本） 主要命令： snapcell /a=old.csv /o=new.csv /b=d:tedb_global /cp /ch /th /smd /smdf=3.1 snapcell /a=new.csv /f=*.bin /fs=13832 /ft,实操演示,1）用excel对a列（sector-name）截短，保证在45个字节以内； 2）转换成bts文件：csv2bts 1 3）使用mar by density算法计算mar，并计算扇区中心经纬度、高度、地区平均高度和精度：snapcell /a=1.bts /o=2.bts /b=d:tedb_global /cp /ch /th /smd /smdf=3 4）回滚：snapcell /a=2.bts /f=/bin-data/*.bin /fs=13832 /ft 5）转换成csv文件：bts2csv 2 6）用excel替换第一行和第一列数据,注意事项 2.1.11对a列长度限制有要求，只允许45byte以内； 计算后的数据顺序发生改变，而且第一行记录被修改，需要对第一列和第一行数据 2.1.11版本计算会产生中间文件sea_*.bin文件，需定期删除。批量处理时需及时删除文件，防止磁盘空间满。 实际优化中选择的bin文件需更多，以符合统计概率的要求。,值得注意的是:mar值变化了,或者其他相关参数变化了,都要重新计算扇区中心。,bsa数据优化问题解决,issues.csv文件中所有问题,可对照用户指南中10.1.2问题号码表。 问题编号1、28、29，这几种常见问题的具体解决措施，详见bsa部署指南中的5.3.1和5.3.2.1以及5.3.2.2。,tracefilter的功能,tracefilter用来实时处理、分析bin 文件中数据的工具 可以生成定位成功率、定位精度、统计数据、测量信息以及其他bin文件中包含的有用信息,tracefilter的常用开关（1）,示例： 转换成fix文件，每个日期文件生成fix、mlb和csv三个文件： tracefilter2 /f lsl*.bin /fix,tracefilter的常用开关（2）,按sid、nid进行统计： tracefilter2 /f bin-data/*.bin /y /ab /d /sid 13828 /nid 2 -/f bin文件存放路径 -/y 生成统计报告 -/ab 输出文本文件和二进制文件 -/d 合并结果文件为lsl_all.* -/sid 指定sid的区域进行统计 -/nid 指定nid的区域进行统计,在bin文件所在的文件夹里面可以看到tracefilter_fix文件夹，其中lsl_all.fix即是。,tracefilter生成fix文件,基站天线经纬度（f列、g列）的核查,前期部分省份的基站扇区经纬度数据都是通过工程建设交接时提供，并不是经过bsc网管系统直接测量获得，难免造成填写经纬度数据的不准确。某省的部分扇区经纬度数据由于手工输入，导致经纬度数据离真实情况相差甚远，影响了现网定位结果的准确和pn lookup成功率的指标。后来通过在bsc侧导出基站的经纬度数据作为对比，纠正了部分扇区的经纬度数据。 要求：bsa数据库中各扇区记录的经纬度数据可通过网优系统或者bsc对基站的经纬度数据进行重新的检查，确保经纬度数据的准确性。,直放站信息（v列）的核查,某省的pn lookup成功率虽然已经达到90%，但aflt的比例不高，导致gps、hybrid、aflt三种定位方法所占比例不高。针对aflt比例最低地区的bsa数据进行分析，发现该地区的直放站标识全部设置为“1”，即全部扇区使用了直放站。虽然直放站标记不影响pn lookup成功率的使用，但所有直放站的扇区都不参与aflt的计算。经过核查修改后，aflt的使用比例得到很大的提升。 要求：有直放站的扇区需在bsa数据库中对应的直放站字段填写“1”，如果没有直放站则填“0”。,天线位置精度（i列）的核查,某省的pn lookup成功率虽然已经达到90%，但aflt的比例不高，导致gps、hybrid、aflt三种定位方法所占比例不高。针对aflt比例最低地区的bsa数据进行分析，发现该地区的扇区记录中天线位置精度填写有误：由300厘米填写为3000厘米。导致该地市的大量扇区都不参与aflt的计算。经过核查修改后，aflt的使用比例得到很大的提升。 要求：需核查扇区的天线位置精度（i列）是否按照要求填写，天线位置精度一般应至少小于等于300厘米。,垃圾数据需及时删除,某地区在c网承接工程中，使用新基站替换老基站，老基站退下来后但并未在bsa中删除相关记录，造成pn lookup成功率很低，导致aflt、mcs等定位方法的比例很低，后来删除相关垃圾数据后，pn lookup成功率得到很大的提升。 要求：应检查bsa的记录数与实际情况是否大体一致，即bsa的记录数接近实际运行的1x载波扇区数量（误差不超过0.5%）。基站退服后需及时更新bsa中的数据，删除垃圾数据。,rru数据需及时更新,某地区在多场景测试中发现：在室内的定位成功率低的问题，经分析主要是由于该地区新加rru较多，数据未及时上报导致的。后来更新过bsa数据库后，问题已经解决。 要求：rru具备单独的pn，需作为单独的扇区记录更新到bsa数据库中。,do扇区记录需删除,gpsone精定位技术目前只使用1x基站的信息（sid、nid、exbsid）进行定位，并没有对do扇区处理机制。前期bsa维护管理办法中并没有明确指出do扇区的信息并不需要导入bsa数据库，所以，造成bsa数据库中存在部分do扇区的记录。 要求：检查bsa数据库中的数据，需删除do扇区的记录。,注意事项,应正确填写扇区天线的经纬度、高度。对于扇区天线与gps天线安装距离较远的情况，例如拉远rru，应逐步安排现场测量，不可直接使用gps天线经纬度。 对于室外全向载扇，天线方位角填0，天线张角填360。 对于室内分布系统载扇，天线方位角填0，