CN111181772B - 网络协议下发方法、装置及系统 - Google Patents

Abstract

本发明公开了一种网络协议下发方法，包括：接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；确定所述能力查询请求对应功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。在不增加设备的开发工作量基础上，通过在控制器与设备之间引入能力查询方法，控制器可以自动获取到设备对各功能的具体支持情况，从而以较小的代价解决了功能表的裁剪问题，无需为设备量身定制功能表，减小了不同设备间的差异，有利于平台化。

Description

网络协议下发方法、装置及系统

技术领域

本发明涉及通信技术领域，具体涉及一种网络协议下发方法、装置及系统。

背景技术

随着SDN(软件定义网络，Software Defined Network)的发展，通过NETCONF(Network Configuration Protocol，网络配置协议)管理设备成为网络管理的主流。NETCONF采用的是Client/Server结构，NETCONF客户端运行在控制器侧，NETCONF服务器运行在设备侧。

目前，在NETCONF标准中，控制器与设备在建立会话时所进行的能力交换，控制器只能获取到设备支持的能力，能力是基于模块的，但是对于模块下不同的功能表支持情况以及每个功能表下面不同功能的支持情况，在进行能力交换时却没有规定。因此，在控制器不知道设备的具体支持情况时，如果向设备下发不支持功能的配置，设备会向控制器报错。

发明内容

本发明的目的是针对上述现有技术的不足提出的一种网络协议下发方法、装置及系统，该目的是通过以下技术方案实现的。

本发明的第一方面提出了一种网络协议下发方法，所述方法应用于设备，所述方法包括：

接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；

确定所述能力查询请求对应的功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；

依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

本发明的第二方面提出了一种网络协议下发方法，所述方法应用于控制器，所述方法包括：

获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备；

接收所述设备返回的针对所述能力查询请求的响应；

依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；

将裁剪后的功能表下发至所述设备。

本发明的第三方面提出了一种网络协议下发装置，所述装置应用于设备，所述装置包括：

接收模块，用于接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；

确定模块，用于确定所述能力查询请求对应的功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；

响应模块，用于依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

本发明的第四方面提出了一种网络协议下发装置，所述装置应用于控制器，所述装置包括：

发送模块，用于获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备；

接收模块，用于接收所述设备返回的针对所述能力查询请求的响应；

裁剪模块，用于依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；

下发模块，用于将裁剪后的功能表下发至所述设备。

本发明的第五方面提出了一种网络协议下发系统，包括控制器和设备；

所述控制器，用于获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备；

所述设备，用于确定所述功能表标识对应功能表的支持信息集合，所述支持信息集合包含设备对所述功能表中功能项的支持信息和/或子功能项的支持信息，并依据所述支持信息集合生成响应并返回至所述控制器；

所述控制器，还用于依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；将裁剪后的功能表下发至所述设备。

在本发明实施例中，在不增加设备的开发工作量基础上，通过接收来自控制器的用于查询设备功能的支持情况的能力查询请求，然后确定所述能力查询请求对应功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息，并依据所述支持信息集合生成响应并返回至控制器，以使控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

基于上述描述可知，通过在控制器与设备之间引入能力查询方法，控制器可以自动获取到设备对各功能的具体支持情况，从而以较小的代价解决了功能表的裁剪问题，无需为设备量身定制功能表，减小了不同设备间的差异，有利于平台化。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明根据一示例性实施例示出的一种网络协议下发系统结构示意图；

图2为本发明根据一示例性实施例示出的一种网络协议下发方法的实施例流程图；

图3为本发明根据一示例性实施例示出的另一种网络协议下发方法的实施例流程图；

图4为本发明根据一示例性实施例示出的一种网络协议下发装置的实施例流程图；

图5为本发明根据一示例性实施例示出的另一种网络协议下发装置的实施例流程图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

NETCONF提供的是一套管理网络设备的机制，NETCONF客户端运行在控制器侧，NETCONF服务器运行在设备侧。控制器侧的用户可以使用该机制增加、修改、删除设备侧的配置，还可以获取设备侧的配置信息和设备状态信息。设备提供了规范的API(ApplicationProgramming Interface，应用程序编程接口)，控制器可以通过NETCONF使用这些API管理设备。

