MTK平臺sip信令的查看和volte的故障

關鍵字搜索:html

siptx-io網絡

volte_auto_testingapp

AT命令:dom

CIREGUide

CGACT測試

volte基本流程場景:this

參考博客:http://www.cnblogs.com/gnuhpc/archive/2012/12/10/2812095.htmlspa

sip hold:.net

http://blog.csdn.net/blade2001/article/details/9163205code

sip協議詳解:

https://wenku.baidu.com/view/9069e37569eae009581bec9d.html

https://wenku.baidu.com/view/d2e34ad484254b35eefd34f7.html?re=view

1、SDP/Bearer match失敗

tft packet filter這塊24.008 10.5.6.12 Traffic Flow Template有講到,UE的資源預留在RFC 3313有提到,具體行爲可能並無細說,是經過日常看log和workshop所知的。關於此類問題首先看到VoLTE_Auto_Testing: [0][call] event/recv/0/2/bw_cnf/0這一塊能判斷是資源預留失敗,接着能夠經過查看tft的行爲來進一步判斷

在call進行的過程當中手機會跟網絡進行SDP/Bearer match,若是匹配失敗,IMCB向call UA發送bw_cnf=0,這樣會致使UA發cancel來斷cal,經常會有網絡問題致使的bearer匹配失敗

K4添加通話失敗是由於BW Reserve Failure致使UA發Cancel斷call
02-17 15:02:24.236500 1849 1880 I VoLTE_Auto_Testing: [0][call] event/recv/0/2/bw_cnf/0
02-17 15:02:24.240988 1848 1861 D VoLTE SIPTX: [SIPTX-IO] Send SIP (2409:8019:8630:1900:8::: 9900 )[131073:1638420] ==> { CANCEL tel:668189;phone-context=ims.mnc002.mcc460.3gppnetwork.org SIP/2.0 }
02-17 15:02:24.242998 1849 1880 I VoLTE_Auto_Testing: [0][call] state_change/0/2/DISC_IND

k4呼出失敗是由於以前所說的BW Reserve Failure致使UA發Cancel斷call,而failure是由於在第二通cal創建的過程當中網絡錯誤的刪除了pf=2的上行RTP packet filter,這樣致使了後續qos和tft都match failed,而對比機log則不存在這樣的狀況,由於網絡沒有錯誤刪除任何pf,這是網絡問題形成的,請您知悉!

Type    Index    Time    Local Time    Module    Message    Comment    Time Different
OTA    610411    491332    17:27:57:305    ESM    [NW->MS] ESM_MSG_MODIFY_EPS_BEARER_CONTEXT_REQUEST (PTI:0, EBI:7)    //消息體中能夠看到pf
101. .... = TFT operation code: Delete packet filters from existing TFT (5)
.... 0001 = Packet filter identifier: 2 (1)
03-04 17:27:58.151558 4436 4436 I VoLTE IMCB: tft_mod (1) qos_mod(1) imcb_bearer_msg_media_add_req_chk (vendor/mediatek/proprietary/frameworks/opt/volte/volte_imcb/sub_imcb/bearer/src/imcb_bearer_media_chk.c, 211)
03-04 17:28:04.082754 4434 4470 I VoLTE_Auto_Testing: [0][call] event/recv/0/2/bw_cnf/0
03-04 17:28:04.088060 4433 4453 D VoLTE SIPTX: [SIPTX-IO] Send SIP (2409:8019:8630:1900:8::: 9900 )[524292:2228254] ==> { CANCEL tel:664253;phone-context=ims.mnc002.mcc460.3gppnetwork.org SIP/2.0 }

2、呼叫轉移的問題(待確認)

分析從log中看UE這邊收到181以後就有收到網絡很快下發的487從而通話只能被斷開,這個是網絡行爲決定的,因爲貴司是用聯通卡設置了呼叫轉移,懷疑的跨運營商之間網絡仍是有問題,以前其餘客戶也有碰到相似的問題,還請貴司用相同的卡在相同地點多對比測試,請知悉!

