中国联通GPRS无线网设备测试方案.docx

中国联通GPRS无线网设备测试方案.docx

《中国联通GPRS无线网设备测试方案.docx》由会员分享，可在线阅读，更多相关《中国联通GPRS无线网设备测试方案.docx（18页珍藏版）》请在冰豆网上搜索。

中国联通GPRS无线网设备测试方案

中国联通GPRS无线网设备测试规范

中国联通网络建设部

2007年6月

目录

1.前言1

2.整体测试环境要求1

3.PCU设备测试内容1

5.1.信道编码1

3.1.1.CS-1编码1

3.1.2.CS-2编码2

5.2.信道编码选择2

3.2.1.主动选择编码方式2

3.2.2.编码根据无线环境改变3

5.3.无线信道分配3

3.3.1.信道分配管理功能3

3.3.2.多用户共享信道4

3.3.3.多载频设置信道能力4

5.4.小区选择和重选5

3.4.1.同BTS下的小区选择和重选5

3.4.2.同BSC，不同BTS的小区选择和重选5

3.4.3.同SGSN，不同BSC间的小区选择和重选5

3.4.4.不同SGSN下的小区选择和重选6

5.5.设备的可靠性6

5.6.设备处理能力6

5.7.网管功能测试7

3.7.1.故障管理7

3.7.2.性能管理功能7

3.7.3.安全管理功能8

3.7.4.配置管理－小区配置8

3.7.5.配置管理－Gb接口的配置8

3.7.6.人机命令8

4.业务功能测试（定点测试）9

5.1.测试准备9

5.2.测试用例10

4.2.1.GPRS用户附着测试10

4.2.2.WAP测试10

4.2.3.ping测试11

4.2.4.FTP下载测试11

5.业务功能测试（路测）12

5.1.测试准备12

5.2.测试用例12

5.2.1.WAP业务测试12

5.2.2.路由区更新测试13

5.2.3.小区重选测试13

5.2.4.GPRS覆盖率测试13

5.2.5.GPRS掉线率测试13

5.2.6.FTP下载速率测试14

1.前言

本测试规范将作为中国联通GRPS无线网测试验收的依据。

2.整体测试环境要求

GPRS网络升级完成，整体调测完毕。

测试中全部使用中国联通SIM卡，且必须使用本地的SIM卡进行测试；测试终端必须具备GPRS功能，时隙设置统一为1U+3D模式，双频网络选择采用自由双频模式。

3.PCU设备测试内容

根据PCU设备的功能作用，把测试用例分为如下几类：

●信道编码

●信道编码选择

●无线信道分配

●小区选择和重选

●设备的可靠性

●设备的处理能力

●网管功能测试

其中每一类测试中分为若干子测试项目，下面给出详细的测试用例。

3.1信道编码

3.1.1.CS-1编码

a）测试目的：

验证网络具备CS-1编码能力和CS-1解码能力

b）测试步骤：

从测试设备（移动台）向网络侧传送数据业务，如发一封EMAIL。

指定测试设备（移动台）采用CS-1方式编码，验证网络的CS-1解码能力。

用测试设备（移动台）从网络侧接收数据业务，如收一封EMAIL。

指定网络采用CS-1编码，从测试设备上显示接收到的数据的编码方式为CS-1。

3.1.2.CS-2编码

a）测试目的：

验证网络具备CS-2编码能力和CS-2解码能力

b）测试步骤：

从测试设备（移动台）向网络侧传送数据业务，如发一封EMAIL。

指定测试设备（移动台）采用CS-2方式编码，验证网络的CS-2解码能力。

用测试设备（移动台）从网络侧接收数据业务，如收一封EMAIL。

指定网络采用CS-2编码，从测试设备上显示接收到的数据的编码方式为CS-2。

3.2信道编码选择

3.2.1.主动选择编码方式

a）测试目的：

验证网络能够依据一定的规则主动选择编码方式。

b）测试步骤：

指定网络采用CS-1编码，使用GPRS移动台进行分组数据传输。

检查：

数据传送正确，数据编码方式为CS-1

指定网络采用CS-2编码，使用GPRS移动台进行分组数据传输。

检查：

数据传送正确，数据编码方式为CS-2

3.2.2.编码根据无线环境改变

a）测试目的：

验证网络能够在无线环境变化时依据一定的规则选择编码方式。

b）测试步骤：

指定网络采用CS-2编码

使用GPRS移动台进行分组数据传输，保持链路。

