2020-04-17 项目回顾-milan

项目流程

DR0项目评审--堆叠--器件选型+架构--原理图,layout评审--modem配置--初版EBOM--校准文件


mockup01

1、DRDI Modem配置出错,PA使能端配置错误,导致PA不工作TX端无法正常工作。

2、Modem B28频点改动,未全部改写,modem无法正常工作,后修复

3、B13 TX 校准正常,非信令强发无功率出来,B13端口被LNA占用,modem应全部off ELNA使能配置

4、MTK校准文件整理

5、2G 900杂散三次谐波临界,公共端已确认,匹配无法改动,主频功率降低,可以提高谐波余量。

6、PRX MAX_MIN DE-sense ----------文档

mockup02

验证性能

proto

1、B41 NSFT综测,功率抖动问题,可以多次进行NSFT测试,取平均值

2、SWTP

硬件功能实现定义。

3、关于MTK机器在EUT注册仪器,固定band中心频率时,切换带宽掉线的解释。

问题原因:

重定向使用的是同一个小区,所以测试脚本在connection release后去修改SIB1和SIB2的配置。如果仪表改SIB1的时间点比UE重新接收SIB1的时间点晚,UE会继续使用旧配置,造成rrc Connection建立失败。

测试机对比机差异情况:

测试机在connection

release后立即去读SIB1:

OTA    1013977    8615563    08:09:24:261    ERRC_CONN    [NW->MS]ERRC_RRCConnectionRelease(EARFCN[300], PCI[0])(cause:[ReleaseCause_loadBalancingTAUrequired],redirectInfo:[1])

OTA    1016046    8616829    08:09:24:261    ERRC_SYS    [NW->MS]SystemInformationBlockType1 (EARFCN[300], PCI[0])    valuetag=3

参考机在rrc release后400ms去读SIB1:

00:16:30.541            DL_DCCH / RRCConnectionReleaseRadio Bearer ID: 1, Freq: 3100,SFN: 871

00:16:31.087            BCCH_DL_SCH / SystemInformationBlockType1Radio Bearer ID: 0,Freq: 3100, SFN: 926

差异解释:

按照spec36331要求,UE接收到RRC Connection Release之后需要等待60ms或是L2确认ACK之后处理该消息。测试机收到RRC Connection Release消息后很快收到了L2的ACK确认,所以很快走CONN进入IDLE,接收系统信息的处理。是符合协议要求的。

OTA 1013977       8615563  08:09:24:261 ERRC_CONN [NW->MS] ERRC_RRCConnectionRelease(EARFCN[300],PCI[0])(cause:[ReleaseCause_loadBalancingTAUrequired], redirectInfo:[1])

PS   1014016  8615572 08:09:24:261  ERRC - ERLCUL   MSG_ID_ERRC_ERLCUL_SRB1_ACK_REQ

PS   1014021  8615572 08:09:24:261  ERLCUL - ERRC   MSG_ID_ERRC_ERLCUL_SRB1_ACK_CNF

PS   1014025  8615573 08:09:24:261  ERRC_CONN [REL] low layer indicats the receipt ofRRCConnectionRelease had been acked

至于多久可以收到取决于底层以及网络环境,此时间无法控制。

结论:

UE行为是符合协议的,软件层面没有可做的,建议还是参照MTK的建议,修改test case,建议开启两个小区切换带宽-----------

你可能感兴趣的:(2020-04-17 项目回顾-milan)