GU单站验证指导书文档格式.docx

GU单站验证指导书文档格式.docx

《GU单站验证指导书文档格式.docx》由会员分享，可在线阅读，更多相关《GU单站验证指导书文档格式.docx（44页珍藏版）》请在冰豆网上搜索。

UMTS单站验证11

2.1基本流程11

2.2单站验证准备12

2.2.1工具准备12

2.2.2测试路线12

2.2.3其他准备13

2.3测试与分析13

2.4调整建议与实施14

2.5单站验证报告14

3GSM单站验证项目15

3.1验证准备15

3.1.1测试方法制定15

3.1.2测试前准备16

3.1.3配置参数核查16

3.1.4站点状态核查17

3.2验证测试与分析17

3.2.2基本验证18

3.2.3接收电平验证20

3.2.4接收质量验证23

3.2.5Event-主被叫接通验证26

3.2.6Event-切换验证29

3.2.7Event-掉话验证30

3.2.8PS业务验证33

4UMTS单站验证项目36

4.1验证准备36

4.1.1测试方法制定36

4.1.2测试前准备37

4.1.3配置参数核查37

4.1.4站点状态核查37

4.2验证测试与分析37

4.2.1DT覆盖测试38

4.2.2HSDPA接入功能测试39

4.2.3天线分集检查42

5总结46

6附件47

6.1附件1单站验证问题记录表模板47

6.2附件2GSM单站验证报告模板47

6.3附件3UMTS单站验证报告模板47

6.4附件4GSM单站典型问题案例47

6.5附件5UMTS单站典型问题案例48

6.6附件6单站验证实例48

图目录

Figure1-1单站验证在网络优化中的位置9

Figure1-2文档结构示意图10

Figure2-1单站验证流程图11

Figure2-2站点测试“Ring”12

Figure2-3区域验证测试路线示意图13

Figure3-1三个小区覆盖方向错位19

Figure3-2天馈与规划小区错位19

Figure3-3S2和S3扇区BCCH发射接反20

Figure3-4空闲信道干扰带查询结果27

Figure3-5越区覆盖导致掉话31

Figure4-1三个小区覆盖方向错位38

Figure4-2天馈与规划小区错位39

Figure4-3Probe的PSDialUP连续拨打设置方法40

Figure4-4HSDPA测试记录数据的选择41

Figure4-5Layer1、Layer2需要选择的项目41

Figure4-6天线分集检查中没有用户时的RTWP测量结果43

Figure4-7天线分集接收正确时的RTWP测试结果43

Figure4-8天线分集接收错误时的RTWP测试结果44

Figure4-9变换发射天线测试44

Figure4-10接收分集检查示意图45

表目录

Table3-1DT测试方式及其用途15

Table3-2GSM单站验证项目表17

Table4-1DT测试方式及其用途36

GU-单站验证指导书

关键词：

SSV（SingleSiteVerification）,GSM,WCDMA,UMTS,RadioNetworkPlanning,RadioNetworkOptimization,DT,HSPDA

摘要：

本文对GSM和UMTS网络优化中单站验证阶段需要完成的工作进行说明，包括单站验证的总体测试流程、测试准备以及各个测试项目的测试目的、测试方法和测试说明。

缩略语清单:

缩略语

英文全名

中文解释

RSCP

ReceivedSignalCodePower

接收信号码功率

RTWP

ReceivedTotalWidebandPower

接收总宽带功率

VP

VideoPhone

视频电话

HSDPA

HighSpeedDownlinkPacketAccess

高速下行分组接入

HS-DSCH

Highspeeddownlinksharedchannel

高速下行共享信道

RxLev

ReceiveLevel

接收电平

RxQual

ReceiveQuality

接受质量

1概述

单站验证即单站点设备功能的自检测试和验证，其目的是在网络进入Cluster优化前，保证Rollout或Swap的各个站点下各个小区的基本功能（如接入、通话等）是正常的。

通过单站验证，可以将网络优化中需要解决的因为网络覆盖原因造成的掉话、接入等问题与设备功能性掉话、接入等问题分离开来，有利于后期问题定位和问题解决，提高网络优化效率。

单站验证还可以帮助网规工程师熟悉优化区域内的站点位置、配置、周围无线环境等信息，为下一步的优化打下基础。

如‎Figure1-1所示，单站验证阶段位于网络优化的最开始阶段，在站点建设/调测完毕后，网络优化开始进入单站验证阶段。

