当前位置：首页 > 工作总结 > 工程总结> TDSCDMA无线网络工程具体测试方法总结

TDSCDMA无线网络工程具体测试方法总结

时间：2023-04-20 08:16:28 工程总结收藏本文下载本文

TDSCDMA无线网络工程具体测试方法总结（精选3篇）由网友“ijdnhin”投稿提供，下面是小编为大家整理后的TDSCDMA无线网络工程具体测试方法总结，供大家参考借鉴，希望可以帮助您。

篇1：TDSCDMA无线网络工程具体测试方法总结

TD-SCDMA无线网络测试方法1.覆盖测试

覆盖测试场景分为室外和室内两种.其中室外覆盖测试分为径向拉远和环行覆盖两部分,其中,径向拉远测试主要完成单小区径向上的最大覆盖距离测试,环行覆盖主要完成在小区覆盖范围之内,在各方向和地理环境下的业务质量和信号效果的考察.

在测试之前,首先要对小区的部分参数的取值(如站型、广播信道码域发射功率、专用信道的码域发射功率最大值,上行和下行BLER目标值等)进行约定,以期得到某种典型设置下的覆盖情况,从而使结果更具有参考性.室外测试中,采用测试车携带路测设备,在预先选定的测试路线上,以低于30公里/每小时的速度行驶,路测设备和网络侧同时记录终端和系统的相关参数.为最大程度地消除测试结果的偶然性,测试次数不限于一次,应根据测试情况灵活确定.

室内测试中,可以采用动态覆盖测试和定点静态覆盖测试两种方式.动态测试用于测试无线网络信号在建筑物内的某条路线上的连续覆盖效果,其测试方法和室外测试基本相似;定点静态测试用于测试在不同穿透损耗、不同的多径环境下特定地点的覆盖情况,通常在建筑物内的不同楼层、不同方向,有代表性地选择穿透损耗不同的几个测试地点进行各种业务的测试,并察看各点的业务质量,结合该点的无线网络环境分析影响覆盖的主要因素.

在径向测试中,每次测试应以各种业务的服务质量是否满足目标(各业务的BLER目标值)作为小区边界的判定原则,即以NodeB测量到的上行业务信道的BLER、UE测量到的下行业务信道的BLER值进行比较,以先超出目标值而后再降下来的地点作为小区的边缘.

TD-SCDMA无线网络测试方法2.容量测试

单小区最大理论容量.对于TD-SCDMA系统来说,根据在每个业务时隙上提供的码字资源,可计算得出各种业务的最大理论容量.容量测试即需要验证实际环境下,接入的最大用户数是否能达到或接近理论值.具体说来,容量测试分为静态测试和动态测试两部分.

在静态测试中,将终端均匀放置于预先选定好的各个测试地点,按要求依次发起规定业务,路测终端和网络侧分别记录随终端数量增加带来的无线网络信号的变化情况,直到接入到最大数量;静态测试的地点选择,可以分为集中于一个近点、分布于多个信号强度相同但位置不同的地点和分布于多个信号强度不同且位置不同的地点等多种分布情况.

在运动测试中,由几辆测试车分别携带终端,发起业务后分别在小区内选定的不同测试路线上,以低于30公里/每小时的速度行驶,路测设备和网络侧同时记录终端和系统的相关参数.为最大程度地消除测试结果的偶然性,测试次数不限于一次,应根据测试情况灵活确定.

同样,为保证在某种典型设置下的测试结果更具有参考性,在测试之前也要首先对小区的部分参数的取值进行约定.测试中,每次测试应以满足业务的服务质量的最大用户数作为小区容量的判定原则,即测试中,在每个测试地点持续接入新的UE,直到不能稳定接入,此时把能够稳定接入并保持一定通话时间的呼叫总个数作为小区容量.

对于网络上下行受限的判断,应根据达到最大数量时的终端发射功率和基站的总发射功率作为依据.当基站的总发射功率先达到最大,通常判定为下行受限;反之,为上行受限;如果基站和终端的发射功率几乎同时达到最大,此时判定为上下行同时受限.如果接入用户数量达到了理论上的最大值,即占满了全部的码域资源,但此时上下行功率尚未达到最大,可以判定此时为码字受限,即受限于系统提供的码域资源.

