寻呼状况的反馈方法、装置、设备及存储介质与流程

1.本技术实施例涉及通信技术领域，特别涉及一种寻呼状况的反馈方法、装置、设备及存储介质。

背景技术：

2.现代无线通信系统通常包括和终端。
3.以终端(如智能手机等)的寻呼场景为例，在信号的接收方向上，被叫终端通过天线接收到的射频信号，通过射频模块的低噪声放大器、模拟滤波器、模数转换等处理将射频信号转化为数字基带信号，之后送到基带模块进行处理，实现信号的接收和检测。
4.终端在上市之前需要针对寻呼场景这一业务场景，通过人工完成大量的内场测试和外场测试，以全面地测试终端的寻呼状况，定位和解决终端的寻呼问题，保证终端的寻呼正常。但是，大量的人工测试十分耗费人力和时间。

技术实现要素：

5.本技术实施例提供了一种寻呼状况的反馈方法、装置、设备及存储介质。所述技术方案如下：
6.根据本技术的一方面内容，提供了一种寻呼状况的反馈方法，所述方法包括：
7.通过对被叫终端的寻呼过程进行记录来获取所述被叫终端的跟踪信息(trace)；
8.按照分析规则对所述跟踪信息进行分析，得到所述被叫终端寻呼时的寻呼状况，所述寻呼状况用于指示所述被叫终端在寻呼过程中是否存在寻呼问题；
9.生成所述寻呼状况的反馈报告；
10.其中，所述跟踪信息包括：所述被叫终端的空口信令以及所述寻呼过程的启动时刻。
11.根据本技术的另一方面内容，提供了一种寻呼状况的反馈装置，所述装置包括：
12.获取模块，配置成：通过对被叫终端的寻呼过程进行记录来获取所述被叫终端的跟踪信息；其中，所述跟踪信息包括所述被叫终端的空口信令以及所述寻呼过程的启动时刻；
13.分析模块，配置成：按照分析规则对所述跟踪信息进行分析，得到所述被叫终端寻呼时的寻呼状况，所述寻呼状况用于指示所述被叫终端在寻呼过程中是否存在寻呼问题；
14.生成模块，配置成：生成所述寻呼状况的反馈报告。
15.根据本技术的另一方面内容，提供了一种电子设备，所述电子设备包括处理器、和与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如本技术各个方面提供的寻呼状况的反馈方法。
16.根据本技术的另一方面内容，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序指令，所述程序指令被处理器执行时实现如本技术各个方面提供的寻呼状况的反馈方法。
17.根据本技术的另一个方面内容，提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述计算机设备执行上述寻呼状况的反馈方法的各种可选实现方式中提供的方法。
18.本技术实施例提供的技术方案带来的有益效果可以包括：
19.在电子设备中设置寻呼状况的分析规则，在对被叫终端进行寻呼测试时，可以获取被叫终端的跟踪信息，包括被叫终端的空口信令以及寻呼过程的启动时刻，然后按照分析规则对跟踪信息进行分析，无需测试人员对跟踪信息进行分析，对被叫终端的寻呼问题进行高效分析的同时，还能够大量节省人力资源；且通过分析规则对跟踪信息进行分析，还能够避免人工分析时由于跟踪信息的数据量庞大、以及测试人员工作疲劳，导致的对跟踪信息分析错误、以及寻呼问题遗漏等问题，能够提高确定寻呼问题的准确性。
附图说明
20.为了更清楚地介绍本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
21.图1是示出了本技术一个示例性实施例提供的计算机系统的示意图；
22.图2示出了本技术一个示例性实施例提供的寻呼状况的反馈方法的流程图；
23.图3示出了本技术另一个示例性实施例提供的寻呼状况的反馈方法的流程图；
24.图4示出了本技术另一个示例性实施例提供的寻呼状况的反馈方法的流程图；
25.图5示出了本技术一个示例性实施例提供的寻呼状况的反馈装置的框图；
26.图6示出了本技术一个示例性实施例提供的计算机设备的结构示意图。
具体实施方式
27.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
28.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
29.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本技术的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同
时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
30.移动网络可以向空闲状态、非激活状态和连接状态的用户设备(user equipment，ue)发送寻呼，寻呼过程可以由核心网(core network，cn)触发，用于通知某个ue接收寻呼请求；或者由无线接入网(radio access network，ran)触发，用于通知系统信息更新，以及通知ue接收地震及海啸预警系统(earthquake and tsunami warning system，etws)及商业移动预警系统(commercial mobile alert system，cmas)等信息。
31.在寻呼过程中，被叫(called line)终端响应主叫(calling line)终端的寻呼，会产生一系列的响应数据，比如，物理层、协议层等信息。为了保证一个终端(也即ue)的寻呼业务运行正常，在该ue上市之前需要针对寻呼场景，通过人工进行大量的内场测试和外场测试，以全面地测试终端的寻呼状况，定位和解决终端的寻呼问题。其中，主叫终端是指呼叫系统中自主呼出方，被叫终端是指呼叫系统中被呼叫方。
32.但是，对于终端的寻呼状况，大量的人工测试十分耗费人力和时间，且人工测试依赖于测试人员的经验与精力，容易发生对寻呼状况的分析遗漏和分析不完全的情况。为了解决上述问题，本技术提供了一种寻呼状况的反馈方法，该方法的详细实现细节请参考以下实施例。
33.图1示出了本技术一个示例性实施例提供的计算机系统100的框图。该计算机系统100包括终端120和电子设备160。
34.终端120是具备寻呼功能的终端。可选的，终端120是被叫终端，或者，终端120是主叫终端。示例性的，终端120可以包括智能手机、平板电脑、电子书阅读器、mp3(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)播放器、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机中、笔记本电脑的至少一种。终端120中安装有操作系统和至少一个应用程序。示例性的，上述操作系统可以是安卓(android)操作系统、或苹果(ios)操作系统、或鸿蒙(harmonyos)操作系统。终端120中安装和运行有应用程序，该应用程序具备对终端120的寻呼过程的跟踪功能，以记录终端120的物理层、协议层等信息。
35.终端120与电子设备160之间通过通信网络140相连，该通信网络140可以是有线网络或者无线网络。示例性的，有线网络可以是城域网、局域网、光纤网等；无线网络可以是移动通信网络或者无线保真网络(wireless fidelity，wifi)。
36.电子设备160用于为终端120提供寻呼问题的分析服务。示例性的，上述计算机系统100中的电子设备160可以包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。
37.示例性的，针对终端120的寻呼状况检测，终端120对自身作为被叫终端时的寻呼过程进行跟踪，以日志形式记录跟踪信息，将至少两次寻呼的跟踪信息发送至电子设备160；由电子设备160执行本技术实施例提供的寻呼状况的反馈方法，基于上述跟踪信息进行终端120的寻呼状况的分析，进而生成反馈报告以反馈终端120寻呼时的寻呼状况。
38.示例性的，上述电子设备160上具备显示屏；在生成反馈报告之后，电子设备160还用于在显示屏上显示反馈报告。
39.上述对终端120的寻呼状况的分析，可以是由电子设备160触发执行的，比如，在对
终端120的寻呼状况进行测试的场景下，电子设备160从终端120中获取跟踪信息，基于跟踪信息对终端120的寻呼状况进行分析；或者，还可以是由终端120触发执行的，比如，在终端120的应用过程中出现寻呼异常的情况，终端120向电子设备160发送对寻呼状况的检测请求，由电子设备160基于终端120上报的跟踪信息对终端120的寻呼状况进行分析，生成反馈报告，将反馈报告返回给终端120，从而在终端120上可以查看终端120是否存在寻呼问题、以及存在何种寻呼问题。
40.在一些实施例中，终端120具备寻呼问题的分析功能，也就是说，终端120即可执行本技术实施例提供的寻呼状况的反馈方法，以对自身的寻呼状况进行检测与反馈。
41.本领域技术人员可以知晓，上述计算机系统100中终端120的数量可以更多或更少。比如，上述计算机系统100中的终端120可以仅为一个，或者为几十个或几百个，或者更多数量，本技术实施例对计算机系统100中终端120的数量和设备类型不加以限定。
42.图2示出了本技术一个示例性实施例提供的寻呼状况的反馈方法的流程图。该寻呼状况的反馈方法可以应用于电子设备中。在图2中，寻呼状况的反馈方法包括：
43.步骤210：通过对被叫终端的寻呼过程进行记录来获取被叫终端的跟踪信息。
44.也即跟踪信息是对被叫终端的寻呼过程进行跟踪记录得到的数据。示例性的，终端上设置有对寻呼过程的跟踪功能与对跟踪信息的记录功能，上述跟踪信息是由终端对寻呼过程进行跟踪记录得到的。示例性的，跟踪信息可以日志形式记录。
45.若终端仅记录作为被叫时寻呼过程的跟踪信息，则电子设备从终端直接获取得到所需的跟踪信息。若终端既记录作为被叫时寻呼过程的跟踪信息，也记录作为主叫时寻呼过程的跟踪信息，则电子设备从终端获取得到跟踪信息，从跟踪信息中提取被叫时的跟踪信息即得到所需的跟踪信息，也即被叫终端的跟踪信息。
46.可选地，跟踪信息包括：被叫终端的空口信令以及寻呼过程的启动时刻。示例性的，空口信令包括无线资源控制(radio resource control，rrc)信令、下行控制信息(downlink control information，dci)、系统信息块(system information block，sib)和主信息块(master information block，mib)中的至少一种。示例性的，寻呼过程的启动时刻包括每次寻呼的启动时刻。
47.在得到被叫终端的跟踪信息之后，电子设备还从上述跟踪信息中提取有效信息，该有效信息是用于寻呼状况分析所需的信息。示例性的，该有效信息是符合指定信息来源和指定类型的信息。其中，指定信息来源是指用于寻呼状况分析所需信息的来源，指定信息来源包括参与被叫终端的寻呼的各个信息层面。示例性的，指定信息来源包括空口信令层面、信号层面、物理层控制流程层面、信号解调译码层面和异常指示中的至少一种。
48.指定类型是指每个指定信息来源提供的信息中，用于寻呼状况分析的信息类型。示例性的，如表1所示，在空口信令层面，指定类型包括以下至少一项：
49.·
ue状态；
50.相应地，该类型的信息包括：空闲态(idle state，idle)、连接态(connect state，connect)、非激活态(inactive state，inactive)中的至少一种；其中，非激活态仅在新空口(new radio，nr)中有效；
51.·
寻呼内容；
52.相应地，该类型的信息包括：本终端寻呼、非本终端寻呼、系统消息更新、etws/
cmas指示中的至少一种；其中，etws是地震及海啸预警系统(earthquake and tsunami warning system)，cmas是商业移动预警系统(commercial mobile alert system)，“/”表示或的关系；本终端寻呼是指终端接收到的对本终端的寻呼；非本终端寻呼是指终端接收到的对其他终端的寻呼；系统消息更新是指在小区中的一些系统参数发生变更时，通过寻呼通知终端；
53.·
寻呼来源；
54.相应地，该类型的信息包括：ran寻呼、核心网(core network，cn)寻呼中的至少一种；其中，ran是无线接入网络(wireless access network)，ran寻呼仅在nr中有效；
55.·
接入类型；
56.相应地，该类型的信息包括：lte接入、nr接入、2/3g接入中的至少一种；其中，lte是长期演进(long term evolution)，2g是第二代移动通信技术，3g是第三代移动通信技术。
57.·
小区信息；
58.相应地，该类型的信息包括：接收小区变更、接收小区未变更中的至少一种；其中，接收小区变更是指在接收寻呼的中，终端所在小区发生变更；接收小区未变更是指在接收寻呼的过程中，终端所在小区未发生变更。
59.表1
[0060][0061][0062]
如表2所示，在信号层面，指定类型包括以下至少一项：
[0063]
·
信噪比(signal-to-noise ratio，snr)状态；
[0064]
相应地，该类型的信息包括：信噪比异常、信噪比低、信噪比正常中的至少一种；
[0065]
·
定时偏差和调整；
[0066]
相应地，该类型的信息包括：定时偏差大、定时偏差小、定时调整中的至少一种；
[0067]
·
信号功率增益；
[0068]
相应地，该类型的信息包括：信号功率波动大、信号功率波动小中的至少一种；
[0069]
·
频率偏差和调整；
[0070]
相应地，该类型的信息包括：频率偏差大、频率偏差小、频偏调整中的至少一种。
[0071]
表2
[0072][0073]
如表3所示，在物理层控制流程层面，指定类型包括以下至少一项：
[0074]
·
物理层寻呼启动；
[0075]
相应地，该类型的信息包括：未启动寻呼、启动寻呼中的至少一种；
[0076]
·
启动/终止时刻；
[0077]
相应地，该类型的信息包括：启动时刻正常、启动时刻异常中的至少一种；其中，启动时刻是指寻呼的启动时刻，终止时刻是指寻呼的终止时刻；
[0078]
·
信号同步过程启动；
[0079]
相应地，该类型的信息包括：启动寻呼信号同步、未启动寻呼信号同步中的至少一种；
[0080]
·
寻呼启动间隔；
[0081]
相应地，该类型的信息包括：等间隔启动、非等间隔启动中的至少一种。
[0082]
表3
[0083][0084]
如表4所示，在信号解调译码层面，指定类型包括以下至少一项：
[0085]
·
物理下行控制信道(physical downlink control channel，pdcch)译码；
[0086]
相应地，包括译码成功、译码失败中的至少一种；
[0087]
·
物理下行共享信道(physical downlink shared channel，pdsch)解调；
[0088]
相应地，包括解调成功、解调失败中的至少一种；
[0089]
·
无线网络临时标识(radio network temporary identifier，rnti)类型；
[0090]
相应地，包括寻呼无线网络临时标识(paging rnti，p-rnti)、小区无线网络临时标识(cell rnti，c-rnti)中的至少一种。
[0091]
表4
[0092]
指示类型pdcch译码pdsch解调rnti类型1译码成功解调成功p-rnti2译码失败解调失败c-rnti
[0093]
在异常指示这一层面，指定类型包括以下至少一项：
[0094]
·
射频模块异常指示；
[0095]
·
基带模块异常指示。
[0096]
步骤220：按照分析规则对跟踪信息进行分析，得到被叫终端寻呼时的寻呼状况，寻呼状况用于指示被叫终端在寻呼过程中是否存在寻呼问题。
[0097]
上述分析规则中包括n个分析项，且分析规则中指定上述n个分析项的执行顺序，n为正整数；电子设备按照上述执行顺序依次执行n个分析项，对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，得到被叫终端寻呼时的寻呼状况。其中，单次寻呼分析是指对单次寻呼的跟踪信息进行分析；多次寻呼分析是指对连续的至少两次寻呼的跟踪信息进行分析。
[0098]
示例性的，对于寻呼状况的分析，可以基于跟踪信息中的有效信息来实现，比如，电子设备在从跟踪信息中提取得到有效信息之后，按照指定的执行顺序依次执行n个分析项，对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，得到被叫终端寻呼时的寻呼状况。
[0099]
可选地，分析规则包括：电子设备执行至少一个分析项，对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，得到被叫终端寻呼时的寻呼状况；其中，上述执行至少一个分析项包括依次执行以下项：
[0100]
确定物理层启动寻呼的状况；
[0101]
评估寻呼启动时刻的接收信号；
[0102]
确定寻呼解调信息。
[0103]
电子设备按照关联顺序依次执行至少一个分析项，上述关联顺序是指分析项之间的分析依赖关系。示例性的，若电子设备执行上述三个分析项，电子设备首先确定物理层启动寻呼的状况；在确定物理层已启动寻呼的情况下，执行下一个分析项，评估寻呼启动时刻的接收信号；在确定接收到寻呼启动时刻的接收信号的情况下，执行下一个分析项，确定寻呼解调信息；
[0104]
若是物理层未启动寻呼，那么电子设备上无法接收到寻呼启动时刻的接收信号，且若电子设备未接收到寻呼启动时刻的接收信号，那么电子设备也无法获得寻呼解调信息，因此，电子设备在确定物理层未启动寻呼的情况下，中止分析项的执行，不再执行上述评估寻呼启动时刻的接收信号、确定寻呼解调信息这两个分析项；在确定未接收到寻呼启动时刻的接收信号的情况下，中止分析项的执行，不再执行上述确定寻呼解调信息这一分析项。
[0105]
可选地，分析规则还包括；
[0106]
确定高层信令流程信息；
[0107]
确定被叫终端的一个或者至少两个模块的异常指示。
[0108]
示例性的，电子设备在信道解调成功的情况下，执行上述确定高层信令流程信息的分析项；在信道解调失败的情况下，则不执行上述确定高层信令流程信息的分析项。
[0109]
需要说明的是，其他分析项的执行结果不影响上述确定被叫终端的一个或者至少两个模块的异常指示这一分析项的执行。
[0110]
步骤230：生成寻呼状况的反馈报告。
[0111]
其中，反馈报告用于向测试人员展示被叫终端的寻呼状况。电子设备得到至少一项寻呼状况之后，根据上述至少一项寻呼状况生成反馈报告，通过反馈报告来展示被叫终
端的寻呼状况。
[0112]
示例性的，在被叫终端在寻呼过程中存在寻呼问题时，上述寻呼状况包括寻呼问题的内容和寻呼问题的类型中的至少一种；其中，寻呼问题的内容是对寻呼问题的描述，比如，寻呼问题的内容为寻呼时被叫终端的接收信号的信噪比过低；寻呼问题的类型是对寻呼问题的来源的指示，比如，寻呼问题的类型属于寻呼解调一类，则指示被叫终端的寻呼问题来源于信息解调。
[0113]
示例性的，上述寻呼状况还可以包括寻呼指示信息，该寻呼指示信息是对寻呼过程中产生的关键信息的指示。该指示信息不是寻呼问题，也不是其他的非寻呼问题，比如，寻呼状况包括对ue的状态的指示，指示在一次寻呼过程中ue处于idle或者connect的状态。其中，非寻呼问题是指寻呼过程中出现的问题，且不是寻呼问题。
[0114]
可选地，电子设备中设置有反馈报告的生成模板；对于反馈报告的生成，电子设备首先获取反馈报告的生成模板，生成模板上包括至少一项寻呼状况对应的填充字段；将至少一项寻呼状况对应填充至填充字段上，生成反馈报告。
[0115]
可选地，反馈报告上还包括寻呼状况的处理级别和寻呼状况的处理建议中的至少一种；其中，寻呼状况的处理级别是对寻呼状况的解决优先级的指示，比如，上述处理级别包括提示级、一般级和重点级，在得到反馈报告之后，需要优先解决重点级的寻呼状况，其次是一般级的寻呼状况，最后去查看提示级的寻呼状况；寻呼状况的处理建议是针对寻呼状况提出的参考解决方案，比如，被叫终端的接收信号的信噪比过低，则处理建议可以包括：被叫终端的寻呼可能存在异常，需要对被叫终端的寻呼进行重点核查。
[0116]
示例性的，上述生成模板上包括寻呼问题的处理级别对应的填充字段、以及寻呼问题的处理建议对应的填充字段中的至少一种。在反馈报告的生成过程中，电子设备还基于寻呼状况确定处理级别，将确定出的处理级别填充至处理级别对应的填充字段；以及基于寻呼状况确定处理建议，将确定出的处理建议填充至处理建议对应的填充字段。
[0117]
综上所述，本实施例提供的寻呼状况的反馈方法，在电子设备中设置寻呼状况的分析规则，在对被叫终端进行寻呼测试时，可以获取被叫终端的跟踪信息，然后按照分析规则对跟踪信息进行分析，无需测试人员对跟踪信息进行分析，对被叫终端的寻呼问题进行高效分析的同时，还能够大量节省人力资源；且通过分析规则对跟踪信息进行分析，还能够避免人工分析时由于跟踪信息的数据量庞大、以及测试人员工作疲劳，导致的对跟踪信息分析错误、以及寻呼问题遗漏等问题，能够提高确定寻呼问题的准确性。
[0118]
在一些实施例中，分析规则中包括5个分析项，按照执行顺序依次为：
[0119]
确定物理层启动寻呼的状况；
[0120]
评估寻呼启动时刻的接收信号；
[0121]
确定寻呼解调信息；
[0122]
确定高层信令流程信息；
[0123]
确定被叫终端的一个或者至少两个模块的异常指示；
[0124]
如图3，以电子设备执行上述5个分析项为例，寻呼状况包括第一至第五寻呼状况，对第一至第五寻呼状况的分析进行说明，步骤220包括步骤221至步骤225，如下所示：
[0125]
步骤221：对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，确定物理层启动寻呼的状况，得到第一寻呼状况。
[0126]
当确定物理层启动寻呼的状况时，分析项对应的分析内容包括以下至少一项：
[0127]
1)单次寻呼的启动检测时刻是否与寻呼帧(paging frame，pf)和寻呼时机(paging occasion，po)一致；
[0128]
示例性的，电子设备通过网络配置参数计算po与pf；确定单次寻呼的启动检测时刻是否与po以及pf一致。若是单次寻呼的启动检测时刻与po以及pf一致，电子设备确定该次寻呼的启动检测时刻正常，将该次寻呼的启动检测时刻正常确定为寻呼指示信息，以作为第一寻呼状况；若是单次寻呼的启动检测时刻与po以及pf不一致，电子设备确定该次寻呼的启动检测时刻异常，将该次寻呼的启动检测时刻异常确定为寻呼问题，以作为第一寻呼状况。
[0129]
上述网络配置参数包括：小区特定的默认非连续性接收周期(discontinuous reception cycle，drx cycle)、ue特定的drx cycle、ue最终使用的drx cycle、nb、n、ns、ue_id。其中，nb表示在每个drx cycle内包含了多少个po；n表示在每个drx cycle内包含了多少个pf；ns表示在每个pf内包含了多少个po。ue_id即是imsi mod 1024，其中，imsi是国际移动用户识别码(international mobile subscriber identity)，mod是求余函数。
[0130]
2)是否启动过寻呼同步过程；
[0131]
示例性的，为了更好的解到寻呼信号，可能需要在寻呼接收时刻前完成相应的下行信号同步，包括小区级信号的接收和测量、以及接收调整。电子设备确定是否启动过寻呼同步过程；若是则确定启动过寻呼同步过程，将启动过寻呼同步过程确定为寻呼指示信息，以作为第一寻呼状况；若否则确定未启动过寻呼同步过程，将未启动过寻呼同步过程确定为寻呼指示信息，以作为第一寻呼状况。
[0132]
3)至少两次寻呼之间的启动间隔是否相等。
[0133]
示例性的，电子设备计算每相邻两次寻呼之间的启动间隔，得到至少两个启动间隔，对比至少两个启动间隔，确定至少两个启动间隔是否相等；若是至少两个启动间隔相等，则确定寻呼启动正常；若是至少两个启动间隔中存在不同的启动间隔，则确定寻呼启动异常。比如，电子设备计算第i+2次寻呼与第i+1次寻呼之间的启动间隔、以及第i+1次寻呼与第i次寻呼之间的启动间隔，i为正整数；若上述两个启动间隔相等，则确定寻呼启动正常；若上述两个启动间隔不相等，则确定寻呼启动异常。
[0134]
示例性的，电子设备计算第i+1次寻呼与第i次寻呼之间的启动间隔，确定上述启动间隔与配置的启动间隔是否一致，i为正整数；若是则确定寻呼启动正常；若否则确定寻呼启动异常。
[0135]
若是电子设备确定寻呼启动正常，将寻呼启动正常确定为寻呼指示信息，以作为第一寻呼状况；若是电子设备确定寻呼启动异常，将寻呼启动异常确定为寻呼问题，以作为第一寻呼状况。
[0136]
步骤222：对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，评估寻呼启动时刻的接收信号，得到第二寻呼状况。
[0137]
1)接收信号的接收信号强度指示(received signal strength indicator，rssi)值是否小于第一信号强度阈值；或者，接收信号的rssi值是否小于第二信号强度阈值，且接收信号的测量波动是否大于第一波动阈值；
[0138]
示例性的，电子设备中设置有第一信号强度阈值和第二信号强度阈值，第一信号
强度阈值小于第二信号强度阈值；电子设备判断被叫终端的接收信号的rssi值是否小于第一信号强度阈值；若上述rssi值小于第一信号强度阈值，确定被叫终端的信号接收功率低，将信号接收功率低确定为寻呼问题，以作为第二寻呼状况；若上述rssi值大于或等于第一信号强度阈值，判断上述rssi值是否小于第二信号强度阈值，且上述接收信号的测量波动是否超过第一波动阈值；若上述rssi值小于第二信号强度阈值，且上述接收信号的测量波动超过第一波动阈值，确定被叫终端的信号接收功率存在异常，将信号接收功率存在异常确定为寻呼问题，以作为第二寻呼状况。
[0139]
比如，第一信号强度阈值取值为-90dbm，第二信号强度阈值取值为-80dbm，第一波动阈值取值为10dbm，dbm即分贝毫瓦，全称为decibel relative to one milliwatt；电子设备判断被叫终端的接收信号的rssi值是否小于-90dbm；若上述rssi值小于-90dbm，确定被叫终端的信号接收功率低，将信号接收功率低确定为寻呼问题，以作为第二寻呼状况；若上述rssi值大于或等于-90dbm，判断上述rssi值是否小于-80dbm，且上述接收信号的测量波动是否超过10dbm；若上述rssi值小于-80dbm，且上述接收信号的测量波动超过10dbm，确定被叫终端的信号接收功率存在异常，将信号接收功率存在异常确定为寻呼问题，以作为第二寻呼状况。
[0140]
2)接收信号的信噪比(signal-to-noise ratio，snr)是否小于第一信噪比阈值；或者，接收信号的snr是否小于第二信噪比阈值，且接收信号的测量波动是否大于第二波动阈值；
[0141]
示例性的，电子设备中设置有第一信噪比阈值和第二信噪比阈值，第一信噪比阈值小于第二信噪比阈值；电子设备判断被叫终端的接收信号的snr是否小于第一信噪比阈值；若上述snr小于第一信噪比阈值，确定被叫终端的信噪比低，将信噪比低确定为寻呼问题，以作为第二寻呼状况；若上述snr大于或等于第一信噪比阈值，判断上述snr是否小于第二信噪比阈值，且上述接收信号的测量波动是否超过第二波动阈值；若上述snr小于第二信噪比阈值，且上述接收信号的测量波动超过第二波动阈值，确定被叫终端的信噪比存在异常，将信噪比存在异常确定为寻呼问题，以作为第二寻呼状况。
[0142]
比如，第一信噪比阈值取值为0dbm，第二信噪比阈值取值为5dbm，第二波动阈值取值为10dbm；电子设备判断被叫终端的接收信号的snr是否小于0dbm；若上述snr小于0dbm，确定被叫终端的信噪比低，将信噪比低确定为寻呼问题，以作为第二寻呼状况；若上述snr大于或等于0dbm，判断上述snr是否小于5dbm，且上述接收信号的测量波动是否超过10dbm；若上述snr小于5dbm，且上述接收信号的测量波动超过10dbm，确定被叫终端的信噪比存在异常，将信噪比存在异常确定为寻呼问题，以作为第二寻呼状况。
[0143]
示例性的，第一波动阈值与第二波动阈值的取值可以相同或者不同。
[0144]
3)接收信号的定时跟踪调整信息；
[0145]
被叫终端对接收信号进行定时跟踪，在这个过程中，定时跟踪的步长可能会发生调整；电子设备基于跟踪信息确定被叫终端的接收信号的定时跟踪被调整，将定时跟踪调整信息确定为寻呼指示信息，以作为第二寻呼状况。
[0146]
4)接收信号的频偏跟踪调整信息；
[0147]
被叫终端对接收信号进行频偏跟踪，在这个过程中，接收信号的频偏可能会被校正；电子设备基于跟踪信息确定被叫终端的接收信号是否存在频偏校正，将频偏校正信息
(也即频偏跟踪调整信息)确定为寻呼指示信息，以作为第二寻呼状况。
[0148]
5)接收信号的波束信息。
[0149]
对于nr，引入了波束的概念，因此，电子设备还确定出被叫终端的接收信号的波束信息，将波束信息确定为寻呼指示信息，以作为第二寻呼状况。
[0150]
步骤223：对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，确定寻呼解调信息，得到第三寻呼状况。
[0151]
1)下行控制信号(downlink control information，dci)的解调信息；
[0152]
电子设备获取dci的解调信息，确定dci是否译码成功，若是则将译码成功确定为寻呼指示信息，以作为第三寻呼状况，若否则将译码失败确定为寻呼问题，以作为第三寻呼状况；电子设备还确定使用的无线网络临时标识(radio network temporary identifier，rnti)类型是否正确，若是则将使用的rnti类型正确作为寻呼指示信息，以作为第三寻呼状况，若否则将使用的rnti类型错误确定为寻呼问题，以作为第三寻呼状况。
[0153]
示例性的，对于nr，电子设备还确定搜索空间(search space)、控制信息的资源集合(control-resource set，coreset)的信息，作为第三寻呼状况。
[0154]
该解调信息包括lte的物理控制格式指示信道(physical control format indicator channel，pcfich)、lte的物理下行控制信道(physical downlink control channel，pdcch)的解调信息、以及nr的pdcch的解调信息。
[0155]
2)dci的比特(bit)信息；
[0156]
电子设备确定dci的bit信息是否符合配置，若是则确定dci符合配置，将dci符合配置确定为寻呼指示信息，以作为第三寻呼状况；若否则确定dci不符合配置，将dci不符合配置确定为寻呼问题，以作为第三寻呼状况。示例性的，对于nr，dci的bit信息的确定，主要涉及nr的短信(short message)类型信息。
[0157]
3)物理下行共享信道(physical downlink shared channel，pdsch)的解调信息。
[0158]
电子设备获取pdsch的解调信息，确定pdsch是否译码成功，若是则确定pdsch译码成功，将pdsch译码成功作为寻呼指示信息，以作为第三寻呼状况；若否则确定pdsch译码失败，将pdsch译码失败确定为寻呼问题，以作为第三寻呼状况。
[0159]
步骤224：对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，确定高层信令流程信息，得到第四寻呼状况。
[0160]
1)被叫终端的状态；
[0161]
电子设备确定单次寻呼时ue的状态，将ue的状态确定为寻呼指示信息，以作为第四寻呼状况。对于lte，ue的状态包括idle和connect；对于nr，ue的状态包括idle、inactive和connect。
[0162]
2)寻呼的寻呼内容和寻呼来源；
[0163]
电子设备在确定pdsch的译码成功的情况下，基于物理层和协议层解析的信息，确定寻呼的寻呼内容和寻呼来源，将寻呼内容和寻呼来源确定为寻呼指示信息，以作为第四寻呼状况。
[0164]
3)寻呼的交互流程。
[0165]
电子设备在确定寻呼内容为本ue的寻呼的情况下，确定接入类型，将接入类型确定为寻呼指示信息，以作为第四寻呼状况；上述接入类型为2g接入、或者3g接入、或者lte接
入、或者nr接入。电子设备在确定寻呼内容为本ue的寻呼的情况下，还确定被叫终端是否完成接入流程，将被叫终端完成接入流程或者未完成接入流程确定为寻呼指示信息，以作为第四寻呼状况。
[0166]
示例性的，对于lte的接入流程是否完成，电子设备可以通过msg1-msg4的交互来确定。
[0167]
步骤225：对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，确定被叫终端的一个或者至少两个模块的异常指示，得到第五寻呼状况。
[0168]
当被叫终端中的模块存在异常时，被叫终端在寻呼时会对模块异常进行报警，反馈被叫终端的模块异常。
[0169]
1)确定是否存在射频模块异常；
[0170]
电子设备确定存在射频模块异常的反馈信息，则将被叫终端的射频模块异常确定为非寻呼问题，以作为第五寻呼状况。
[0171]
2)确定是否存在基带模块异常。
[0172]
电子设备确定存在基带模块异常的反馈信息，则将被叫终端的基带模块异常确定为非寻呼问题，以作为第五寻呼状况。
[0173]
综上所述，本实施例提供的寻呼状况的分析方法，对寻呼的各个信息层面进行了全面且细致的状况分析，能够更全面、更准确地反馈被叫终端的寻呼状况。
[0174]
在一些实施例中，寻呼状况包括被叫终端存在非寻呼问题和寻呼问题；为了能够清晰地分辨非寻呼问题和寻呼问题，可以采用不同的标识对问题进行标注，因此，如图4，步骤230可以包括步骤231，如下所示：
[0175]
步骤231：在反馈报告中采用第一类标识对非寻呼问题进行标识，以及在反馈报告中采用第二类标识对寻呼问题进行标识，第一类标识与第二类标识不同。
[0176]
电子设备在生成反馈报告时，采用第一类标识对非寻呼问题进行标识，以及采用第二类标识对寻呼问题进行标识。
[0177]
示例性的，采用黄背景颜作为第一类标识，采用红背景颜作为第二类标识；电子设备在生成反馈报告时，将非寻呼问题的显示内容的背景颜设置为黄背景颜，以及将寻呼问题的显示内容的背景颜设置为红背景颜。
[0178]
示例性的，采用文字标识或者标识符来表示寻呼问题；反馈报告的生成模板上包括标识填充字段，电子设备在生成反馈报告时，在非寻呼问题对应的标识填充字段填充非寻呼问题的标识，以及在寻呼问题对应的标识填充字段填充寻呼问题的标识。比如，文字标识可以是“寻呼问题”和“非寻呼问题”；又比如，标识符可以是“！！！”和“！”。
[0179]
可选地，寻呼问题包括网络侧寻呼问题和终端侧寻呼问题，第二类标识包括第一级标识和第二级标识；对于寻呼问题，电子设备在反馈报告中采用第一级标识对网络侧寻呼问题进行标识，以及在反馈报告中采用第二级标识对终端侧寻呼问题进行标识。
[0180]
示例性的，若第二类标识为红背景颜，则电子设备可以通过红的颜深浅区别不同级别的标识。比如，第一级标识为浅红背景颜，第二级标识为深红标识；电子设备在生成反馈报告时，将网络侧寻呼问题的显示内容的背景颜设置为浅红背景颜，以及将终端侧寻呼问题的显示内容的背景颜设置为深红背景颜。
[0181]
示例性的，电子设备还可以采用文字标识或者标识符来表示网络侧寻呼问题和终
端侧寻呼问题。
[0182]
在一些实施例中，寻呼状况还包括寻呼指示信息，电子设备还在反馈报告中采用第三类标识对寻呼指示信息进行标识。示例性的，若第三类标识为蓝背景颜；电子设备在生成反馈报告时，将寻呼指示信息的显示内容的背景颜设置为蓝背景颜。
[0183]
示例性的，电子设备还可以采用文字标识或者标识符来表示寻呼指示信息。
[0184]
综上所述，本技术实施例提供的寻呼问题的显示方法，可以通过不同标识对不同的寻呼问题进行标示，从而能够更迅速的获知问题类型、以及问题的重要程度。
[0185]
下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
[0186]
请参考图5，其示出了本技术一个示例性实施例提供的寻呼状况的反馈装置的结构框图。该寻呼状况的反馈装置可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分。该装置包括：
[0187]
获取模块310，配置成：通过对被叫终端的寻呼过程进行记录来获取被叫终端的跟踪信息；其中，跟踪信息包括被叫终端的空口信令以及寻呼过程的启动时刻；
[0188]
分析模块320，配置成：按照分析规则对跟踪信息进行分析，得到被叫终端寻呼时的寻呼状况，寻呼状况用于指示被叫终端在寻呼过程中是否存在寻呼问题；
[0189]
生成模块330，配置成：生成寻呼状况的反馈报告。
[0190]
在一些实施例中，分析规则包括：
[0191]
执行至少一个分析项，对跟踪信息进行被叫终端的单次寻呼分析和多次寻呼分析，得到被叫终端寻呼时的寻呼状况；
[0192]
其中，执行至少一个分析项包括依次执行下列项：
[0193]
确定物理层启动寻呼的状况信息；
[0194]
评估寻呼启动时刻的接收信号；
[0195]
确定寻呼解调信息。
[0196]
在一些实施例中，分析规则还包括：
[0197]
执行下列分析项：
[0198]
确定高层信令流程信息；
[0199]
确定被叫终端的一个或至少两个模块的异常指示。
[0200]
在一些实施例中，分析项包括确定物理层启动寻呼的状况，分析项对应的分析内容包括以下至少一项：
[0201]
单次寻呼的启动检测时刻是否与无线帧pf和寻呼时机po一致；
[0202]
是否启动过寻呼同步过程；
[0203]
至少两次寻呼之间的启动间隔是否相等。
[0204]
在一些实施例中，分析项包括评估寻呼启动时刻的接收信号，分析项对应的分析内容包括以下至少一项：
[0205]
接收信号的接收信号强度指示rssi值是否小于第一信号强度阈值；或者，接收信号的rssi值是否小于第二信号强度阈值，且接收信号的测量波动是否大于第一波动阈值；
[0206]
接收信号的信噪比snr是否小于第一信噪比阈值；或者，接收信号的snr是否小于第二信噪比阈值，且接收信号的测量波动是否大于第二波动阈值；
[0207]
接收信号的定时跟踪调整信息；
[0208]
接收信号的频偏跟踪调整信息；
[0209]
接收信号的波束信息。
[0210]
在一些实施例中，分析项包括确定寻呼解调信息，分析项对应的分析内容包括以下至少一项：
[0211]
下行控制信号dci的解调信息；
[0212]
dci的比特bit信息；
[0213]
物理下行共享信道pdsch的解调信息。
[0214]
在一些实施例中，分析项包括确定高层信令流程信息，分析项对应的分析内容包括以下至少一项：
[0215]
被叫终端的状态；
[0216]
寻呼的寻呼内容和寻呼来源；
[0217]
寻呼的交互流程。
[0218]
在一些实施例中，分析项包括确定被叫终端的一个或者至少两个模块的异常指示，分析项对应的分析内容包括以下至少一项：
[0219]
确定是否存在射频模块异常；
[0220]
确定是否存在基带模块异常。
[0221]
在一些实施例中，上述寻呼状况包括至少一项；生成模块330，配置成：
[0222]
获取反馈报告的生成模板，生成模板上包括至少一项寻呼状况对应的填充字段；
[0223]
将至少一项寻呼状况对应填充至填充字段上，生成反馈报告。
[0224]
在一些实施例中，寻呼状况包括被叫终端存在非寻呼问题和寻呼问题；生成模块330，配置成：
[0225]
在反馈报告中采用第一类标识对非寻呼问题进行标识，以及在反馈报告中采用第二类标识对寻呼问题进行标识，第一类标识与第二类标识不同。
[0226]
在一些实施例中，寻呼问题包括网络侧寻呼问题和终端侧寻呼问题；第二类标识包括第一级标识和第二级标识；生成模块330，配置成：
[0227]
在反馈报告中采用第一级标识对网络侧寻呼问题进行标识，以及在反馈报告中采用第二级标识对终端侧寻呼问题进行标识。
[0228]
综上所述，本实施例提供的寻呼状况的反馈装置，在装置中设置寻呼状况的分析规则，在对被叫终端进行寻呼测试时，可以获取被叫终端的跟踪信息，包括被叫终端的空口信令以及寻呼过程的启动时刻，然后按照分析规则对跟踪信息进行分析，无需测试人员对跟踪信息进行分析，对被叫终端的寻呼问题进行高效分析的同时，还能够大量节省人力资源；且通过分析规则对跟踪信息进行分析，还能够避免人工分析时由于跟踪信息的数据量庞大、以及测试人员工作疲劳，导致的对跟踪信息分析错误、以及寻呼问题遗漏等问题，能够提高确定寻呼问题的准确性。
[0229]
图6示出了本技术一个示例性实施例提供的计算机设备的结构示意图。该计算机设备可以是执行如本技术提供的寻呼状况的反馈方法的设备，该计算机设备可以是电子设备或者终端。具体来讲：
[0230]
计算机设备400包括中央处理单元(cpu，central processing unit)401、包括随
机存取存储器(ram，random access memory)402和只读存储器(rom，read only memory)403的系统存储器404，以及连接系统存储器404和中央处理单元401的系统总线405。计算机设备400还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统，input output system)406，和用于存储操作系统413、应用程序414和其他程序模块415的大容量存储设备407。
[0231]
基本输入/输出系统406包括有用于显示信息的显示器408和用于用户输入信息的诸如鼠标、键盘之类的输入设备409。其中显示器408和输入设备409都通过连接到系统总线405的输入输出控制器410连接到中央处理单元401。基本输入/输出系统406还可以包括输入输出控制器410以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器410还提供输出到显示屏、打印机或其他类型的输出设备。
[0232]
大容量存储设备407通过连接到系统总线405的大容量存储控制器(未示出)连接到中央处理单元401。大容量存储设备407及其相关联的计算机可读介质为计算机设备400提供非易失性存储。也就是说，大容量存储设备407可以包括诸如硬盘或者紧凑型光盘只读存储器(cd-rom，compact disc read only memory)驱动器之类的计算机可读介质(未示出)。
[0233]
计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、可擦除可编程只读存储器(eprom，erasable programmable read only memory)、带电可擦可编程只读存储器(eeprom,electrically erasable programmable read only memory)、闪存或其他固态存储其技术，cd-rom、数字通用光盘(dvd，digital versatile disc)或固态硬盘(ssd，solid state drives)、其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。其中，随机存取记忆体可以包括电阻式随机存取记忆体(reram，resistance random access memory)和动态随机存取存储器(dram，dynamic random access memory)。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器404和大容量存储设备407可以统称为存储器。
[0234]
根据本技术的各种实施例，计算机设备400还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备400可以通过连接在系统总线405上的网络接口单元411连接到网络412，或者说，也可以使用网络接口单元411来连接到其他类型的网络或远程计算机系统(未示出)。
[0235]
上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由cpu执行，以实现如上所述的寻呼状况的反馈方法。
[0236]
本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上各个实施例所述的寻呼状况的反馈方法。
[0237]
可选地，该计算机可读存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、固态硬盘(ssd，solid state drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(reram，resistance random access memory)和动态随机存取存储器(dram，dynamic random access memory)。
[0238]
需要说明的是：上述实施例提供的寻呼状况的反馈装置在执行寻呼状况的反馈方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的寻呼状况的反馈装置与寻呼状况的反馈方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0239]
上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0240]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0241]
以上所述仅为本技术的能够实现的示例性的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：

