CN102036275B - 一种模拟器和消息处理方法 - Google Patents

Abstract

本发明公开了一种模拟器和消息处理方法，该方法包括：模拟器选择加载的网元模型，并根据所述网元模型确定对应的消息配置文件；所述模拟器根据所述消息配置文件确定网管设备的测试结果，并将所述测试结果上报给所述网管设备。本发明实施例中，通过实现网元设备与网管之间的非标准接口，根据测试需求上报业务数据，极大的提高了网管测试的覆盖面和效率，同时也使得性能测试在缺乏真实网络的情况下可以顺利开展。

Description

一种模拟器和消息处理方法

技术领域

本发明涉及通信技术领域，尤其涉及一种模拟器和消息处理方法。

背景技术

理想状态下，网管测试的测试环境构成与电信实际运营网络一致，如图1所示的TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)运营网络测试环境组网示意图，由一个OMC(OperationsMaintenance Center，操作维护中心，即电信的网管系统)系统管理的多个RNC(Radio Network Controller，无线网络控制器)及其下的相应设备组成。在开始开展网管测试之前，需要将RNC、NodeB(节点B，即基站)等设备升级或降级到对应的版本，并保证整个无线接入网(包括RNC、NodeB和UE(UserEquipment，用户设备)等设备)正常运行。

在网管的功能测试过程中，需要通过执行实际的无线侧业务或在设备上进行特殊的操作来触发各种测试场景或产生相应的数据。而网管的性能压力测试，需要测试环境提供足够大的网络和业务量，并且形成的压力是可度量以及可控的，从而能够全面和有针对性的进行测试。

由于现有技术中使用真实网元设备进行测试，在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

1)网管测试需要在不同网元版本上进行测试，网元设备的升降级、运行维护等辅助性工作存在工作量大、耗时较长等问题；且网管测试经常会由于网元等资源的测试准备工作不顺利而延后或者不能进行。

2)网管和网元设备的新版本开发一般是同时进行的，当前网管和网元之间的高度依赖会导致开发过程中，设备侧无对应版本的网管、网管侧无对应版本的设备进行测试的情况，从而导致大量的缺陷和问题在设备和网管正式版本发布后才能暴露出来，产品研发的进度和质量均达不到预期的效果。

3)网管测试需要测试的一些特殊项目，使用真实的网元设备触发测试场景困难，甚至无法进行。例如，测试网管告警处理时需要特殊告警或包含某些特殊内容的告警的上报；测试网管性能处理时需要定制上报的性能指标的具体值等。

4)网元设备的软件或硬件中可能存在缺陷，在测试活动中一旦网元出现故障，则需要人工定位和解决，从而给测试活动带来不可预知的风险，也不利于网管自动化测试的开展。

5)网元设备造价昂贵，在测试实验室环境中搭建用于功能测试的网络，会大幅提高测试成本；且性能测试由于需要网络的规模足够大，搭建相应的环境进行测试不可行。

发明内容

本发明实施例提供一种模拟器和消息处理方法，以提高网管测试的覆盖面和效率。

为了达到上述目的，本发明实施例提供一种消息处理方法，包括：

模拟器选择加载的网元模型，并根据所述网元模型确定对应的消息配置文件；

所述模拟器根据所述消息配置文件确定网管设备的测试结果，并将所述测试结果上报给所述网管设备。

本发明实施例提供一种模拟器，包括：

选择模块，用于选择加载的网元模型；

第一确定模块，用于根据所述选择模块选择的网元模型确定对应的消息配置文件；

第二确定模块，用于根据所述第一确定模块确定的消息配置文件确定网管设备的测试结果；

发送模块，用于将所述第二确定模块确定的测试结果上报给所述网管设备。

与现有技术相比，本发明至少具有以下优点：

通过实现网元设备与网管之间的非标准接口，根据测试需求上报业务数据，极大的提高了网管测试的覆盖面和效率，同时也使得性能测试在缺乏真实网络的情况下可以顺利开展。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中TD-SCDMA运营网络测试环境组网示意图；

图2是本发明实施例一提供的一种模拟器的系统结构示意图；

