CN111355601A - 信息传输方法和装置 - Google Patents

Abstract

本申请公开了信息传输方法和装置，涉及通信技术领域，具体提供了一种实现简单且通用性强的可用于实现在基于SNMP的数据模型的功能的网路中使用Netconf作为网络管理协议的技术方案，有助于加快由SNMP向Netconf演进的过程，从而有利于电信网络向SDN演进。该方法包括：控制设备将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，该Netconf消息的输入参数是该待发送信息；发送该Netconf消息。

Description

信息传输方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及信息传输方法和装置。

背景技术

目前，网络设备普遍采用简单网络管理协议(simple network managementprotocol，SNMP)作为其网络管理协议与控制设备进行通信。控制设备也可以称作是网管，如具体可以是部署有网络管理系统(network management system，NMS)的服务器或网元管理系统(network element management system，EMS)的服务器等。SNMP的数据模型是基于管理信息库(management information base，MIB)的数据模型。

随着软件定义网络(software defined network，SDN)技术的兴起，网络设备逐渐转为采用网络配置协议(network configuration protocol，Netconf)作为其网络管理协议与控制设备进行通信。Netconf是面向未来的网络管理协议，其数据模型是基于YANG语言的数据模型。

由于当前网络中基于SNMP的数据模型建立的功能(如路由功能、组播功能等)非常多，因此为了使用Netconf作为网络管理协议，一种解决方案是在网络设备和控制设备之间设置数据模型转换模块，以将基于MIB的数据模型建立的功能的相关信息转换为基于YANG的数据模型的信息。然而，这种方案需要对每一种基于MIB的数据模型建立的功能的信息进行数据模型转换，因此实现复杂。并且，当运营商因新开发一个功能，且该功能是基于MIB的数据模型的功能时，需要对应地修改数据转换模型的实现程序，因此，不具有通用性。

发明内容

本申请提供了信息传输方法和装置，具体提供了一种实现简单且通用性强的可用于实现在基于SNMP的数据模型的功能的网路中使用Netconf作为网络管理协议的技术方案。

第一方面，本申请提供了一种信息传输方法，包括：将基于SNMP的数据模型(如MIB中定义的数据模型)建立的待发送信息封装成远程过程调用(remote procedure call，RPC)类型的Netconf消息；然后，发送该Netconf消息。本技术方案，通过Netconf消息传输基于SNMP的数据模型建立的信息，不涉及YANG与MIB的数据模型转换，因此，实现简单。另外，当运营商因新开发一个功能而需要新增MIB模型时，本技术方案不需要做任何适配修改，因此，通用性较强。基于此可知，本技术方案有助于加快SNMP向Netconf演进的过程，从而有助于电信网络向SDN演进。

本技术方案的执行主体可以是控制设备或网络设备。

如果本技术方案的执行主体是控制设备，那么，待发送信息可以是SNMP报文(标记为目标SNMP报文)中的信息。例如，待发送信息包括目标SNMP报文的净荷。又如，待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息。可选的，目标字段包括请求标识字段和对象值字段。可选的，目标字段包括请求标识字段、对象值字段、错误状态字段和错误索引字段，且错误状态字段和错误索引字段中的信息是无效值如0。可选的，目标SNMP报文包括SNMP Set报文、SNMP Get报文或Get-Next报文等。

在一种可能的设计中，将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，包括：当待发送信息包括目标SNMP报文的净荷时，将净荷作为该Netconf消息的输入参数。这样实现简单。或者，当待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的输入参数。

在一种可能的设计中，该方法还包括：获取目标SNMP报文的类型；根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为该Netconf消息的RPC类型。也就是说，本申请支持通过RPC类型识别SNMP报文的类型，这样，待处理信息中可以不包含目标SNMP报文的类型。

在一种可能的设计中，待发送信息用于配置网络设备的第一功能，第一功能与网络设备的第二功能的配置顺序具有依赖关系；第二功能是基于Netconf的数据模型的功能。如果该依赖关系是先配置第二功能再配置第一功能，则发送Netconf消息，包括：在确定已向该网络设备配置第二功能之后发送Netconf消息。如果该依赖关系是先配置第一功能再配置第二功能，则该方法还包括：在发送该Netconf消息之后(如在接收到目标SNMP报文的应答报文之后)，配置第二功能。这样，有助于保证基于Netconf的数据模型的功能和基于SNMP的数据模型的功能的配置先后顺序，从而避免基于不同协议的数据模型的功能之间的配置冲突，进而提高通信系统的整体性能。

如果本技术方案的执行主体是网络设备，那么：待发送信息可以是SNMP应答报文(标记为目标SNMP应答报文)中的信息。例如，待发送信息包括目标SNMP应答报文的净荷。又如，待发送信息包括目标SNMP应答报文的净荷中的目标字段携带的信息。其中，目标字段包括请求标识字段、错误状态字段、错误索引字段和对象值字段。可选的，目标SNMP报文包括：SNMP Set应答报文、SNMP Get应答报文或Get-Next应答报文等。

在一种可能的设计中，将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，包括：当待发送信息包括目标SNMP应答报文的净荷时，将该净荷作为该Netconf消息的输出参数；或者，当待发送信息包括目标SNMP应答报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的输出参数。

在一种可能的设计中，该方法还包括：获取目标SNMP应答报文的类型；根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定目标SNMP应答报文的类型对应的RPC类型，并将所确定的RPC类型作为该Netconf消息的RPC类型。可选的，一种SNMP报文的应答报文的类型与该SNMP报文的类型相同。

第二方面，本申请提供了一种信息传输方法，应用于网络设备。该方法包括：将基于SNMP的数据模型(如MIB中定义的数据模型)建立的待发送信息封装成通知类型的Netconf消息；待发送信息是目标SNMP报文中的信息。然后，发送该Netconf消息。本技术方案的执行主体是网络设备。本技术方案的有益效果可以参考第一方面，此处不再赘述。

在一种可能的设计中，待发送信息可以是SNMP报文中的信息。例如，待发送信息包括SNMP报文的净荷。又如，待发送信息包括SNMP报文的净荷中的目标字段携带的信息。可选的，目标字段包括请求标识字段和对象值字段。可选的，目标字段包括请求标识字段、对象值字段、错误状态字段和错误索引字段，且错误状态字段和错误索引字段中的信息是无效值如0。可选的，该SNMP报文可以是SNMP Trap报文。

在一种可能的设计中，将基于SNMP的数据模型建立的待发送信息封装成通知类型的Netconf消息，包括：当待发送信息包括SNMP报文的净荷时，将该净荷作为该Netconf消息的通知参数；或者，当待发送信息包括SNMP报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的通知参数。

第三方面，本申请提供了一种信息传输方法，应用于网络设备。该方法包括：接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；当该Netconf消息是RPC类型的Netconf消息时，将该Netconf消息的输入参数作为待处理信息。第三方面提供的方法与第一方面提供的由控制设备执行的方法相对应。

在一种可能的设计中，该方法还包括：如果该Netconf消息中携带该网络设备的标识信息，则根据该待处理信息管理基于SNMP的数据模型的功能。

在一种可能的设计中，预定义封装有不同数据模型(如基于SNMP的数据模型和基于Netconf的数据模型等)建立的待处理信息的RPC类型。基于此，该方法还包括：根据该Netconf消息的RPC类型确定该Netconf消息是封装有基于SNMP的数据模型建立的待处理信息。

在一种可能的设计中，待处理信息包括目标SNMP报文的净荷，或者，待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

在一种可能的设计中，当待处理信息包括目标SNMP报文的净荷中的请求标识和对象值时，该方法还包括：根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定该Netconf消息的RPC类型对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为目标SNMP报文的类型。该情况下，根据待处理信息，管理基于SNMP的数据模型的功能，包括：根据待处理信息和目标SNMP报文的类型管理基于SNMP的数据模型的功能。例如，如果目标SNMP报文的类型是Set类型，则网络设备根据第一待处理信息配置基于SNMP的数据模型的功能的信息。又如，如果目标SNMP报文的类型是Get类型，则网络设备根据第一待处理信息查询基于SNMP的数据模型的功能的状态信息等。

