手機(jī)性能測(cè)試經(jīng)驗(yàn)分享實(shí)用教案

1、主叫流程主叫流程(lichng)第1頁(yè)/共24頁(yè)第一頁(yè)，共24頁(yè)。PS主主CSLink channel establishment requestSynchronization burstSynchronization burstSABM CC Call ProceedingRT definition information requestRT definition information acknowledgeSCCHLink channel assignmentSCCHFACCH/SACCHUA FACCH/SACCHCC Setup FACCH/SACCHFACCH/SACCHFACCH

2、/SACCHFACCH/SACCHRT function requestFACCH/SACCHRT function request response鏈路信道建立請(qǐng)求消息終端鏈路信道指配消息(信道的頻點(diǎn)和時(shí)隙的位置)同步突發(fā)脈沖,在呼叫建立過(guò)程和切換建立時(shí)隙的頻率和時(shí)間同步。啟動(dòng)多幀傳輸模式，設(shè)置異步通信對(duì)SABM的響應(yīng) 多幀通信建立建立呼叫的初始信息（承載能力,設(shè)施(shsh),主被叫號(hào)碼）申請(qǐng)接受區(qū)域信息(終端切換的參數(shù))向PS通告區(qū)域信息通知終端切換模式主叫呼叫主叫呼叫(h jio)流程流程第2頁(yè)/共24頁(yè)第二頁(yè)，共24頁(yè)。對(duì)語(yǔ)音是否加密(ji m),密鑰移動(dòng)參數(shù),是否需要鑒權(quán),鑒權(quán)的算

3、法,尋呼類(lèi)型鑒權(quán)過(guò)程釋放FACCH信道確認(rèn) 鏈路釋放主叫屏幕開(kāi)始進(jìn)入計(jì)時(shí)界面和通話有關(guān)的硬件被打開(kāi),microphone,receiver,ADPCM編碼,主叫手機(jī)進(jìn)入等待通話階段RT encryption key setFACCH/SACCHMM function requestMM function request responseFACCH/SACCHFACCH/SACCHFACCH/SACCHMM authentication request response FACCH/SACCHDISCFACCHFACCHUAMM authentication requestPS主主CSRT en

4、cryption key setFACCH/SACCHMM function requestMM function request responseFACCH/SACCHFACCH/SACCHFACCH/SACCHMM authentication request response FACCH/SACCHDISCFACCHFACCHUAMM authentication requestPS主主CS回鈴聲通話過(guò)程SACCHCC ConnectCC AlteringSACCH主叫呼叫主叫呼叫(h jio)流程流程第3頁(yè)/共24頁(yè)第三頁(yè)，共24頁(yè)。30 0f 00 20 08 1a 57 1a 1a

5、 44 26 80 00 44 RT - L1 pch information paging消息 (8 bytes，從08開(kāi)始)。最后的44則是CS的RSSI指示0.922 40 33 00 02 44 00 39 35 34 38 bf pm send rssi indication to MMIPM層向MMI層發(fā)送RSSI信息2.125 30 0f 00 20 08 1a 57 1a 1a 39 3a a0 00 43 RT - L1 pch information2.125 40 33 00 02 43 00 39 35 34 38 bf pm send rssi indication

6、to MMI2.500 50 2b 00 00 00 0c 00 00 00 80 38 37 35 39 31 35 30 35 pm get MO call command from MMI ,pm從MMI得到主叫指令(用戶(hù)在按了talk鍵)2.500 40 0d 00 51 03 00 pm send tch establish request to MM 2.500 34 02 00 b9 37 MM get TCH establishment req from PM 2.500 33 02 00 31 03 00 MM send TCH establishment request t

7、o RR MM向RT發(fā)送建立(jinl)TCH的請(qǐng)求2.500 30 16 00 03 00 RT L1 start monit L1開(kāi)始找尋基站 2.781 30 4b 00 9e 01 13 2e 50 01 39 RT CS_ID2.781 30 4b 00 9e 01 13 3e 25 01 4a RT CS_ID 這個(gè)即是RSSI最好的CS2.953 30 0f 00 20 08 1a 57 18 55 aa 81 60 00 4e RT CS link cch req 手機(jī)向基站發(fā)送請(qǐng)求分配業(yè)務(wù)信道的請(qǐng)求3.470 30 0f 00 20 08 00 00 00 00 00 00

