一种网络设备管理方法、主设备及管理服务器与流程

本发明涉及通信领域，尤其涉及一种网络设备管理方法、主设备及管理服务器。

背景技术：

目前，终端需要通过一些网络设备(如：路由器)来接入网络，同时，由于不同类型的终端的上网管理方式不一样，因此，在一个区域环境下，会部署不同类型不同数量的网络设备承载不同终端的网络业务。随着网络数据通信的发展，接入网络的终端的数量也随之大量增加，承载终端网络业务的网络设备的数量也大量增加。

现有技术中，每个网络设备需要单独连接到管理服务器，管理服务器基于SNMP(Simple Network Management Protocol，简单网络管理协议)实现对各个网络设备的管理，包括处理网络设备的基本网络配置、监控网络设备状态等。

但是，随着网络设备的数量越来越多，类型越来越复杂，管理服务器单独对各个网络设备进行管理，导致成本越来越高，也给处于云端的管理服务器带来极大的业务处理压力。

技术实现要素：

本发明实施提供一种网络设备管理方法、主设备及管理服务器，将多台网络设备聚合成一个集群，管理服务器通过对集群中的主设备进行管理，可以实现对集群中的其他设备的管理，大大减轻了管理服务器处理负荷。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，公开了一种网络设备管理方法，包括：

主设备接收至少一个分支设备发送的第一管理连接请求；其中，每一第一管理连接请求由每一分支设备发送，用于请求管理服务器与每一分支设备建立连接，每一第一管理连接请求包括与所述第一管理连接请求对应的分支设备的网络端口描述信息；

所述主设备缓存所述第一管理连接请求，并根据所述第一管理连接请求生成代理请求，所述代理请求包括每一第一管理连接对应的每一分支设备的网络端口描述信息；

所述主设备向所述管理服务器上报所述代理请求，指示所述管理服务器根据所述代理请求确定网络设备集群；其中，所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

结合第一方面，在第一方面的第一种可能的实现方式中，所述主设备接收至少一个分支设备发送的第一管理连接请求之前，所述方法还包括：

所述主设备向所述管理服务器发送第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息，使所述管理服务器根据所述主设备的网络端口描述信息与所述主设备建立连接。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述分支设备的网络端口包括上行端口、下行端口，所述主设备的网络端口包括上行端口、下行端口，

所述网络设备集群的外网口为所述主设备的上行端口，所述网络设备集群的终端口为所述每一第一管理连接请求对应的分支设备的非内联口中除自然口外的端口；所述非内联口为未建立PPPOE通信链路的上行端口及未建立PPPOE通信链路的下行端口，所述自然口为未被设置的上行端口及未被设置的下行端口。

结合第一方面，在第一方面的第三种可能的实现方式中，所述方法还包括：

所述主设备接收新增分支设备发送的链路建立请求，根据所述新增分支设备发送的链路建立请求对所述新增分支设备进行验证，若验证结果为通过，则建立所述主设备与所述新增分支设备之间的PPPOE通信链路；或，

所述主设备接收所述分支设备转发的来自所述新增分支设备的链路建立请求，根据所述来自所述新增分支设备的链路建立请求对所述新增分支设备进行验证，若验证结果为通过，则向所述分支设备发送验证成功消息，指示所述分支设备建立与所述新增分支设备之间的PPPOE通信链路。

第二方面，公开了一种网络设备管理方法，包括：

管理服务器接收主设备发送的代理请求；所述代理请求包括每一第一管理连接请求对应的每一分支设备的网络端口描述信息；

所述管理服务器根据每一个分支设备的网络端口描述信息确定网络设备集群；所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

结合第二方面，在第二方面的第一种可能的实现方式中，所述管理服务器接收所述主设备发送的代理请求之前，所述方法还包括：

所述管理服务器接收所述主设备发送的第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息；

所述管理服务器根据所述主设备的网络端口描述信息与所述主设备建立连接。

结合第二方面的第一种可能的实现方式，在第二方面的第一种可能的实现方式中，所述分支设备的网络端口包括上行端口、下行端口，所述主设备的网络端口包括上行端口、下行端口，

所述管理服务器根据每一个分支设备的网络端口描述信息确定网络设备集群之后，所述方法还包括：

