热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

关于MTK平台的短信故障分析

2019独角兽企业重金招聘Python工程师标准主要是log分析关键字的搜索:cmteimscmt一些解惑Dearsir1、这个retry的机制是modem侧实

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

主要是log分析

关键字的搜索:

cmt

eimscmt

一些解惑

Dear sir
1、这个retry的机制是modem侧实现的吗?怎么触发这个机制,是在收不到网络发来的RP_ACK吗?
->modem实现的。12s内没有收到网络RP-ACK就会触发这个机制。 
2、从log如何判断设备进行这个retry机制,是看发送SMS__RP_DATA吗?如果是,那又如何
判断这个SMS__RP_DATA是这次发送失败的retry而不是又发起了一次新的发送短信呢?
->简单的判断可以看如下例子,如果RP-DATA是由AT+CMGS发起的是属于首次发起的,如果RP-DATA前面的log并没有AT+CMGS则属于modem重传的
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS    45833    34146    17:25:59:985    NIL    [AT_I p21, s11]AT+CMGS=92, "00210006816650910008525230592753856253542c6253542c6253542c76845b5850a88fc77a0b67516751901a4f207edf6eda6eda6eda6eda6eda6eda6eda560e560e560e560e70e670e670e670e670e670e653065306530653065306"
        
OTA    45910    34156    17:25:59:985    SMS    [MS->NW]: SMS__RP_DATA (smi=0)        
OTA    48452    34185    17:26:00:185    SMS    [MS->NW]: SMS__CP_DATA (smi=0)        
OTA    49685    34200    17:26:00:185    SMS    [NW->MS]: SMS__CP_ACK (smi=0)        
OTA    68268    36794    17:26:13:185    SMS    [MS->NW]: SMS__RP_DATA (smi=0)        
3、log中哪里显示 2G还没有建好connection?
->查看modem log中PS TRACE Peer窗口的OTA信令,如果在2G时没有发起Channel Reques的则代表当前没有建好连接,无法提供SMS服务。

之前的分析结果

Dear sir
在4G发送短信的期间进行CSFB call是会打断SMS的流程,UE切到2G后没有收到网络的CP-DATA,就会认为发送失败并且进行重选,而重传的时候由于2G还没有建好connection也就被直接reject掉,所以最后上报MO SMS fail,但网络可能会仍然把异常的SMS发送给对端,这属于网络问题,手机的处理流程是正常的。
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
PS    752915    82237    17:30:00:470    SMSAL - SMS    MSG_ID_SMS_SUBMIT        
OTA    752919    82237    17:30:00:470    SMS    [MS->NW]: SMS__RP_DATA (smi=0)        
OTA    756005    82278    17:30:00:670    SMS    [MS->NW]: SMS__CP_DATA (smi=0)        
OTA    757920    82293    17:30:00:670    EMM_NASMSG    [MS->NW] EMM_Extended_Service_Request(service type="MO_CSFB", CSFB response="CSFB_UNUSED")        
OTA    758401    82298    17:30:00:670    SMS    [NW->MS]: SMS__CP_ACK (smi=0)        
OTA    758709    82300    17:30:00:670    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[1])        
OTA    762762    82549    17:30:02:070    SMS    [MS->NW]: SMS__RP_DATA (smi=0)    retry    
PS    762764    82549    17:30:02:070    SMS - MM    MSG_ID_MMSMS_EST_REQ        
PS    762768    82549    17:30:02:070    MM - SMS    MSG_ID_MMSMS_EST_REJ    CM_MM_RR_NO_SERVICE    
PS    762772    82549    17:30:02:070    SMS - SMSAL    MSG_ID_SMS_SUBMIT_REPORT_NACK

二、判断手机状态是否可收到短信

2、RRC三个步骤建立正常
[MS->NW] ERRC_RRCConnectionRequest
[NW->MS] ERRC_RRCConnectionSetup
[MS->NW] ERRC_RRCConnectionSetupComplete