当待优化区域内的所有小区均通过单站验证，表明站点不存在功能性问题后，单站验证阶段结束，进入Cluster优化阶段。

Figure1-1单站验证在网络优化中的位置

本指导书的目的用于指导网规工程师完成GSM和UMTS的单站验证工作，包括单站验证的工作流程和报告模板，并分别详细地介绍了如何进行GSM和UMTS单站验证中的具体工作。

文档结构组织如‎Figure1-2所示，其中：

第2章GSM&

UMTS单站验证是全文的核心章节，包括准备，测试与分析，调整建议和输出报告四个部分，其中具体涉及GSM和UMTS的单站验证指导分别在第3章和第4章展开。

第3章介绍GSM的单站验证工作，包括与GSM产品强相关的准备和验证项。

GSM部分包括7个验证项目，涵盖《GSM单站验证报告模板》中的几乎所有验证项目，针对每个验证项目给出详细的验证方法，验证准则，问题分析与处理思路和相关的案例索引，进行单站验证的网规工程师给与技术指导。

第4章介绍UMTS的单站验证工作，包括与UMTS产品强相关的准备和验证项；

UMTS部分包括3个验证项目，并针对每个验证项目给出详细的验证方法，验证准则，问题分析与处理思路和相关的案例索引，进行单站验证的网规工程师给与技术指导。

第5章对全文做出总结，进一步澄清单站验证指导书的作用和定位。

第6章提供全文中用到的模板和附件；

其中附件6给出了具体项目中的单站验证测试Guideline，以供参考。

Figure1-2文档结构示意图

UMTS单站验证

2.1基本流程

单站验证的工作流程如‎Figure2-1所示。

该阶段的输出是《单站验证报告》，并保证站点成功商用；

为了这个目的，单站验证具体工作包括：

准备工作，验证测试与问题分析和调整建议与实施等关键动作，保证在单站验证中发现的问题能够得到闭环的解决。

Figure2-1单站验证流程图

2.2单站验证准备

2.2.1工具准备

单站验证工作主要通过测试来完成，在确定网规要进行单站验证后，通常会对验证方法会有明确的规定，其中就涉及测试工具的选择。

通常简单的单站验证工作通过提供工程模式的测试手机就可完成，如ProbePHU测试手机，SAGEM测试手机等；

稍微复杂的单站验证工作需要准备测试系统，例如TEMS，Nemo或Probe等，同时还需要准备UE，GPS，Scanner等测试附属设备。

此外，如果单站验证报告中要求输出统计或图标，需要确定使用何种后台软件对测试完的logfile进行导入和数据后分析。

涉及某个工具的具体准备工作请参考相关的《用户手册》或《使用说明》。

2.2.2测试路线

按照待验证站点的场景，基本可以把站点划分为三类：

▪Urban站点

▪Remote站点

▪Highway站点

针对每种测试站点在设计测试路线时要求各有不同，如‎Figure2-2所示，每个站点应当定义一个以站点为圆心的”Ring”。

此外“Ring”还有一个作用：

即在进行验证单站的项目时，以“Ring”中样本的测试结果和统计结果为主。

通常对于urban站点，测试Ring的半径为350m，Remote站点的半径为2.5km左右，highway站点的半径为4km左右。

Figure2-1站点测试“Ring”

在测试前，每个站点的类型及对应测试Ring的大小必须得到华为和客户双方确认。

在测试时应当把握的原则如下：

∙测试路线尽可能跑全待测基站各个扇区覆盖方向上的公路；

∙测试路线应当超过测试Ring的规定范围，且直到测试到邻区站发生切换为止。

∙如果验证测试中既包括CQT测试，要保证待测地点小区具有主导覆盖信号，避免发生重选和切换的情况。

另外对于Urban站点，如果待验证站点能够基本连续覆盖，推荐选择以Cluster的形式组织测试，如‎Figure2-3所示，在测试时应当额外需要把握下面的原则：

∙测试路线尽量跑全待测基站周围所有主要街道；

∙测试路线尽量考虑当地的行车习惯，减少过红绿灯时的等待时间。

Figure2-2区域验证测试路线示意图

测试路线可以使用Mapinfo工具制作，具体方式是：

在数字地图上新建一个图层，标明测试起始点和测试终止点，中间过程使用带箭头的折线表示测试路线和测试过程。