16569: 02-23 14:06:19.919106 1762 1782 D VoLTE SIPTX: [SIPTX-IO] Recv SIP (2409:8019:8630:1900:8::: 9900 )[131073:262147] <== { SIP/2.0 181 Call Is Being Forwarded }
16652: 02-23 14:06:19.922044 1763 3097 I VoLTE_Auto_Testing: [0][call] msg/recv/resp/0/-1/181
16682: 02-23 14:06:19.923350 1763 3097 I VoLTE_Auto_Testing: [0][call] event/send/0/1/ecpi/2/0/0/3/0
16689: 02-23 14:06:19.923617 1763 3097 I VoLTE_Auto_Testing: [0][call] event/send/0/1/notify/2
17943: 02-23 14:06:21.459108 1762 1782 D VoLTE SIPTX: [SIPTX-IO] Recv SIP (2409:8019:8630:1900:8::: 9900 )[131073:262147] <== { SIP/2.0 487 Request Terminated }
18018: 02-23 14:06:21.489841 1763 3097 I VoLTE_Auto_Testing: [0][call] msg/recv/resp/0/-1/487
18035: 02-23 14:06:21.490466 1763 3097 I VoLTE_Auto_Testing: [0][call] event/send/0/1/bw_rel
18043: 02-23 14:06:21.490808 1763 3097 I VoLTE_Auto_Testing: [0][call] event/send/0/1/ecpi/133/0/0/3/31
3、4G鏈接斷開致使volte通話中斷

主叫端在收到SIP/2.0 180 Ringing因爲信號比較弱 rsrp[-486] rsrq[-60] ,致使網絡下發了ERRC_RRCConnectionRelease
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS    290269    160840    14:51:13:400    NIL    [AT_I p20, s10]ATD664253;
        
OTA    293869    160888    14:51:13:600    ESM    [NW->MS] ESM_MSG_ACTIVATE_DEDICATED_EPS_BEARER_CONTEXT_REQUEST (PTI:0, EBI:7)        
OTA    294085    160888    14:51:13:600    ESM    [MS->NW] ESM_MSG_ACTIVATE_DEDICATED_EPS_BEARER_CONTEXT_ACCEPT (PTI:0, EBI:7)        
SIP    0        14:51:13:788        [MS->NW]INVITE tel:664253;phone-context=ims.mnc007.mcc460.3gppnetwork.org SIP/2.0        
SIP    1        14:51:13:922        [NW->MS]SIP/2.0 100 Trying        
OTA    307739    161099    14:51:14:800    ESM    [NW->MS] ESM_MSG_MODIFY_EPS_BEARER_CONTEXT_REQUEST (PTI:0, EBI:7)        
OTA    307951    161099    14:51:14:800    ESM    [MS->NW] ESM_MSG_MODIFY_EPS_BEARER_CONTEXT_ACCEPT (PTI:0, EBI:7)        
SIP    2        14:51:15:017        [NW->MS]SIP/2.0 183 Session Progress        
SIP    3        14:51:15:052        [MS->NW]PRACK sip:[2409:8019:8630:2100:0008:0000:0000:0000]:9900;Hpt=8f32_16;CxtId=3;TRC=ffffffff-ffffffff SIP/2.0        
SIP    4        14:51:15:404        [NW->MS]SIP/2.0 200 OK        
SIP    5        14:51:15:432        [MS->NW]UPDATE sip:[2409:8019:8630:2100:0008:0000:0000:0000]:9900;Hpt=8f32_16;CxtId=3;TRC=ffffffff-ffffffff SIP/2.0        
SIP    6        14:51:16:198        [NW->MS]SIP/2.0 200 OK        
SIP    7        14:51:16:207        [NW->MS]SIP/2.0 180 Ringing        
PS    334007    161463    14:51:16:600    ERRC_MOB    [MRM] store scell: earfcn[37900] pci[87] rsrp2[-464] rssnr[6]        
PS    334008    161463    14:51:16:600    ERRC_MOB    [MRM] store scell: earfcn[37900] pci[87] rsrp[-486] rsrq[-60] cell_off[0] cell_state[0]        
PS    334037    161463    14:51:16:600    ERRC_MOB    [RPT] earfcn[38098] pci[320] cell_state[1] rsrp[-520] rsrq[-83] is skipped due to cell state.        
PS    334040    161463    14:51:16:600    ERRC_MOB    [RPT] earfcn[40936] pci[90] cell_state[1] rsrp[-484] rsrq[-88] is skipped due to cell state.        
PS    334046    161463    14:51:16:600    ERRC_MOB    [RPT] earfcn[38950] pci[248] cell_state[1] rsrp[-493] rsrq[-64] is skipped due to cell state.        
PS    334047    161463    14:51:16:600    ERRC_MOB    [RPT] earfcn[38950] pci[289] cell_state[1] rsrp[-488] rsrq[-74] is skipped due to cell state.        
OTA    334455    161468    14:51:16:600    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[1])    

