中国移动LTE网络单站测试规范
- 格式:pdf
- 大小:401.15 KB
- 文档页数:16
1 总则1.1 概述无线网络只有通过实际网络质量的检查测试才能获得真正意义上的网络运行质量信息,才能了解用户对网络质量的真实感受。
通过DT测试和CQT测试在现场模拟用户行为,结合专业测试分析工具,是获取无线网络性能、发现无线网络问题的主要方法。
1.2 术语定义单站验证测试是验证在RF优化之前,新健站点各小区业务(覆盖、接入、吞吐量、切换等)是否正常。
DT(Driving Test)测试是使用测试设备沿指定的路线移动,进行不同类型的呼叫,记录测试数据,统计网络测试指标。
室内分布测试是针对室内站点位置的分布进行不同业务类型的化解,记录测试数据,统计网络测试指标;1.3 测试区域类型城区:包含市区和郊县(含县城和人口密集型乡镇)郊区:人口密度较低的行政村、远郊开发区、厂区及周边的卫星村镇高速公路:包含高速公路、国道、省道等重要公路1.4 测试人员及设备要求1.4.1 测试人员要求测试人员应熟悉LTE相关标准规范,熟悉DT/CQT测试设备及相关测试方法,具有相关测试经验并通过了中国移动组织的测评考试。
1.4.2 测试设备要求测试软件:华为 GENEX Probe 3.5测试终端:华为 LTE CPE B593/MIFIFTP服务器:推荐服务器(IP:211.140.13.6 用户名:ltetest 密码:zjtest456,端口:21)FTP下载软件:支持断点续传功能,支持多线程上传下载,推荐使用FileZilla客户端软件。
笔记本电脑:笔记本内存要求1G以上,硬盘120G以上,CPU 1.5Ghz以上,操作系统为WINDOWS XP SP2GPS:BU-353 usb接口1.5 测试范围1.5.1 测试区域要求,测试区域包含存在中国移动LTE网络站点覆盖的区域。
1.5.2 测试线路要求均匀覆盖测试区域内主要街道,并且尽量不重复;1.5.3 测试速度要求城区:在市区保持正常行驶速度30~40公里/小时;郊区:在市区保持正常行驶速度60~80公里/小时;高速公路:尽量保持在80公里/小时以上。
中国移动通信企业标准准中国移动V o L T E 网络质量测试规范T e s t S p e c i f i c a t i o n f o r V o L T E o f C h i n a M o b i l eA u t o m a t i c T e s t S y s t e m中国移动通信有限公司 发布版本号:1.0.02015-9发布2015-9实施前言本规范旨在明确中国移动通信集团公司对中国移动自动测试系统VoLTE业务测试的主要要求,包括室内室外测试范围要求,测试方法,统一关键指标的判定原则等提供技术参考。
集团网络部和设计院将对本规范文档中的内容不断进行研究和改进工作,在通过集团网络部的正式批准后可能改变。
如果本规范文档中的内容发生改变,集团网络部和设计院将重新发布并修改相应的发布日期和增加版本号,版本号增加规则如下:Version x.y.zx 第一位数:1 为规范起草组成员提供信息;2 代表提供给审查组等待审议批准的版本;3 或者更大的数表示在更改控制流程下通过审查组审议批准的文档。
y 第二位数,所有对本文档内容上的修改,如扩展,文字更改,内容更新,错误纠正等都将增加第二位数。
z 第三位数在文档只进行了编排上而无内容上的更改情况下增加。
本规范由中国移动通信集团公司网络部归口管理。
本规范由规范归口部门负责解释。
本规范起草单位:中国移动通信集团公司网络部中国移动通信集团设计院有限公司主要起草人:1 范围本规范描述了中国移动通信集团公司VoLTE业务测试的详细要求和实施规范。
2 参考文献序号标准编号标准名称发布单位[1] 《自动路测系统前端技术规范》中国移动通信集团公司[2] 《自动路测系统接口规范》中国移动通信集团公司[3] 《商务终端测试功能技术规范》中国移动通信集团公司[4] 《商务终端测试平台系统接口规中国移动通信集团公司范》3 相关术语与缩略语解释本文档使用下列术语:定点测试:对无线网络进行定点测试,使用专用的空中接口测试仪表,模拟普通手机用户进行语音或数据业务的拨打测试,记录测试数据,发现网络中存在的问题。
TD-LTE MiFi/CPE终端测试用例1概述1.1测试环境基本要求1.1.1测试区域与测试路线根据不同测试内容,主要选择如下两种测试区域:1) 单个小区作为主测小区,要求主测小区位于试验区域中心,周围邻小区较多,主测小区周边应没有明显阻挡,并有径向和环形测试路线,且路况较好。
2) TD-LTE网络20个以上小区连续覆盖、比较规则的多层蜂窝结构所覆盖区域作为测试区域,在该区域内路测。
测试路线要求:路测时,测试路线应尽可能遍历测试区域内的主干道、次主干道、支路等道路;如无特别说明,测试车应视实际道路交通条件以中等速度( 25-40km/h)行驶。
1.1.2测试网络基本配置1.1.2.1TD-LTE网络配置在测试期间,除特殊要求的测试项外,网络典型配置如下:表1 测试主要配置参数列表1.1.2.2TD-SCDMA网络配置采用TD-SCDMA现网配置。
1.2终端要求参与测试的终端形态为LTE多模数据终端,涉及TD-LTE、TD-SCDMA模式,终端方案可以为多模单芯片方案或多芯片组合方案。
要求参与测试的终端可连接PC机,进行相关终端业务建立与释放等操作,并配备有专用测试log软件,可输出物理层、L2、L3以及终端与网络空口信令显示,可解析消息的各个IE 信息(包括RRC和NAS消息)。
并能输出相关信号测量指针等。
1.3测试其他约定为了不引入不可预测的时延,下载/上传的文件应放在测试网络内部(Application Server),以得到更适合验证TD-LTE无线性能的数据。
Ping的具体设置:按照Windows默认值进行,ping的时间间隔为1s。
速率统计:L3速率统一采用DuMeter软件(利用其StopWatch统计平均速率)进行统计,并应确认选择埠为LTE终端。
测试点的选取按下述具体数值参考。
极好点:>22dB好点:15~20dB中点:5dB~10dB差点:-5dB~0dB2MiFi/CPE关键技术问题测试第二章节MiFi和CPE关键技术问题测试将主要在实验室内进行,测试环境需求为:TD-LTE基站(含三扇区,且可支持B38、B40、B39),四口合路器2台,带积分功能的电流计1台,WLAN AP设备4台,射频馈线及网线若干;被测试终端每款2台;测试所使用PC电脑2台。
中国移动L T E信令软采外场测试规范前言本标准的目的旨在规范TD-LTE信令软采功能和性能的外场测试方法,规范测试所涉及的测试例及测试步骤。
本标准内容包括对于测试环境、测试工具、测试方法的定义,包含Uu接口和X2接口信令采集、消息准确性与完备性、软采对网络性能的影响等测试例的具体规定。
目录前言 (2)目录 (3)1. 范围 (4)2. 规范性引用文件 (4)3. 术语、定义和缩略语 (4)4. 被测对象 (4)4.1. 硬件架构 (4)5. 测试环境 (5)5.1.测试网络拓扑和组网架构 (5)6. 测试约定和术语 (7)6.1. 测试网络基本配置 (7)7. 测试用例部分 (7)7.1. IF1接口协议通信功能 (7)7.2. 业务过程Uu/X2口信令采集测试 (7)7.3. 业务过程Uu-extend信令采集测试 (8)7.4. 软采功能负荷能力测试 (9)1.范围本标准规定了TD-LTE规模外场测试的测试例与测试方法,规定了测试需要输出的数据及结果,供开展TD-LTE网络性能评估时参照使用;适用于在TD-LTE产业化初期,在国内外进行的TD-LTE规模外场测试。
本标准规定了TD-LTE外场测试中进行软采方案的评估的方法,针对不同的测试需求,制定了针对性的测试例以及测试方法,说明了对于本类测试的基本要求、测试设备的数量,以及测试中针对性的约定。
2.规范性引用文件《中国移动LTE信令软采集设备规范》《中国移动LTE软采设备测试规范》3.术语、定义和缩略语下列术语、定义和缩略语适用于本标准:表3-1 术语、定义和缩略语列表4.被测对象中国移动LTE信令软采外场测试规范的测试对象,为TD-LTE无线基站构成的测试网络,同时包括组成网络所需的核心网设备、网管设备和相关测试业务服务器等。
针对本规范的测试用例,重点测试对象为TD-LTE无线基站、以及用于汇聚无线基站信令的流量汇聚适配器(SCA)。
4.1. 硬件架构表4-1 测试硬件设备列表5.测试环境选择密集城区或典型城区环境测试。
Nokia Siemens Networks Managed ServicesLTE单站验证指导书目录1.概述 (5)2.单站验证工作流程 (6)3.单站验证前准备工作 (8)3.1从eNodeB工程师获得配置数据 (8)3.2测试工程师准备工作 (8)4.测试工具 (9)5.测试内容与方法 (10)5.1基础信息和配置数据验证 (10)5.2定点功能性测试 (11)5.2.1测试目的 (11)5.2.2测试LOG命名规范 (11)5.2.3测试方法 (11)5.3DT测试 (11)5.3.1测试目的 (11)5.3.2测试LOG命名规范 (12)5.3.3测试方法 (12)6.评判标准 (13)7.常见问题 (14)7.1天馈接反或光纤接反 (14)7.2智能天线端口和8通道RRU对应关系 (16)7.3天线安装问题 (16)7.3.1案例一:天线方位角与规划不一致 (16)7.3.2案例二:天线打向遮挡物 (17)7.3.3邻区漏配(待截图) ......................................................... 错误!未定义书签。
7.3.4PING时延过大 (18)7.3.5TCP窗口问题导致速率过低(待截图) (18)表目录表 1 单站验证问题记录表 (7)表 2 单站验证测试工具列表 (9)表 3 基础信息和配置数据采集表 (10)表 4 单站验证评判标准 (13)图目录图 1 单站验证流程图 (6)图 2 天馈接反实例 (14)图 3 馈线接反示例图 (15)图 4 光纤接反示例图 (15)图 5 路侧图显示信号覆盖与天线不符 (16)图 6 问题站点天线照片 (17)图 7 错误小区天线示例图 (17)1. 概述单站验证是网络优化的基础性工作,其目的是保证站点各个小区的基本功能(接入、PING、FTP上传下载业务等)和信号覆盖正常,保证安装、参数配置等与规划方案一致,将有可能影响到后期优化的问题在前期解决,另外还可以熟悉优化区域内的站点位置、无线环境等信息,获取实际基础资料,为更高层次的优化打下良好基础。
湖北移动室分站点测试要求(主设备厂商部分)1. 总体要求1.TD-LTE数据业务性能测试要求遍历性测试,测试分布系统规划设计覆盖全部区域和所有楼层、所有电梯。
2.要求不锁频测试、测试占用室分信号。
(若未占用室分信号单独报告说明,进行整改)。
3.每层测试要求在设计图上进行打点,并输出打点图。
4.每一室分站点最终输出“测试记录表”,包括“测试记录单”、“性能测试表格”、“测试图片附件”。
5.“测试图片附件”包括站点全貌和测试打点图打包文件(覆盖打点图、吞吐率打点图、SINR打点图、信号外泄打点图)。
6.测试打点图和单张照片大小不超过1M。
2. 测试前准备测试前必须确保如下基础条件已具备或达标:1、具备会审通过的设计图纸和竣工资料,包括电子档和纸质文档;2、核查后台配置RRU数量与竣工资料一致,安装位置与设计一致;3、站点三天无告警;4、基本参数配置与规划设计一致:EnodeBID、TAC、频点、PCI、子帧配比、特殊子帧配比;5、系统内邻区、系统间邻区核查,确保配置无误。
3. 设计核查1、覆盖范围核查:a)核查有价值的且周边宏站无法有效覆盖的用户是否都纳入室分站点覆盖范围。
例如,本区域有四栋居民小区,均无法通过宏站覆盖,但仅对其中两栋作了覆盖。
注:本条目不作为验收通过与否的判决标准,为规划设计后评估提供参考。
b)核查分布系统天线是否都入室布放(除住宅小区外);核查党政军重要领导、本公司高层领导等VVIP客户的住宅是否有针对性的做了加强覆盖,确保无死角覆盖2、按照竣工资料,核查信源设备安装与竣工资料一致。
a)核查BBU和RRU设备安装位置是否和竣工资料一致,满足维护需求b)核查室分是否为双路站点,施工是否和竣工资料一致4. 性能测试4.1楼宇测试地点选取原则1)酒店:DT:包括楼宇的地下楼层(地下室、车库)、进出口、大堂、会议厅、餐厅、酒水吧、娱乐场所、走廊、电梯及电梯口、院子、所有楼层(含楼梯)。
对于走廊、楼梯,应注意对拐角等区域的通话质量进行测试。
目录实习单元1 概述 (1)实习单元2 OMC告警检查和处理 (3)2.1 告警检查 (3)2.2 规划信息核查 (3)2.3 结果处理方案 (4)实习单元3 基站天馈工程检查 (5)3.1 参数核查 (5)3.2 结果处理方案 (6)实习单元4 单站工作性能检查 (7)4.1 数据业务 (7)4.2 VOIP业务 (8)4.3 覆盖 (8)实习单元1概述单站验证(SSV)作为网络优化的前提,在网络交付过程中起到举足轻重的作用。
本文从OMC告警检查和处理、天馈工程检查、单站工作性能三方面阐述TD-LTE 单站验证的内容,旨在为外场单站验证工作提供帮助。
1实习单元2OMC告警检查和处理本部分内容均是从OMC网管侧进行检查。
前提是基站已经安装完成,站点已经开通。
时间是在站点交由网优之前进行,并根据检查结果对网络进行整改。
表《LTE单站验收报告-网管参数、告警验证_R3.0》由单站验证人员填写,并在最后进行签名。
2.1 告警检查1. 驻波比告警在后台网管检查各个小区的驻波比告警,有告警则在“是”一行表格中打“√”,无告警则在“否”一行表格中打“√”。
2. PA告警在后台网管检查RRU的PA告警,有告警则在“是”一行表格中根据实际情况填写过功率值或者欠功率值。
无告警则在“无”一行表格打“√”。
3. GPS告警在后台网管检查各个小区的GPS告警,有告警则在“是”一行表格中打“√”,无告警则在“否”一行表格中打“√”。
4. 其它告警将影响业务的其它告警填写在“是否存在影响业务的其它告警”的“是”一行表格中,如果无告警在“无”一行表格中打“√”。
2.2 规划信息核查1. eNB ID是否按规划配置检查网管实际配置的eNB ID是否与规划结果一致,如果一致则在“是”一行打“√”,如果不一致则在“否”一行填写实际的eNB ID。
2. Cell ID是否按规划配置检查网管实际配置的各个小区是否与规划结果一致,如果一致则在“是”一行打“√”,如果不一致则在“否”一行填写实际的Cell ID。
第三章单验业务介绍一个基站单验,一般包含以下几种业务:ATTACH(附着)、DETACH(去附着)、上传、下载、ping、DT路测等。
一般一个宏站,三个小区,每个小区找到一个好点,需要做如下定点测试:attach/detach(记一个LOG);ping(大包和小包各记一个LOG);上传(记一个LOG,并截图);下载(记一个LOG,并截图)。
每个小区除了定点测试外,还需要进行路测(DT),路测包含的内容是:上传(记一个LOG,并截图);下载(记一个LOG,并截图)。
上面提到的LOG,是指在测试过程中,CDS软件中可以通过记录LOG,将整个测试过程的数据保存下来,便于测试完成后,在后台进行回放和分析。
3.1 单验前准备工作3.1.1 获得配置数据1、基站状态,包括站点是否存在硬件告警、传输告警、驻波告警、闭锁等情况,小区是否激活。
注意,必须保证基站所有状态正常才开始测试工作,避免不必要的重复工作。
2、eNodeB配置数据,包括基站各种配置数据如eNodeB ID、Cell ID、频点、PCI等。
3.1.2 测试工程师准备工作1、整理工参表:可从设计院或客户获得基站设计信息,如基站名、基站地址、经纬度、天线高度、方向角、下倾角(包括机械及电子下倾角)、天线类型、天线挂高、规划的小区数据(如eNodeB ID、Cell ID、PCI、邻区)等2、选择合适的测试路线:尽量经过待测基站的覆盖区域,跑全基站周围所有主要街道;3、测试设备的检查:测试前必须对所有测试设备进行检查,避免因为设备问题导致测试过程中出现故障和测试结果不准确,影响测试进度。
检查的设备包括:车辆、逆变器、测试终端是否齐备、测试电脑、路测软件、USB连接数据线是否正常、GPS、USB Hub、SIM卡费用和权限、电源插座、指北针、记事本。
3.2 定点功能测试(CQT)测试目的:定点功能性测试主要用于核查以下业务是否正常:●PING时延(32bytes,1500 bytes)●ATTACH●下载●上传CQT所有LOG按照如下格式命名:地市-测试基站号-测试基站名称-测试人姓名-测试时间-上传/下载-小区号.log 如:长丰-432186-杨店-徐涛-20150101-上传-03.2.1 ATTACH/DETACH首先连接上终端、GPS等设备,导入工参,打开地图图层,接下来准备做测试。
1 总则1.1 概述无线网络只有通过实际网络质量的检查测试才能获得真正意义上的网络运行质量信息,才能了解用户对网络质量的真实感受。
通过DT测试和CQT测试在现场模拟用户行为,结合专业测试分析工具,是获取无线网络性能、发现无线网络问题的主要方法。
1.2 术语定义单站验证测试是验证在RF优化之前,新健站点各小区业务(覆盖、接入、吞吐量、切换等)是否正常。
DT(Driving Test)测试是使用测试设备沿指定的路线移动,进行不同类型的呼叫,记录测试数据,统计网络测试指标。
室内分布测试是针对室内站点位置的分布进行不同业务类型的化解,记录测试数据,统计网络测试指标;1.3 测试区域类型城区:包含市区和郊县(含县城和人口密集型乡镇)郊区:人口密度较低的行政村、远郊开发区、厂区及周边的卫星村镇高速公路:包含高速公路、国道、省道等重要公路1.4 测试人员及设备要求1.4.1 测试人员要求测试人员应熟悉LTE相关标准规范,熟悉DT/CQT测试设备及相关测试方法,具有相关测试经验并通过了中国移动组织的测评考试。
1.4.2 测试设备要求测试软件:华为 GENEX Probe 3.5测试终端:华为 LTE CPE B593/MIFIFTP服务器:推荐服务器(IP:211.140.13.6 用户名:ltetest 密码:zjtest456,端口:21)FTP下载软件:支持断点续传功能,支持多线程上传下载,推荐使用FileZilla客户端软件。
笔记本电脑:笔记本内存要求1G以上,硬盘120G以上,CPU 1.5Ghz以上,操作系统为WINDOWS XP SP2GPS:BU-353 usb接口1.5 测试范围1.5.1 测试区域要求,测试区域包含存在中国移动LTE网络站点覆盖的区域。
1.5.2 测试线路要求均匀覆盖测试区域内主要街道,并且尽量不重复;1.5.3 测试速度要求城区:在市区保持正常行驶速度30~40公里/小时;郊区:在市区保持正常行驶速度60~80公里/小时;高速公路:尽量保持在80公里/小时以上。
1.6 测试方法与对应的指标1.6.1 单验测试方法及对应的指标1.6.2 DT测试方法及对应的指标1.6.3 室分测试方法及对应的指标2 指标定义●数据业务PDCP层吞吐量=小区PDCP层上行流量(所有QCI)+ 小区PDCP层下行流量(所有QCI);反映系统PDCP层业务量情况。
●RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数(不包括重发)]; RRC连接建立成功意味着UE与网络建立了信令连接,是进行其他业务的基础。
●E-RAB建立成功率= [E-RAB建立成功总次数]/[E-RAB建立尝试总次数];E-RAB建立成功指eNB成功为UE分配了用户平面的连接。
●数据业务掉线率= [E-RAB异常释放总次数]/([E-RAB异常释放总次数]+[E-RAB正常释放总次数]) ;反映系统的业务保持能力,是用户直接感受的重要性能指标之一。
●ENODE间同频切换成功率= [eNodeB间同频切换出成功次数]/[eNodeB间同频切换出尝试次数];反映了eNB间小区切换的成功情况。
●ENODE内同频切换成功率= [eNodeB内同频切换出成功次数]/[eNodeB内同频切换出尝试次数];反映了eNB内小区间切换的成功情况。
●小区内的平均用户数:在小区范围内,定期采样所有UE(已连接,包括同步和失步),得到此时的用户数,采样周期为1秒,在统计周期末,取这些采样值的平均值作为该指标。
●小区内的最大用户数:在小区范围内,定期采样所有UE(已连接,包括同步和失步),得到此时的用户数,采样周期为1秒,在统计周期末,取这些采样值中的最大值作为该指标。
●上行PRB资源使用的平均个数:以1s为采样周期,采样当前上行PRB使用个数,在统计周期结束时根据采样值计算上行PRB的平均值。
根据高层的配置,对UE的ACK、SRI、CQI会预留一定PUCCH资源; 对PRACH也预留一定资源.预留资源统计在上行PRB使用个数内。
●下行PRB资源使用的平均个数:以1s为采样周期,采样当前下行PRB使用个数,在统计周期结束时根据采样值计算下行PRB的平均值。
●RRC建立成功率劣化小区:采样时间:7~23 ;采样条件:[RRC建立成功率]<90%and [RRC连接建立失败次数]>10●E-RAB建立成功率劣化小区:采样时间:7~23 ,采样条件:[E-RAB建立成功率]<90% andE-RAB建立尝试总次数>50●数据业务掉线率劣化小区:采样时间:9~21,采样条件:E-RAB释放总次数(正常+异常)>30andE-RAB异常释放总次数>10and[无线掉线率]>2.5%●切换成功率劣化小区:切换成功率=(eNodeB间同频切换出成功次数+eNodeB内同频切换出成功次数)/(eNodeB内同频切换出尝试次数+eNodeB间同频切换出尝试次数),采样时间:7~23 ,采样条件:(ENODE内切换成功率<90% or ENODE间切换成功率<90% or ENODEB间异频切换成功率<90%) and 切换失败总次数>10●利用率偏高小区:小区PRB平均利用率:(上行Physical Resourse Block被使用的平均个数+下行Physical Resourse Block被使用的平均个数)/100,采样时间:7~23,采样条件:(小区上行PRB平均利用率>50% or 小区下行PRB平均利用率>50%) and 小区数据业务PDCP层吞吐量>100Mb;●数据丢包率劣化小区:数据丢包率:(上行丢弃的总包数+下行丢弃的总包数)/(上行期望收到的总包数数 +下行空口发送的总包数),采样时间:7~23 ,采样条件:[数据丢包率]>3% and [小区PDCP层所接收到的数据的总吞吐量]>100Mb●拥塞劣化小区:采样时间:7~23 ,采样条件:[小区上行拥塞次数(次)]>0 or [小区下行拥塞次数(次)]>0●小区接入切换比高小区:小区接入切换比:(eNodeB间切换出尝试次数 (次)+eNodeB内切换出尝试次数 (次))/RRC连接建立完成次数(次数),采样时间:8~21,采样条件:小区接入切换比 >3 and RRC建立完成次数>503 测试方法3.1 单站验证测试单站验证是网络优化的基础性工作,其目的是保证站点各个小区的基本功能(接入、切换、FTP上传下载业务等)和信号覆盖正常,保证安装、参数配置等与规划方案一致,将有可能影响到后期优化的问题在前期解决,另外还可以熟悉优化区域内的站点位置、无线环境等信息,获取实际基础资料,为更高层次的优化打下良好基础。
单站验证主要完成下列任务:●检查天线方向角、下倾角、挂高、安装位置,使用路测方式检查是否有天馈连接问题;●基站经纬度确认;●建站覆盖目标验证(是否达到规划前预期效果);●空闲模式下参数配置检查(PCI等),基站信号覆盖检查(RSRP和SINR);●基站基本功能检查(切换、FTP上传下载)单站验证的流程应严格按照本指导书的要求进行,在每个基站验证结束后,按照规定输出相应结果和报告。
3.1.1 单站验证流程单站优化包括测试前准备、验证测试、问题分析处理、单站验证报告输出四部分。
如果测试过程或结果显示有明显问题,需要把这些问题记录在《单站验证问题记录表》中,并给出问题分析,硬件安装问题并交由工程安装团队解决,功能性问题由eNodeB工程师配合解决,等问题解决后再次进行验证测试,直到测试过程以及结果分析没有发现明显问题,才能依据测试结果输出《单站验证报告》。
工作流程大致如下:1) 确定需要测试优化的站点;2) 获取基站规划与eNB配置数据;3) 确认配置是否与规划一致(如PCI、功率、PRACH、TA、帧配比等),若不一致则修改eNB配置数据,一致则进入下一步;4) 绘制测试路线;5) 确认测试设备已准备好;6) 测试前需确认eNB是否存在告警,若存在则需先排障,不存在则进入下一步;7) 检查天馈看是否安装正确;8) 在待测试的小区预期覆盖范围内看是否能够找到RSRP大于-90dBm,空闲态SINR>25dB的点,若能找到,则说明覆盖正常;9) 检查接收到的信号频点、PCI等基础信息是否正确10) 开启一个LOG用于记录定点性能测试;11) 在信号较好的点(一般用第8步找寻到的点即可)FTP下载业务,完成后停掉LOG;12) 重复第8~10步用于将一个基站3个扇区;13) 开启一个LOG用于记录DT数据;14) 观察切换是否正常以及是否存在扇区接反现象,完成后停掉LOG;15) 7~14步若无问题则可以结束测试书写相关报告,若存在问题则分析定位问题后通报PM并追踪问题核查,待问题核查解决后,重新进行7~14步测试。
3.1.2 单站验证前准备工作1)从eNodeB工程师获得数据(1)基站状态,包括站点是否存在硬件告警、传输告警、驻波告警、闭锁等情况,license是否完整,小区是否激活。
注意,必须保证基站所有状态正常才开始测试工作,避免不必要的重复工作。
(2)eNodeB配置数据,包括基站各种配置数据如eNodeB ID、Cell ID、频点、PCI等。
2)测试工程师准备工作(1)整理工参表:可从设计院或客户获得基站设计信息,如基站名、基站地址、经纬度、天线高度、方向角、下倾角(包括机械及电子下倾角)、天线类型、天线挂高、规划的小区数据(如eNodeB ID、Cell ID、PCI、邻区)等;(2)向客户或工程安装人员了解站点情况(联系人、上站条件如钥匙等、基站地址、环境)、天线安装情况;(3)选择合适的测试路线:尽量经过待测基站的覆盖区域,跑全基站周围所有主要街道。
(4)测试设备的检查:测试前必须对所有测试设备进行检查,避免因为设备问题导致测试过程中出现故障和测试结果不准确,影响测试进度。
检查的设备包括:车辆、电源、测试终端是否齐备、测试电脑、路测软件、 USB连接数据线是否正常、GPS、USB Hub、SIM卡费用和权限、电源插座。
3.1.3 测试步骤在待测小区附近选择信号良好的点进行测试,RSRP至少要大于-90dBm,SINR 至少大于20dB。
下载方式采用路侧软件+FTP软件+迅雷进行下载测试,选择较大文件多线程,要求测试时长至少60S,测试要求定点测试每个小区的速率达到45Mbps,否则记为不达标。
测试终端采用CPE。
DT测试时,车速一般保持在30~40公里/小时。
测试范围如下:需跑到第一层邻近站点,如果无邻近站点,需要跑到RSRP < -95 dBm才能折返,折返时做扇形覆盖测试,路线尽量经过待测基站的覆盖区域,尽可能跑全待测基站周围所有主要街道。