CN116614352A - 一种信息接收方法、信息发送方法及装置 - Google Patents

Abstract

本申请提供了一种信息接收方法、信息发送方法及装置，旨在自动配置控制面设备与转发面设备之间的管理通道。其中，所述信息接收方法应用于控制面和转发面分离的虚拟宽带网络接入系统，所述系统包括第一控制面设备和转发面设备，所述方法包括：所述转发面设备接收所述第一控制面设备发送的第一配置信息；所述转发面设备根据所述第一配置信息配置至少一个第一管理通道，所述至少一个第一管理通道用于所述第一控制面设备和所述转发面设备之间的信息交互。

Description

一种信息接收方法、信息发送方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种信息接收方法、信息发送方法及装置。

背景技术

随着软件定义型网络(Software Designed Network，SDN)技术以及网络功能虚拟化(Network Function Virtualization，NFV)技术的发展，宽带网络网关(Broad BandNetwork Gateway，BNG)实现了控制功能与转发功能的解耦。即，可以将实现用户面功能的设备与实现控制面功能的设备独立。宽带网络网关包括一个或多个控制面(ControlPlane，CP)设备以及多个用户面(User Plane，UP)设备。用户面设备又可以被称为转发面设备。系统中的CP设备可以对多个UP设备进行管理。

为了实现控制面设备和转发面设备之间进行信息交互，可以在转发面设备和控制面设备之间配置一种或多种管理通道，例如，网络配置协议(Network ConfigurationProtocol，NETCONF)管理通道、虚拟扩展局域网(Virtual Extensible Local AreaNetwork，VxLAN)管理通道和控制面和用户面分离协议(Control Plane and User PlaneSeparated Protocol，CUSP)管理通道。

这样，控制面设备可以通过管理通道向转发面设备发送指令或配置信息，转发面设备可以通过管理通道向控制面设备反馈信息，实现了控制面设备和转发面设备之间进行信息交互。但是，目前控制面设备与转发面设备之间的管理通道需要手动在设备上配置，工作量较大。

发明内容

本申请提供了一种信息接收方法、信息发送方法及装置，旨在自动配置控制面设备与转发面设备之间的管理通道。

第一方面，本申请提供了一种信息接收方法，所述方法可以应用于控制面设备和转发面设备分离的虚拟带宽接入系统，该虚拟带宽接入系统包括第一控制面设备和转发面设备。所述方法具体应用于系统中的转发面设备。具体地，所述方法包括：转发面设备接收第一控制面设备发送的第一配置信息。第一配置信息用于在转发面设备和第一控制面设备之间配置至少一个第一管理通道，例如可以是用于配置第一管理通道的脚本。其中，至少一个第一管理通道为控制面设备与转发面设备之间的管理通道，可以包括NETCONF管理通道、VxLAN管理通道和CUSP管理通道中的一个或多个。通过这些管理通道，第一控制面设备可以向转发面设备发送消息，转发面设备也可以向第一控制面设备发送消息。这样，在接收到第一控制面设备发送的第一配置信息之后，转发面设备根据第一配置信息在第一控制面设备和转发面设备之间配置至少一个第一管理通道，以实现第一控制面设备和第一转发面设备之间的信息交互。这样，由第一控制面设备向转发面设备发送用于配置管理通道的配置信息，无需手动在一转发面设备上配置管理通道，减少了配置转发面设备的工作量。

在一种可能的设计中，上述至少一个第一管理通道基于第一地址建立。第一地址是转发面设备对应的地址，例如可以是第一控制面设备为转发面设备分配的IP地址。相应地，第一控制面设备还向转发面设备发送第一地址，以便转发面设备根据第一配置信息和第一地址配置至少一个第一管理通道。

在一种可能的设计中，第一地址和第一配置信息通过同一个报文发送给控制面设备。即，第一控制面设备通过第一报文携带第一地址和第一配置信息，转发面设备接收第一控制面设备发送的第一报文，第一报文包括第一配置信息和第一地址。即配置管理通道的脚本和为转发面设备分配的IP地址可以同时发送给转发面设备。

在一种可能的设计中，第一配置信息被携带在动态主机配置协议(Dynamic HostConfiguration Protocol，DHCP)提供(DHCP Offer)报文中。即，上述第一报文例如可以是DHCP Offer报文。

在一种可能的设计中，第一配置信息被携带在报文的DHCP选项(Option)类型长度值(Type-length-value，TLV)字段中。例如，如果第一报文为DHCP Offer报文，第一配置信息可以被携带在DHCP Offer报文的DHCP Option TLV字段中。上述第一地址也可以被携带在所述DHCP Option TLV字段。

在一种可能的设计中，携带有第一配置信息的DHCP Option TLV字段中包括第一标识。第一标识用于指示该DHCP Option TLV字段包括第一配置信息。可选地，第一标识被携带在DHCP Option TLV字段的Option字段中。

在一种可能的设计中，转发面设备可以请求第一控制面设备为转发面设备生成配置信息并发送。具体地，转发面设备可以向第一控制面设备发送第二报文，第二报文用于请求第一控制面设备生成第一配置信息，并向转发面设备发送第一配置信息。这样，在转发面设备接入网络之后，转发面设备可以通过第二报文主动请求第一控制面设备配置至少一条第一管理通道。可选地，第二报文可以包括转发面设备的媒体存取控制(Media AccessControl，MAC)地址，以便第一控制面设备根据转发面设备的MAC地址为转发面设备分配IP地址(即第一地址)。

在一种可能的设计中，如果转发面设备和第一控制面设备所述的网络系统还包括第二控制面设备。那么第二控制面设备可以生成第二配置信息，并向转发面设备发送第二配置信息。第二配置信息用于指示转发面设备在转发面设备和第二控制面设备之间配置至少一个第二管理通道，第二管理通道用于在第二控制面设备和转发面设备之间进行信息交互。如果转发面设备接收到第一控制面设备发送的第一配置信息和第二控制面设备发送的第二配置信息，转发面设备可以根据接收配置信息的时间选择配置信息建立管理通道。例如，如果转发面设备接收第一配置信息的时间早于接收第二配置信息的时间，转发面设备可以确定基于第一配置信息建立第一管理通道，并丢弃第二配置信息。可选地，第二控制面设备和第一控制面设备属于相同的备份组。

在一种可能的设计中，转发面设备向第二控制面设备发送第二报文，以请求第二控制面设备生成第二配置信息。

在一种可能的设计中，转发面设备还可以通过第一管理通道接收第一控制面设备发送的更新信息。接着，转发面设备可以更加更新信息更新转发面设备的软件配置。如此，可以实现转发面设备软件配置的自动更新。

在一种可能的设计中，所述至少一个第一管理通道包括以下任意一种或多种：NETCONF管理通道、VxLAN管理通道和CUSP管理通道。

第二方面，本申请提供了一种信息发送方法，所述方法可以应用于控制面设备转发面设备分离的虚拟带宽接入系统，该虚拟带宽接入系统包括控制面设备和第一转发面设备。所述方法具体应用于所述系统中的控制面设备。具体地，所述方法包括：控制面设备生成第一配置信息，第一配置信息用于第一转发面设备配置至少一个第一管理通道。该至少一个第一管理通道用于控制面设备和第一转发面设备之间的信息交互。接着，控制面设备向第一转发面设备发送第一配置信息，以便第一转发面设备根据第一配置信息建立第一管理通道，并基于第一管理通道与控制面设备进行信息交互。这样，由控制面设备向第一转发面设备发送用于配置第一管理通道的第一配置信息，无需手动在第一转发面设备上配置第一管理通道，减少了配置第一转发面设备的工作量。

在一种可能的设计中，第一转发面设备的IP地址是控制面设备为第一转发面设备分配的。具体地，控制面设备可以生成第一地址，即第一转发面设备的IP地址，接着，控制面设备向第一转发面设备发送第一地址，以便第一转发面设备根据第一地址和第一配置信息建立第一管理通道。

在一种可能的设计中，第一配置信息是通过报文传输的。具体地，控制面设备可以生成第一报文，第一报文包括配置信息。可选地，第一报文还可以包括第一地址。

在一种可能的设计中，第一配置信息被携带在DHCP Offer报文中。即上述第一报文为DHCP Offer报文。

在一种可能的设计中，第一配置信息被携带在报文的DHCP Option TLV字段中。

在一种可能的设计中，所述DHCP Option TLV字段还包括第一标识，所述第一标识用于指示所述第一报文包括所述第一地址和所述第一配置信息。

在一种可能的设计中，控制面设备基于第一转发面设备的请求为第一转发面设备生成第一配置信息。具体地，在生成第一配置信息之前，控制面设备先接收第一转发面设备发送的第二报文。第二报文用于指示控制面设备向第一转发面设备发送第一配置信息。可选地，第二报文为DHCP Discover报文。

在一种可能的设计中，控制面设备还接收第一转发面设备发送的第三报文。第三报文指示第一配置信息被第一转发面设备所使用的。可选地，第三报文为DHCP Request报文。