被叫端,收到180 後回覆200 OK, CALL 已經接通了,過了30s 才收到網絡的BYE,應該是網絡問題
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS    92076    141376    14:49:37:000    NIL    [AT_U p18, s8]+ECPI: 1,6,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>"        
SYS    387497    144878    14:49:54:600    NIL    [AT_U p18, s8]+ECPI: 1,133,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>",16        
SYS    1057865    160785    14:51:14:090    NIL    [AT_U p18, s8]+ECPI: 1,0,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>"        
OTA    1064576    160869    14:51:14:490    ERRC_CONN    [NW->MS] ERRC_RRCConnectionReconfiguration(measCfg:[1],mobCtrlInfo:[0],dedInfoNASList:[0],radioresCfgDed:[0],secCfgHO:[0])        
OTA    1065031    160870    14:51:14:490    ERRC_CONN    [MS->NW] ERRC_RRCConnectionReconfigurationComplete        
SIP    32        14:51:14:624        [NW->MS]INVITE sip:[2409:8809:8691:50F5:0001:0001:1C7F:9255]:50001 SIP/2.0        
SIP    34        14:51:14:702        [MS->NW]SIP/2.0 183 Session Progress        
SIP    35        14:51:15:450        [NW->MS]PRACK sip:+8618825894253@[2409:8809:8691:50F5:0001:0001:1C7F:9255]:50001 SIP/2.0        
SIP    36        14:51:15:459        [MS->NW]SIP/2.0 200 OK        
SIP    37        14:51:15:854        [NW->MS]UPDATE sip:+8618825894253@[2409:8809:8691:50F5:0001:0001:1C7F:9255]:50001 SIP/2.0        
SIP    39        14:51:15:892        [MS->NW]SIP/2.0 180 Ringing        
SYS    1219987    163778    14:51:29:090    NIL    [AT_U p18, s8]+ECPI: 1,132,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>"        
SYS    1220123    163778    14:51:29:090    NIL    [AT_U p18, s8]+ECPI: 1,6,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>"        
SIP    40        14:51:29:666        [MS->NW]SIP/2.0 200 OK        
SYS    1688380    170196    14:52:01:090    NIL    [AT_U p18, s8]+ECPI: 1,133,0,1,1,20,"660623",129,"<sip:660623@gd.ims.mnc000.mcc460.3gppnetwork.org;noa=subscriber;srvattri=national;phone-context=+86>",16        
OTA    1690047    170220    14:52:01:290    ESM    [NW->MS] ESM_MSG_DEACTIVATE_EPS_BEARER_CONTEXT_REQUEST (PTI:0, EBI:7)        
OTA    1690059    170220    14:52:01:290    ESM    [MS->NW] ESM_MSG_DEACTIVATE_EPS_BEARER_CONTEXT_ACCEPT (PTI:0, EBI:7)        
SIP    41        14:52:01:718        [NW->MS]ACK sip:+8618825894253@[2409:8809:8691:50F5:0001:0001:1C7F:9255]:50001 SIP/2.0        
SIP    42        14:52:01:726        [NW->MS]BYE sip:+8618825894253@[2409:8809:8691:50F5:0001:0001:1C7F:9255]:50001 SIP/2.0        
SIP    43        14:52:01:759        [MS->NW]SIP/2.0 200 OK        

