LTE拉网测试技巧.docx

LTE拉网测试技巧NSN 宁波LTE项目2014年5月1测试前准备31.1确认测试方法31.2明确测试目标31.3测试前常规保障31.3.1测试方法差异比较31.3.2故障站点排障41.3.3闭锁站点整理41.3.4测试线路上好点和差点整理41.3.5保障参数修改51.3.6保障人员确定52测试中保障52.1测试中设备放置62.2测试中车速控制62.3测试中后台保障62.4测试中异常事件处理62.5合理的复测73测试完成输出与总结73.1测试指标输出73.2测试经验总结74其他84.1附件：LTE ATU保障手册8测试前准备确认测试方法 开始拉网测试之前，首先要确定本次测试的测试方法、测试区域。以集团公司ATU测试为例：要求下载5线程，500M文件；上传1线程，200M文件，这与我们日常拉网的长保方式有很大区别。明确测试目标拉网测试之前，还需要明确的测试的目标，以及本次测试的其他要求指标。以宁波ATU测试为例，要求达到下行30Mbps，上行6.5Mbps，车速20码以上，四级道路渗透率90%以上，道路重复率30%以下。以上都是测试中需要保障达到的拉网测试目标，在保障中应避免顾此失彼，合理安排线路及控制车速。测试前常规保障测试前的常规保障内容包括测试方法差异比较、故障站点的清理、测试路线上好点和差点的整理、保障参数修改等。测试方法差异比较由于每次保障的测试方法都存在一定的差异，测试前应提前制作测试脚本，并进行足够次数的调试，并且比较相同环境下保障测试与平时拉网测试在输出指标上的差异。以集团ATU测试为例，具体比较如下：测试测试内容测试指标情况日常拉网cate4终端，长保，外置FileZilla，10线程上传下载10GB文件下载：30.5Mbps上传：7.2MbpsATU拉网cate3终端，下载500MB文件，5线程；上传200M文件，单线程下载：26Mbps上传：5.5Mbps故障站点排障对拉网测试区域内的站点进行整理，对存在告警的站点提交工程紧急排障。并对测试区域内提前进行遍历拉网，对存在隐性故障，会对拉网产生影响的，提交工程排障。对这些站点，需要放入监控列表，在整个保障拉网测试过程中纳入监控。并且在正式测试前再对网格内所有站点状态进行一遍review。闭锁站点整理部分路段可能由于重叠覆盖严重，对上下行拉网速率产生影响，在保障拉网过程中，可以短暂对这些站点进行闭锁或者降功率，以达到最终的测试目标。市区固定网格整理固定的闭锁站点列表，用于每次拉网测试保障。以宁波海曙网格8为例，主要闭锁了D频段站点、部分测试中会占用到的E频段站点，不在测试线路上但是对测试有影响的站点，共50个。测试线路上好点和差点整理对于测试线路上的好点路段和差点路段进行整理，该路段主要用于测试器件控制车速使用。好点差点需要精确，尤其是红绿灯口等区域，有时候不同车道无线环境的差异会导致速率有较大波动。保障参数修改由于拉网测试对指标有一定的要求，因此在参数设置上也会需要做一定的保障，目前在宁波的拉网保障中，主要涉及以下参数的修改：Abbreviated Name现网配置ATU保障设置dlTargetBler10%15%INIMCSUL510TMSwitch1（true）0（false）maxNrSymPdcch31actIfHoenabled (1)disabled (0)保障人员确定拉网保障测试的人员，最好是对网格道路熟悉，且测试认真仔细的人员。另需配备至少一名后台人员，对站点状态进行监控，并能及时执行一些临时参数修改。人员确定之后建议设立保障微信群，用于保障期间的沟通。人员数量主要任务前台测试人员2名1、执行测试任务2、对测试车速进行控制3、联系后台处理异常事件后台监控人员1-2名1、测试计划下发2、测试过程监控后台参数修改人员1名1、保障参数修改2、站点状态实时监控排障人员1-2名1、测试前站点故障排障2、测试中紧急故障排障测试中保障 拉网测试过程中的需要掌握一定技巧，即满足测试的要求，又使指标尽量好，需要前台现场测试和后台测试监控的相互配合。测试中设备放置测试中，建议将设备放置于前排座，并且最好打开车窗。从目前的测试情况看，其他相同的情况下，将设备放置于前挡风玻璃下相比放置于后排座，RSRP要高出5db左右。另外，在天线无法拉长放置于车窗外的情况下，打开车窗测试的指标明显好于车窗关闭。测试中车速控制一般测试中，会对车速有一定的要求，比如ATU测试就要求车速在20码以上，因此测试中应该注意控制车速，在SINR好的路段可以放慢速度（但是不能停下来），在SINR差的路段快速通过（可以提高平均车速）。这部分主要由前台测试人员根据测试前整理的“好点差点路段”来控制。测试中后台保障测试中后台主要是监控小区状态，如发现故障小区，及时重启或者报排障处理。另外，测试中可能涉