降低无线传输质量，并保持链路

在满足规定条件之后，检查网络是否选择发起CS动态编码转换，新的编码方式为CS-1

提高无线传输质量

在满足规定条件之后，检查网络是否选择发起CS动态编码转换，新的编码方式为CS-2

释放分组呼叫。

检查：

应能正确释放分组连接和相关的资源。

3.3无线信道分配

3.3.1.信道分配管理功能

配置0个或1个静态PDCH，1个动态PDCH，带话音优先级（先被分组业务占用，后被电路呼叫占用）

a）测试目的：

验证系统的带电路型优先信道分配管理功能

b）测试步骤：

通过操作维护台观察小区信道状态：

动态PDCH信道初始为TCH信道；

GPRS移动台发起一次数据传输请求；

通过操作维护台观察小区信道状态：

可以看到小区内原有的动态PDCH信道已经由TCH信道转化为PDCH信道。

发起一个话音呼叫（将其他TCH闭锁）

通过操作维护台观察小区信道状态：

可以看到小区内原有的动态PDCH信道已经由PDCH信道转化为TCH信道。

3.3.2.多用户共享信道

a）测试目的：

验证带有多用户共用信道特性的系统信道管理功能

b）步骤

通过操作维护台观察小区信道状态：

PDCH信道状态为IDLE；

使8个GPRS移动台先后发起一次PDPContext，使用动态资源分配方式；

7个MS均实现连接，并通过操作维护台观察小区信道状态：

PDCH信道状态为BUSY，第8个MS应被拒绝；

7个MS均长时间不收发数据，使状态从“ready”进入“standby”（Ready定时器终止）；

通过操作维护台观察小区信道状态：

PDCH信道状态恢复为IDLE；

通过操作维护台闭塞该PDCH，并观察该信道状态改变为BLOCK；

使用GPRS移动台重新发起数据传输请求；

GPRS移动台接入请求被拒绝，同时通过操作维护台观察该PDCH信道状态仍然为BLOCK。

3.3.3.多载频设置信道能力

a）测试目的：

验证系统的多TRX，多信道分配管理功能

b）测试步骤：

通过操作维护台观察小区信道状态：

所有PDCH信道状态都为IDLE；

使用多个GPRS移动台同时发起数据传输请求；

通过操作维护台观察小区信道状态：

所有PDCH信道状态都为BUSY；

停止所有GPRS移动台的业务接入（从“Ready”状态转入“Standby”状态或“Idle”状态；.

通过操作维护台观察小区信道状态：

所有PDCH信道状态恢复为IDLE。

3.4小区选择和重选

3.4.1.同BTS下的小区选择和重选

a）测试目的：

验证对于配置在同一个BTS下分组小区，GPRS移动台能够根据控制参数选择正确的小区。

b）测试步骤：

通过数据配置系统配置同一BTS下的分组小区A和B的相应参数，A的优先级高于B。

在小区A和B接收电平约略相等的地方，打开GPRS移动台

检查：

GPRS移动台应能在小区A发起分组ATTACH过程。

移动GPRS移动台靠近小区B的发射基站，使小区B的接收功率远大于小区A的接收电平

检查：

GPRS移动台应能在小区B重新发起ATTACH过程。

3.4.2.同BSC，不同BTS的小区选择和重选

a）测试目的：

验证对于配置在同一个BSC下分组小区，GPRS移动台能够根据网络控制参数选择正确的小区

b）测试步骤：

通过数据配置系统配置同一BSC下的分组小区A和B的相应参数，A的优先级高于B。

在小区A和B接收电平约略相等的地方，打开GPRS移动台

检查：

GPRS移动台应能在小区A发起分组ATTACH过程。

移动GPRS移动台靠近小区B的发射基站，使小区B的接收功率远大于小区A的接收电平

检查：

GPRS移动台应能在小区B重新发起ATTACH过程。

3.4.3.同SGSN，不同BSC间的小区选择和重选

a）测试目的：

验证对于配置在同一个SGSN，不同BSC间的分组小区，GPRS移动台能够根据网络控制参数选择正确的小区

b）测试步骤：

通过数据配置系统配置同一SGSN下的分组小区A和B的相应参数，A的优先级高于B。

在小区A和B接收电平约略相等的地方，打开GPRS移动台

检查：

GPRS移动台应能在小区A发起分组ATTACH过程。

移动GPRS移动台靠近小区B的发射基站，使小区B的接收功率远大于小区A的接收电平