在一种可能的设计中，该方法还包括：如果该Netconf消息中携带其他网络设备的标识信息，则当该网络设备与该其他网络设备之间通过SNMP通信时，将该待处理信息封装成SNMP报文，并向该其他设备发送该SNMP报文。该其他网络设备可以是该网络设备的下级设备。基于此，在控制设备的南向管理协议为Netconf，而下级网络设备的北向管理协议为SNMP的场景中，使用该技术方案，下级网络设备不需要做修改就可以被控制设备管理，因此，有助于加快SNMP向Netconf演进的过程，从而有助于电信网络向SDN演进。

基于第一至三方面或第一至三方面任一种可能的设计，可选的，当执行主体是网络设备时，该方法还可以包括：网络设备接收其他网络设备发送的目标SNMP应答报文，目标SNMP应答报文是该其他网络设备经该网络设备发往控制设备的应答报文如SNMP Set应答报文、SNMP Get应答报文或Get-Next应答报文等；获取目标SNMP应答报文中的待处理信息。该其他网络设备可以是该网络设备的下级设备。可替换的，该可能的设计中的目标SNMP应答报文可以替换为SNMP Trap报文。该可能的设计或其可替换方式给出了网络设备获取待处理信息的方法，可以适用于多级网络设备堆叠或级联的应用场景中。基于此，在控制设备的南向管理协议为Netconf，而下级网络设备的北向管理协议为SNMP的场景中，使用该技术方案，下级网络设备不需要做修改就可以被控制设备管理，因此，有助于加快SNMP向Netconf演进的过程，从而有助于电信网络向SDN演进。

第四方面，本申请提供了一种信息传输方法，应用于控制设备。该方法包括：接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；当该Netconf消息是RPC类型的Netconf消息时，将该Netconf消息的输出参数作为待处理信息；根据待处理信息，管理基于SNMP的数据模型的功能(如获知基于SNMP的数据模型的功能的SNMP操作是否执行成功)。第四方面提供的方法与第一方面提供的由网络设备执行的方法相对应。

在一种可能的设计中，待处理信息包括目标SNMP应答报文的净荷，或者，待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值。

在一种可能的设计中，当待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值时，该方法还包括：根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定该Netconf消息的RPC类型对应的SNMP应答报文的类型，并将所确定的SNMP应答报文的类型作为目标SNMP应答报文的类型；根据待处理信息，管理基于SNMP的数据模型的功能，包括：根据待处理信息和目标SNMP应答报文的类型管理基于SNMP的数据模型的功能。

第五方面，本申请提供了一种信息传输方法，应用于控制设备，包括：接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；当该Netconf消息是通知类型的Netconf消息时，将该Netconf消息的通知参数作为待处理信息；根据待处理信息，管理基于SNMP的数据模型的功能。第五方面提供的方法与第二方面提供的方法相对应。

在一种可能的设计中，待处理信息包括目标SNMP报文的净荷，或者，待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

第六方面，本申请提供了一种信息传输装置。该信息传输装置包括用于执行第一方面或第一方面中的由控制设备执行的任一种可能的设计所提供的方法的各个模块，或者包括用于执行第四方面或第四方面中的任一种可能的设计所提供的方法的各个模块，或者包括用于执行第五方面或第五方面中的任一种可能的设计所提供的方法的各个模块。作为一个示例，该信息传输装置可以是控制设备。

第七方面，本申请提供了一种信息传输装置。该信息传输装置包括用于执行第一方面或第一方面中的由网络设备执行的任一种可能的设计所提供的方法的各个模块，或者包括用于执行第二方面或第二方面中的任一种可能的设计所提供的方法的各个模块，或者包括用于执行第三方面或第三方面中的任一种可能的设计所提供的方法的各个模块。作为一个示例，该信息传输装置可以是网络设备。

第八方面，本申请提供了一种信息传输装置。该信息传输装置包括存储器和处理器，存储器用于用于存储计算机指令。处理器用于调用该计算机指令，以执行第一方面或第一方面中的由控制设备执行的任一种可能的设计所提供的方法，或者，执行第四方面或第四方面中的任一种可能的设计所提供的方法，或者，执行第五方面或第五方面中的任一种可能的设计所提供的方法。作为一个示例，该信息传输装置可以是芯片或控制设备。

第九方面，本申请提供了一种信息传输装置。该信息传输装置包括存储器和处理器，存储器用于用于存储计算机指令。处理器用于调用该计算机指令，以执行第一方面或第一方面中的由网络设备执行的任一种可能的设计所提供的方法，或者，执行第二方面或第二方面中的任一种可能的设计所提供的方法，或者，执行第三方面或第三方面中的任一种可能的设计所提供的方法。作为一个示例，该信息传输装置可以是芯片或网络设备。

第十方面，本申请提供了一种计算机可读存储介质，其上储存有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行第一方面或第一方面中的由控制设备执行的任一种可能的设计所提供的方法，或者，执行第四方面或第四方面中的任一种可能的设计所提供的方法，或者，执行第五方面或第五方面中的任一种可能的设计所提供的方法。

第十一方面，本申请提供了一种计算机可读存储介质，其上储存有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行第一方面或第一方面中的由网络设备执行的任一种可能的设计所提供的方法，或者，执行第二方面或第二方面中的任一种可能的设计所提供的方法，或者，执行第三方面或第三方面中的任一种可能的设计所提供的方法。

第十二方面，本申请提供了一种计算机程序产品，当其在计算机上运行时，使得第一方面或第一方面中的由控制设备执行的任一种可能的设计所提供的方法被执行，或者，执行第四方面或第四方面中的任一种可能的设计所提供的方法被执行，或者，执行第五方面或第五方面中的任一种可能的设计所提供的方法被执行。

第十三方面，本申请提供了一种计算机程序产品，当其在计算机上运行时，使得第一方面或第一方面中的由网络设备执行的任一种可能的设计所提供的方法被执行，或者，执行第二方面或第二方面中的任一种可能的设计所提供的方法被执行，或者，执行第三方面或第三方面中的任一种可能的设计所提供的方法被执行。

可以理解的是，上述提供的任一种信息传输装置、计算机可读存储介质或计算机程序产品等均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。

附图说明

图1为可适用于本申请一实施例的通信系统的架构示意图；

图2A为可适用于本申请一实施例的SNMP报文格式的示意图；

图2B为可适用于本申请一实施例的Netconf消息格式的示意图；

图3为本申请实施例提供的一种信息传输方法的交互示意图；

图4为本申请实施例提供的另一种信息传输方法的交互示意图；

图5为可适用于本申请一实施例的通信系统的架构示意图；

图6为本申请实施例基于图5提供的一种信息处理方法的流程示意图；

图7为可适用于本申请另一实施例的通信系统的架构示意图；

图8为可适用于本申请另一实施例的通信系统的架构示意图；

图9为本申请实施例基于图8提供的一种信息处理方法的流程示意图；

图10为本申请实施例提供的一种发送端设备的结构示意图；

图11为本申请实施例提供的一种接收端设备的结构示意图；

图12为本申请实施例提供的一种通信设备的硬件结构示意图。

具体实施方式

如图1所示，为可适用于本申请一实施例的通信系统的架构示意图。图1所示的通信系统包括控制设备10，以及控制设备10管理的一个或多个网络设备20。其中，控制设备10与其所管理的网络设备20可以直接连接，也可以通过另一网络设备20间接连接。可选的，控制设备10与网络设备20之间的网络管理协议包括Netconf。网络设备20之间的网络管理协议包括Netconf和/或SNMP等。

控制设备10，也可以称作网管或管理基站，是通信系统的控制中心，负责对网络设备20进行管理，如查询网络设备20的功能的(如路由功能、组播功能等)信息，或者对网络设备20的功能进行配置(如增、删或改)，或者显示网络设备20发送的错误报告等。控制设备10可以是部署有NMS或EMS的服务器等。

网络设备20，是控制设备10管理的设备，例如可以是主机，网桥，路由器或集线器等。网络设备20可以响应控制设备10的请求以进行相应的操作，也可以在没有请求的情况下向控制设备10发送错误报告等。

需要说明的是，图1所示的通信系统为可适用于本申请一实施例的通信系统的一种示例，其不对所适用于本申请实施例的通信系统构成限定。

以下，对本申请实施例涉及的术语和技术进行简单介绍，以方便读者理解。

1)、SNMP

SNMP，是用于管理基于网络之间互连的协议(internet protocol，IP)网络的设备的协议。从逻辑功能上来讲，SNMP中定义了如下角色：

