掉网问题的log分析
2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>
1.如何得知網(wǎng)絡(luò)小區(qū)不支持緊急通話
=> 查看modem log:
PS????113821????37504????11:56:52:670????MM????ACCESS not allowed in current cell,[Cell class]400,[MS class]100????????
PS????113822????37504????11:56:52:670????MM????CM service is rejected because of access class not allowed????????
2.modem側(cè)detach以后會(huì)向ap側(cè)發(fā)送通知是通過哪個(gè)AT
=> 可以查看以下AT command
Type????Index????Time????Local Time????Module????Message????Comment????Time Different
SYS????143094????39146????11:57:00:875????NIL????[AT_U p18, s8]+CREG: 0,"FFFF","0FFFFFFF",0,0,0???
3.3G重選,這部分可以參考以下log
Type????Index????Time????Local Time????Module????Message????Comment????Time Different
OTA????282651????50683????11:57:58:655????MM????[MS->NW] GMM__DETACH_REQUEST????????//detach
PS????288279????50719????11:57:58:855????NWSEL - MM????MSG_ID_NWSEL_MM_PLMN_SEARCH_REQ????????//搜索3G,類型為any PLMN
PS????293838????51298????11:58:01:655????MM - NWSEL????MSG_ID_NWSEL_MM_PLMN_SEARCH_CNF????????//搜索失敗 ?
該問題是正常現(xiàn)象。
問題機(jī)撥打112后,由于小區(qū)60信號(hào)強(qiáng)度強(qiáng)于630,CSFB到ARFCN為60的小區(qū)。由于網(wǎng)絡(luò)設(shè)置,在該小區(qū)上無法進(jìn)行緊急通話。根據(jù)MTK design,手機(jī)會(huì)在3G上再次嘗試,嘗試前需detach,故出現(xiàn)掉網(wǎng)的現(xiàn)象(之后回復(fù))
Type????Index????Time????Local Time????Module????Message????Comment????Time Different
SYS????109405????37335????11:56:51:855????NIL????[AT_I p20, s10]ATDE112;
SYS????109718????37335????11:56:51:855????NIL????[IMSP_AT_I s21]ATDE112;????????
OTA????109905????37335????11:56:51:855????EMM_NASMSG????[MS->NW] EMM_Extended_Service_Request(service type="MO_EMERGENCY_CSFB", CSFB response="CSFB_UNUSED")????????
OTA????110542????37345????11:56:51:855????ERRC_CONN????[NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[1])????????
PS????113286????37494????11:56:52:670????RRM????[RCS] Sorted power scan list: Index:0 ARFCN:60 POWER:-374????????
PS????113290????37494????11:56:52:670????RRM????[RCS] Sorted power scan list: Index:4 ARFCN:630 POWER:-416????????
PS????113821????37504????11:56:52:670????MM????ACCESS not allowed in current cell,[Cell class]400,[MS class]100????????
PS????113822????37504????11:56:52:670????MM????CM service is rejected because of access class not allowed????????
OTA????139395????39079????11:57:00:475????MM????[MS->NW] GMM__DETACH_REQUEST????????
對(duì)比機(jī)機(jī)撥打112后,由于小區(qū)632/630信號(hào)強(qiáng)度均強(qiáng)于60,CSFB到ARFCN為632(即使CSFB到630,結(jié)論也是一樣)的小區(qū)。由于網(wǎng)絡(luò)設(shè)置,在該小區(qū)上可以進(jìn)行緊急通話。故表現(xiàn)正常
Type????Index????Time????Local Time????Module????Message????Comment????Time Different
OTA????76974????37403????11:55:54:290????EMM_NASMSG????[MS->NW] EMM_Extended_Service_Request(service type="MO_EMERGENCY_CSFB", CSFB response="CSFB_UNUSED")????????
OTA????77706????37409????11:55:54:490????ERRC_CONN????[NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[1])????????
PS????79265????37558????11:55:55:090????RRM????[RCS] Sorted power scan list: Index:0 ARFCN:632 POWER:-363????????
PS????79267????37558????11:55:55:090????RRM????[RCS] Sorted power scan list: Index:2 ARFCN:630 POWER:-391????????
PS????79269????37558????11:55:55:090????RRM????[RCS] Sorted power scan list: Index:4 ARFCN:60 POWER:-394????????
OTA????81804????37739????11:55:56:090????MM????[MS->NW] MM__CM_SERVICE_REQUEST????????
OTA????84961????37883????11:55:56:690????CC????[MS->NW] CC__EMERGENCY_SETUP????????
OTA????86014????38265????11:55:58:690????CC????[NW->MS] CC__DISCONNECT
2、判斷掉網(wǎng)狀態(tài)
modem側(cè)可以通過MM new State: 的狀態(tài)來判斷是否掉網(wǎng),ap側(cè)可通過creg at的上報(bào)來判斷,但是modem側(cè)掉網(wǎng)不一定會(huì)上報(bào)給ap,會(huì)嘗試重新注冊(cè)
經(jīng)查看, UE在1138~1139期間卡2處于脫網(wǎng)狀態(tài),所以無法呼通。
//脫網(wǎng)
PS????32553????227427????11:38:08:000????MM_2????MM new State: MM_IDLE_NO_CELL_AVAILABLE????????
//PLMN search
PS????32564????227427????11:38:08:000????NWSEL_2 - MM_2????MSG_ID_NWSEL_MM_PLMN_SEARCH_REQ????????
PS????313145????232610????11:38:33:800????MM_2 - NWSEL_2????MSG_ID_NWSEL_MM_PLMN_SEARCH_CNF????????
//找到小區(qū)
PS????313146????232610????11:38:33:800????MM_2 - NWSEL_2????MSG_ID_NWSEL_MM_SYS_INFO_IND????????
PS????313175????232610????11:38:33:800????MM_2????Current LAI and stored LAI are different????????
//做LU兩次都不成功,可能是RF和天線的問題,也可能是當(dāng)?shù)芈?lián)通信號(hào)差
OTA????313177????232610????11:38:33:800????MM_2????[MS->NW] MM__LOCATION_UPDATING_REQUEST (LU type: MM_NORMAL_LU)????????
PS????318191????234060????11:38:41:010????MM_2????RR reject with cause RAND_ACC_FAILURE??? //隨機(jī)接入失敗 ??
PS????358157????234861????11:38:45:025????MM_2????MM_T3213_TIMER_ID Timer expires in state MM_IDLE_ATTEMPTING_TO_UPDATE????????
OTA????358159????234861????11:38:45:025????MM_2????[MS->NW] MM__LOCATION_UPDATING_REQUEST (LU type: MM_NORMAL_LU)????????
PS????358188????234861????11:38:45:025????MM_2????RR reject with cause RR_NO_SERVICE?? //無RR連接,應(yīng)該已經(jīng)脫網(wǎng) ???
//卡2 為聯(lián)通
SYS????526609????238050????11:39:01:025????NIL????[AT_R p24, s15]+COPS: 0,2,"46001",0????????
PS????739857????242542????11:39:23:425????MM_2 - NWSEL_2????MSG_ID_NWSEL_MM_SYS_INFO_IND????????
PS????739892????242542????11:39:23:425????MM_2????MM new State: MM_IDLE_LIMITED_SERVICE????????
PS????986728????247383????11:39:47:625????MM_2????MM new State: MM_IDLE_NO_CELL_AVAILABLE????????
3、卡一通話時(shí)卡2被suspend的情況
1. 由于滅屏前,AP側(cè)根據(jù)modem上報(bào)的ECSQ URC計(jì)算得到信號(hào)強(qiáng)度level為0,UI顯示為空格;
2. 滅屏再亮屏,由于正在通話,ECSQ URC會(huì)被Suspend,于是UI保持滅屏前的空格顯示;
該過程是正常現(xiàn)象。請(qǐng)貴公司在信號(hào)良好的地方測(cè)試,滅屏前保證信號(hào)強(qiáng)度顯示不為空格進(jìn)行測(cè)試。
============================具體log分析========================================
//滅屏前,收到最后一條信號(hào)強(qiáng)度是2G信號(hào),信號(hào)level為0:
05-13 09:20:52.167454 737 789 I AT : AT< +ECSQ: 7,99,-416,1,1,1,1,0,32767 (RIL_URC2_READER, tid:0)
05-13 09:20:52.170320 1440 1440 D SST : [GsmSST1] handle EVENT_SIGNAL_STRENGTH_UPDATE
05-13 09:20:52.170471 1440 1440 W SignalStrength: Signal after validate=SignalStrength: 4 99 -120 -160 -120 -1 -1 99 2147483647 2147483647 2147483647 2147483647 2147483647 gsm|lte 104 2147483647 2147483647
05-13 09:20:52.173091 1488 1836 W SignalStrength: GnUpdateGsm,level = 0, standard GSM, ASU=4
05-13 09:20:52.173118 1488 1836 W SignalStrength: getLevel=0
//直到這個(gè)時(shí)候,掛斷電話,modem才上報(bào)有效的ECSQ URC,信號(hào)level為2
05-13 09:22:41.955928 737 789 I AT : AT< +ECSQ: 17,99,-373,1,1,1,1,0,32767 (RIL_URC2_READER, tid:0)
05-13 09:22:41.958554 1440 1440 D SST : [GsmSST1] handle EVENT_SIGNAL_STRENGTH_UPDATE
05-13 09:22:41.960006 1266 2085 W SignalStrength: GnUpdateGsm,level = 2, standard GSM, ASU=9
05-13 09:22:41.960036 1266 2085 W SignalStrength: getLevel=2
因?yàn)榭?通話,當(dāng)卡1通話時(shí),卡2就會(huì)被Suspend, 這個(gè)時(shí)候就會(huì)報(bào)NO_CELL_AVAILABLE????的狀態(tài),這只是一個(gè)狀態(tài)而已,但是在UI顯示上仍以上報(bào)的前次ECSQ 為準(zhǔn),在通話過程中,上報(bào)的ECSQ第一位是99, 此時(shí)AP會(huì)忽略掉這次上報(bào),所以信號(hào)不會(huì)變。
Type????Index????Time????Local Time????Module????Message????Comment????Time Different
SYS????14491????847849????09:20:52:010????NIL????[AT_U p23, s14]+ECSQ: 7,99,-416,1,1,1,1,0,32767????????
OTA????23433????849394????09:20:59:540????ERRC_CEL????[NW->MS] PAGING, PagingRecordList[KAL_TRUE], SIB Modification[KAL_FALSE], ETWS[KAL_FALSE], CMAS[KAL_FALSE]????????
PS????23679????849395????09:20:59:740????RSVAS - L1_2????MSG_ID_RSVAS_L1_SUSPEND_REQ????????
PS????23804????849395????09:20:59:740????RATCM_2 - MM_2????MSG_ID_MM_RATCM_SUSPEND_IND????????
PS????23807????849395????09:20:59:740????MM_2????MM new State: MM_IDLE_NO_CELL_AVAILABLE
SYS????34189????850632????09:21:05:765????NIL????[AT_R p24, s15]+ECSQ: 99,99,1,1,1,1,1,0,32767????????
轉(zhuǎn)載于:https://my.oschina.net/u/2829875/blog/843124
總結(jié)
以上是生活随笔為你收集整理的掉网问题的log分析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: RTEMS移植USB无线网卡的设想
- 下一篇: N26-第三周作业