[发明专利]网管与网元的信息交互方法及装置

说明书

技术领域

本申请涉及无线网络控制的技术领域，特别是涉及一种网管与网元的信息交互方法，以及，一种网管与网元的信息交互装置。

背景技术

通信设备日常运行中，其维护管理通过网管(操作维护中的一种管理站，对设备进行管理和维护)系统来完成。网管台上的操作通过自定义或者标准协议接口下发到网元，从而实现对网元的管理。网管系统根据其操作界面及实现方式可以划分为两种，即图形化网管和命令行网管两种方式。图形化网管就是管理站上运行该设备的客户端程序(B/S架构的网管系统也可以认为属于这一类型，只不过是将客户端程序部署到网管服务器)，网元上运行网管的后端程序，完成对整个网元的管理。命令行网管就是管理站不运行任何客户端程序，也没有网管服务器，仅仅提供标准的Telnet登录，通过在Telnet窗口输入指定的命令来完成对网元的管理(尽管部分命令行网管也提供图形化界面，但其图形化界面仅仅是为了输入方便，没有改变命令行网管实现的本质，因此也认为是命令行网管)。通常的电信设备中，两种管理形式都需要提供，一般情况下，针对Telnet形式的网管，每一条维护命令都需要使用硬编码实现，本申请主要涉及命令行网管的处理方法。

现有技术中，在实现对RNC(无线网络控制器)命令行网管时，主要有两种实现方案，一种是网元对收到的每条命令进行独立编码处理。另外一种是，收到命令行命令后，对于每一条命令单独编码转换为所对应图形化界面操作的消息，即在网元内模拟图形化界面的命令下发过程，并将结果进行修改返回到命令行界面显示。

上述两种方法都存在一个致命的缺陷，就是在命令行网管上增加命令或者对命令参数进行调整时就需要更改网元代码，代码修改后就需要对设备进行软件升级，而由于程序变化带来的升级是非常麻烦的，一般都需要进行设备的重启、切换才能保证升级成功，如此可能导致设备提供的核心业务发生中断，而中断业务又是通信设备所不能容忍的。

因此，本领域技术人员迫切需要解决的一个技术问题在于，用以在命令行网管上增加命令或者对命令参数进行调整时，能够简化程序升级过程，避免设备提供的核心业务发生中断。

发明内容

本申请的目的之一在于，提供一种网管与网元的信息交互方法，用以在命令行网管上增加命令或者对命令参数进行调整时，能够简化程序升级过程，避免设备提供的核心业务发生中断。

相应的，本申请还提供了一种网管与网元的信息交互装置，用以保证上述方法在实际中的应用。

为了解决上述问题，本申请公开了一种网管与网元的信息交互方法，包括：

步骤S1，预置命令数据文件和消息结构数据文件；

步骤S2，网管发送命令字符串消息到网元；所述命令字符串消息包括命令关键字，输入字段以及对应的字段值；

步骤S3，网元根据所述命令字符串消息生成请求消息；具体包括以下子步骤：

子步骤S31，依据所述命令关键字在所述命令数据文件中查找对应的请求消息ID；

子步骤S32，依据所述请求消息ID在所述消息结构数据文件中查找第一消息体长度；

子步骤S33，将所述请求消息ID和第一消息体长度组织为第一消息头；

子步骤S34，将所述输入字段以及对应的字段值组织为第一消息体；

子步骤S35，将所述第一消息头和第一消息体组织为请求消息；

步骤S4，网元处理所述请求消息，并生成响应消息；具体包括以下子步骤：

子步骤S41，依据所述请求消息ID在预置的命令数据文件中查找对应的响应消息ID；

子步骤S42，依据所述响应消息ID在预置的消息结构数据文件中查找获得第二消息体长度；

子步骤S43，将所述响应消息ID和第二消息体长度组织为第二消息头；

子步骤S44，将所述网元处理请求消息的处理结果信息组织为第二消息体；

子步骤S45，将所述第二消息头和第二消息体组织为响应消息；

步骤S5，网元根据所述响应消息生成处理结果字符串；具体包括以下子步骤：

子步骤S51，网元根据所述响应消息ID和第二消息体长度在预置的消息结构数据文件中查找对应的返回内容字段；

子步骤S52，对应所述返回内容字段组织所述处理结果信息，形成处理结果字符串；

步骤S6，网元将所述处理结果字符串返回给网管。

优选地，在所述步骤S4之前，还包括：

网元根据所述请求消息ID分发请求消息。