所述管理服务器将所述主设备的上行端口定义为所述网络设备集群的外网口，将所述每一第一管理连接请求对应的分支设备的非内联口中除自然口外的端口定义为所述网络设备集群的终端口；其中，所述非内联口为未建立PPPOE通信链路的上行端口及未建立PPPOE通信链路的下行端口，所述自然口为未被设置的上行端口及未被设置的下行端口。

第三方面，公开了一种主设备，包括：

接收单元，用于接收至少一个分支设备发送的第一管理连接请求；其中，每一第一管理连接请求由每一分支设备发送，用于请求管理服务器与每一分支设备建立连接，每一第一管理连接请求包括与所述第一管理连接请求对应的分支设备的网络端口描述信息；

缓存单元，用于缓存所述第一管理连接请求，并根据所述第一管理连接请求生成代理请求，所述代理请求包括每一第一管理连接对应的每一分支设备的网络端口描述信息；

发送单元，用于向所述管理服务器上报所述代理请求，指示所述管理服务器根据所述代理请求确定网络设备集群；其中，所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

结合第三方面，在第三方面的第一种可能的实现方式中，所述发送单元还用于，在所述接收单元接收至少一个分支设备发送的第一管理连接请求之前，向所述管理服务器发送第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息，使所述管理服务器根据所述主设备的网络端口描述信息与所述主设备建立连接。

结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述分支设备的网络端口包括上行端口、下行端口，所述主设备的网络端口包括上行端口、下行端口，

所述网络设备集群的外网口为所述主设备的上行端口，所述网络设备集群的终端口为所述每一第一管理连接请求对应的分支设备的非内联口中除自然口外的端口；所述非内联口为未建立PPPOE通信链路的上行端口及未建立PPPOE通信链路的下行端口，所述自然口为未被设置的上行端口及未被设置的下行端口。

结合第三方面，在第三方面的第三种可能的实现方式中，还包括验证单元、建立单元，

所述接收单元还用于，接收新增分支设备发送的链路建立请求；

所述验证单元用于，根据所述新增分支设备发送的链路建立请求对所述新增分支设备进行验证；

所述建立单元用于，若所述验证单元的验证结果为通过，则建立所述主设备与所述新增分支设备之间的PPPOE通信链路；

或，

所述接收单元用于，接收所述分支设备转发的来自所述新增分支设备的链路建立请求；

所述验证单元用于，根据所述来自所述新增分支设备的链路建立请求对所述新增分支设备进行验证；

所述发送单元还用于，向所述分支设备发送验证成功消息，指示所述分支设备建立与所述新增分支设备之间的PPPOE通信链路。

第四方面，公开了一种管理服务器，包括：

接收单元，用于接收主设备发送的代理请求；所述代理请求包括每一第一管理连接请求对应的每一分支设备的网络端口描述信息；

确定单元，用于根据每一个分支设备的网络端口描述信息确定网络设备集群；所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

结合第四方面，在第四方面的第一种可能的实现方式中，还包括建立单元，

所述接收单元还用于，在接收所述主设备发送的代理请求之前，接收所述主设备发送的第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息；

所述建立单元用于，根据所述主设备的网络端口描述信息与所述主设备建立连接。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述分支设备的网络端口包括上行端口、下行端口，所述主设备的网络端口包括上行端口、下行端口，

所述确定单元还用于，根据每一个分支设备的网络端口描述信息确定网络设备集群之后，将所述主设备的上行端口定义为所述网络设备集群的外网口，将所述每一第一管理连接请求对应的分支设备的非内联口中除自然口外的端口定义为所述网络设备集群的终端口；其中，所述非内联口为未建立PPPOE通信链路的上行端口及未建立PPPOE通信链路的下行端口，所述自然口为未被设置的上行端口及未被设置的下行端口。

本发明实施例提供的网络设备管理方法、主设备及管理服务器，主设备拦截分支设备向管理设备发起的管理连接请求，并将其中的网络端口描述信息缓存在本地。另外，主设备向管理服务器上报本地缓存的网络端口描述信息，进而管理服务器可以根据主设备上报的网络端口描述信息确定一个网络设备集群，该集群包括了主设备以及所有请求与管理服务器建立连接的各个分支设备，进一步定义该网络设备集群的外网口、终端口。该集群可以通过这个外网口连接网络，终端可以通过该终端口接入网络。如此，只需一台主设备和管理服务器保活，就可以实现对多个网络设备的管理，大大减轻了管理服务器处理负荷。同时，在服务器在相同条件下，支撑的被管理网络设备的数量倍增，有效地降低了投入成本。

