CN113825166B - 一种基站测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种基站测试方法、装置、电子设备及存储介质，其中，所述方法包括：获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构；从所述目标文件中提取符合预设规则的消息结构；若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数；将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据。本申请可以降低人工成本，避免解析错误或解析失败，提高解析效率。

Description

一种基站测试方法、装置、电子设备及存储介质

技术领域

本申请涉及移动通信技术领域，特别是涉及一种基站测试方法、装置、电子设备及存储介质。

背景技术

在移动通信技术领域中，为了保证基站的正常运行，可以预先对基站进行测试，并在测试结果为基站异常的情况下对异常进处理。在对基站进行测试的过程中，测试端和基站的通信方式主要包括：基于SNMP(Simple Network Management Protocol，简单网络管理协议)的通信方式、基于GTSA(General Test System Agent，通用测试***代理接口)传输二进制码流的通信方式，其中，基于SNMP的通信方式按照协议要求触发一次测试回复一次数据，消息量较小，一般适用于用户实验室测试、差错使用，且需要严格遵循SNMP的要求，导致数据格式受限，从而基于SNMP的通信方式使用较少，而基于GTSA传输二进制码流的通信方式的使用较多，基于GTSA传输二进制码流的通信方式将基站中的目标文件以二进制码流的形式发送给测试端，测试端在接收到测试的目标消息时，首先从包含有解析规则的目标文件中获取目标消息对应的解析规则作为目标解析规则；然后采用该目标解析规则对该目标消息进行解析，得到解析结果数据。上述的目标文件是从基站中获取的，基站中的目标文件更新之后，需要测试端的开发人员将其合并到测试端中。

申请人对基于GTSA传输二进制码流的通信方式进行研究之后发现，测试端的目标文件需要随着基站中的目标文件的更新而更新，需要开发人员合并到测试端中，造成人工成本较高，如果测试人员未及时更新测试端的目标文件会导致解析失败或解析错误；此外，测试端需要将目标文件中逐个字节与目标消息进行对比，以从目标文件中获取到目标解析规则，会导致解析效率较低。

发明内容

鉴于上述问题，提出了本申请以便提供解决上述问题或者至少部分地解决上述问题的一种基站测试方法、装置、电子设备及存储介质。

依据本申请的第一方面，提供了一种基站测试方法，包括：

获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构；

从所述目标文件中提取符合预设规则的消息结构；

若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数；

响应于针对所述基站的测试指令，通过所述解析函数对所述基站发送的目标消息进行解析，得到测试结果数据，所述目标消息是所述基站针对所述测试指令返回的消息。

可选地，所述将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据，包括：

对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口；

将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

可选地，所述对测试得到的目标消息进行解析，得到测试结果数据之后，还包括：

将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

可选地，所述若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数，包括：

若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储；

若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

可选地，所述获取基站中的目标文件，包括：

根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

可选地，所述从所述目标文件中提取符合预设规则的消息结构之后，还包括：

若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

依据本申请的第二方面，提供了一种基站测试装置，包括：

目标文件获取模块，用于获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构；

消息结构提取模块，用于从所述目标文件中提取符合预设规则的消息结构；

解析函数生成模块，用于若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数；

测试模块，用于响应于针对所述基站的测试指令，通过所述解析函数对所述基站发送的目标消息进行解析，得到测试结果数据，所述目标消息是所述基站针对所述测试指令返回的消息。

可选地，所述测试模块，包括：

编译子模块，用于对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口；

测试子模块，用于将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

可选地，所述装置还包括：

测试结果文件生成模块，用于将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

可选地，所述解析函数生成模块，包括：

消息结构存储子模块，用于若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储；

解析函数生成子模块，用于若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

可选地，所述目标文件获取模块，包括：

目标文件获取子模块，用于根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

可选地，所述装置还包括：

提示模块，用于若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