4、4G鏈接斷開致使volte信令不完整

此問題發生的緣由是出在MO這邊,當MT端接聽的那個時間段MO這邊有收到網絡的RRCConnectionRelease從而致使的掉話,從log中看測試過程當中B2測量也始終未有知足故沒法進行SRVCC切換,整體來看應該是NW issue,請知悉!
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS (PCORE)    530927    157841739    19:43:29:040    NIL    [AT_I p21, s10]ATD666160;
        
SYS (PCORE)    531136    157841760    19:43:29:040    NIL    [AT_U p19, s8]+ECPI: 1,130,0,0,0,0,"666160",129,""        
SYS (PCORE)    606692    158043375    19:43:42:046    NIL    [AT_U p19, s8]+ECPI: 1,2,1,1,0,20,"666160",129,""        
PS (PCORE)    726392    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond2 cell_id[78] (mn[-417]+ofn[0]-hys[4])=-421 > thresh2[-380]) rslt=0        
PS (PCORE)    726394    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond2 cell_id[630] (mn[-422]+ofn[0]-hys[4])=-426 > thresh2[-380]) rslt=0        
PS (PCORE)    726396    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond2 cell_id[71] (mn[-435]+ofn[0]-hys[4])=-439 > thresh2[-380]) rslt=0        
PS (PCORE)    726398    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond2 cell_id[632] (mn[-417]+ofn[0]-hys[4])=-421 > thresh2[-380]) rslt=0        
PS (PCORE)    726399    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond1 (ms[-483]+hys[4])=-479 < thresh1[-472]) rslt=1        
PS (PCORE)    726400    158218620    19:43:53:246    ERRC_MOB    [RPT] B2 enter cond2 cell_id[60] (mn[-404]+ofn[0]-hys[4])=-408 > thresh2[-380]) rslt=0        
OTA (PCORE)    735955    158232242    19:43:54:046    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[1])        
OTA (PCORE)    767951    158372033    19:44:03:046    MM    [MS->NW] MM__LOCATION_UPDATING_REQUEST (LU type: MM_NORMAL_LU)        
PS (PCORE)    769070    158372172    19:44:03:046    IMSP - IMC    MSG_ID_IMSP_IMC_CELL_INFO_UPDATE_REQ        
PS (PCORE)    769198    158372200    19:44:03:046    IMC    [IMC-REG]RAT is 23G, trigger IMS DEREG to IMCB)        
PS (PCORE)    769200    158372201    19:44:03:046    IMC - IMCB    MSG_ID_IMCB_IMC_IMS_DEREG_IND        
SYS (PCORE)    771465    158372695    19:44:03:046    NIL    [AT_U p19, s8]+ECPI: 1,133,0,0,0,20,"666160",129,"",31        

5、IMS註冊過程當中關ims開關問題

//Device was trying to get IMS registered
PS    98552    293278    13:20:56:690    IMC    [IMC-REG] ims_support:1        
PS    98562    293278    13:20:56:690    IMC    [IMC-REG] Normal REG condition check result: (1)
//User made IMS/VoLTE off        
SYS    98660    293282    13:20:56:690    NIL    [AT_I p21, s11]AT+EIMS=0
        
PS    98710    293282    13:20:56:690    IMC    [IMC-REG] Normal REG condition check result: (2)        
PS    98962    293284    13:20:56:690    IMC    [IMC-REG] ims_support check failed
// User gave Airplane Off/ON
Line 34609: 04-24 13:22:02.216262 13338 13338 I PhoneApp: Turning radio off - airplane
Line 39656: 04-24 13:22:28.298953 13338 13338 I PhoneApp: Turning radio on - airplane    

6、volte會議通話失敗