图3是本发明实施例一中4.00.00版本网元的模型定义文件中部分内容的示意图；

图4是本发明实施例一中消息配置文件的示意图；

图5是本发明实施例一中通讯模块业务处理流程示意图；

图6是本发明实施例一中有增量文件下发的一个配置业务的示意图；

图7是本发明实施例一中模拟器工作方式与主要流程示意图；

图8是本发明实施例二提供的一种消息处理方法流程示意图；

图9是本发明实施例三提供的一种模拟器结构示意图。

具体实施方式

OMC负责对电信网络中的设备进行操作维护，向上级网管、运维人员呈现全系统运行状态等信息。其中，网管的功能和性能测试需要依赖真实的网元设备构成的具有相当规模的业务网络，其搭建和维护的时间和经济成本较高；同时真实网元构成的测试环境下，由于其操作的专业性和复杂性，很多测试场景触发困难或者无法进行。使用真实设备测试存在的诸多限制，阻碍了对网管产品早期、全面的测试。针对上述问题，本发明实施例提供一种模拟器和消息处理方法，通过实现网元设备与网管间的非标接口，根据测试需求上报业务数据，极大的提高了网管测试的覆盖面和效率，同时也使得性能测试在缺乏真实网络的情况下可以顺利开展。

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了使网管设备的测试可不依赖于网元设备，提高测试过程中的灵活性和便利性，本发明实施例一提供一种模拟器，该模拟器为一种消息取值处理可配置、能够同时模拟多个网元版本、易于扩展和维护的网元模拟器。为了方便描述，本发明实施例中以模拟TD-SCDMA网络中的RNC网元为例，对模拟器的技术方案加以说明。对于其他系统中的其他网元所对应的模拟器，与本发明实施例提供的模拟器类似，本发明实施例中不再详加赘述。

如图2所示，本发明实施例一提供的模拟器的系统结构包括但不限于：图形界面、业务处理模块、通讯模块、统计模块、工具模块、模型/配置文件、网元配置数据、消息配置文件。

其中，该模拟器运行时加载需要的模型和配置文件，在OMC接入后可提供RNC各种功能的模拟，需要RNC主动发起的流程可在模拟器图形界面上发起；由OMC发起的流程能够自动完成。在整个测试过程中，除更改消息值内容外无需人工参与；以下对各个组成进行详细说明：

(1)模型/配置文件

A、模型定义，如图3所示，为4.00.00版本网元的模型定义文件中部分内容的示意图。

1)本发明实施例中，该模型可定义为如下的层级结构：

<configuration>

        <module>

          <section>

             <msg>

</msg>

</section>

</module>

</configuration>

2)在根节点configuration中指定网元设备版本号及配置的模拟器启动的IP地址和监听端口。

3)module和section为便于管理和查看的虚节点，用于标识系统中功能模块的分类和具体的操作，或是网元设备的一个动作；在section节点下包括多个msg节点，每个msg节点为网元设备与网管设备(即网管系统)之间内部协议中定义的一个往来消息。

4)msg节点至少包括内容：协议消息的详细定义信息，例如，各种事件结果、字段组成及数据类型等；模拟器处理该消息所要使用的处理器类名称，及该消息取值配置文件的位置、名称等信息。其中，为了达到便于查看及维护的目的，可在该节点中保留一些描述性的内容，这些内容是否存在不会影响到模拟器的使用。

B、配置文件

1)公共值配置文件commonconf.xml，该文件中配置了一些公共取值信息，如RNSID(Radio Network Subsystem ID，无线网络子系统标识)、网元类型等，实际应用中需避免在每个具体的消息配置文件中重复配置。

2)类型定义文件typedef.xml，该文件是网元设备侧的数据类型到模拟器使用的数据类型或长度的一个映射，其中包括了网元设备侧定义的宏、结构体以及C、C++中的UINT等基本数据类型。

3)枚举定义文件“枚举名称”.xml，该文件定义了网元模型中使用的枚举名称与实际取值的映射关系。

