讲义说明案例agps func-cert handbook v1

1、SUPL&AGPSCertificatione:CompanyIed:TCLcommunicationNingboR&DNo.SUPL&AGPSCertificatione:CompanyIed:TCLcommunicationNingboR&DNo.fanroadHi-techProvince,China: :ESF Explore-SUPL 2.0 需要修改gps.conf 中的adb 修改配置文件中的值：SUPL_VER=0 x10000 为 Eng/User debugpushadb rootadb remount后 再 做 push。后续开放 NV 权限后，也可通过 NV06791

2、修改 SUPL ：65536 (SUPL 131072(SUPL2.0) Date: Author:Yuan3. 文：filecenterVAL2_SystemTesting03_Func&Cert03-ListSUPL3_Training03_配置说TMC AGPS 测试样机配置说明.docxSUPLTestProcedureSettings3. 文：filecenterVAL2_SystemTesting03_Func&Cert03-ListSUPL3_Training03_配置说TMC AGPS 测试样机配置说明.docxSUPLTestProcedureSettings4. 可能需要发

3、给 TMC 测试工程师的工具（附件 B 获取A)QXDMB)MSBAPKC）MSA 定位方具体配置文件可从附件 C 中获取具体配置文件可从附件 C 中获取Date: Author:YuanLog4.1 SUPL&AGPS 认证支持，除了经验累积最主要的还是能通过 Log 对问题进行分析和定用到的 Log 分析工具主要Log4.1 SUPL&AGPS 认证支持，除了经验累积最主要的还是能通过 Log 对问题进行分析和定用到的 Log 分析工具主要包括 rHS 和 Wireshark。下面对这几种工在 AGPS 测试分析中的使用，逐一进行说明。本文中只简单介绍 Log 分析工具使用方法，具体 Sn

4、apperHS 和 Wireshark 的安装包可从filecenterVAL2_SystemTesting03_Func&Cert03-4.2QXDM&4.2.1在所有 Log 分析工具中，可以说 QXDM 是最重要求 TMC 工程师抓取的 QXDMB获得 Log 后，按照实际情况可通过如下方式进1. Refilter用QXDM打开Log后，按F11打开Item ViewCtrl+A全选，随后单击右键选择Refilter ItemsDate: Author:YuanLog 过滤界面，选Message Packets 中的：过Log 过滤界面，选Message Packets 中的：过滤结束后

5、，GPS 相关的 log 就会显示Date: Author:Yuan2. Match 操作方式QXDM isf2. Match 操作方式QXDM isf log，按F11 Item View，Ctrl+A log，然后单击ItemsItems 界面输入筛选的关键字Match 筛选后，相关的log 就会F12 Filter View 界面中显示出来Date: Author:Yuan。 加后，可以信息显示在窗口中：Date: Author:Yuan4.2.1QCAT工具的作用与QXDM相似，但用于分析网络相Log更4.2.1QCAT工具的作用与QXDM相似，但用于分析网络相Log更直观和明晰PDP

6、QCAT使用 QCAT 打开 isf log，并使用过滤器，按照需求过滤 网络失败 Author:Yuan过滤显示如4.3SnapperHS 是查看 SUPL&AGPS log 非常重要的过滤显示如4.3SnapperHS 是查看 SUPL&AGPS log 非常重要的一个工具，主要用于分端与服务器1. 在从 TMC 获得 isf log 后，想要通过 SnapperHS 查看该 log，需要先将其转化为 dlf 格Date: Author:Yuan2. 打开 SnapperHS，点击 Settings-File Playback，选Phone Log File,然后打刚刚转化完成的2. 打开

7、 SnapperHS，点击 Settings-File Playback，选Phone Log File,然后打刚刚转化完成的 dlf 文件，点击 OK。操作步：点击 OK 后，SnapperHS 窗口左上角会出现工具，点Play 键，开始回放 Log打开Call Flow窗口查看Log分析SUPLDate: Author:YuanLS-MS 为服务发/上传终端下发，MS为向服务器上发。双击信令能看到通信中LS-MS 为服务发/上传终端下发，MS为向服务器上发。双击信令能看到通信中4.4 isflogpcaplog，QCATWiresharkQCATisflog，Tools-Convertlo