從log來看在合併電話會議時,將第一路通話加入電話會議收到網絡的Notify有報錯,有比較成功加入的消息和這次消息,並無什麼異常,懷疑是網絡低機率異常形成的:
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS    715276    757167    11:44:02:680    NIL    [AT_I p18, s8]AT+CHLD=3        
SYS    715349    757167    11:44:02:680    NIL    [AT_U p18, s8]+ECPI: 3,130,0,0,0,22,"",129,""        
SYS    727209    757290    11:44:03:280    NIL    [AT_U p18, s8]+ECPI: 3,2,0,1,1,22,"",129,""        
SYS    728075    757300    11:44:03:280    NIL    [AT_U p18, s8]+ECPI: 3,132,0,1,1,22,"",129,""        
SYS    728210    757300    11:44:03:280    NIL    [AT_U p18, s8]+ECPI: 3,6,0,1,1,22,"",129,""        
SYS    732598    757348    11:44:03:480    NIL    [AT_U p18, s8]+ECONF: 3,0,"",1,0,1        
SYS    742891    757438    11:44:04:080    NIL    [AT_U p18, s8]+ECONF: 3,0,"",0,0,2        
05-11 11:44:04.658148 6212 6227 I VoLTE SIPTX: [SIPTX-IO] Recv SIP (2405:200:330:1581::21: 32920 )[65536:458758] <== { NOTIFY sip:+917011714993@[2405:204:188d:4d3b:0:0:b32:98ad]:50045 SIP/2.0 }
SIP/2.0 480 Temporarily not available
Reason:X.int ;reasoncode=0x00000A03;add-info=0B0A.0005.0003
Reason:Q.850 ;cause=127
7、掉volte的問題


In logs we observed in logs that serving cell power was not good and A2 & A3 events were triggered but after it device moves to IDLE mode.
NW releases the RRC Connection with "idleModeMobilityControlInfo" means NW provides cells for the device to move to Idle mode and cells with carrier frequency(carrierFreq: 39325) were given highest priority.
Device finds EARFCN 39325 in B40 but cell condition were too poor that device could not select this cell, RSRP & RSRQ levels reported by the device are default values(1 & 1) and hence UI shows device in no service.

Device starts searching for other cells to get in service but could not get any cell till 16:16 PM.

So device goes to No service because of poor radio conditions and comes again in service around after 1 min once get the good cell.
This is not an issue, this is caused due to temporary NW conditions.

Please check below analysis, if any concern then let us know otherwise we shall close this issue.

//Measurement Events A2/A3 triggered but after this device moves to Idle mode
OTA    6596052    3706308    16:15:19:025    ERRC_MOB    [MS->NW] MEASUREMENT REPORT (measId[2] ERRC_MOB_RPT_TYPE_EVT_A2 scell[39325][194] rslt[-455][-78])        
OTA    6596072    3706308    16:15:19:025    ERRC_MOB    [MS->NW] MEASUREMENT REPORT (measId[1] ERRC_MOB_RPT_TYPE_EVT_A3 ERRC_MOB_OBJ_EUTRA scell[39325][194] rslt[-455][-78] ncell[39325][99] rslt[-435][-58])        
//Serving Cell power are RSRP -115 and RSRQ -20
PS    6596828    3706320    16:15:19:025    ERRC - EVAL    MSG_ID_EVAL_ERRC_CELL_POWER_LEVEL_IND        
//Still device is showing registration         
PS    6607604    3706450    16:15:19:825    VDM_ADS    [VDM ADS] Service status: CS domain NAS registration status = NAS_REG_STATUS_REGISTERED_ROAMING        
PS    6607610    3706450    16:15:19:825    VDM_ADS    [VDM ADS] Service status: PS domain NAS registration status = NAS_REG_STATUS_REGISTERED_ROAMING        
PS    6607620    3706450    16:15:19:825    VDM_ADS    [VDM ADS] Service status: cell id = 926480        
// RRC connection released by the NW device moves to Idle mode and NW send carrier freq 39325 as higest priority for reselection
OTA    6643263    3708566    16:15:30:405    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[0])    
carrierFreq: 39325