4)网元设备侧管理对象类型文件与管理对象结构文件，其中，管理对象类型文件中定义了网元设备侧对象对应的类型值，如单板上的CPU(CentralProcessing Unit，中央处理器)对象对应的类型值为34607111；管理对象结构文件定义了各种不同级别对象的层级结构，以及表示其中每一层所采用的字节数。

(2)网元配置数据。其中，每个版本的网元模型均对应一套真实网元设备所使用的配置数据(如二进制的MDF(primary data file，主要数据文件)表文件)，由网管设备下发的CRUD(Create Retrieve Update Delete，增加查询更新删除)以及同步等操作均以此配置数据为基础。

(3)消息配置文件

实际应用中，网元设备上报消息的取值是否可配置以及设置是否灵活，对网管设备测试的便利性和效率的提高有很大的影响，本发明实施例中，在模拟器的实现中将上报消息配置为消息配置文件，内容为可用值的集合，并提供顺序和随机两种读取方式，此类消息配置文件可即时配置和修改。

在测试过程中，可以通过修改消息配置文件和在图形界面上直接修改消息内容的方式来控制上报数据的内容，而且这种修改可即时生效；对于上报特殊告警和指定数值的性能数据等功能，均可以通过这种方式来实现。

在性能测试中，通过设置消息配置文件中可用值的不同数量和上报周期，可容易的形成需要的测试压力，而且该测试压力的大小可控。如图4所示的消息配置文件的示意图，图4中的conf＝″./config/authconf.xml″/>配置项，即为指定了模拟器在处理ID为″40010001″的消息时，需要从文件authconf.xml中取值。

(4)通讯模块

如图5所示的通讯模块业务处理流程示意图，通讯模块负责模拟器与网管设备之间数据的收发及链路状态的反馈。其中，每个网元模型中均有两个阻塞链表，分别用于用户上行和下行消息的存取，并构成消息队列；通讯模块主要与这个消息队列进行交互，在通讯线程中采用了Java NIO中的可选择通道技术，在通讯过程中如果出现链路问题，则高层业务处理中可通过对相应异常的捕获及时向上反馈链路状态，并能够做好重连的准备。

(5)业务处理模块

在业务处理模块中，包含消息分发处理、后台监控线程和文件加载、解析等辅助性的内容，并包括通用业务处理和特殊业务处理两个主要部分。其中：

a)通用业务处理，指业务(预设第一类型业务)处理以及上报、响应消息等无需特殊处理，采用业务处理模块中默认的模拟网元设备的处理流程，并按照网元模型中的结构、字段、数据类型来解析消息配置文件中的内容，形成消息后上报。本发明实施例中，上述的网管设备接入鉴权、心跳保持以及网管设备性能模块的计数器实时查询等多数业务，均可以通过通用的业务处理流程完成模拟。

b)特殊业务处理及流程

对于预设第二类型业务(例如，告警、性能、配置、软件等功能中比较复杂的业务)，默认的处理器无法完成整个流程的处理，本发明实施例中，可为预设第二类型业务设置对应的处理器(即编写专门的处理器)，通过该处理器完成对所需数据的处理模拟网元设备的处理流程，并按照网元模型中的结构、字段、数据类型来解析消息配置文件中的内容，形成消息后上报。

在模拟器的具体实现中，可将不同处理器中相同的部分抽取出来建立一个抽象类，由抽象类实现自定义的Iprocessor接口，所有处理器均要继承这个抽象类或者实现Iprocessor接口，处理器的类名称在网元模型中对应的消息节点下配置。

例如，在配置功能的某些操作中，由于网管设备不仅向网元设备发送操作消息，同时还会下发增量文件或在消息中要求网元设备将配置数据打包上载等，这种网元设备内部复杂业务的模拟需要一个专用的处理器来实现，如图6所示的有增量文件下发的一个配置业务的示意图。

(6)统计模块和工具模块

统计模块用于统计预设第二类型业务(如告警、性能等业务)对应的上报数据量，并在对应的记录文件中进行更新。其中，在告警、性能等业务能够对网管设备产生数据或消息压力的业务流程中，统计模块对模拟器上报的数据量进行统计，并会在对应的记录文件中实时更新。具体的，统计模块动作由告警、性能等实现IstatSubject接口的特殊业务处理器在上报结束后发起；对统计处理接口中的方法进行回调，并统计处理具体类、对已有数据和本次上报数据量按照一定的策略进行统计、写入文件。

