- FTA 测试需要涉及的工作与流程
测试大致流程及涉及的工作

- 送测Lab 之前需做的准备工作
项目与测试样机基本信息
如下信息请填写发给MTK,以便MTK 了解基本的认证项目与产品信息

PICS 相关
MTK 会提供一份Chip 的default PICS,但是客户还需要自行修改一些项的Value;
根据送测产品的实际capability 修改MTK default PICS,使PICS 与UE 的实际能力相匹配;
请跟RF 部门确认产品的band 信息,修改PICS 中的2G/3G/4G/5G band 的项;
PICS 中的4G Sheet 里面的FGI 的修改,请参考FAQ20110;
如果产品开启或者关闭某个modem feature,请修改PICS 里面对应的值,并且告知Lab;
请让Lab 先预测试如下test case,第一时间查找出PICS 不匹配的项目,然后根据UE 上报的capability 修改对应的PICS value:
2G: 51.010-1_26.6.11.3
3G: 34.123-1_8.1.5.7
4G: 36.523-1_8.5.4.1
5G:38.523-1_ 8.2.1.1(for MR-DC)/8.1.5.1(for NR)
确认并修改LTE AS Release:
请先确认是否支持CA,确认CA enable/disable 的方法,请参考FAQ18247;
如果不支持CA,那么过GCF/PTCRB 时,需要修改用于test sim 的LTE AS Release,如果没有特别改动,一般情况:93 平台需修改成R11,95 平台需修改成R12;
确认及修改test sim LTE AS Release 的方法,请参考FAQ21961,或者在DCC 搜索文档:CS6001-AAZ1J-SOP-V1.0EN_Modem_Design_UE_Capability_LTE_AS_Release_Note.docx
确认并修改WCDMA AS Release:
请先确认哪个平台,是否打开了SBP:SBP_ACCESS_STRATUM_RELEASE
一般情况下,5G(GEN97)平台默认打开SBP,需要设置WCDMA AS release 为R9,LR13(GEN95)默认设置为R9, LR12.R2(GEN93)平台则设置为默认R9, LR12.R3(GEN93)平台则设置为默认R11;
确认及修改test SIM WCDMA AS Release 的方法,请参考FAQ25021;
当WCDMA AS Release 为R9 时,最多可支持上报16 个LTE band,超过16 个band 时,请手动缩减并打开case 所需的band。
PICS 制作更详细说明可以在DCC 中搜索:Test_Specific_Feature_FTA_PICS_SOP.docx 默认平台的PICS 表格,可以在DCC 中搜索如下文档:
(MTK M21 platform) CS0021_Modem_Test_Specific_Feature_PICS.rar
(MTK M50 platform) CS0050_Modem_Test_Specific_Feature_PICS.rar
(MTK M70 platform) CS0070_Modem_Test_Specific_Feature_PICS.rar
(MTK M80 platform) CS0080_Modem_Test_Specific_Feature_M80_PICS_NSA_SA.rar
送测软件、安排测试计划、及测试预设置
送测使用Open Market 软件版本,请勿使用开启特定SBP 的运营商版本。此外,请确保送测版本打上
FTA 相关的modem patch。请在MTK PMS 上进行查询,页面:Patch Management->Specific Domain;Scenario/Category :Modem Patch-Certification;Type:FTA 、GCF/PTCRB ,页面操作如下图所示,如还有不清楚的地方请与MTK CPM 沟通确认。