对外，NETCONF客户端使用统一的数据模型与NETCONF服务器交互；对内，NETCONF服务器使用内部消息与设备的各应用提供的插件交互。

目前，在NETCONF标准中，在控制器与设备的会话建立阶段，双方会互相发送<hello>消息进行能力交换，<hello>消息中携带自身支持的能力。其中，能力可以是硬件能力也可以是软件能力，例如，Distinct Startup能力表示设备具备独立启动的能力、Writable-Running能力表示设备支持对<running/>配置数据库的访问能力，即设置支持对运行的配置进行编辑和读取操作。

由于不同型号设备的能力不同，支持的功能就存在差异。而能力是基于模块的，但是对于模块下不同的功能表支持情况以及每个功能表下面不同功能的支持情况，在进行能力交换时却没有规定。因此，在使用NETCONF协议过程中，会遇到功能表的裁剪问题。

例如，对于用于预留VLAN-Interface资源的ReserveVlanInterface表如下：

该功能表对于三层接口资源有限的设备会支持，但对于三层接口资源充足的设备却不会支持。

再例如，对于用于配置以太网接口常用功能的EthInterfaces表如下：

通常，设备都会支持该功能表。但对于表中的一些功能，并不是所有设备都会支持，如“Combo”，其功能是用于配置以太网接口的光电属性，对于支持光电切换的接口会支持该功能，而大多数设备的以太网接口的光电属性都是固定的，不支持切换，对于这些设备来说不会支持Combo功能项。

由此可见，在控制器不知道设备的具体支持情况时，如果向设备下发不支持功能的配置，设备会向控制器报错，这样会降低用户体验。

在一种实现方式中，对于不同型号设备，向控制器提供符合自身能力的功能表。对于不支持的功能表，不向控制器提供；对于支持的功能表中不支持的功能，从表中删除，不向控制器呈现。但这种方式需要针对不同型号设备量身定制功能表，工作量大，不利于平台化。对于需要管理不同设备的控制器来说，也需要区分设备型号使用不同的API，扩展性低。

为解决上述技术问题，在不增加设备的开发工作量基础上，本发明提出了一种网络协议下发技术方案，解决了功能表的裁剪问题。

如图1所示的网络协议下发系统结构，包括控制器101和设备102；控制器101用于获取待查询功能表的功能表标识添加到能力查询请求中，将能力查询请求发送至设备102，设备102用于确定功能表标识对应功能表的支持信息集合，所述支持信息集合包含设备102对所述功能表中功能项的支持信息和/或子功能项的支持信息，并依据所述支持信息集合生成响应并返回至所述控制器101；控制器101还用于依据所述响应包含的该功能表中各功能项的支持信息，获取设备102不支持的功能项，并将不支持的功能项从该功能表中裁剪掉，以及将裁剪后的功能表下发至设备102。

示例性的，控制器为管理员可操作的机器，运行有网络管理软件，其可以是PC机。设备为被控制器管理的设备，可以是交换机、路由器等网络设备。

其中，在NETCONF标准中，控制器本地记录有设备可能支持的所有能力所包含的功能表，因此用户可以根据实际需求，选择要查询的功能表的支持情况。

在NETCONF协议提供的标准使用方法中，get-config/get命令是用于获取设备的配置数据或状态数据的操作，edit-config命令是用于向设备下发配置的操作，这些操作命令均采用基于RPC(Remote Procedure Call，远程过程调用)的通讯机制。本发明对NETCONF协议进行扩展，增加能力查询操作支持设备能力查询。

基于上述描述可知，通过在控制器与设备之间引入能力查询方法，控制器可以自动获取到设备对功能表中各功能的具体支持情况，从而以较小的代价解决了功能表的裁剪问题，无需为设备量身定制功能表，减小了不同设备间的差异，有利于平台化。

下面在设备侧，通过具体实施例对网络协议下发的技术方案进行详细介绍。

图2为本发明根据一示例性实施例示出的一种网络协议下发方法的实施例流程图，下面结合图1所示的系统结构对本实施例进行详细阐述。如图2所示，所述网络协议下发方法包括如下步骤201～203：

步骤201：接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况。

在本发明中，该能力查询请求为扩展NETCONF协议后的操作。该能力查询请求也在基于RPC的通讯机制下工作。