工具模块集成FTP(File Transfer Protocol，文件传输协议)、文件压缩等操作，为完成业务处理模块的功能提供相关接口，主要用于在网管设备的预设第二类型业务模块(如配置、软件、性能、告警等模块)的相关功能测试中完成文件的处理和传输。其中，工具模块中的FTP模块在对第三方公开的相应基础功能上做了进一步的封装，向调用者提供登录、设置传输模式、改变目录、取放文件、关闭连接等接口。另外，工具模块提供一些公共的数据处理、文件读写能力；文件压缩功能用于网元设备配置数据上载业务流程中，负责将模拟器本地的配置数据按照协议约定压缩成zip文件，并由处理器上传到网管设备指定的FTP服务器路径下。因此，在将网管设备的测试结果上报给网管设备时，模拟器可直接将测试结果上报给网管设备；也可将测试结果上报给网管设备指定的FTP服务器，并由网管设备到该FTP服务器上获取该测试结果。

(7)基于上述各个文件(如消息配置文件、模型/配置文件等)和功能模块，在网管设备鉴权通过且可保持相互心跳之后，即可进行正常业务的处理，该业务可按照是否是从网元设备发起的分为两类：网元设备主动上报类业务和网元设备被动响应类业务；在模拟器上，这两类业务通过主动上报和被动响应过程实现。如图7所示的模拟器工作方式与主要流程示意图，包括：加载、卸载模型过程；网管设备(即网管系统)接入鉴权过程；心跳保持过程；主动上报过程或者被动响应过程。在图7中描述了模拟器的工作方式与主要流程，各个过程的实现包括：

A、加载、卸载模型

1)用户启动模拟器后，选择加载某个版本的网元模型，加载完成后在图形界面上可更新显示结果，同时可以选择其它版本的模型进行加载。其中，多个版本的模型中可配置不同的IP地址、端口组合。本发明实施例中，选择加载的网元模型的过程，可以为模拟器主动上报时触发的选择加载的网元模型的过程；或者，模拟器接收到网管设备的消息，被动响应时触发的选择加载的网元模型的过程。

2)用户选择已经加载且未启动业务处理的模型后，可进行卸载，卸载后在图形界面上可更新显示结果，后台释放相应占用的资源。

B、网管设备接入鉴权

接入鉴权过程是网元设备和网管设备建立连接的初始步骤，鉴权通过后其它业务可正常开展，该过程可由业务处理模块中的通用业务处理自动完成。实际应用中，通过修改消息配置文件(鉴权消息值配置文件)内容为鉴权失败，可以模拟网管设备接入的鉴权失败流程；其中，接入鉴权的过程包括：

1)用户选择某个已加载模型上的任意一个节点后，点击图形界面上的启动按钮，启动模拟器对该模型的业务处理过程。

2)模拟器建立相关的资源(即鉴权资源)并等待网管设备接入。

3)在网管设备接入时，向模拟器发送鉴权请求。

4)模拟器接收来自网管设备的鉴权请求。

5)模拟器根据该鉴权请求对网管设备的接入进行鉴权，并将鉴权结果返回给所述网管设备。

本发明实施例中，由模拟器的通讯模块接收来自网管设备的鉴权请求，并将其放入消息队列中；之后，业务处理模块从模型中找到匹配的处理器及消息配置文件，执行调用处理以对网管设备的接入进行鉴权；而鉴权结果交由通讯模块返回给网管设备。

C、心跳保持

电信系统中，为了保证网管设备对网元设备操作的事务性及保持网管设备与网元设备的告警、配置、设备状态等信息的一致性，需要在两者之间建立心跳检测机制。其中，心跳检测机制在实际网络环境中一般实现为双方互发心跳，而本发明实施例的模拟器中，可借助网管设备定时主动发起的心跳消息，模拟器在接收到网管设备定时向模拟器发送的心跳消息后，向网管设备发送心跳消息的响应消息，从而实现保持正常的心跳。与鉴权过程类似的是，也可以在模拟器运行过程中，通过修改消息配置文件(心跳消息值配置文件)中的内容实现心跳失败的过程。