8、gfiletoDate: Author:Yuan在配置界面设定输，随后点击 转化完成后，Message在配置界面设定输，随后点击 转化完成后，Message 界面会显示相应信息，并中得到 pcap Date: Author:Yuan 与服务器的握手过程服务器地192.168.0.35）筛log 中 与服务器的握手过程服务器地192.168.0.35）筛log 中能4.5 TLZTLZ 格式的系统 loglog，因没办法正常查看该 log，一般只能把它发给高通进行分析。但有时候，也可以用 UltraEdit 简单查TLZlog的方式log文件单击右键，选择“打开方式”为解压文件（WinRAR其中

9、X.log 文件包含了 case 的主流程，taconfig.xml 是网络测相关配置，而.clf件则是很重要的 PICS 配置文件。如 SHA 配置的是 1 还是 256，都可以从这些源码文件中查看Date: Author:Yuan将这些文件解压出来后，用 UltraEdit 打开，就能看将这些文件解压出来后，用 UltraEdit 打开，就能看到类似如下的源码Date: Author:Yuan5.1 这里的测试经验总结主要针对进行测试。一汇报题后工程师可程先进行处理通5.1 这里的测试经验总结主要针对进行测试。一汇报题后工程师可程先进行处理通SUPLAGPS测试中碰到的许多问题，都与用例无

10、关性能稳定引起的，有些是测试工程师操作不当引起的，也有些可能是仪器端参数配置不当引起的。为排除环境原因的影响，我对迄今为止所遇常见问题做了简单总结，用于后续测试参考以下分析基本每个问题或用例都有相应的 log 可供分析和参考，log ListSUPL3_Training04_Log 备份SUPL&AGPS certification 如下需要可对应具下获取 Log的AGPS 和SUPL定性，通常一开始收到的 Fail 用例会比较多。获取TMC 测试工程并以邮件形式询问用例 Fail 原因通过TMC工程师告知的Fail原因，将失败用例归类。如未接到定位请求、参4.2章节中会逐一分析TMC测试常见

11、问题，可先把Fail用例及原因与4.2章类似状况，可指导 TMC 工程师进行操作，重新测试。章节中还会提到一部限制无法支持的用例， m 5 和步6 Fail TMC工程师抓log。前面Spirent仪器的不稳定Fail用例可能logPass。在经过步骤 57 筛选后，仍旧 ，就需要根据 Log 和协议逐条分析Date: Author:Yuan5.2 1. 按照迄今为止的经验，网失败通常在测试 AGPS LTE 的用例时比较容易出现。而失原因有很多，但最近项目碰到5.2 1. 按照迄今为止的经验，网失败通常在测试 AGPS LTE 的用例时比较容易出现。而失原因有很多，但最近项目碰到的主要问题有

12、以下两种。信息，从下图可以看到网的优先级可尝试解决方案把 LTE RATsearch orderB中获取。减少实网小区对测试的干扰，把仪器端 Band 改为除 1 和3 以外的Band 72） APN 失败。过滤 LTE NAS 和RRC 信令后，可以看到异常 Log 信息这种情况，一般是创建的 APN 失效。解决方案是通过 后，多了一个空的 APN 承载，导D 修正 APN，具体步骤如下Date: Author:Yuan2PDP判断 PDP 是否激活，需要让 TMC 测试工程师在测2PDP判断 PDP 是否激活，需要让 TMC 测试工程师在测或飞行模式，以 2/3G 网络LTE 网络下筛选

13、Signaling 则能看到如和电脑连接，找到 Modem 口输入 ATE1，然后回车，这时你再输入 AT 里面的APN）+CGDCONT: 从上面可以看出，这是一个空的 APN，因为 IPV4V6 后面的引号里面是空的这时可以进行以下操作：先将这个 APN 给删除，命令为 AT+CGDCONT=1（返回显示 OK，就代表成功删除 AT+CGDCONT?查询一下然后就是重新写 需要的 APN AT+CGDCONT=1, 返回 OK 代表写入成功，或者写完之后，可以自己再用 AT+CGDCONT?查询一如果这样还是 ，那就先将 里面的 APN Date: Author:Yuan反之，如果在 Lo