SNMP管理站，又称为NMS，是通信系统的控制台，位于控制设备中。SNMP管理站负责向管理员提供界面，以及获取与改变网络设备的配置、信息、状态、操作等信息。

SNMP代理(agent)：是SNMP的访问代理，位于每个被管理的网络设备中。SNMP代理负责响应SNMP管理站的请求，如从网络设备获取信息，或设置网络设备的功能等。另外，SNMP代理还可以负责根据网络设备状态使用Trap操作向SNMP管理站发送错误报告。

SNMP管理站与SNMP代理进行通信，以执行SNMP操作。SNMP操作包括SNMP管理站向SNMP代理发送的SNMP报文对应的操作如Set操作、Get操作或Get-Next操作等，以及SNMP代理向SNMP管理站发送的SNMP报文对应的操作如警报(Trap)操作等。以由SNMP管理站向SNMP代理发送的SNMP报文为例，SNMP管理站用于生成SNMP报文的净荷，为SNMP报文的净荷添加头信息得到SNMP报文，并发送该SNMP报文。SNMP代理用于接收SNMP报文，解析SNMP报文得到净荷，并基于所得到的净荷执行相应的操作。

SNMP管理站和SNMP代理之间以变量形式传输信息，这些变量的类型和相关描述信息被定义在MIB中，也就是说，SNMP的数据模型是基于MIB建立的数据模型。SNMP管理站与SNMP代理通过MIB进行接口统一，SNMP管理站和SNMP代理都实现了MIB中定义的信息，使得双方可以识别对方的数据，从而实现通信。

2)、SNMP报文、SNMP应答报文

如果控制设备向网络设备发送SNMP报文(如SNMP Set报文、SNMP Get报文、Get-Next报文)，则网络设备在执行完该SNMP报文对应的操作之后，会向控制设备返回一个SNMP应答报文，以通知控制设备：网络设备是否成功执行该SNMP报文对应的操作。其中，如果成功执行该SNMP报文对应的操作，则SNMP应该答报文具体是肯定应答(acknowledgement，ACK)；否则，SNMP应答报文具体是否定应答(negative acknowledgement，NACK)。

如图2A所示，为可适用于本申请一实施例的SNMP报文格式的示意图。图2A中的SNMP报文包括如下字段：IP头(IP header)、用户数据报协议(user datagram protocol，UDP)头(UDP header)、SNMP消息头(SNMP Message header)和SNMP协议数据单元(protocoldata unit，PDU)。其中，SNMP PDU是SNMP报文的净荷。SNMP PDU可以包括如下字段：

PDU类型(PDU type)字段，用于承载该SNMP报文的类型，如Set类型、Get类型、Get-Next类型或Trap类型等。如果一个SNMP报文对应的操作是Set操作，则该SNMP报文的类型是Set类型。其他类型如Get类型等的含义与此类似，此处不再一一说明。

请求标识(Request ID)字段，用于承载SNMP报文的标识。

错误状态(Error Satus)字段，用于承载是否成功执行SNMP报文对应的操作。

错误索引(Error Index)字段，用于当错误状态用于指示没有成功执行SNMP报文时，具体是哪个对象值没有被成功执行。

对象值(Object Value)字段，用于承载真正要传输的信息。对象值字段是可变字段，包括对象值1、对象值2……对象值n。n是大于或等于1的整数。

本申请实施例中描述的SNMP报文和SNMP应答报文的结构均可以参考图2A。

3)、Netconf和Netconf消息

Netconf，是一种网络管理协议。Netconf可以由上至下分为：内容层、操作层、消息层和安全传输层。内容层中定义了需要使用Yang语言对通过Netconf传输的数据进行建模。操作层中定义了几种常用的RPC类型，同时也支持用户自定义RPC类型。消息层中定义了几种消息类型。安全传输层是指传输层需要使用带有安全加密的通信协议。

Netconf消息可以包括RPC类型的Netconf消息和通知类型的Netconf消息等。

Netconf消息通常采用可扩展标记语言(extensible markup language，XML)格式，如图2B所示，为可适用于本申请一实施例的一种Netconf消息的格式。图2B示意了一种RPC类型的Netconf消息和其应答消息的格式，以及消息格式中的代码与相应层之间的对应关系。

Netconf操作层支持用户自定义的RPC类型。其中，定义RPC类型可以理解为定义Netconf的消息格式，具体包括定义Netconf消息的每个输入参数的含义和每个输入参数所占的比特数，和/或，定义Netconf消息的每个输出参数的含义和每个输出参数所占的比特数等。

4)、网络设备的功能

网络设备的功能例如可以是路由功能或组播功能等能够被控制设备管理的功能。也就是说，这些功能的相关信息可以通过控制设备进行管理。管理一个功能可以包括：配置(如增、删或改)、查询该功能的信息，以及显示该功能的Trap的内容等。

每种功能可以是基于SNMP或Netconf的数据模型建立的。具体是基于哪种数据模型建立的，可以是预定义的，也可以进行更新。

以下，结合附图对本申请实施例提供的信息传输方法进行详细说明。

如图3所示，为本申请实施例提供的一种信息传输方法的交互示意图。图3所示的方法可以包括如下步骤：

S101：控制设备基于SNMP的数据模型(如MIB中定义的数据模型)生成第一待发送信息。具体的，控制设备在需要管理(如配置或查询)网络设备的某一功能，且该功能是基于SNMP的数据模型的功能时，生成第一待发送信息。第一待发送信息用于指示管理该功能。

在一种实现方式中，第一待发送信息是目标SNMP报文的净荷。该实现方式中，控制设备不需要区分SNMP报文的净荷中的各字段，因此实现较简单。

在另一种实现方式中，第一待发送信息是目标SNMP报文的净荷中的目标字段中的信息，如目标字段包括请求标识字段和对象值字段。考虑到SNMP报文的净荷中的错误状态和错误索引在SNMP报文中不生效，因此，在传输目标SNMP报文时，可以不传输错误状态和错误索引。这样，可以节省传输开销。当然，也可以传输错误状态和错误索引，且将传输错误状态和错误索引设置为无效值如0。另外，在传输目标SNMP报文时可以不传输净荷中的类型(即目标SNMP报文的类型)的原因可以参考下文。

需要说明的是，具体实现的过程中，第一待发送信息具体是上述两种实现方式中的哪一种可以是预定义的，例如通过协议预定的；也可以是控制设备与网络设备之间进行信息交互协商确定的。本申请实施例对此不进行限定。

目标SNMP报文可以是SNMP Set报文、SNMP Get报文或Get-Next报文等。

S102：控制设备获取第一待发送信息所在的目标SNMP报文的类型(如Set类型、Get类型或Get-Next类型等)。具体的，控制设备可以从目标SNMP报文的净荷的PDU类型字段中获取目标SNMP报文的类型。

如果第一待发送信息是目标SNMP报文的净荷中的部分信息，则针对S101和S102：在一种实现方式中，控制设备不需要在生成目标SNMP报文的净荷或者生成目标SNMP报文之后，再获取第一待发送信息和/或目标SNMP报文的类型，而是在生成目标SNMP报文的净荷之前或过程中，就获取第一待发送信息和/或目标SNMP报文的类型。换句话说，在整个信息传输过程中，控制设备可以不生成目标SNMP报文的净荷或者不生成目标SNMP报文。在另一种实现方式中，控制设备可以在生成目标SNMP报文的净荷或目标SNMP报文之后，获取第一待发送信息和/或目标SNMP报文的类型。

同理，如果第一待发送信息是目标SNMP报文的净荷，则针对S101和S102：在一种实现方式中，控制设备可以在生成目标SNMP报文的净荷之前或过程中就获取目标SNMP报文的类型。另外在整个信息传输过程中，控制设备可以不生成目标SNMP报文。在另一种实现方式中，控制设备可以在生成目标SNMP报文之后，获取目标SNMP报文的净荷。

S103：控制设备根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为第一RPC类型。

RPC的多种类型与SNMP报文的多种类型之间的映射关系可以是预定义的。例如通过协议预定义的，或通过控制设备与网络设备进行信息交互预定义的，本申请对此不进行限定。

可选的，RPC类型与SNMP报文的类型一一对应。例如，如果SNMP报文的类型是Set类型，则第一RPC类型的标识信息可以是“rpc snmpSetOperation”；如果SNMP报文的类型是Get类型，则第一RPC类型的标识信息可以是“rpc snmpGetOperation”等。