依据本申请的第三方面，还提供一种电子设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述基站测试方法的步骤。

依据本申请的第四方面，还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基站测试方法的步骤。

本申请实施例具有如下优点：

根据本申请的一种基站测试方法、装置、电子设备及存储介质，可以直接获取基站中的目标文件，并从目标文件中提取符合预设规则的消息结构，从而测试端可以按照该预设规则生成消息结构的解析函数，以采用该解析函数对测试所得到的目标消息进行解析得到测试结果，本申请在基站的任一代码文件发生变更时，可以重新生成解析函数，不仅可以避免使用目标文件导致的基站和测试端不同步的问题，避免解析失败或解析错误，还可以避免基站的管理人员手动合并基站的目标文件，以及测试端的开发人员进行重新开发，降低了人工成本；并且测试端只需要调用解析函数对目标消息进行解析，并不需要进行字节对比，可以提高解析效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请的一种基站测试方法实施例的步骤流程图；

图2示出了一种现有测试流程示意图；

图3示出了本申请的一种测试流程示意图；

图4示出了本申请的一种图形文件中的曲线示意图；

图5示出了根据本申请的一种基站测试装置实施例的结构框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本申请的一种基站测试方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构。

本申请的实施例可以应用于基站，可以理解的是，本申请的步骤可以由基站执行。

在实际应用中，基站在通信时向移动终端发送的消息通常具有一定结构，这个结构可以称为消息结构。目标文件是包含该消息结构的任意文件，目标文件可以认为是对消息结构的定义文件，目标文件存储在基站上。目标文件可以是具有一定特征的文件。例如，目标文件可以是后缀为.h的文件，目标文件还可以是文件名称中包含预设标识的文件，预设标识可以包括如下的至少一种：文字、数字、字母、特殊字符。例如，预设标识可以为字母构成的字符串“ALT”。

步骤102，从所述目标文件中提取符合预设规则的消息结构。

其中，预设规则用于对消息结构中的元素项进行限定，以方便生成解析函数。在实际应用中，基站的软件基于C语言开发，消息结构以C语言规范进行定义，由于C语言规范灵活多变，从而采用预设规则对消息结构中的元素项定义进行规范。

上述预设规则可以包括但不限于：基于消息结构中的元素项类型的规则、基于消息结构的格式的规则。其中，基于消息结构中的元素项类型的规则用于限定消息结构中的元素项类型为统一类型，该统一类型是通过将基础类型转换得到的，基础类型和统一类型的转换关系可以参照表1。基于统一类型，若一个消息结构中的至少一个元素项类型不为统一类型，则确定消息结构不符合预设规则；若消息结构中的所有元素项类型均为统一类型，则确定消息结构符合预设规则。例如，对于一个名称为UEINFO的消息结构，其中包含有三个元素项：MODE、IMSI、IMEI，MODE可以是网络制式，IMSI(International Mobile SubscriberIdentity，国际移动用户识别码)是终端的手机卡的识别码，IMEI(International MobileEquipment Identity，移动设备国际识别码)是终端的识别码，若IMSI的类型为char，则由于其不属于统一类型，从而判断消息结构不符合预设规则。

此外，表2还提供了不允许使用的基础类型，这些不允许使用的基础类型不具有对应的统一类型。此外，基于消息结构的格式的规则可以为对单行中定义的消息结构的数量的限定，限定一行定义一个元素项，从而若一个消息结构中一行存在两个元素项，则确定该消息结构不符合预设规则；若消息结构每行均存在一个元素项，则去诶多功能消息结构符合预设规则。例如，若通过如下方式定义一个消息结构中的两个元素项a和b：u32 a，b，则这个消息结构是不符合预设规则的，但可以将其拆分为两行以定义消息结构的两个元素项：

u32 a；

u32 b；

上述方式定义的元素项所在的消息结构符合预设规则。

表1

表2

