GDTCQT测试指导书.docx
《GDTCQT测试指导书.docx》由会员分享，可在线阅读，更多相关《GDTCQT测试指导书.docx（79页珍藏版）》请在冰豆网上搜索。
GDTCQT测试指导书
产品名称
密级
GSMRNP
内部公开
产品版本
共79页
1.0
GSMDT/CQT测试指导书
（仅供内部使用）
拟制：
王哲，侯冲
日期：
2008-07-01
审核：
董恒山，陈保林，王永超
日期：
2008-09-18
审核：
日期：
批准：
日期：
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
修订描述
审核
作者
2008-07-01
0.8
初稿完成；
侯冲，王哲
2008-08-12
0.9
对初稿进行评审，并增加PS业务测试项目描述；统一文档风格和格式。
董恒山，
陈保林，
王永超
王哲
2008-09-18
1.0
重新组织指导书结构：
∙整合和提炼CS,PS和MOS测试项目为一章，删除Probe的使用操作描述。
∙增加第3章不同场景下的测试方法一章。
∙重新组织附录的内容。
董恒山，
陈保林，
王永超
王哲
图目录
表目录
GSMDT/CQT测试指导书
关键词：
GSM,RNP,RNO,CS,PS,DT（DriveTest）,CQTTest,MOS
摘要：
本指导书用于指导工程师如何完成驱车测试（DriveTest）和定点测试（CQTTest），涉及业务包括CSVoiceCall测试，PS业务测试以及语音质量MOS测试，涉及场景包括单站验证，RF优化，业务优化，验收测试以及比拼测试。
缩略语清单:
缩略语
英文全名
中文解释
DT
DiverTest
路测
CQT
CallQualityTest
定点拨测
CS
CircueService
电路业务
PS
PacketService
分组业务
MOS
MeanOpinionScore
主观语音质量
1概述
测试工作贯穿于网规网优业务全流程，肩负着基础数据采集的重要任务。
它的生命周期从网络规划开始直至网络优化结束。
GSM测试工作按照业务可分为CS业务测试以及PS业务测试；按照测试方式可以分为DT路测和CQT定点拨测；按照场景可以分为单站验证测试，RF优化测试，业务优化测试，验收测试，以及Benchmark比拼测试等。
本指导书目的用于指导测试工程师如何完成2G网络CS业务和PS业务测试，保证测试结果的有效性，确保为进一步的问题定位和深度分析提供正确的依据。
本文的主体章节为第2章DT/CQT测试和第3章不同场景下的测试方法。
文档结构组织如下：
Figure1-1文档结构示意图
其中：
第2章从测试项的维度展开介绍如何进行DT/CQT测试，这些测试项是DT/CQT测试的最小单元，详细介绍完成每个测试项需要进行准备工作，测试步骤和测试项的场景应用；为了保证以上测试项正常进行，还介绍了CS和PS业务测试必须进行的准备工作；为了保障测试过程标准规范，还介绍了测试人员的测试行为。
第3章从场景的角度来介绍DT/CQT测试，场景主要分为单站验证，RF优化，业务优化，验收以及Benchmark比拼测试；不同场景有不同的测试要求，具体的测试内容是第2章介绍的测试项目的组合；此外针对验收测试，详细介绍了DT/CQT中所有CS和PS业务路测KPI，包括公式定义，信令统计点，测试条件，以及测试统计方法。
第4章对全文做出总结。
第5章全文中用到的模板和附件。
第6章附录，包括信令流程，语音质量MOS介绍等基本原理类知识。
2DT/CQT测试
2.1测试准备
2.1.1测试工具选择
选择测试系统要以完成的测试业务为依据。
如Table2-1所示：
●主流测试系统如TEMS,NEMO以及我司Probe1.5版本都能够很好的同时支持CS业务和PS业务中的各种测试项，而且添加相关硬件和软件模块后能够满足MOS测试的需求；这类测试平台能够满足大多数的DT测试需求。
●具备工程模式的测试手机通常用来进行CQT测试，这类手机的能力也在变得越来越强大。
如ProbePHU相对SAGEMOT测试手机，增加了编写测试脚本，以及记录Logfile等功能；NemoHandy的功能最为强大，还能够使用P.563算法进行语音MOS评估。
●还有另外一类进行端到端测试的专业工具，如QVoice，DSLA，SwissQual，这类软件平台相比普通的测试系统测试功能更加专注，专业度高，硬件配备要求也更高，对操作提出更高的要求，通常价格也更贵。
Table2-1测试系统与测试业务分类
测试工具
测试业务
典型设备
测试系统
通常由测试手机，安装有测试软件的笔记本电脑，GPS，Scanner等设备组成。
测试系统在相关硬件和License的支持下能够同时进行CS业务，PS业务，以及语音MOS测试。
TEMSInvestigation测试系统
NemoOutdoor测试系统
GenexProbe测试系统
CSD测试系统
测试手机
通常指具备工程模式的测试手机，能够独立完成CQT测试任务。
SAGEMOT系列测试手机
ProbePHU测试手机
NemoHandy测试手机
端到端测试系统
专业的端到端测试平台，进行MOS语音质量类的QoE测试，通常配备强大的后台分析工具。
QVoiceQVM测试系统
SwissQual测试系统
DSLA测试系统
涉及测试软件支持的具体业务，请参考相关测试软件和对应版本的《用户手册》。
2.1.2CS测试准备
所有的测试系统都支持CS常规业务测试，如Idle测试（DT），CSVoiceCall短呼（DT），CSVoiceCall长呼（DT）等测试。
只需要调试成功整个测试系统，就能够进行CS业务的测试了。
Figure2-1是测试系统调试的流程图：
Figure2-1测试系统准备流程
∙测试系统安装以及获取测试License，请参考相关测试软件和对应版本的《用户手册》。
通常测试License采用硬件锁的形式来控制。
∙连接&调试手机是在测试电脑上安装好测试UE的驱动，并在测试软件中成功连接UE。
∙连接&调试GPS是在测试电脑上连接好GPS及天线；在测试软件上正确选择GPS的端口号和波特率。
驱车测试时GPS应当能够锁定4颗以上的卫星，并且在测试软件的MAP上正确打点。
∙导入数字地图的目的是将GPS的路径打点以及测试得到所有信息和地理位置关联起来，供现场实测以及后处理分析时使用，通过根据地貌概况、街道走向和位置等内容保证测试的正确性和完整性。
一般具体使用时导入Mapinfo的.tab格式数字地图即可；在无法获得数字化地图的时候，可以将市区地图或者室内地图进行扫描，使用Mapinfo制作栅格地图，然后导入。
∙导入基站工程参数的目的在于：
在测试过程中测试软件可以显示目前呼叫来自哪个小区的信号，位于哪些站点中间，服务小区是否合理等。
各路测工具软件导入基站工程参数的方式不一致，可参见它的在线帮助、操作手册、导入模板来明确导入方法。
但主要基本内容一致，包括基站名、小区名、CellID、小区经度、纬度、天线方位角、频点、邻区等。
2.1.3PS测试准备
在进行PS业务测试时，首先需要准备2.1.2CS测试准备中的内容，此外还需要额外关注很多准备，包括测试环境的信息，测试手机设置，以及测试系统的设置等内容。
1.设置拨号网络
使用TEMS,Nemo,CDS,Probe进行PS业务测试前，通常需要针对所连接测试手机的Modem进行初始化命令的设置，以及Windows中建立一个使用手机Modem的拨号网络，保证测试系统正常进行PS业务。
具体操作如下：
I.初始化手机Modem：
在“设备管理器”中的Modem节点下找到手机的Modem，在其“属性”中的“高级”页签填写初始化命令：
at+cgdcont=1,"ip","yourAPN"，例如，如果APN是cmnet,那么初始化命令就为：
at+cgdcont=1,"ip","cmnet"。
如图Figure2-2所示：
Figure2-1手机Modem初始化命令
II.建立拨号网络：
∙首先在“控制面板”中选择“网络连接”，然后选择“创建一个新连接”；
∙在“新建连接向导”中选择：
“连接到Internet（C）”，选择“下一步”；然后选择“手动设置我的连接”，在下一个界面中选择“用拨号调制解调器连接”，选择“下一步”，选中测试手机的Modem，选择“下一步“；
∙设置为ISP命名，例如Tems-cmnet，然后设置Phonenumber,填写*99#或*99***1#，然后选择“下一步”；
∙如果运营商还需要提供一些用户和密码信息，还需要填写用户名和密码。
∙最终可以在Window中创建一个拨号连接，如Figure2-3所示：
Figure2-2建立一个拨号连接
∙APN信息在手机界面、路测软件、设备管理器中均能设置，设一个地方即可，推荐在设备管理器中设置。
∙对于PS业务测试，需要额外注意的是有些路测软件必须为测试手机指定Modemport,否则数据业务将无法正常进行。
有些路测软件能自动识别。
2.测试手机能力
此外在进行PS业务时，需要关注测试手机的多时隙能力。
手机多时隙能力是指手机接收或者发送数据时同时占用的时隙数，不同型号的手机多时隙能力不尽相同，因此用不同的手机测试，其结果可能会有明显的差距。
对下载来说，捆绑4时隙的下载速率肯定比捆绑3时隙时的下载速率高出33％左右；对上载来说，2时隙上载比单时隙上载的速率肯定大一倍左右。
目前的终端大部分的多时隙能力等级小于12，Table2-2是终端多时隙能力对应表。
PS业务通常会考核下载速率，所以应当采用最大接收时隙（下行）为4的测试手机。
Table2-1终端多时隙能力对应表
多时隙能力
最大接收（下行）时隙
最大发送（上行）时隙
接收时隙与发送时隙之和
1
1
1
2
2
2
1
3
3
2
2
3
4
3
1
4
5
2
2
4
6
3
2
4
7
3
3
4
8
4
1
5
9
3
2
5
10
4
2
5
11
4
3
5
12
4
4
5
通常测试软件的Layer3Messages中的PacketResourceRequest信令中包括了手机的多时隙能力，如Figure2-4所示，该手机的多时隙能力为10，对应最大下行时隙为4，最大上行时隙为2。
Figure2-2查询手机多时隙能力
HuaweiU1205和U120E支持的最大下行接收时隙数为4，在测试时能够保证足够下载速率。
3.SIM卡开户信息
测试时使用的SIM卡相关信息对测试结果有直接影响，测试前有必要了解SIM卡的IMSI号，并在HLR开户时，检查用户签约信息的设置是否正确。
完整的签约信息应包含如下图所示信息：
Figure2-1SIM用户签约信息查询
∙PDP上下文设置中峰值吞吐量PEAKTHR需要设置为32000OCT以上。
该值定义了EDGE手机访问网络时的最高速率，它将对LLC层传输的峰值吞吐量进行限制，这显然会成为EDGE网络的传输性能的瓶颈。
∙传输模式RELCLS设置为ACKRLCPRODUT，即GTP、LLC层非确认模式、RLC层确认模式。
4.测试便携机的要求
对测试用便携机进行限制的主要目的是为了关闭所有与测试不相关的网络连接、应用程序或进程，关闭所有可能对测试结果产生不良影响的特性功能，使测试用便携机功能单一化，最真实的反映被测网络的业务性能。
需要提前检视的项目有：
∙断开测试用便携的其它网络连接
∙关闭便携内其它可能会访问网络的任务
∙禁用红外线端口
∙禁用自动电源管理器
∙禁用软件自动更新
∙禁用蓝牙设备
∙关闭屏保及省电功能
∙禁用任何手机同步软件
∙在BIOS中关闭USBLEGACY支持
∙关闭WINDOWSXP内置防火墙及病毒告警
∙将IntelSpeedStep设为最大
∙在便携机的操作系统内修改注册表，将TCP接收窗口大小设置成最大值
5.测试服务器的选择
测试过程中要尽量选择性能可靠的服务器，现网的数据业务性能测试一般都是通过FTP或者WAP下载方式进行性能验证的，为确保服务器的性能不会对传输性能造成瓶颈，对目标服务器的选择建议如下：
∙如果局方已经提供相应服务器，建议最好选用此服务器作为目标服务器。
∙如果局方没有提供，则建议现场询问本地工程师或局方人员，选用客户推荐的性能较稳定的服务器。
∙如果当地无法提供类似服务器，那只能选择国际上比较知名的网站服务器，能够保证TCP层的带宽不受限制。
∙最好有多个服务器可供下载，如果某次测试中发现性能不佳，更换服务器后重新测试，比对测试结果，排除服务器不稳定因素导致的测试性能不佳。
∙可以考虑GGSN的LanSwitch上连接一台PC机，作为供测试专用的FTP服务器。
操作步骤如下：
1）在GGSN维护台执行命令ADDIPRT，在GGSN中配置一条静态路由，并且FTP服务器的IP最好和GGSN中LPU单板的IP处于同一个网段。
2）建议使用Serv-U作为FTP服务器应用软件，设置Serv-U的Advanced页，将Sendbuffer和Receivebuffer都设置成最大值（9999）。
如果FTP服务器只支持非PASV下载模式，路测软件需要选非PASV模式才能下载。
但如果路测软件不支持非PASV模式下载就无法进行下载业务，这样的路侧软件有Probe。
2.1.4测试车辆准备
在测试过程中，测试便携、测试手机、GPS都需要供电。
便携、手机可以用电池，但往往电池性能不能满足长时间测试的需求，因此推荐车辆供电方式如Figure2-6所示：
Figure2-1车辆供电示意图
应当着重对车辆的供电情况进行确认：
●确保车辆的供电系统能够满足测试要求。
如果使用点烟器，一定要确认点烟器能够正常稳定工作，如果不能，需要协调更换测试车辆。
●确保车载电源（逆变器）能够正常使用。
另外，逆变器能提供的最大功率是有限的。
一般同时给2个便携使用没问题，但同时给3个便携充电很可能就有问题。
如果供电的设备过多，逆变器会发出告警，直至不能正常工作。
因此即便车辆上有逆变器和插线板可用，也需要尽量事先将便携、测试手机充满电，测试过程中各便携、手机轮流充电。
在测试前需要同测试车辆的司机知会本次测试大体需要测试的里程数。
确保充足的汽油或天然气支持完成本次测试。
2.1.5测试计划准备（5W）
测试人员在测试前需要对整个测试准备和过程到心中有底，通常可以从下面的5个方面去准备：
●What-测试什么内容？
是DT测试还是CQT测试，是测试CS业务还是PS业务，对应的测试项目是什么？
●Where-是否有明确的路线和地点进行测试？
测试路线和测试地点具备明显的场景特征，具体请参考不同场景下的测试方法中的测试路线和地点选取原则。
●When-是否有明确的测试时间要求？
每个测试都有计划的开始时间和结束时间，在测试前需要同相关人员获取测试时间要求。
●Who-测试人员安排？
人员安排，包括测试人员，OMC机房配合人员，技术求助人员以及联系方式。
●HoW-如何测试？
测试车速，如何应对测试中的突发情况，如何命名测试文件，如何记录信息记录表？
具体请参考DT测试行为和CQT测试行为。
2.2测试项目
Table2-1测试项目汇总表
CS/PS分类
DT/CQT分类
测试项目
对应章节
CS
DT
Idle测试
2.2.21.
CSVoiceCall短呼
2.2.22.
CSVoiceCall长呼
2.2.23.
MOS语音质量测试
2.2.24.
CQT
Idle测试
2.2.25.
CSVoiceCall拨打测试
2.2.26.
PS
CQT
PSAttach/Detach测试
2.2.31.
PSPDP激活测试
2.2.32.
WAP登陆测试
2.2.33.
WAP刷新测试
2.2.34.
WAP图铃下载
2.2.35.
PSPing测试
2.2.36.
PSFTP测试
2.2.37.
PSJava下载测试
2.2.39.
DT
WAP登陆测试
2.2.33.
WAP刷新测试
2.2.34.
WAP图铃下载
2.2.35.
PSFTP测试
2.2.37.
PSDT测试
2.2.310.
2.2.2CS测试项目
1.Idle测试（DT）
❑前提条件
∙已经完成2.1.2CS测试准备。
∙确认UE和测试软件连接正常，GPS至少已经成功捕捉到4颗卫星，且在测试软件的数字地图上正确打点。
❑测试步骤
∙无需对UE进行测试相关设置，直接记录Log文件即可；
❑测试应用
∙Idle测试是CS业务的重要测试项目之一，主要使用一个空闲模式下的UE记录BCCH上没有功控的RxLev和C/I；通常可以作为判断小区发射功率以及覆盖方向是否正常的重要依据之一。
2.CSVoiceCall短呼（DT）
❑前提条件
∙同Idle测试（DT）中的前提条件。
∙确定短呼的测试方法，包括Table2-4中的要素：
Table2-1CSVoiceCall短呼参数设置
参数
推荐值
解释
被叫号码
根据实际情况设置
确定短呼的被叫端号码。
呼叫类型
短呼
决定是进行长呼还是短呼。
呼叫建立时长
25sec
呼叫建立时长超过此值，视为呼叫建立失败。
呼叫时长
根据实际情况设置，例如设置为120sec
从呼叫建立成功CallSetup到正常释放NormalCallRelease的时间间隔。
呼叫间隔
15sec
一个正常释放NormalCallRelease到下次呼叫发起的时间间隔。
异常间隔
20sec
一个异常释放到下次发起重新发起呼叫的时间间隔。
呼叫次数
999orInfinite
呼叫建立次数，测试软件会根据此设置自动的重新建立每次呼叫。
❑测试步骤
∙在语音VoiceCall的测试项中按照Table2-4中的短呼参数进行设置；
∙开始测试，保存相关Log文件，即可开始CSVoiceCall短呼的测试。
∙在测试开始时需要关注是否测试软件能够自动正常发起呼叫以及发起释放。
在验证成功后才能启动车辆开始进行测试。
❑测试应用
∙CSVoiceCall短呼测试是CS业务的重要测试项目之一，通过测试手机不断向网络发起呼叫来评估网络的接入性能。
需要注意的是：
呼叫失败包括主叫失败，也包括被叫失败，因此短呼的主叫号码和被叫号码应当属于同一运营商。
∙评估网络的掉话和切换性能通常不推荐使用CSVoiceCall短呼测试，因为局部区域的掉话和切换问题可能会因为UE处于空闲态而被忽略。
3.CSVoiceCall长呼（DT）
❑前提条件
∙同Idle测试（DT）中的前提条件。
∙确定长呼的测试方法，包括Table2-5中的要素：
Table2-1CSVoiceCall长呼参数设置
参数
推荐值
解释
被叫号码
根据实际情况设置
确定被叫端号码。
呼叫类型
长呼
决定是进行长呼还是短呼。
呼叫建立时长
25sec
呼叫建立时长超过此值，视为呼叫建立失败。
异常间隔
20sec
一个异常释放到下次发起重新发起呼叫的时间间隔。
❑测试步骤
∙在语音VoiceCall的测试项中填入被叫号码；在语音VoiceCall的测试项中按照Table2-5中的参数进行设置；
∙开始测试，保存相关Log文件，即可开始CSVoiceCall长呼的测试。
∙在测试开始时需要关注是否测试软件能够自动正常发起呼叫。
在验证成功后才能启动车辆开始进行测试。
在测试过程中遇到异常释放后需要关注是否测试软件能够正常重新发起呼叫。
❑测试应用
∙CSVoiceCall长呼测试是CS业务的最重要测试项目，通过测试手机长时间处于通话状态来评估网络的掉话性能和切换性能。
∙CSVoiceCall长呼测试通常和Idle状态测试，CSVoiceCall短呼测试仪器进行。
用于完整的评估一个网络的CS性能。
4.MOS语音质量测试（DT）
❑前提条件
在进行语音MOS测试之前，需要考虑Table2-6中的要素：
Table2-1MOS语音质量测试
参数
取值
解释
算法标准
PESQP.862
P.563等
详见本节的算法标准部分
测试模式
MStoMS
MStoPSTN
详见本节的测试模式部分
拨打模式
长呼或短呼
一般选择长呼，更好的用于评估连续通话状态下的MOS得分。
注意要同步设置通话发生异常后，多久重新建立呼叫，一般设置为20s。
语音样本
测试仪器推荐推荐
详见本节的语音样本部分
∙算法标准
推荐使用以PESQ算法为原理的测试工具，目前主流工具QVoice,Nemo,SwissQual,DSLA以及我司Probe的MOS测试原理都是基于PESQ算法。
如Figure2-7所示，PESQ算法会通过发送一个参考语音样本（Referencesample）通过电话网络，在接收端记录下经过网络的有损伤的语音结果（Impairedsample），通过对比Referencesample和Impairedsample给出本次通话的MOS打分。
Figure2-2PESQ的MOS评分示意
评估语音质量的算法还有P.563,此种标准不需要参考语音样本，是一种单端的客观语音质量测量方法，通常应用于测试手机中，例如NemoHandy中的MOS测试就是基于P.563标准。
这种算法不如PESQ可靠，仅能用于语音质量的粗略评估。
更多的详细内容，请参考附录中的语音质量介绍。
∙测试模式
使用PESQ算法的情况下，有2种语音质量测试模式：
MStoPSTN或MStoMS，下面进行详细介绍：
MStoPSTN测试方式
比较推荐使用MStoPSTN的测试方式，如Figure2-8所示，这种测试方法的条件好处有2个：
▪MStoPSTN的MOS打分能够区分为上行分数和下行分数，有利于问题的分析定位。
▪MStoPSTN的MOS评分只经过1次空口的影响，而MStoMS的MOS评分同时引入了上行和下行的空口因素；因此MStoPSTN通常得到的MOS分数会更高，而且更加稳定。
然而使用MStoPSTN的测试方式需要格外注意的是：
需要关注MSC与GMSC之间的传输类型，如果为TDM传输，N侧从理论上不会对MOS分造成损失，但如果为IP传输，N侧会多引入1次语音编解码，对MOS值造成0.2分左右的固定损失。
举例说明：
如果在网络中都使用AMR编码模式，那么使用IP传输的MOS最大值大约为3.8-
升级会员 