根据上文中的描述可知，本申请实施例支持通过RPC类型的标识信息识别SNMP报文的类型。基于此，网络设备可以在解析所接收到的Netconf消息获得该Netconf消息的RPC类型时；并根据该RPC类型，确定出该Netconf消息所封装的信息(即第一待发送信息)所在的SNMP报文的类型，因此，控制设备可以不发送目标SNMP报文的类型。

上述S102～S103可以认为是控制设备确定发送SNMP报文中的信息时确定所使用的Netconf消息的RPC类型的一种具体实现方式，且S102～S103中是以RPC的类型与SNMP报文的类型之间具有映射关系为例进行说明的。当然本申请实施例不限于此。

S104：控制设备将第一待发送信息封装成第一RPC类型的Netconf消息(下文中称为第一Netconf消息)，其中，第一Netconf消息的输入(input)参数是第一待发送信息。

如果第一待发送信息是目标SNMP报文的净荷，则将该净荷以字符串的形式作为第一Netconf消息的输入参数。如果第一待发送信息是目标SNMP报文的净荷中的目标字段中的信息，则将分别将每个目标字段作为第一Netconf消息的输入参数。

S105：控制设备将第一Netconf消息发送给网络设备。

S106：网络设备接收到第一Netconf消息之后，解析第一Netconf消息得到第一Netconf消息的类型(即第一RPC类型)，当确定第一Netconf消息的类型是RPC类型时，将第一Netconf消息的输入参数作为第一待处理信息。第一处理信息是第一待发送信息经网络传输抵达网络设备之后得到的信息。第一处理信息与第一待发送信息内容相同。

S107：网络设备根据第一待处理信息管理基于SNMP的数据模型的功能。例如，如果第一待处理信息所在的SNMP报文的类型是Set类型，则根据第一待处理信息配置基于SNMP的数据模型的功能的信息。如果第一待处理信息所在的SNMP报文的类型是Get类型，则根据第一待处理信息查询基于SNMP的数据模型的功能的状态信息等。

在一种实现方式中，如果第一待处理信息包括SNMP报文的净荷，则网络设备直接根据第一待处理信息管理基于SNMP的数据模型对网络设备进行管理。

在另一种实现方式中，如果第一待处理信息包括SNMP报文中的部分信息如SNMP报文的净荷中的请求标识和对象值，则该方法还可以包括：网络设备根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定第一Netconf消息的类型(即第一RPC类型)对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为第一待处理信息所在的SNMP报文的类型。该情况下，S107可以包括：网络设备根据第一待处理信息和其所在的SNMP报文的类型，管理基于SNMP的数据模型的功能。

根据S101中的描述可知，网络设备可以根据预定义的信息，或者是与网络设备之间进行信息交互，确定第一处理信息满足上述哪种实现方式，当然本申请实施例不限于此。

S108：网络设备在执行S107之后，基于SNMP的数据模型生成第二待发送信息。第二待发送信息用于通知控制设备：网络设备是否成功执行第一待处理信息所指示的SNMP操作。

在一种实现方式中，第二待发送信息是目标SNMP应答报文的净荷。该实现方式较简单。

在另一种实现方式中，第二待发送信息是目标SNMP应答报文的净荷中的目标字段中的信息，如目标字段可以包括请求标识字段、错误状态字段、错误索引字段和对象值字段。结合S109，考虑到RPC与SNMP应答报文的类型之间存在映射关系，因此在传输目标SNMP应答报文时，可以不传输目标SNMP应答报文的类型。这种实现方式可以节省传输开销。其中，目标SNMP应答报文是上述目标SNMP报文对应的应答报文。

与第一待发送信息类似，具体实现的过程中，第二待发送信息具体是上述两种实现方式中的哪一种可以是预定义的，例如通过协议预定的；也可以是控制设备与网络设备之间进行信息交互协商确定的。本申请实施例对此不进行限定。

S109：网络设备根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定目标SNMP应答报文的类型对应的RPC类型，并将所确定的RPC类型作为第二RPC类型。其中，一个SNMP报文的应答报文的类型与该SNMP报文的类型相同。

S110：网络设备将第二待发送信息封装成第二RPC类型的Netconf消息(即第二Netconf消息)。其中，第二Netconf消息的输出(output)参数是第二待发送信息。

如果第二待发送信息是目标SNMP应答报文的净荷，则将该净荷以字符串的形式作为第二Netconf消息的输出参数。如果第二待发送信息是目标SNMP应答报文的净荷中的目标字段中的信息，则将分别将每个目标字段作为第二Netconf消息的输出参数。

S111：网络设备将第二Netconf消息发送给控制设备。

S112：控制设备接收到第二Netconf消息之后，解析第二Netconf消息得到第二Netconf消息的类型(即第二RPC类型)，当确定第二Netconf消息的类型是RPC类型时，将第二Netconf消息的输出参数作为第二待处理信息。第二待处理信息与第二待发送信息的内容相同。

上述S109～S112中相关内容的解释以及具体实现方式等均可以参考上述S103～S106。

S113：控制设备根据第二待处理信息获知网络设备对第一待发送信息所指示的SNMP操作的处理结果，如执行成功或执行失败。S113可以认为是控制设备根据第二待处理信息管理基于SNMP的数据模型的功能的一种具体实现方式。

本申请实施例提供的信息传输方法，通过Netconf消息传输基于SNMP的数据模型建立的信息，不涉及YANG与MIB的数据模型转换，因此实现简单。当运营商因新开发一个功能而需要新增MIB模型时，本技术方案不需要做任何适配修改，因此通用性较强。由此可知，本技术方案有助于加快SNMP向Netconf演进的过程，从而有助于电信网络向SDN演进。

以下，说明本申请实施例提供的用于传输SNMP Set报文中的信息的Netconf消息的格式。

方式一：如果第一待发送信息是SNMP Set报文的净荷，第二待发送信息是SNMPSet应答报文的净荷，则第一Netconf消息和第二Netconf消息的格式可以参考以下代码得到：

基于该方式，作为一个示例，第一Netconf消息可以通过如下代码实现：

基于该方式，作为一个示例，第二Netconf消息可以通过如下代码实现：

方式二：如果第一待发送信息和第二待发送信息均是SNMP Set报文的净荷中的请求标识、错误状态、错误索引和对象值，则第一Netconf消息和第二Netconf消息的格式可以参考以下代码得到：

基于该方式，作为一个示例，第一Netconf消息可以通过如下代码实现：

基于该方式，作为一个示例，第二Netconf消息可以通过如下代码实现：

需要说明的是，如果目标SNMP报文是SNMP Get报文或者Get-Next报文，则第一Netconf消息和第二Netconf消息的消息格式以及消息格式的具体示例可以对应地参考上述基于SNMP Set报文描述的第一Netconf消息和第二Netconf消息的消息格式以及消息格式的具体示例，此处不再赘述。

如图4所示，为本申请实施例提供的一种信息传输方法的交互示意图。图4中是以SNMP报文是网络设备发送给控制设备的报文如SNMP Trap报文为例进行说明的。SNMP Trap报文的类型是Trap类型。图4所示的方法可以包括如下步骤：

S201：网络设备基于SNMP的数据模型(如MIB中定义的数据模型)生成第三待发送信息。具体的，网络设备在需要向控制设备发送某一功能的错误报告，且该功能是基于SNMP的数据模型的功能时，生成第三待发送信息。第三待发送信息用于指示该错误报告的内容。

可选的，第三待发送信息是目标SNMP报文的净荷，或者，是目标SNMP报文的净荷中的目标字段中的信息，如目标字段是请求标识字段和对象值字段；或者，目标字段是请求标识字段、错误状态字段、错误索引字段和对象值字段，且错误状态字段和错误索引字段中的信息是无效值如0。

S202：网络设备获取第三待发送信息所在的目标SNMP报文的类型如Trap类型。具体的，网络设备可以从目标SNMP报文的净荷的PDU类型字段中获取目标SNMP报文的类型。

S203：网络设备将第三待发送信息封装成通知类型的Netconf消息(即第三Netconf消息)。其中，第三待发送信息是第三Netconf消息的通知参数。

