1. 概述
单站验证是网络优化的基础性工作，其目的是保证站点各个小区的基本功能（接入、PING、FTP上传下载业务等）和信号覆盖正常，保证安装、参数配置等与规划方案一致，将有可能影响到后期优化的问题在前期解决，另外还可以熟悉优化区域内的站点位置、无线环境等信息，获取实际基础资料，为更高层次的优化打下良好基础。
单站验证主要完成下列任务：
u 检查天线方向角、下倾角、挂高、安装位置，使用路测方式检查是否有天馈连接问题；
u 基站经纬度确认；
u 建站覆盖目标验证（是否达到规划前预期效果）；
u 空闲模式下参数配置检查（PCI等），基站信号覆盖检查（RSRP和SINR）；
u 基站基本功能检查（切换、PING、FTP上传下载）
u 确认站点方位角、倾角、抱杆安装位置等是否与基站设计一致。
单站验证的流程应严格按照本指导书的要求进行，在每个基站验证结束后，按照规定输出相应结果和报告。
2. 单站验证工作流程
图 1 单站验证流程图
单站优化包括测试前准备、验证测试、问题分析处理、单站验证报告输出四部分。如果测试过程或结果显示有明显问题，需要把这些问题记录在《单站验证问题记录表》中，并给出问题分析，硬件安装问题并交由工程安装团队解决，功能性问题由eNodeB工程师配合解决，等问题解决后再次进行验证测试，直到测试过程以及结果分析没有发现明显问题，才能依据测试结果输出《单站验证报告》。
表 1 单站验证问题记录表
日期
站名
基站ID
问题分类
问题描述及分析
测试工程师
备注
5-May
XXY
111015
弱覆盖
PCI30覆盖不足，RSRP无法找到>90dBm点
Ric
5-May
XXY
111015
Ping时延
平均40ms
Ric
5-May
XXY
111015
切换
PCI32无法正常切换
Ric
5-May
XXX
111016
天馈接反
第1和第2扇区天馈接反
Ric
3. 单站验证前准备工作
3.1 从eNodeB工程师获得配置数据
1. 基站状态，包括站点是否存在硬件告警、传输告警、驻波告警、闭锁等情况，license是否完整，小区是否激活。注意，必须保证基站所有状态正常才开始测试工作，避免不必要的重复工作。
2. eNodeB配置数据，包括基站各种配置数据如eNodeB ID、Cell ID、频点、PCI等。
3.2 测试工程师准备工作
1. 整理工参表：可从设计院或客户获得基站设计信息，如基站名、基站地址、经纬度、天线高度、方向角、下倾角（包括机械及电子下倾角）、天线类型、天线挂高、规划的小区数据（如eNodeB ID、Cell ID、PCI、邻区）等；
2. 向客户或工程安装人员了解站点情况（联系人、上站条件如钥匙等、基站地址、环境）、天线安装情况；
3. 选择合适的测试路线：尽量经过待测基站的覆盖区域，跑全基站周围所有主要街道。具体要求请参考XXX节中关于测试范围的说明；
4. 测试设备的检查：测试前必须对所有测试设备进行检查，避免因为设备问题导致测试过程中出现故障和测试结果不准确，影响测试进度。检查的设备包括：车辆、电源、测试终端是否齐备、测试电脑、路测软件、 USB连接数据线是否正常、GPS（含手持GPS）、USB Hub、SIM卡费用和权限、电源插座、指北针、纸质地图、记事本、坡度计（可选，用于测量天线机械倾角）。
3.3 测试电脑设置
为了不引入不可预测的时延，下载/上传的文件应放在测试网络内部（Application Server），以得到更适合验证 TD-LTE 无线性能的数据。
1. Ping 的具体设置：按照 Windows 默认值进行，ping 的时间间隔为 1s。
2. 测试时的TCP/IP 配置如下表所示:
表 2测试时的 TCP/IP 配置列表
建议配置参数
服务器侧
终端侧
测试用PC系统
Windows XP
TCP 接收窗长（RWin）
1034816
默认发送窗
同RWin
MTU Size
1446
1446
ACKS 选择
打开
Max duplicate ACKS
2
3. 速率统计：L3速率统一采用 DuMeter 软件（利用其 StopWatch统计平均速率）进行统计，并应确认选择端口为 LTE 终端。
4. 测试工具
表 3 单站验证测试工具列表
序号
测试工具名称
数量
描述
1
LTE数据卡
1
支持LTE网络
2
GPS+手持GPS
1+1
支持USB 接口，测试数据采集时提供GPS 信息；手持GPS 用于在天线平面采集准确的基站经纬度信息。
3
车载逆变器
1
从车辆点烟器取电，为测试电脑提取电源
4
罗盘
1
用于测量天线的方向角和机械下倾角
5
USB Hub
1
扩展电脑USB口数量
6
照相机
1
用于拍摄天面以及附近地理环境
7
SIM卡
1
用于测试各种业务
8
插线排
1
用于供电
9
测试电脑
1
运行路测数据采集软件，连接测试终端
10
纸质地图+电子地图
1+1
为测试提供地理信息
11
测试车辆
1
具备方便测试操作的空间与平台。具备点烟器或者蓄电池供电装置。
12
记事本和笔
1
测试时记录信息
13
前台路测数据采集软件
1
支持LTE制式
14
后台路测数据分析软件
1
支持LTE制式
5. 测试内容与方法
每个LTE站点开通后，要求单站验证人员进行勘察和测试。勘察包括采集基础信息、验证工程是否符合规范、观察周围环境是否发生重大变化；路测主要是验证各项业务是否正常、PCI等参数配置是否和规划一致等。通过单站测试可发现基站安装、天线安装、参数配置错误等问题。碰到任何问题都需要填写“单站验证问题记录表”，反馈给相关人员进行整改。
5.1 基础信息和配置数据验证
获取基础信息时，要求到天线平面进行数据采集，同时拍摄天线安装和360度环境的照片（从0度开始，每45度一张共8张），如果不方便测量下倾角，可通过目测估计获得。
基础信息验证时注意检查：经纬度、天线方向角、天线下倾角、天线挂高是否与规划数据相符，检查覆盖方向是否有阻挡，与其他系统尤其是UMTS的隔离度是否足够大。
配置数据一般通过路测软件采集的信息进行验证，主要注意频点、PCI是否与规划数据一致。
核查完毕后填写如下表格：
表 4 基础信息和配置数据采集表
开通日期
站点
eNodeB ID
地址
记录项
小区1
小区2
小区3
频点
PCI
经度
纬度
Cell ID
方向角
天线类型
天线离地高度
机械下倾
电调下倾
周围环境有无重大变化
其它说明
5.2 定点功能性测试
5.2.1 测试目的
定点功能性测试主要用于核查以下业务是否正常：
1) PING时延
2) TCP下载
3) TCP上传
5.2.2 测试LOG命名规范
所有LOG按照如下格式命名：
前台缺省时间_SSV_站名_业务类型，如20120505_SSV_萝岗1_Ping，其中SSV为单站验证Single Site Verification的缩写。如：
20120718_SSV_远见智能1_Ping
20120718_SSV_远见智能2_Ping
20120718_SSV_远见智能3_Ping
20120718_SSV_远见智能1_UL FTP
20120718_SSV_远见智能2_UL FTP
20120718_SSV_远见智能3_UL FTP
20120718_SSV_远见智能1_DL FTP
20120718_SSV_远见智能2_DL FTP
20120718_SSV_远见智能3_DL FTP
20120718_SSV_远见智能_顺时针遍历
20120718_SSV_远见智能_逆时针遍历
5.2.3 测试方法
在待测小区附近选择信号良好的点进行测试，RSRP至少要大于-90dBm，SINR至少大于20dB。
PING时延测试，采用32 bytes包PING指定服务器20次，取平均值，若测试过程中因个别偶然性较大值影响结果，可选择重新测试；
TCP下载，采用路侧软件或FTP软件进行下载测试，选择较大文件多线程，要求测试时长至少1分钟；
TCP上传，采用路侧软件或FTP软件进行上传测试，选择较大文件多线程，要求测试时长至少1分钟。
下述具体数值供参考，实际测试中，差点必须选取 RS-SINR 小于 0 的点。
极好点：>22dB
好点：15～20dB
中点：5dB～10dB
差点：-5dB～0dB
SINR 定义：采用 RBRR 映射方法得到的等效 SINR。
5.3 DT测试
5.3.1 测试目的
DT测试主要用于核查：
1) 覆盖是否正常
2) 是否存在扇区接反
3) 切换是否正常
4) 业务是否正常
5.3.2 测试LOG命名规范
所有LOG按照如下格式命名：
前台缺省时间_SSV_站名_other，如20110505_SSV_东闸_DT，其中SSV为单站验证Single Site Verification的缩写。
5.3.3 测试方法
测试可采用UE。DT测试时，车速一般保持在30~40公里/小时。启动PING业务，采用32 bytes包循环PING FTP服务器。
测试范围如下：需跑到第一层邻近站点，如果无邻近站点，需要跑到RSRP < -95dBm才能折返，折返时做扇形覆盖测试，路线尽量经过待测基站的覆盖区域，尽可能跑全待测基站周围所有主要街道。在一些特殊地段，站点的主覆盖区域很小，在路测时得不到足够的信息，测试工程师需要步行测试来得到足够的信息和测试数据。
测试中应重点关注是否可以收到指定小区信号、覆盖范围与规划是否一致、切换是否正常、业务是否连续、是否存在掉网等现象，一旦发现，应立即通知TL，尽快着手解决。
6. 评判标准
表 5 单站验证评判标准
编号
测试项
评判标准
1
检查参数：频点/PCI等
与规划保持一致
2
覆盖测试结果
100M范围内，正常情况下RSRP >-90dBm
3
天馈接反测试
各PCI覆盖区域为规划一致
4
切换测试
eNodeB站内、站间均要成功
5
PING时延
在传输时延小于2ms的情况要，PING时延<20ms，最好能达到15ms以内
6
TCP DL
平均TCP下载速度 > 50Mbps（TM37）
7
TCP UL
平局TCP上传速度 > 15Mbps
7. 常见问题
7.1 天馈接反或光纤接反
天线接反的几种情况：
1) 小区天线和RRU之间的馈线接错；
2) BBU和RRU之间的光纤接反；
3) PCI设置错误造成天线接反的假象；
7.1.1 通过路测终端判断小区光纤接反
通常可以通过围绕eNB的DT覆盖测试，打印PCI覆盖情况来判断是否有天馈接反或光纤接反情况。
图 2 天馈接反实例
图 3 馈线接反示例图
图 4 光纤接反示例图
7.1.2 通过商用终端判断小区光纤接反
通过HiSi商用终端判断小区间天线接反
由于商用终端没有绘制轨迹图功能，因而无法直观的判断小区间天线是否接反。但可以通过商用终端所反馈的PCI和RSRP等指标来判断天线是否接反。
测试前需核查所有公参，确保公参设置正确，如PCI和基站发射功率等参数必须符合规划值。如果PCI和发射功率等参数设置错误，会导致错误的判断。
在公参全部正确情况下，分别在各扇区的覆盖方向进行测试，观察UE占用小区情况。
测试步骤：
1) 测试人员位于所测小区天线覆盖区域，测试人员正对天线法线方向。如果是塔站可距站50米左右处进行测试，如果楼顶站在楼顶天面处进行测试。
2) 连接Hisi终端，打开HiStudio软件的BASIC窗口。
3) 核查并记录BASIC窗口中CellID是否和该小区的规划PCI相符。如果和规划不符需怀疑天线有接反的可能。（前提是该小区所有公参设置正确）
4) 观察并记录RSRP指标，天面处该值一般在-50dbm左右，相对平稳没有大的波动。
5) 观察并记录SINR指标，天面处该值一般在30db左右，相对平稳没有大的波动。
6) 如果测试过程中频繁出现重选或切换等情况，需要进一步观察重选过来的小区PCI及RSRP指标，如果PCI显示是该站另外一个小区，而且RSRP强度明显高于本小区，需要怀疑天线接反。如果没有明显的电平差异（比如扇区夹角交小），或无法对某个小区覆盖方向进行测试（比如测试小区覆盖方向是山、海等不方便测试），可以将小区下电或闭锁，进行排除法判断是否接反
7) 在下个小区重复以上步骤，3个小区完成测试后，将3个小区的测试记录进行核查对比，核查各小区PCI是否和规划值相符，对比所测小区的RSRP指标是否正常。
8) 如出现此种情况：比如在1小区覆盖方向2小区的信号非常好，2小区覆盖方向1小区信号非常好，就可以说明1、2扇区接反。
7.1.3 小区天线和RRU间的馈线连接错误判断
目前TD-LTE都采用8端口天线，加上校准端口共有9根馈线，由于馈线数量较多，工程施工中时常出现馈线接错的情况，在单站验证时务必检查天线和RRU之间的馈线连接是否正确，如果连接错误会导致小区的性能恶化。
当测试时出现如下情况时，需怀疑天线和RRU之间的馈线连接有错误，需进行排查。
1) 在极好点下载速率无法达到峰值速率，SINR>25db。
2) 做下载业务前SINR正常，一旦开始做下载业务SINR出现陡降现象，SINR陡降超过5db。停止下载业务SINR恢复正常。下载业务期间RSRP正常，不会出现陡降现象。上传业务该现象不明显。
出现以上现象时需排除周边干扰情况，可闭锁周边基站信号，仅留该小区，测试时如果现象依旧，需对天馈连线做进一步核查。
下图仅供参考，仅是为了说明现象。测试时可通话Histudio软件的BASIC窗口查看PCI，SINR，RSRP等相关指标，利用DU Meter统计速率。
未做下载业务时SINR值 做下载业务时SINR值
TD-LTE采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，从而提高覆盖质量。天线端口1、2、3、4映射到0端口组，天线端口5、6、7、8映射到1端口组，形成两天线分别进行波束赋形。如果RRU端口和对应的天线端口连线接错，将会导致天线波束赋形混乱，形成干扰，影响覆盖质量。在做下载业务情况时，对大数据量传送有明显的影响，如果不做业务，或传送数据量较小情况下，影响不明显。
7.2 天线安装问题
常见天线安装问题有：
ü 天线方向角与规划不一致
ü 前方受到遮挡
ü 挂高过高/过低
ü 机械下倾角过大/过小
7.2.1 案例一：天线方位角与规划不一致
下图基站原规划角度为350/160/240，而实际安装角度为80/240/340，导致覆盖与规划不符。
图 5 路侧图显示信号覆盖与天线不符
图 6 问题站点天线照片
7.2.2 案例二：天线打向遮挡物
该问题小区天线未按照设计方向安装，朝向错误打成了向上且前方存在遮挡物。
图 7 错误小区天线示例图
7.3 邻区漏配
江三村3小区265和滨江电力3小区395、后勤3小区43没有邻区关系
频繁发送测量报告请求，最终因没有邻区关系无法切换，掉线。（远见智能没有信号）
7.4 PING时延过大
导致PING时延过大通常有以下原因：
1) 小区间干扰较大，需更换一个SINR较好的地点重新测试
2) 传输链路问题，通知TL进行相关排查
3) 驻留到了3G，注意监控UE情况
4) PING服务器存在上传下载，通知TL进行相关排查，或更换其他服务器测试