在一种可能的设计中，如果控制面设备接收了第一转发面设备发送的第三报文，控制面设备还向第一转发面设备发送第四报文，第四报文为针对第三报文的DHCP ACK报文。

在一种可能的设计中，如果系统还包括第二转发面设备，控制面设备也可以为第二转发面设备配置管理通道。具体地，控制面设备可以生成第二配置信息，第二配置信息用于所述第二转发面设备配置至少一个第二管理通道，所述至少一个第二管理通道用于所述控制面设备和所述第二转发面设备之间的信息交互。接着，控制面设备向所述第二转发面设备发送所述第二配置信息，以便第二转发面设备根据第二配置信息建立第二管理通道。如此，实现了第二转发面设备和控制面设备之间的管理通道的自动配置。

在一种可能的设计中，控制面设备还可以更新转发面设备的软件配置。具体地，如果系统除第一转发面设备以外还包括至少一个转发面设备，控制面设备可以从系统中多个转发面设备中确定至少一个目标转发面设备，并向至少一个目标转发面设备中的每个目标转发面设备发送更新信息。更新信息用于更新目标转发面设备的软件配置，例如可以包括新版本的软件和/或补丁等信息。如此，无需技术人员手动更新每个转发面设备的软件配置，实现了转发面设备的软件配置的自动更新。

在一种可能的设计中，控制面设备通过管理通道更新转发面设备的软件配置。具体地，如果上述至少一个目标转发面设备包括第一转发面设备，那么控制面设备可以通过第一转发面设备根据配置信息建立的管理通道向第一转发面设备发送更新信息，以更新第一转发面设备的软件配置。

在一种可能的设计中，所述至少一个第一管理通道包括以下任意一种或多种：NETCONF管理通道、VxLAN管理通道和CUSP管理通道。

第三方面，本申请提供了一种信息发送方法，所述方法应用于控制面和转发面分离的虚拟宽带网络接入系统，所述系统包括控制面设备和多个转发面设备；所述方法包括：所述控制面设备从所述多个转发面设备中确定至少一个目标转发面设备；所述控制面设备向所述至少一个目标转发面设备发送更新信息，所述更新信息用于更新所述至少一个目标转发面设备的软件配置。这样，控制面设备可以更新转发面设备的软件配置，无需技术人员逐一更新转发面设备的软件配置。如此，减少了更新软件配置的工作量，降低了运营维护的工作量。

第四方面，本申请提供了一种配置更新方法，所述方法应用于控制面和转发面分离的虚拟宽带网络接入系统，所述系统包括控制面设备和多个转发面设备，所述多个转发面设备包括第一转发面设备。所述方法包括：所述第一转发面设备接收所述控制面设备发送的更新信息，所述更新信息用于更新所述第一转发面设备的软件配置；所述第一转发面设备根据所述更新信息更新所述第一转发面设备的软件配置。这样，控制面设备可以更新转发面设备的软件配置，无需技术人员逐一更新转发面设备的软件配置。如此，减少了更新软件配置的工作量，降低了运营维护的工作量。

第五方面，本申请提供了一种信息接收装置，所述装置应用于控制面和转发面分离的虚拟宽带网络接入系统中的转发面设备，所述系统包括第一控制面设备和转发面设备，所述装置包括收发模块和处理模块。其中，所述收发模块，用于接收所述第一控制面设备发送的第一配置信息。所述处理模块，用于根据所述第一配置信息配置至少一个第一管理通道，所述至少一个第一管理通道用于所述第一控制面设备和所述转发面设备之间的信息交互。

在一种可能的设计中，所述收发模块，用于接收所述第一控制面设备发送的第一地址；所述处理模块，用于根据所述第一配置信息和所述第一地址配置所述至少一个第一管理通道，所述第一地址为所述至少一个第一管理通道中所述转发面设备对应的地址。

在一种可能的设计中，所述收发模块，用于接收所述第一控制面设备发送的第一报文，所述第一报文包括所述第一配置信息和所述第一地址。

在一种可能的设计中，所述第一配置信息携带在DHCP Offer报文中。

在一种可能的设计中，所述第一配置信息携带在DHCP Option TLV字段中。

在一种可能的设计中，所述收发模块，还用于向所述第一控制面设备发送所述第二报文，所述第二报文用于指示所述第一控制面设备向所述转发面设备发送所述第一配置信息。

在一种可能的设计中，所述处理模块，用于生成第三报文，所述第三报文指示所述第一配置信息被所述转发面设备所使用；所述收发模块，用于向所述第一控制面设备发送所述第三报文；其中，所述第三报文为DHCP Request报文。

在一种可能的设计中，所述收发模块，还用于接收所述第一控制面设备发送的第四报文，所述第四报文是针对所述第三报文的DCHP ACK报文。

在一种可能的设计中，所述系统还包括第二控制面设备，所述第二控制面设备与所述第一控制面设备属于相同的备份组。所述收发模块，还用于接收所述第二控制面设备发送的第二配置信息，所述第二配置信息用于指示所述转发面设备配置所述至少一个第二管理通道，所述至少一个第二管理通道用于所述第二控制面设备和所述转发面设备之间的信息交互。所述处理模块，还用于响应于所述转发面设备接收所述第一配置信息的时间早于所述转发面设备接收所述第二配置信息的时间，丢弃所述第二配置信息。

在一种可能的设计中，所述收发模块，还用于通过所述第一管理通道接收所述第一控制面设备发送的更新信息。所述处理模块，还用于根据所述更新信息更新所述转发面设备的软件配置。

在一种可能的设计中，所述至少一个第一管理通道包括以下任意一种或多种：NETCONF管理通道、VxLAN管理通道和CUSP管理通道。

第六方面，本申请提供了一种信息发送装置，所述装置应用于控制面和转发面分离的虚拟宽带网络接入系统中的控制面设备，所述系统包括控制面设备和第一转发面设备，所述装置包括收发模块和处理模块。其中，所述处理模块，用于生成第一配置信息，所述第一配置信息用于所述第一转发面设备配置至少一个第一管理通道，所述至少一个第一管理通道用于所述控制面设备和所述第一转发面设备之间的信息交互。所述收发模块，用于向所述第一转发面设备发送所述第一配置信息。

在一种可能的设计中，所述收发模块，用于向所述第一转发面设备发送第一地址，所述第一地址为所述至少一个第一管理通道中所述第一转发面设备对应的地址。

在一种可能的设计中，所述收发模块，用于向所述第一转发面设备发送第一报文，所述第一报文包括所述第一配置信息和所述第一地址。

在一种可能的设计中，所述配置信息携带在DHCP Offer报文。

在一种可能的设计中，所述配置信息携带在DHCP Option TLV字段中。

在一种可能的设计中，所述DHCP Option TLV字段还包括第一标识，所述第一标识用于指示所述第一报文包括所述第一地址和所述第一配置信息。

在一种可能的设计中，所述收发模块，还用于接收所述第一转发面设备发送的第二报文，所述第二报文用于指示所述控制面设备向所述转发面设备发送所述第一配置信息。

在一种可能的设计中，所述收发模块，还用于接收所述第一转发面设备发送的第三报文，所述第三报文指示所述第一配置信息被所述第一转发面设备所使用；其中，所述第三报文为DHCP请求request报文。

在一种可能的设计中，所述收发模块，还用于向所述第一转发面设备发送第四报文，所述第四报文是针对所述第三报文的DHCP应答ACK报文。

在一种可能的设计中，如果所述系统还包括第二转发面设备，所述处理模块，还用于生成第二配置信息，所述第二配置信息用于所述第二转发面设备配置至少一个第二管理通道，所述至少一个第二管理通道用于所述控制面设备和所述第二转发面设备之间的信息交互。所述收发模块，还用于向所述第二转发面设备发送所述第二配置信息。

在一种可能的设计中，所述系统包括多个转发面设备，所述多个转发面设备包括所述第一转发面设备。所述处理模块，还用于从所述多个转发面设备中确定至少一个目标转发面设备。所述收发模块，还用于向所述至少一个目标转发面设备中每个目标转发面设备发送更新信息，所述更新信息用于更新所述每个目标转发面设备的软件配置。

在一种可能的设计中，所述至少一个目标转发面设备包括所述第一转发面设备。所述收发模块，用于通过所述管理通道向所述第一转发面设备发送所述更新信息。

在一种可能的设计中，所述至少一个第一管理通道包括以下任意一种或多种：NETCONF管理通道、VxLAN管理通道和CUSP管理通道。

第七方面，本申请提供了一种信息发送装置，所述装置应用于控制面和转发面分离的虚拟宽带网络接入系统中的控制面设备，所述系统包括控制面设备和多个转发面设备；所述装置包括收发模块和处理模块。其中，所述处理模块，用于从所述多个转发面设备中确定至少一个目标转发面设备。所述收发模块，用于向所述至少一个目标转发面设备发送更新信息，所述更新信息用于更新所述至少一个目标转发面设备的软件配置。