14、g 中找不到相关信息，则代表 PDP 未激活造成 PDP 未激活的原因迄今为止反之，如果在 Log 中找不到相关信息，则代表 PDP 未激活造成 PDP 未激活的原因迄今为止碰到过的主要有以下几类，可逐一排除的飞行模式开关无效，无法代替开关机，测试用例前必须重新启Dataenable，PDP仪器端有小区未开启，或其他问题APN 未设置或设置错误，导致 PDP 激活失败（暂未碰到。Open 是AGPS 启动前的初始动作，如Open failed 在服务器端的表现一般为超时导启动 AGPS 的过程中，测试工程师有类似开启飞行模式，关闭 Data enable 或 RF 传导线断开连接等操作。度影响

15、很大，但至今没有太好的办法，只能按照经验尝试。Log 的分析方式也是通过 Match Author:Yuan或者筛选 Meassage-Security- Cryptography 查看如引删如认证失败的原因，除，重新导入，并重频繁出现认证失放错或忘记放外，或者筛选 Meassage-Security- Cryptography 查看如引删如认证失败的原因，除，重新导入，并重频繁出现认证失放错或忘记放外，原因很难确定。解决方案有，再测试，也可以用如下高通提供的方案操作：名称5. MSA 定位启动失败不管是 SUPL 还是 AGPS 中都有需要 MSA 启动的用例，由测试 MSA 的特殊性，MS

16、A 动时，就很容易出现收不到 MSA 定位消，表现在仪器端 Log 中就端 Author:Yuan造成 MSA 启动失败的原因很难确定，一般都是启动时间不匹配或启动出错造成的。碰到 TMCMSA 定位请求未发，拿到 log 后，最好是先排除其他诸如 PDP 未激认证一般来造成 MSA 启动失败的原因很难确定，一般都是启动时间不匹配或启动出错造成的。碰到 TMCMSA 定位请求未发，拿到 log 后，最好是先排除其他诸如 PDP 未激认证一般来说，启动 MSA 的方法有 APK 和 QXDM 两种，但是 QXDM 的启动更保险和稳QXDMMSAB为了处理MSA 问题 MSA 定位相关用例罗列如下

17、，主要需注意的是 SUPL 部分到 log 后，最好先排除 PDP 未激活、认证失败等问题。排除外因后的 log 如果依旧搜星定位一般来说，是用 QXDM 的 View-New-GPS-GNSS Measurements 的搜星情况用 View-New-GPS-ition Report 窗口，查看定位情况。从下图能看到，AGPS 却搜不到星，所以 CNo 的值一直是 0，导致定位务器通信成用SUPLSUPL-1.0-con-030TestSUPL-1.0-con-130TestSUPLSUPL-2.0-con-030TestSUPL-2.0-con-110TestDate: Author:Yu

18、an造成这种情况的原因很难确定，一般来说，有可能是仪器，也可能搜星能力问题，甚至造成这种情况的原因很难确定，一般来说，有可能是仪器，也可能搜星能力问题，甚至可能的 GPS 传导线在使用过程中变得接触不良为了缩小外因范围，最好的办法是选一条其他的与定位相关的用例试，来排问题。如果有条件，也可以用其他对比机来测试该条用例，排除仪器端原因但机也曾经出现过这样一种情况，在使用中通过传导模式会忽然无法搜索题，可以尝试在选取其他定位相关用例测试成功后，马上回来测试该条用例7. Author:Yuan快速休眠也FastDormancy，是3GPPR8新概念。主要是指当长时间不时会自动进入一个省电模式，调低或

19、者关闭一部分电压的快速休眠也FastDormancy，是3GPPR8新概念。主要是指当长时间不时会自动进入一个省电模式，调低或者关闭一部分电压的输出，启动休眠时钟作为主时钟。这个功能测试的影响可以这样简单陈述，进入锁屏休眠模式时，如长时间没有据交互，进入省电休眠模式，此时一旦收到服务器端下发的 SUPL 信息，则需要一个重新机的过程，一般响应不及时，服务器端就会给端无响应的错误提示用 QCAT 打开 Log 筛选查看网络测相关信令，能看映到 SnapperHS 中 SUPL 的相关信令，就是一直在启动快速休眠模式，而反与服务器的交互消息导致用例失败：发现快速休眠启动导致无法通过用例时，解决方法

