lte单站验证注意事项

《lte单站验证注意事项》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、合肥联通LTE单站验证注意事项1.单站验证流程注意事项我们外场工程师拿到站点不能盲目的测试，一定要按照工作规范与要求进行验证，避免无效测试影响工作进度及质量，根据经验可按如下步骤进行：1、测试前晚在MAPINFO/Google地图上找到第二天测试站点，大致获取该站点的位置，查询工程参数表了解要验证站点的基本信息，做到心中有数；2、测试出发前需与后台沟通确认站点状态是否正常；3、到站点后，首先进行基站的信息采集，经纬度、方向角、基站类型、站高，采集好后准确记录，如有偏差需记录到单验问题跟踪表内并发给相关负责人；4、测试时需将与测试无关的软件全部

2、关闭，测试完保存好LOG。DT测试时测试路线一定要全，站点周边能通行的道路均需遍历。5、当日测试结束后需及时反馈单验问题跟踪表，并尽快输出单验报告。2.LOG命名规范及测试方法测试时间+任务名称+区域或基站名，如下：20141223+单验上传+渭南蒲城东陈电厂-HLH-WNBO528TL3.测试过程中常见问题及处理方法单站验证测试时，首先确保自己严格按照测试规范及流程进行，异常情况发生时需自己排查一下是什么原因（调度不足、服务器、测试卡、MIFI、电脑等问题），然后再重新再选点测试。如果还是存在问题，及时联系后台查看用户数、上行干扰、驻波等。

3、了解简单的LTE处理故障的方法，有助于我们提高对LTE处理问题的能力3.1CQT数据业务CQT测试时必须满足好点条件：RSRP>-90dBm，SINR>20dB1)速率不达标ØMCS不足情况CQT速率正常达标时，编码方式基本上都是64QAM，且其阶数一般都在27/28,越大越好，从下面两张图可看出，速率低时64QAM比例在88%，其阶数在20-24之间。这个跟CQI之间有直接的关系，说明选取的测试点无线环境质量差（干扰、SINR值低等），需重新选好点测试。ØFTP线程不足导致RB调度低测试中如果无线环境良好，调度不足（RB调度<90以下或PD

4、CCHGrant<900）导致速率不高（50-80M左右），可以同时开两个或以上filezilla（20线程），这样的话RB调度可以达到900以上，速率在100M以上，符合验收标准。建议以后大家单验测试的时候多开几个filezilla（确保每个FZ是10线程），如果还不达标关掉再重新打开，稳定一段时间后再观察，以往测试验证中效果颇佳。如ØTCP窗口未优化导致峰值不达标需将TCP窗口调整到最大2000，另外测试时电脑的360、杀毒等无关软件全部关掉。Ø基站告警联系后台查看站点是否存在告警，若无告警则建议对测试站点进行UU口灌包测试，排查是否传输

5、存在问题。1)Ping时延不达标需ping安徽联通提供的本地测试服务器，如58.242.3.206，不要擅自ping其他服务器或者网页，测试时切记不能上传下载数据。2)RSRP好SINR值差RSRP好SINR差（小于10）时，调度在900以上、MCS阶数27~28，此时可通过以下几种原因排查：1、传输问题：对该站点进行UU口灌包测试；2、邻小区干扰：去激活周边站点观察只有该小区的情况下SINR值情况；3、外部干扰：后台对该小区干扰进行监测，去激活该基站附近所有小区进行扫描测试下行频率1840-1860MHz，观察底噪情况；4、设备以及天馈问题

6、：修改发射通道2T2R改成1T1R，观察天线通道R0A/R0B的SINR情况附案例：3.1DT覆盖/切换Ø覆盖差，很难找到好点1、核查天线是否存在严重阻挡；2、通知网管核查是否存在驻波或载波输出功率等告警；3、在视距范围内，若覆盖达不到好点要求（闭站测试情况下），通知网管进行重启操作，重启后若无改善需将该问题记录到问题跟踪表。Ø覆盖不合理DT测试时如果发现覆盖异常，需从以下几点排查：1.站址是否正确：如果数据库提供的经纬度有问题，刚好这个经纬度上也恰巧有个站，就误认为这个站就是所测站点，而实际站点在附近另一个位置。一般这种情况下从DT覆盖上看

7、有接反嫌疑，且某个扇区信号始终很弱。对于初入行的工程师来说不会辨别天线，所以最简单的方法是联系后台从网管上获取GPS信息来确认站点的具体位置；2.经纬度、方位角偏差较大：从软件上看会造成覆盖不合理的假象，要求测试工程师测试前就必须采集实际的基础信息；3.天馈接反：首先就是查看主覆盖方向的PCI覆盖，在排除高层建筑阻挡的情况下，应该是一一对应关系；其次观看PCI分布要结合电平去观察，有些站点从PCI分布上看是接反了，但由于高楼阻挡其主覆盖方向上电平很弱，占用的是其他小区的信号，所以这个时候就需要观察邻区电平。逆向思维，就是假如接反，观察电平覆盖

8、图，看看是否能解释合理。1.切换不及时：切换参数设置不合理？基站告警？电脑故障？发现切换不及时导致覆盖异常时需重新测试DT。