第八方面，本申请提供了一种配置更新装置，所述装置应用于控制面和转发面分离的虚拟宽带网络接入系统中的第一转发面设备，所述系统包括控制面设备和多个转发面设备，所述多个转发面设备包括所述第一转发面设备。所述装置包括收发模块和处理模块。其中，所述收发模块，用于接收所述控制面设备发送的更新信息，所述更新信息用于更新所述第一转发面设备的软件配置。所述处理模块，用于根据所述更新信息更新所述第一转发面设备的软件配置。

第九方面，本申请提供一种转发面设备，该转发面设备包括处理器和存储器，存储器用于存储指令或程序代码，处理器用于从存储器中调用并运行指令或程序代码，使得所述转发面设备执行第一方面、第一方面的任意一种可能的实现方式中的方法，或者执行第三方面或第三方面的任意一种可能的实现方式中的方法。

第十方面，本申请提供一种控制面设备，所述控制面设备包括处理器和存储器，存储器用于存储指令或程序代码，处理器用于从存储器中调用并运行指令或程序代码，并使得所述控制面设备执行第二方面、第二方面的任意一种可能的实现方式中的方法，或者执行第四方面或第四方面的任意一种可能的实现方式中的方法。

第十一方面，本申请提供一种系统，所述系统包括至少一个控制面设备和至少一个转发面设备，所述至少一个转发面设备包括第一转发面设备，所述第一转发面设备用于执行如前述第一方面所述的信息接收方法，所述至少一个控制面设备包括第一控制面设备，所述第一控制面设备用于执行如前述第二方面所述的信息发送方法。

第十二方面，本申请提供一种计算机可读存储介质，包括指令、程序或代码，当其在处理器上执行时，实现如第一方面或第一方面的任意一些可能的实现方式中的信息接收方法，或者如第二方面或第二方面的任意一种可能的实现方式中的信息发送方法，或者如第三方面或第三方面的任意一种可能的实现方式中的消息发送方法，或者如第四方面或第四方面的任意一种可能的实现方式中的配置更新方法。

第十三方面，本申请提供一种计算机程序产品，所述计算机程序产品包括程序。当所述程序在出路器上运行时，使得所述计算机执行如第一方面或第一方面的任意一些可能的实现方式中的信息接收方法，或者如第二方面或第二方面的任意一种可能的实现方式中的信息发送方法，或者如第三方面或第三方面的任意一种可能的实现方式中的消息发送方法，或者如第四方面或第四方面的任意一种可能的实现方式中的配置更新方法。

附图说明

图1为本申请实施例提供的网络系统的一种网络结构图；

图2为本申请实施例提供的信息发送方法和信息接收方法的一种信令交互图；

图3为本申请实施例提供的信息发送方法和信息接收方法的另一种信令交互图；

图4为本申请实施例提供的DHCP Option TLV字段的一种格式示意图；

图5为本申请实施例提供的信息发送方法的另一种信令交互图；

图6为本申请实施例提供的信息接收装置600的一种结构示意图；

图7为本申请实施例提供的信息发送装置700的一种结构示意图；

图8为本申请实施例提供的设备800的一种结构示意图；

图9为本申请实施例提供的设备900的一种结构示意图。

具体实施方式

下面结合附图对传统技术、本申请实施例提供的信息接收方法、信息发送方法及系统进行介绍。

参见图1，该图为本申请实施例提供的网络系统的一种网络架构图。在图1所示的网络中，包括用户网络、接入网络、城域网络和骨干网络。其中，用户网络包括一个或多个终端设备。终端设备通过用户端设备(Customer Premise Equipment，CPE)或家庭网关(Residential Gateway，RGW)等设备接入网络。CPE和RGW等设备与接入网络中的光网络装置(Optical Network Terminal，ONT)等设备连接。例如，在图1所示的实施例中，终端设备111通过CPE与ONT1连接，终端设备112通过RGW与ONT2连接。ONT进一步与光线路终端(optical Line Termination，OLT)、数字用户线(Digital Subscriber Line，DSL)接入复用器(DSL Access Multiplexer，DSLAM)和以太网交换机(Lan Switch，LSW)等设备连接，并通过这些设备接入城域网络。

城域网络包括虚拟宽带网络网关(Virtual Broadband Network Gateway，vBNG)和城域汇聚网络。vBNG进一步包括vBNG控制面(vBNG-CP)设备和vBNG用户面(vBNG-UP)设备。vBNG-CP设备可以被简称为控制面设备，vBNG-UP设备可以被简称为用户面设备或转发面设备。在图1所示的实施例中，转发面设备121和转发面设备122为vBNG-UP设备，控制面设备131为vBNG-CP设备。转发面设备121和转发面设备122与接入网络中的设备连接，还与城域汇聚网络中的设备连接。例如，转发面设备121和转发面设备122可以与城域汇聚网络中的主汇聚网关(Aggregation Gateway，AGG)连接。终端设备通过城域汇聚网络，经骨干网络最终接入到互联网。其中，转发面设备121和转发面设备122为vBNG-UP设备，控制面设备131为vBNG-CP设备。

可选地，vBNG可以包括多个控制面设备。不同的控制面设备可以用于管理不同的转发面设备，也可以用于管理相同的转发面设备。如果多个控制面设备用于管理相同的转发面设备，多个控制面设备之间可以构成备份组(Backup Group)。一个备份组包括至少两个控制面设备，所述至少两个控制面设备中包括一个主用控制面设备和至少一个备用控制面设备。如果主用控制面设备出现故障，可以将出现故障的主用控制面设备的角色切换为备用控制面设备，并将原有的备用控制面设备的角色切换为主用控制面设备。如此，实现了控制面设备之间的备份，提升了系统的可靠性。

为了对转发面设备121进行管理，可以在转发面设备121和控制面设备131之间配置一个或多个管理通道。可选地，控制面设备和转发面设备之间的管理通道也可以被称为管理接口。在图1所示的实现方式中，转发面设备121和控制面设备131之间的管理通道被称为管理通道1。同理，转发面设备122和控制面设备131之间部署有管理通道2。其中，管理通道1可以包括多个管理通道，管理通道2可以包括多个管理通道。

管理通道1用于转发面设备121和控制面设备131之间的信息交互，管理通道2用于转发面设备122和控制面设备131之间的信息交互。这样，转发面设备121可以通过管理通道1向控制面设备131上报转发面设备121的工作情况，控制面设备131也可以根据通过管理通道1向转发面设备121发送报文，以指示转发面设备121执行相应地操作。转发面设备122可以通过管理通道2向控制面设备131上报转发面设备122的工作情况，控制面设备131也可以根据通过管理通道2向转发面设备122发送报文，以指示转发面设备122执行相应地操作。

可以理解的是，转发面设备和控制面设备之间可以存在多条管理通道，不同的管理通道可以用于传输不同的信息。例如，转发面设备121和控制面设备131之间的管理通道1可以包括第一管理通道、第二管理通道和第三管理通道。例如，第一管理通道可以为NETCONF管理通道，用于控制面设备131基于NETCONF管理通道向转发面设备121发送配置信息。第二管理通道可以为VxLAN管理通道，用于转发面设备121基于VxLAN管理通道向控制面设备131发送用户接入协议报文。如第三管理通道可以为CUSP管理通道，用于控制面设备131基于CUSP管理通道向转发面设备121发送用户表项。可以理解的是，上述介绍仅为示例性说明，管理通道还可以用于控制面设备和用户面设备之间其他信息的交互。

其中，第一管理通道用于向控制面设备131发送转发面设备121接收到的用户接入协议报文，第二管理通道可以用于向控制面设备上报转发面设备121的运行状态，第三管理通道可以用于向转发面设备121发送控制面设备131生成的转发表项。

目前，控制面设备与转发面设备之间的管理通道，是在转发面设备首次接入网络之后，由技术人员手动在转发面设备上配置的，例如可以是技术人员通过命令行手动在转发面设备上配置的。如此，在转发面设备运行的过程中，转发面设备基于管理通道与控制面设备进行信息交互。

但是，如果控制面设备管理多个转发面设备，就需要手动为每个转发面设备配置管理通道。例如，在图1所示的实施例中，在转发面设备121接入网络时，需要手动配置转发面设备121与控制面设备131之间的管理通道；在转发面设备122接入网络时，需要手动配置转发面设备122与控制面设备131之间的管理通道。容易想到的是，随着控制面设备管理的转发面设备的数量的增多，需要配置的管理通道的数量也会增多。显然，这增大了运营维护的工作量，提高了管理难度。

例如，假设每个转发面设备和控制面设备之间存在三条管理通道，那么部署图1所示的网络架构需要建立2*3＝6条管理通道。如果图1所示的网络中还包括1000个转发面设备，那么总共需要部署1002*3＝3006条管理通道。显然，这增加了网络运营维护的工作量，不便于对转发面设备进行管理。