在测试时，把该图层在路测工具中打开，指导单站测试顺利且完整的进行。

2.2.3其他准备

单站验证的准备工作还有测试方法制定，测试前准备，以及站点参数和状态核查等方面来，这部分的内容与产品相对紧密，请具体参考GSM单站验证项目和UMTS单站验证中的验证准备。

2.3测试与分析

验证测试与分析的内容通常具备明显的产品的特征，将在第3章GSM单站验证和第4章UMTS单站验证中的验证测试与分析中分别详细描述。

单站验证工作是通过测试来进行功能性验证，关注解决由于数据配置错误或者硬件安装质量造成的问题，对各项测试结果做分析：

∙如果测试过程以及结果分析没有发现明显问题，则依据本次测试结果输出《单站验证报告》，参见附件2GSM单站验证报告模板、附件3UMTS单站验证报告模板；

∙如果测试过程或结果显示有明显问题，需要把这些问题记录在《单站验证问题记录表》中，并给出问题分析，参见附件1单站验证问题记录表模板。

2.4调整建议与实施

根据验证测试与分析中发现的问题和分析，对每个小区给出合适的调整建议：

∙参数修改；

∙推动产品工程师解决硬件问题（告警，天馈）；

∙对于无法定位的问题，提交GCRMS问题单求助总部解决。

验证测试分析章节（‎3.2‎4.2）提供了问题分析和处理思路，供单站验证工程师参考。

在找到问题所在后，需要进行调整实施，在实施调整建议前，如‎Figure2-1所示，参数调整申请通常需要经过内部的批准，通过后才能够实施调整动作；

尤其是和Detailplan中相关的工程规划参数修改，需要同规划组达成共识后才能实施参数修改。

在修改完毕后，需要重新对该站点进行复测，如果问题解决，整理并提交《单站验证报告》，如果问题没有解决，需要重新分析和处理，直到问题闭环解决为止。

2.5单站验证报告

单站验证的结果都要在《单站验证报告》中得到体现，并提交给客户签字，表示该站点已经结束单站验证阶段的工作。

GSM推荐的单站验证报告模板参见附件2GSM单站验证报告模板。

UMTS推荐的单站验证报告模板参见附件3UMTS单站验证报告模板。

3GSM单站验证项目

3.1验证准备

3.1.1测试方法制定

单站验证的测试方法对于所有站点的测试都是通用的，通常需要同客户确认好相关内容。

对GSM来说，测试方法包括：

∙在测试过程中，是否需要锁BCCH或锁小区测试。

∙测试时采用何种测试方式的组合。

通常GSM测试时会对‎Table3-1中的测试方式进行组合，例如采用Idle+长呼+PS业务，或者Idle+短呼+PS业务，或者Idle+长呼的测试方式等，原则是能够完成《单站验证报告》模板中的测试即可。

Table3-1DT测试方式及其用途

MS

测试方式

用途

1st

Idle

记录空闲模式网络情况以及BCCH上的电平和C/I

2nd

短呼

主要用于测试网络的接入性和移动性

3rd

长呼

主要用于测试网络的保持性和移动性

4th

PS业务

主要用于测试网络的数据业务性能

∙如果选择有短呼的模式进行测试，那么需要确认每次建立呼叫的时长，2次呼叫之间的间隔，发生异常时等待的时间。

同时需要注意的是，如果采用短呼，要保证主叫和被叫手机都在同一个位置，如果使用测试软件，来需要保证同时连接主被叫手机。

∙如果需要对PS业务进行FTP下载和上传业务，除了需要获取FTP服务器相关信息外，还需要确认：

▪FTP下载和上传是采用CQT形式，还是采用DT形式。

如果采用CQT形式，需要在距离基站多远的地点进行CQT测试。

▪下载和上传的文件大小。

▪PS业务吞吐率的计算方法。

上述GSM具体的测试项目请参考《G-DT/CQT测试指导书》中的相关内容。

3.1.2测试前准备

选择客户认可的单站验证路测工具，例如Probe，TEMS或Nemo等前台测试系统。

选定路测工具后，还需要针对其他事项进行准备和确认：

∙获得客户提供的测试专用SIM卡；

∙如果单站验证要验证PS业务，是否已经获知了用于进行数据业务的服务器IP地址，用户名和密码；

∙Mapinfo格式的数字地图；

∙获得需要验证站点的测试路径，测试路径的准备请参考‎2.2.2测试路线。