cellReselectionPriority: 7    
PS    6643478    3708569    16:15:30:405    ERRC_SPV    [SPV]ERRC state transition: current[ERRC_STS_CONNECTED]->next[ERRC_STS_IDLE]    
PS    6648384    3709151    16:15:33:205    EVAL - L4C    MSG_ID_L4C_EVAL_CELL_POWER_LEVEL_IND    -463, -64        
//Device finds     earfcn 39325 in band 40 but device could not find this cell and reporting default values of RSRP and RSRQ and device goes in NO services    
PS    6650114    3709180    16:15:33:405    MRS    [MRS_EAS] earfcn 39325 is in band 40        
PS    6650115    3709180    16:15:33:405    ERRC - EVAL    MSG_ID_EVAL_ERRC_CELL_POWER_LEVEL_IND    RSRP=1, RSRQ=1    

//Device starts searching new cells for registration    
PS    6650293    3709180    16:15:33:405    VDM_ADS    [VDM ADS] Service status: CS domain NAS registration status = NAS_REG_STATUS_NOT_REGISTERED_SEARCHING        
PS    6650299    3709180    16:15:33:405    VDM_ADS    [VDM ADS] Service status: PS domain NAS registration status = NAS_REG_STATUS_NOT_REGISTERED_SEARCHING        
// Both cells of freq 39325 were failed in selection        
PS    6698174    3713069    16:15:52:805    ERRC_CEL    [CEL_DI/LV] cell failed: earfcn[39325]/pci[294], fail[ERRC_CEL_TRACE_DI_JUDGE]        
PS    6699732    3713109    16:15:53:005    ERRC_CEL    [CEL_DI/LV] cell failed: earfcn[39325]/pci[99], fail[ERRC_CEL_TRACE_DI_JUDGE]        
PS    6699859    3713109    16:15:53:005    EVAL - L4C    MSG_ID_L4C_EVAL_CELL_POWER_LEVEL_IND    RSRP =1, RSRQ =1
//finally device gets a cell and registers and comes in service    
OTA    6732581    3718840    16:16:21:805    ERRC_SYS    [NW->MS] MasterInformationBlock (EARFCN[1490], PCI[238])        
OTA    6732668    3718841    16:16:21:805    ERRC_SYS    [NW->MS] SystemInformationBlockType1 (EARFCN[1490], PCI[238])        
PS    6734037    3718866    16:16:21:805    VDM_ADS    [VDM ADS] Service status: CS domain NAS registration status = NAS_REG_STATUS_REGISTERED_ROAMING        
PS    6734043    3718866    16:16:21:805    VDM_ADS    [VDM ADS] Service status: PS domain NAS registration status = NAS_REG_STATUS_REGISTERED_ROAMING    

AP LOG:

We can see registration states. device goes unregistered during this time and again registered at 16:16.

Also see that VoLTE icon was off at 16:15:49 and made on again at 16:16:02.

Hopefully it clears now, can we close this issue?

// Device goes unregistered and registered again.
Line 76577: 05-19 16:15:48.981 2535 2549 I VoLTE REG: *Reg[0] = OOS --> Registered , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:3357) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)
Line 78815: 05-19 16:15:50.712 2535 2549 I VoLTE REG: *Reg[0] = unknown --> Disconnect , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:1274) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)
Line 84067: 05-19 16:15:59.781 2535 2549 I VoLTE REG: **Reg[0] = Disconnect --> Connecting , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:3263) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:751)
Line 84206: 05-19 16:15:59.785 2535 2549 I VoLTE REG: *Reg[0] = Connecting --> Unregistered , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:3196) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)
Line 84329: 05-19 16:15:59.792 2535 2549 I VoLTE REG: *Reg[0] = Unregistered --> Registering , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:2058) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)
Line 84954: 05-19 16:16:00.272 2535 21797 I VoLTE REG: *Reg[0] = Registering --> Authenticating , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:4629) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)
Line 86132: 05-19 16:16:02.375 2535 21797 I VoLTE REG: *Reg[0] = Authenticating --> Registered , cause = 0, owner = 2 (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:4339) (vendor/mediatek/proprietary/protect-app/external/volte/volte_stack/src/reg/reg.c:732)