另外，转发面设备上安装有一个或多个软件以维持转发面设备的正常工作。目前，为了更新转发面设备上的软件配置，需要技术人员手动逐一更新每个转发面的软件配置，运营维护的工作量较大。

为了解决上述问题，本申请实施例提供了一种信息接收方法和信息发送方法，可以自动配置控制面设备与转发面设备之间的管理通道，降低了运营维护的工作量，降低了管理难度。

本申请实施例提供的信息接收方法和信息发送方法可以应用于图1所示的网络结构。具体地，图1所示实施例中的控制面设备131可以作为第一控制面设备，执行本申请实施例提供的信息发送方法；图1所示实施例中的转发面设备121和转发面设备122可以作为转发面设备，执行本申请实施例提供的信息接收方法。

在一些可能的实现方式中，系统中可以包括多个控制面设备。也就是说，在图1的基础上，vBNG还可以包括控制面设备131(图1中未示出)。控制面设备132分别与转发面设备121和转发面设备122连接。具体地，控制面设备131可以作为第一控制面设备，控制面设备132可以作为第二控制面设备，执行本申请实施例提供的信息发送方法。或者，控制面设备131可以作为第二控制面设备，控制面设备132可以作为第一控制面设备可以作为第一控制面设备，执行本申请实施例提供的信息发送方法。

在本申请实施例中，设备111和设备112可以是终端设备。其中，终端设备可以称为用户设备(User Equipment，UE)、移动台(Mobile Station，MS)、移动终端(MobileTerminal，MT)或终端等。终端设备是一种向用户提供语音和/或数据连通性的设备，或，设置于该设备内的芯片。例如，终端设备可以是具有无线连接功能的手持式设备、车载设备等。终端设备可以为手机、台式电脑、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(Mobile Internet Device，MID)、可穿戴设备、虚拟现实(Virtual Reality，VR)设备、增强现实(Augmented Reality，AR)设备、工业控制(Industrial Control)中的无线终端或有线终端、无人驾驶(Self Driving)中的无线终端、远程手术(Remote Medical Surgery)中的无线终端、智能电网(Smart Grid)中的无线终端、运输安全(Transportation Safety)中的无线终端、智慧城市(Smart City)中的无线终端、智慧家庭(Smart Home)中的无线终端或支持5G接入的家庭网关设备(5G→Residential Gateway，5G→RG)等。

可选地，第一控制面设备和第二控制面设备属于相同的备份组。可以理解的是，第一转发面设备所在的网络系统还可以包括三个或更多的控制面设备。

因为本申请实施例提供的技术方案用于在控制面设备和转发面设备之间建立管理通道，所以如果本申请实施例提供的信息接收方法由图1中的转发面设备121或转发面设备122执行，在执行所述信息接收方法之前，控制面设备131和转发面设备121或转发面设备122执行之间建立物理连接，但未建立管理通道。其中，建立物理连接是指控制面设备和转发面设备之间通过光纤等手段建立连接，控制面设备和转发面设备之间的信号导通。可以理解的是，上述信号导通表示信号物理层面上可以从控制面设备发往转发面设备，并不表示控制面设备和转发面设备之间可以进行信息交互。

下面结合图2对本申请实施例提供的技术方案进行介绍。参见图2，该图为本申请实施例提供的信息发送方法和信息接收方法的一种信令交互图，包括以下S201-S203。

S201：第一控制面设备生成第一配置信息。

为了自动配置与第一转发面设备之间的管理通道，第一控制面设备可以生成第一配置信息，第一配置信息用于在第一控制面设备和第一转发面设备之间配置一个或多个管理通道。可选地，第一配置信息可以包括一个或多个用于配置管理通道的脚本。通过运行这些脚本，第一转发面设备能够在第转发面设备和第一控制面设备之间配置一个或多个管理通道。

其中，管理通道用于第一控制面设备和第一转发面设备之间的信息交互。也就是说，第一控制面设备通过管理通道向第一转发面设备发送报文，第一转发面设备通过管理通道向第一控制面设备发送报文。具体地，第一控制面设备和第一转发面设备之间的管理通道可以包括以下任意一种或多种：NETCONF管理通道、VxLAN管理通道和CUSP管理通道。

在本申请实施例中，第一控制面设备生成第一配置信息具体包括但不限于以下两种实现方式。

在第一种实现方式中，在建立与第一转发面设备之间的连接之后，第一控制面设备生成第一配置信息。

在第二种实现方式中，第一控制面设备接收第一转发面设备发送的报文，再根据第一转发面设备发送的报文生成第一配置信息。

关于第一控制面设备根据第一转发面设备发送的报文生成第一配置信息的方法可以参见图3所示实施例的介绍，这里不再赘述。

在网络系统中，报文基于目的设备的互联网协议(Internet Protocol，IP)地址转发。也就是说，对于第一控制面设备向第一转发面设备发送的报文，该报文的目的地址为第一转发面设备的IP地址；对于设备转发面向第一控制面设备发送的报文，该报文的目的地址为控制面面设备的IP地址。

也就是说，管理通道基于第一控制面设备的IP地址和第一转发面设备的IP地址建立。那么第一配置信息是第一控制面设备基于第一控制面设备的IP地址和第一转发面设备的IP地址生成的。

在本申请实施例中，第一转发面设备的IP地址被称为第一地址。下面介绍第一控制面设备获取第一转发面设备的IP地址的方法。在本申请实施例中，第一控制面设备获取第一地址具体包括但不限于以下两种实现方式。

在第一种实现方式中，第一转发面设备的IP地址是第一控制面设备为第一转发面设备分配的。在建立第一转发面设备与第一控制面设备之间的连接之后，第一控制面设备为第一转发面设备分配IP地址。可选地，第一控制面设备可以基于第一转发面设备的MAC地址为第一转发面设备分配IP地址。可选地，第一控制面设备包括用于分配给第一转发面设备的IP地址池(IP Pool)。在为第一转发面设备分配IP地址时，第一控制面设备可以从IPPool中选取一个未被分配的IP地址，并将该未被分配的IP地址确定为第一转发面设备的IP地址。

在第二种实现方式中，第一转发面设备的IP地址是第一转发面设备向第一控制面设备发送的。例如，在建立第一转发面设备与第一控制面设备之间的连接之后，第一转发面设备可以向第一控制面设备发送第一转发面设备的IP地址，以便第一控制面设备根据第一转发面设备的IP地址生成第一配置信息。

除了第一配置信息以外，如果网络系统中还存在第二转发面设备，第二转发面设备也建立了与第一控制面设备之间的连接，且第二转发面设备与第一控制面设备之间未建立管理通道，第一控制面设备还可以生成第二配置信息，第二配置信息用于建立第二控制面设备与第一控制面设备之间的管理通道。关于第二控制面设备和第二配置信息的详细介绍可以参考第一配置信息的介绍，这里不再赘述。

S202：第一控制面设备向第一转发面设备发送第一配置信息。

在生成第一配置信息之后，第一控制面设备通过与第一转发面设备之间的连接向第一转发面设备发送第一配置信息。可选地，第一控制面设备基于DHCP向第一转发面设备发送第一配置信息。第一配置信息被携带在DHCP Offer报文中。关于这部分内容的介绍可以参见图3所示实施例，这里不再赘述。

如果第一转发面设备的IP地址是第一控制面设备为第一转发面设备分配的，第一控制面设备还可以向第一转发面设备发送第一地址。可选地，第一控制面设备可以通过独立的报文向第一转发面设备发送第一转发面设备的IP地址，也可以将第一转发面设备的IP地址和第一配置信息携带在同一个报文(即后文所述的第一报文)中向第一转发面设备发送。关于第一控制面设备向第一转发面设备发送第一地址的方法可以参见图3所示实施例的介绍，这里不再赘述。

S203：第一转发面设备根据第一配置信息建立管理通道，并基于管理通道与第一控制面设备进行信息交互。

在接收到第一控制面设备发送的第一配置信息之后，第一转发面设备根据第一配置信息建立管理通道。具体地，第一转发面设备基于第一转发面设备的IP地址和第一配置信息建立管理通道。根据前文介绍可知，第一配置信息可以包括一个或多个用于配置管理通道的脚本。相应地，在接收到第一配置信息之后，第一转发面设备可以运行第一配置信息中的脚本，以在第一转发面设备上配置一个或多个管理通道。

可选地，如果第一控制面设备基于DHCP向第一转发面设备发送第一配置信息，在第一转发面设备接收第一配置信息之后，在根据第一配置信息建立管理通道之前，第一转发面设备和第一控制面设备之间还可以进行一轮或多轮报文交互。关于这部分内容的介绍可以参见图3所示实施例，这里不再赘述。

在建立与第一控制面设备之间的管理通道之后，第一转发面设备可以基于管理通道与第一控制面设备进行信息交互。

