LTE拉网测试技巧.docx

宁波LTE项目

LTE拉网测试技巧

NSN 宁波LTE项目

2014年5月

1 测试前准备 3
1.1 确认测试方法 3
1.2 明确测试目标 3
1.3 测试前常规保障 3
1.3.1 测试方法差异比较 3
1.3.2 故障站点排障 4
1.3.3 闭锁站点整理 4
1.3.4 测试线路上好点和差点整理 4
1.3.5 保障参数修改 5
1.3.6 保障人员确定 5
2 测试中保障 5
2.1 测试中设备放置 6
2.2 测试中车速控制 6
2.3 测试中后台保障 6
2.4 测试中异常事件处理 6
2.5 合理的复测 7
3 测试完成输出与总结 7
3.1 测试指标输出 7
3.2 测试经验总结 7
4 其他 8
4.1 附件：LTE ATU保障手册 8

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

3.2 测试经验总结
测试完成之后要及时分析数据，进行经验总结。ATU测试完成后，输出《LTE ATU保障手册》。

7(7)