一种基于噪声配置NPT的噪声检测方法及相关装置与流程

一种基于噪声配置npt的噪声检测方法及相关装置
技术领域
1.本技术涉及物联网技术领域，尤其涉及一种基于噪声配置(noise profile tool，npt)的噪声检测方法及相关装置。


背景技术：

2.随着电子设备的普及，电子设备的类型逐渐的多样化，电子设备的功能也逐丰富，在电子设备的内部，需要多种工具解决方案来解决各种各样的工具需求，比如：噪声检测功能需求。
3.在windows操作系统(operating system，os)下,芯片厂商提供了一些运行的工具解决方案，其中包含有利用at指令实现的工具解决方案、调用lib函数库实现的工具解决方案，比如针对噪声检测的解决方案。但是在linux os或chrome os下，芯片厂商还没有提供针对噪声检测的技术支持，因此，在linux os或chrome os下如何进行噪声检测是本领域技术人员正在研究的技术问题。


技术实现要素：

4.本技术实施例提供一种基于npt的噪声检测方法及相关装置，可实现在linux os/chrome os下，对噪声进行检测。
5.第一方面，本技术实施例提供了一种基于npt的噪声检测方法，该方法包括：
6.在linux操作系统os或chrome操作系统os下，通过处理模块触发npt工具向通信模块发送第一diag指令，其中，所述第一diag指令用于指示进行噪声检测；
7.通过所述通信模块响应所述第一diag指令，进行噪声检测得到噪声检测数据；
8.通过所述通信模块向所述处理模块发送噪声检测数据；
9.通过所述处理模块对所述噪声检测数据进行处理，得到噪声检测结果。
10.需要说明，在常规的噪声检测方法中，噪声检测系统基于windows操作系统触发npt工具，利用lib函数库和/或at指令实现噪声检测功能，使用lib函数库或at指令能够在windows os下解决大部分的功能需求，但是在不同的操作系统下，npt工具可以使用的函数库和命令类型不同，在linux os或chrome os下，无法通过触发npt工具来使用lib库或at指令实现噪声检测功能。因此，本技术提供了一种使用diag指令的基于噪声配置的噪声检测方法，可以在linux os或chrome os下触发npt工具对diag指令进行使用，npt工具对diag指令以特定的序列进行排列从而实现噪声检测的功能。npt工具可以在linux os或chrome os下识别diag端口，npt工具可以通过该diag端口进行diag指令的收发。因此，本技术提供一种基于diag指令的npt工具，通过触发npt工具能够实现在linux os或chrome os下的噪声检测需求，这提高了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能的需求，为电子设备在不同操作系统下的噪声检测提供工具。
11.结合第一方面，在第一方面的第一种可能的实现方式中，所述通过所述通信模块向所述处理模块发送噪声检测数据之后，还包括：
12.通过所述处理模块以预设的文件形式储存所述噪声检测数据，以供调用。
13.其中，以预设的文件形式存储噪声检测数据方便不同工具之间能够灵活的调用数据，例如：用逗号分隔值(comma-separated values,csv)文件格式存储噪声检测数据，该格式可以用操作系统自带的记事本打开，以纯文本的形式储存表格数据，使数据交换更容易，也更易于导入到电子表格或数据库中，方便计算。因此，以预设的文件形式存储噪声检测数据，能够使得不同工具方便地对噪声检测数据进行处理和解析。
14.结合第一方面或者第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述通过所述通信模块对所述噪声检测数据进行处理，得到噪声检测结果之后，还包括：
15.在windows系统下，通过所述处理模块以图像的形式呈现所述噪声检测结果。
16.其中，以图像的形式呈现噪声检测结果，能够更加立体且直观地表现噪声检测情况，提升npt工具的实用性，提高用户的满意度。
17.结合第一方面，在第一方面的第三种可能的实现方式中，还包括：
18.通过所述处理模块接收和/或修改噪声检测的命令参数，所述命令参数定义了噪声检测的方式；
19.通过所述处理模块向所述通信模块发送噪声检测的命令参数。
20.所述通过所述通信模块响应所述第一diag指令，进行噪声检测得到噪声检测数据，包括：
21.通过所述通信模块响应所述第一diag指令，根据噪声检测的命令参数，进行噪声检测得到噪声检测数据。
22.其中，该命令参数包括但不限于：模式(mode)、速率(rate)、波段(band)、信道(channel)，带宽(bandwidth)期望级别(expected level)。其中，mode、rate、channel与band都会影响检测的频率的范围。而bandwidth和expected level都会影响噪声检测的精确度和结果。合理设置噪声检测的命令参数可以更加准确的测量噪声检测结果，该命令参数还包括模式信息，并且该噪声检测还可以利用模式信息实现新的功能，例如：利用噪声检测的发送(transport，tx)+接收(receive、rx)模式，可以检测通信模块的载波发送是否会影响噪声检测的结果，从而进一步对通信模块进行完善，这体现了该模式信息可以增加npt工具实现的功能种类，提升了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能，为电子设备在不同操作系统下的噪声检测提供工具，该工具不限于npt工具，该工具为基于编程环境和编程语言进行开发。该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python。电子设备可以触发该工具实现特定的功能，如：噪声检测。
23.结合第一方面或者第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述通过所述通信模块响应所述第一diag指令，进行噪声检测得到噪声检测数据，包括：
24.通过所述通信模块根据第一diag指令得到噪声的检测频率区间；
25.通过所述通信模块接收主天线和/或分天线在所述检测频率区间上采集的接收信号强度rssi值，所述主天线和分天线用于采集噪声的大小。
26.其中，所述通信模块可能根据命令参数和第一diag指令得到噪声检测频率区间，
也可能根据第一diag指令得到噪声检测频率区间，在噪声检测的过程中，由于主天线和分天线的位置不同，因此主天线和分天线的产生的噪声检测数据可能也会有所不同，用不同的噪声监测器件在不同的位置上采集噪声信息，能够使得采集的噪声的范围扩大，检测噪声的灵敏度增加，并且由多个噪声检测器件对噪声进行检测能够使得检测结果更加准确，该噪声检测器件用于进行噪声接收，该噪声检测器件包括但不限于主天线和/或分天线。
27.第二方面，本技术实施例提供了一种基于npt的噪声监测装置，该装置包括:
28.处理单元，用于，在linux os或者chrome os下，触发npt工具向通信单元发送第一diag指令，其中，所述第一diag指令用于指示进行噪声检测；
29.通信单元，用于响应所述第一diag指令进行噪声检测得到噪声检测数据；
30.所述通信单元，还用于向处理单元发送噪声检测数据；
31.所述处理单元，还用于对噪声检测数据进行处理，得到噪声检测结果。
32.需要说明，在常规的噪声检测方法中，噪声检测系统基于windows操作系统触发npt工具，利用lib函数库和/或at指令实现噪声检测功能，使用lib函数库或at指令能够在windows os下解决大部分的功能需求，但是在不同的操作系统下，npt工具可以使用的函数库和命令类型不同，在linux os或chrome os下，无法通过触发npt工具来使用lib库或at指令实现噪声检测功能。因此，本技术提供了一种使用diag指令的基于噪声配置的噪声检测方法，可以在linux os或chrome os下触发npt工具对diag指令进行使用，npt工具对diag指令以特定的序列进行排列从而实现噪声检测的功能。npt工具可以在linux os或chrome os下识别diag端口，npt工具可以通过该diag端口进行diag指令的收发。因此，本技术提供了基于diag指令的npt工具，通过触发npt工具能够实现在linux os或chrome os下的噪声检测需求，这提高了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能的需求，为电子设备在不同操作系统下的噪声检测提供工具。
33.结合第二方面，在第二方面的第一种可能的实现方式中，所述处理单元，还用于以预设的文件形式储存噪声检测数据，以供调用。
34.其中，以预设的文件形式存储噪声检测数据方便不同工具之间能够灵活的调用数据，例如：用csv文件格式存储噪声检测数据，该格式可以用操作系统自带的记事本打开，以纯文本的形式储存表格数据，使数据交换更容易，也更易于导入到电子表格或数据库中，方便计算。因此，以预设的文件形式存储噪声检测数据，能够使得不同工具可以方便地对噪声检测数据进行处理和解析。
35.结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述处理单元，还用于，在windows系统下，以图像的形式呈现所述噪声检测结果。
36.其中，以图像的形式呈现噪声检测结果，能够更加立体直观的表现噪声检测情况，提升npt工具的实用性，提高用户的满意度。
37.结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述处理单元，还用于：
38.接收和/或修改噪声检测的命令参数，所述命令参数定义了噪声检测的方式；
39.向通信模块发送噪声检测的命令参数；
40.在响应所述第一diag指令，进行噪声检测得到噪声检测数据方面，所述通信单元
具体用于：
41.响应所述第一diag指令，根据噪声检测的命令参数，进行噪声检测得到噪声检测数据。
42.该命令参数包括但不限于：模式(mode)、速率(rate)、波段(band)、信道(channel)，带宽(bandwidth)期望级别(expected level)。其中，mode、rate、channel与band都会影响检测的频率的范围。而bandwidth和expected level都会影响噪声检测的精确度和结果。设置噪声检测的命令参数可以准确的测量噪声检测结果，并且，该命令参数还可能包括模式信息，并且该噪声检测还可以利用模式信息实现新的功能，例如：利用噪声检测中的tx+rx模式，可以检测通信模块的载波发送是否会影响噪声检测的结果，从而进一步对通信模块进行完善，这体现了该模式信息可以增加npt工具实现的功能种类，提升了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能，为电子设备在不同系统下的噪声检测提供工具，该工具不限于npt工具，该工具为基于编程环境和编程语言进行开发。该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python。电子设备或系统可以触发该工具实现特定的功能，如：噪声检测。
43.结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，在响应所述第一diag指令进行噪声检测得到噪声检测数据，所述通信单元具体用于：
44.根据第一diag指令得到噪声的检测频率区间；
45.接收主天线和/或分天线在所述检测频率区间上采集的接收信号强度rssi值，所述主天线和分天线用于采集噪声的大小。
46.其中，所述通信模块可能根据命令参数和第一diag指令得到噪声检测频率区间，也可能根据第一diag指令得到噪声检测频率区间，在噪声检测的过程中，由于主天线和分天线的位置不同，因此主天线和分天线的产生的噪声检测数据可能也会有所不同，从不同位置采集噪声信息，能够使得采集的噪声的范围扩大，检测噪声的灵敏度增加，并且由多个噪声检测器件对噪声进行检测能够使得检测结果更加准确，该噪声检测器件包括但不限于主天线和/或分天线。
47.第三方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在处理器上运行时，实现第一方面或者第一方面的可能的实现方式所描述的噪声检测方法。
48.第四方面，本技术实施例提供一种计算机程序产品，所述计算机程序产品在处理器上运行时，实现第一方面或者第一方面的可能的实现方式所描述的噪声检测方法。
49.可以理解地，上述第三方面提供的计算机可读存储介质，以及第四方面提供的计算机程序产品均用于执行第一方面所提供的基于多方协作的业务匹配方法，因此，其所能达到的有益效果可参考第一方面所提供的基于多方协作的业务匹配方法中的有益效果，此处不再赘述。
附图说明
50.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的
附图作简单地介绍。
51.图1是本技术实施例提供的一种基于npt的噪声检测系统的架构示意图；
52.图2是本技术实施例提供的另一种基于npt的噪声检测系统的架构示意图；
53.图3是本技术实施例提供的一种基于npt的噪声检测方法的流程示意图；
54.图4是本技术实施例提供的一种基于npt的噪声检测装置的结构示意图。
具体实施方式
55.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
56.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
57.还应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
58.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
59.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0060]
本技术实施例提供了一种npt工具，电子设备触发所述npt工具进行噪声检测。该npt工具可以为基于特定编程环境和特定的编程语言进行开发，该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python，噪声检测系统可以触发npt工具实现噪声检测功能，该噪声检测系统可以为图1提供的基于npt的噪声检测系统。
[0061]
请参见图1，图1是本技术实施例提供的一种基于npt的噪声检测系统的架构示意图，噪声检测系统包括处理模块101和通信模块103。该噪声检测系统可以为具有噪声检测需求的设备，例如，手机、电脑、平板、车辆、车间设备、智能家居设备等。
[0062]
其中，处理模块101是一种带有数据处理功能与数据传输功能的功能模块，例如处理器，更具体的可以为dsp芯片，或者其他形式的芯片。该处理模块101用于接收和/或修改检测噪声测试的命令参数信息，该检测的命令参数信息定义了噪声检测的方式。
[0063]
在linux os或chrome os下，可以通过处理模块101触发npt工具向通信模块103发送第一diag指令，其中所述第一diag指令用于指示进行噪声检测。
[0064]
处理模块101接收通信模块103发送的噪声检测数据；处理模块101可以以预设的文件形式储存该噪声检测数据，以供调用。
[0065]
处理模块101用于对噪声检测数据进行处理，得到噪声检测结果。
[0066]
diag接口102为一种带有数据传输功能的通信接口，处理模块101包括至少一个diag接口102，其中，所述处理模块101通过diag接口102发送第一diag指令。处理模块101可
能包含多个diag接口102，在操作系统改变的情况下，处理模块101发送diag指令时使用的diag接口102可能会有所改变。并且，不同的芯片有着不同的芯片框架，对应的diag接口的位置和命名可能会有所不同，但是若存在通信接口，且该通信接口用于发送diag指令，则可将该通信接口确认为diag接口。不同的类型的指令有着不同的接口输出，例如：at指令有at端口输出，diag指令有diag端口输出，在不同的操作系统中，不同的操作系统能够输出的指令类型可能会有所不同，因此，在不同的操作系统下，处理模块输出指令使用的指令端口可能会不同。
[0067]
通信模块103为一种带有数据传输功能和信号检测功能的模块，该通信模块可以为信号传感器，或者其他形式的传感器。其中，该通信模块103用于接收上述命令参数信息，该命令参数信息定义了噪声检测的方式，并且，该通信模块103接收处理模块101发送的第一diag指令，该第一diag指令用于指示通信模块进行噪声检测。
[0068]
通信模块103包括主天线104和分天线105，其中，主天线104为一种带有信号检测功能的器件，并且，分天线105为一种带有信号检测功能的器件，在通信模块接收到第一diag指令的情况下，该通信模块通过主天线104和分天线105接收噪声。该通信模块利用主天线和分天线，能够更大范围的对噪声进行检测，能够更加准确的对噪声进行测量，并且，可以有效避免单个噪声检测的器件损害造成的影响，如：在分天线损坏的情况下，该分天线无法对噪声进行检测，若通信模块未安装主天线，该通信模块用分天线对噪声进行检测，得到的噪声检测数据均为零，该噪声检测数据可以用于表示分天线周围没有噪声，因此无法直接体现分天线损坏的信息。但当存在主天线的情况下，若分天线损坏，该通信模块分别用主天线和分天线对噪声进行检测，得到的噪声检测结果，倘若存在噪声，则主天线的噪声检测结果和分天线的噪声检测结果会产生明显的差异，从而间接的给出了分天线损坏的提示信息。因此采用多个噪声检测器件能够检测出单个噪声检测器件的损坏信息，并且能够更加准确的的到噪声检测结果。
[0069]
值得注意的是，本技术实施例所述的图1中只画出一个主天线和一个分天线，但在本技术的实际应用中，通信模块103可能包括多个主天线或多个分天线，从而对噪声进行更加准确的测量。
[0070]
可选的，该噪声检测系统还可以包括载波发送模块106，包括载波发送模块106的噪声检测系统的结构如图2所示，其中：载波发送模块106是一种带有信号传输的模块，该载波发送模块可以为射频处理器，或者其他形式可以发送信号的处理器。
[0071]
其中，该载波发送模块可以用于发送信号，主天线104和分天线105可能检测到载波发送模块发送的信号。下面对该包括载波发送模块的噪声检测系统的运行场景进行解释：现实生活中，电子设备可能包括多个器件，在电子设备运行的过程中，一些器件可能会受到噪声的影响，无法正常工作，而另一些器件会在电子设备的运行过程中发送信号，如：载波发送模块，该信号可能会被一些器件当作噪声处理。因此为避免第一的器件发送的信号被第二的器件当作噪声接收，从而造成第二器件无法正常工作，进一步，电子设备的运行受到影响。因此，需要使用噪声测试工具对该运行场景进行模拟，采用噪声检测装置模拟第一器件，采用噪声检测设备模拟第二器件，进行噪声检测，确保电子设备的正常运行。该噪声检测系统为该电子设备或该电子设备中的实体模块或功能模块。
[0072]
请参见图3，图3是本技术实施例提供的一种噪声检测方法的流程示意图，该方法
可以基于图1或图2所示的架构或者其他架构实现，该方法包括但不限于如下步骤：
[0073]
s201：在linux os下或者chrome os下，通过处理模块触发npt工具向通信模块发送第一diag指令。其中，所述第一diag指令用于指示进行噪声检测。
[0074]
其中，在不同的操作系统下，工具(不限于该npt工具)能够调用的函数库不一定是相同的，其中，该工具为基于编程环境和编程语言进行开发。该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python。电子设备或系统可以触发该工具实现特定的功能，如：噪声检测。函数库包括一个或者多个库函数，该一个或者多个库函数中每个库函数包含但不限于源代码段和函数名，其中，库函数的源代码段是基于操作系统和芯片架构来进行书写，例如，在windows和linux os两个不同的操作系统中，即使实现相同的功能，在该两个不同的操作系统下的源代码段也是有可能不同，执行库函数的源代码段可实现一个或者多个功能,其中，该功能的划分仅仅为一种逻辑上的划分，实际实现时可以有另外的划分方式，例如多个功能可以集成为更大的功能。
[0075]
因此，在需要触发一个工具(不限于npt工具)实现特定的功能的情况下，该工具可以引用实现该功能的库函数所在的函数库，然后，引用该函数库中的库函数，并且，该工具可以只引用该库函数的函数名，该工具在引用库函数的函数名的情况下，能够执行该库函数的源代码段从而实现特定功能，下面对引用库函数进行举例：
[0076]
在windows系统下，存在lib函数库，在噪声检测系统想要触发npt工具执行实现噪声检测功能的情况下，该npt工具可以调用lib函数库中的第一库函数，npt工具引用该第一库函数的函数名，在引用第一库函数的函数名的情况下，噪声检测系统可以触发npt工具执行库函数的源代码段，从而实现基于npt的噪声检测功能。但是，在linux操作系统下或者chrome操作系统下，不存在可以调用的lib函数库，因此，npt工具无法调用相应的库函数来实现基于npt的噪声检测功能。
[0077]
因此，在linux操作系统下或者chrome操作系统下，本技术提供的npt工具调用第一源代码段，该源代码段可以分别执行噪声检测指令的下发，检测参数的设置，噪声检测数据的接收，从而在linux os下或者chrome os下进行噪声检测。本技术提供的npt工具执行的第一源代码段与第一库函数中的源代码段不同，该npt工具执行第一库函数的源代码段只能实现在windows下的噪声检测，执行第一源代码段可以在linux操作系统下或者chrome操作系统下实现基于npt的噪声检测。相应的，该第一源代码段可以被封装成第二库函数，该第二库函数在常规的npt工具中并不存在，为本技术提供的一种库函数，npt工具可以通过引用第二库函数的函数名，调用该第二库函数，该第二库函数的源代码与常规的npt工具引用的第一库函数的源代码段不同，因此，该第二库函数与第一库函数有着明显的区别。
[0078]
由于在不同的操作系统下，通过处理模块收发的指令类型可能会有所不同，处理模块通过指令对应的端口向其他模块发送该类型的指令。例如，在windows系统下，工具可以来调用at指令，调用处理模块通过at端口，向通信模块发送第一at指令，该第一at指令用于指示通信模块进行噪声检测，通信模块响应于第一at指令对噪声进行检测，产生噪声检测数据。但是在linux os或者chrome os下，工具并没有可以调用的at指令，因此在linux os或者chrome os下，工具的种类较少并且工具可以实现的功能较少。其中，该工具不限于npt工具，该工具为基于编程环境和编程语言进行开发。该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python。电子设备或系统可
以触发该工具实现特定的功能，如：噪声检测。
[0079]
在linux os下或者chrome os下面存在diag类型的指令可以被工具(不限于该npt工具)调用，因此本技术提供一种使用diag指令的npt工具。并且，不同的指令类型对应着不同的传输指令格式，该传输指令格式包括但不限于指令的进制格式。并且指令类型不同时，处理模块收发的指令传输接口可能也会不同。例如：at类型的指令采用的是十进制的数据类型，但是diag类型的指令采取的是16进制的数据类型，并且，处理模块通过at端口收发at类型的指令，处理模块通过diag port端口收发diag类型的指令。
[0080]
该传输指令格式还包括传输指令的位数和传输指令含义。例如：指令类型为a的指令，该a指令的单位长度为16位，前8位表示的是该指令的输出端口地址，后八位表示的是该指令的功能，指令类型为b的指令，该b指令的单位长度为20位，前8位表示的是该指令的类型，第9位到第6位表示的是该b指令的输出端口地址，最后4位用于检验该b指令是否在传输时发现错误。通过上述的描述，可以看出，不同的指令类型之间存在较大的区别，且采用的指令类型应该参考工具运行的操作系统和工具运行的硬件架构，只有该操作系统和硬件架构支持该指令的收发，才能通过该指令，来实现相应的功能。
[0081]
采用diag指令来实现基于npt的噪声检测方法，是一个基于linux操作系统下或者chrome操作系统下实现的方法，由于linux操作系统和/或者chrome操作系统不支持npt工具通过处理模块收发at指令，因此开发基于diag指令的npt工具是十分必要的，相应的，如果存在其他操作系统可以支持diag指令的收发，则在其他操作系统下开发基于diag指令的npt工具，例如：android os或者harmony os等操作系统下，开发基于diag指令的npt工具。本技术提高了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能的需求。
[0082]
s202：通过该通信模块接收该第一diag命令。
[0083]
具体的，该通信模块与处理模块通过通信链路进行连接，处理模块存在diag port进行diag指令的发送，相应的，通信模块也有对应的端口进行diag指令的接收。
[0084]
s203：通过所述通信模块响应所述第一diag指令，进行噪声检测得到噪声检测数据。
[0085]
下面列举两种可选的噪声检测方式。
[0086]
方式一：
[0087]
在通信模块接收到第一diag指令后，进入接收(receive、rx)模式；
[0088]
该通信模块接收噪声检测的命令参数，该命令参数定义了通信模块噪声检测数据的方式，该命令参数包括但不限于：模式(mode)、速率(rate)、波段(band)，信道(channel)，带宽(bandwidth)期望级别(expected level)。其中，mode、rate、channel与band都会影响检测的频率的范围。而bandwidth和expected level都会影响噪声检测的精确度和结果。合理设置噪声检测的命令参数可以更加准确的测量噪声检测数据。
[0089]
该通信模块启动噪声接收，该通信模块通过主天线和/或分天线来接收噪声信号；在通信模块接收到噪声检测的停止信号的情况下，通过该通信模块停止噪声接收，并且，在该实现方式中，若该通信模块的检测时间段大于第一预设时间段，该通信模块停止噪声检测，该第一预设时间段为预设的用于进行参考对比的时间段。
[0090]
方式二：
[0091]
在通信模块接收到第一diag指令后，进入发送(transport，tx)+接收(receive、rx)模式；
[0092]
该通信模块启动载波发送，并且，该通信模块可以接收发送的功率值，该功率值用于指示通信模块发送的信号大小。
[0093]
该通信模块接收噪声检测的命令参数，该命令参数定义了通信模块噪声检测数据的方式，该命令参数包括但不限于：模式(mode)、速率(rate)、波段(band)，信道(channel)，带宽(bandwidth)期望级别(expected level)这些参数影响了噪声检测的方式。其中，mode、rate、channel与band都会影响检测的频率的范围。而bandwidth和expected level都会影响噪声检测的精确度和结果。合理设置噪声检测的命令参数可以更加准确的测量噪声检测结果。
[0094]
该通信模块启动噪声接收，该通信模块通过主天线和/或分天线来接收噪声信号；
[0095]
在通信模块接收到噪声检测的停止信号的情况下，通过该通信模块停止噪声接收，并且，在该实现方式中，若该通信模块的检测时间段大于第二预设时间段，该通信模块可能停止噪声检测。该第二预设时间段为预设的用于进行参考对比的时间段。
[0096]
在通信模块接收到载波发送的停止信息下，通过该通信模块停止载波发送，并且，在该实现方式中，若该通信模块的载波发送时间段大于第三预设时间段，该通信模块可能停止载波发送。该第三预设时间段为预设的用于进行参考对比的时间段。
[0097]
该模式可以用于检测通信模块的载波发送是否会对该通信模块的噪声接收产生影响。
[0098]
在上述的检测方式中，通信模块接收主天线和/或分天线在所述检测频率区间上采集的接收信号强度rssi值，所述主天线和分天线用于采集噪声的大小。在噪声检测的过程中，由于主天线和分天线的位置不同，因此主天线和分天线的产生的噪声检测数据可能也会有所不同，用不同的噪声监测器件在不同的位置上采集噪声信息，能够使得采集的噪声的范围扩大，检测噪声的灵敏度增加，并且由多个噪声检测器件对噪声进行检测能够使得检测结果更加准确，该噪声检测器件包括但不限于主天线和/或分天线。
[0099]
采用多个噪声检测器件对噪声进行检测可以有效避免单个噪声检测的器件损害造成的影响，如：在分天线损坏的情况下，该分天线无法对噪声进行检测，若通信模块未安装主天线，该通信模块用分天线对噪声进行检测，得到的噪声检测数据均为零，会产生未检测出噪声的误导，该噪声检测数据无法直接体现分天线的损坏信息，但当存在主天线的情况下，该通信模块分别用主天线和分天线对噪声进行检测，得到的噪声检测结果，倘若存在噪声，则主天线的噪声检测结果和分天线的噪声检测结果会产生明显的差异，从而间接的给出了器件损坏的提示信息。因此采用多个噪声检测器件能够检测出单个噪声检测器件的损坏信息，并且能够更加准确的的到噪声检测结果。
[0100]
s204：通过所述通信模块向所述处理模块发送噪声检测数据。
[0101]
具体地，由于所述通信模块接收主天线和/或分天线的噪声检测数据，因此需要通过所述通信模块向所述处理模块发送至少一个噪声检测器件的噪声检测数据。该噪声检测器件包括但不限于：主天线、分天线，所述通信模块包括至少一个噪声检测器件。所述通信模块与处理模块之间存在至少一条通信链路，在通过所述通信模块向所述处理模块发送噪声检测数据的情况下，通信模块将至少一个噪声检测器件中每个噪声检测器件产生的噪声
检测数据通过通信链路进行传输。不同的噪声检测器件产生的噪声检测数据通过的通信链路可能不同。并且，可以通过通信模块将不同的噪声检测器件产生的噪声检测数据进行合成，将合成的噪声检测数据通过一条通信链路进行传输。
[0102]
s205：通过所述处理模块对所述噪声检测数据进行处理，得到噪声检测结果。
[0103]
处理模块接收通信模块发送的噪声检测数据，该噪声检测数据可能根据特定的通信协议。以特定的格式进行封装，该通信协议包括但不限于：3gpp协议。处理模块可能无法直接对该噪声检测数据进行识别，需要对该噪声检测数据进行处理，得到噪声检测结果，该处理模块可以根据该噪声检测结果得到噪声的特征值，该特征值用于体现噪声的大小，该特征值包括但不限于：rssi值。并且，当处理模块接收到不同噪声检测器件的合成的噪声检测数据时，该处理模块可能将该合成的噪声检测数据进行分解，得到每个噪声检测器件的噪声检测数据。在处理模块得到噪声检测数据的情况下，该处理模块可能会以预设的文件形式存储噪声检测数据，并且，该处理模块可能会以预设的文件形式存储噪声检测数据。以预设的文件形式存储噪声检测数据方便不同工具之间能够灵活的调用数据，例如：用逗号分隔值(comma-separated values,csv)文件格式存储噪声检测数据，该格式可以用操作系统自带的记事本打开，以纯文本的形式储存表格数据，使数据交换更容易，也更易于导入到电子表格或数据库中，方便计算。因此，以预设的文件形式存储噪声检测数据，能够使得不同工具可以方便地对噪声检测数据进行处理和解析。
[0104]
s206：输出该噪声检测结果。
[0105]
在处理模块得到噪声检测结果的情况下，通过处理模块输出噪声检测结果。并且，噪声检测系统可以通过显示模块(如显示器)输出噪声检测结果，该显示模块可以为该噪声检测系统的显示模块也可以为其他特定设备的显示模块，当其为其他设备的显示模块时，该噪声检测系统可以通过处理模块，将噪声检测结果发送给特定的终端设备，该终端设备通过显示模块输出噪声检测结果。
[0106]
下面对噪声检测结果的输出方式进行举例：
[0107]
方式一：
[0108]
电脑(噪声检测系统)通过处理模块进行噪声检测，电脑通过处理模块得到噪声检测数据，通过处理模块对噪声检测数据进行处理，得到噪声检测结果。在处理模块得到噪声检测结果的情况下，该电脑通过该的显示器显示噪声检测结果，从而实现噪声检测结果的输出。
[0109]
方式二：
[0110]
手机(噪声检测系统)通过处理模块进行噪声检测，手机通过处理模块得到噪声检测数据，通过处理模块对噪声检测数据进行处理，得到噪声检测结果，在手机通过处理模块得到噪声检测结果的情况下，向其他设备发送噪声检测结果，其他设备包括但不限于：电视、电脑或其他具有数据显示功能的电子设备。在其他设备接收到噪声检测结果的情况下，该其他设备通过显示模块显示噪声检测结果，从而实现噪声检测结果的输出。
[0111]
上述方式中的电脑和手机用于举例说明，本技术提供的输出方式可应用于其他的噪声检测系统。
[0112]
在噪声检测结果的输出方式中，由于在linux os或chrome os下，无法通过处理模块以图像显示噪声检测结果，因此，在处理模块接收到噪声检测数据的情况下，通过处理模
块在windows系统下解析噪声检测结果，并以图像的形式显示噪声检测结果，从而能够更加直观立体的呈现噪声检测结果。
[0113]
本技术实施例能够基于npt实现噪声检测功能，使用diag指令进行指令请求的下发，从而实现在linux os或chrome os下噪声检测的功能。
[0114]
可以理解，在常规的噪声检测方法中，噪声检测系统是基于windows操作系统，利用lib函数库和/或at指令实现噪声检测功能。在windows操作系统下，可以使用lib函数库或at指令解决大部分的功能需求，但是在不同的操作系统下，工具可以使用的函数库和命令类型不同，其中，电子设备或系统触发工具实现特定的功能。在linux os或chrome os下，噪声检测系统无法触发npt工具来使用lib库或at指令实现噪声检测功能。因此，本技术提供了一种使用diag指令的基于噪声配置的噪声检测方法，在linux os或chrome os下，噪声检测系统触发该npt工具对diag指令进行使用，该npt工具对diag指令以特定的序列进行排列从而实现噪声检测的功能。该npt工具可以在linux os或chrome os下识别diag端口，该npt工具可以通过该diag端口进行diag指令的收发。因此，本技术提供了基于diag指令的该npt工具，能够实现在linux os或chrome os下的噪声检测需求。
[0115]
请参考图4，图4是本技术实施例提供的一种基于npt的噪声检测装置30的结构示意图，该噪声检测装置30可以为图1所示的噪声检测系统或者该噪声检测系统中的模块，该噪声检测装置30可以包括处理单元301、通信单元302，其中，各个单元的详细描述如下。
[0116]
处理单元301，用于，在linux os或者chrome os下，触发npt工具向通信单元302发送第一diag指令，其中，所述第一diag指令用于指示进行噪声检测；
[0117]
通信单元302，用于响应所述第一diag指令进行噪声检测得到噪声检测数据；
[0118]
所述通信单元302，还用于向处理单元301发送噪声检测数据；
[0119]
所述处理单元301，还用于对噪声检测数据进行处理，得到噪声检测结果。
[0120]
需要说明，在常规的噪声检测方法中，噪声检测系统基于windows操作系统触发npt工具，利用lib函数库和/或at指令实现噪声检测功能，使用lib函数库或at指令能够在windows os下解决大部分的功能需求，但是在不同的操作系统下，npt工具可以使用的函数库和命令类型不同，在linux os或chrome os下，无法通过触发npt工具来使用lib库或at指令实现噪声检测功能。因此，本技术提供了一种使用diag指令的基于噪声配置的噪声检测方法，可以在linux os或chrome os下触发npt工具对diag指令进行使用，npt工具对diag指令以特定的序列进行排列从而实现噪声检测的功能。npt工具可以在linux os或chrome os下识别diag端口，npt工具可以通过该diag端口进行diag指令的收发。因此，本技术提供了基于diag指令的npt工具，通过触发npt工具能够实现在linux os或chrome os下的噪声检测需求，这提高了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能的需求，为电子设备在不同操作系统下的噪声检测提供工具。
[0121]
在一种可能的实现方式中，所述处理单元301，还用于以预设的文件形式储存存储噪声检测数据，以供调用。
[0122]
其中，以预设的文件形式存储噪声检测数据方便不同工具之间能够灵活的调用数据，例如：用csv文件格式存储噪声检测数据，该格式可以用操作系统自带的记事本打开，以纯文本的形式储存表格数据，使数据交换更容易，也更易于导入到电子表格或数据库存储中。因此，以预设的文件形式存储噪声检测数据，能够使得不同工具可以方便地对噪声检测
数据进行处理和解析。
[0123]
在又一种可能的实现方式中，所述处理单元301，在windows系统下，以图像的形式呈现所述噪声检测结果。
[0124]
其中，以图像的形式呈现噪声检测结果，能够更加立体直观的表现噪声检测情况，提升npt工具的实用性，提高用户的满意度。
[0125]
在又一种可能的实现方式中，所述处理单元301，还用于：
[0126]
接收/修改所述npt工具中的命令参数，其中，所述命令参数定义了噪声检测的方式；
[0127]
向所述通信单元302发送命令参数。
[0128]
其中，该命令参数包括但不限于：模式(mode)、速率(rate)、波段(band)、信道(channel)，带宽(bandwidth)期望级别(expected level)。其中，mode、rate、channel与band都会影响检测的频率的范围。而bandwidth和expected level都会影响噪声检测的精确度和结果。设置噪声检测的命令参数可以准确的测量噪声检测结果，并且，该命令参数还可能包括模式信息，并且该噪声检测还可以利用模式信息实现新的功能，例如：利用噪声检测中的tx+rx模式，可以检测通信单元302的载波发送是否会影响噪声检测的结果，从而进一步对通信单元302进行完善，这体现了该模式信息可以增加npt工具实现的功能种类，提升了linux os或chrome os的实用性，实现linux os或chrome os的噪声检测功能，为电子设备在不同系统下的噪声检测提供工具，该工具不限于npt工具，该工具为基于编程环境和编程语言进行开发。该编程环境包括但不限于：visual studio code开发环境。该编程语言包括但不限于:c语言、java、python。电子设备或系统可以触发该工具实现特定的功能，如：噪声检测。
[0129]
在又一种可能的实现方式中，在进行噪声检测得到噪声检测数据方面，所述通信单元302具体用于：
[0130]
根据diag指令得到噪声的检测频率区间；
[0131]
接收主天线和/或分天线在所述检测频率区间上采集的接收信号强度rssi值，所述主天线和分天线用于采集外界噪声的大小。
[0132]
其中，所述通信单元302可能根据命令参数和第一diag指令得到噪声检测频率区间，也可能根据第一diag指令得到噪声检测频率区间，在噪声检测期间，由于主天线和分天线的位置不同，因此主天线和分天线的噪声检测数据可能也会有所不同，从不同位置采集噪声信息，能够使得采集噪声的范围扩大，检测噪声的灵敏度增加，并且由多个噪声检测器件对噪声进行检测能够使得检测结果更加准确，该噪声检测器件包括但不限于主天线和/或分天线。
[0133]
本技术实施例还提供了一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机指令，当上述计算机可读存储介质在处理器上运行时，实现图1或2所示的实施例中基于npt的噪声检测系统所执行的操作。
[0134]
其中，该计算机可读存储介质可以包括只读存储器和随机存取存储器，并向图1或图2所示的处理模块101提供指令和数据。计算机可读存储介质的一部分还可以包括非易失性随机存取存储器。例如，计算机可读存储介质还可以存储设备类型的信息。
[0135]
本技术实施例还提供一种计算机程序产品，当上述计算机程序产品在处理器上运
行时，实现3所示的实施例中基于npt的噪声检测设备所执行的操作。本领域的技术人员应明白，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。例如，用于业务匹配的应用程序(applications，app)、插件等。
[0136]
应当理解，在本技术实施例中，所称处理模块101可以是中央处理单元(central processing unit，cpu)，该处理模块101还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0137]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0138]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0139]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
[0140]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本技术实施例方案的目的。
[0141]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0142]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0143]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。