講義說明案例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。后續(xù)開放 NV 權(quán)限后，也可通過 NV06791

2、修改 SUPL ：65536 (SUPL 131072(SUPL2.0) Date: Author:Yuan3. 文：filecenterVAL2_SystemTesting03_Func&Cert03-ListSUPL3_Training03_配置說TMC AGPS 測試樣機(jī)配置說明.docxSUPLTestProcedureSettings3. 文：filecenterVAL2_SystemTesting03_Func&Cert03-ListSUPL3_Training03_配置說TMC AGPS 測試樣機(jī)配置說明.docxSUPLTestProcedureSettings4. 可能需要發(fā)

3、給 TMC 測試工程師的工具（附件 B 獲取A)QXDMB)MSBAPKC）MSA 定位方具體配置文件可從附件 C 中獲取具體配置文件可從附件 C 中獲取Date: Author:YuanLog4.1 SUPL&AGPS 認(rèn)證支持，除了經(jīng)驗(yàn)累積最主要的還是能通過 Log 對問題進(jìn)行分析和定用到的 Log 分析工具主要Log4.1 SUPL&AGPS 認(rèn)證支持，除了經(jīng)驗(yàn)累積最主要的還是能通過 Log 對問題進(jìn)行分析和定用到的 Log 分析工具主要包括 rHS 和 Wireshark。下面對這幾種工在 AGPS 測試分析中的使用，逐一進(jìn)行說明。本文中只簡單介紹 Log 分析工具使用方法，具體 Sn

4、apperHS 和 Wireshark 的安裝包可從filecenterVAL2_SystemTesting03_Func&Cert03-4.2QXDM&4.2.1在所有 Log 分析工具中，可以說 QXDM 是最重要求 TMC 工程師抓取的 QXDMB獲得 Log 后，按照實(shí)際情況可通過如下方式進(jìn)1. Refilter用QXDM打開Log后，按F11打開Item ViewCtrl+A全選，隨后單擊右鍵選擇Refilter ItemsDate: Author:YuanLog 過濾界面，選Message Packets 中的：過Log 過濾界面，選Message Packets 中的：過濾結(jié)束后

5、，GPS 相關(guān)的 log 就會顯示Date: Author:Yuan2. Match 操作方式QXDM isf2. Match 操作方式QXDM isf log，按F11 Item View，Ctrl+A log，然后單擊ItemsItems 界面輸入篩選的關(guān)鍵字Match 篩選后，相關(guān)的log 就會F12 Filter View 界面中顯示出來Date: Author:Yuan。 加后，可以信息顯示在窗口中：Date: Author:Yuan4.2.1QCAT工具的作用與QXDM相似，但用于分析網(wǎng)絡(luò)相Log更4.2.1QCAT工具的作用與QXDM相似，但用于分析網(wǎng)絡(luò)相Log更直觀和明晰PDP

6、QCAT使用 QCAT 打開 isf log，并使用過濾器，按照需求過濾 網(wǎng)絡(luò)失敗 Author:Yuan過濾顯示如4.3SnapperHS 是查看 SUPL&AGPS log 非常重要的過濾顯示如4.3SnapperHS 是查看 SUPL&AGPS log 非常重要的一個(gè)工具，主要用于分端與服務(wù)器1. 在從 TMC 獲得 isf log 后，想要通過 SnapperHS 查看該 log，需要先將其轉(zhuǎn)化為 dlf 格Date: Author:Yuan2. 打開 SnapperHS，點(diǎn)擊 Settings-File Playback，選Phone Log File,然后打剛剛轉(zhuǎn)化完成的2. 打開