具体的测试准备，请参考《G-DT/CQT测试指导书》。

3.1.3配置参数核查

在站点测试前，负责单站验证的工程师需要针对待测站点在OMC上的数据配置参数进行核查，提前解决因为数据配置错误导致验证失败的情况。

参数核查的具体方法比较灵活，可以使用NASTAR导入配置参数，然后和规划数据对比，也可以直接在LMT或者MML上导出配置参数使用EXCEL进行对比检查，甚至直接在LMT的GUI上直接查询参数进行核查。

目前GSM没有推荐的配置参数核查工具。

1.数据配置获取

首先要获取到该基站所属BSC的数据配置文件，具体获取方法请参考《G-OMCOperationGuide》中的：

∙BSC32：

3.1.5BackupDataConfiguration（autocfg.dat）

∙BSC6000：

4.1.4Backuplmt.dattoLocalPC

∙外置PCU：

5.3.2CollectingPCUInformation

需要注意的是：

如果待验证小区包括PS业务且为外置PCU，需要使用PCUToolkit进行配置文件的提取。

2.工程规划参数核查

在站点测试前，需要采集网络规划配置的数据以并检查实际配置的数据与规划数据是否一致，下面是参数检查的checklist，供参数核查时参考：

∙MNC,MCC,LAC,RAC,CI,BCCH,NCC,BCC是否按照规划配置。

∙站型配置是否按照规划配置，载频数目是否配置正确。

∙TCH频率规划是否按照规划配置；

如果为跳频，需要检查Hopping模式（RF跳频或基带跳频）,MA,MAIO,HSN，同时需要关注每个载频是否已经选择了“自动时隙同步”。

∙检查每个载频上的信道配置是否已经按照规划准则配置，包括SDCCH，PDCH，TCH信道所在的载频和数目。

∙根据规划参数检查小区否有TMA配置，如果有检查天馈系统是否配置了“塔放衰减因子”。

∙每个小区的邻区是否已经按照规划数据进行配置，这一点最为重要，一定要保证每个小区已经配置了正确的邻区数据，否则必然影响单站验证的结果。

3.网优参数核查

网优参数控制了各种特性功能，每个项目都会有各自不同的参数模板，因此这部分参数核查可能会因项目的不同而不同，但是大体上需要对所有小区级别参数，TRX和Channel级别参数，以及PCU参数进行核查，具体不在这里展开，以各自项目的网优参数模板为准。

3.1.4站点状态核查

网优工程师在进行单站验证的测试工作之前，需要进行下列准备工作：

∙向BSS工程师确认是否该站点已经完成了FirstCall，FirstCall通常是BSS工程师站点安装和调测的输出关键点，虽然验证内容有限，但能保证待验证的站点下能够完成基本的主被叫呼叫功能。

∙确认OMC机房内检查待测站点的当前告警和历史告警，如果存在LAPD_OML，TRX通信告警，TRX硬件告警，E1传输告警，VSWR告警，时钟参考源异常等类似告警，需要同BSS工程师确认并推动解决，解决后才能进行验证测试。

∙在测试验证前，通过LMT查询基站的运行状态，保证待测站点已经正常开启且有话务占用。

以上操作的具体方法请参考《G-OMCOperationGuide》中BSC32或BSC6000中的BTSMaintenance章节。

3.2验证测试与分析

GSM主要的验证项目如‎Table3-2所示，单站验证需要重点验证上下行接收电平、上下行接收质量、覆盖方向，以及切换功能和数据业务功能。

其中使用测试手机或测试软件能够很明显的评估网络的下行接收电平，质量，以及覆盖方向，但是基站上行的接收电平和质量通常需要通过Event来间接评估，通过关注和解决异常Event背后隐藏的问题，如上行信号过弱，上行干扰严重，以及接收天馈接反等，来完成站点的全面验证。

Table3-1GSM单站验证项目表

验证项目

验证目的

推荐度

基本验证

BCCH覆盖方向是否与规划一致

必选

接收电平验证

∙下行覆盖电平

∙BCCH载频和TCH载频覆盖不一致

接收质量验证

下行干扰问题

Event-主被叫接通验证

∙接通功能

∙上行和下行干扰问题

Event-切换验证

∙切换功能和邻区数据合理性

∙上行接收电平和质量

Event-掉话验证

进一步验证上下行覆盖，干扰和硬件等RF问题

