通信诊断日志的处理方法、设备及可读存储介质与流程

1.本发明涉及计算机技术领域，特别涉及一种通信诊断日志的处理方法、设备及可读存储介质。


背景技术：

2.在通信系统中，手机芯片拥有较强的诊断能力是至关重要的。抓取需要的通信诊断日志可以尽快的解决各种通信系统出现的问题。
3.通常通信系统中通信日志的量很大，一旦出现问题，比如出现吊挂、sim卡不能用、数据业务不能正常进行、死机等问题，都需要通过通信日志定位具体出现的问题。而现有的通信日志容易丢失，不容易定位。如果采用复现的方式抓取需要的通信诊断日志，由于网络配置发生变化，复现的可能性以及有效性不足。


技术实现要素：

4.本发明要解决的技术问题是为了克服现有技术中采用复现的方式抓取需要的通信诊断日志存在复现的可能性以及有效性不足的缺陷，提供一种通信诊断日志的处理方法、设备及可读存储介质。
5.本发明是通过下述技术方案来解决上述技术问题：
6.一种通信诊断日志的处理方法，所述处理方法包括：
7.预设通信诊断日志的抓取规则表，所述抓取规则表中存储有与通信系统的不同场景类型对应的抓取规则；
8.获取所述通信系统的当前场景类型；
9.基于所述抓取规则表抓取与所述当前场景类型对应的目标通信诊断日志。
10.较佳地，所述预设通信诊断日志的抓取规则表的步骤包括：
11.预设所述不同场景类型下获取的所述通信诊断日志的日志级别。
12.较佳地，所述预设通信诊断日志的抓取规则表的步骤还包括：
13.预设所述不同场景类型下获取的所述通信诊断日志的日志功能。
14.较佳地，所述预设通信诊断日志的抓取规则表的步骤还包括：
15.预设所述不同场景类型下获取的所述通信诊断日志的所存sim卡类型和/或所属模块类型。
16.较佳地，所述获取所述通信系统的当前场景类型的步骤包括：
17.根据用户的活动轨迹信息和/或运营商的测试用例获取所述通信系统的当前场景类型。
18.较佳地，所述场景类型包括待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载、长期演进语音承载数据并发和功耗测试业务中的至少一种。
19.较佳地，所述基于所述抓取规则表抓取与所述当前场景类型对应的目标通信诊断日志的步骤之后，所述处理方法还包括：
20.存储所述目标通信诊断日志。
21.较佳地，所述存储所述目标通信诊断日志的步骤之后，所述处理方法还包括：
22.分析获取的所述目标通信诊断日志。
23.一种通信诊断日志的处理系统，所述处理系统包括预设模块、获取模块和抓取模块；
24.所述预设模块，用于预设通信诊断日志的抓取规则表，所述抓取规则表中存储有与通信系统的不同场景类型对应的抓取规则；
25.所述获取模块，用于获取所述通信系统的当前场景类型；
26.所述抓取模块，用于基于所述抓取规则表抓取与所述当前场景类型对应的目标通信诊断日志。
27.较佳地，所述预设模块包括第一预设单元；
28.所述第一预设单元，用于预设所述不同场景类型下获取的所述通信诊断日志的日志级别。
29.较佳地，所述预设模块包括第二预设单元；
30.所述第二预设单元，用于预设所述不同场景类型下获取的所述通信诊断日志的日志功能。
31.较佳地，所述预设模块包括第三预设单元；
32.所述第三预设单元，用于预设所述不同场景类型下获取的所述通信诊断日志的所存sim卡类型和/或所属模块类型。
33.较佳地，所述获取模块，具体用于根据用户的活动轨迹信息和/或运营商的测试用例获取所述通信系统的当前场景类型。
34.较佳地，所述场景类型包括待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载、长期演进语音承载数据并发和功耗测试业务中的至少一种。
35.较佳地，所述处理系统还包括存储模块；
36.所述存储模块，用于存储所述目标通信诊断日志。
37.较佳地，所述处理系统还包括分析模块；
38.所述分析模块，用于分析获取的所述目标通信诊断日志。
39.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行计算机程序时实现上述的通信诊断日志的处理方法。
40.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的通信诊断日志的处理方法。
41.本发明的积极进步效果在于：
42.本发明通过预设存储有与通信系统的不同场景类型对应的抓取规则的通信诊断日志的抓取规则表，获取通信系统的当前场景类型，基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志，实现了能够准确的抓取需要的通信诊断日志，避免了通信诊断日志的丢失，节省了通信诊断日志的存储空间。
附图说明
43.图1为本发明实施例1的通信诊断日志的处理方法的流程图。
44.图2为本发明实施例2的通信诊断日志的处理方法的流程图。
45.图3为本发明实施例3的通信诊断日志的处理系统的模块示意图。
46.图4为本发明实施例4的通信诊断日志的处理系统的模块示意图。
47.图5为本发明实施例5的电子设备的结构示意图。
具体实施方式
48.下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
49.实施例1
50.本实施例提供的一种通信诊断日志的处理方法，如图1所示，该处理方法包括：
51.步骤101、预设通信诊断日志的抓取规则表，该抓取规则表中存储有与通信系统的不同场景类型对应的抓取规则；
52.本实施例中，不同场景类型下的通信诊断日志需求是不一样的，有的场景类型需要的通信诊断日志多些，有的场景类型需要的通信诊断日志少些。
53.本实施例中，场景类型包括待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载(即ftp下载)、长期演进语音承载数据并发(即volte+数据并发)和功耗测试业务(例如，功能测试业务为睡眠场景)中的至少一种。需要说明的是，待机包含开机、自注册；音频通话可以为volte(长期演进语音承载)音频通话业务，视频通话可以为volte视频通话业务。
54.步骤102、获取通信系统的当前场景类型；
55.本实施例中，预先定义较多的场景类型，在外场测试或者运营商测试中，使用预先定义的场景类型进行测试，同时也支持场景类型的灵活多选。本实施例可以从预先定义的场景类型中确定出通信系统的当前场景类型。
56.具体地，终端设备(例如手机)的日志操作界面上设有多种不同场景类型，例如，终端设备的日志操作界面上设有待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载、长期演进语音承载数据并发和功耗测试业务等多种不同场景类型，在已经确定通信系统需要使用的场景类型时，在终端设备的日志操作界面上点击通信系统需要使用的场景类型，系统即可获取通信系统的当前场景类型。示例性的，当用户在终端设备的日志操作界面上点击“sim卡专项测试”的场景类型时，系统获取的通信系统的当前场景类型为“sim卡专项测试”。
57.需要说明的是，在不能确定或者不知道通信系统需要使用的场景类型的情况下，获取的通信系统的当前场景类型为默认的场景类型。
58.步骤103、基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志。
59.本实施例通过预设存储有与通信系统的不同场景类型对应的抓取规则的通信诊断日志的抓取规则表，获取通信系统的当前场景类型，基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志，实现了能够准确的抓取需要的通信诊断日志，避免了通信诊断日志的丢失，节省了通信诊断日志的存储空间。
60.实施例2
61.本实施例的通信诊断日志的处理方法是对实施例1的进一步改进，具体地：
62.步骤101包括：
63.预设不同场景类型下获取的通信诊断日志的日志级别。
64.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的日志级别。
65.本实施例中，通信诊断日志的日志级别根据实际情况进行设置，通常通信诊断日志的日志级别设置为4个级别，也可以设置为其他数量的级别，此处不做具体限定。
66.示例性的，以通信诊断日志的日志级别设置为4个级别为例，4个级别分别为：
67.level(某时某情况下存在的级别)0：明显的错误，例如内存分配失败/timer创建失败/assert前参数打印等；
68.level1：debug(计算机排除故障的)调试重要的信息打印；
69.level2：debug调试一般信息；
70.level3：debug调试详细信息。
71.在一可实施的方案中，步骤101还包括：
72.预设不同场景类型下获取的通信诊断日志的日志功能。
73.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的日志功能。
74.本实施例中，通信诊断日志的日志功能根据实际情况进行分类，例如，日志功能可以分为以下几种类型：
75.nr mac configuration(nr-mac配置)；nr mac dl transport block(nr-mac-dl传输块)；nr mac ul transport block(nr-mac-ul传输块)；nr plmn search request(nr plmn搜索请求)；nr plmn search response(nr plmn搜索响应)；nr rrc paging ue(nr rrc eu寻呼)；nr rrc ota message(nr rrc ota消息)；nr rrc mib message(nr rrc mib消息)。
76.在一可实施的方案中，步骤101还包括：
77.预设不同场景类型下获取的通信诊断日志的所存sim卡类型和/或所属模块类型。
78.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的所存sim卡类型和/或所属模块类型。
79.需要说明的是，每个模块的级别数目可以不同，有的模块可以分4个日志级别，有的模块可以分2个日志级别，每个模块可以分为多个日志功能，相比日志级别来说，可以分为很多日志功能。
80.需要说明的是，可以抓取单一sim卡的通信诊断日志，也可以抓取多个sim卡的通信诊断日志(例如，可以仅抓取sim1卡的通信诊断日志，也可以仅抓取sim2卡的通信诊断日志，还可以抓取sim1和sim2卡的通信诊断日志)。通信诊断日志抓取时，采用分所属模块类型/分日志功能型/分日志级别/分场景类型/分所存sim卡类型多种组合方式进行通信诊断日志的抓取，极大程度的减少了冗余通信诊断日志的输出，减轻了通信诊断日志通道压力，避免了通信诊断日志丢失。
81.在一可实施的方案中，步骤102包括：
82.根据用户的活动轨迹信息和/或运营商的测试用例获取通信系统的当前场景类型。
83.本实施例中，根据用户打电话、发短息、发微信等日常的活动轨迹能够获取通信系统的当前场景类型；或者在运营商进行测试时，根据运营商的测试用例或者运营商的测试规范也可以获取通信系统的当前场景类型。
84.在一可实施的方案中，如图2所示，该处理方法还包括：
85.步骤104、存储目标通信诊断日志；
86.本实施例中，在判断出需要输出基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志的情况下，将输出的目标通信诊断日志进行存储，目标通信诊断日志的具体存储方式有终端设备的内部存储空间(例如emmc(嵌入式多媒体卡)等)、sim卡或者pc(个人计算机)，即可以将目标诊断日志存储到终端设备的内部存储空间，也可以将目标诊断日志存储到sim卡里面还可以将目标诊断日志存储到pc里面，具体采用哪种存储方式根据实际情况进行选择，需要说明的是，在具体存储目标通信诊断日志时，若终端设备(例如手机)的内部存储空间不足，则将该目标通信诊断日志转存到sim卡里面或者pc里面。
87.步骤105、分析获取的目标通信诊断日志。
88.本实施例中，从终端设备的内部存储空间或者sim卡里面或者pc里面获取目标通信诊断日志，并对获取的目标通信诊断日志进行分析，以便准确地定位到通信系统出现的问题，进而快速解决通信系统出现的问题，提高了处理通信系统问题的效率。
89.本实施例将分所属模块类型/分日志功能型/分日志级别/分场景类型/分所存sim卡类型整合在一起形成多种组合方式，并且相互之间没有耦合，采用这种多种组合的方式抓取与当前场景类型对应的目标通信诊断日志，能够准确的抓取需要的通信诊断日志，避免了通信诊断日志的丢失，节省了通信诊断日志的存储空间。
90.实施例3
91.本实施例提供的一种通信诊断日志的处理系统，如图3所示，该处理系统包括预设模块1、获取模块2和抓取模块3；
92.预设模块1，用于预设通信诊断日志的抓取规则表，该抓取规则表中存储有与通信系统的不同场景类型对应的抓取规则；
93.本实施例中，不同场景类型下的通信诊断日志需求是不一样的，有的场景类型需要的通信诊断日志多些，有的场景类型需要的通信诊断日志少些。
94.本实施例中，场景类型包括待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载(即ftp下载)、长期演进语音承载数据并发(即volte+数据并发)和功耗测试业务(例如，功能测试业务为睡眠场景)中的至少一种。需要说明的是，待机包含开机、自注册；音频通话可以为volte音频通话业务，视频通话可以为volte视频通话业务。
95.获取模块2，用于获取通信系统的当前场景类型；
96.本实施例中，预先定义较多的场景类型，在外场测试或者运营商测试中，使用预先定义的场景类型进行测试，同时也支持场景类型的灵活多选。本实施例可以从预先定义的场景类型中确定出通信系统的当前场景类型。
97.具体地，终端设备(例如手机)的日志操作界面上设有多种不同场景类型，例如，终端设备的日志操作界面上设有待机、sim卡专项测试、音频通话、视频通话、上网、文件传输协议下载、长期演进语音承载数据并发和功耗测试业务等多种不同场景类型，在已经确定通信系统需要使用的场景类型时，在终端设备的日志操作界面上点击通信系统需要使用的
场景类型，系统即可获取通信系统的当前场景类型。示例性的，当用户在终端设备的日志操作界面上点击“sim卡专项测试”的场景类型时，系统获取的通信系统的当前场景类型为“sim卡专项测试”。
98.需要说明的是，在不能确定或者不知道通信系统需要使用的场景类型的情况下，获取的通信系统的当前场景类型为默认的场景类型。
99.抓取模块3，用于基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志。
100.本实施例通过预设存储有与通信系统的不同场景类型对应的抓取规则的通信诊断日志的抓取规则表，获取通信系统的当前场景类型，基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志，实现了能够准确的抓取需要的通信诊断日志，避免了通信诊断日志的丢失，节省了通信诊断日志的存储空间。
101.实施例4
102.如图4所示，本实施例的通信诊断日志的处理系统是对实施例3的进一步改进，具体地：预设模块1包括第一预设单元11；
103.第一预设单元11，用于预设不同场景类型下获取的通信诊断日志的日志级别。
104.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的日志级别。
105.本实施例中，通信诊断日志的日志级别根据实际情况进行设置，通常通信诊断日志的日志级别设置为4个级别，也可以设置为其他数量的级别，此处不做具体限定。
106.示例性的，以通信诊断日志的日志级别设置为4个级别为例，4个级别分别为：
107.level0：明显的错误，例如内存分配失败/timer创建失败/assert前参数打印等；
108.level1：debug调试重要的信息打印；
109.level2：debug调试一般信息；
110.level3：debug调试详细信息。
111.在一可实施的方案中，如图4所示，预设模块1还包括第二预设单元12；
112.第二预设单元12，用于预设不同场景类型下获取的通信诊断日志的日志功能。
113.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的日志功能。
114.本实施例中，通信诊断日志的日志功能根据实际情况进行分类，例如，日志功能可以分为以下几种类型：
115.nr mac configuration(nr-mac配置)；nr mac dl transport block(nr-mac-dl传输块)；nr mac ul transport block(nr-mac-ul传输块)；nr plmn search request(nr plmn搜索请求)；nr plmn search response(nr plmn搜索响应)；nr rrc paging ue(nr rrc eu寻呼)；nr rrc ota message(nr rrc ota消息)；nr rrc mib message(nr rrc mib消息)。
116.在一可实施的方案中，如图4所示，预设模块1还包括第三预设单元13；
117.第三预设单元13，用于预设不同场景类型下获取的通信诊断日志的所存sim卡类型和/或所属模块类型。
118.本实施例中，不同场景类型下通信系统自动配置对应的通信诊断日志的所存sim卡类型和/或所属模块类型。
119.需要说明的是，每个模块的级别数目可以不同，有的模块可以分4个日志级别，有的模块可以分2个日志级别，每个模块可以分为多个日志功能，相比日志级别来说，可以分为很多日志功能。
120.需要说明的是，可以抓取单一sim卡的通信诊断日志，也可以抓取多个sim卡的通信诊断日志(例如，可以仅抓取sim1卡的通信诊断日志，也可以仅抓取sim2卡的通信诊断日志，还可以抓取sim1和sim2卡的通信诊断日志)。通信诊断日志抓取时，采用分所属模块类型/分日志功能型/分日志级别/分场景类型/分所存sim卡类型多种组合方式进行通信诊断日志的抓取，极大程度的减少了冗余通信诊断日志的输出，减轻了通信诊断日志通道压力，避免了通信诊断日志丢失。
121.在一可实施的方案中，获取模块2，具体用于根据用户的活动轨迹信息和/或运营商的测试用例获取通信系统的当前场景类型。
122.本实施例中，根据用户打电话、发短息、发微信等日常的活动轨迹能够获取通信系统的当前场景类型；或者在运营商进行测试时，根据运营商的测试用例或者运营商的测试规范也可以获取通信系统的当前场景类型。
123.在一可实施的方案中，如图4所示，该处理系统还包括存储模块4和分析模块5；
124.存储模块4，用于存储目标通信诊断日志；
125.本实施例中，在判断出需要输出基于抓取规则表抓取与当前场景类型对应的目标通信诊断日志的情况下，将输出的目标通信诊断日志进行存储，目标通信诊断日志的具体存储方式有终端设备的内部存储空间(例如emmc等)、sim卡或者pc，即可以将目标诊断日志存储到终端设备的内部存储空间，也可以将目标诊断日志存储到sim卡里面还可以将目标诊断日志存储到pc里面，具体采用哪种存储方式根据实际情况进行选择，需要说明的是，在具体存储目标通信诊断日志时，若终端设备(例如手机)的内部存储空间不足，则将该目标通信诊断日志转存到sim卡里面或者pc里面。
126.分析模块5，用于分析获取的目标通信诊断日志。
127.本实施例中，从终端设备的内部存储空间或者sim卡里面或者pc里面获取目标通信诊断日志，并对获取的目标通信诊断日志进行分析，以便准确地定位到通信系统出现的问题，进而快速解决通信系统出现的问题，提高了处理通信系统问题的效率。
128.本实施例将分所属模块类型/分日志功能型/分日志级别/分场景类型/分所存sim卡类型整合在一起形成多种组合方式，并且相互之间没有耦合，采用这种多种组合的方式抓取与当前场景类型对应的目标通信诊断日志，能够准确的抓取需要的通信诊断日志，避免了通信诊断日志的丢失，节省了通信诊断日志的存储空间。
129.实施例5
130.图5为本发明实施例5提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或2中任意一实施例中的通信诊断日志的处理方法。图5显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
131.如图5所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
132.总线33包括数据总线、地址总线和控制总线。
133.存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
134.存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
135.处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或2中任意一实施例中的通信诊断日志的处理方法。
136.电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图5所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
137.另外，电子设备也可以以电子芯片的形式实现，在芯片上设有存储器、处理器相关的电子元件，以及存储在存储器上并可在处理器上运行的操作程序。
138.应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
139.实施例6
140.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或2中任意一实施例中的通信诊断日志的处理方法。
141.其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
142.在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或2中任意一实施例中的通信诊断日志的处理方法。
143.其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
144.虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。