D、主动上报过程；其中，主动上报过程包括网元设备上报告警、性能、配置等信息或数据的处理，在模拟器上通过图形界面发起，该过程包括：

1)消息配置值文件准备，该过程可通过图形界面修改或直接文件修改。

2)在图形界面上发起主动上报操作。

3)业务处理模块从网元模型中找到匹配的处理器及消息配置文件，执行调用处理。

本发明实施例中，当模拟器选择了加载的网元模型后，根据需要上报的业务信息(如需上报告警类业务)，则可根据该业务信息从网元模型中找到匹配的处理器及消息配置文件(即可根据网元模型确定对应的消息配置文件)，并执行调用处理，从而根据该消息配置文件确定网管设备的测试结果(在调用消息配置文件的过程中可获得网管设备的测试结果)。在根据消息配置文件确定网管设备的测试结果的过程中，模拟器可根据网元模型的信息解析消息配置文件中的内容，并根据解析结果确定网管设备的测试结果。

4)通过通讯模块上报消息(即网管设备的测试结果对应的消息)给网管设备，或通过工具模块上报消息到网管设备指定的FTP服务器。

5)将告警、性能等可对网管设备形成压力的上报数据量进行统计，并记录到文件。

E、被动响应过程；其中，被动响应过程是模拟网元设备响应网管设备下发操作请求的业务处理，该过程由网管设备下发的操作请求发起，而不是在模拟器上通过图形界面发起，该过程包括：

1)消息配置值文件准备，该过程可通过图形界面修改或直接文件修改。

2)模拟器接收来自网管设备下发的操作请求，并发起上报操作。

3)业务处理模块从网元模型中找到匹配的处理器及消息配置文件，执行调用处理。

本发明实施例中，当模拟器选择了加载的网元模型后，根据需要上报的业务信息，则可根据该业务信息从网元模型中找到匹配的处理器及消息配置文件，并执行调用处理，从而根据该消息配置文件确定网管设备的测试结果。在根据消息配置文件确定网管设备的测试结果的过程中，模拟器可根据网元模型的信息解析消息配置文件中的内容，并根据解析结果确定网管设备的测试结果。

4)通过通讯模块上报消息给网管设备，或通过工具模块上报消息到网管设备指定的FTP服务器。

综上所述，被动响应过程与主动上报过程相比差异在于以下几点：a)被动响应过程由网管设备下发的操作请求发起，而不是在模拟器图形界面上；b)业务不会对网管设备形成压力，因此没有数据统计过程；c)网管设备会下发增量文件，涉及到网元配置数据的相关操作。

综上所述，通过采用本发明实施例提供的技术方案，至少具有以下优点的一种或几种：1)以纯软件方式实现网元设备和网管设备间的内部私有协议和交互接口，网管测试不必依赖于网元设备，测试活动开展早，测试成本低廉、效率高；2)可同时模拟多个版本的网元设备，网元设备版本变化通过加载不同版本、配置不同的处理器进行，不会对测试进度造成影响；3)模拟器新版本特性增加的工作可在较短时间内完成，并尽早对测试提供有力支持；4)对消息取值文件(即消息配置文件)或图形界面上的修改即时生效、非网元设备主动流程自动完成以及网元主动流程手动发起的能力，可使测试过程更加顺畅和方便；5)通过模拟器易于进行网管设备的告警、性能、配置等模块的性能压力测试，且形成的压力可控、可度量；6)隔离了网元设备缺陷对网管设备测试的影响，可以使网管设备的手动测试和自动化测试顺利的进行。

基于与上述模拟器同样的发明构思，本发明实施例二提供一种消息处理方法，如图8所示，该方法包括以下步骤：

步骤801，模拟器选择加载的网元模型，并根据网元模型确定对应的消息配置文件。