8、00 00 4e RT CS link cch rereq 重發(fā)請(qǐng)求4.453 30 0f 00 20 08 00 00 00 00 00 00 00 00 4e RT CS link cch rereq5.860 30 04 00 20 07 01 RT - L1 primitive5.953 30 0f 00 20 08 1a 57 1a 1a 7a 34 a0 00 4b RT - L1 pch information6.470 30 0f 00 20 08 1a 57 13 23 a3 81 00 00 4a RT - L1 pch information6.156 30 12 00

9、04 20 08 01 02 02 12 a0 81 00 00 RT - L1 lch assignment L1向RT發(fā)送信道發(fā)配成功消息6.188 30 09 00 05 00 RT - L1 Uwave IND L1向RT發(fā)送U波檢測(cè)成功信息(xnx)6.219 30 20 00 06 RT L2 facch est reqRT向L2發(fā)送(f sn)FACCH建立請(qǐng)求，下面是建業(yè)務(wù)通道，約定業(yè)務(wù)信道載頻和時(shí)隙6.219 26 01 00 3f 81 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 l2 to l1 data r

10、eq -facch L2向L1發(fā)送(f sn)FACCH數(shù)據(jù)傳送請(qǐng)求6.235 28 01 00 10 02 01 00 from l1 inf facch 從L1收到FACCH 6.297 27 01 00 10 01 01 00 02 73 81 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0from L1 data facch 6.297 30 19 00 06 11 03 RT L2 sacch est reqRT向L2發(fā)送(f sn)SACCH建立請(qǐng)求6.297 26 00 00 3f 09 00 00 l2 to l1 data req sa

11、cchL2向L1發(fā)送(f sn)SACCH數(shù)據(jù)傳送請(qǐng)求6.313 28 00 00 10 02 00 00 from l1 inf sacch6.328 27 00 00 10 01 00 00 02 73 0b 00 00 from L1 data -sacch6.328 30 18 00 07 11 01 RT MM tch est cfm or ind RT向MM發(fā)送(f sn)業(yè)務(wù)信道建立確認(rèn)信息6.328 33 03 00 31 04 00 00 00 MM get TCH establishment confirm from RR第6頁(yè)/共24頁(yè)第六頁(yè)，共24頁(yè)。6.344 41

12、16 00 01 pm send cc set up request to cc 發(fā)送cc setup請(qǐng)求, 說(shuō)明pm發(fā)給cc setup消息 6.344 35 98 00 00 00 00 03 80 8c a4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 . CC CS: SETUP CC向基站發(fā)送SETUP消息6.360 2a 01 00 01 24 02 l2 iformat facch 6.360 26 01 00 02 04 00 a2 00 45 01 01 05 04 03 80 8c a4 6c 0e 00 80 30 35 37 l2

13、 to l1 data req -(facch) L2向L1發(fā)送數(shù)據(jù)傳輸請(qǐng)求,通過(guò)FACCH傳輸6.375 28 01 00 10 02 01 00 from l1 inf facch6.375 26 01 00 02 04 02 a2 00 38 35 35 38 37 31 34 30 70 09 80 38 37 35 39 31 356.438 27 01 00 10 01 01 00 04 71 81 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 from L1 data facch6.531 27 01 00 10 01

14、 01 00 04 70 c9 00 45 01 81 02 00 00 00 00 00 00 00 00 00 00 00 00 00 from L1 data facch6.531 35 02 00 45 01 81 02 CC PM: CALL-PROCEEDINGCC的建立的建立(jinl)第7頁(yè)/共24頁(yè)第七頁(yè)，共24頁(yè)。RT 消息消息(xio xi)/鑒權(quán)鑒權(quán)/釋放釋放FACCH6.547 30 22 00 07 RT CS function req RT function request6.750 30 24 00 43 05 09 10 00 15 17 c0 RT L1 C