3、这份log没有副卡,所有不会有该问题
假设有副卡也就是看OTA没有进行CS业务
4、没有做Attach和TAU,所以没有该问题
至于流程是否完整请查看24.301里面5.5章节关于Attach和TAU的流程图介绍

三、信号质量不好网络未回复cp_ack

发送此现象的原因是手机已将CP_DATA(包含短信内容)发送给网络,网络未回复CP_DATA,重发,网络未回复CP_ACK,导致短信发送失败,网络已收到CP_DATA,有可能将CP_DATA转发给接收端,所以接收端能收到短信。手机端流程处理正常,网络原因,请知悉!

435101, 0, 93784728, 16:48:48:201 2016/12/30, MOD_SMSAL, MOD_SMS, MNSMS_SAP, MSG_ID_SMS_SUBMIT
437320, 0, 93786994, 16:48:48:201 2016/12/30, MOD_SMS, , TRACE_PEER, [MS->NW] [MO] SMS__CP_DATA (ti=1)
438160, 0, 93788190, 16:48:48:401 2016/12/30, MOD_SMS, , TRACE_PEER, [NW->MS] [MO] SMS__CP_ACK (ti=1)
438160, 0, 93788190, 16:48:48:401 2016/12/30, MOD_SMS, , TRACE_PEER, [NW->MS] [MO] SMS__CP_ACK (ti=1)
458528, 0, 93864754, 16:48:53:252 2016/12/30, MOD_SMS, , TRACE_PEER, [MS->NW] [MO] SMS__RP_DATA (rl_id=0)
460851, 0, 93867259, 16:48:53:452 2016/12/30, MOD_SMS, , TRACE_PEER, [MS->NW] [MO] SMS__CP_DATA (ti=2)
479798, 0, 93944285, 16:48:58:406 2016/12/30, MOD_SMS, MOD_SMSAL, MNSMS_SAP, MSG_ID_SMS_SUBMIT_REPORT_NACK
 

ECSQ: 15,25,1,1,1,-49,-464,7,17,38 看第1个参数和第7个参数。 第一个参数asu>20表示信号质量比较好。 第7个参数-464&#61; -116<-95 强度也不是很好。
当前信号质量不是很好。
434921, 0, 93722645, 16:48:44:262 2016/12/30, MOD_NIL, , TRACE_INFO, [AT_R p20, s9]&#43;ECSQ: 16,24,1,1,1,-47,-467,7,15,38
461837, 0, 93869352, 16:48:53:652 2016/12/30, MOD_NIL, , TRACE_INFO, [AT_U p19, s8]&#43;ECSQ: 18,24,1,1,1,-44,-466,7,21,38

三、TIO不一致的问题