//VoLTE icon on/off at Ap
Line 77876: 05-19 16:15:49.314 1103 1103 D SignalClusterView: set VoLTE Icon off
Line 86593: 05-19 16:16:02.404 1103 1103 D SignalClusterView: set VoLTE Icon on

8、volte註冊失敗,pdn鏈接請求被拒

此問題從log中看極可能是機率性的這個應該是timing處理的case,大體緣由是這樣,UE這邊發第一次IMS PDN創建請求時在發送最後的accept消息時恰好很短期後副卡恰好要作LU佔用底層資源這時候可能就是當底層在data發送出去等網絡回覆ACK的過程(其實網絡已經有收到UE發送的這個消息可是UE沒有收到網絡回覆的ACK),這樣因爲副卡資源佔用致使底層回報發送failure由於底層必需要等到ACK纔算成功,故AP後續就再次發送IMS PDN創建請求給NW,但NW由於已經收到Accept致使不接受重複的PDN創建請求從而致使了此次註冊的失敗,具體log流程以下:
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
OTA    173744    4903    15:14:24:130    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)        
OTA    175162    4925    15:14:24:130    ESM    [NW->MS] ESM_MSG_ACTIVATE_DEFAULT_EPS_BEARER_CONTEXT_REQUEST (PTI:2, EBI:6)        
OTA    175198    4925    15:14:24:130    ESM    [MS->NW] ESM_MSG_ACTIVATE_DEFAULT_EPS_BEARER_CONTEXT_ACCEPT (PTI:0, EBI:6)        
PS    175199    4925    15:14:24:130    ESM - EMM    MSG_ID_ESM_EMM_DATA_REQ        
PS    175244    4925    15:14:24:130    EMM - ESM    MSG_ID_ESM_EMM_DATA_SEND_IND        
PS    175253    4925    15:14:24:130    EMM - ERRC    MSG_ID_EMM_ERRC_DATA_REQ        
PS    175265    4925    15:14:24:130    ERRC - EPDCP    MSG_ID_ERRC_EPDCP_DCCH_DATA_REQ        
OTA    176240    4944    15:14:24:330    MM_2    [MS->NW] MM__LOCATION_UPDATING_REQUEST (LU type: MM_IMSI_ATTACH_LU)        
PS    176251    4944    15:14:24:330    RSVAS - ERRC    MSG_ID_RSVAS_EAS_ABORT_SERVICE_REQ        
PS    176318    4944    15:14:24:330    ERRC - EMM    MSG_ID_EMM_ERRC_RELEASE_IND        
PS    176391    4944    15:14:24:330    EMM - ESM    MSG_ID_ESM_EMM_CONN_RELEASE_IND        
PS    176485    4944    15:14:24:330    EMM - EVAL    MSG_ID_EVAL_EMM_REL_IND        
PS    176494    4944    15:14:24:330    EMM - ERRC    MSG_ID_EMM_ERRC_RELEASE_RSP        
PS    176698    4945    15:14:24:330    EMM - ESM    MSG_ID_ESM_EMM_DATA_CNF        
OTA    176746    4945    15:14:24:330    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)        
PS    176747    4945    15:14:24:330    ESM - EMM    MSG_ID_ESM_EMM_DATA_REQ        
PS    177219    4946    15:14:24:330    EPDCP - ERRC    MSG_ID_ERRC_EPDCP_DCCH_DATA_CNF        
PS    177221    4946    15:14:24:330    EPDCP - ERRC    MSG_ID_ERRC_EPDCP_DCCH_DATA_CNF        
OTA    230424    6547    15:14:32:345    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)        
OTA    230960    6555    15:14:32:345    ESM    [NW->MS] ESM_MSG_PDN_CONNECTIVITY_REJECT (PTI:2, EBI:0, ESM cause:"ESM_CAUSE_MULTIPLE_PDN_APN_NOT_ALLOWED")        
SYS    231107    6555    15:14:32:345    NIL    [AT_R p17, s5]+CME ERROR: 3383        