15、S enc key set RT encryption key set6.766 31 5f 00 07 RT - PM fun cfm RT向PM發(fā)送RT function request確認(rèn)信息6.781 50 0b 00 51 01 pm send function request to MM MM function request6.781 34 00 00 a5 3d MM get function request from PM6.844 32 06 00 MM get auth req from net MM authentication request6.844 32 07 0

16、0 MM send auth rsp to net MM authentication request response6.844 34 01 00 51 02 MM send function confirm to PM MM function request 確認(rèn)信息 鑒權(quán)成功后被叫網(wǎng)絡(luò)開(kāi)始和被叫進(jìn)行連接(linji)6.938 2b 00 00 11 07 01 04 l2 release indication 6.938 30 23 00 07 01 01 RT PM drel 7.172 2c 00 00 45 01 81 01 1e 02 82 88 l2 send to msg

17、to l3第8頁(yè)/共24頁(yè)第八頁(yè)，共24頁(yè)。172 35 01 00 45 01 81 01 1e 02 82 88 CC PM: ALERT7.188 50 4d 00 PM - ADPCM enter commu7.188 27 00 00 10 01 00 00 04 08 4e 51 00 from L1 data -sacch7.203 27 00 00 10 01 00 00 04 1a 4f e0 01 from L1 data -sacch7.203 2d 00 00 01 06 00 ff l2 rx all ifrm before sending to l37.203 2c

18、 00 00 45 01 81 07 l2 send to msg to l37.203 26 00 00 d1 0d 00 00 l2 to l1 data req -sacch7.203 35 07 00 45 01 81 07 CC PM: CONNECT當(dāng)被叫向網(wǎng)絡(luò)傳送CC Alerting時(shí)主叫方聽(tīng)到回鈴音當(dāng)被叫向網(wǎng)絡(luò)傳送CC Connect時(shí)主被方開(kāi)始正式通話如被叫沒(méi)有和網(wǎng)絡(luò)連接成功則會(huì)聽(tīng)到網(wǎng)絡(luò)提示音根據(jù)以上,可以在測(cè)試MO時(shí),我們無(wú)需聽(tīng)回鈴音來(lái)判斷主叫方是否與網(wǎng)絡(luò)連接,只要看到計(jì)時(shí)開(kāi)始就算成功MO一次.Alerting/connect第9頁(yè)/共24頁(yè)第九頁(yè)，共24頁(yè)。切換切換(q

19、i hun)第10頁(yè)/共24頁(yè)第十頁(yè)，共24頁(yè)。基本基本(jbn)介紹介紹1) 基站和手機(jī)都有權(quán)利發(fā)起切換。2) FER是怎么得到的：檢驗(yàn)1.2s內(nèi)即240幀的誤幀數(shù)，它通過(guò)檢測(cè)UW（識(shí)別字）中的16bit或32bit的數(shù)據(jù)是否正確，還有檢驗(yàn)CRC是否正確，在通信信道里CRC是CI (邏輯信道標(biāo)識(shí)) SA + I共180 bit數(shù)據(jù)產(chǎn)生的16bit的數(shù)據(jù)，在控制信道里它是由PR(前導(dǎo)碼)CAC(公共接入信道)共170bit數(shù)據(jù)產(chǎn)生的16個(gè)bit的數(shù)據(jù)，其中PR在控制時(shí)隙中為了更好的實(shí)現(xiàn)位時(shí)鐘(shzhng)同步，它的數(shù)據(jù)是固定不便的62bit的數(shù)據(jù), 通信信道里的PR為6bit。PS：在待機(jī)是