本发明实施例中，模拟器选择加载的网元模型之后还包括：网管设备接入鉴权的过程；该过程具体为：

模拟器建立鉴权资源并等待网管设备的接入；在网管设备接入时接收来自网管设备的鉴权请求；模拟器根据鉴权请求对网管设备的接入进行鉴权，并将鉴权结果返回给网管设备。

模拟器选择加载的网元模型之后还包括：模拟器和网管设备心跳保持的过程；该过程具体为：

模拟器接收网管设备定时向模拟器发送的心跳消息，并向网管设备发送心跳消息的响应消息。

模拟器选择加载的网元模型的过程，包括：模拟器主动上报时触发的选择加载的网元模型的过程；或者，模拟器接收到网管设备的消息，被动响应时触发的选择加载的网元模型的过程。

本发明实施例中，根据网元模型确定对应的消息配置文件，之前还包括：模拟器修改消息配置文件中消息值的过程。

步骤802，模拟器根据消息配置文件确定网管设备的测试结果，并将测试结果上报给网管设备。

本步骤中，模拟器根据消息配置文件确定网管设备的测试结果，包括：模拟器根据网元模型的信息解析消息配置文件中的内容，并根据解析结果确定网管设备的测试结果。

进一步的，模拟器根据网元模型的信息解析消息配置文件中的内容，包括：模拟器对预设第一类型业务模拟网元设备的处理流程，并按照网元模型中的结构、字段、数据类型来解析消息配置文件中的内容；或者，

模拟器为预设第二类型业务设置对应的处理器，通过处理器对所需数据的处理模拟网元设备的处理流程，并按照网元模型中的结构、字段、数据类型来解析消息配置文件中的内容。

在预设第二类型业务的上报过程中，模拟器统计预设第二类型业务对应的上报数据量，并在对应的记录文件中进行更新。

本发明实施例中，将测试结果上报给网管设备，包括：模拟器直接将测试结果上报给网管设备；或者，

模拟器将测试结果上报给网管设备指定的FTP服务器，并由网管设备到FTP服务器上获取测试结果。

本发明实施例中，网元模型中定义的内容包括：指定网元设备版本号及配置的模拟器启动的IP地址和监听端口；网元设备与网管设备之间内部的协议消息；协议消息的详细信息。

消息配置文件为可即时配置和修改的消息配置文件；在测试过程中，通过修改消息配置文件和在图像界面上修改消息内容的方式来控制上报内容；在性能测试过程中，通过设置消息配置文件中可用值的不同数量和上报周期，控制测试压力。

本发明实施例中，通过实现网元设备与网管之间的非标准接口，根据测试需求上报业务数据，极大的提高了网管测试的覆盖面和效率，同时也使得性能测试在缺乏真实网络的情况下可以顺利开展。

基于与上述方法同样的发明构思，本发明实施例三中还提供了一种模拟器，如图9所示，该模拟器包括：

选择模块11，用于选择加载的网元模型；

第一确定模块12，用于根据所述选择模块11选择的网元模型确定对应的消息配置文件；

第二确定模块13，用于根据所述第一确定模块12确定的消息配置文件确定网管设备的测试结果；

发送模块14，用于将所述第二确定模块13确定的测试结果上报给所述网管设备。

该模拟器还包括接入鉴权模块15，用于对所述网管设备进行接入鉴权的过程；所述接入鉴权模块15，具体用于建立鉴权资源并等待所述网管设备的接入；在所述网管设备接入时接收来自所述网管设备的鉴权请求；根据所述鉴权请求对所述网管设备的接入进行鉴权，并将鉴权结果返回给所述网管设备。

该模拟器还包括心跳保持模块16，用于对所述模拟器和所述网管设备进行心跳保持的过程；所述心跳保持模块16，具体用于接收所述网管设备定时向所述模拟器发送的心跳消息，并向所述网管设备发送所述心跳消息的响应消息。

所述选择模块11，具体用于在所述模拟器主动上报时触发选择加载的网元模型的过程；或者，在接收到所述网管设备的消息被动响应时触发选择加载的网元模型的过程。

该模拟器还包括修改模块17，用于修改消息配置文件中消息值。