附图说明

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

图1为现有的网络设备管理示意图；

图2为网络设备连接示意图；

图3为本发明实施例提供的管理系统的架构图；

图4为本发明实施例提供的网络端口功能划分示意图；

图5为本发明实施例提供的网络设备管理方法的流程示意图；

图6为本发明实施例提供的建立网络设备间的通信链路的流程示意图；

图7为本发明实施例提供的主设备的结构框图；

图8为本发明实施例提供的主设备的另一结构框图；

图9为本发明实施例提供的管理服务器的结构框图；

图10为本发明实施例提供的管理服务器的另一结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

目前，越来越多的终端需要接入网络获取数据资源，如此，承载终端上网的网络设备也与日俱增，如：路由器、接入点等。现有技术每台网络设备单独和SNMP管理服务器建立连接，可以基于SNMP处理网络设备的基本网络配置、以及对网络设备的状态进行监控。具体地，如图1所示，管理员通过SNMP管理服务器配置网络设备，另外还可以在设备mib(管理信息库)节点读取网络设备的相关信息。

整个管理过程中，操作较为复杂，且不可跨广域网创建连接(即SNMP管理服务器与各个网络设备必须在同一局域网下)，应用场合较为有限，难以完成较为复杂的配置部署。同时，如果网络设备的数量较多，则对SNMP管理服务器造成很大的业务处理压力。同时，受限于有限的带宽资源，同一服务器可以管理的网络设备的数量也是有限的。

本发明实施例的原理在于：管理服务器根据主设备上报的网络端口描述信息将多台网络设备聚合成一个网络设备集群，该集群包括了主设备以及所有请求与管理服务器建立连接的各个分支设备，进一步定义该网络设备集群的外网口、终端口。该集群可以通过这个外网口连接网络，终端可以通过该终端口接入网络。如此，只需一台主设备和管理服务器负责保活，使得服务器在相同条件下，支撑的被管理网络设备的数量倍增，有效的降低投入成本。同时，节省服务器系统资源和带宽资源。

首先，需要说明的是，参考图2，网络设备(如：本发明实施例中的主设备、分支设备)的网络端口根据数据流向通常分为上行端口(outside口)以及下行端口(inside口)。网络设备之间可以通过上行端口、下行端口建立PPPOE(Point to Point Protocol Over Ethernet，以太网上的点到点协议)链路，通过PPPOE通信链路传输数据报文。示例的，如图2所示，网络设备1的下行端口(端口3)与网络设备2的上行端口(端口1)建立PPPOE通信链路，又如网络设备2的下行端口(端口3)与网络设备3的上行端口(端口1)建立PPPOE通信链路。

本发明提供一种管理系统，如图3所示，所述管理系统包括：管理服务器与网络设备集群，所述网络设备集群包括主设备以及至少一个分支设备。其中，主设备与分支设备之间的连接是物理连接，示例的，可以是通过网线连接。这里，所谓分支设备，即与管理服务器未直接连接的网络设备，可以与主设备直接连接，也可以与其他分支设备连接。

其中，主设备承担该网络设备集群的主出口作用，即该网络设备集群中的其他分支设备可以通过主设备接入外网，承担和外网的互联工作。进一步地，将该主设备的上行端口定义为该外网口。

参考图3，分支设备与主设备连接，或与其他分支设备连接。

另外，管理服务器可以将该网络设备集群中分支设备之间相互连接的端口(即建立PPPOE通信链路的端口)定义为内联口，将主设备与分支设备之间相互连接的端口也定义为内联口。该内联口的端口特性设置为trunk模式。通常，网络设备的端口支持的报文类型可以是vlan类型1～类型4094，这里端口为trunk模式即该端口不受限于某一类型的报文，可以识别(接收或转发)vlan类型1～类型4094中的任一种类型的报文。

最后，管理服务器还可以将网络设备集群中的分支设备的非内联口定义为自然口。自然口可以定义为终端口，可以与终端直接连接。或者，也可以将根据聚合运算方法将自然口转化为内联口。这里的非内联口即各个分支设备未建立PPPOE通信链路的端口，可以是下行端口，也可以是上行端口。

