CN102740342B - 网管设备性能的模拟测试方法和系统 - Google Patents

Abstract

本发明实施例公开了一种网管设备性能的模拟测试方法和系统，通过应用本发明实施例的技术方案，可以根据实际消息传输统计结果确定相应的模拟环境配置方案，并使模拟网元设备根据该模拟环境配置方案向待测试网管设备发送相应的模拟消息，以使相应的测试设备根据待测试网管设备的处理情况，确定该待测试网管设备的性能测试结果，从而，可以在普通的实验室对真实的复杂通信场景进行模拟，提高对网管设备进行性能测试的准确性，简化相应的模拟测试方案的配置过程。

Description

网管设备性能的模拟测试方法和系统

技术领域

本发明涉及通信技术领域，特别涉及一种网管设备性能的模拟测试方法和系统。

背景技术

伴随国内外移动运营业务的飞速增长，运营商对于工程建设的投入也逐步加大，基站数量不断增加。

为了验证基站性能和网络布局规划合理性，运营商需要在一定的测试环境中对相应的通信机制和过程进行模拟测试。

众所周知，网元与OMC（OperationManagementCenter，操作维护中心）之间通过SNMP（SimpleNetworkManagementProtocol，简单网络管理协议）消息进行通信，因袭，在测试环境中模拟网元上报消息也就是要模拟网元上报的相应SNMP消息。

在现有的通用技术方案中，SNMP消息的类型和用途如表1所示。

表1SNMP消息的类型和用途列表

在实际的应用中，SNMP的基本功能包括监视网络性能、检测分析网络差错和配置网络设备等。

SNMP是在TCP/IP（TransmissionControlProtocol/InternetProtocol，传输控制协议/网络互联协议）基础上的网络管理协议，当网络正常工作时，SNMP可实现统计、配置和测试等功能，当网络出故障时，可实现各种差错检测和恢复功能。

SNMP的网络管理由3部分组成，即MIB（ManagementInformationBase，管理信息库），SMI（StructureofManagementInformation，管理信息结构）以及SNMP本身。

如图1所示，为现有技术中基站与OMC之间的网络连接结构示意图，其中，OMC为系统中的管理站，为网络的控制中心。基站与OMC之间通过SNMP消息通信，SNMP报文又通过UDP（UserDatagramProtocol，用户数据包协议）来传送。

在实际应用中，一般代理进程基站是用端口161来接收get或set报文，而在管理进程OMC端是用端口162来接收报文。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

随着移动通信业务的不断发展，网元数量呈几何式增长，因此，对于网管软件的性能要求也越来越高。

外场真实环境有很多基站，每个基站与OMC之间都有消息交互，并且消息交互类型不尽相同。实验室测试没有外场真实环境作为业务背景，很多功能问题在没有性能压力的情况下无法充分暴漏出来。

由此可见，现有技术中单纯的几个网元不能满足实验室内对于OMC性能的测试，实验室急需一种有效的测试方法来模拟外场消息环境，对OMC进行性能压力测试，填补OMC性能测试手段和方法的空白。

发明内容

本发明实施例提供一种网管设备性能的模拟测试方法和系统，解决现有的技术方案中的模拟测试方案过于简单，无法对网管设备在复杂通信场景下的性能进行模拟测试的问题。

为达到上述目的，本发明实施例一方面提供了一种网管设备性能的模拟测试方法，至少包括以下步骤：

模拟网元设备接收模拟环境配置方案，其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中包括模拟消息的类型，各类型的模拟消息需要发送的数量，以及各类型的模拟消息的发送策略；

所述模拟网元设备根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备进行处理，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的性能测试结果。

另一方面，本发明实施例还提供了一种网管设备性能的模拟测试系统，至少包括配置设备、模拟网元设备、待测试网管设备和测试设备：

所述配置设备，用于向所述模拟网元设备配置相应的模拟环境配置方案，其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中包括模拟消息的类型，各类型的模拟消息需要发送的数量，以及各类型的模拟消息的发送策略；

所述模拟网元设备，用于接收所述配置设备所配置的模拟环境配置方案，并根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备进行处理；

所述待测试网管设备，用于接收并处理所述模拟网元设备所发送的模拟消息；