本发明实施例中，所述第二确定模块13，具体用于根据所述网元模型的信息解析所述消息配置文件中的内容，并根据解析结果确定所述网管设备的测试结果。

所述第二确定模块13，进一步用于对预设第一类型业务模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据类型来解析所述消息配置文件中的内容；或者，为预设第二类型业务设置对应的处理器，通过所述处理器对所需数据的处理模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据类型来解析所述消息配置文件中的内容。

在所述预设第二类型业务的上报过程中，该模拟器还包括：统计模块18，用于统计所述预设第二类型业务对应的上报数据量，并在对应的记录文件中进行更新。

所述发送模块14，具体用于直接将所述测试结果上报给所述网管设备；或者，将所述测试结果上报给所述网管设备指定的FTP服务器，并由所述网管设备到所述FTP服务器上获取所述测试结果。

本发明实施例中，所述网元模型中定义的内容包括：指定网元设备版本号及配置的模拟器启动的IP地址和监听端口；网元设备与所述网管设备之间内部的协议消息；协议消息的详细信息。

所述消息配置文件为可即时配置和修改的消息配置文件；在测试过程中，通过修改所述消息配置文件和在图像界面上修改消息内容的方式来控制上报内容；在性能测试过程中，通过设置所述消息配置文件中可用值的不同数量和上报周期，控制测试压力。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

本发明实施例中，通过实现网元设备与网管之间的非标准接口，根据测试需求上报业务数据，极大的提高了网管测试的覆盖面和效率，同时也使得性能测试在缺乏真实网络的情况下可以顺利开展。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

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

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

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

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

Claims (16)

1.一种消息处理方法，其特征在于，包括： 

模拟器选择加载的网元模型，并根据所述网元模型确定对应的消息配置文件； 

所述模拟器根据所述消息配置文件确定网管设备的测试结果，并将所述测试结果上报给所述网管设备； 

其中，根据所述网元模型确定对应的消息配置文件，之前还包括：所述模拟器修改消息配置文件中消息值的过程； 

其中，所述模拟器根据所述消息配置文件确定网管设备的测试结果，包括： 

所述模拟器根据所述网元模型的信息解析所述消息配置文件中的内容，并根据解析结果确定所述网管设备的测试结果； 

其中，所述模拟器根据所述网元模型的信息解析所述消息配置文件中的内容，包括： 

所述模拟器对预设第一类型业务模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据类型来解析所述消息配置文件中的内容；其中，所述模拟器对预设第一类型业务采用默认的模拟网元设备的处理流程；或者， 

所述模拟器为预设第二类型业务设置对应的处理器，通过所述处理器对所需数据的处理模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据类型来解析所述消息配置文件中的内容。 

2.如权利要求1所述的方法，其特征在于，所述模拟器选择加载的网元模型之后还包括：所述网管设备接入鉴权的过程；该过程具体为： 

所述模拟器建立鉴权资源并等待所述网管设备的接入；在所述网管设备接入时接收来自所述网管设备的鉴权请求； 

所述模拟器根据所述鉴权请求对所述网管设备的接入进行鉴权，并将鉴权结果返回给所述网管设备。 

3.如权利要求1所述的方法，其特征在于，所述模拟器选择加载的网元模型之后还包括：所述模拟器和所述网管设备心跳保持的过程；该过程具体为： 

所述模拟器接收所述网管设备定时向所述模拟器发送的心跳消息，并向所述网管设备发送所述心跳消息的响应消息。 

4.如权利要求1所述的方法，其特征在于，所述模拟器选择加载的网元模型的过程，包括： 

所述模拟器主动上报时触发的选择加载的网元模型的过程；或者，所述模拟器接收到所述网管设备的消息，被动响应时触发的选择加载的网元模型的过程。 

5.如权利要求1所述的方法，其特征在于，在所述预设第二类型业务的上报过程中，所述方法还包括： 

所述模拟器统计所述预设第二类型业务对应的上报数据量，并在对应的记录文件中进行更新。 

6.如权利要求1所述的方法，其特征在于，将所述测试结果上报给所述网管设备，包括： 