在本申请实施例中，第一控制面设备可以向第一转发面设备发送用于配置管理通道的配置信息。在接收到第一控制面设备发送的配置信息之后，第一转发面设备可以根据配置信息建立与第一控制面设备之间的管理通道，以便基于管理通道与第一控制面设备进行信息交互，便于第一控制面设备对第一转发面设备进行管理。这样，由第一控制面设备向第一转发面设备发送用于配置管理通道的配置信息，无需手动在第一转发面设备上配置管理通道，减少了配置第一转发面设备的工作量。

例如，在新的转发面设备接入网络之后，控制面设备可以生成配置信息，并向该新接入网络的转发面设备发送配置信息。该新接入的转发面设备可以根据配置信息建立与控制面设备之间的管理通道，从而实现和控制面设备之间进行信息交互。

另外，在建立了与第一控制面设备之间的管理通道之后，第一转发面设备可以基于管理通道接收第一控制面设备发送的更新信息，以便根据更新信息更新第一转发面设备的软件配置，实现转发面设备软件配置的自动更新。关于更新信息以及更新软件配置的介绍可以参见图5对应的实施例，这里不再赘述。

下面以控制面设备基于DHCP向转发面设备发送第一配置信息为例，对本申请实施例提供的技术方案进行介绍。参见图3，该图为本申请实施例提供的信息发送方法和信息接收方法的另一种信令交互图，包括以下步骤S301-S307。

图3所示的信令交互图还包括S301-1、S302-1、S303-1和S304-1等步骤。这些步骤是网络系统还包括第二控制面设备时，第一转发面设备以及第二控制面设备执行的相关步骤。

可以理解的是，如果网络中还存在其他控制面设备(例如第三控制面设备)，第一转发面设备和第三控制面设备之间也可以进行信息交互。具体信息交互过程与S301-1、S302-1、S303-1和S304-1类似，这里不再赘述。如果网络中仅存在第一控制面设备，设备不执行下述S301-1、S302-1、S303-1和S304-1等与第二控制面设备相关的步骤。

S301：第一转发面设备向第一控制面设备发送第二报文。

在第一转发面设备接入网络之后，第一转发面设备生成第二报文并向第一控制面设备发送。第二报文用于请求第一控制面设备向第一转发面设备发送第一配置信息，为建立管理通道过程中第一转发面设备和第一控制面设备之间首个交互报文。具体地，第二报文可以是DHCP发现(DHCP Discover)报文

如果第一转发面设备的IP地址是第一转发面设备向第一控制面设备发送的，第二报文包括第一转发面设备的IP地址，以便第一控制面设备根据第一转发面设备的IP地址生成第一配置信息。

如果第一转发面设备的IP地址是第一控制面设备为第一转发面设备分配的，第二报文还用于请求第一控制面设备为第一转发面设备分配IP地址。具体地，第二报文可以包括第一控制面设备的MAC地址，以便第一控制面设备根据第一转发面设备的MAC地址为第一转发面设备分配第一地址，并根据第一地址生成第一配置信息。

S301-1：第一转发面设备向第二控制面设备发送第二报文。

如果第一转发面设备所在的网络系统中包括第一控制面设备和第二控制面设备，且第一转发面设备接入网络后分别与第一控制面设备和第二控制面设备建立了连接，那么第一转发面设备可以分别向第一控制面设备和第二控制面设备发送两条第二报文，以请求第一控制面设备和第二控制面设备为第一转发面设备生成配置信息。

可选地，第一转发面设备向第一控制面设备发送的第二报文，和第一转发面设备向第二控制面设备发送的第二报文可以相同，也可以不同。

进一步地，如果第一转发面设备所在的网络系统中可能存在多个控制面设备，且第一转发面设备分别与多个控制面设备连接，那么在发送第二报文时，第一转发面设备可以向与自身连接的多个控制面设备中的每个控制面设备发送第二报文。具体地，第一转发面设备可以向与自身连接的多个控制面设备广播第二报文。

S302：第一控制面设备生成第一配置信息。

如果第一控制面设备接收到第一转发面设备发送的第二报文，说明第一转发面设备请求建立第一控制面设备生成用于建立配置信息的管理通道。

与第一转发面设备之间的管理通道。那么第一控制面设备可以基于第二报文生成配置信息。关于生成第一配置信息的过程可以参见S201的介绍，这里不再赘述。

如果第一转发面设备的IP地址是控制面设备为第一转发面设备分配的，第一控制面设备还可以基于第二报文为第一转发面设备分配第一地址。例如，第一控制面吧根据第二报文所包括的第一转发面设备的MAC地址为第一转发面设备分配第一地址。

关于第一控制面设备生成第一配置信息的介绍可以参见图2对应的介绍，这里不再赘述。

S302-2：第二控制面设备生成第二配置信息。

与第一控制面设备类似，如果第一转发面设备向第二控制面设备发送了第二报文，第二控制面设备可以根据第二报文生成第二配置信息。第二配置信息基于第一转发面设备的IP地址和第二控制面设备的IP地址生成，用于在第一转发面设备和第二控制面设备之间建立一条或多条管理通道。

同样，如果第一转发面设备的IP地址是控制面设备为第一转发面设备分配的，第二控制面设备也可以为第一转发面设备分配IP地址，该IP地址被称为第二地址。

根据前文介绍可知，第一控制面设备和第二控制面设备可以属于同一个备份组。相应地，第一控制面设备为第一转发面设备分配的第一地址，和第二控制面设备为第一转发面设备分配的第二地址可以是相同的IP地址。第一配置信息和第二配置信息可以是相同的配置信息。

S303：第一控制面设备向第一转发面设备发送第一报文，第一报文包括第一配置信息。

在生成第一配置信息之后，第一转发面设备可以通过第一报文向第一转发面设备发送第一配置信息。具体地，第一报文为针对第二报文的DHCP Offer报文。也就是说，在接收到转发面设备发送的DHCP Discover报文之后，第一控制面设备可以基于DHCP Discover报文生成DHCP Offer报文，从而通过DHCP Offer报文向第一转发面设备发送第一配置信息。

在本申请实施例中，第一配置信息可以被携带在DHCP Offer报文的DHCP OptionTLV字段中。具体地，DHCP Offer报文的DHCP Option TLV字段的格式可以如图4所示。其中，DHCP Option TLV字段中选项类型(Option Type)字段的取值用于标识DHCP Option TLV字段中包括第一配置信息。可选地，Option Type字段的取值为111(十六进制为0x6E或0x6F)。DHCP Option TLV字段中可以包括一个或多个子选项(Sub-option)TLV字段。每个子TLV字段进一步包括子选项类型(Sub-option Type)字段、子选项长度(Sub-option Length)字段和子选项值(Sub-option Value)字段。其中，Sub-option Value字段用于携带第一配置信息。

例如，如果第一配置信息包括一个或多个用于配置管理通道的脚本，Sub-OptionTLV字段可以包括一个或多个参数请求表项(Parameter Request List Item)，每个Parameter request list item用于携带一个脚本，每个脚本用于建立一条管理通道。

可选地，第一报文还可以包括第一控制面设备为第一转发面设备分配的第一地址。具体地，第一报文可以被携带在第一报文的TLV字段中，例如可以被携带在上述DHCPOption TLV字段中。或者，第一控制面设备也可以不通过独立的字段携带第一地址，而是将第一地址携带在第一配置信息中。这样，通过解析第一配置信息，第一转发面设备可以确定第一地址。

S303-1：第二控制面设备向第一转发面设备发送第二配置信息。

与第一控制面类似，如果第二控制面设备也为第一转发面设备分配了IP地址并生成第二配置信息，第二控制面也可以向第一转发面设备发送DHCP Offer报文。第二控制面设备向第二转发面设备发送的DHCP Offer报文包括第二配置信息。第二配置信息可以被携带在第二报文的DHCP Option TLV字段中。同样，第二控制面设备向第二转发面设备发送的DHCP Offer报文还可以包括第二地址。

S304：第一转发面设备确定管理通道基于第一配置信息建立。

在建立管理通道之前，第一转发面设备先确定用于建立管理通道的配置信息。为了便于说明，本申请实施例中以第一转发面设备基于第一配置信息建立管理通道为例进行说明。

如果第一转发面设备所在的网络系统中包括第一控制面设备，不包括第二控制面设备以及其他的控制面设备，那么第一转发面设备接收到一条DHCP Offer报文(即前述第一报文)。那么第一转发面设备可以根据该DHCP Offer报文所包括的配置信息(即第一配置信息)建立管理通道。

如果第一转发面设备所在的网络系统中包括第一控制面设备和第二控制面设备，第一转发面设备接收第一控制面设备发送的DHCP Offer报文和第二控制设备发送的DHCPOffer报文。那么在执行后续步骤之前，第一转发面设备先从第一配置信息和第二配置信息中选择一个配置信息，作为第一转发面设备建立管理通道所用的配置信息。

在一些可能的实现中，DHCP Offer报文还包括控制面设备为第一转发面设备分配的IP地址，第一转发面设备还将第一地址确定为第一转发面设备的IP地址。