检查：

GPRS移动台应能在小区B重新发起ATTACH过程。

3.4.4.不同SGSN下的小区选择和重选

a）测试目的：

验证对于配置在不同SGSN下分组小区，GPRS移动台能够根据网络控制参数选择正确的小区

b）测试步骤：

通过数据配置系统配置不同SGSN下的分组小区A和B的相应参数，A的优先级高于B。

在小区A和B接收电平约略相等的地方，打开GPRS移动台

检查：

GPRS移动台应能在小区A发起分组ATTACH过程。

移动GPRS移动台靠近小区B的发射基站，使小区B的接收功率远大于小区A的接收电平

检查：

GPRS移动台应能在小区B重新发起ATTACH过程。

3.5设备的可靠性

a）测试目的：

PCU关键板件的可靠性

b）测试步骤：

建立PDP上下文的连接

PCU主要关键板件发生故障

检查：

PCU设备能够自动倒换备件工作，不需要重新建立新的PDP上下文连接。

3.6设备处理能力

a）测试目的：

PCU设备PDCH信道处理能力（含配置能力和激活处理能力）

b）测试步骤：

在OMC-R上对基站小区设置PDCH，观察能否配置到PCU设备处理能力上限，检查：

配置的PDCH数目能否达到或者超过PCU设备标称的处理能力

激活所有PDCH信道，观察能否达到PCU设备处理能力上限

检查：

激活的PDCH数目能否达到PCU设备标称的处理能力

观察所有信道激活状态下，PCU设备主处理机正常工作

检查：

PCU主处理机能否有保证PDCH信道处理

3.7网管功能测试

3.7.1.故障管理

a）测试目的：

BSS系统具备告警收集、告警处理、告警显示等功能

b）测试步骤：

人工设置产生普通告警和紧急告警的硬件故障

察看告警显示实施和操作维护平台

检查：

系统能够根据不同类型的故障，发出不同级别和不同层次的可见、可闻信号，在检查告警发生后，可通过人机命令给出告警诊断的相关信息，包含告警类别、发生的位置（定位到板件）、告警发生的原因，察看告警记录，应包含发生的时间、类别、故障原因等内容。

3.7.2.性能管理功能

a）测试目的：

BSS系统能够通过一定的测量对其设备进行性能管理

b）测试步骤：

设定需要测量的时间段，系统正常运行，采用测试移动台在网络中进行多种活动

检查：

系统可通过本地MML提出多种测量结果，供性能管理使用

需要测量的数据包括

✓BSC（PCU）相关测量

✓BTS相关测量

✓接口相关测量

3.7.3.安全管理功能

c）测试目的：

操作台的安全接入功能

d）测试步骤：

在OMC-R本地终端或从BTS、BSC进行MML操作

在OMC-R设定对于远程MML命令的限制，然后尝试进行远程操作

检查：

在进行不同的MML操作时，需要不同的口令判定，以确定不同级别的人员可进行不同的控制；在设定限制后，远程终端无法进行权限以外的MML操作控制；对于重要的操作应有记录

3.7.4.配置管理－小区配置

a）测试目的：

OMC-R应能够对BSS的新增设备及相关参数进行配置，在BSS中新增分组业务的小区，应支持相应的小区参数设置。

b）测试步骤：

尝试定义一个具有GPRS业务的新小区，配置相应的小区参数，并将该小区的状态改变为“激活”

尝试MS在该小区内进行通信和切换

将小区状态置为“停止”，删除该小区

检查：

MS可以正常的进行通信和切换活动，并观察相应小区号码；待小区删除后，进行通信和切换，观察相应的小区号码

3.7.5.配置管理－Gb接口的配置

a）测试目的：

OMC-R应支持Gb接口的配置

b）测试步骤：

尝试定义PCU设备的Gb接口配置，配置相应的帧中继承载信道、PVC、NS-VC和BVC的配置；

尝试MS在该小区内进行分组业务通信；

检查：

MS应能够正常的进行分组数据通信业务

3.7.6.人机命令

a）测试目的：

对厂家提供的人机命令按其功能分类，根据人机命令手册进行人机命令功能抽检，确保功能完善、执行正确；BSS除支持OMC-R的终端通过MML命令对系统进行控制外，应能够在BTS和BSC本地对相应设备进行一定的操作维护工作。

b）测试步骤：

通过OMC-R键盘置入被检测的人机命令，从终端上观察处理机的响应内容，确认人机命令是否达到其命令要求，并在BTS、BSC本地通过远程终端进行MML操作