所述测试设备，用于根据所述待测试网管设备的处理情况，确定所述待测试网管设备的性能测试结果。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据实际消息传输统计结果确定相应的模拟环境配置方案，并使模拟网元设备根据该模拟环境配置方案向待测试网管设备发送相应的模拟消息，以使相应的测试设备根据待测试网管设备的处理情况，确定该待测试网管设备的性能测试结果，从而，可以在普通的实验室对真实的复杂通信场景进行模拟，提高对网管设备进行性能测试的准确性，简化相应的模拟测试方案的配置过程。

附图说明

图1为现有技术中基站与OMC之间的网络连接结构示意图；

图2为本发明实施例所提出的一种网管设备性能的模拟测试方法的流程示意图；

图3为本发明实施例所提出的一种具体应用场景下的网管设备性能的模拟测试方法的流程示意图；

图4为本发明实施例所提出的一种在真实的通信环境中进行消息发送统计的通信处理模型示意图；

图5为本发明实施例所提出的一种具体的分析数据示意图；

图6为本发明实施例所提出的一种基站升级场景下的网管设备性能的模拟测试方法的流程示意图；

图7为本发明实施例所提出的一种告警场景下的网管设备性能的模拟测试方法的流程示意图；

图8为本发明实施例提出的一种网管设备性能的模拟测试系统的结构示意图。

具体实施方式

如背景技术所述，随着通信业务的需求猛增，相关产业链不断发展壮大，运营商对于工程建设的投入也逐步加大，基站数量不断增加，从而，对网管设备的性能压力提出了很大的挑战。然而，实验室内部的基站资源却是有限的，如何模拟外场真实背景消息对网管设备进行测试成为摆在面前的一个难题。

为了克服这样的缺陷，本发明实施例提出了一种网管设备性能的模拟测试方法，通过对真实的复杂通信场景的统计和分析确定相应的模拟环境配置方案，并通过向模拟网元设备配置相应的模拟环境配置方案，使模拟网元设备可以模拟相应的复杂通信场景与待测试网管设备进行通信，从而，确定该待测试网管设备在这样的复杂通信场景下的性能测试结果。

如图2所示，为本发明实施例所提出的一种网管设备性能的模拟测试方法的流程示意图，该方法具体包括以下步骤：

步骤S201、模拟网元设备接收模拟环境配置方案。

其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中至少包括以下三部分信息：

信息一、模拟消息的类型。

在真实的复杂通信场景中，与网管设备进行消息交互的网元设备往往不止一个，而且，不同的网元设备，甚至同一个网元设备与网管设备进行交互的消息的类型往往也不会是单一的，因此，网管设备往往需要同时接收并处理多种类型的消息，为了模拟此种情况，在模拟环境配置方案中需要设备多种模拟消息的类型，以便对多类型消息的模拟交互场景进行模拟。

当然，根据实际的需要，所设置的模拟消息的类型数量可以进行调整，具体类型数量的变化，以及具体设置哪些消息类型并不会影响本发明的保护范围。

信息二、各类型的模拟消息需要发送的数量。

如前所述，在真实的复杂通信场景中，网管设备与网元设备之间交互的消息数量往往是非常巨大的，而且，不同类型的消息所交互的数量也存在很大的区别，因此，为了实现对于这样的场景的准确模拟，需要配置不同类型的消息的模拟发送数量。

信息三、各类型的模拟消息的发送策略。

同样如前所述，在真实的复杂通信场景中，不同类型的消息的发送时间，发送频率也存在明显的区别，因此，为了实现对于这样的场景的准确模拟，需要配置不同类型的消息的不同发送策略。

为了准确的根据真实的复杂通信场景确定相应的模拟环境配置方案，需要结合具体的包含实际网管设备的应用场景的通信统计信息来逐一确定上述的各种参数，相应的处理过程具体如下：

（1）在实际网管设备进行消息接收的场景下，预先配置需要进行统计的消息类型和相应的统计时间区间。

通过消息类型的配置，确定了相应的被统计对象。

通过统计时间区间的配置，确定了具体的消息统计时间段，这样的时间段的选择可以根据具体的测试需求进行选择，例如，如果需要测试网管设备的忙时处理性能，则可以将统计时间区间设置为通信高峰时段，例如17：00~21：00，如果需要测试网管设备的闲时处理性能，则可以将统计时间区间设置为通信低谷时段，例如1：00~6：00，如果需要测试网管设备的平均处理性能，则可以将统计时间区间设置为同时包括高峰和低谷时段的时间区间，例如选择完整的一天24小时，这样可以完成的统计网管设备在各个时段的处理信息，当然，根据实际需要，可以设置其他其他时间段为统计时间区间，也可以设置周期性或多次统计时间区间，从而，可以获得多次统计数据，通过统计分析，得到更加准确的统计结果。