9、副卡佔用資源致使PDN鏈接請求收不到再次發送被網絡拒絕從而註冊部上volte

此問題從log中看極可能是機率性的這個應該是timing處理的case,大體緣由是這樣,UE這邊發第一次IMS PDN創建請求時在發送最後的accept消息時恰好很短期後副卡恰好要作LU佔用底層資源這時候可能就是當底層在data發送出去等網絡回覆ACK的過程(其實網絡已經有收到UE發送的這個消息可是UE沒有收到網絡回覆的ACK),這樣因爲副卡資源佔用致使底層回報發送failure由於底層必需要等到ACK纔算成功,故AP後續就再次發送IMS PDN創建請求給NW,但NW由於已經收到Accept致使不接受重複的PDN創建請求從而致使了此次註冊的失敗,具體log流程以下: Type    Index    Time    Local Time    Module    Message    Comment    Time Different OTA    173744    4903    15:14:24:130    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)         OTA    175162    4925    15:14:24:130    ESM    [NW->MS] ESM_MSG_ACTIVATE_DEFAULT_EPS_BEARER_CONTEXT_REQUEST (PTI:2, EBI:6)         OTA    175198    4925    15:14:24:130    ESM    [MS->NW] ESM_MSG_ACTIVATE_DEFAULT_EPS_BEARER_CONTEXT_ACCEPT (PTI:0, EBI:6)         PS    175199    4925    15:14:24:130    ESM - EMM    MSG_ID_ESM_EMM_DATA_REQ         PS    175244    4925    15:14:24:130    EMM - ESM    MSG_ID_ESM_EMM_DATA_SEND_IND         PS    175253    4925    15:14:24:130    EMM - ERRC    MSG_ID_EMM_ERRC_DATA_REQ         PS    175265    4925    15:14:24:130    ERRC - EPDCP    MSG_ID_ERRC_EPDCP_DCCH_DATA_REQ         OTA    176240    4944    15:14:24:330    MM_2    [MS->NW] MM__LOCATION_UPDATING_REQUEST (LU type: MM_IMSI_ATTACH_LU)         PS    176251    4944    15:14:24:330    RSVAS - ERRC    MSG_ID_RSVAS_EAS_ABORT_SERVICE_REQ         PS    176318    4944    15:14:24:330    ERRC - EMM    MSG_ID_EMM_ERRC_RELEASE_IND         PS    176391    4944    15:14:24:330    EMM - ESM    MSG_ID_ESM_EMM_CONN_RELEASE_IND         PS    176485    4944    15:14:24:330    EMM - EVAL    MSG_ID_EVAL_EMM_REL_IND         PS    176494    4944    15:14:24:330    EMM - ERRC    MSG_ID_EMM_ERRC_RELEASE_RSP         PS    176698    4945    15:14:24:330    EMM - ESM    MSG_ID_ESM_EMM_DATA_CNF         OTA    176746    4945    15:14:24:330    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)         PS    176747    4945    15:14:24:330    ESM - EMM    MSG_ID_ESM_EMM_DATA_REQ         PS    177219    4946    15:14:24:330    EPDCP - ERRC    MSG_ID_ERRC_EPDCP_DCCH_DATA_CNF         PS    177221    4946    15:14:24:330    EPDCP - ERRC    MSG_ID_ERRC_EPDCP_DCCH_DATA_CNF         OTA    230424    6547    15:14:32:345    ESM    [MS->NW] ESM_MSG_PDN_CONNECTIVITY_REQUEST (PTI:2, EBI:0)         OTA    230960    6555    15:14:32:345    ESM    [NW->MS] ESM_MSG_PDN_CONNECTIVITY_REJECT (PTI:2, EBI:0, ESM cause:"ESM_CAUSE_MULTIPLE_PDN_APN_NOT_ALLOWED")         SYS    231107    6555    15:14:32:345    NIL    [AT_R p17, s5]+CME ERROR: 3383       

相關文章
相關標籤/搜索