在本申请中，可以对目标文件进行扫描，当目标文件中存在不符合预设规则的消息结构时，可以进行提示，为了方便开发人员准确定位到不符合预设规则的目标文件和消息结构，可以将目标文件的标识和消息结构的标识进行提示。

可以理解的是，本申请在约定好预设规则之后，基站的开发和测试端的开发即可并行进行，互不影响，有效提高了开发效率。

步骤103，若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数。

在本申请中，若目标文件中存在符合预设规则的消息结构，针对符合预设规则的消息结构生成解析函数，其中，解析函数用于按照消息结构进行消息解析，以将消息结构对应的消息内容输出。具体地，针对每个消息结构，首先生成解析函数的名称，该名称可以与消息结构的命名对应，然后，根据解析函数的名称构建解析函数，最后，在解析函数中实现解析该消息结构的逻辑，例如，如前述的预设规则要求一行仅能定义一个元素项，从而可以根据消息结构的行数确定消息结构中包含的元素项数目，并且根据每行的类型和名称生成输出该元素项的代码。

步骤104，将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据。

其中，目标消息是针对测试指令基站向移动终端发送的消息，测试指令可以是测试人员在测试端上进行的指令，用于请求对基站进行测试，用户可以在测试端中选取需要测试的基站，然后点击测试控件以发起测试指令。

可以理解的是，目标消息随着测试指令的不同而不同，若测试指令是对通话的测试时，目标消息可以是包含通话内容和控制信息的消息；若测试指令是无线承载建立的测试时，目标消息可以是包含建立的无线承载的标识等的信息。

如图2所示的现有测试流程中，基站的管理人员需要通过目标文件生成工具，分别从PL(Physical Layer，物理层)代码文件、中间层代码文件和HL(High Layer，高层，也可以称为应用层)代码文件中获取PL目标文件、中间层目标文件和HL目标文件，并将PL目标文件、中间层目标文件和HL目标文件手动合并为目标文件，然后将其发送到测试端，测试端的开发人员将目标文件合并到测试端，测试人员通过目标文件对目标消息进行解析得到测试结果数据。在解析错误时可以向测试端反馈，测试端的开发人员可以对合并到测试端中的目标文件进行检测，若测试端中的目标文件无误，则向基站的管理人员进行反馈，由基站的管理人员对基站的目标文件进行检测，以确定目标文件是否有误。其中，中间层可以包括但不限于：数据链路层、网络层、传输层、会话层、表示层，PL目标文件、中间层目标文件、HL目标文件分别为PL中的目标文件、中间层中的目标文件、HL层中的目标文件，目标文件的定义可以参照步骤101中的详细说明。

可以看出，若基站的PL代码文件、中间层代码文件和HL代码文件中的任一代码文件发生变化变更，则基站的管理人员需要重新生成PL目标文件、中间层目标文件、HL目标文件，并将其重新合并为目标文件，测试端的开发人员需要将目标文件重新合并至测试端，如此需要基站的管理人员和测试端的开发人员均进行操作，人工成本较大。

而如图3所示的本申请的测试流程，基站的目标文件生成工具可以从PL代码文件、中间层代码文件和HL代码文件中获取目标文件，并根据目标文件生成解析函数，并将解析函数发布到测试端，测试人员可以使用发布到测试端的解析函数对目标消息进行解析得到测试结果数据。在目标文件生成工具生成目标文件的过程中，若解析错误，可以进行解析错误反馈。

可以看出，若基站的PL代码文件、中间层代码文件和HL代码文件中的任一代码文件发生变更，则重新生成目标文件，并重新生成新的解析函数，以将新的解析函数重新发布到测试端，测试端的开发人员并不需要更新测试端，降低了人工成本。并且也不需要测试端的开发人员在解析错误时，对测试端中的文件进行检测，进一步降低了人工成本。