（2）在当前时间进入所述统计时间区间时，对所述实际网管设备所接收到的消息进行类型识别。

（3）当相应的识别结果与预先配置的所述需要进行统计的消息类型相匹配时，对所述消息进行计数。

这样的统计可以通过独立的计数器来实现，也可以通过集成的计数功能模块来实现。

（4）当所述统计时间区间结束时，将预先配置的所述需要进行统计的消息类型确定为模拟消息的类型，根据各类型的消息在所述统计时间区间内的计数值分别确定各类型的模拟消息在模拟发送时间区间内需要发送的数量，根据相应的规则确定各类型的模拟消息的发送策略。

其中，需要进一步说明的是，上述的各类型的模拟消息的发送策略的确定规则可以按照以下方法来进行：

根据各类型的消息在所述统计时间区间内的平均接收频率，确定相应类型的模拟消息在模拟发送时间区间内的发送频率；或，

根据各类型的消息在所述统计时间区间内的接收时间点位置，确定相应类型的模拟消息在模拟发送时间区间内的发送时间。

具体采用哪种方式并不会影响本发明的保护范围。

需要说明的是，上述的统计信息是在统计时间区间内获取得到的，但是，在具体的模拟测试时，进行模拟测试的时间长度并不一定需要严格与统计时间区间保持一致，例如，如果统计时间区间为24小时，但具体的模拟测试时间也许只需要进行2小时，因此，上述各参数的确定也需要进行一定的换算处理，而并不是严格按照统计结果来确定，具体的换算规则可以是取峰值，取平均值或者是按照其他规则进行，在能够达到模拟效果的前提下，这样的换算处理过程的差异并不会影响本发明的保护范围。

步骤S202、所述模拟网元设备根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备进行处理，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的性能测试结果。

通过上述的处理过程，实现了对一般消息的交互过程模拟测试，但在实际的处理场景中，根据具体交互的信息的差异，一些具体的处理场景下网管设备的性能也是测试所关心的内容，因此，可以通过一些具体的针对性模拟，来实现这样的具体处理场景的模拟。

针对性模拟场景一、批量升级环境。

在现有技术方案中，实验室内网管对基站进行软件下载、激活等操作时，由于基站数目有限不能够验证大量基站同时下载软件版本的操作对于网管的压力。测试手段的匮乏，使得实验室测试阶段对于基站批量升级测试不充分。

为了克服这样的缺陷，本发明实施例所采用的具体处理方案如下：

（1）所述模拟网元设备接收模拟升级环境配置方案。

其中，所述模拟升级环境配置方案中包括系统类型信息，升级类型信息，以及发送端模拟地址信息。

在具体的应用场景中，所述系统类型信息，具体为LTE系统和/或TD系统。

所述升级类型信息，具体包括以下类型中的一种或多种：

基站软件下载、软件下载激活、补丁版本下载，以及补丁版本下载激活。

进一步的，发送端模拟地址信息具体可以为多个IP地址，为了实现更好的模拟效果，可以增加IP地址的数量，从而测试网管设备的批量处理性能，同时，为了方便IP地址的配置，可以直接配置IP地址段，从而，将该地址段内的所有地址配置给模拟网元设备。

需要说明的是，IP地址仅是本发明实施例给出的一种具体的发送端模拟地址信息的示例，其他能够标识发送端身份，区分升级消息来源的信息也同样可以应用于本发明实施例所提出的技术方案，例如MAC地址，身份标识等，这样的变化并不影响本发明的保护范围。

（2）所述模拟网元设备按照所述发送端模拟地址信息，分别模拟相应的网元设备，向所述待测试网管设备发送相应系统类型下的与所述升级类型信息相对应的升级消息，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的升级处理性能测试结果。

针对性模拟场景二、批量告警环境。

在现有技术方案中，实验室内的基站数目是有限的，所以我们无法对OMC进行告警风暴测试。另外，实验室能够制造的告警类型有限，无法准确控制告警上报时间和类型，无法满足对告警规则进行测试。

为了克服这样的缺陷，本发明实施例所采用的具体处理方案如下：

（1）所述模拟网元设备接收模拟告警环境配置方案。