TD-SCDMA无线网络测试方法3.加载方式定义

无论是覆盖测试还是容量测试,不光要考虑异频组网和同频组网对测试结果的影响,还需要考虑邻小区和本小区(覆盖测试)有无用户条件下的结果变化,因此需要对加载方式做出约定.

加载方式分为真实用户加载和模拟加载两种方式,真实用户加载方式是采用其他终端发起实际业务的方式,对测试终端形成加载;而模拟加载一般采用正交信道噪声源(OCNS)的模拟加载方式,即在基站侧拿出某时隙的部分物理信道资源(简称码道),采用全向、随机或定向的波束赋形方式,进行无线网络信号的发射,从而模拟小区中的移动用户,得出对本小区或邻小区产生干扰的情况.

篇2：TDSCDMA无线网络工程测试结果分析方法

1.覆盖测试的结果分析

为对覆盖测试的结果进行充分而准确地分析,需要在测试过程中保证上行和下行的某些关键参数能够被准确无误的记录下来,针对TD-SCDMA系统的覆盖测试来说,需要实时记录的主要数据包括如下.

(1)路测终端侧:需要记录测试路线上各采样点的接收信号码域功率,载波干扰比,UE发射功率,下行业务信道的BLER(误块率)值,下行业务信道的RSCP和路测仪计算出的路径损耗;(2)系统侧:需要记录测试过程中的下行业务信道的TCP(码域发射功率),上行业务信道的RSCP和BLER.

通常,P-CCPCH广播信道的覆盖情况只需要考察测试路线下行的接收信号码域功率,载波干扰比即可.而在考察业务信道的覆盖时,需要对上下行这两部分数据按照对应的时间或者系统帧号(SFN)进行合并,得到同一个地点的上下行信道的综合信息.根据这些信息,可以形成以距基站的距离为横坐标,各无线参数为纵座标的曲线图以及更为直观的以电子地图为背景的MapInfo格式的测试结果图.

在得到上述测试结果图后,可以根据小区边界及受限情况的判定准则,得到每种业务和每种条件下的小区覆盖边界,同时根据图形给出的信息,得出覆盖受限的原因.同时根据路径损耗的变化,可以得到在测试路线上,各采样点的无线信号的实时变化情况,一方面可以对测试结果做辅助分析,另一方面也可结合小区中道路和地面环境对网络现有覆盖的质量进行一定程度的评估.

在得到每个单独测试例的测试结果之后,可以将这些测试结果放在一起,进行对比、分析,从而对TD-SCDMA网络在多业务运营、异频和同频组网条件下的无线网络规划提供可供参考的结论.宿,通信企业黑名单e

2.容量测试的结果分析

和覆盖测试不同,对于容量测试来说,需要随着终端数量的增加,阶段性地实时记录测试终端和系统测试的关键数据.

(1)路测终端侧:记录UE的发射功率,下行业务信道的BLER(误块率)值,下行业务信道的RSCP,下行时隙的ISCP(干扰信号码域功率)等;

(2)系统侧:在记录测试终端参数的同时,需要记录测试过程中的基站发射功率,宽带接收总功率,下行业务信道的TCP(码域发射功率),上行业务信道的RSCP和BLER等.

以话音的容量测试为例,通常会选择每个时隙的用户数达到2、4、6、8时分别记录上述参数,并把上面的两部分数据进行合并,得到相同用户数量下的上下行信道的综合信息.根据这些信息,可以形成以用户的数量为横坐标,各无线参数为纵座标的曲线图.

在得到上述曲线图后,可以根据小区容量及受限情况的判定准则,得到每种业务和每种条件下的小区最大用户数,根据基站和终端的发射功率变化,分析容量受限的原因.同时根据随用户数量增加各无线信号指标所发生的变化,分析终端和基站的发射功率的变化,从而发现对小区容量产生影响的主要因素.

在得到每个单独测试例的测试结果之后,可以将这些测试结果放在一起,进行对比、分析,得到相同业务在不同网络条件下的容量结果对比.其中需要着重关注的是,在受到多种组网或加载方式的影响下,同一种业务的容量会有怎样的变化,通常以邻小区关闭条件下的容量作为参照,比较其他加载条件下的容量,分析容量变化的原因,从而能够根据具体组网的方案,确定合适的小区容量规划.