20、很简单，就是把屏幕的锁或者其他最长的时间，在用例测试中，不要进入锁屏休眠模式即可8. PICS 么有用的信息。经验丰富的测试工程师能直接从仪器端 log 看到 PICS 不对应的提示由电脑上没有查看思博伦系统 log 的工具，所以只能通过解压 tlz 格式 log 后接查看源文件：Date: Author:Yuan一般出现这种情况需要自己根据协议，把该对应的参数及其正告知 TMC 工程师，按 PICS 表进行相应修改后9. 无到网络还有一种情况就是仪器端有小区没有开一般出现这种情况需要自己根据协议，把该对应的参数及其正告知 TMC 工程师，按 PICS 表进行相应修改后9. 无到网络还有一种情

21、况就是仪器端有小区没有开启，体现中可以QCAT解决方案：让 TMC 工程师重启思博伦仪器，重新测试5.3SUPL5.3.1SUPL照 PICS 表进行配置，一般都不会有问题。第一轮测试后出现 Fail 的用例，重新测试一两遍后也通Pass。所以这里只简单列举几条特殊用例： UT1，UT2UT3Timer 值需按PICS 提供 提供 确认启动方式为UT1，UT2UT3Timer 值需按PICSDate: Author:Yuan试结果及 PICS 表。收到 TMC Fail 后，可以先对照附件 A 中的结，查看是否有似和处理方案。5.3.2试结果及 PICS 表。收到 TMC Fail 后，可以先

22、对照附件 A 中的结，查看是否有似和处理方案。5.3.2SUPLSUPL 2.0 与 SUPL 1.0 用的并非同一套系统，所以有很多设置上也有所不同。基本设置1)SecurityNV03758=7,SHA1,NV03758=1,SHA256,= =SetNV02787,NV02788,NV02789=设置思博伦仪器端参数如下3)TransportSMSNV67225= 0RRPL,1Ixit_MTTransport=UDPforitioningProtocol=RRLPorIxit_MTTransport=MT_SMSfor2.0 MT_SMS 传输方式 itioningProtocol=D

23、ate: Author:Yuan在测试 010 这整条用例前，需要先配置 PICS 表如在测试 010 这整条用例前，需要先配置 PICS 表如端默认的Maj 与仪器端设置的不符合，从仪器端 Log 看，匹配不符错误示如下图所示：从上图可以看到，仪器端的 maj 配置为 1，端上发的 maj 值为 2，但 同时，也可以从 SnapperHS log 中看到相关上传参数ErrorCompatibleVers-Supportfor higher vers ofSUPL 2.X.XMajSecuritysettingDate: Author:Yuan解决方案：把仪器端 Maj 的值改为 23） Se

24、curity解决方案：把仪器端 Maj 的值改为 23） Security端与仪器端不匹配。体现在仪器端和 SnapperHS Log 显示如Date: Author:Yuan解决方案：按照基配置 NV03758，SHA 和 TLS 在测试 050-2 这条用解决方案：按照基配置 NV03758，SHA 和 TLS 在测试 050-2 这条用例前，需要先做如下几步操作（1）050-2 总共有四条用例，在测试每一条前，都要把所有法可以用 QCGpsTestEx.apk 中的 Clear 功能。（2）按照如下图示，配置仪器端参数和 PICS AGPS 相关数据清除Error050TestArea-

25、A-GPSSimulatordSUPLINITwithtriggertoSimulatorneedtoupdatewithFastdormancyanditionDate: Author:Yuan（3）测试 050-2 信息中带有 Trigger 信息查看（3）测试 050-2 信息中带有 Trigger 信息查看SnapperHS log会发现，服务器下SUPL Date: Author:Yuan在 M812 Orange 项目的测试中，曾出现过服务器下发的消息一直不带 Trigger 信息测试无法通过在 M812 Orange 项目的测试中，曾出现过服务器下发的消息一直不带 Trigger