其中，所述模拟告警环境配置方案中包括告警知识库信息，告警模拟地址信息，以及发送规则信息。

在具体的处理场景中，所述告警知识库信息，具体包括一条或多条告警知识信息，每一条告警知识信息具体包括一类告警所对应的信息。

具体的，所述一类告警所对应的信息，至少包括网元类型、告警原因号、原因描述、设备类型，以及告警级别等信息。

需要说明的是，本步骤中所提及的告警知识库信息的配置过程，可以是直接将完整的告警知识库信息发送给模拟网元设备，此种情况下，模拟网元设备可以直接调用其中的信息内容，也可以是将告警知识库信息的地址信息发送给模拟网元设备，此种情况下，模拟网元设备可以通过该地址信息，向告警知识库信息获取相应的告警知识信息。

在实际应用中，在模拟网元设备能够获取告警知识信息的情况下，具体采用哪种方式并不会影响本发明的保护范围。

（2）所述模拟网元设备根据所述告警知识库信息生成相应的告警消息。

模拟网元设备根据告警知识库信息中所包括的告警知识信息自动填写生成相应的告警消息，避免了人工配置的繁琐操作，同时也保证了所生成的告警消息的数量。

（3）所述模拟网元设备根据按照所述告警模拟地址信息分别模拟相应的网元设备，按照相应的所述发送规则信息，向所述待测试网管设备发送所述告警消息，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的告警处理性能测试结果。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据实际消息传输统计结果确定相应的模拟环境配置方案，并使模拟网元设备根据该模拟环境配置方案向待测试网管设备发送相应的模拟消息，以使相应的测试设备根据待测试网管设备的处理情况，确定该待测试网管设备的性能测试结果，从而，可以在普通的实验室对真实的复杂通信场景进行模拟，提高对网管设备进行性能测试的准确性，简化相应的模拟测试方案的配置过程。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例所提出的技术方案中，提供了一种模拟网元打桩的测试方法，对网管设备进行性能测试，从而验证网管设备的可靠性和稳定性。

需要说明的是，对网管设备的测试过程，实际可以具体为对OMC的测试过程，在后续实施例中，具体以OMC作为网管设备的具体示例进行说明，这样的名称变化并不会影响本发明的保护范围。

在现有技术方案中，实验室内测试OMC没有现场真实环境作为背景，因此，本发明实施例提出了一种网管设备性能的模拟测试方法，可以通过抓取现场真实环境的消息，并自动进行分类统计，将消息作为业务背景模型保存，然后选择模型模拟发送SNMP消息，达到模拟真实环境的目的。

如图3所示，为本发明实施例所提出的一种具体应用场景下的网管设备性能的模拟测试方法的流程示意图，该方法具体包括以下步骤：

步骤S301、获取真实环境中的消息发送统计信息。

在真实的通信环境中，为了实现相应的消息发送统计，相应的通信处理模型如图4所示。

以A城市的TD-SCDMA网络在5个小时的时间段内的通信数据的统计结果为例，如表2所示，为通过人工分析NEAlog所得到的消息类型和消息交互次数的统计信息。

表2、A城市的TD-SCDMA网络5个小时内的通信数据的统计信息

通过以上数据可以看出网管接收消息的频率和类型，但是，上述的统计信息是通过人工处理得到的，人工统计这些消息数量费时费力，在实际应用中，为了提高处理效率简化处理流程，可以通过自动化统计来实现。

首先，通过消息记录功能可以在相应的统计单元（具体可以为OMC本身的功能模块，也可以是独立的与OMC相连接的第三方统计设备）中预先完成消息类型和抓取时间段的预定义。

当开始消息抓取后，统计单元启动计数器对于所接收到的各类消息进行统计，包括数据和频次。

当抓取时间段停止后，统计单元得到如图5所示的分析数据，从而得到一个地市的典型业务背景情况。

步骤S302、对获取到的统计信息进行编辑后，保存成为典型场景。

在具体的应用场景中，所保存的典型场景允许导出导入，便于传递。