其中，能力查询请求可以包含待查询功能表的功能表标识。

例如，以查询“ReserveVlanInterface”表的支持情况为例，能力查询请求可以携带“ReserveVlanInterface”的功能表标识。

再例如，以查询“EthInterfaces”表的支持情况为例，能力查询请求可以携带“EthInterfaces”的功能表标识。

需要说明的是，能力查询请求除了携带待查询功能表的功能表标识之外，还可以携带功能表标识对应功能表中功能项的标识和/或子功能项的标识，以用于指示单独查询功能项和/或子功能项的支持情况。

例如，以查询“EthInterfaces”功能表包含的Combo功能项的支持情况为例，能力查询请求包含“EthInterfaces”的功能表标识之外，还包含Combo功能项的标识。

步骤202：确定所述能力查询请求对应功能的支持信息集合。

在执行步骤202之前，由于设备对有些功能表的支持情况固定不变，而对有些功能表的支持情况可能动态变化，因此，对于支持情况固定不变的功能表，在初始化相应的插件(Plugin)时，直接将功能表的详细支持信息以注册表形式注册给NETCONF服务器并存储；对于支持情况可能动态变化的功能表，由相应的插件向NETCONF服务器提供回调函数，以通过调用回调函数获取功能表的详细支持信息。

基于此，可以先从已存储的注册表中查找功能表标识对应的注册表，若查找到，则从查找到的注册表中提取所述功能表标识对应的功能表的支持信息集合；若未查找到，则获取所述功能表标识对应的回调函数，并通过调用所述回调函数获取所述功能表标识对应的功能表的支持信息集合。

在本发明中，对于功能表中包含的每一功能项，如果该功能项包含子功能项，表示设备对该功能项的支持情况需要根据设备对各子功能项的实际支持信息进行判定。因此，对于包含子功能项的功能项，支持信息集合中只记录了各子功能项的支持信息，而对于不包含子功能项的功能项，支持信息集合中记录有该功能项的支持信息。

基于此，获取的支持信息集合包含有设备对所述功能表中功能项的支持信息和/或子功能项的支持信息。

步骤203：依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

基于上述步骤202的描述，针对依据支持信息集合生成响应的过程，可通过获取所述功能表标识对应的功能表包含的功能项，然后针对每一功能项，若该功能项包含子功能项，则从所述支持信息集合中提取属于该功能项的每一子功能项的支持信息，并依据提取的每一子功能项的支持信息确定该功能项的支持信息，并将该功能项的支持信息添加到响应中，若该功能项不包含子功能项，则提取所述支持信息集合包含的该功能项的支持信息，最后依据各功能项的支持信息生成响应。

其中，针对依据提取的每一子功能项的支持信息确定该功能项的支持信息的过程，若各子功能项的支持信息均为不支持，则确定该功能项的支持信息为不支持，若各子功能项的支持信息均为支持，则确定该功能项的支持信息为支持，若即有支持信息为不支持的子功能项也有支持信息为支持的子功能项，则确定该功能项的支持信息为每一子功能项的支持信息，表示设备对该功能项不完全支持，返回响应时需列出每一子功能项的支持信息。

另外，与上述对包含子功能项的功能项的支持信息的判定原理类似，针对依据各功能项的支持信息生成响应的过程，若各功能项的支持信息均为支持，则确定设备对该功能表的支持信息为支持，并将该支持信息添加到响应中，若各功能项的支持信息均为不支持，则确定设备对该功能表的支持信息为不支持，并将该支持信息添加到响应中，若即有支持信息为不支持的功能项也有支持信息为支持的功能项，则将所有功能项的支持信息添加到响应中。

对于上述步骤201中的所示的第一个例子，即查询“ReserveVlanInterface”表的支持情况请，如果设备返回的响应只包含对“ReserveVlanInterface”表不支持的信息，表示设备不支持“ReserveVlanInterface”表中的Type项和VlanList项。

对于上述步骤201中所示的第二个例子，即查询“EthInterfaces”表的支持情况，如果设备返回的响应包含对“EthInterfaces”表中的Combo/AutoPowerDown/EEE/ConnectMode/MulticastSuppression功能项不支持、对BroadcastSuppression功能项中的ConfigValue子功能项支持而Unit子功能项不支持；对UnknownUnicastSuppression功能项支持。表示设备不完全支持“EthInterfaces”表。

