微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 手机设计讨论 > 手机测试学习交流 > [讨论]RF测试数据采集点的时间、平均数问题

[讨论]RF测试数据采集点的时间、平均数问题

时间:10-02 整理:3721RD 点击:
大家讨论一下,
(1)在手机测试中,某一项目测试时数据采集点应该在什么时间采集更合适,有什么通用标准、要求?
比如,切换TCH、PCL后立即测试TX、RX等项目,还是可以稍等某个时间在开始测试?
从理论上说如果刚切换TCH、PCL时采集到的数据都没有问题,那以后信号会更加稳定,通常不会再出问题。但对于RF性能不很好的手机,就产生一个逃避的方法,切换以后可以加一个延迟时间,这样测试结果会好看一些。
数据采集点的时间有没有什么统一的规定、要求?FTA、CTA是怎么要求的?
8960、CMU的数据采集方法不一样,又有什么区别?
(2)对于RF性能好的手机,即使只采集一个Burst,数据也能合格,但不能代表全部burst的情况;对于RF性能不那么好的手机,只采集一个Burst可能就会出问题,就可以采取逃避的方法:采集多个burst再取平均值,这样结果就好看得多
数据采集多少个才合适?有没有什么统一的规定、要求?FTA、CTA是怎么要求的?

協議里這些都有啊,1110裡面說的很清楚,至於等待切換穩定,8960可以用seq命令或者查詢done flag,這些都是8960寄存器一極的東西,訪問的效率很高的

不太明白楼上的意思。(1)的确规定了测试多少次数,比如说Freq/Phase Error,需要20个不必是连续的Burst。但问题是是不是要求这20个Burst必须都合格(每1个Burst内都合格)?但对于ORFS,规定中明确提出了可以200或50个Burst取平均(The spectrum analyser average over the gated period and over 200 or 50 such bursts, using numerical and/or video averaging)(2)你所说的查询寄存器,寄存器只是提示完成了TCH、PCL的信令上的切换,并不表明手机此时已经稳定工作(尤其是刚完成切换瞬间的ORFS)。这一瞬间测试结果比较差,如果先加某个延迟再测试就不会有问题,规定中只确定采多少次数值,并没有规定什么时间采集数据。



infact, there is no dramatic variation for ORFS during switching in my experience, too bad result may indicates some problem with your handset, something with both hardware and software.   

不明白小编要测试什么具体的RF项目

那就大家交流一下生产测试RF时的设置,看一下各位是怎么测试的(是不是很多人直接采用8960/CMU的默认值?):
TX Power,Freq Error,Peak/RMS Phase Error,PVT,Swit/Mod ORFS:取值平均数?
BER:Bit/Frame数量?
RX Level/Quality:切换BS Power后的等待时间?
通话、待机电流:取值平均数?
TCH/PCL切换后是否有等待时间再开始测试?如果有,等待多长时间?
用的是什么仪器(8960/CMU/Agilent663xx/Keithley230x/...)?

我也想学啊

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top