7、 SnapperHS，點(diǎn)擊 Settings-File Playback，選Phone Log File,然后打剛剛轉(zhuǎn)化完成的 dlf 文件，點(diǎn)擊 OK。操作步：點(diǎn)擊 OK 后，SnapperHS 窗口左上角會出現(xiàn)工具，點(diǎn)Play 鍵，開始回放 Log打開Call Flow窗口查看Log分析SUPLDate: Author:YuanLS-MS 為服務(wù)發(fā)/上傳終端下發(fā)，MS為向服務(wù)器上發(fā)。雙擊信令能看到通信中LS-MS 為服務(wù)發(fā)/上傳終端下發(fā)，MS為向服務(wù)器上發(fā)。雙擊信令能看到通信中4.4 isflogpcaplog，QCATWiresharkQCATisflog，Tools-Convertlo

8、gfiletoDate: Author:Yuan在配置界面設(shè)定輸，隨后點(diǎn)擊 轉(zhuǎn)化完成后，Message在配置界面設(shè)定輸，隨后點(diǎn)擊 轉(zhuǎn)化完成后，Message 界面會顯示相應(yīng)信息，并中得到 pcap Date: Author:Yuan 與服務(wù)器的握手過程服務(wù)器地192.168.0.35）篩log 中 與服務(wù)器的握手過程服務(wù)器地192.168.0.35）篩log 中能4.5 TLZTLZ 格式的系統(tǒng) loglog，因沒辦法正常查看該 log，一般只能把它發(fā)給高通進(jìn)行分析。但有時(shí)候，也可以用 UltraEdit 簡單查TLZlog的方式log文件單擊右鍵，選擇“打開方式”為解壓文件（WinRAR其中

9、X.log 文件包含了 case 的主流程，taconfig.xml 是網(wǎng)絡(luò)測相關(guān)配置，而.clf件則是很重要的 PICS 配置文件。如 SHA 配置的是 1 還是 256，都可以從這些源碼文件中查看Date: Author:Yuan將這些文件解壓出來后，用 UltraEdit 打開，就能看將這些文件解壓出來后，用 UltraEdit 打開，就能看到類似如下的源碼Date: Author:Yuan5.1 這里的測試經(jīng)驗(yàn)總結(jié)主要針對進(jìn)行測試。一匯報(bào)題后工程師可程先進(jìn)行處理通5.1 這里的測試經(jīng)驗(yàn)總結(jié)主要針對進(jìn)行測試。一匯報(bào)題后工程師可程先進(jìn)行處理通SUPLAGPS測試中碰到的許多問題，都與用例無

10、關(guān)性能穩(wěn)定引起的，有些是測試工程師操作不當(dāng)引起的，也有些可能是儀器端參數(shù)配置不當(dāng)引起的。為排除環(huán)境原因的影響，我對迄今為止所遇常見問題做了簡單總結(jié)，用于后續(xù)測試參考以下分析基本每個(gè)問題或用例都有相應(yīng)的 log 可供分析和參考，log ListSUPL3_Training04_Log 備份SUPL&AGPS certification 如下需要可對應(yīng)具下獲取 Log的AGPS 和SUPL定性，通常一開始收到的 Fail 用例會比較多。獲取TMC 測試工程并以郵件形式詢問用例 Fail 原因通過TMC工程師告知的Fail原因，將失敗用例歸類。如未接到定位請求、參4.2章節(jié)中會逐一分析TMC測試常見

11、問題，可先把Fail用例及原因與4.2章類似狀況，可指導(dǎo) TMC 工程師進(jìn)行操作，重新測試。章節(jié)中還會提到一部限制無法支持的用例， m 5 和步6 Fail TMC工程師抓log。前面Spirent儀器的不穩(wěn)定Fail用例可能logPass。在經(jīng)過步驟 57 篩選后，仍舊 ，就需要根據(jù) Log 和協(xié)議逐條分析Date: Author:Yuan5.2 1. 按照迄今為止的經(jīng)驗(yàn)，網(wǎng)失敗通常在測試 AGPS LTE 的用例時(shí)比較容易出現(xiàn)。而失原因有很多，但最近項(xiàng)目碰到5.2 1. 按照迄今為止的經(jīng)驗(yàn)，網(wǎng)失敗通常在測試 AGPS LTE 的用例時(shí)比較容易出現(xiàn)。而失原因有很多，但最近項(xiàng)目碰到的主要問題有

