掉网问题的log分析
2019獨角獸企業重金招聘Python工程師標準>>>
1.如何得知網絡小區不支持緊急通話
=> 查看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側detach以后會向ap側發送通知是通過哪個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????????//搜索失敗 ?
該問題是正常現象。
問題機撥打112后，由于小區60信號強度強于630，CSFB到ARFCN為60的小區。由于網絡設置，在該小區上無法進行緊急通話。根據MTK design，手機會在3G上再次嘗試，嘗試前需detach，故出現掉網的現象（之后回復）
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????????
對比機機撥打112后，由于小區632/630信號強度均強于60，CSFB到ARFCN為632（即使CSFB到630，結論也是一樣）的小區。由于網絡設置，在該小區上可以進行緊急通話。故表現正常
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、判斷掉網狀態
modem側可以通過MM new State: 的狀態來判斷是否掉網，ap側可通過creg at的上報來判斷，但是modem側掉網不一定會上報給ap，會嘗試重新注冊
經查看, UE在1138～1139期間卡2處于脫網狀態，所以無法呼通。
//脫網
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????????
//找到小區
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和天線的問題，也可能是當地聯通信號差
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??? //隨機接入失敗 ??
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連接，應該已經脫網 ???
//卡2 為聯通
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、卡一通話時卡2被suspend的情況
1. 由于滅屏前，AP側根據modem上報的ECSQ URC計算得到信號強度level為0，UI顯示為空格；
2. 滅屏再亮屏，由于正在通話，ECSQ URC會被Suspend，于是UI保持滅屏前的空格顯示；
該過程是正常現象。請貴公司在信號良好的地方測試，滅屏前保證信號強度顯示不為空格進行測試。
============================具體log分析========================================
//滅屏前，收到最后一條信號強度是2G信號，信號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
//直到這個時候，掛斷電話，modem才上報有效的ECSQ URC，信號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
因為卡1通話，當卡1通話時，卡2就會被Suspend, 這個時候就會報NO_CELL_AVAILABLE????的狀態，這只是一個狀態而已，但是在UI顯示上仍以上報的前次ECSQ 為準，在通話過程中，上報的ECSQ第一位是99, 此時AP會忽略掉這次上報，所以信號不會變。
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????????
轉載于:https://my.oschina.net/u/2829875/blog/843124
總結
以上是生活随笔為你收集整理的掉网问题的log分析的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： RTEMS移植USB无线网卡的设想
- 下一篇： N26-第三周作业