可选

PS业务验证

数据业务功能

3.2.2基本验证

1.验证方法

基本验证是单站验证工作中最先需要保证的验证项目，一旦这项验证不通过，后续的验证分析工作将没有意义。

基本验证的目的是验证单站点每个小区的覆盖方向和相关规划参数是否按照规划数据进行配置，具体验证方法是：

1）把包含有小区方位角的工程参数导入路测软件的Map中。

2）保证测试软件中有1部测试手机保持空闲态，记录BCCH上的信息，当在每个扇区的主覆盖范围内下观察此时MS驻留的小区CellID，检查Azimuth与CellID的一致性。

3）当路测结束后，把logfile导入后台处理软件，如GenexAssistant，针对CellID生成专题地图，辅助判断每个小区的CellID是否与Azimuth的覆盖方向大体一致。

4）如果Azimuth与CellID一致，再检查BCCH，BSIC，LAC，RAC数据是否已经按照本小区的规划数据配置。

2.验证准则

∙对比小区规划工程参数与实测数据生成的CellID专题地图，如果能够明显发现CellID与该小区的规划Azimuth不符，则此项验证不通过。

∙如果该CellID下的BCCH，BSIC，LAC,RAC的任意数据与规划参数不符，则此项验证不通过。

在对该站点完成相关的验证后，把详细的分析结果填入《GSM单站验证报告模板》中的BasicAudit中。

3.问题分析与处理

分析这类问题的思路是，根据规划参数中Azimuth，依据CellID的专题地地图首先核对小区的下行覆盖方向是否与规划参数一致，然后核对小区内的BCCH,BSIC,CGI等参数。

1）Azimuth与CellID不一致，可能导致这个问题的原因有：

a.3个小区的覆盖方向完全发生错位，如‎Figure3-1所示：

Figure3-1三个小区覆盖方向错位

这种问题多半是由于机顶处3个扇区的天馈连线与各个小区连接错位导致，如‎Figure3-2所示。

Figure3-2天馈与规划小区错位

当基站发生这种问题后，由于它打破了频率规划，通常表现为下行或上行质量差，而且实际的邻区数据也无法和周边的邻区覆盖连续，每个小区都会存在较多的切换失败。

对待这类问题，应当把规划与实际覆盖的差异和初步分析反馈给BSS工程师，推动BSS工程师进行问题整改。

b.某2个扇区天馈接反，如‎Figure3-3所示：

Figure3-3S2和S3扇区BCCH发射接反

同站下2个小区的BCCH方向接反，通常情况这2个小区的下行方向上BCCH和TCH都会接反，如果考虑上行覆盖，还可以把这类问题分为2类：

1.下行天馈接反，而上行没有接反：

这种问题基本上发生在BTS机柜上不同小区的发射信号发生交叉所产生，当一块DTRU分别属于2个扇区时，如果发射通道发生交叉，那么这2个小区的发射信号完全接反，但是接收信号依然来自规划的扇区。

这种情况通常会造成在距离基站较远的地方会产生上下行电平差异过大，呼叫建立失败较多的现象；

但是在距离基站较近的地点测试问题不是很明显。

2.上下行天馈同时接反：

这种情况相当于2个小区互换，这种情况不会产生上下行电平相差过大的情况，但是上下行BCCH和TCH上的接收质量会因为打破频率规划而恶化；

而且小区覆盖的实际方向与其规划邻区无法从地理位置上形成连续覆盖，通常会导致切换成功率下降。

对待这类问题，应当把规划与实际覆盖的差异和初步分析结论反馈给BSS工程师，推动BSS工程师进行问题整改。

2）在Azimuth与CellID基本一致的前提下，如果BCCH，BSIC，LAC,RAC的任意数据与规划参数不符，应当尽快协调OMC机房进行数据修改。

数据修改完毕后安排复测。

4.案例索引

这类问题的分析与处理可以参考附件4GSM单站典型问题案例中天馈接反类问题的下列案例：

▪同站三扇区方向错位导致切换失败的案例

3.2.3接收电平验证

此项验证是建立在‎3.2.2基本验证完成且验证通过的基础上。

使用CQT或者DT的方式进行测试。

检查测试过程中MS在空闲态和通话态的RxLev是否高于预定门限，一方面用于判断是否存在下行覆盖电平明显过弱或者信号不稳的情况，另一方用于排查BCCH载频和TCH载