1.一种寻呼状况的反馈方法，其特征在于，所述方法包括：通过对被叫终端的寻呼过程进行记录来获取所述被叫终端的跟踪信息；按照分析规则对所述跟踪信息进行分析，得到所述被叫终端寻呼时的寻呼状况，所述寻呼状况用于指示所述被叫终端在寻呼过程中是否存在寻呼问题；生成所述寻呼状况的反馈报告；其中，所述跟踪信息包括：所述被叫终端的空口信令以及所述寻呼过程的启动时刻。2.根据权利要求1所述的方法，其特征在于，所述分析规则包括：执行至少一个分析项，对所述跟踪信息进行所述被叫终端的单次寻呼分析和多次寻呼分析，得到所述被叫终端寻呼时的所述寻呼状况；其中，所述执行至少一个分析项包括依次执行下列项：确定物理层启动寻呼的状况信息；评估寻呼启动时刻的接收信号；确定寻呼解调信息。3.根据权利要求2所述的方法，其特征在于，所述分析规则还包括：执行下列分析项：确定高层信令流程信息；确定所述被叫终端的一个或至少两个模块的异常指示。4.根据权利要求2所述的方法，其特征在于，所述分析项包括所述确定物理层启动寻呼的状况，所述分析项对应的分析内容包括以下至少一项：单次寻呼的启动检测时刻是否与无线帧pf和寻呼时机po一致；是否启动过寻呼同步过程；至少两次寻呼之间的启动间隔是否相等。5.根据权利要求2所述的方法，其特征在于，所述分析项包括所述评估寻呼启动时刻的接收信号，所述分析项对应的分析内容包括以下至少一项：所述接收信号的接收信号强度指示rssi值是否小于第一信号强度阈值；或者，所述接收信号的rssi值是否小于第二信号强度阈值，且所述接收信号的测量波动是否大于第一波动阈值；所述接收信号的信噪比snr是否小于第一信噪比阈值；或者，所述接收信号的snr是否小于第二信噪比阈值，且所述接收信号的测量波动是否大于第二波动阈值；所述接收信号的定时跟踪调整信息；所述接收信号的频偏跟踪调整信息；所述接收信号的波束信息。6.根据权利要求2所述的方法，其特征在于，所述分析项包括所述确定寻呼解调信息，所述分析项对应的分析内容包括以下至少一项：下行控制信号dci的解调信息；所述dci的比特bit信息；物理下行共享信道pdsch的解调信息。7.根据权利要求3所述的方法，其特征在于，所述分析项包括所述确定高层信令流程信息，所述分析项对应的分析内容包括以下至少一项：
所述被叫终端的状态；寻呼的寻呼内容和寻呼来源；寻呼的交互流程。8.根据权利要求3所述的方法，其特征在于，所述分析项包括确定所述被叫终端的一个或者至少两个模块的异常指示，所述分析项对应的分析内容包括以下至少一项：确定是否存在射频模块异常；确定是否存在基带模块异常。9.根据权利要求1至8任一所述的方法，其特征在于，所述寻呼状况包括至少一项；所述生成所述寻呼状况的反馈报告，包括：获取所述反馈报告的生成模板，所述生成模板上包括至少一项寻呼状况对应的填充字段；将所述至少一项寻呼状况对应填充至所述填充字段上，生成所述反馈报告。10.根据权利要求1至8任一所述的方法，其特征在于，所述寻呼状况包括所述被叫终端存在非寻呼问题和寻呼问题；所述生成所述寻呼状况的反馈报告，包括：在所述反馈报告中采用第一类标识对所述非寻呼问题进行标识，以及在所述反馈报告中采用第二类标识对所述寻呼问题进行标识，所述第一类标识与所述第二类标识不同。11.根据权利要求10所述的方法，其特征在于，所述寻呼问题包括网络侧寻呼问题和终端侧寻呼问题；所述第二类标识包括第一级标识和第二级标识；所述在所述反馈报告中采用第二类标识对所述寻呼问题进行标识，包括：在所述反馈报告中采用所述第一级标识对所述网络侧寻呼问题进行标识，以及在所述反馈报告中采用所述第二级标识对所述终端侧寻呼问题进行标识。12.一种寻呼状况的反馈装置，其特征在于，所述装置包括：获取模块，配置成：通过对被叫终端的寻呼过程进行记录来获取所述被叫终端的跟踪信息；其中，所述跟踪信息包括所述被叫终端的空口信令以及所述寻呼过程的启动时刻；分析模块，配置成：按照分析规则对所述跟踪信息进行分析，得到所述被叫终端寻呼时的寻呼状况，所述寻呼状况用于指示所述被叫终端在寻呼过程中是否存在寻呼问题；生成模块，配置成：生成所述寻呼状况的反馈报告。13.一种电子设备，其特征在于，所述电子设备包括处理器、和与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如权利要求1至11任一所述的寻呼状况的反馈方法。14.一种计算机可读存储介质，所述计算机可读存储介质中存储有程序指令，其特征在于，所述程序指令被处理器执行时实现如权利要求1至11任一所述的寻呼状况的反馈方法。

技术总结

本申请实施例公开了一种寻呼状况的反馈方法、装置、设备及存储介质，属于通信技术领域。该方法包括：通过对被叫终端的寻呼过程进行记录来获取被叫终端的跟踪信息；按照分析规则对跟踪信息进行分析，得到被叫终端寻呼时的寻呼状况，寻呼状况用于指示被叫终端在寻呼过程中是否存在寻呼问题；生成寻呼状况的反馈报告；其中，跟踪信息包括：被叫终端的空口信令以及寻呼过程的启动时刻。该方法能够节省人力资源，以及提高寻呼状况的识别准确率。以及提高寻呼状况的识别准确率。以及提高寻呼状况的识别准确率。