所述模拟器直接将所述测试结果上报给所述网管设备；或者， 

所述模拟器将所述测试结果上报给所述网管设备指定的FTP服务器，并由所述网管设备到所述FTP服务器上获取所述测试结果。 

7.如权利要求1-6任一项所述的方法，其特征在于，所述网元模型中定义的内容包括： 

指定网元设备版本号及配置的模拟器启动的IP地址和监听端口； 

网元设备与所述网管设备之间内部的协议消息； 

协议消息的详细信息。 

8.如权利要求1-6任一项所述的方法，其特征在于，所述消息配置文件为可即时配置和修改的消息配置文件； 

在测试过程中，通过修改所述消息配置文件和在图像界面上修改消息内容的方式来控制上报内容； 

在性能测试过程中，通过设置所述消息配置文件中可用值的不同数量和上报周期，控制测试压力。 

9.一种模拟器，其特征在于，包括： 

选择模块，用于选择加载的网元模型； 

第一确定模块，用于根据所述选择模块选择的网元模型确定对应的消息配置文件； 

第二确定模块，用于根据所述第一确定模块确定的消息配置文件确定网管设备的测试结果； 

发送模块，用于将所述第二确定模块确定的测试结果上报给所述网管设备； 

修改模块，用于修改消息配置文件中消息值； 

其中，所述第二确定模块，具体用于根据所述网元模型的信息解析所述消息配置文件中的内容，并根据解析结果确定所述网管设备的测试结果；

其中，所述第二确定模块，进一步用于对预设第一类型业务模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据类型来解析所述消息配置文件中的内容；其中，所述模拟器对预设第一类型业务采用默认的模拟网元设备的处理流程；或者， 

为预设第二类型业务设置对应的处理器，通过所述处理器对所需数据的处理模拟网元设备的处理流程，并按照所述网元模型中的结构、字段、数据 类型来解析所述消息配置文件中的内容。 

10.如权利要求9所述的模拟器，其特征在于，还包括接入鉴权模块，用于对所述网管设备进行接入鉴权的过程； 

所述接入鉴权模块，具体用于建立鉴权资源并等待所述网管设备的接入；在所述网管设备接入时接收来自所述网管设备的鉴权请求；根据所述鉴权请求对所述网管设备的接入进行鉴权，并将鉴权结果返回给所述网管设备。 

11.如权利要求9所述的模拟器，其特征在于，还包括心跳保持模块，用于对所述模拟器和所述网管设备进行心跳保持的过程； 

所述心跳保持模块，具体用于接收所述网管设备定时向所述模拟器发送的心跳消息，并向所述网管设备发送所述心跳消息的响应消息。 

12.如权利要求9所述的模拟器，其特征在于， 

所述选择模块，具体用于在所述模拟器主动上报时触发选择加载的网元模型的过程；或者，在接收到所述网管设备的消息被动响应时触发选择加载的网元模型的过程。 

13.如权利要求9所述的模拟器，其特征在于，在所述预设第二类型业务的上报过程中，还包括： 

统计模块，用于统计所述预设第二类型业务对应的上报数据量，并在对应的记录文件中进行更新。 

14.如权利要求9所述的模拟器，其特征在于， 

所述发送模块，具体用于直接将所述测试结果上报给所述网管设备；或者， 

将所述测试结果上报给所述网管设备指定的FTP服务器，并由所述网管设备到所述FTP服务器上获取所述测试结果。 

15.如权利要求9-14任一项所述的模拟器，其特征在于，所述网元模型中定义的内容包括： 

指定网元设备版本号及配置的模拟器启动的IP地址和监听端口； 

网元设备与所述网管设备之间内部的协议消息； 

协议消息的详细信息。 

16.如权利要求9-14任一项所述的模拟器，其特征在于，所述消息配置文件为可即时配置和修改的消息配置文件； 

在测试过程中，通过修改所述消息配置文件和在图像界面上修改消息内容的方式来控制上报内容； 

在性能测试过程中，通过设置所述消息配置文件中可用值的不同数量和上报周期，控制测试压力。