26、 信息测试无法通过的情况。其实原因 maj 值设置成了 1，而非 2（4）在 Trigger 能正常发送后，用例却始终过不了，原因是是 server 不匹配导致星历信息被删除，定位超时（具体的原因比较复杂，说明。最Spirent程师Patch才全Pass可以看一下服务器上的 ErrorAGPS_QC feedback: Con030-11 are simple testitems,Ithinkweneednoeffortto passthemunlessthereisSpirentULTS AGPS_EnhancedCellCase1:A-GPSSETassistedisDate: Autho

27、r:Yuan在测试 030 的用例前，需要注意如下几个参数的配置在 M812 Orange 项目的测试中，始终过不了 030-11 在测试 030 的用例前，需要注意如下几个参数的配置在 M812 Orange 项目的测试中，始终过不了 030-11 的 Case 2 Onsite 后才成功 Pass，但最终也没有找到明确的 Fail 原因。会在服务器放上 Pass 和 Fail 的 Log 析。解决方案：也该条用例基本没有出过什么难TC_110_1AGPS_，主要是注意在测试前确认如下配置ErrorAGPS_Date: Author:Yuan其他问题总结完整的测试用例列表，可以从附件 中获取

28、5.4AGPS3GPP 协议测试中，关于 AGPS 的部分，迄今为止主要涉及到的协议章（34.171, 34.123）和 LTE（37.5712G（51.010，3G比起 SUPL，AGPS 方面遇并不多，最容易碰到的还是 下不上网其他问题总结完整的测试用例列表，可以从附件 中获取5.4AGPS3GPP 协议测试中，关于 AGPS 的部分，迄今为止主要涉及到的协议章（34.171, 34.123）和 LTE（37.5712G（51.010，3G比起 SUPL，AGPS 方面遇并不多，最容易碰到的还是 下不上网但其中，只有一条用例 7.3.4.4-适当操作避免。是需端更的，其他都可以通过前期准备

29、和分章用51.010-70.8.4.3检查PDP 激活重无34.123-17.2.2.2定位请求发34.123-17.2.3.2检查PDP 激活重 MSA和MSB5.3.2-3 Date: Author:Yuan详细的用例列表，可以从附件 A 中获7.3.4.4-5s37.571-2中一条用例，在 M812Orange试的详细的用例列表，可以从附件 A 中获7.3.4.4-5s37.571-2中一条用例，在 M812Orange试的OTDOA相关内容，需要两个以上小区才能测试，但 log 中可以看到：的测试中始终无法通过。这条用例测却无法获取邻区信息，从 给高通建了 case 后，高通给予问题

30、，需要打补丁。更新 Patch 后，测根据协议，这条用例跑的是 NAS 层的信令，所以也可以通过 QCAT 工具，筛选 NAS 和 RRC 信令，清楚查看到该条用例的流程（正常 pass log37.571-等修改 GPS.conf 文件中PICS37.571-等根据仪器端提示修改 Date: Author:YuanDate: Author:YuanDate: Author:Yuan5.5NAA N/AGCFdeclaration 文档，文档见附件 AItdonotsupport5.5NAA N/AGCFdeclaration 文档，文档见附件 AItdonotsupportSUPL2.0em

31、ergency servicefeaturewell.ifhandsetdonot support SUPL2.0 emergency service feature, the SUPL2.0 related to emergency servihould not be tested because handset did not handle any field in SUPL message related to emergency service . E-SLP address is nondled by handset if handset did not support emerge

32、ncy service feature.Test在 ics_SETassisted_AreaEvent No，所以可以 N/ATest，找到了 SR试统 SR 1-889701011， TestDate: Author:YuanAPICS&A.1 V1.0-M812AICS_SUPL0-M812PICS 37.571-3 ListSUPL3 Training05 ListSUPL3 Training05 APICS&A.1 V1.0-M812AICS_SUPL0-M812PICS 37.571-3 ListSUPL3 Training05 ListSUPL3 Training05 ListSUPL3 Training05 PICS&ResultsPICS8926A.2 6GCF3.54.1- 13TAG41TCTONE TOUCH6036A ListSUPL3 Training05 Author:Yuan ListSUPL3 Training05 PICS&ResultsResultsAlto4.5AltoGL(8916PTCRB):filecenterVAL2SystemTesting03 Func&Cert03- ListSUPL3 Training05 PICS&ResultsResultsAlto4.5 ListSUPL3 T