值得说明的是，针对上述步骤201所述的能力查询请求携带的是功能表标识对应功能表中功能项的标识和/或子功能项的标识的情况，获取的支持信息集合只包含需要查询的功能项和/或子功能项的支持信息，对于依据支持信息集合生成响应的原理与上述生成响应的原理类似，不再赘述。

对于上述步骤201中的第三个例子，即查询“EthInterfaces”表包含的Combo功能项的支持情况，如果设备返回的响应包含对Combo功能项支持的信息，表示设备支持Combo功能项。

由此可知，本发明针对能力查询请求的响应输出规则可以为：

(1)整个功能表中各功能项均不支持，以功能表标识作为元素返回false，不再展示表下面各功能项的支持情况；

(2)整个功能表中各功能项完全支持，以功能表标识作为元素返回true，不再展示表下面各功能项的支持信息；

(3)整个功能表中存在不支持的功能项或不完全支持的功能项，对于完全支持的功能项和不支持的功能项，以功能项的标识作为元素返回true或false，对于不完全支持的功能项，展示包含的各子功能项的支持信息(支持为true，不支持为false)。

至此，完成上述图2所示的网络协议下发流程。

下面在控制器侧，通过具体实施例对网络协议下发的技术方案进行详细介绍。

图3为本发明根据一示例性实施例示出的另一种网络协议下发方法的实施例流程图，在上述图1和图2所示实施例基础上，所述网络协议下发方法包括如下步骤301-304：

步骤301：获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备。

示例性的，控制器可以从设备支持的能力所包含的功能表中选取待查询功能表的功能表标识。

步骤302：接收所述设备返回的针对所述能力查询请求的响应。

步骤303：依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉。

步骤304：将裁剪后的功能表下发至所述设备。

针对上述步骤301至步骤304的过程，可以参见上述图1和图2所示实施例中的相关描述，在此不再赘述。

至此，完成上述图3所示的网络协议下发流程。

与前述网络协议下发方法的实施例相对应，本发明还提供了网络协议下发装置的实施例。

图4为本发明根据一示例性实施例示出的一种网络协议下发装置的实施例流程图，所述网络协议下发装置应用于设备，如图4所示，所述网络协议下发装置包括：

接收模块410，用于接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；

确定模块420，用于确定所述能力查询请求对应功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；

响应模块430，用于依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

在一可选实现方式中，所述能力查询请求包含功能表标识，所述确定模块420，具体用于从已存储的注册表中查找所述功能表标识对应的注册表；若查找到，则从查找到的注册表中提取所述功能表标识对应的功能表的支持信息集合；若未查找到，则获取所述功能表标识对应的回调函数，通过调用所述回调函数获取所述功能表标识对应的功能表的支持信息集合。

在一可选实现方式中，所述响应模块430，具体用于获取所述功能表标识对应的功能表包含的功能项；针对每一功能项，若该功能项包含子功能项，则从所述支持信息集合中提取属于该功能项的每一子功能项的支持信息，并依据提取的每一子功能项的支持信息确定该功能项的支持信息；若该功能项不包含子功能项，则提取所述支持信息集合包含的该功能项的支持信息；依据各功能项的支持信息生成响应。

在一可选实现方式中，所述响应模块430，具体用于在依据提取的每一子功能项的支持信息确定该功能项的支持信息过程中，若各子功能项的支持信息均为不支持，则确定该功能项的支持信息为不支持；若各子功能项的支持信息均为支持，则确定该功能项的支持信息为支持；若即有支持信息为不支持的子功能项也有支持信息为支持的子功能项，则确定该功能项的支持信息为每一子功能项的支持信息。

图5为本发明根据一示例性实施例示出的另一种网络协议下发装置的实施例流程图，所述网络协议下发装置应用于控制器，如图5所示，所述网络协议下发装置包括：

发送模块510，用于获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备；

接收模块520，用于接收所述设备返回的针对所述能力查询请求的响应；

裁剪模块530，用于依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；

下发模块540，用于将裁剪后的功能表下发至所述设备。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种网络协议下发方法，所述方法应用于设备，其特征在于，所述方法包括：

接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；