如果第三待发送信息是目标SNMP报文的净荷，则将该净荷以字符串的形式作为第三Netconf消息的输出参数。如果第三待发送信息是目标SNMP应答报文的净荷中的目标字段中的信息，则将分别将每个目标字段作为第三Netconf消息的通知参数。

S204：网络设备将第三Netconf消息发送给控制设备。

S205：控制设备接收到第三Netconf消息之后，解析第三Netconf消息得到第三Netconf消息的类型(即通知类型)，当确定第三Netconf消息的类型是通知类型时，将第三Netconf消息的通知参数作为第三待处理信息。第三处理信息与第三待发送信息内容相同。

S206：控制设备输出如显示第三待处理信息。S206可以认为是控制设备管理基于SNMP的数据模型的功能的一种具体实现方式。

本实施例的有益效果可以参考上述图3所示的实施例的有益效果，此处不再赘述。

以下，说明本申请实施例中定义的用于传输SNMP Trap报文的信息的Netconf消息的格式的具体示例。

方式一：如果第三待发送信息是目标SNMP报文的净荷，则第三Netconf消息的格式可以如下：

基于该方式，作为一个示例，第三Netconf消息可以通过如下代码实现：

方式二：如果第三待发送信息是SNMP Trap报文的净荷中的请求标识、错误状态、错误索引和对象值，则第三Netconf消息的格式可以如下：

基于该方式，作为一个示例，第三Netconf消息可以通过如下代码实现：

以下，通过具体示例对图3所示的方法进行说明。

实施例一

在一些应用场景中，网络设备的功能是基于SNMP的数据模型的功能。如图5所示为可适用于该应用场景的一种通信系统的架构示意图。该通信系统包括控制设备10和网络设备20。控制设备10和网络设备20的描述可参考上文中对图1所示的通信系统的描述。

控制设备10包括配置引擎11、SNMP客户端12和Netconf协议栈13。其中，配置引擎11用于控制SNMP客户端12生成待发送信息。SNMP客户端12用于代替SNMP管理站执行生成SNMP报文的净荷的步骤，另外，还可以用于执行本申请实施例提供的新的步骤，具体示例可参见下文。Netconf协议栈13用于执行Netconf中定义的控制设备侧的“消息层和安全传输层”所执行的功能；也就是说，Netconf协议栈13代替执行SNMP管理站执行的封装头信息的步骤和传输步骤等。

网络设备20包括Netconf协议栈21和SNMP服务端22。其中，Netconf协议栈21可用于执行Netconf中定义的网络设备侧的“消息层和安全传输层”所执行的功能；也就是说，Netconf协议栈21代替执行SNMP代理所执行的传输步骤和解析协议头步骤，以及本申请实施例提供的新的步骤，具体示例可以参考下文。

如图6所示，为基于图5提供的一种信息处理方法的流程示意图。该方法包括如下步骤：

S301：控制设备的配置引擎确定需要管理基于SNMP的数据模型建立的功能时，向控制设备的SNMP客户端发送指示信息。该指示信息中包含该网络设备的标识信息。

S302：控制设备的SNMP客户端根据该指示信息基于SNMP的数据模型生成第一待发送信息，并获取第一待发送信息所在的目标SNMP报文的类型。

S303：控制设备的SNMP客户端将第一待发送信息和目标SNMP报文的类型发送给Netconf协议栈。

S304：控制设备的Netconf协议栈根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为第一RPC类型；将第一待发送信息封装成第一RPC类型的Netconf消息(即第一Netconf消息)，其中，第一Netconf消息的输入参数是第一待发送信息。

S305：控制设备的Netconf协议栈将第一Netconf消息发送给网络设备。

S306：网络设备的Netconf协议栈解析第一Netconf消息，得到第一Netconf消息的类型，当确定第一Netconf消息的类型是第一RPC类型时，将第一Netconf消息的输入参数作为第一待处理信息。

S307：网络设备的Netconf协议栈将第一待处理信息发送给网络设备的SNMP服务端。

S308：网络设备的SNMP服务端根据第一待处理信息，管理基于SNMP的数据模型的功能，这里的“功能”与第一待发送信息所指示的功能相同。后续，网络设备的SNMP服务端可以基于SNMP的数据模型生成第二待发送信息。

可选的，如果第一待处理信息不包括目标SNMP报文的净荷中的报文类型时，网络设备的Netconf协议栈还可以根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定第一RPC类型对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为目标SNMP报文的类型发送给SNMP服务端。该情况下，S308可以包括：网络设备的SNMP服务端根据第一待处理信息和目标SNMP报文的类型，管理基于SNMP的数据模型的功能。

S309：网络设备的SNMP服务端将第二待发送信息发送给网络设备的Netconf协议栈。

S310：网络设备的Netconf协议栈根据RPC的多种类型与SNMP报文的多种类型的映射关系，确定第二待发送信息所在的SNMP应答报文的类型对应的RPC类型，将所确定的RPC类型作为第二RPC类型；将第二待发送信息作为第二RPC类型的Netconf消息(即第二Netconf消息)，第二Netconf的输出参数是第二待发送信息。

S311：网络设备的Netconf协议栈将第二Netconf消息发送给控制设备。

S312：控制设备的Netconf协议栈接收到第二Netconf消息之后，解析第二Netconf消息得到第二Netconf消息的类型是类型(即RPC类型)，当确定第二Netconf消息的类型是第二RPC类型时，将第二Netconf消息的输入参数作为第二待处理信息。

S313：控制设备的Netconf协议栈将第二处理信息发送给控制设备的SNMP客户端。

S314：控制设备的SNMP客户端根据第二待处理信息管理基于SNMP的数据模型的功能。

可选的，如果第二待处理信息不包括SNMP应答报文的净荷中的报文类型时，控制设备的Netconf协议栈还可以根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定第二RPC类型对应的SNMP应答报文的类型，并将所确定的SNMP应答报文的类型作为目标SNMP应答报文的类型发送给控制设备的SNMP客户端。该情况下，S314可以包括：控制设备的SNMP客户端根据第二待处理信息和目标SNMP应答报文的类型，管理基于SNMP的数据模型的功能。

本实施例中相关内容的解释以及有益效果的描述均可以参上文，此处不再赘述。

实施例二

在一些应用场景中，网络设备的一部分功能是基于SNMP的数据模型的功能，另一部分功能是基于Netconf的数据模型的功能。如图7所示，为可适用于该应用场景的一种通信系统的架构示意图。该通信系统包括控制设备10和网络设备20。

在图5所示的控制设备10的基础上，图7所示的控制设备10还包括Netconf客户端14。基于此，配置引擎11还用于控制Netconf客户端14生成待发送信息。Netconf客户端14用于执行Netconf中定义的控制设备侧的“内容层和操作层”所执行的功能。

在图5所示的网络设备20的基础上，图7所示的网络设备20还包括Netconf服务端23。Netconf服务端23用于执行Netconf中定义的网络设备侧的“内容层和操作层”所执行的功能。

本申请实施例基于图6提供的信息传输方法需要说明以下几点：

第一，对于控制设备来说，在配置引擎确定需要配置或查询网络设备中的某一功能的信息的情况下：

如果判定该功能是基于SNMP的数据模型的功能，则向控制设备的SNMP客户端发送指示信息，该指示信息用于指示控制设备的SNMP客户端生成第一待发送信息。后续，控制设备所执行的步骤可以参考上述S302～S305。

如果判定该功能是基于Netconf的数据模型的功能，则向控制设备的Netconf客户端发送指示信息，该指示信息用于指示控制设备的SNMP客户端生成第四待发送信息，第四待发送信息用于指示管理该功能。后续控制设备所执行的步骤可以参考现有技术，例如控制设备的Netconf客户端根据该指示信息基于Netconf的数据模型生成第四待发送信息，将第四待发送信息发送给控制设备的Netconf协议栈。控制设备的Netconf协议栈将第四待发送信息封装成第四RPC类型的Netconf消息(即第四Netconf消息)，并向网络设备发送第四Netconf消息。

可选的，在配置引擎确定需要配置网络设备中的第一功能时，如果确定第一功能与第二功能的配置顺序具有依赖关系，且第一功能和第二功能的其中之一是基于SNMP的数据模型的功能，另一个是基于Netconf的数据模型的功能(如第一功能是基于SNMP的数据模型的功能，且第二功能是基于Netconf的数据模型的功能；或者，第一功能是基于Netconf的数据模型的功能，且第二功能是基于SNMP的数据模型的功能)，那么：当该依赖关系是先配置第二功能再配置第一功能时(例如第二功能是路由功能，第一功能是组播功能时)，配置引擎在确定已向网络设备配置第二功能之后，如已接收到该网络设备发送的关于配置第二功能的应答报文之后，向该网络设备配置第一功能如向该网络设备发送配置第一功能的报文。