检查：

MML操作应包括对于设备的配置管理、性能管理、安全管理和告警管理等方面的内容，通过远程终端的操作控制范围仅为部分操作维护功能

4.业务功能测试（定点测试）

4.1测试准备

（1）测试时间：

周一至周五9：

00－19:

00

（2）测试地点：

地点选择：

全部要求为室内测试点

测试地点选择可选择如下地点：

●机场侯机楼、火车站候车大厅、汽车站候车大厅

●三星级以上宾馆

●大型商场休闲区

●大学校区的教学楼、学生宿舍楼等区域

●高档住宅小区

●高档写字楼、商务会所

（4）地点分布：

测试地点应尽量均匀分布在市区范围内。

（5）测试位置：

对于各测试点，主要测试公共场所，如酒店主要测试大堂。

要求在测试前测量当前位置的无线信号，避免在测试过程中频繁小区重选（重选次数控制在3-4次之内）。

（6）测试要求

●每次测试前，需查看小区的信号强度。

●500K文件的最大下载尝试时间为15分钟，即如果在15分钟内下载文件未能成功可重新进行下载。

如果到15分钟不能完整下载文件，则停止下载测试，记录尝试下载次数以及各次实际下载的总数据量和时间。

●PING测试中，每次Ping测试（成功或超时）间隔为8秒，Ping超时时间为5秒。

4.2测试用例

（1）GPRS用户附着测试

（2）WAP业务功能测试

（3）PING测试

（4）FTP下载测试

（5）WEB方式邮件上、下载测试

4.2.1.GPRS用户附着测试

每个测试点要求做10次GPRS网络登陆测试。

到一个新的测试地点要求进行一次开关机操作（手机设为开机自动attach）

测试记录项目及定义：

a.GPRS附着成功率：

GPRS成功Attach次数/总尝试次数×100％。

GPRS附着成功指在手机发出GPRSAttachRequest后在15秒钟内收到GPRSattachaccept信令。

。

b.平均附着时间：

各次attach成功的时间相加/成功attach的次数。

。

attach成功时间定义为手机发出第一个AttachRequest后到发出Attachaccept的时间。

4.2.2.WAP测试

对每点做10次WAP网站登陆测试，注意每次需清除缓存区；对每点做10次页面更新测试，方法为任意选择十个内容页面进行访问。

对每点做5次铃声、5次图片的下载，每个铃声和图片的大小应在25-35KByte之间。

测试记录项目及定义：

a.PDP激活成功率：

PDP激活成功次数/总尝试次数×100％。

PDP激活成功指在手机发出ActivatePDPContextRequest后在15秒钟内收到ActivatePDPContextaccept信令。

。

b.PDP平均激活时间：

各次PDP激活成功的时间相加/PDP激活成功次数。

。

PDP激活成功时间的定义为手机发出第一个ActivatePDPContextRequest后到收到ActivatePDPContextAccept的时间。

c.WAP首页显示成功率:

WAP首页显示成功次数/尝试WAP登陆次数×100％。

WAP首页显示成功指手机发起WAP网站访问申请后，网站首页面的文本信息在60秒内完全正确显示（超过60秒，定义为失败）。

d.WAP平均首页显示时间：

各次WAP首页成功显示的时间相加/WAP首页显示成功次数。

e.WAP页面刷新成功率:

WAP页面刷新成功次数/尝试页面刷新次数×100％。

WAP页面刷新成功指被选择浏览的页面在60秒内文本信息完整正确的显示。

f.WAP页面刷新时长:

各次WAP页面刷新成功的时间相加/WAP页面成功刷新次数。

g.WAP下载成功率：

WAP铃声、图片成功下载次数/尝试铃声、图片下载次数×100％。

成功下载为可以在终端上进行播放，否则为下载不成功。

每个测试点进行10次测试，其中铃声5次、图片5次。

h.WAP下载速率：

实际成功下载数据量（Byte）/实际成功下载时间（秒）。

成功下载为可以在终端上进行播放，否则为下载不成功。

每个测试点进行10次测试，其中铃声5次、图片5次。

4.2.3.PING测试

pingGGSN局域网内的站点，ping的包长为500byte，每点测试10次。

Ping包发送间隔为8秒钟。

测试记录项目及定义：

a.ping成功率：

ping成功的次数/ping尝试次数×100％。

b.ping平均时延：

各次ping成功的时间相加/ping成功的次数。