合理安排GCF/PTCRB 的整体time schedule。5G project 至少需要10~12 周,如果含Volte 需要在此基础上增加两周至12~14 周;4G project 至少需要8~10 周,如果含Volte 至少需要10~12 周;3G project 至少需要8 周;其中预留给贵司及MTK debug support 的时间至少需要4~6 周以上。此周期还与手机需要加测的功能有关,例如NFC 功能等,那样的话schedule 还需要增加,请与最终的客户制定合理的time schedule;
测试之前,请告知Lab 进行如下预设置再进行测试否则会引起大量test fail,此条务必正确传达给Lab 测试人员;
打开FTA mode:工程模式->modem test->选择FTA(Lab 若只有ANITE 仪表,可选择ANITE 即可,但是建议全部勾选上),重启手机后再次进入设定界面,即可确认设置是否成功;如果无UI 界面可以使用AT+EPCT=2 来开启FTA mode;或者可以通过添加code 来使软件版本默认打开FTA mode,降低由于忘记设置FTA mode 导致case fail 的概率,详情请参考FAQ22647;
关闭Network prefer: 工程模式->RAT Mode->选择相应SIM,确认网络模式为”NR/LTE/UMTS/GSM” ,如果是4G 平台,请确认网络模式为LTE/UMTS/GSM,并且勾选“Disable C2k Capability”;
打开data prefer: 工程模式->Mobile data service preferred->勾选上即可;如果无UI 界面可以使用AT+EGTP=0 开启data prefer;
GPRS Connection to Always 开启,Settings -> Network settings -> GPRS connection -> Always
关闭FD/SCRI: 工程模式->Fast Dormancy->Config FD->Turn off 即可,(这一点for 大部分case,若遇测试Fast Dormancy case 相关需要打开此项)
背景流量禁用: 工程模式->telephony->background data select->disable background data; 或者可以通过添加code 使软件版本默认禁用背景数据,降低由此导致的case fail 概率,详情请参考FAQ10323.
IMS 测试时,开启unlock test sim:Telephony->Modem Test->Unlock Test SIM(enable);或者可以通过添加code 使送测软件版本默认开启unlock test SIM,降低由此导致的case fail 的概率,详情请参考FAQ22985.
- 测试过程中需要做的工作及test fail case log 抓取与提交
测试过程中涉及的主要工作
请要求Lab 每天提供daily report 给产品厂家和MTK,测试过程中若有blocking issue, 请尽快通知MTK/客戶进行support;
请每天持续跟踪Lab 测试进度,让其保证在合理的time schedule 内完成第一轮test case 的测试与复测,预留给贵司与MTK 充足的fail case debug support 时间;
在Lab 完成第一轮测试与复测,如果更换多个样机,或者更换测试仪表,使用对比机对比测试还是
fail,请抓取相关log 提交E-SERVICE;
FTA 提交E-SERVICE 的log 抓取要求
每条fail case 的log 的抓取,都是从开机测试时开始抓,一条fail case 一份log,不能多条fail case 混在同一份log 里面;
针对2G/3G/4G/5G protocol 及RF fail case,在进行复测之后抓取MTK log(AP+modem log)、仪器log;针对SIM/STK/USAT fail case, 在进行复测之后抓取MTK log(AP+net log+modem log、仪器log、IT3 报告;
针对AGPS/SUPLfail case,在进行复测之后抓取MTK log(AP+net log+modem log)、仪表log、另外需要GPS log,GPS log 的抓取方法请上MTK online 搜索“[FAQ05622]GPS 问题所需要录制的log 及方法”;
所有仪表侧的log 需要转换成HTML 格式或者文本格式便于解析;
Fail case E-Service 系统提交规则
一份test fail log 只对应一条test fail case,提交只能对应一个E-service ID,多条fail case,提交多个ID;E-service title 的规则:[手机厂家/ODM 厂家][出货市场/代工客户][Lab 的名字][MTK Chip][产品硬件项目名称][GCF/PTCRB][fail case 协议号][fail case 测试项号];例如:
[HUAQIN][HUAWEI[Lab name][MT6735][ A5x][GCF][34.171][5.6]
[HTC][AT&T][Lab name][MT6735][ A5x][PTCRB][34.171][5.6]
– 其中[fail case 协议号][fail case 测试项号]可以直接在Lab 的test report 中copy,或者向Lab 询问清楚;
将某条fail case 对应所需log 上传到E-service,并且添加Lab 测试人员对此条fail case 的fail 点的现象描述、test step 等fail 相关的尽可能多的信息,以方便快速定位问题;
Log 需要包含手机侧与仪表侧的log,所有仪表侧的log 需要转换成HTML 格式或者文本格式,便于MTK debug;有些case 需要提交其他额外的log,例如测试STK/USAT 等需要IT3 仪表的log,AGPS 的case 需要GPS log 等,请一并提交;
Fail case 的处理经验
RF/MMI/AP 类的问题,请产品厂家先进行check,之后再提交E-Service;
务必把MTK 的suggestion 落实到Lab 的测试过程中去,建议在debug 阶段,厂家派出人员到Lab onsite;
及时在E-service 上面反馈fail case 的retest 的结果,如果Lab 长时间不安排复测或者无任何更新,这样会直接给FTA project 的TA 带来risk,所以产品厂家对Lab 的测试和复测督促是非常重要的一个环节;为避免machine CR 造成的时间资源浪费,请至GCF 官网自行查询该fail case 是否属于machine CR,常见如case 34.123-1 7.2.3.37,详情请参考FAQ26305,具体操作方法请参考FAQ26248.
- MTK FTA Test SOP and Trouble Shooting
测试与debug SOP,请在DCC 上搜索:Test_Specific_Feature_FTA_TEST_SOP.docx 。请相关测试与debug
人员参考,并且传达给Lab 测试人员。
5G 部分的debug SOP,请在DCC 上搜索:Test_Specific_Feature_5G_FTA_TEST_SOP.docx.。请相关测试与
debug 人员参考,并且传达给Lab 测试人员。
如何填写F2/F3.2 测试表格,请在DCC 上搜索:Modem_Test_Specific_Feature_GCF_CC_F2_And_F3_2.rar