另外，本发明实施例中将主设备、分支设备的网络端口(包括上行端口、下行端口)按照功能或状态做了划分：参考图4，主设备、分支设备的网络端口可以分为内联口、外网口、非内联口。其中，内联口即所有建立PPPOE通信链路的端口，可以是设备的上行端口或下行端口，一旦激活PPPOE通信链路后，端口改为trunk模式。外网口即主设备的上行端口。非内联口包括自然口和终端口，自然口是所有设备的端口中未被配置的端口(可以是上行端口或下行端口)，终端口是与终端直接连接的端口(可以是上行端口或下行端口)。

进一步地，还可以设置各个端口的报文ID，即端口可识别的报文的类型。在本发明实施例中，可以预先协商出一个报文ID，管理服务器确定网络设备集群后将各个端口(包括主设备的下行端口、上行端口以及分支设备的下行端口、上行端口)的报文ID设置成同一个报文ID。

本发明实施例提供一种网络设备管理方法，如图5所示，方法包括以下步骤：

101、主设备接收至少一个分支设备发送的第一管理连接请求，其中，每一第一管理连接请求由每一分支设备发送，用于请求管理服务器与每一分支设备建立连接，每一第一管理连接请求包括与所述第一管理连接请求对应的分支设备的网络端口描述信息。

其中，第一管理连接请求还可以管理服务器的地址信息。

在此，网络端口描述信息可以是分支设备的上行端口信息、下行端口描述信息。上行端口、下行端口示意详见图2，在此不做赘述。

具体实现中，参考图3所示的管理系统，分支设备未直接与管理服务器建立连接，而是与管理服务器连接的主设备建立了连接，或者与连接主设备的其他分支设备建立了连接。通常，分支设备可以将其发起的管理连接请求传输至主设备，由主设备将该分支设备的管理连接请求转发至管理服务器。本实施例中，主设备需要代理分支设备的业务，因此收到来自分支设备的第一管理连接请求后，并不会向管理服务器转发。也就是说，主设备将分支设备的第一管理连接请求拦截，并缓存在本地，对各个分支设备的第一管理连接请求统一进行管理。这里，主设备与分支设备之间的连接可以是通过网线等进行物理连接，主设备与管理服务器之间的连接可以是非物理连接。

需要说明的是，在此之前，主设备划分下行端口和上行端口，并将下行端口、上行端口对应的报文ID设置成预先商定的模式。如：vlan 1。使用通用协议进行辅助标识网络设备集群内网络设备的接口属性，通用性好，对设备要求低。

随后，主设备通过上行端口向所述管理服务器发送第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息，以便所述管理服务器根据所述主设备的网络端口描述信息与所述主设备建立连接。也就是说，主设备连上网络并对管理服务器发起对接，与管理服务器建立连接后，才能代理各个分支设备向管理服务器发起连接。另外，主设备还可以打开基于下行端口的PPPOE报文激活监听，即充当PPPOE服务器。

102、主设备缓存所述第一管理连接请求，并根据所述第一管理连接请求生成代理请求，所述代理请求包括每一第一管理连接对应的每一分支设备的网络端口描述信息。

需要说明的是，这里主设备接收每一个分支设备发送的第一管理连接请求，并缓存每一个分支设备发送的第一管理连接请求，再根据缓存的所有第一管理连接请求中包括的网络端口描述信息生成代理请求。

另外，生成的代理请求中的网络端口描述信息是发送第一管理连接请求的分支设备的网络端口描述信息，即只有分支设备发起了连接管理服务器的请求且主设备拦截了其发送的第一管理连接请求，则会将该分支设备的网络端口描述信息缓存在本地。

103、主设备向管理服务器上报代理请求，指示管理服务器根据所述代理请求确定网络设备集群；其中，所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

需要说明的是，这里主设备上报的是发起连接管理服务器的请求的分支设备的网络端口描述信息，如此，管理服务器在定义网络设备集群的时候会将发起连接请求(第一管理连接请求)的分支设备考虑在内。若是有新的分支设备加入，则该新增的分支设备需要通过主设备发起连接管理服务器的请求，如此才能使得管理服务器将其增加到网络设备集群。

104、管理服务器接收主设备发送的代理请求。