在具体的应用场景中，可以直接将上述统计信息保存为典型场景，即在5个小时内进行上述数量的各类型消息的传输，也可以基于一定的规则对上述统计信息进行编辑，例如，按照5：1的比例，根据上述的统计信息生成在1个小时内发送上述五分之一数量的各类型消息的典型场景，由于是按照比例进行处理，所以，相应的消息处理频率和单位时间内强度并没有发生改变，只是缩短了全程处理的时间长度，当然，如果需要增长处理时间，也可以按照一定的比例对上述数据进行放大，形成相应的典型场景，需要指出的是，上述的按比例进行处理只是一种具体的处理方式的示例，在保持处理场景效果的情况下，其他处理规则同样可以应用于本实施例所提出的技术方案。

步骤S303、向模拟网元设备配置典型场景。

步骤S304、模拟网元设备根据典型场景的信息，在相应的时间长度范围内向待测试网管设备发送相应数量的各类型消息。

步骤S305、根据待测试网管设备的处理情况，确定相应的性能测试结果。

通过上述的处理过程，按照真实场景进行各类型消息的发送模拟，从而，在实验室内真正实现对于OMC在现场背景下的处理性能模拟测试。

为了实现对应基站侧软件的更新，网管设备可以通过软件下载过程更换基站侧软件版本。但在现有技术方案中，实验室无法验证批量升级给网管设备带来的压力。

因此，本发明实施例提出了一种网管设备性能的模拟测试方法，实现批量升级场景下的网管设备的性能测试。

如图6所示，为本发明实施例所提出的一种基站升级场景下的网管设备性能的模拟测试方法的流程示意图，该方法具体包括以下步骤：

步骤S601、向模拟网元设备配置升级方案模型。

在实际应用中，网管设备下发的配置规划软件版本请求消息不同，相对应的基站升级流程不同。

因此，可以分别针对TD系统和LTE系统场景，构造出基站软件下载、软件下载激活、补丁版本下载、补丁版本下载激活4种不同升级流程的模型。

在进行本步骤时，将需要进行测试的一个或多个模型配置给模拟网元设备。

步骤S602、向模拟网元设备配置IP地址信息。

由于真实环境中，每个网元对应着不同的ip地址，所以，可以通过本步骤自动为模拟网元设备分配不同的IP地址，从而，使该模拟网元设备模拟大量网元设备，实现网管设备对网元设备的批量升级场景的模拟。

步骤S603、模拟网元设备按照相应的处理规则，以不同IP地址与待测试网管设备进行升级过程。

具体的处理规则包括各升级过程的启动时间，以及各升级过程所应用的响应模型。

步骤S604、根据待测试网管设备的处理情况，确定相应的升级性能测试结果。

通过上述的处理过程，在实验室内实现对于OMC在批量升级处理的场景下的性能模拟测试。

告警上报是由于网元设备检测到故障或者异常，自动产生告警消息上报的过程。在现有技术方案中，目前实验室无法制造告警风暴消息，实验室产生的告警也无法满足告警规则等功能的测试。

因此，本发明实施例提出了一种基于告警知识库的网管设备性能的模拟测试方法，实现网管设备的告警处理性能测试。

如图7所示，为本发明实施例所提出的一种告警场景下的网管设备性能的模拟测试方法的流程示意图，该方法具体包括以下步骤：

步骤S701、设置告警知识库。

告警消息所包含的内容都是与告警知识库一一对应的，告警知识是对一类告警的归纳（知识库内容包括网元类型、告警原因号，原因描述，设备类型、告警级别等），多条告警知识形成告警知识库。

步骤S702、向模拟网元设备配置告警知识库和相应的规则参数信息。

在具体的应用场景中，在配置告警指示库时，可以直接将告警知识库的内容导入模拟网元设备，此种情况下，模拟网元设备可以直接调用其中的信息内容，也可以只将告警知识库信息的地址信息发送给模拟网元设备，此种情况下，模拟网元设备可以通过该地址信息，向告警知识库信息获取相应的告警知识信息。

进一步的，为了实现按照告警规则进行测试的要求，还需要设置必要的信息如网元设备的IP地址信息，以及发送时间、频次等规则参数的配置。

步骤S703、模拟网元设备根据告警指示库生成告警消息。

为了简化告警消息内容设置的繁琐，可以通过导入告警知识库来自动填写告警消息所需的信息。

步骤S704、模拟网元设备按照相应的规则参数，向待测试网管设备发送所生成的告警消息。

根据规则参数内容的设置差异，可以实现对告警风暴的模拟。

步骤S705、根据待测试网管设备的处理情况，确定相应的告警处理性能测试结果。