4.2.4.FTP下载测试

下载500KByte文件

测试记录项目及定义：

a.FTP应用层下载速率：

实际下载数据量（Byte）/实际下载时间（秒）。

b.FTP下载RLC层平均吞吐量。

c.FTP下载RLC层平均BLER。

4.2.5.WEB方式邮件上、下载测试

上载100KByte邮件一次；下载500KByte邮件一次。

测试记录项目及定义：

a.应用层上载速率：

实际上载数据量（Byte）/实际上载时间（秒）。

b.应用层下载速率：

实际下载数据量（Byte）/实际下载时间（秒）。

5.业务功能测试（路测）

5.1测试准备

（1）测试时间：

周一至周五9：

00－19:

00

（2）测试路线：

要求均匀覆盖市区主要街道，并且尽量不重复。

（3）测试内容：

一部测试手机连续进行WAP接入（每次时间间隔约为3分钟）。

一部测试手机进行FTP下载测试。

测试文件大小为150K，不少于100次。

其中关于WAP的相关内容测试，应不少于30次。

。

a.测试过程中手机和GPS接收机需连接计算机并记录测试过程的信令和轨迹。

测试手机置于车内，手机使用自动双频模式测试。

b.测试速度在市区保持正常行驶速度，最高限速30-50KM/H。

c.测试中将wap测试和ftp测试分别进行，但需要保证wap测试的线路、时间、公里数应和ftp测试的线路、时间、公里数尽量一致，且总的公里数不应少于30*N（N为该城市应测的小时数）。

5.2测试用例

（1）WAP业务测试

（2）路由区更新测试

（3）小区重选测试

（4）GPRS覆盖率测试

（5）GPRS掉线率测试

（6）FTP下载速率测试

5.2.1.WAP业务测试

WAP网站登陆成功率:

WAP网站登陆成功次数/尝试WAP登陆次数×100％。

注：

WAP网站登陆成功指手机发起WAP网站访问申请后，网站首页面的文本信息在60秒内完全正确显示。

WAP平均首页显示时间：

各次WAP首页显示成功的时间相加/WAP首页显示成功次数。

注：

首页显示时间为发起WAP网站申请至文本内容完全正确显示为止的时间。

WAP页面刷新成功率:

WAP页面刷新成功次数/尝试页面刷新次数×100％。

注：

WAP页面刷新成功指被选择浏览的页面在60秒内文本内容被完整正确的显示。

WAP页面刷新时长:

各次WAP页面刷新成功的时间相加/WAP页面成功刷新次数。

WAP下载成功率：

WAP铃声、图片成功下载次数/尝试铃声、图片下载次数×100％。

注：

成功下载为可以在终端上进行播放，否则为下载不成功。

WAP下载速率：

实际成功下载数据量（Byte）/实际成功下载时间（秒）。

注：

成功下载为可以在终端上进行播放，否则为下载不成功。

5.2.2.路由区更新测试

平均RAU间隔时间：

总RAU次数/总测试时间（s）

平均RAU间隔距离:

总RAU次数/总测试距离（Km）

5.2.3.小区重选测试

平均小区重选间隔时间：

总小区重选次数/总测试时间（s）

平均小区重选间隔距离：

总小区重选次数/总测试距离（Km）

5.2.4.GPRS覆盖率测试

覆盖率:

GPRS覆盖公里数/总测试距离（Km）×100%

满足以下条件之一判别为GPRS无覆盖里程：

1、服务小区电平低于-94dbm且最强的邻小区电平低于-90dbm，并持续5秒钟以上的路段

2、手机的TBF处于关闭状态且超过90秒钟以上没有接收到SystemInfo13的路段

5.2.5.GPRS掉线率测试

掉线率：

掉线次数/总FTP下载尝试次数X100％（用测试终端及测试软件）

满足以下条件之一判别为掉线：

1、网络原因造成连接断开，以下行信令PDPdeactivaterequest或RAUreject作为判断依据。

2、测试过程中超过3分钟FTP没有任何数据传输，且尝试ping后数据链路仍不可使用。

此时应断开拨号连接并重新拨号来恢复测试。

3、每次掉线后重建拨号连接，并且应重新开始一次FTP下载过程。

如果发生掉线是由于覆盖原因造成，掉线将不再重复计算。

5.2.6.FTP下载速率测试

FTP下载速率：

FTP总下载数据量/总FTP下载时间（秒）（用测试终端及测试软件）