12、以下兩種。信息，從下圖可以看到網(wǎng)的優(yōu)先級可嘗試解決方案把 LTE RATsearch orderB中獲取。減少實(shí)網(wǎng)小區(qū)對測試的干擾，把儀器端 Band 改為除 1 和3 以外的Band 72） APN 失敗。過濾 LTE NAS 和RRC 信令后，可以看到異常 Log 信息這種情況，一般是創(chuàng)建的 APN 失效。解決方案是通過 后，多了一個(gè)空的 APN 承載，導(dǎo)D 修正 APN，具體步驟如下Date: Author:Yuan2PDP判斷 PDP 是否激活，需要讓 TMC 測試工程師在測2PDP判斷 PDP 是否激活，需要讓 TMC 測試工程師在測或飛行模式，以 2/3G 網(wǎng)絡(luò)LTE 網(wǎng)絡(luò)下篩選

13、Signaling 則能看到如和電腦連接，找到 Modem 口輸入 ATE1，然后回車，這時(shí)你再輸入 AT 里面的APN）+CGDCONT: 從上面可以看出，這是一個(gè)空的 APN，因?yàn)?IPV4V6 后面的引號里面是空的這時(shí)可以進(jìn)行以下操作：先將這個(gè) APN 給刪除，命令為 AT+CGDCONT=1（返回顯示 OK，就代表成功刪除 AT+CGDCONT?查詢一下然后就是重新寫 需要的 APN AT+CGDCONT=1, 返回 OK 代表寫入成功，或者寫完之后，可以自己再用 AT+CGDCONT?查詢一如果這樣還是 ，那就先將 里面的 APN Date: Author:Yuan反之，如果在 Lo

14、g 中找不到相關(guān)信息，則代表 PDP 未激活造成 PDP 未激活的原因迄今為止反之，如果在 Log 中找不到相關(guān)信息，則代表 PDP 未激活造成 PDP 未激活的原因迄今為止碰到過的主要有以下幾類，可逐一排除的飛行模式開關(guān)無效，無法代替開關(guān)機(jī)，測試用例前必須重新啟Dataenable，PDP儀器端有小區(qū)未開啟，或其他問題APN 未設(shè)置或設(shè)置錯(cuò)誤，導(dǎo)致 PDP 激活失敗（暫未碰到。Open 是AGPS 啟動前的初始動作，如Open failed 在服務(wù)器端的表現(xiàn)一般為超時(shí)導(dǎo)啟動 AGPS 的過程中，測試工程師有類似開啟飛行模式，關(guān)閉 Data enable 或 RF 傳導(dǎo)線斷開連接等操作。度影響

15、很大，但至今沒有太好的辦法，只能按照經(jīng)驗(yàn)嘗試。Log 的分析方式也是通過 Match Author:Yuan或者篩選 Meassage-Security- Cryptography 查看如引刪如認(rèn)證失敗的原因，除，重新導(dǎo)入，并重頻繁出現(xiàn)認(rèn)證失放錯(cuò)或忘記放外，或者篩選 Meassage-Security- Cryptography 查看如引刪如認(rèn)證失敗的原因，除，重新導(dǎo)入，并重頻繁出現(xiàn)認(rèn)證失放錯(cuò)或忘記放外，原因很難確定。解決方案有，再測試，也可以用如下高通提供的方案操作：名稱5. MSA 定位啟動失敗不管是 SUPL 還是 AGPS 中都有需要 MSA 啟動的用例，由測試 MSA 的特殊性，MS