此外，本申请在任一代码文件发生变更，会重新生成解析函数，实现了及时的更新解析函数的目的，避免解析函数的更新延迟，导致解析失败或解析错误。本申请的测试端只需要调用解析函数对目标消息进行解析，并不需要进行字节对比，可以提高解析效率。解析效率较低时会导致对异常的判断经常会延迟，导致无法及时的发现问题。

本申请生成解析函数的过程可以通过生成工具实现，在实际应用中可以开发代码实现该工具生成解析函数的功能，对工具的开发与现有的开发和测试流程互不干扰，只需要设定好预设规则即可以并行进行开发，提高了开发效率。

可选地，所述将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据，包括步骤1041至1042：

步骤1041，对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口。

其中，编译代码可以为库文件的形式。具体地，可以通过自动解析的C++代码，结合基站内编译时提供的公共定义文件，利用Visual Studio编译软件的编译指令，直接生成可解析码流的公共库文件.lib和.dll，编译后的.lib和.dll库文件经过压缩之后添加至基站的软件版本包内，与MIB定义数据库的合并方式相仿。

在实际应用中，在基站的软件版本进行更新之后，可以触发一次编译，不仅可以将基站的软件版本进行编译，还可以将解析函数进行编译，实现了解析函数和基站的软件版本同步。

与基站的软件版本一样，测试端也可以使用C++实现，进行消息解析时调用的是自动生成工具生成的.lib和.dll库文件提供的解析接口，由于解析接口由测试端和自动生成工具预先约定的，解析接口在确定之后不会变化，例如，可以约定解析接口为：boolMsgParser(const char*chMsgData,const int nMsgLen,char**pstrarr,bool bHexFlag,bool bHost2NetFlag)，从而其接口始终不变，如此，测试端本身的***在每次升级之后，消息解析功能无需做任何同步修改。

在编译后，测试端在登录基站时可以从软件版本包中同步库文件，将库文件下载到测试端的安装目录下，并解压缩，之后测试端可以将库文件作为类似开源代码的形式进行引用，以调用解析接口进行目标消息的解析。

本申请可以通过编译将解析函数编译为编译代码，由于编译代码的运行效率比源代码的运行效率更高，从而有助于提高解析效率，此外，相对于源代码，编译文件的安全性更好，不容易被反解析。

子步骤1042，将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

具体地，可以用目标消息去匹配消息结构，并采用匹配的消息结构的解析接口对目标消息进行解析。

本申请可以将包含解析接口的编译代码发送至测试端，以进行目标消息的解析，由于无法对编译代码进行反解析得到消息结构，从而进一步提高消息结构的安全性。

可选地，所述对测试得到的目标消息进行解析，得到测试结果数据之后，还包括步骤105：

步骤105，将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

可以理解的是，生成测试结果数据的是测试端，从而对测试结果数据进行存储的也是测试端。

具体地，当测试结果文件为表格文件时，可以将消息结构中的消息关键字作为表头，消息内容作为该表头所在的列的取值，例如，可以将电话号码和接通标记为两个消息关键字，标记“1”代表接通失败，标记“0”代表接通成功，从而得到表3所示的表格文件。

电话号码	接通标记
		135XXXXXXXX	1
138XXXXXXXX	0
		136XXXXXXXX	1
139XXXXXXXX	1

表3

当测试结果文件为文本文件时，预设格式可以为用预设分隔符分隔消息关键字和消息内容，例如，表3可以为按照如下格式输出文本文件中：电话号码：135XXXXXXXX；接通标记：1，电话号码：138XXXXXXXX；接通标记：0，电话号码：136XXXXXXXX；接通标记：1，电话号码：139XXXXXXXX；接通标记：1。

当测试结果为图形文件时，图形文件中存储有图形曲线，例如，如图4所示的曲线图，横坐标为距离预设时间点的秒数，纵坐标为MAC(Measurement and Control，测量与控制)模块获取的指定小区的指定用户的上行用户吞吐量，指定小区为小区标识cell_Index为0的小区，指定用户为用户标识ue_Index为0的用户，从图中可以看出，该指定小区的指定用户的当前吞吐量ThroughOutPut和累计平均吞吐量均为0Mbit/s。