确定所述能力查询请求对应功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；

依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对功能中功能项进行裁剪，并将裁剪后的功能下发至所述设备。

2.根据权利要求1所述的方法，其特征在于，所述能力查询请求包含功能表标识，确定所述能力查询请求对应功能的支持信息集合，包括：

从已存储的注册表中查找所述功能表标识对应的注册表；

若查找到，则从查找到的注册表中提取所述功能表标识对应的功能表的支持信息集合；

若未查找到，则获取所述功能表标识对应的回调函数，通过调用所述回调函数获取所述功能表标识对应的功能表的支持信息集合。

3.根据权利要求2所述的方法，其特征在于，依据所述支持信息集合生成响应，包括：

获取所述功能表标识对应的功能表包含的功能项；

针对每一功能项，若该功能项包含子功能项，则从所述支持信息集合中提取属于该功能项的每一子功能项的支持信息，并依据提取的每一子功能项的支持信息确定该功能项的支持信息；若该功能项不包含子功能项，则提取所述支持信息集合包含的该功能项的支持信息；

依据各功能项的支持信息生成响应。

4.根据权利要求3所述的方法，其特征在于，依据提取的每一子功能项的支持信息确定该功能项的支持信息，包括：

若各子功能项的支持信息均为不支持，则确定该功能项的支持信息为不支持；

若各子功能项的支持信息均为支持，则确定该功能项的支持信息为支持；

若即有支持信息为不支持的子功能项也有支持信息为支持的子功能项，则确定该功能项的支持信息为每一子功能项的支持信息。

5.一种网络协议下发方法，所述方法应用于控制器，其特征在于，所述方法包括：

获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至设备；

接收所述设备返回的针对所述能力查询请求的响应；

依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；

将裁剪后的功能表下发至所述设备。

6.一种网络协议下发装置，其特征在于，所述装置应用于设备，所述装置包括：

接收模块，用于接收来自控制器的能力查询请求，所述能力查询请求用于查询设备功能的支持情况；

确定模块，用于确定所述能力查询请求对应功能的支持信息集合，所述支持信息集合包含设备对所述功能中功能项的支持信息和/或子功能项的支持信息；

响应模块，用于依据所述支持信息集合生成响应并返回至所述控制器，以使所述控制器根据所述响应对所述功能表标识对应的功能表中的功能项进行裁剪，并将裁剪后的功能表下发至所述设备。

7.根据权利要求6所述的装置，其特征在于，所述能力查询请求包含功能表标识，所述确定模块，具体用于从已存储的注册表中查找所述功能表标识对应的注册表；若查找到，则从查找到的注册表中提取所述功能表标识对应的功能表的支持信息集合；若未查找到，则获取所述功能表标识对应的回调函数，通过调用所述回调函数获取所述功能表标识对应的功能表的支持信息集合。

8.根据权利要求7所述的装置，其特征在于，所述响应模块，具体用于获取所述功能表标识对应的功能表包含的功能项；针对每一功能项，若该功能项包含子功能项，则从所述支持信息集合中提取属于该功能项的每一子功能项的支持信息，并依据提取的每一子功能项的支持信息确定该功能项的支持信息；若该功能项不包含子功能项，则提取所述支持信息集合包含的该功能项的支持信息；依据各功能项的支持信息生成响应。

9.一种网络协议下发装置，所述装置应用于控制器，其特征在于，所述装置包括：

发送模块，用于获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至设备；

接收模块，用于接收所述设备返回的针对所述能力查询请求的响应；

裁剪模块，用于依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；

下发模块，用于将裁剪后的功能表下发至所述设备。

10.一种网络协议下发系统，其特征在于，包括控制器和设备；

所述控制器，用于获取待查询功能表的功能表标识并添加到能力查询请求中，将所述能力查询请求发送至所述设备；

所述设备，用于确定所述功能表标识对应功能表的支持信息集合，所述支持信息集合包含设备对所述功能表中功能项的支持信息和/或子功能项的支持信息，并依据所述支持信息集合生成响应并返回至所述控制器；

所述控制器，还用于依据所述响应包含的该功能表中各功能项的支持信息，获取所述设备不支持的功能项，并将不支持的功能项从该功能表中裁剪掉；将裁剪后的功能表下发至所述设备。

Images