所述代理请求携带每一第一管理连接请求对应的每一分支设备的网络端口描述信息。

105、管理服务器根据每一个分支设备的网络端口描述信息确定网络设备集群；所述网络设备集群包括所述主设备以及所述每一第一管理连接请求对应的分支设备。

具体实现中，管理服务器解析主设备发送的代理请求，获取到其中携带的网络端口描述信息。实际上，管理设备是根据发起第一管理连接请求的分支设备的网络端口信息定义网络设备集群，一旦有新的分支设备加入时，还需要通过主设备发起第一管理连接请求，以便管理服务器将该新增的分支设备归入网络设备集群。

进一步地，主设备还可以通过其上行端口向管理服务器发送第二管理连接请求，所述第二管理连接请求携带所述主设备的网络端口描述信息，如此，管理服务器就获取到了主设备的网络端口(包括上行端口、下行端口)的描述信息以及分支设备的网络端口(包括上行端口、下行端口)的描述信息。进一步，管理服务器还可以将所述主设备的上行端口定义为所述网络设备集群的外网口，将所述每一第一管理连接请求对应的分支设备的非内联口中除自然口外的端口定义为所述网络设备集群的终端口。

需要说明的是，非内联口即未建立PPPOE通信链路的接口，可以是上行端口，也可以是下行端口。所述自然口为未被设置的端口，可以是上行端口，也可以是下行端口。

具体实现中，管理服务器将上述确定的网络设备集群的网络设备中具有PPPOE状态的端口都定性为内联口。将主设备的上行端口定性为该区域网(即所述网络设备集群)的外网口，直接连接外网。将分支设备的所有非内联口定性为自然口。自然口经过人工设置后，可转为终端口，供终端上网使用。当然，管理服务器也可根据聚合运算方法，将自然口转为内联口。

也就是说，将该网络设备集群抽象成一个大的家用路由器，外网口即为wan口，终端口即为PC(终端的一种)上网的端口。具体实现中，管理员可以根据业务需求，配置和控制wan口和终端口，即通过简单的操作实现对整个网络设备集群的控制。聚合后的网络设备集群可以认为是一个虚拟的大型家用路由器，易于管理，大大降低了对管理员的技术能力要求。网络设备虚拟化聚合后，管理员不必关注任意网络设备之间形成的拓扑关系，只需维护和最终用户直接相关的端口(即网络设备集群的终端口)即可。另外，网络设备聚合后，只需一台主设备和管理服务器负责保活，使得服务器在相同条件下，支撑的被管理网络设备数量倍增，有效地降低投入成本。

在本发明的优选实施例中，主设备接收分支设备发送的第一管理连接请求之前，方法还包括：主设备接收分支设备发送的链路建立请求；链路建立请求携带用户名及密码；根据用户名及密码对分支设备进行验证；若验证结果为通过，主设备则建立与分支设备之间的通信链路。

在本发明的另一优选实施例中，主设备接收新增分支设备发送的链路建立请求，根据新增分支设备发送的链路建立请求对新增分支设备进行验证，若验证结果为通过，则建立主设备与新增分支设备之间的通信链路；

或，主设备接收分支设备转发的来自新增分支设备的链路建立请求，根据来自新增分支设备的链路建立请求对新增分支设备进行验证，若验证结果为通过，则向分支设备发送验证成功消息，指示分支设备建立与新增分支设备之间的通信链路。

具体实现中，分支设备在发起连接管理服务器的请求之前，还可以进行初始化，建立与通信链路。当然，在新增分支设备时，也需要建立该新增分支设备的通信链路。参考图6，具体包括以下步骤：

201、分支设备初始化，选取SVI 1作为拨号口，并生成PPPOE建立请求，并向主设备发送PPPOE建立请求。

这里，假定各个端口对应的报文ID是vlan 1，因此分支设备选取与vlan 1对应的端口--SVI 1作为拨号口。这里的PPPOE建立请求即上述链路建立请求，其中所带的用户名、密码是预先与主设备约定好的，以便主设备对分支设备进行验证。

202、分支设备与主设备的下行端口相连。

具体实现中，主设备首先解析分支设备发送的PPPOE建立请求，获取其中携带的用户名、密码，判断该用户名、密码是否为预先约定的用户名、密码。若是，则建立与分支设备之间的PPPOE通信链路。进一步地，分支设备可以通过其SVI 1与主设备建立PPPOE通信链路，通过该