网络有点异常&#xff0c;&#64;10:43:17发送的SMS没有收到网络的RP-ACK&#xff0c;之后UE进行重传但是网络返回的RP-ACK带的TIO和UE发送不一样&#xff0c;也就是TIO unsync&#xff0c;这种情况是把它丢弃掉所以UE会上报SMS fail&#xff0c;而网络没有处理好这种异常的SMS流程仍然把SMS发送给对端。
这属于网络临时问题&#xff0c;手机处理流程正常。
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
SYS (PCORE)    618494    4619233    10:43:17:075    NIL    [AT_I p22, s11]AT&#43;CMGS&#61;16, "0001000681665048000806540c8c0b4e86"
PS (PCORE)    618736    4619782    10:43:17:275    SMSAL - SMS    MSG_ID_SMS_SUBMIT
OTA (PCORE)    618738    4619784    10:43:17:275    SMS    [MS->NW] [MO] SMS__RP_DATA (rl_id&#61;1)
OTA (PCORE)    618760    4619788    10:43:17:275    SMS    [MS->NW] [MO] SMS__CP_DATA (ti&#61;1)    .001 .... &#61; TIO: 1
OTA (PCORE)    619101    4620889    10:43:17:275    SMS    [NW->MS] [MO] SMS__CP_ACK (ti&#61;1)
OTA (PCORE)    645114    4707446    10:43:22:755    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[0])
OTA (PCORE)    647395    4708551    10:43:22:955    SMS    [MS->NW] [MO] SMS__RP_DATA (rl_id&#61;0)
OTA (PCORE)    649748    4710804    10:43:22:955    SMS    [MS->NW] [MO] SMS__CP_DATA (ti&#61;2)
OTA (PCORE)    649785    4710808    10:43:22:955    EMM_NASMSG    [MS->NW] EMM_Uplink_NAS_Transport    .010 .... &#61; TIO: 2
OTA (PCORE)    650491    4711746    10:43:23:155    EMM_NASMSG    [NW->MS] EMM_Downlink_NAS_Transport    .001 .... &#61; TIO: 1
PS (PCORE)    650501    4711748    10:43:23:155    SMS    SMS: sms_find_cm_id_by_ti error: ti&#61;1
OTA (PCORE)    652168    4717669    10:43:23:387    EMM_NASMSG    [NW->MS] EMM_Downlink_NAS_Transport    .001 .... &#61; TIO: 1
PS (PCORE)    652178    4717670    10:43:23:387    SMS    SMS: sms_find_cm_id_by_ti error: ti&#61;1
OTA (PCORE)    670222    4787696    10:43:27:875    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[0])
PS (PCORE)    670750    4787923    10:43:27:875    SMS    SMS:[RL_FSM]rl_id&#61;0 , RL_FSM_SMCP_ERR_IND
PS (PCORE)    670754    4787924    10:43:27:875    SMS - SMSAL    MSG_ID_SMS_SUBMIT_REPORT_NACK
PS (PCORE)    793499    5614474    10:44:20:903    SMSAL - SMS    MSG_ID_SMS_SUBMIT
OTA (PCORE)    793501    5614476    10:44:20:903    SMS    [MS->NW] [MO] SMS__RP_DATA (rl_id&#61;0)
OTA (PCORE)    795738    5616646    10:44:20:903    SMS    [MS->NW] [MO] SMS__CP_DATA (ti&#61;3)
OTA (PCORE)    796518    5618041    10:44:21:111    SMS    [NW->MS] [MO] SMS__CP_ACK (ti&#61;3)
OTA (PCORE)    815837    5693644    10:44:25:859    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[0])
OTA (PCORE)    818201    5694802    10:44:26:059    SMS    [MS->NW] [MO] SMS__RP_DATA (rl_id&#61;0)
OTA (PCORE)    820547    5697863    10:44:26:264    SMS    [MS->NW] [MO] SMS__CP_DATA (ti&#61;4)
OTA (PCORE)    820584    5697866    10:44:26:264    EMM_NASMSG    [MS->NW] EMM_Uplink_NAS_Transport    .100 .... &#61; TIO: 4
OTA (PCORE)    821289    5698587    10:44:26:264    EMM_NASMSG    [NW->MS] EMM_Downlink_NAS_Transport    .011 .... &#61; TIO: 3
OTA (PCORE)    821541    5700039    10:44:26:264    EMM_NASMSG    [NW->MS] EMM_Downlink_NAS_Transport    .011 .... &#61; TIO: 3
PS (PCORE)    840471    5774885    10:44:31:176    SMS - SMSAL    MSG_ID_SMS_SUBMIT_REPORT_NACK
PS (PCORE)    874563    6065388    10:44:49:749    SMSAL - SMS    MSG_ID_SMS_SUBMIT
PS (PCORE)    922668    6235199    10:45:00:502    SMS - SMSAL    MSG_ID_SMS_SUBMIT_REPORT_NACK

四、4G小区切换的情况下很容易收不到网络端的RP_ACK

在关机前REF收到的5页长短信是连续发送过来&#xff0c;而DUT只收到其中两条&#xff0c;&#64;10:13:07:800网络让DUT做切换&#xff0c;之后新的cell并没有给发送剩余的SMS&#xff0c;这是网络问题&#xff0c;应该是基站并没有很好处理好收短信遇到切换的场景。
DUT:
Type    Index    Time    Local Time    Module    Message    Comment    Time Different
OTA (PCORE)    37469    938890    10:13:06:577    SMS    [NW->MS] [MT] SMS__CP_DATA (ti&#61;14)    Message part number: 3    
OTA (PCORE)    37470    938890    10:13:06:577    SMS    [MS->NW] [MT] SMS__CP_ACK (ti&#61;14)        
PS (PCORE)    37539    938899    10:13:06:577    SMS - SMSAL    MSG_ID_SMS_DELIVER        
PS (PCORE)    37889    940294    10:13:06:577    SMSAL - SMS    MSG_ID_SMS_DELIVER_REPORT_ACK        
OTA (PCORE)    37893    940295    10:13:06:577    SMS    [MS->NW] [MT] SMS__CP_DATA (ti&#61;14)        
OTA (PCORE)    38316    941463    10:13:06:798    SMS    [NW->MS] [MT] SMS__CP_ACK (ti&#61;14)        
OTA (PCORE)    41349    953511    10:13:07:600    SMS    [NW->MS] [MT] SMS__CP_DATA (ti&#61;14)    Message part number: 1    
PS (PCORE)    41419    953520    10:13:07:600    SMS - SMSAL    MSG_ID_SMS_DELIVER        
PS (PCORE)    41676    954451    10:13:07:600    SMSAL - SMS    MSG_ID_SMS_DELIVER_REPORT_ACK        
PS (PCORE)    42645    957993    10:13:07:800    ERRC_MOB    [RPT] A4 enter condition pci[395] (mn[-390]&#43;ofn[0]&#43;ocn[0]-hys[4])&#61;-394 > thresh[-404] rslt&#61;1        
OTA (PCORE)    42656    957994    10:13:07:800    ERRC_MOB    [MS->NW] ERRC_MeasurementReport[9] eventA4 ncell[38400/395] rslt[-390][-17]        
OTA (PCORE)    42914    958943    10:13:07:800    ERRC_CONN    [NW->MS] ERRC_RRCConnectionReconfiguration(measCfg:[0],mobCtrlInfo:[1],dedInfoNASList:[0],radioresCfgDed:[1],secCfgHO:[1])        
OTA (PCORE)    48374    966699    10:13:08:420    ERRC_MOB    [MS->NW] ERRC_MeasurementReport[18] eventA2 pcell[38400/395] rslt[-393][-26]        
OTA (PCORE)    59148    1037165    10:13:12:900    ERRC_CONN    [NW->MS] ERRC_RRCConnectionRelease(cause:[ReleaseCause_other], redirectInfo:[0])        

如何从mdlog看出来接收的信息对应哪张SIM卡。
打开mdlog之后&#xff0c;搜索SMSAL&#xff0c;可以找到MSG_ID_SMS_DELIVER 这样的数据&#xff08;这是接收短信&#xff09;
Source和Destination列就是module名称。比如&#xff1a;SMS、SMSAL 这样指的就是卡1
SMS_2, SMSAL_2 指的就是卡2

例如这份log:中批-1-600-w29-log3-10.14&#64;mdlog1&#64;MDLog1_2017_0507_101802 看到的
5488, 0, 1239252, 10:18:40:667 2017/05/07, MOD_SMS, MOD_SMSAL, MNSMS_SAP, MSG_ID_SMS_DELIVER
这就可以看出来是卡1接收了短信。
 


转:https://my.oschina.net/u/2829875/blog/822149



推荐阅读
  • Thisworkcameoutofthediscussioninhttps://github.com/typesafehub/config/issues/272 ... [详细]
  • 本文介绍了Python语言程序设计中文件和数据格式化的操作,包括使用np.savetext保存文本文件,对文本文件和二进制文件进行统一的操作步骤,以及使用Numpy模块进行数据可视化编程的指南。同时还提供了一些关于Python的测试题。 ... [详细]
  • 详解 Python 的二元算术运算,为什么说减法只是语法糖?[Python常见问题]
    原题|UnravellingbinaryarithmeticoperationsinPython作者|BrettCannon译者|豌豆花下猫(“Python猫 ... [详细]
  • 本文介绍了在Pygame中使用矩形对表面进行涂色的方法。通过查阅Pygame文档中的blit函数,可以了解到如何将一个表面的特定部分复制到另一个表面的指定位置上。具体的解决方法和参数说明在文中都有详细说明。 ... [详细]
  • 本文介绍了九度OnlineJudge中的1002题目“Grading”的解决方法。该题目要求设计一个公平的评分过程,将每个考题分配给3个独立的专家,如果他们的评分不一致,则需要请一位裁判做出最终决定。文章详细描述了评分规则,并给出了解决该问题的程序。 ... [详细]
  • 本文介绍了多因子选股模型在实际中的构建步骤,包括风险源分析、因子筛选和体系构建,并进行了模拟实证回测。在风险源分析中,从宏观、行业、公司和特殊因素四个角度分析了影响资产价格的因素。具体包括宏观经济运行和宏经济政策对证券市场的影响,以及行业类型、行业生命周期和行业政策对股票价格的影响。 ... [详细]
  • 关于我们EMQ是一家全球领先的开源物联网基础设施软件供应商,服务新产业周期的IoT&5G、边缘计算与云计算市场,交付全球领先的开源物联网消息服务器和流处理数据 ... [详细]
  • ZSI.generate.Wsdl2PythonError: unsupported local simpleType restriction ... [详细]
  • 本文讨论了在openwrt-17.01版本中,mt7628设备上初始化启动时eth0的mac地址总是随机生成的问题。每次随机生成的eth0的mac地址都会写到/sys/class/net/eth0/address目录下,而openwrt-17.01原版的SDK会根据随机生成的eth0的mac地址再生成eth0.1、eth0.2等,生成后的mac地址会保存在/etc/config/network下。 ... [详细]
  • r2dbc配置多数据源
    R2dbc配置多数据源问题根据官网配置r2dbc连接mysql多数据源所遇到的问题pom配置可以参考官网,不过我这样配置会报错我并没有这样配置将以下内容添加到pom.xml文件d ... [详细]
  • 本文介绍了利用ARMA模型对平稳非白噪声序列进行建模的步骤及代码实现。首先对观察值序列进行样本自相关系数和样本偏自相关系数的计算,然后根据这些系数的性质选择适当的ARMA模型进行拟合,并估计模型中的位置参数。接着进行模型的有效性检验,如果不通过则重新选择模型再拟合,如果通过则进行模型优化。最后利用拟合模型预测序列的未来走势。文章还介绍了绘制时序图、平稳性检验、白噪声检验、确定ARMA阶数和预测未来走势的代码实现。 ... [详细]
  • Introduction(简介)Forbeingapowerfulobject-orientedprogramminglanguage,Cisuseda ... [详细]
  • 用户视图(查看运行状态或其他参数)系统视图(配置设备的系统参数)system-viewEntersystemview,returnuservi ... [详细]
  • 基于词向量计算文本相似度1.测试数据:链接:https:pan.baidu.coms1fXJjcujAmAwTfsuTg2CbWA提取码:f4vx2.实验代码:imp ... [详细]
  • 机器人学领域的顶级期刊总结
    本文转载自:https:www.sohu.coma116061841_470013,如有侵权请告知,立即删除摘要此前有不少博客总结了机 ... [详细]
author-avatar
手机用户2502853881
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有