20、FER值永遠(yuǎn)不會(huì)高于1。3) 手機(jī)側(cè)如何判斷做什么切換：在此以手機(jī)側(cè)發(fā)起切換為例子，當(dāng)RSSI值波動(dòng)不大，但FER很大時(shí)，說(shuō)明收到干擾，但此時(shí)離原來(lái)的CS的距離沒(méi)什么變化，只是這個(gè)TCH信道不能用，則一般執(zhí)行TCH切換；當(dāng)RSSI值下降，此時(shí)一般來(lái)說(shuō)FER也會(huì)升高，則是說(shuō)明原CS不能使用需要執(zhí)行RECALL切換。無(wú)縫切換比較特殊，在每個(gè)支持無(wú)縫切換的手機(jī)中會(huì)有一系列的參數(shù)來(lái)確定無(wú)縫切換的門(mén)限，總的說(shuō)是還是看RSSI和FER來(lái)確定判斷：RSSI： 強(qiáng)信號(hào)(xnho)區(qū)- RSSI-1 當(dāng)RSSI在某一瞬間跨區(qū)跳變則做無(wú)縫 次強(qiáng)區(qū)- RSSI-2 切換，3個(gè)門(mén)限依照不同的手機(jī)確定， 次弱區(qū)- RS

21、SI-3 228的RSSI-1為40，RSSI-2為36FER:當(dāng)在1.2秒內(nèi)FER突然高于一個(gè)特定值時(shí)，手機(jī)做無(wú)縫切換。4）3種切換在流程上的區(qū)別：recalling切換在流程上和主叫流程相仿，只是少了Alerting和鑒權(quán)倆個(gè)步驟，而TCH切換因?yàn)椴恍枰匦逻x擇基站則不需要進(jìn)行建鏈。無(wú)縫切換與 recalling 的區(qū)別：2 ports status,在新的鏈路上CC setup之后斷開(kāi)原語(yǔ)音通道，所以無(wú)縫切換基本對(duì)用戶(hù)通話不產(chǎn)生影響。第11頁(yè)/共24頁(yè)第十一頁(yè)，共24頁(yè)?；净?jbn)介紹介紹5)切換的典型log語(yǔ)句:在分析R200協(xié)議前,簡(jiǎn)單介紹(jisho)一下Sanyo pro

22、tocol :(1) 06:06 14 00 00 33 03 29 00 1a 40 10 10 RSSI-FER(No.1TCH) RSSI (33)and FER (03),(2) 06:06 77 77 83 01 83 0b 01 33 83 39 35 34 38 2c 18 01 ba 33為RSSI值，83為FER值39為待機(jī)切換目標(biāo)基站電平值，35為待機(jī)電平切換值（開(kāi)始尋找別的基站）34為通話電平切換值（開(kāi)始尋找別的基站），38為通話切換目標(biāo)基站電平值(3) 06:07 33 ca 00 TR306P(new CS monitor)T/O handover start(普通切

23、換)(4) 06:07 3f 00 33 9e 01 12 30 12 03 3c 00 Handover CCH Monitor monitor CS, CS-ID(9e 01 12 30 12 03 ) and RSSI(3c)(5) 06:07 12 01 00 19 00 00 9e 01 10 5e 28 03 cch_est_req 切換的目標(biāo)基站CS-ID(6) 06:09 3e 2e 00 00 00 00 00 00 00 U wave testing end display 信道檢測(cè),最后一位為00表示此信道沒(méi)有干擾(7) 06:10 31 07 01 45 01 85 0

24、7 1c 06 91 a2 03 02 01 01 Response handover end(成功切換)第12頁(yè)/共24頁(yè)第十二頁(yè)，共24頁(yè)?；净?jbn)介紹介紹R200 protocol:(1)2971.573 30 2a 00 08 RT do recalling handover 開(kāi)始做recalling切換(2)9.414 31 5a 00 07 02 RT - PM handover start 9.414 31 ca 00 08 RT PORT1 - PORT2 monitor req 開(kāi)始做seamless切換(3)42.151 30 c9 00 20 10 01 RT

25、- L1 tch change completed in seamless 42.151 30 c9 00 07 01 aa RT - L1 tch change completed in seamless 42.161 31 cc 00 07 01 RT PORT1 PM handover switch or recall end 結(jié)束切換流程 (5)248.808 30 27 00 08 RT PM handover start 200.168 31 ca 00 08 RT PORT1 - PORT2 monitor req 開(kāi)始做seamless切換 200.168 40 33 00 0