如果第一转发面设备所在的网络系统中包括三个或更多的控制面设备，第一转发面设备可以接收到三个或更多DHCP Offer报文，每个DHCP Offer报文包括一个配置信息。第一转发面设备可以从多个配置信息中选择第一控制面设备生成的第一配置信息作为建立管理通道所用的配置信息。

在本申请实施例中，第一转发面设备从多个配置信息中选择配置信息具体包括但不限于以下两种实现方式。

在第一种实现方式中，第一转发面设备根据接收DHCP Offer报文的时间选择配置信息。具体地，第一转发面设备可以根据接收DHCP Offer报文的先后顺序选择第一配置信息或第二配置信息。

例如，如果第一转发面设备接收第一控制面设备发送的DHCP Offer报文的时间早于第一转发面设备接收第二控制面设备发送的DHCP Offer报文的时间，第一转发面设备利用更早接收的DHCP Offer报文中包括的配置信息建立管理通道，即利用第一配置信息建立管理通道。相应地，第一转发面设备还确定第一转发面设备的IP地址为第一地址。

在第二种实现方式中，第一转发面设备根据第一控制面设备和第二控制面设备的优先级选择配置信息。具体地，如果第一控制面设备和第二控制面设备属于同一个备份组，第一控制面设备和第二控制面设备之间可以具有主备关系。第一控制面设备和第二控制面设备中一个控制面设备可以作为主用控制面设备，另一个控制面设备可以作为备用控制面设备。相应地，第一转发面设备可以将主用控制面设备发送的配置信息作为建立管理通道所用的配置信息。

例如，如果第一控制面设备为主用控制面设备，第二控制面设备为备用控制面设备，那么第一转发面设备可以将主用控制面设备(即第一控制面设备)生成的配置信息(即第一配置信息)作为建立管理通道所用的配置信息。相应地，第一转发面设备还确定第一转发面设备的IP地址为第一地址。

S305：第一转发面设备向第一控制面设备发送第三报文。

在确定第一转发面设备基于第一配置信息建立管理通道之后，第一转发面设备基于第一配置信息生成第三报文，并向第一控制面设备发送第三报文。其中，第三报文可以是针对第一报文的DHCP请求(Request)报文。第三报文包括第一配置信息，用于通知第一控制面设备第一转发面设备基于第一配置信息建立管理通道。

S305-1：第一转发面设备向第二控制面设备发送第三报文。

如果网络系统还包括第二控制面设备，第一转发面设备还向第二控制面设备发送第三报文，用于通知第二控制面设备第一转发面设备基于第一配置信息建立管理通道。

如果第一转发面设备与三个或更多控制面设备连接，第一转发面设备可以多个控制面设备广播第三报文，以便通知多个控制面设备第一转发面设备使用第一配置信息建立管理通道。

S306：第一控制面设备向第一转发面设备发送第四报文。

在接收到第一转发面设备发送的第三报文之后，第一控制面设备根据第三报文确定第一转发面设备使用第一配置信息建立管理通道。接着，第一控制面设备生成第四报文，并向第一转发面设备发送第四报文。其中，第四报文为DHCP应答(DHCP ACK)报文，用于应答第一控制面设备发送的DHCP Request报文。

可选地，第一控制面设备还可以记录第一转发面设备的MAC地址、第一地址和管理通道的标识之间的对应关系，表示管理通道和第一地址被第一转发面设备所使用。这样，在接收到其他转发面设备发送的DCHP Discover消息之后，第一控制面设备可以生成新的配置信息，并为该转发面设备分配不同于第一地址的IP地址。

可以理解的是，第二控制面设备在接收到第一转发面设备发送的第三报文之后，可以根据第三报文确定第二配置信息和第二地址未被第一转发面设备使用，并确定第一转发面设备和控制面设备之间的管理通道为第一转发面设备和第一控制面设备之间的管理通道。如果第二地址与第一地址不同，第一配置信息和第二配置信息不同，第二控制面设备还可以基于第三报文确定第二配置信息和第二地址未被使用。这样，在接收到其他转发面设备发送的DCHP Discover消息之后，第二控制面设备可以为该转发面设备分配第二地址。

S307：第一转发面设备根据第一配置信息建立管理通道，并基于管理通道与第一控制面设备进行信息交互。

在接收到第一控制面设备发送的第四报文之后，第一转发面设备根据第一配置信息建立与第一控制面设备之间的管理通道，并基于管理通道与第一控制面设备进行信息交互。

通过上述介绍可以看出，在建立与第一控制面设备的连接之后，第一转发面设备可以向第一控制面设备发送第二报文。第一控制面设备根据第二报文的请求生成第一配置信息，并通过第一报文发送给第一转发面设备。接着，第一转发面设备确定使用第一配置信息建立管理通道，生成第三报文并向第一转发面设备发送。第一控制面设备基于第三报文确定第一配置信息被第一转发面设备使用，生成并向第一转发面设备发送用于应答第三报文的第四报文。在接收到第四报文之后，第一转发面设备根据第一配置信息建立管理通道，以便和第一控制面设备进行信息交互。这样，通过第二报文，第一转发面设备请求第一控制面设备生成用于配置管理通道的配置信息。第一控制面设备通过第一消息将第一配置信息发送给第一转发面设备。如此，实现了管理通道的自动配置，无需手动在第一转发面设备上配置管理通道，减少了配置第一转发面设备的工作量。

除了自动配置管理通道以外，控制面设备还可以更新转发面设备的软件配置，以克服传统技术中转发面设备的软件需要手动更新的问题。下面结合图5对本申请实施例提供的技术方案进行介绍。参见图5，该图为本申请实施例提供的信息发送方法的另一种信令交互图，包括以下S501-S504。

S501：控制面设备从多个转发面设备中确定一个或多个目标转发面设备。

为了更新转发面设备的软件配置，控制面设备可以先从多个转发面设备中确定一个或多个目标转发面设备。其中，控制面设备可以是前述第一控制面设备，也可以是第二控制面设备。所述多个转发面设备是与控制面设备连接且建立有管理通道的转发面设备，包括前述第一转发面设备和第二转发面设备。目标转发面设备为与控制面设备连接的转发面设备中，需要更新软件配置的转发面设备，例如可以包括前述第一转发面设备和/或第二转发面设备。

在本申请实施例中，控制面设备确定一个或多个目标转发面设备的方法具体包括但不限于以下三种实现方式。

在第一种实现方式中，目标转发面设备是技术人员在控制面设备上配置的。例如，技术人员可以在控制面设备上配置一个或多个转发面设备的标识，控制面设备可以将这些转发面设备的标识对应的转发面设备确定为目标转发面设备。

在第二种实现方式中，目标转发面设备是根据控制器(或网管设备)发送的消息确定的。具体地，控制器可以向控制面设备发送控制消息，控制消息包括一个或多个目标转发面设备的标识。控制面设备可以根据控制消息从多个转发面设备中确定一个或多个目标转发面设备。

在第三种实现方式中，目标转发面设备是控制面设备根据预存的转发面设备的软件配置信息确定的。具体地，控制面设备可以存储多个转发面设备的软件配置信息，例如，控制面设备可以通过管理通道获取转发面设备发送的软件配置信息。接着，如果控制面设备确定某些软件存在新版本，控制面设备可以根据存储的软件配置信息和最新的软件配置信息确定需要更新软件配置信息的转发面设备，即目标转发面设备。

可选地，控制面设备以数据库等方式存储转发面设备的软件配置信息。转发面设备的软件配置信息软件配置信息又可以被称为模板，包括转发面设备的软件版本信息、软件补丁信息和软件Mod信息中的任意一种或多种等相关信息。

S502：控制面设备生成更新信息。

为了更新目标转发面的软件配置，控制面设备可以生成更新信息。更新信息用于更新转发面设备的软件配置。更新信息可以包括新版本的软件、补丁和Mod中的任意一种或多种。可选地，更新信息可以包括脚本。目标转发面设备通过运行脚本更新目标转发面设备的软件配置。

可以理解的是，S502可以在S501之前执行，也可以在S501之后执行。本申请实施例对S501和S502的执行顺序不作限定。

S503：控制面设备向一个或多个目标转发面设备发送更新信息。

在生成更新信息并确定目标转发面设备之后，控制面设备可以向目标转发面设备发送更新消息。如果控制面设备确定了多个目标转发面设备，控制面设备可以向多个目标转发面设备中每个转发面设备发送更新信息，以便目标转发面设备根据更新信息更新软件配置。例如，在图5所示的实现方式中，控制面设备分别向目标转发面设备1和目标转发面设备2发送更新信息。

在一些可能的实现中，控制面设备可以通过前述管理通道向目标转发面设备发送更新信息。例如，控制面设备可以通过NETCONF管理通道向目标转发面设备发送更新信息，例如控制面设备可以基于开放流(Open Flow，OF)技术，通过NETCONF管理通道向目标转发面设备发送更新信息。那么用于传输更新信息的报文的OF自定义TLV扩展头的代码定义可以如下所示：