本申请可以通过预设格式将测试结果输出到测试结果文件中，方便测试人员从测试结果文件中快速找到目标数据，提高了测试效率。

可选地，所述若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数，包括子步骤1031至1032：

子步骤1031，若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储。

具体地，可以将符合预设规则的消息结构存储在一个文件，该文件可以位于如下的至少一种存储空间中：内存、硬盘、缓存、外部存储器、寄存器。

子步骤1032，若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

在本申请中，可以将消息结构临时进行存储，以批量生成解析消息结构的解析函数，如此不仅可以提高解析函数的生成效率，还可以避免漏掉消息结构。

可选地，所述获取基站中的目标文件，包括子步骤1011：

子步骤1011，根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

可选地，所述从所述目标文件中提取符合预设规则的消息结构之后，还包括步骤106：

步骤106，若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

具体地，为了方便开发人员准确定位到不符合预设规则的目标文件和消息结构，可以将目标文件的标识和消息结构的标识进行提示。

本申请可以在目标文件存在不符合预设规则的消息结构时，生成提示信息，以使开发人员修改消息结构，在修改后可以针对这些消息结构生成解析函数，以对其进行解析，提高了解析成功率，增多了可解析的消息结构。

在本申请实施例中，可以获取基站中的目标文件，并从目标文件中提取符合预设规则的消息结构，从而测试端可以按照该预设规则生成消息结构的解析函数，以采用该解析函数对测试所得到的目标消息进行解析得到测试结果，本申请在基站的任一代码文件发生变更时，可以重新生成解析函数，不仅可以避免使用目标文件导致的基站和测试端不同步的问题，避免解析失败或解析错误，还可以避免基站的管理人员手动合并基站的目标文件，以及测试端的开发人员进行重新开发，降低了人工成本；并且测试端只需要调用解析函数对目标消息进行解析，并不需要进行字节对比，可以提高解析效率。

参照图5，示出了根据本申请的一种基站测试装置实施例的结构框图，具体可以包括如下模块：

目标文件获取模块201，用于获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构。

消息结构提取模块202，用于从所述目标文件中提取符合预设规则的消息结构。

解析函数生成模块203，用于若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数。

测试模块204，用于响应于针对所述基站的测试指令，通过所述解析函数对所述基站发送的目标消息进行解析，得到测试结果数据，所述目标消息是所述基站针对所述测试指令返回的消息。

可选地，所述测试模块204，包括编译子模块和测试子模块：

编译子模块，用于对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口。

测试子模块，用于将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

可选地，所述装置还包括测试结果文件生成模块：

测试结果文件生成模块，用于将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

可选地，所述解析函数生成模块，包括消息结构存储子模块和解析函数生成子模块：

消息结构存储子模块，用于若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储。

解析函数生成子模块，用于若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

可选地，所述目标文件获取模块，包括目标文件获取子模块：

目标文件获取子模块，用于根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

可选地，所述装置还包括提示模块：

提示模块，用于若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

在本申请实施例中，可以获取基站中的目标文件，并从目标文件中提取符合预设规则的消息结构，从而测试端可以按照该预设规则生成消息结构的解析函数，以采用该解析函数对测试所得到的目标消息进行解析得到测试结果，本申请在基站的任一代码文件发生变更时，可以重新生成解析函数，不仅可以避免使用目标文件导致的基站和测试端不同步的问题，避免解析失败或解析错误，还可以避免基站的管理人员手动合并基站的目标文件，以及测试端的开发人员进行重新开发，降低了人工成本；并且测试端只需要调用解析函数对目标消息进行解析，并不需要进行字节对比，可以提高解析效率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例还提供一种电子设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述基站测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基站测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以基于此示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个申请方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，申请方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的基站测试设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者基站程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干基站的单元权利要求中，这些基站中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (14)