16、A 動時(shí)，就很容易出現(xiàn)收不到 MSA 定位消，表現(xiàn)在儀器端 Log 中就端 Author:Yuan造成 MSA 啟動失敗的原因很難確定，一般都是啟動時(shí)間不匹配或啟動出錯(cuò)造成的。碰到 TMCMSA 定位請求未發(fā)，拿到 log 后，最好是先排除其他諸如 PDP 未激認(rèn)證一般來造成 MSA 啟動失敗的原因很難確定，一般都是啟動時(shí)間不匹配或啟動出錯(cuò)造成的。碰到 TMCMSA 定位請求未發(fā)，拿到 log 后，最好是先排除其他諸如 PDP 未激認(rèn)證一般來說，啟動 MSA 的方法有 APK 和 QXDM 兩種，但是 QXDM 的啟動更保險(xiǎn)和穩(wěn)QXDMMSAB為了處理MSA 問題 MSA 定位相關(guān)用例羅列如下

17、，主要需注意的是 SUPL 部分到 log 后，最好先排除 PDP 未激活、認(rèn)證失敗等問題。排除外因后的 log 如果依舊搜星定位一般來說，是用 QXDM 的 View-New-GPS-GNSS Measurements 的搜星情況用 View-New-GPS-ition Report 窗口，查看定位情況。從下圖能看到，AGPS 卻搜不到星，所以 CNo 的值一直是 0，導(dǎo)致定位務(wù)器通信成用SUPLSUPL-1.0-con-030TestSUPL-1.0-con-130TestSUPLSUPL-2.0-con-030TestSUPL-2.0-con-110TestDate: Author:Yu

18、an造成這種情況的原因很難確定，一般來說，有可能是儀器，也可能搜星能力問題，甚至造成這種情況的原因很難確定，一般來說，有可能是儀器，也可能搜星能力問題，甚至可能的 GPS 傳導(dǎo)線在使用過程中變得接觸不良為了縮小外因范圍，最好的辦法是選一條其他的與定位相關(guān)的用例試，來排問題。如果有條件，也可以用其他對比機(jī)來測試該條用例，排除儀器端原因但機(jī)也曾經(jīng)出現(xiàn)過這樣一種情況，在使用中通過傳導(dǎo)模式會忽然無法搜索題，可以嘗試在選取其他定位相關(guān)用例測試成功后，馬上回來測試該條用例7. Author:Yuan快速休眠也FastDormancy，是3GPPR8新概念。主要是指當(dāng)長時(shí)間不時(shí)會自動進(jìn)入一個(gè)省電模式，調(diào)低或

19、者關(guān)閉一部分電壓的快速休眠也FastDormancy，是3GPPR8新概念。主要是指當(dāng)長時(shí)間不時(shí)會自動進(jìn)入一個(gè)省電模式，調(diào)低或者關(guān)閉一部分電壓的輸出，啟動休眠時(shí)鐘作為主時(shí)鐘。這個(gè)功能測試的影響可以這樣簡單陳述，進(jìn)入鎖屏休眠模式時(shí)，如長時(shí)間沒有據(jù)交互，進(jìn)入省電休眠模式，此時(shí)一旦收到服務(wù)器端下發(fā)的 SUPL 信息，則需要一個(gè)重新機(jī)的過程，一般響應(yīng)不及時(shí)，服務(wù)器端就會給端無響應(yīng)的錯(cuò)誤提示用 QCAT 打開 Log 篩選查看網(wǎng)絡(luò)測相關(guān)信令，能看映到 SnapperHS 中 SUPL 的相關(guān)信令，就是一直在啟動快速休眠模式，而反與服務(wù)器的交互消息導(dǎo)致用例失?。喊l(fā)現(xiàn)快速休眠啟動導(dǎo)致無法通過用例時(shí)，解決方法