可以理解的是，控制面设备也可以通过采样流(Sampled Flow，sFlow)等技术向目标转发面设备发送配置信息，这里不再赘述。

关于控制面设备和目标转发面设备之间管理通道的建立方式可以参见前文，这里不再赘述。

可以理解的是，在控制面设备向一个或多个目标转发面设备发送更新信息之前，控制面设备可以获取确认信息。确认信息表示技术人员允许控制面设备更新目标转发面设备的软件配置。

S504：目标转发面设备根据更新信息更新软件配置。

在接收到控制面设备发送的更新信息之后，目标转发面设备根据更新信息更新软件配置。具体地，如果更新信息包括用于安装新版本软件的脚本，目标转发面设备可以运行该脚本，以在目标转发面设备上安装新版本的软件；如果更新信息包括用于安装补丁的脚本，目标转发面设备可以运行该脚本，以在目标转发面设备上安装补丁；如果更新信息包括用于安装Mod的脚本，目标转发面设备可以运行该脚本，以在目标转发面设备上安装Mod。

可见，在本申请实施例提供的技术方案中，控制面设备可以确定需要更新软件配置的目标转发面设备，接着生成配置信息并向目标转发面设备发送。目标转发面设备可以根据控制面设备发送的配置信息更新目标转发面设备的软件配置。这样，控制面设备可以更新转发面设备的软件配置，无需技术人员逐一更新转发面设备的软件配置。如此，减少了更新软件配置的工作量，降低了运营维护的工作量。

参见图6，本申请实施例还提供了一种信息接收装置600，该信息接收装置600可以实现图2、图3或图5所示实施例中转发面设备的功能。该信息接收装置600包括收发模块610和处理模块620。其中，收发模块610，用于实现图2、图3或图5所示实施例中收发信息的功能；处理模块620，用于实现图2、图3或图5所示实施例中数据处理的功能。

具体的，所述收发模块610，用于接收所述第一控制面设备发送的第一配置信息。

所述处理模块620，用于根据所述第一配置信息配置至少一个第一管理通道，所述至少一个第一管理通道用于所述第一控制面设备和所述转发面设备之间的信息交互。

具体执行过程请参考上述图2、图3和图5所示实施例中相应步骤的详细描述，这里不再一一赘述。

参见图7，本申请实施例还提供了一种信息发送装置700，该信息发送装置700可以实现图2、图3或图5所示实施例中控制面设备的功能。该信息发送装置700包括处理模块710和收发模块720。其中，处理模块710，用于实现图2、图3或图5所示实施例中数据处理的功能；收发模块720，用于实现图2、图3或图5所示实施例中收发信息的功能。

具体的，所述处理模块710，用于生成配置信息，所述配置信息用于所述第一转发面设备配置至少一个管理通道，所述至少一个管理通道用于所述控制面设备和所述第一转发面设备之间的信息交互。

所述收发模块720，用于向所述第一转发面设备发送所述配置信息。

具体执行过程请参考上述图2、图3和图5所示实施例中相应步骤的详细描述，这里不再一一赘述。

需要说明的是，本申请实施例中对模块(单元)划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能模块可以集成在一个模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。例如，上述实施例中，收发模块和处理模块可以是同一个模块，也不同的模块。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块形式实现。

图8是本申请实施例提供的一种设备800的结构示意图。上文中的信息接收装置600和信息发送装置700可以通过图8所示的设备来实现。参见图8，该设备800包括至少一个处理器801，通信总线802以及至少一个网络接口804，可选地，该设备800还可以包括存储器803。

具体地，在图6中所描述的各单元模块为通过软件实现的情况下，执行相应动作所需的软件或程序代码存储在存储器803中。所述处理器801用于执行存储器803中的程序或指令，以实现图2所示实施例中S203的处理步骤，或实现图3所示实施例中S301、S304和S307的处理步骤，或实现图5所示实施例中S504的处理步骤。网络接口803用于实现该装置与其他设备之间的通信。

或者，在图7中所描述的各单元模块为通过软件实现的情况下，执行相应动作所需的软件或程序代码存储在存储器803中。所述处理器801用于执行存储器803中的程序或指令，以实现上述实施例中S201和S202)的处理步骤，或实现图3所示实施例中S302、S303和S304的处理步骤，或实现图5所示实施例中S501、502和S503的处理步骤。网络接口803用于实现该装置与其他设备之间的通信。

处理器801可以是一个通用中央处理器(Central Processing Unit，CPU)、特定应用集成电路(Application-specific Integrated Circuit，ASIC)或一个或多个用于控制本申请方案程序执行的集成电路(Integrated Circuit，IC)。处理器可以用于对报文或数据进行处理，以实现本申请实施例中提供的方法。

比如，当图2中的转发面设备通过图8所示的设备来实现时，该处理器可以用于，接收所述控制面设备发送的第一配置信息；根据所述第一配置信息配置至少一个第一管理通道，所述至少一个第一管理通道用于所述控制面设备和所述转发面设备之间的信息交互。

当图2中的控制面设备通过图8所示的设备来实现时，该处理器可以用于，生成配置信息，所述配置信息用于所述转发面设备配置至少一个管理通道，所述至少一个管理通道用于所述控制面设备和所述转发面设备之间的信息交互。向所述转发面设备发送所述配置信息

通信总线802用于在处理器801、网络接口804和存储器803之间传送信息。