PPPOE通信链路与主设备实现互通。

当分支设备和主设备检测到激活了PPPOE连接的端口，可以将该端口变更为trunk模式，且设置为网络设备集群的内联口，其他端口属性不变。

203、如果新增分支设备连接到主聚合设备的下行端口，则跳转至步骤201，如果新增分支设备连接到分支设备，则跳转至步骤204。

也就是说，当新增分支设备直接与主设备连接时，向主设备PPPOE建立请求，主设备建立与该新增分支设备之间的PPPOE通信链路。若是新增分支设备与分支设备连接时，则通过其连接的分支设备将PPPOE建立请求转发给主设备进行验证。

204、新增分支设备通过分支设备将PPPOE建立请求透传到主设备。

具体实现中，若主设备与分支设备A连接，分支设备A与新增分支设备连接，新增分支设备首先与分支设备A的端口对接，进而分支设备A接收新增分支设备发送的PPPOE建立请求，并将该PPPOE建立请求转发至主设备。当然，主设备与新增分支设备之间间隔的分支设备不仅仅局限于一个，可以有多个，具体实现中，可以通过二者之间的多个分支设备逐级该新增分支设备的PPPOE建立请求。

需要说明的是，这里主设备与分支设备之间的连接是物理连接，示例的，可以是通过网线连接。

205、主设备建立指示分支设备建立与新增分支设备间的PPPOE通信链路。

具体实现中，主设备首先解析新增分支设备发送的PPPOE建立请求，获取其中携带的用户名、密码，判断该用户名、密码是否为预先约定的用户名、密码。若是，则将验证成功消息发送至与新增分支设备连接的分支设备，随后该分支设备建立与新增分支设备之间的PPPOE通信链路。当然，将新增分支设备建立PPPOE通信链路的端口设置为trunk模式，并设置为内联口。

示例的，若主设备与分支设备A连接，分支设备A与新增分支设备连接，主设备验证成功后向分支设备A发送验证成功消息。分支设备A建立与新增分支设备之间的PPPOE通信链路。当然，主设备与新增分支设备之间间隔的分支设备不仅仅局限于一个，可以有多个，具体实现中，可以通过二者之间的多个分支设备逐级转发该验证成功消息至与该新增分支设备连接的分支设备。

可见，新增分支设备时，根据上述流程，即可简单地再次收敛为单台虚拟的大型家用路由器。

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

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

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中所涉及的主设备的一种可能的结构示意图，主设备包括：接收单元301，缓存单元302，发送单元303。接收单元301用于支持主设备执行图5中的过程101；缓存单元302用于支持主设备执行图5中的过程102；发送单元303用于支持主设备执行图5中的过程103。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图8示出了上述实施例中所涉及的主设备的一种可能的结构示意图。主设备可以包括：处理器401、通信接口402和存储器403。通信接口402用于支持主设备与其他网络实体的通信。存储器403，用于存储执行本发明方案的程序代码，并由处理器401来控制执行。所述处理器401用于执行所述存储器403中存储的程序代码，对主设备的动作进行控制管理，例如，处理器401用于支持主设备执行图5中的过程101-103，和/或用于本文所描述的技术的其它过程。

其中，处理器401可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。通信接口402可以是通信端口，或者可以是收发器或者收发电路等。存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的管理服务器的一种可能的结构示意图，管理服务器包括：接收单元501，确定单元502。接收单元501用于支持管理服务器执行图5中的过程104，确定单元502用于支持管理服务器执行图5中的过程105。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图10示出了上述实施例中所涉及的管理服务器的一种可能的结构示意图。管理服务器可以包括：处理器601、通信接口602和存储器603。通信接口602用于支持管理服务器与其他网络实体的通信。存储器603，用于存储执行本发明方案的程序代码，并由处理器601来控制执行。所述处理器601用于执行所述存储器603中存储的程序代码。处理器601用于对管理服务器的动作进行控制管理，例如，处理器601用于支持管理服务器执行图5中的过程104、105，和/或用于本文所描述的技术的其它过程。

其中，处理器601、可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。通信接口602可以是通信端口，或者可以是收发器或者收发电路等。存储器603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是一个物理模块或多个物理模块，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。