20、很簡單，就是把屏幕的鎖或者其他最長的時(shí)間，在用例測試中，不要進(jìn)入鎖屏休眠模式即可8. PICS 么有用的信息。經(jīng)驗(yàn)豐富的測試工程師能直接從儀器端 log 看到 PICS 不對應(yīng)的提示由電腦上沒有查看思博倫系統(tǒng) log 的工具，所以只能通過解壓 tlz 格式 log 后接查看源文件：Date: Author:Yuan一般出現(xiàn)這種情況需要自己根據(jù)協(xié)議，把該對應(yīng)的參數(shù)及其正告知 TMC 工程師，按 PICS 表進(jìn)行相應(yīng)修改后9. 無到網(wǎng)絡(luò)還有一種情況就是儀器端有小區(qū)沒有開一般出現(xiàn)這種情況需要自己根據(jù)協(xié)議，把該對應(yīng)的參數(shù)及其正告知 TMC 工程師，按 PICS 表進(jìn)行相應(yīng)修改后9. 無到網(wǎng)絡(luò)還有一種情

21、況就是儀器端有小區(qū)沒有開啟，體現(xiàn)中可以QCAT解決方案：讓 TMC 工程師重啟思博倫儀器，重新測試5.3SUPL5.3.1SUPL照 PICS 表進(jìn)行配置，一般都不會有問題。第一輪測試后出現(xiàn) Fail 的用例，重新測試一兩遍后也通Pass。所以這里只簡單列舉幾條特殊用例： UT1，UT2UT3Timer 值需按PICS 提供 提供 確認(rèn)啟動方式為UT1，UT2UT3Timer 值需按PICSDate: Author:Yuan試結(jié)果及 PICS 表。收到 TMC Fail 后，可以先對照附件 A 中的結(jié)，查看是否有似和處理方案。5.3.2試結(jié)果及 PICS 表。收到 TMC Fail 后，可以先

22、對照附件 A 中的結(jié)，查看是否有似和處理方案。5.3.2SUPLSUPL 2.0 與 SUPL 1.0 用的并非同一套系統(tǒng)，所以有很多設(shè)置上也有所不同?；驹O(shè)置1)SecurityNV03758=7,SHA1,NV03758=1,SHA256,= =SetNV02787,NV02788,NV02789=設(shè)置思博倫儀器端參數(shù)如下3)TransportSMSNV67225= 0RRPL,1Ixit_MTTransport=UDPforitioningProtocol=RRLPorIxit_MTTransport=MT_SMSfor2.0 MT_SMS 傳輸方式 itioningProtocol=D

23、ate: Author:Yuan在測試 010 這整條用例前，需要先配置 PICS 表如在測試 010 這整條用例前，需要先配置 PICS 表如端默認(rèn)的Maj 與儀器端設(shè)置的不符合，從儀器端 Log 看，匹配不符錯(cuò)誤示如下圖所示：從上圖可以看到，儀器端的 maj 配置為 1，端上發(fā)的 maj 值為 2，但 同時(shí)，也可以從 SnapperHS log 中看到相關(guān)上傳參數(shù)ErrorCompatibleVers-Supportfor higher vers ofSUPL 2.X.XMajSecuritysettingDate: Author:Yuan解決方案：把儀器端 Maj 的值改為 23） Se

24、curity解決方案：把儀器端 Maj 的值改為 23） Security端與儀器端不匹配。體現(xiàn)在儀器端和 SnapperHS Log 顯示如Date: Author:Yuan解決方案：按照基配置 NV03758，SHA 和 TLS 在測試 050-2 這條用解決方案：按照基配置 NV03758，SHA 和 TLS 在測試 050-2 這條用例前，需要先做如下幾步操作（1）050-2 總共有四條用例，在測試每一條前，都要把所有法可以用 QCGpsTestEx.apk 中的 Clear 功能。（2）按照如下圖示，配置儀器端參數(shù)和 PICS AGPS 相關(guān)數(shù)據(jù)清除Error050TestArea-