覆盖测试、容量测试都是衡量移动通信系统无线网络性能的关键因素的测试.对TD-SCDMA系统在不同环境和场景下的覆盖、容量等指标进行测试,可以了解实际环境中TD-SCDMA系统的网络性能,掌握其网络规划和运维所需的实际经验和经验参数,为TD-SCDMA网络建设积累经验.

篇3：移动端测试方法总结

移动端测试方法总结

兼容性测试

针对App通常会考虑这些方面：

1、操作系统版本

包括Andoird版本，iOS版本

2、屏幕分辨率

android 800*480, 960*640,1280*720(720p),1920*1080(1080p),2560*1440(2k).

对于iOS,考虑最近几代机型对应的分辨率即可.

3、不同厂家的ROM

不同厂家的ROM,大多厂家都对android 系统进行了定制、实际中会遇到例如调用相机和底层服务出现的不兼容问题以及摇一摇遇到的不同手机对于方向和重力传感器灵敏度设置不同的问题.

4、网络类型

网络类型通常考虑wifi,2g,3g4g下的功能情况。另外针对m版网站考虑不同浏览器类型和屏幕分辨率.

流量测试

在移动产品的测试中，很有必要对App使用的流量进行度量，大致来说，流量可以从用户使用的的相关性角度分为：一类是用户的操作直接导致的流量消耗;另一类是后台，即在用户没有直接使用情况下的流量消耗。

流量的测试方法：

1、基于系统自带功能.

eg android proc/uid_stat/{uid} /tcp_send

android proc/uid_stat/{uid} /tcp_rcv

2、通过API或者系统埋点来获取数据。

3、通用的流量测试方法：手机抓包，或者wifi代理(Fiddler， Charles)。

常见的流量节省方法：

1、数据压缩。

2、压缩包含接口文本数据的压缩，js文件的压缩及图片的压缩。

3、不同数据格式的采用

例如采用JSON格式作为接口数据返回格式通常比XML格式要小。

4、控制访问的频次

这个主要针对后台数据上报，PUSH消息检查等定时机制的。

5、只获取必要的数据

有时候APP一页的内容非常多，而用户可能只会看一部分，过多的从后台拉去数据就是浪费，所以可以采用分屏加载或者懒加载的方式来减少流量消耗。

6、缓存

可将图片，js等数据暂存起来，但由于手机存储空间有限，也需要控制整个缓存大小，并给用户提供清理缓存的选项。

7、针对不同网络类型设计不同的访问策略

有些APP不同的网络类型返回的内容不一样。

电量测试

在电器电池技术没有取得巨大突破前提下，这方面始终会存在一些瓶颈，如果一些App架构设计的不好，或者代码偶缺陷，就可能导致电量消耗比较高，所以电量测试也是很重要的。

工具 GSam Battery Monitor Pro.

弱网络测试

移动互联网产品相比PC互联网产品，有一个特点是前者使用的网络比较多样，除了Wif之外，很多时候是在移动网络下使用的，移动网络遇到的情况又比较复杂，比如地铁、隧道、体育场等。所以网络不稳定的情况是比较容易发生的，很多情况下App的一些问题是在复杂的网络情况下才会暴露，与其让用户发现和投诉这些问题，不如我们在测试阶段尽量模拟这样的网络情况，及早发现和修复这些问题。

工具：

Windows下的Network Delay Simulator

Mac下的Network Link Conditioner

稳定性测试

在保证基本功能正确基础之上，App的稳定性就显得非常重要，如果一个App经常出现闪退或者卡死，那么用户体验就会受到很大伤害，在有其他竞争产品的情况下很容易造成用户的`流失。

安全测试

1、包括安装包的安全测试(能否反编译代码、安装包是否签名，完整性校验，权限设置检查等)。

2、敏感信息测试(数据库，日志，配置文件)。

3、软键盘劫持(金融类APP登录页面的用户名密码输入框)、

账户安全(密码是否明文，密码传输是否加密，账户输入错误次数过多锁定，同时会话提醒，注销机制)

数据通信安全(关键数据是否散列或加密，关键连接是否使用安全通信，是否对数字证书合法性进行验证，是否校验数据合法性。

4、组件安全测试。