该可选的实现方式中，配置引擎可以根据功能之间的依赖关系配置功能，有助于保证基于Netconf的数据模型的功能和基于SNMP的数据模型的功能的配置先后顺序，从而避免基于不同协议的数据模型的功能之间的配置冲突，进而提高通信系统的整体性能。

第二，对于网络设备来说，在Netconf协议栈接收到Netconf消息之后，可以先解析该Netconf消息，获得该Netconf消息的RPC类型。然后：

如果所获得的RPC类型是第一RPC类型，说明该Netconf消息是第一Netconf消息，则将该Netconf消息的输入参数作为第一待处理信息；然后，根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定第一RPC类型对应的SNMP类型，并将所确定的SNMP类型作为第一待处理信息所在的SNMP报文的类型。后续，网络设备所执行的步骤可以参考上述S306～S311。

如果所获得的RPC类型是第四RPC类型，说明该Netconf消息是第四Netconf消息，则基于第四RPC类型获得第四待处理信息，并将第四处理信息发送给网络设备的Netconf服务端。网络设备的Netconf服务端根据第四待处理信息管理该功能。

也就是说，本申请实施例支持通过识别RPC类型来识别Netconf消息中封装的信息是基于SNMP的数据模型建立的信息，还是基于Netconf的数据模型建立的信息。

第三，对于控制设备来说，在Netconf协议栈接收到Netconf消息之后，可以通过识别解析Netconf消息得到的该Netconf消息的RPC类型，来确定将封装在Netconf消息中的待处理信息发送给Netconf客户端，还是发送给SNMP客户端。

本实施例所能达到的有益效果可以参考上文。另外，本实施例中，基于Netconf的数据模型建立的信息和基于SNMP的数据模型建立的信息均可以通过Netconf承载。因此，一方面，控制设备和网络设备之间可以只创建Netconf通道，不需要创建SNMP通道。由于Netconf的密钥分发体系比SNMP更完善，Netconf的TCP传输机制比SNMP的UDP传输机制更可靠，因此，本实施例可以提高数据的传输可靠性。另一方面，运营商只需要分配Netconf的用户名或密码，不需要分配SNMP的用户名或密码，极大简化了用户管理的复杂度。

实施例三

上述实施例一和实施例二中均是以网络设备直接与控制设备连接为例进行说明的，除此之外，还可能存在多级网络设备堆叠或级联的应用场景。如图8所示为可适用于该应用场景的一种通信系统的架构示意图。该通信系统包括控制设备10和至少两个网络设备20。其中，至少两个网络设备20包括与控制设备10间接连接的网络设备(即下级网络设备)，以及与该下级网络设备连接的上级网络设备。上级网络设备与下级网络设备之间通过SNMP通信。其中，控制设备10和网络设备20的相关描述可以参考上文中对图1所示的通信系统的描述。

图8中的控制设备10与图5中的控制设备10相同。

图8中的上级网络设备在图5中的网络设备20的基础之上，还包括SNMP proxy24。SNMP proxy24可以认为集成了SNMP服务端22和SNMP管理站的功能，具体示例可以参考下文。

图8中的下级网络设备中包括SNMP代理31。其中，SNMP代理31的相关描述可以参考上文中对SNMP代理的描述。

如图9所示，为基于图8提供的一种信息处理方法的流程示意图。该方法包括如下步骤：

S401～S405：可以参考上述S301～S305。S301～S305中的“网络设备”在本实施例中是上级网络设备。S301中的指示信息携带的网络设备的标识在本实施例中是下级网络设备的标识。

S406：上级网络设备的Netconf协议栈接收到第一Netconf消息之后，解析第一Netconf消息得到第一Netconf的类型(即第一RPC类型)和下级网络设备的标识；根据第一RPC类型，将第一Netconf的输入参数作为第一待处理信息。

S407：上级网络设备的Netconf协议栈根据该下级网络设备的标识，将第一待处理信息发送给上级网络设备的SNMP proxy。

S408：上级网络设备的SNMP proxy将第一待处理信息封装成SNMP报文，并向该下级网络设备发送该SNMP报文。

可选的，如果第一待处理信息不包括SNMP报文的净荷中的报文类型，上级网络设备的Netconf协议栈还可以根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定第一RPC类型对应的SNMP类型，并将所确定的SNMP类型作为第一待处理信息所在的SNMP报文的类型发送给上级网络设备的SNMP proxy。该情况下，S408可以包括：上级网络设备的SNMP proxy将第一待处理信息和接收到的SNMP类型封装成SNMP报文。

S409：下级网络设备的SNMP代理接收到该SNMP报文之后，根据该SNMP报文管理相应的功能，并生成针对该SNMP报文的应答报文(下文中称为SNMP应答报文)。

S410：下级网络设备的SNMP代理将该SNMP应答报文发送给上级网络设备。

S411：上级网络设备的SNMP代理的SNMP proxy接收到该SNMP应答报文之后，获取该SNMP应答报文的第二待处理信息。

S412～S417：可以参考上述S309～S314。

本实施例中，控制设备的南向管理协议为Netconf，而下级网络设备的北向管理协议为SNMP。使用该技术方案，下级网络设备不需要做修改就可以被控制设备管理，因此，有助于加快SNMP向Netconf演进的过程，从而有助于电信网络向SDN演进。

上述实施例一至三描述了不同场景下，图3所示的方法的具体实现方式。关于这些场景下，图4所示的方法的具体实现方式可以基于上述实施例一至三推理得到，本申请实施例对此不进行描述。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对控制设备或网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图10所示，为本申请实施例提供的一种发送端设备100的结构示意图。图10所示的发送端设备100包括处理单元1001和发送单元1002。

在本申请的一些实施例中，发送端设备100具体是控制设备，可以用于执行图3、图6或图9中控制设备所执行的部分步骤。基于此，以下提供几种可选的实现方式：

可选的，处理单元1001，用于将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，该Netconf消息的输入参数是待发送信息。发送单元1002，用于发送该Netconf消息。例如，结合图3，处理单元1001可以用于执行S104，发送单元1002可以用于执行S105。

可选的，处理单元1001具体用于：当待发送信息包括目标SNMP报文的净荷时，将该净荷作为该Netconf消息的输入参数；或者，当待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的输入参数，目标字段包括请求标识字段和对象值字段。

可选的，处理单元1001还用于：获取目标SNMP报文的类型；根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为该Netconf消息的RPC类型。例如，结合图3，处理单元1001用于执行S102和S103。

可选的，待发送信息用于配置网络设备的第一功能，第一功能与网络设备的第二功能的配置顺序具有依赖关系；第二功能是基于Netconf的数据模型的功能；如果依赖关系是先配置第二功能再配置第一功能，则发送单元1002具体用于，在确定已向网络设备配置第二功能之后，发送上述Netconf消息；或者，如果依赖关系是先配置第一功能再配置第二功能，则处理单元1001还用于，在发送单元1002发送上述Netconf消息之后，配置第二功能。

在本申请的一些实施例中，发送端设备100具体是网络设备，可以用于执行图3、图6或图9中网络设备所执行的部分步骤。基于此，以下提供几种可选的实现方式：

可选的，处理单元1001，用于将基于SNMP的数据模型建立的待发送信息封装成RPC类型的网络配置协议Netconf消息，该Netconf消息的输出参数是待发送信息；发送单元1002，用于发送该Netconf消息。例如，参见图3，处理单元1001可以用于执行S110，发送单元1002可以用于执行S111。

可选的，处理单元1001具体用于：当待发送信息包括目标SNMP应答报文的净荷时，将该净荷作为该Netconf消息的输出参数。例如，结合图3，处理单元1001可以用于执行S109。

可选的，处理单元1001具体用于：当待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的输出参数，目标字段包括请求标识字段、错误状态字段、错误索引字段和对象值字段。

可选的，处理单元1001还用于：获取目标SNMP应答报文的类型；根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定目标SNMP应答报文的类型对应的RPC类型，并将所确定的RPC类型作为该Netconf消息的RPC类型。