26、5 42 26 37 33 34 38 d5 pm send rssi indication to MMI 200.178 44 3b 00 02 a0 pm send ho start indication to MMI 200.178 30 ca 00 32 01 RT PORT2 - PORT1 monitor req 200.178 80 01 00 01 1a 45 L1 cch monit 尋找新的可用的滿足seamless切換的載頻沒(méi)有monit到任何合適(hsh)基站如果找到會(huì)在次列出基站列表 200.418 30 04 00 f2 0d RT - L1 primitive 2

27、00.418 31 cc 00 01 00 aa RT PORT1 PM handover switch or recall end 200.428 4b 39 00 60 b6 pm send mmi ho end ind when seamless wait tch 200.428 50 60 00 200.438 49 48 00 52 18 00 01 a0 pm send cc smho end req in global function 200.438 35 9f 00 00 01 01 00 00 CC CS link cch req 在找到新CS后,向新的CS做業(yè)務(wù)信道分配請(qǐng)

28、求 886.014 30 0f 00 20 08 00 00 00 00 00 00 00 00 3b RT - L1 pch information 886.054 30 04 00 20 07 01 0a RT - L1 primitive 886.114 30 0f 00 20 08 00 00 00 00 00 00 00 00 3b RT - L1 pch information 886.915 30 0f 00 20 08 00 00 00 00 00 00 00 00 3c RT - L1 pch information 887.016 30 0f 00 20 08 1a 57

29、18 75 25 85 10 00 3c RT - L1 pch information 887.116 30 11 00 20 08 ff ff ff ff ff 85 10 00 RT - L1 null scch information 887.216 30 0f 00 20 08 00 00 00 00 00 00 00 00 3c RT - L1 pch information 887.266 30 04 00 f2 01 RT CS link cch req 向該基站重新請(qǐng)求業(yè)務(wù)信道第15頁(yè)/共24頁(yè)第十五頁(yè)，共24頁(yè)。常見(jiàn)問(wèn)題常見(jiàn)問(wèn)題2.TR101P:200ms, 4次超時(shí)結(jié)束切

30、換Start conditions: Without unwanted signal in the TCH designated by “Link channel assignment”Stop conditions: “Synchronization establishment” reception 887.647 80 0c 00 14 05 29 40 0a L1 indication uwave to RT 887.647 30 04 00 20 02 01 00 RT - L1 primitive 887.657 30 09 00 03 00 aa RT - L1 uwave IND

31、 在獲得業(yè)務(wù)信道以后,向該信道發(fā)送同步信息. 887.657 80 0a 00 05 4d 00 02 L1 est tch 887.857 30 04 00 f2 02 RT CS link cch rereq 重新請(qǐng)求信道在log中我們能發(fā)現(xiàn)在建鏈中存在(cnzi)大量的TR001和TR101超時(shí),這個(gè)是無(wú)法避免的,但是他們的存在(cnzi)確實(shí)對(duì)手機(jī)在弱信號(hào)區(qū)的切換有很大的影響,第16頁(yè)/共24頁(yè)第十六頁(yè)，共24頁(yè)。常見(jiàn)問(wèn)題常見(jiàn)問(wèn)題3.掉話：1.網(wǎng)絡(luò)主動(dòng)斷線引起掉話, 106.973 2d 00 00 00 02 7e 07 l2 rx all ifrm before sending t

32、o l3 106.983 27 00 00 00 00 04 06 8e 40 21 from L1 data -sacch 106.983 2d 00 00 00 03 43 01 l2 rx all ifrm before sending to l3 107.003 27 00 00 00 00 04 18 0d 24 00 from L1 data -sacch 107.003 2d 00 00 01 04 04 81 l2 rx all ifrm before sending to l3 107.003 2c 00 00 45 01 07 45 08 03 02 85 90 l2 se