通过上述的处理过程，在实验室内实现对于OMC在告警处理场景下的性能模拟测试。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据实际消息传输统计结果确定相应的模拟环境配置方案，并使模拟网元设备根据该模拟环境配置方案向待测试网管设备发送相应的模拟消息，以使相应的测试设备根据待测试网管设备的处理情况，确定该待测试网管设备的性能测试结果，从而，可以在普通的实验室对真实的复杂通信场景进行模拟，提高对网管设备进行性能测试的准确性，简化相应的模拟测试方案的配置过程。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种网管设备性能的模拟测试系统，其结构示意图如图8所示，至少包括配置设备81、模拟网元设备82、待测试网管设备83和测试设备84：

所述配置设备81，用于向所述模拟网元设备82配置相应的模拟环境配置方案，其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中包括模拟消息的类型，各类型的模拟消息需要发送的数量，以及各类型的模拟消息的发送策略；

所述模拟网元设备82，用于接收所述配置设备81所配置的模拟环境配置方案，并根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备83进行处理；

所述待测试网管设备83，用于接收并处理所述模拟网元设备82所发送的模拟消息；

所述测试设备84，用于根据所述待测试网管设备83的处理情况，确定所述待测试网管设备83的性能测试结果。

在一种具体的应用场景中，

所述配置设备81，还用于向所述模拟网元设备82配置相应的模拟升级环境配置方案，其中，所述模拟升级环境配置方案中包括系统类型信息，升级类型信息，以及发送端模拟地址信息；

所述模拟网元设备82，还用于接收所述配置设备81所配置的模拟升级环境配置方案，并按照所述发送端模拟地址信息，分别模拟相应的网元设备，向所述待测试网管设备83发送相应系统类型下的与所述升级类型信息相对应的升级消息；

所述待测试网管设备83，还用于接收并处理所述模拟网元设备82所发送的升级消息；

所述测试设备84，还用于根据所述待测试网管设备83的处理情况，确定所述待测试网管设备83的升级处理性能测试结果。

在另一种具体的应用场景中，

所述配置设备81，还用于向所述模拟网元设备82配置相应的模拟告警环境配置方案，其中，所述模拟告警环境配置方案中包括告警知识库信息，告警模拟地址信息，以及发送规则信息；

所述模拟网元设备82，还用于接收所述配置设备81所配置的模拟告警环境配置方案，根据所述告警知识库信息生成相应的告警消息，并根据按照所述告警模拟地址信息分别模拟相应的网元设备，按照相应的所述发送规则信息，向所述待测试网管设备83发送所述告警消息；

所述待测试网管设备83，还用于接收并处理所述模拟网元设备82所发送的告警消息；

所述测试设备84，还用于根据所述待测试网管设备83的处理情况，确定所述待测试网管设备83的告警处理性能测试结果。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据实际消息传输统计结果确定相应的模拟环境配置方案，并使模拟网元设备根据该模拟环境配置方案向待测试网管设备发送相应的模拟消息，以使相应的测试设备根据待测试网管设备的处理情况，确定该待测试网管设备的性能测试结果，从而，可以在普通的实验室对真实的复杂通信场景进行模拟，提高对网管设备进行性能测试的准确性，简化相应的模拟测试方案的配置过程。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (12)

1.一种网管设备性能的模拟测试方法，其特征在于，至少包括以下步骤：

模拟网元设备接收模拟环境配置方案，其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中包括模拟消息的类型，各类型的模拟消息需要发送的数量，以及各类型的模拟消息的发送策略；

所述模拟网元设备根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备进行处理，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的性能测试结果。

2.如权利要求1所述的方法，其特征在于，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，具体包括：

在实际网管设备进行消息接收的场景下，预先配置需要进行统计的消息类型和相应的统计时间区间；

在当前时间进入所述统计时间区间时，对所述实际网管设备所接收到的消息进行类型识别；

当相应的识别结果与预先配置的所述需要进行统计的消息类型相匹配时，对所述消息进行计数；

当所述统计时间区间结束时，将预先配置的所述需要进行统计的消息类型确定为模拟消息的类型，根据各类型的消息在所述统计时间区间内的计数值分别确定各类型的模拟消息在模拟发送时间区间内需要发送的数量，根据相应的规则确定各类型的模拟消息的发送策略。

3.如权利要求2所述的方法，其特征在于，所述根据相应的规则确定各类型的模拟消息的发送策略，具体为：