25、A-GPSSimulatordSUPLINITwithtriggertoSimulatorneedtoupdatewithFastdormancyanditionDate: Author:Yuan（3）測試 050-2 信息中帶有 Trigger 信息查看（3）測試 050-2 信息中帶有 Trigger 信息查看SnapperHS log會發(fā)現(xiàn)，服務(wù)器下SUPL Date: Author:Yuan在 M812 Orange 項(xiàng)目的測試中，曾出現(xiàn)過服務(wù)器下發(fā)的消息一直不帶 Trigger 信息測試無法通過在 M812 Orange 項(xiàng)目的測試中，曾出現(xiàn)過服務(wù)器下發(fā)的消息一直不帶 Trigger

26、 信息測試無法通過的情況。其實(shí)原因 maj 值設(shè)置成了 1，而非 2（4）在 Trigger 能正常發(fā)送后，用例卻始終過不了，原因是是 server 不匹配導(dǎo)致星歷信息被刪除，定位超時(shí)（具體的原因比較復(fù)雜，說明。最Spirent程師Patch才全Pass可以看一下服務(wù)器上的 ErrorAGPS_QC feedback: Con030-11 are simple testitems,Ithinkweneednoeffortto passthemunlessthereisSpirentULTS AGPS_EnhancedCellCase1:A-GPSSETassistedisDate: Autho

27、r:Yuan在測試 030 的用例前，需要注意如下幾個(gè)參數(shù)的配置在 M812 Orange 項(xiàng)目的測試中，始終過不了 030-11 在測試 030 的用例前，需要注意如下幾個(gè)參數(shù)的配置在 M812 Orange 項(xiàng)目的測試中，始終過不了 030-11 的 Case 2 Onsite 后才成功 Pass，但最終也沒有找到明確的 Fail 原因。會在服務(wù)器放上 Pass 和 Fail 的 Log 析。解決方案：也該條用例基本沒有出過什么難TC_110_1AGPS_，主要是注意在測試前確認(rèn)如下配置ErrorAGPS_Date: Author:Yuan其他問題總結(jié)完整的測試用例列表，可以從附件 中獲取

28、5.4AGPS3GPP 協(xié)議測試中，關(guān)于 AGPS 的部分，迄今為止主要涉及到的協(xié)議章（34.171, 34.123）和 LTE（37.5712G（51.010，3G比起 SUPL，AGPS 方面遇并不多，最容易碰到的還是 下不上網(wǎng)其他問題總結(jié)完整的測試用例列表，可以從附件 中獲取5.4AGPS3GPP 協(xié)議測試中，關(guān)于 AGPS 的部分，迄今為止主要涉及到的協(xié)議章（34.171, 34.123）和 LTE（37.5712G（51.010，3G比起 SUPL，AGPS 方面遇并不多，最容易碰到的還是 下不上網(wǎng)但其中，只有一條用例 7.3.4.4-適當(dāng)操作避免。是需端更的，其他都可以通過前期準(zhǔn)備

29、和分章用51.010-70.8.4.3檢查PDP 激活重?zé)o34.123-17.2.2.2定位請求發(fā)34.123-17.2.3.2檢查PDP 激活重 MSA和MSB5.3.2-3 Date: Author:Yuan詳細(xì)的用例列表，可以從附件 A 中獲7.3.4.4-5s37.571-2中一條用例，在 M812Orange試的詳細(xì)的用例列表，可以從附件 A 中獲7.3.4.4-5s37.571-2中一條用例，在 M812Orange試的OTDOA相關(guān)內(nèi)容，需要兩個(gè)以上小區(qū)才能測試，但 log 中可以看到：的測試中始終無法通過。這條用例測卻無法獲取鄰區(qū)信息，從 給高通建了 case 后，高通給予問題

30、，需要打補(bǔ)丁。更新 Patch 后，測根據(jù)協(xié)議，這條用例跑的是 NAS 層的信令，所以也可以通過 QCAT 工具，篩選 NAS 和 RRC 信令，清楚查看到該條用例的流程（正常 pass log37.571-等修改 GPS.conf 文件中PICS37.571-等根據(jù)儀器端提示修改 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試統(tǒng) 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