33、nd to msg to l3 107.003 26 00 00 00 04 b1 0d l2 to l1 data req -(sacch) 107.003 35 45 00 45 01 07 45 08 03 02 85 90 CC PM: DISCONNECT 此時(shí)的掉話往往沒(méi)有征兆(zhngzho),突然斷線,這個(gè)現(xiàn)象不是我們軟件協(xié)議所能控制的,在現(xiàn)實(shí)log中此類(lèi)的斷線比例也不是很高,所以我們一般不對(duì)這種掉線分析。 第17頁(yè)/共24頁(yè)第十七頁(yè)，共24頁(yè)。2.新的TCH建立失敗而掉話.(切換流程中)1)同步超時(shí): 37.634 30 41 00 0e f2 0d RT TRMONITP

34、Timer Out 37.634 30 4b 00 9e 01 11 ae a6 02 RT CS_ID 37.634 30 4b 00 9e 01 11 ae a6 02 39 RT CS_ID 找到一個(gè)合適的基站 37.634 31 57 00 01 02 02 09 00 RT - CS link cch req 向該CS做建TCH請(qǐng)求 37.634 80 1c 00 02 03 L1 ready to tx scch 38.896 30 04 00 f2 01 RT CS link cch req 重新(chngxn)請(qǐng)求 38.896 80 1c 00 05 03 L1 ready

35、to tx scch 38.976 30 0f 00 20 08 00 00 00 00 00 00 00 00 36 RT - L1 pch information 38.996 80 11 00 07 0a L1 scch tx cfm 38.996 30 04 00 20 07 00 0a RT PM handover switch or recall end 切換停止 39.697 48 39 00 00 47 pm send ho end indication to MMI in HO 40.709 30 04 00 f2 14 RT CS link cch req 向該CS做建TC

36、H請(qǐng)求 195.891 80 1c 00 02 05 L1 ready to tx scch 196.052 30 0f 00 20 08 00 00 00 00 00 00 00 00 3c RT - L1 pch information 196.082 80 11 00 07 0a L1 scch tx cfm . 211.263 80 12 00 04 01 0a aa 14 be 13 14 24 00 a2 18L1 rx NULL msg 211.303 50 63 00 f5 0a 02 00 00 00 04 08 211.303 50 5f 00 211.303 34 0a

37、00 51 0b 00 00 MM get PM a disc command TCH建立時(shí)間太長(zhǎng),超過(guò)PM TIMER(15S),從而掉話. 在切換中都要重新建立TCH,所以一半以上的掉話都是由于(yuy)TCH建立失敗而導(dǎo)致.第19頁(yè)/共24頁(yè)第十九頁(yè)，共24頁(yè)。常見(jiàn)問(wèn)題常見(jiàn)問(wèn)題3.switch back失敗而掉話(切換不成功而switch back) 444.960 80 01 00 00 37 L1 cch monit 444.960 80 01 00 00 36 L1 cch monit 444.970 30 04 00 f2 0d RT - L1 primitive 444.970

38、 30 41 00 0e f2 0d RT TRMONITP Timer Out 沒(méi)有合適的基站進(jìn)行HO切換 444.970 80 0a 00 03 22 02 01 L1 est tch 445.922 30 04 00 f2 0c RT PM handover switch or recall end 445.922 48 39 00 00 22 pm send ho end indication to MMI in HO 445.922 50 60 00 447.023 30 04 00 f2 14 RT - L1 primitive 447.033 30 48 00 0d f2 14 RT TRDLRELP Timer Out Send RT “Radio-channel disconnection complete”在現(xiàn)實(shí)中有大半掉線情況由于switch back失敗而導(dǎo)致.一般手機(jī)在弱信號(hào)區(qū)因?yàn)樵捯糍|(zhì)量的降低而導(dǎo)致連續(xù)的切換，用來(lái)保證手機(jī)不掉(b dio)話。所以我們?cè)谛阅軠y(cè)試時(shí)會(huì)聽(tīng)到連續(xù)的DI-DI-聲，在切換