根据各类型的消息在所述统计时间区间内的平均接收频率，确定相应类型的模拟消息在模拟发送时间区间内的发送频率；或，

根据各类型的消息在所述统计时间区间内的接收时间点位置，确定相应类型的模拟消息在模拟发送时间区间内的发送时间。

4.如权利要求1所述的方法，其特征在于，还包括：

所述模拟网元设备接收模拟升级环境配置方案，其中，所述模拟升级环境配置方案中包括系统类型信息，升级类型信息，以及发送端模拟地址信息；

所述模拟网元设备按照所述发送端模拟地址信息，分别模拟相应的网元设备，向所述待测试网管设备发送相应系统类型下的与所述升级类型信息相对应的升级消息，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的升级处理性能测试结果。

5.如权利要求4所述的方法，其特征在于，所述系统类型信息，具体包括：

LTE系统，和/或TD系统。

6.如权利要求4所述的方法，其特征在于，所述升级类型信息，具体包括：

基站软件下载；和/或，

软件下载激活；和/或，

补丁版本下载；和/或，

补丁版本下载激活。

7.如权利要求1所述的方法，其特征在于，还包括：

所述模拟网元设备接收模拟告警环境配置方案，其中，所述模拟告警环境配置方案中包括告警知识库信息，告警模拟地址信息，以及发送规则信息；

所述模拟网元设备根据所述告警知识库信息生成相应的告警消息；

所述模拟网元设备根据按照所述告警模拟地址信息分别模拟相应的网元设备，按照相应的所述发送规则信息，向所述待测试网管设备发送所述告警消息，以使相应的测试设备根据所述待测试网管设备的处理情况，确定所述待测试网管设备的告警处理性能测试结果。

8.如权利要求7所述的方法，其特征在于，所述告警知识库信息，具体包括一条或多条告警知识信息：

所述告警知识信息具体包括一类告警所对应的信息。

9.如权利要求8所述的方法，其特征在于，所述一类告警所对应的信息，至少包括：

网元类型、告警原因号、原因描述、设备类型，以及告警级别。

10.一种网管设备性能的模拟测试系统，其特征在于，至少包括配置设备、模拟网元设备、待测试网管设备和测试设备：

所述配置设备，用于向所述模拟网元设备配置相应的模拟环境配置方案，其中，所述模拟环境配置方案具体为根据实际消息传输统计结果确定的，所述模拟环境配置方案中包括模拟消息的类型，各类型的模拟消息需要发送的数量，以及各类型的模拟消息的发送策略；

所述模拟网元设备，用于接收所述配置设备所配置的模拟环境配置方案，并根据所述发送策略，将相应数量的各类型的模拟消息发送给待测试网管设备进行处理；

所述待测试网管设备，用于接收并处理所述模拟网元设备所发送的模拟消息；

所述测试设备，用于根据所述待测试网管设备的处理情况，确定所述待测试网管设备的性能测试结果。

11.如权利要求10所述的系统，其特征在于，

所述配置设备，还用于向所述模拟网元设备配置相应的模拟升级环境配置方案，其中，所述模拟升级环境配置方案中包括系统类型信息，升级类型信息，以及发送端模拟地址信息；

所述模拟网元设备，还用于接收所述配置设备所配置的模拟升级环境配置方案，并按照所述发送端模拟地址信息，分别模拟相应的网元设备，向所述待测试网管设备发送相应系统类型下的与所述升级类型信息相对应的升级消息；

所述待测试网管设备，还用于接收并处理所述模拟网元设备所发送的升级消息；

所述测试设备，还用于根据所述待测试网管设备的处理情况，确定所述待测试网管设备的升级处理性能测试结果。

12.如权利要求10所述的系统，其特征在于，

所述配置设备，还用于向所述模拟网元设备配置相应的模拟告警环境配置方案，其中，所述模拟告警环境配置方案中包括告警知识库信息，告警模拟地址信息，以及发送规则信息；

所述模拟网元设备，还用于接收所述配置设备所配置的模拟告警环境配置方案，根据所述告警知识库信息生成相应的告警消息，并根据按照所述告警模拟地址信息分别模拟相应的网元设备，按照相应的所述发送规则信息，向所述待测试网管设备发送所述告警消息；

所述待测试网管设备，还用于接收并处理所述模拟网元设备所发送的告警消息；

所述测试设备，还用于根据所述待测试网管设备的处理情况，确定所述待测试网管设备的告警处理性能测试结果。