在本申请的一些实施例中，发送端设备100具体是网络设备，可以用于执行图4中网络设备所执行的步骤。基于此，以下提供几种可选的实现方式：

可选的，处理单元1001，用于将基于SNMP的数据模型建立的待发送信息封装成通知类型的Netconf消息，该Netconf消息的通知参数是待发送信息；发送单元1002，用于发送该Netconf消息。例如，结合图4，处理单元1001可以用于执行S203，发送单元1002可以用于执行S204。

可选的，处理单元1001具体用于：当待发送信息包括SNMP报文的净荷时，将该净荷作为Netconf消息的通知参数。

可选的，处理单元1001具体用于：当待发送信息包括SNMP报文的净荷中的目标字段携带的信息时，将每个目标字段携带的信息分别作为该Netconf消息的通知参数，目标字段包括请求标识字段和对象值字段。

如图11所示，为本申请实施例提供的一种接收端设备110的结构示意图。图11所示的接收端设备110包括接收单元1101和处理单元1102。

在本申请的一些实施例中，接收端设备110具体是网络设备，可以用于执行图3、图6或图9中网络设备所执行的部分步骤。基于此，以下提供几种可选的实现方式：

可选的，接收单元1101，用于接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；处理单元1102，用于当该Netconf消息是RPC类型的Netconf消息时，将该Netconf消息的输入参数作为待处理信息；以及，根据待处理信息，管理基于SNMP的数据模型的功能。例如，结合图3，接收单元1101可以用于执行S105对应的接收步骤，处理单元1102可以用于执行S106和S107。

可选的，待处理信息包括目标SNMP报文的净荷。可选的，待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

可选的，待处理信息包括目标SNMP报文的净荷中的请求标识和对象值；处理单元1101还用于，根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定该Netconf消息的RPC类型对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为目标SNMP报文的类型。处理单元1101具体用于，根据待处理信息和目标SNMP报文的类型管理基于SNMP的数据模型的功能。

在本申请的一些实施例中，接收端设备110具体是控制设备，可以用于执行图3、图6或图9中控制设备所执行的部分步骤。基于此，以下提供几种可选的实现方式：

可选的，接收单元1101，用于接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；处理单元1102，用于当该Netconf消息是RPC类型的Netconf消息时，将该Netconf消息的输出参数作为待处理信息；以及，根据待处理信息，管理基于SNMP的数据模型的功能。例如，结合图3，接收单元1101可以用于执行S111对应的接收步骤，处理单元1102可以用于执行S112和S113。

可选的，待处理信息包括目标SNMP应答报文的净荷。可选的，待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值。

可选的，待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值；处理单元1101还用于，根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定所述Netconf消息的RPC类型对应的SNMP应答报文的类型，并将所确定的SNMP应答报文的类型作为所述目标SNMP应答报文的类型；处理单元1101具体用于，根据所述待处理信息和所述目标SNMP应答报文的类型管理基于SNMP的数据模型的功能。

在本申请的一些实施例中，接收端设备110具体是控制设备，可以用于执行图4中控制设备所执行的步骤。基于此，以下提供几种可选的实现方式：

可选的，接收单元1101，用于接收Netconf消息，该Netconf消息中封装有基于SNMP的数据模型建立的待处理信息；处理单元1102，用于当该Netconf消息是通知类型的Netconf消息时，将该Netconf消息的通知参数作为待处理信息；根据待处理信息，管理基于SNMP的数据模型的功能。又如，结合图4，接收单元1101可以用于执行S204对应的接收步骤，处理单元1102可以用于执行S205和S206。

可选的，待处理信息包括目标SNMP报文的净荷。可选的，待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

上述提供的任一种发送端设备100和接收端设备110均可以通过如图12所示的通信设备120来实现。图12所示的通信设备120可以包括至少一个处理器1201，通信线路1202，存储器1203以及至少一个通信接口1204。

处理器1201可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1202可包括一通路，在上述组件之间传送信息。

通信接口1204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。

存储器1203可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路1202与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中，存储器1203用于存储执行本申请方案的计算机执行指令，并由处理器1201来控制执行。处理器1201用于执行存储器1203中存储的计算机执行指令，从而实现本申请下述实施例提供的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器1201可以包括一个或多个CPU，例如图12中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备120可以包括多个处理器。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

上述的通信设备120可以是一个通用设备或者是一个专用设备。本申请实施例不限定通信设备120的类型。

作为一种实施例，结合图10，发送端设备100中的发送单元1002和接收单元可以通过通信接口1204实现，处理单元1001可以通过存储器和处理器实现。其中，存储器1203用于存储计算机可执行程序，处理器1201用于调用该计算机可执行程序，以实现处理单元1001所具有的功能。

作为一种实施例，结合图11，接收端设备110中的接收单元1101可以通过通信接口1204实现，处理单元1102可以通过存储器和处理器实现。其中，存储器1203用于存储计算机可执行程序，处理器1201用于调用该计算机可执行程序，以实现处理单元1102所具有的功能。

本申请实施例还提供了一种通信系统，该通信系统可以包括控制设备和网络设备。当控制设备用于执行上述发送端设备100所执行的任一实施例中描述的功能时，网络设备用于执行上述接收端设备110所执行的对应实施例中描述的功能。当网络设备用于执行上述发送端设备100所执行的任一实施例中描述的功能时，控制设备用于执行上述接收端设备110所执行的对应实施例中描述的功能。

上述提供的任一种发送端设备、接收端设备、通信设备或通信系统中相关内容的解释和有益效果的描述等均可以参考上述对应的方法实施例部分，此处不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

以上所述，仅为本申请的具体实施方式。熟悉本技术领域的技术人员根据本申请提供的具体实施方式，可想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (36)

1.一种信息传输方法，其特征在于，应用于控制设备，所述方法包括：

将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成远程过程调用RPC类型的网络配置协议Netconf消息，所述Netconf消息的输入参数是所述待发送信息；

发送所述Netconf消息。

2.根据权利要求1所述的方法，其特征在于，所述将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，包括：

当所述待发送信息包括目标SNMP报文的净荷时，将所述净荷作为所述Netconf消息的输入参数；

或者，当所述待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的输入参数，所述目标字段包括请求标识字段和对象值字段。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

获取所述目标SNMP报文的类型；

根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定所述目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为所述Netconf消息的RPC类型。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述待发送信息用于配置网络设备的第一功能，所述第一功能与所述网络设备的第二功能的配置顺序具有依赖关系；所述第二功能是基于Netconf的数据模型的功能；

如果所述依赖关系是先配置所述第二功能再配置所述第一功能，则所述发送所述Netconf消息，包括：在确定已向所述网络设备配置所述第二功能之后，发送所述Netconf消息；

或者，如果所述依赖关系是先配置所述第一功能再配置所述第二功能，则所述方法还包括：在发送所述Netconf消息之后，配置所述第二功能。

5.一种信息传输方法，其特征在于，应用于网络设备，所述方法包括：

将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成远程过程调用RPC类型的网络配置协议Netconf消息，所述Netconf消息的输出参数是所述待发送信息；

发送所述Netconf消息。

6.根据权利要求5所述的方法，其特征在于，所述将基于SNMP的数据模型建立的待发送信息封装成RPC类型的Netconf消息，包括：

当所述待发送信息包括目标SNMP应答报文的净荷时，将所述净荷作为所述Netconf消息的输出参数；

或者，当所述待发送信息包括目标SNMP应答报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的输出参数，所述目标字段包括请求标识字段、错误状态字段、错误索引字段和对象值字段。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

获取所述目标SNMP应答报文的类型；

根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定所述目标SNMP应答报文的类型对应的RPC类型，并将所确定的RPC类型作为所述Netconf消息的RPC类型。

8.一种信息传输方法，其特征在于，应用于网络设备，所述方法包括：

将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成通知类型的网络配置协议Netconf消息，所述Netconf消息的通知参数是所述待发送信息；

发送所述Netconf消息。

9.根据权利要求8所述的方法，其特征在于，所述将基于SNMP的数据模型建立的待发送信息封装成通知类型的Netconf消息，包括：

当所述待发送信息包括SNMP报文的净荷时，将所述净荷作为所述Netconf消息的通知参数；

或者，当所述待发送信息包括SNMP报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的通知参数，所述目标字段包括请求标识字段和对象值字段。