1.一种基站测试方法，其特征在于，包括：

获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构；所述目标文件为利用所述基站的目标文件工具从PL代码文件、中间层代码文件和HL代码文件中获取；

从所述目标文件中提取符合预设规则的消息结构；

若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数；所述生成解析所述消息结构的解析函数，包括：针对所述消息结构生成所述解析函数的名称，根据所述名称构建所述解析函数；

将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据；当所述PL代码文件、所述中间层代码文件和所述HL代码文件中任一代码文件发生变更，则重新生成所述目标文件，并重新生成所述解析函数发送至所述测试端。

2.根据权利要求1所述的方法，其特征在于，所述将所述解析函数发送至测试端，以对测试得到的目标消息进行解析，得到测试结果数据，包括：

对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口；

将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

3.根据权利要求1所述的方法，其特征在于，所述对测试得到的目标消息进行解析，得到测试结果数据之后，还包括：

将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

4.根据权利要求1所述的方法，其特征在于，所述若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数，包括：

若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储；

若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

5.根据权利要求1所述的方法，其特征在于，所述获取基站中的目标文件，包括：

根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

6.根据权利要求1所述的方法，其特征在于，所述从所述目标文件中提取符合预设规则的消息结构之后，还包括：

若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

7.一种基站测试装置，其特征在于，包括：

目标文件获取模块，用于获取基站中的目标文件，所述目标文件包括所述基站通信所用的消息结构；所述目标文件为利用所述基站的目标文件工具从PL代码文件、中间层代码文件和HL代码文件中获取；

消息结构提取模块，用于从所述目标文件中提取符合预设规则的消息结构；

解析函数生成模块，用于若所述目标文件中存在符合预设规则的消息结构，则生成解析所述消息结构的解析函数；所述生成解析所述消息结构的解析函数，包括：针对所述消息结构生成所述解析函数的名称，根据所述名称构建所述解析函数；

测试模块，用于响应于针对所述基站的测试指令，通过所述解析函数对所述基站发送的目标消息进行解析，得到测试结果数据，所述目标消息是所述基站针对所述测试指令返回的消息；当所述PL代码文件、所述中间层代码文件和所述HL代码文件中任一代码文件发生变更，则重新生成所述目标文件，并重新生成所述解析函数发送至测试端。

8.根据权利要求7所述的装置，其特征在于，所述测试模块，包括：

编译子模块，用于对所述解析函数进行编译得到编译代码，所述编译代码中包括解析函数对应的解析接口；

测试子模块，用于将所述编译代码发送至测试端，以通过所述编译代码中的解析接口对测试得到的目标消息进行解析，得到测试结果数据。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

测试结果文件生成模块，用于将所述测试结果数据按照预设格式存储至测试结果文件中，所述测试结果文件包括如下的至少一种：表格文件、文本文件、图形文件。

10.根据权利要求7所述的装置，其特征在于，所述解析函数生成模块，包括：

消息结构存储子模块，用于若所述目标文件中存在符合预设规则的消息结构，则对所述消息结构进行存储；

解析函数生成子模块，用于若停止对所述消息结构进行存储，则对存储的所述消息结构生成解析所述消息结构的解析函数。

11.根据权利要求7所述的装置，其特征在于，所述目标文件获取模块，包括：

目标文件获取子模块，用于根据目标属性信息获取基站中的目标文件，其中，所述目标属性信息包括如下的至少一种：目标扩展名、目标类型、目标名称。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：

提示模块，用于若所述目标文件中存在不符合预设规则的消息结构，则生成提示信息，以提示所述目标文件中存在不符合预设规则的消息结构。

13.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至6任一项所述的基站测试方法的步骤。

14.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至6任一项所述的基站测试方法的步骤。