存储器803可以是只读存储器(Read-only Memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，存储器803还可以是随机存取存储器(Random AccessMemory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是只读光盘(Compact Disc Read-only Memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器803可以是独立存在，通过通信总线802与处理器801相连接。存储器803也可以和处理器801集成在一起。

可选地，存储器803用于存储执行本申请实施例提供的技术方案的程序代码或指令，并由处理器801来控制执行。处理器801用于执行存储器803中存储的程序代码或指令。程序代码中可以包括一个或多个软件模块。可选地，处理器801也可以存储执行本申请实施例提供的技术方案的程序代码或指令，在这种情况下处理器801不需要到存储器803中读取程序代码或指令。

网络接口804可以为收发器一类的装置，用于与其它设备或通信网络通信，通信网络可以为以太网、无线接入网(RAN)或无线局域网(Wireless Local Area Networks，WLAN)等。在本申请实施例中，网络接口804可以用于接收分段路由网络中的其他节点发送的报文，也可以向分段路由网络中的其他节点发送报文。网络接口804可以为以太接口(Ethernet)接口、快速以太(Fast Ethernet，FE)接口或千兆以太(Gigabit Ethernet，GE)接口等。

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

图9是本申请实施例提供的一种设备900的结构示意图。图2、图3和图5中的控制面设备以及转发面设备可以通过图9所示的设备来实现。参见图9所示的设备结构示意图，设备900包括主控板和一个或多个接口板。主控板与接口板通信连接。主控板也称为主处理单元(Main Processing Unit，MPU)或路由处理卡(Route Processor Card)，主控板包括CPU和存储器，主控板负责对设备900中各个组件的控制和管理，包括路由计算、设备管理和维护功能。接口板也称为线处理单元(Line Processing Unit，LPU)或线卡(Line Card)，用于接收和发送报文。在一些实施例中，主控板与接口板之间或接口板与接口板之间通过总线通信。在一些实施例中，接口板之间通过交换网板通信，在这种情况下设备900也包括交换网板，交换网板与主控板、接口板通信连接，交换网板用于转发接口板之间的数据，交换网板也可以称为交换网板单元(Switch Fabric Unit，SFU)。接口板包括CPU、存储器、转发引擎和接口卡(Interface Card，IC)，其中接口卡可以包括一个或多个网络接口。网络接口可以为Ethernet接口、FE接口或GE接口等。CPU与存储器、转发引擎和接口卡分别通信连接。存储器用于存储转发表。转发引擎用于基于存储器中保存的转发表转发接收到的报文，如果接收到的报文的目的地址为设备900的IP地址，则将该报文发送给主控板或接口板的CPU进行处理；如果接收到的报文的目的地址不是设备900的IP地址，则根据该目的地查转发表，如果从转发表中查找到该目的地址对应的下一跳和出接口，将该报文转发到该目的地址对应的出接口。转发引擎可以是网络处理器(Network Processor，NP)。接口卡也称为子卡，可安装在接口板上，负责将光电信号转换为数据帧，并对数据帧进行合法性检查后转发给转发引擎处理或接口板CPU。在一些实施例中，CPU也可执行转发引擎的功能，比如基于通用CPU实现软转发，从而接口板中不需要转发引擎。在一些实施例中，转发引擎可以通过ASIC或现场可编程门阵列(Field Programmable Gate Array，FPGA)实现。在一些实施例中，存储转发表的存储器也可以集成到转发引擎中，作为转发引擎的一部分。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述图2或图3所示实施例中转发面设备执行的信息接收方法，或使得该芯片系统实现上述图2、图3或图5所示实施例中控制面设备执行的信息发送方法，或使得该芯片系统实现上述图5所示实施例中转发面设备执行的配置更新方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性的，该芯片系统可以是FPGA，可以是ASIC，还可以是系统芯片(System onChip，SoC)，还可以是CPU，还可以是NP，还可以是数字信号处理电路(Digital SignalProcessor，DSP)，还可以是微控制器(Micro Controller Unit，MCU)，还可以是可编程控制器(Programmable Logic Device，PLD)或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行以上方法实施例提供的、由转发面设备执行的信息接收方法，或执行以上方法实施例提供的、由转发面设备执行的配置更新方法，或执行以上方法实施例提供的、由控制面设备执行的信息发送方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以上方法实施例提供的、由转发面设备执行的信息接收方法，或执行以上方法实施例提供的、由转发面设备执行的配置更新方法，或执行以上方法实施例提供的、由控制面设备执行的信息发送方法。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑模块划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要获取其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各模块单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件模块单元的形式实现。

所述集成的单元如果以软件模块单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (30)

1.一种信息接收方法，其特征在于，所述方法应用于控制面和转发面分离的虚拟宽带网络接入系统，所述系统包括第一控制面设备和转发面设备，所述方法包括：

所述转发面设备接收所述第一控制面设备发送的第一配置信息；

所述转发面设备根据所述第一配置信息配置至少一个第一管理通道，所述至少一个第一管理通道用于所述第一控制面设备和所述转发面设备之间的信息交互。

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

所述转发面设备接收所述第一控制面设备发送的第一地址；

所述转发面设备根据所述第一配置信息配置至少一个第一管理通道包括：

所述转发面设备根据所述第一配置信息和所述第一地址配置所述至少一个第一管理通道，所述第一地址为所述至少一个第一管理通道中所述转发面设备对应的地址。

3.根据权利要求2所述的方法，其特征在于，所述转发面设备接收所述第一控制面设备发送的第一配置信息包括：

所述转发面设备接收所述第一控制面设备发送的第一报文，所述第一报文包括所述第一配置信息和所述第一地址。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一配置信息携带在动态主机配置协议DHCP提供offer报文中。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一配置信息携带在DHCP选项Option类型长度值TLV字段中。

6.根据权利要求1-5任一项所述的方法，其特征在于，在接收所述第一配置信息之前，所述方法还包括：

所述转发面设备向所述第一控制面设备发送所述第二报文，所述第二报文用于指示所述第一控制面设备向所述转发面设备发送所述第一配置信息。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

所述转发面设备生成第三报文，所述第三报文指示所述第一配置信息被所述转发面设备所使用；

所述转发面设备向所述第一控制面设备发送所述第三报文；

其中，所述第三报文为DHCP请求request报文。

8.根据权利要求7所述的方法，其特征在于，在发送所述第三报文之后，所述方法还包括：

所述转发面设备接收所述第一控制面设备发送的第四报文，所述第四报文是针对所述第三报文的DCHP应答ACK报文。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述系统还包括第二控制面设备，所述第二控制面设备与所述第一控制面设备属于相同的备份组，在接收所述第一配置信息之后，所述方法还包括：

所述转发面设备接收所述第二控制面设备发送的第二配置信息，所述第二配置信息用于指示所述转发面设备配置所述至少一个第二管理通道，所述至少一个第二管理通道用于所述第二控制面设备和所述转发面设备之间的信息交互；

响应于所述转发面设备接收所述第一配置信息的时间早于所述转发面设备接收所述第二配置信息的时间，所述转发面设备丢弃所述第二配置信息。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

所述转发面设备通过所述第一管理通道接收所述第一控制面设备发送的更新信息；

所述转发面设备根据所述更新信息更新所述转发面设备的软件配置。

11.根据权利要求1-10任一项所述的方法，其特征在于，所述至少一个第一管理通道包括以下任意一种或多种：

网络配置协议NETCONF管理通道、虚拟扩展局域网VxLAN管理通道和控制面与用户面分离协议CUSP管理通道。

12.一种信息发送方法，其特征在于，所述方法应用于控制面和转发面分离的虚拟宽带网络接入系统，所述系统包括控制面设备和第一转发面设备，所述方法包括：

所述控制面设备生成第一配置信息，所述第一配置信息用于所述第一转发面设备配置至少一个第一管理通道，所述至少一个第一管理通道用于所述控制面设备和所述第一转发面设备之间的信息交互；

所述控制面设备向所述第一转发面设备发送所述第一配置信息。

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

所述控制面设备向所述第一转发面设备发送第一地址，所述第一地址为所述至少一个管理通道中所述第一转发面设备对应的地址。

14.根据权利要求12或13所述的方法，其特征在于，所述控制面设备向所述第一转发面设备发送所述第一配置信息包括：

所述控制面设备向所述第一转发面设备发送第一报文，所述第一报文包括所述第一配置信息和所述第一地址。

15.根据权利要求12-14任一项所述的方法，其特征在于，所述第一配置信息携带在动态主机配置协议DHCP提供offer报文。

16.根据权利要求12-15任一项所述的方法，其特征在于，所述第一配置信息携带在DHCP选项Option类型长度值TLV字段中。

17.根据权利要求12-16任一项所述的方法，其特征在于，在生成所述第一配置信息之前，所述方法还包括：

所述控制面设备接收所述第一转发面设备发送的第二报文，所述第二报文用于指示所述控制面设备向所述转发面设备发送所述第一配置信息。

18.根据权利要求12-17任一项所述的方法，其特征在于，在发送所述第一报文之后，所述方法还包括：

所述控制面设备接收所述第一转发面设备发送的第三报文，所述第三报文指示所述第一配置信息被所述第一转发面设备所使用；

其中，所述第三报文为DHCP请求request报文。

19.根据权利要求18所述的方法，其特征在于，在接收所述第三报文之后，所述方法还包括：

所述控制面设备向所述第一转发面设备发送第四报文，所述第四报文是针对所述第三报文的DHCP应答ACK报文。

20.根据权利要求12-19所述的方法，其特征在于，所述系统还包括第二转发面设备，所述方法还包括：

所述控制面设备生成第二配置信息，所述第二配置信息用于所述第二转发面设备配置至少一个第二管理通道，所述至少一个第二管理通道用于所述控制面设备和所述第二转发面设备之间的信息交互；

所述控制面设备向所述第二转发面设备发送所述第二配置信息。

21.根据权利要求12-20任一项所述的方法，其特征在于，所述系统包括多个转发面设备，所述多个转发面设备包括所述第一转发面设备，所述方法还包括：

所述控制面设备从所述多个转发面设备中确定至少一个目标转发面设备；

所述控制面设备向所述至少一个目标转发面设备中每个目标转发面设备发送更新信息，所述更新信息用于更新所述每个目标转发面设备的软件配置。

22.根据权利要求21所述的方法，其特征在于，所述至少一个目标转发面设备包括所述第一转发面设备；

所述控制面设备向所述至少一个目标转发面设备中每个目标转发面设备发送更新信息包括：

所述控制面设备通过所述第一管理通道向所述第一转发面设备发送所述更新信息。

23.根据权利要求12-22任一项所述的方法，其特征在于，所述至少一个第一管理通道包括以下任意一种或多种：

网络配置协议NETCONF管理通道、虚拟扩展局域网VxLAN管理通道和控制面和用户面分离协议CUSP管理通道。

24.一种信息接收装置，其特征在于，所述信息接收装置包括收发模块和处理模块，所述收发模块用于执行权利要求1-11任一项所述的信息接收方法中的接收和/或发送操作；所述处理模块用于执行权利要求1-11任一项所述的信息接收方法中接收和/或发送操作以外的操作。

25.一种信息发送装置，其特征在于，所述信息发送装置，包括收发模块和处理模块，所述收发模块用于执行权利要求12-23任一项所述的信息发送方法中的接收和/或发送操作，所述处理模块用于执行权利要求12-23任一项所述的信息发送方法中接收和/或发送操作以外的操作。

26.一种转发面设备，其特征在于，所述转发面设备包括存储器和处理器，所述存储器用于存储指令，所述处理器用于运行所述指令，以使得所述网络设备执行如权利要求1-11任一项权利要求所述的信息接收方法。

27.一种控制面设备，特征在于，所述控制面设备包括存储器和处理器，所述存储器用于存储指令，所述处理器用于运行所述指令，以使得所述控制面设备执行如权利要求12-23任一项所述的信息发送方法。

28.一种系统，其特征在于，所述系统包括至少一个控制面设备和至少一个转发面设备，所述至少一个转发面设备包括第一转发面设备，所述第一转发面设备用于执行权利要求1-11任一项所述的信息接收方法，所述至少一个控制面设备包括第一控制面设备，所述第一控制面设备用于执行权利要求12-23任一项所述的信息发送方法。

29.一种计算机可读存储介质，其特征在于，包括指令，当其在处理器上执行时，实现权利要求1-23任一项所述的方法。

30.一种计算机程序产品，其特征在于，包括程序，当所述程序在处理器上运行时，执行上述权利要求1-23任一项所述的方法。