10.一种信息传输方法，其特征在于，应用于网络设备，所述方法包括：

接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

当所述Netconf消息是远程过程调用RPC类型的Netconf消息时，将所述Netconf消息的输入参数作为所述待处理信息；

根据所述待处理信息，管理基于SNMP的数据模型的功能。

11.根据权利要求10所述的方法，其特征在于，所述待处理信息包括目标SNMP报文的净荷；或者，所述待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

12.根据权利要求11所述的方法，其特征在于，所述待处理信息包括：所述目标SNMP报文的净荷中的请求标识和对象值；所述方法还包括：

根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定所述Netconf消息的RPC类型对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为所述目标SNMP报文的类型；

所述根据所述待处理信息，管理基于SNMP的数据模型的功能，包括：根据所述待处理信息和所述目标SNMP报文的类型管理基于SNMP的数据模型的功能。

13.一种信息传输方法，其特征在于，应用于控制设备，所述方法包括：

接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

当所述Netconf消息是远程过程调用RPC类型的Netconf消息时，将所述Netconf消息的输出参数作为所述待处理信息；

根据所述待处理信息，管理基于SNMP的数据模型的功能。

14.根据权利要求13所述的方法，其特征在于，所述待处理信息包括目标SNMP应答报文的净荷；或者，所述待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值。

15.根据权利要求14所述的方法，其特征在于，所述待处理信息包括：所述目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值；所述方法还包括：

根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定所述Netconf消息的RPC类型对应的SNMP应答报文的类型，并将所确定的SNMP应答报文的类型作为所述目标SNMP应答报文的类型；

所述根据所述待处理信息，管理基于SNMP的数据模型的功能，包括：根据所述待处理信息和所述目标SNMP应答报文的类型管理基于SNMP的数据模型的功能。

16.一种信息传输方法，其特征在于，应用于控制设备，所述方法包括：

接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

当所述Netconf消息是通知类型的Netconf消息时，将所述Netconf消息的通知参数作为所述待处理信息；

根据所述待处理信息，管理基于SNMP的数据模型的功能。

17.根据权利要求16所述的方法，其特征在于，所述待处理信息包括目标SNMP报文的净荷；或者，所述待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

18.一种控制设备，其特征在于，所述控制设备包括：

处理单元，用于将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成远程过程调用RPC类型的网络配置协议Netconf消息，所述Netconf消息的输入参数是所述待发送信息；

发送单元，用于发送所述Netconf消息。

19.根据权利要求18所述的控制设备，其特征在于，所述处理单元具体用于：

当所述待发送信息包括目标SNMP报文的净荷时，将所述净荷作为所述Netconf消息的输入参数；

或者，当所述待发送信息包括目标SNMP报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的输入参数，所述目标字段包括请求标识字段和对象值字段。

20.根据权利要求19所述的控制设备，其特征在于，所述处理单元还用于：

获取所述目标SNMP报文的类型；

根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定所述目标SNMP报文的类型对应的RPC类型，并将所确定的RPC类型作为所述Netconf消息的RPC类型。

21.根据权利要求18至20任一项所述的控制设备，其特征在于，所述待发送信息用于配置网络设备的第一功能，所述第一功能与所述网络设备的第二功能的配置顺序具有依赖关系；所述第二功能是基于Netconf的数据模型的功能；

如果所述依赖关系是先配置所述第二功能再配置所述第一功能，则所述发送单元具体用于，在确定已向所述网络设备配置所述第二功能之后，发送所述Netconf消息；

或者，如果所述依赖关系是先配置所述第一功能再配置所述第二功能，则所述处理单元还用于，在所述发送单元发送所述Netconf消息之后，配置所述第二功能。

22.一种网络设备，其特征在于，所述网络设备包括：

处理单元，用于将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成远程过程调用RPC类型的网络配置协议Netconf消息，所述Netconf消息的输出参数是所述待发送信息；

发送单元，用于发送所述Netconf消息。

23.根据权利要求22所述的网络设备，其特征在于，所述处理单元具体用于：

当所述待发送信息包括目标SNMP应答报文的净荷时，将所述净荷作为所述Netconf消息的输出参数；

或者，当所述待发送信息包括目标应答SNMP报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的输出参数，所述目标字段包括请求标识字段、错误状态字段、错误索引字段和对象值字段。

24.根据权利要求22或23所述的网络设备，其特征在于，所述处理单元还用于：

获取所述目标SNMP应答报文的类型；

根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定所述目标SNMP应答报文的类型对应的RPC类型，并将所确定的RPC类型作为所述Netconf消息的RPC类型。

25.一种网络设备，其特征在于，所述网络设备包括：

处理单元，用于将基于简单网络管理协议SNMP的数据模型建立的待发送信息封装成通知类型的网络配置协议Netconf消息，所述Netconf消息的通知参数是所述待发送信息；

发送单元，用于发送所述Netconf消息。

26.根据权利要求25所述的网络设备，其特征在于，所述处理单元具体用于：

当所述待发送信息包括SNMP报文的净荷时，将所述净荷作为所述Netconf消息的通知参数；

或者，当所述待发送信息包括SNMP报文的净荷中的目标字段携带的信息时，将每个所述目标字段携带的信息分别作为所述Netconf消息的通知参数，所述目标字段包括请求标识字段和对象值字段。

27.一种网络设备，其特征在于，所述网络设备包括：

接收单元，用于接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

处理单元，用于当所述Netconf消息是远程过程调用RPC类型的Netconf消息时，将所述Netconf消息的输入参数作为所述待处理信息；以及，根据所述待处理信息，管理基于SNMP的数据模型的功能。

28.根据权利要求27所述的网络设备，其特征在于，所述待处理信息包括目标SNMP报文的净荷；或者，所述待处理信息包括目标SNMP报文的净荷中的请求标识和对象值。

29.根据权利要求28所述的网络设备，其特征在于，所述待处理信息包括：所述目标SNMP报文的净荷中的请求标识和对象值；

所述处理单元还用于，根据RPC的多种类型与SNMP报文的多种类型之间的映射关系，确定所述Netconf消息的RPC类型对应的SNMP报文的类型，并将所确定的SNMP报文的类型作为所述目标SNMP报文的类型；

所述处理单元具体用于，根据所述待处理信息和所述目标SNMP报文的类型管理基于SNMP的数据模型的功能。

30.一种控制设备，其特征在于，所述控制设备包括：

接收单元，用于接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

处理单元，用于当所述Netconf消息是远程过程调用RPC类型的Netconf消息时，将所述Netconf消息的输出参数作为所述待处理信息；以及，根据所述待处理信息，管理基于SNMP的数据模型的功能。

31.根据权利要求30所述的控制设备，其特征在于，所述待处理信息包括目标SNMP应答报文的净荷；或者，所述待处理信息包括目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值。

32.根据权利要求31所述的控制设备，其特征在于，所述待处理信息包括：所述目标SNMP应答报文的净荷中的请求标识、错误状态、错误索引和对象值；

所述处理单元还用于，根据RPC的多种类型与SNMP应答报文的多种类型之间的映射关系，确定所述Netconf消息的RPC类型对应的SNMP应答报文的类型，并将所确定的SNMP应答报文的类型作为所述目标SNMP应答报文的类型；

所述处理单元具体用于，根据所述待处理信息和所述目标SNMP应答报文的类型管理基于SNMP的数据模型的功能。

33.一种控制设备，其特征在于，所述控制设备包括：

接收单元，用于接收网络配置协议Netconf消息，所述Netconf消息中封装有基于简单网络管理协议SNMP的数据模型建立的待处理信息；

处理单元，用于当所述Netconf消息是通知类型的Netconf消息时，将所述Netconf消息的通知参数作为所述待处理信息；根据所述待处理信息，管理基于SNMP的数据模型的功能。

34.根据权利要求33所述的控制设备，其特征在于，所述待处理信息包括：目标SNMP报文的净荷，或者，目标SNMP报文的净荷中的请求标识和对象值。

35.一种控制设备，其特征在于，包括存储器和处理器；所述存储器用于存储计算机指令，所述处理器用于调用所述计算机指令，以执行权利要求1～4和13～17任一项所述的方法。

36.一种网络设备，其特征在于，包括存储器和处理器；所述存储器用于存储计算机指令，所述处理器用于调用所述计算机指令，以执行权利要求5～12任一项所述的方法。

Images