CN109218055B - 一种快速配置网元设备进行即插即用的方法和装置 - Google Patents

Abstract

本发明的目的是提供一种快速配置网元设备进行即插即用的方法和装置。与现有技术相比，本发明由网元设备来发现相关联的配置数据，其在自身网络中更新硬件，并快速完成在该网元设备上的预配置数据，DHCP服务器协议不需要使用参数Option 43，可以依赖云端的大数据，其可以是一个新的DHCP地址分配方法，使得任何普通DHCP服务器为PnP服务器工作；软件更新可以由网络的PnP服务器来主导完成；预配置/预启动可以在云层级被定义，使得PnP服务器进行相关工作而不需要网元管理系统的参与。

Description

一种快速配置网元设备进行即插即用的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种用于快速配置网元设备进行即插即用的技术。

背景技术

3GPP定义的MvPnP(Multi-vendor Plug and Play，多厂商设备即插即用)技术支持多厂商设备连接网络时的PnP(Plug and Play，即插即用)，而不需要人工配置。然而，MvPnP程序耗时较长，且不能兼容所有厂商的网元设备(Network Element，NE)，诸如诸如eNB、小区、Femeto等。当一个新的网元设备连接至网络，其不得不花费很多时间来发现相关联的网络，且EMS(网元管理系统)端需要执行一些手动配置来使这些网元设备工作。

在移动网络中，由于网络管理协议不够标准，因此，不同类型的设备将使用不同的方法来从EMS侧发现相关联的配置信息。

作为目前的通常使用实现方式，对于特定设备，PnP依赖于网络的DHCP服务器的设备发现功能，例如，对于某些特定厂商，其设备要实现PnP的功能需要特殊配置DHCP服务器的厂商自定义选项，即Option 43。因此，PnP服务器仅为特定厂商服务，并不适用于多厂商设备的互联互通的情况。即使DHCP服务器采用“Option(选项)43”的厂商特有配置，在现有的解决方案中，网元设备的软件更新和预配置都是由网元管理系统EMS完成，在网元设备连接至网络之后，可以引起硬件的多次重置/重启。网元管理系统会花费较长时间来为第一部署初始化新的硬件。该新的硬件也将发生多次重置/重启，其将给运营商带来更多的警报，引起操作混乱。

该弊端来自两个方面：

1)DHCP服务器中对多厂商的Option 43是一个厂商自定义的字段，对该字段支持的厂商在最近几年越来越少；

2)没有来自PnP服务器的预配置，使得新设备发现关联EMS所需要的配置流程时间太长。

总之，运营商期待一个可以用于PnP服务的通用DHCP服务器，不需要做任何具有DHCP服务器特定选项的厂商配置，否则很难达到该目标，并且可能实现多厂商对PnP的网元设备进行内部互联互通。

此外，从运营商角度来看，网元的整个在线的持续时间是通过计算由网元设备发现网元管理系统EMS到网元设备做好工作准备就绪的时间。因此，经过几次重置之后，从运营商的角度，整个系统从上电到在线工作所需要的时间过长。

因此，如何提供一种快速配置网元设备进行即插即用的方法和装置，成为本领域技术人员亟需解决的问题之一。

发明内容

本发明的目的是提供一种快速配置网元设备进行即插即用的方法和装置。

根据本发明的一个方面，提供了一种快速配置网元设备进行即插即用的方法，其中，该方法包括：

a网元设备通过PnP插件服务器，获取对应的硬件信息；

b基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件；

c所述网元设备基于所获取的硬件信息，为所述更新后的软件重启对应的硬件；

d所述PnP插件服务器为所述硬件确定对应的配置信息，以为所述硬件的再重启进行预启动；

e所述网元设备根据所述预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用。

优选地，步骤a之前还包括：

所述网元设备自DHCP服务器获取网元管理系统的管理面地址，其中，所述DHCP服务器为通用DHCP服务器；

其中，该方法还包括：

所述网元设备在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证；

所述网元管理系统根据所述请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用。

更优选地，若未通过所述配置验证，则所述网元管理系统主导所述网元设备进行硬件重启。

优选地，该方法还包括：

所述网元管理系统自软件库中获取软件包信息。

优选地，步骤a包括：

所述网元设备通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

优选地，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

根据本发明的另一方面，还提供了一种快速配置以进行即插即用的网元设备，其中，该网元设备包括：

第一获取装置，用于通过PnP插件服务器，获取对应的硬件信息；

软件更新装置，用于基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件；

第一重启装置，用于基于所获取的硬件信息，为所述更新后的软件重启对应的硬件；

第二重启装置，用于根据所述PnP插件服务器在预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用。

优选地，该网元设备包括：

第二获取装置，用于自DHCP服务器获取网元管理系统的管理面地址，其中，所述DHCP服务器为通用DHCP服务器；

第一验证装置，用于在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证。

优选地，所述第一获取装置用于：

通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

根据本发明的又一方面，还提供了一种快速配置网元设备进行即插即用的PnP插件服务器，其中，该PnP插件服务器包括：

第一发送装置，用于向对应的网元设备发送其对应的硬件信息；

第二发送装置，用于向所述网元设备发送其对应的软件包，以使其更新对应的软件并基于所获取的硬件信息为更新后的软件重启对应的硬件；

预启动装置，用于为所述网元设备的硬件确定对应的配置信息，以为所述硬件的再重启进行预启动。

优选地，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

根据本发明的再一方面，还提供了一种快速配置网元设备进行即插即用的网元管理系统，其中，该网元管理系统包括：

第二验证装置，用于在所述网元设备为所述预启动再重启所述硬件之后，根据所述网元设备的请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用。

优选地，该网元管理系统包括：

主导装置，用于若未通过所述配置验证，则主导所述网元设备进行硬件重启。

优选地，该网元管理系统包括：

第三获取装置，用于自软件库中获取软件包信息。

与现有技术相比，本发明由网元设备来发现相关联的配置数据，其在自身网络中更新硬件，并快速完成在该网元设备上的预配置数据，可以不用管网元管理系统EMS自不同厂商那里获知的部署，且不需要依靠自不同厂商的手动配置就可以来配置网元设备，其可被用于小区、eNB或其他智能通信设备的普通硬件配置来进行PnP流程。本发明采用通用DHCP服务器即可，而不需要像传统的PnP流程那样对于不同的特定厂商采用不同的特定DHCP服务器，因此，可以实现对多厂商不同网元设备的即插即用。

本发明中，当网元设备由网元管理系统EMS发现且该网元设备处在状态“准备就绪”时，即实现了即插即用，可以改进运营商在网元设备PnP流程中在线持续时间的经验。

与传统的方法相比，本发明主要的变化在3个方面：

1)DHCP服务器协议不需要使用参数Option 43，可以依赖云端的大数据，其可以是一个新的DHCP地址分配方法，使得任何普通DHCP服务器为PnP服务器工作；

2)软件更新可以由网络的PnP服务器来主导完成；

3)预配置/预启动可以在云层级被定义，使得PnP服务器进行相关工作而不需要网元管理系统的参与。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据现有技术的一种配置网元设备进行即插即用的示意图；

图2示出根据本发明一个方面的一种快速配置网元设备进行即插即用的方法的流程示意图；

图3示出根据本发明一个优选实施例的一种快速配置网元设备进行即插即用的示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

这里所使用的术语“基站”可以被视为与以下各项同义并且在后文中有时可以被称作以下各项：B节点、演进型B节点、eNodeB、eNB、收发器基站(BTS)、RNC等等，并且可以描述在可以跨越多个技术世代的无线通信网络中与移动端通信并且为之提供无线资源的收发器。除了实施这里所讨论的方法的能力之外，这里所讨论的基站可以具有与传统的众所周知的基站相关联的所有功能。

后面所讨论的方法可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

除非另行定义，否则这里使用的所有术语(包括技术和科学术语)都具有与示例性实施例所属领域内的技术人员通常所理解的相同的含义。还应当理解的是，除非在这里被明确定义，否则例如在通常使用的字典中定义的那些术语应当被解释成具有与其在相关领域的上下文中的含义相一致的含义，而不应按照理想化的或者过于正式的意义来解释。

下面结合附图对本发明作进一步详细描述。

图1示出根据现有技术的一种配置网元设备进行即插即用的示意图。

在这种传统网元设备连接至网络的PnP流程中，方框内传统PnP配置过程将较长的持续时间。其将引起网络服务大约几分钟(10至20分钟)，在该流程中，至少：

1)由网元管理系统EMS完成一个软件更新；

2)至少完成2次重置；

3)网元管理系统EMS中将引起几个决定性的警报。

在这种传统的PnP流程中，软件更新和预配置都是由网元管理系统EMS完成，使得新连接至网络的网元设备发现关联EMS所需要的配置流程时间太长。

图2示出根据本发明一个方面的一种快速配置网元设备进行即插即用的方法的流程示意图。

在步骤S201中，网元设备通过PnP插件服务器，获取对应的硬件信息。

具体地，该PnP插件服务器例如可以与云端的第三方设备进行交互，获取该第三方设备中所存储的各类硬件的硬件信息，因此，在步骤S201中，当网元设备连接到网络，即上电，之后，其可以通过该PnP插件服务器来获取该网元设备对应的硬件信息。

在此，硬件信息包括但不限于设备类型、设备型号等信息。本领域技术人员应能理解，上述硬件信息仅为举例说明，而并不对本发明造成实际限制，其他现有或今后可能出现的硬件，如可适用于本发明，也应包含在本发明保护范围以内，并通过引用的方式包含于此。

优选地，在步骤S201中，该网元设备通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

具体地，在步骤S201中，该网元设备例如基于其自身的硬件的MAC地址信息，向对应的PnP插件服务器请求该硬件所在网元的软硬件信息，或者，该网元设备还可以根据连接该设备的安全网关信息，使得PnP插件服务器获取对应网元的软硬硬件信息。例如，对应的安全网关可以预设设备信息库，在该设备信息库中存储有各类设备所对应的网元的软件和硬件的对应信息。

在步骤S202中，该网元设备基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件。

具体地，PnP插件服务器主导在该网元设备中更新软件，例如，在步骤S202中，该PnP插件服务器以主动或被动的方式，向该网元设备发送软件包，网元设备在获取到该软件包之后，在该网元设备上更新对应的软件，从而获得更新后的软件。

优选地，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

具体地，该PnP插件服务器位于云端，通过与云端中的第三方设备进行数据交换，例如，通过主动或被动地方式，从云端的第三方设备中获取诸如硬件信息、配置信息、软件包、软件包信息等。在此，该配置信息还包括预配置信息。PnP插件服务器在从云端获取到这些信息之后，再主动推送或应网元设备的请求发送至对应的网元设备中。

在此，这些位于云端中的第三方设备可以是分立的多个第三方设备，上述信息分别存储在各个分立的第三方设备中；也可以是一个第三方设备，上述信息全部存储在该第三方设备中。

本领域技术人员应能理解，上述存储在云端第三方设备中的信息仅为举例说明，而并不对本发明造成实际限制，其他现有或今后可能出现的存储在云端第三方设备中的信息，如可适用于本发明，也应包含在本发明保护范围以内，并通过引用的方式包含于此。

在步骤S203中，该网元设备基于所获取的硬件信息，为所述更新后的软件重启对应的硬件。

具体地，在步骤S203中，该网元设备基于在步骤S201中所获取的硬件信息，在步骤S202中更新后的软件重启对应的硬件。

在步骤S204中，该PnP插件服务器为所述硬件确定对应的配置信息，以为所述硬件的再重启进行预启动。

具体地，在步骤S204中，该PnP插件服务器再为该网元设备的硬件确定对应的配置信息，如确定该硬件的物理端口、光口、电口等物理连接上的配置，这些配置是将该网元设备带起来所必须的配置，如指定哪些口做哪些事情，如1口进行无线连接，2口进行核心网连接等，从而为该网元设备的硬件的再重启进行预启动。

在步骤S205中，该网元设备根据所述预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用。

具体地，在步骤S205中，该网元设备根据在步骤S204中的预启动所确定的配置信息，再次重启该网元设备中的该硬件，在对该网元设备中的该硬件进行两次重启之后，该网元设备例如可以进一步与网元管理系统进行配置验证，从而实现该网元设备的即插即用。该配置验证的过程将在下文进行详细描述。

优选地，该方法在步骤S201之前还可以包括步骤S206(未示出)。在步骤S206中，该网元设备自DHCP服务器获取网元管理系统(Element Management System，EMS)的管理面地址，其中，所述DHCP服务器为通用DHCP服务器。其中，该方法还包括步骤S207(未示出)，在步骤S207中，该网元设备在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证；所述网元管理系统根据所述请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用。

具体地，在步骤S206中，该网元设备可以先从DHCP服务器获取网元管理系统的管理面地址，例如，通过DHCP请求报文，向对应的DHCP服务器发送请求，DHCP服务器基于该请求，通过DHCP服务的响应报文将OAM(Operation Administration and Maintenance，操作管理维护)服务器地址，即，管理面地址通知该网元设备。在此，该DHCP服务器为通用DHCP服务器。在此，采用通用DHCP服务器即可，而不需要像传统的PnP流程那样对于不同的特定厂商采用不同的特定DHCP服务器，因此，可以实现对多厂商不同网元设备的即插即用。

随后，当该网元设备在根据步骤S204中的预启动所确定的配置信息，再重启所述硬件之后，在步骤S207中，该网元设备在根据在步骤S206中所获取的网元管理系统的管理面地址，向对应的网元管理系统请求配置验证。该网元管理系统随之即根据该请求，对该网元设备进行配置验证，如验证该网元设备的软硬件信息与该网元管理系统中的相关的存储信息是否一致，如果一致，则该网元设备通过配置验证，该网元设备可以实现即插即用。

在此，当该网元管理系统对该网元设备进行配置验证时，该网元管理系统才可第一次看到该网元设备，当配置验证通过后该网元设备即可开始工作，从运营商的角度来看，相当于网元管理系统EMS一发现网元设备，该网元设备即可开始工作，即实现了网元设备的即插即用。

在此，本方案仅关注管理面参数即可，其他诸如用户面或控制面的参数可通过设备完成配置以后的其他操作来获取，若该网元设备经配置验证后已在服务状态，即表示该网元设备已有用户面和控制面参数。

在此，本方法只需要通用的DHCP服务器，而非像现有技术那样需要专用的DHCP服务器；并且，网元管理系统在配置验证时才能看到网元设备，PnP插件服务器重启硬件的过程对用户是透明的，表现为，网元设备一插电即可使用，而现有技术中，网元管理系统从一开始就要参与，硬件的整个重启过程用户可以看到，上线过程漫长。

更优选地，若未通过所述配置验证，则所述网元管理系统主导所述网元设备进行硬件重启。

具体地，在网元管理系统对该网元设备进行配置验证之后，如验证该网元设备的软硬件信息与该网元管理系统中的信息是否一致，如果不一致，即该网元设备未通过配置验证，则该网元管理系统可以主导该网元设备进行硬件重启。

例如，当网元设备未通过配置验证，该网元管理系统可以重新按照图1所示的传统的PnP流程来主导该网元设备的硬件重启。

更优选地，所述网元管理系统自软件库中获取软件包信息。

具体地，网元管理系统可以自软件库中获取对应的软件包信息，从而知晓这些软件包的物理位置，并确认该软件版本与现在运行的软件版本是否一致。在此，该软件库可以在本地，也可以位于云端，该软件库中存储有软件包和相关信息，其可以主动将软件包信息推送到网元管理系统。

在此，该方法在PnP阶段引入了新的发现正确硬件配置信息的流程：

1)DHCP的OAM服务器地址分配；

2)软件更新；

3)服务或网络的预配置/预启动。

与传统的方法相比主要的变化在3个方面：

1)DHCP服务器协议不需要使用参数Option 43，可以依赖云端的大数据，其可以是一个新的DHCP地址分配方法，使得任何普通DHCP服务器为PnP服务器工作；

2)软件更新可以由网络的PnP服务器来主导完成；

3)预配置/预启动可以在云层级被定义，使得PnP服务器进行相关工作而不需要网元管理系统的参与。

该方法可以节约硬件或网元设备连接至真实运行网络的时间，通过软件更新或预配置/预启动，避免当其进入真实运行网络时所需要的正规的重置/重启。

图3示出根据本发明一个优选实施例的一种快速配置网元设备进行即插即用的示意图。

本地或云端的软件库将软件包信息推送到网元管理系统EMS，网元管理系统从而知晓这些软件包的物理位置，并确认该软件版本与现在运行的软件版本是否一致。

当网元设备，或称新硬件，连接到网络时，该网元设备可以先从通用DHCP服务器获取网元管理系统的管理面地址，例如，通过DHCP请求报文，自对应的DHCP服务器获取OAM服务器地址。

接着，该网元设备通过PnP插件服务器，获取对应的硬件信息，该PnP插件服务器例如可以位于云端，与云端的第三方设备交互来获取相应的软硬件信息。网元设备通过PnP插件，基于MAC地址信息或者安全网关信息的在云端进行大数据技术的查找，使该网元设备可以找到相关的硬件信息，如设备类型、型号等信息。

随后，该网元设备再基于该PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件，如通过该PnP插件服务器，从云端获取软件包并进行安装更新，使得该网元设备中的软件为新版本的软件。

接着，该网元设备再基于所获取的硬件信息，为该更新后的软件，即新版本的软件，重启对应的硬件。

此后，该PnP插件服务器为该硬件确定对应的配置信息，如确定该硬件的物理端口、光口、电口等物理连接上的配置，以为该硬件的再重启进行预启动。

接着，该网元设备根据在前述预启动中确定的配置信息，为预启动再重启硬件。

在该网元设备在根据该预启动中确定的配置信息，再重启该硬件之后，该网元设备根据前述从通用DHCP服务器所获取的管理面地址，向对应的网元管理系统请求第一次配置验证，若通过该第一次配置验证，则该网元设备实现即插即用，表明该网元设备已在服务状态；若未通过，则该网元管理系统可以再按照传统的PnP流程，主导该网元设备进行硬件重启。

根据本发明的另一方面，还提供了一种快速配置以进行即插即用的网元设备，其中，该网元设备包括第一获取装置、软件更新装置、第一重启装置和第二重启装置。

其中，第一获取装置通过PnP插件服务器，获取对应的硬件信息。

具体地，该PnP插件服务器例如可以与云端的第三方设备进行交互，获取该第三方设备中所存储的各类硬件的硬件信息，因此，当网元设备连接到网络，即上电，之后，其上的第一获取装置可以通过该PnP插件服务器来获取该网元设备对应的硬件信息。

在此，硬件信息包括但不限于设备类型、设备型号等信息。本领域技术人员应能理解，上述硬件信息仅为举例说明，而并不对本发明造成实际限制，其他现有或今后可能出现的硬件，如可适用于本发明，也应包含在本发明保护范围以内，并通过引用的方式包含于此。

优选地，所述第一获取装置通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

具体地，该网元设备的第一获取装置例如基于其自身的硬件的MAC地址信息，向对应的PnP插件服务器请求该硬件所在网元的软硬件信息，或者，该网元设备的第一获取装置还可以根据连接该设备的安全网关信息，使得PnP插件服务器获取对应网元的软硬硬件信息。例如，对应的安全网关可以预设设备信息库，在该设备信息库中存储有各类设备所对应的网元的软件和硬件的对应信息。

软件更新装置基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件。

具体地，PnP插件服务器主导在该网元设备中更新软件，例如，该PnP插件服务器以主动或被动的方式，向该网元设备发送软件包，网元设备的软件更新装置在获取到该软件包之后，在该网元设备上更新对应的软件，从而获得更新后的软件。

第一重启装置基于所获取的硬件信息，为所述更新后的软件重启对应的硬件。

具体地，该网元设备的第一重启装置基于前述第一获取装置所获取的硬件信息、前述软件更新装置更新后的软件重启对应的硬件。

第二重启装置根据所述PnP插件服务器在预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用。

具体地，PnP插件服务器再为该网元设备的硬件确定对应的配置信息，从而为该网元设备的硬件的再重启进行预启动；该网元设备的第二重启装置根据该PnP插件服务器在预启动中确定的配置信息，再次重启该网元设备中的该硬件，在对该网元设备中的该硬件进行两次重启之后，该网元设备例如可以进一步与网元管理系统进行配置验证，从而实现该网元设备的即插即用。该配置验证的过程将在下文进行详细描述。

优选地，该网元设备包括第二获取装置和第一验证装置。该第二获取装置自DHCP服务器获取网元管理系统的管理面地址，其中，所述DHCP服务器为通用DHCP服务器；第一验证装置在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证。

具体地，该网元设备的第二获取装置可以先从DHCP服务器获取网元管理系统的管理面地址，例如，通过DHCP请求报文，向对应的DHCP服务器发送请求，DHCP服务器基于该请求，通过DHCP服务的响应报文将OAM(Operation Administration and Maintenance，操作管理维护)服务器地址，即，管理面地址通知该网元设备。在此，该DHCP服务器为通用DHCP服务器。在此，采用通用DHCP服务器即可，而不需要像传统的PnP流程那样对于不同的特定厂商采用不同的特定DHCP服务器，因此，可以实现对多厂商不同网元设备的即插即用。

在该网元设备的第二重启装置根据预启动所确定的配置信息，再重启所述硬件之后，该网元设备的第一验证装置再根据第二获取装置所获取的网元管理系统的管理面地址，向对应的网元管理系统请求配置验证。该网元管理系统随之即根据该请求，对该网元设备进行配置验证，如验证该网元设备的软硬件信息与该网元管理系统中的相关的存储信息是否一致，如果一致，则该网元设备通过配置验证，该网元设备可以实现即插即用。

在此，当该网元管理系统对该网元设备进行配置验证时，该网元管理系统才可第一次看到该网元设备，当配置验证通过后该网元设备即可开始工作，从运营商的角度来看，相当于网元管理系统EMS一发现网元设备，该网元设备即可开始工作，即实现了网元设备的即插即用。

在此，本方案仅关注管理面参数即可，其他诸如用户面或控制面的参数可通过设备完成配置以后的其他操作来获取，若该网元设备经配置验证后已在服务状态，即表示该网元设备已有用户面和控制面参数。

在此，本方案只需要通用的DHCP服务器，而非像现有技术那样需要专用的DHCP服务器；并且，网元管理系统在配置验证时才能看到网元设备，PnP插件服务器重启硬件的过程对用户是透明的，表现为，网元设备一插电即可使用，而现有技术中，网元管理系统从一开始就要参与，硬件的整个重启过程用户可以看到，上线过程漫长。

根据本发明的又一方面，还提供了一种快速配置网元设备进行即插即用的PnP插件服务器，其中，该PnP插件服务器包括第一发送装置、第二发送装置和预启动装置。

其中，第一发送装置向对应的网元设备发送其对应的硬件信息。

具体地，该PnP插件服务器例如可以与云端的第三方设备进行交互，获取该第三方设备中所存储的各类硬件的硬件信息，因此，当网元设备连接到网络，即上电，之后，其可以通过该PnP插件服务器来获取该网元设备对应的硬件信息；而该PnP插件服务器中的第一发送装置向该对应的网元设备发送其对应的硬件信息。

在此，硬件信息包括但不限于设备类型、设备型号等信息。本领域技术人员应能理解，上述硬件信息仅为举例说明，而并不对本发明造成实际限制，其他现有或今后可能出现的硬件，如可适用于本发明，也应包含在本发明保护范围以内，并通过引用的方式包含于此。

第二发送装置向所述网元设备发送其对应的软件包，以使其更新对应的软件并基于所获取的硬件信息为更新后的软件重启对应的硬件。

具体地，PnP插件服务器主导在网元设备中更新软件，例如，该PnP插件服务器中的第二发送装置可以主动或被动的方式，向该网元设备发送其对应的软件包，网元设备在获取到该软件包之后，在该网元设备上更新对应的软件，从而获得更新后的软件，进而，该网元设备可以基于所获取的硬件信息为更新后的软件重启对应的硬件。

预启动装置为所述网元设备的硬件确定对应的配置信息，以为所述硬件的再重启进行预启动。

具体地，该PnP插件服务器中的预启动装置为该网元设备的硬件确定对应的配置信息，如确定该硬件的物理端口、光口、电口等物理连接上的配置，这些配置是将该网元设备带起来所必须的配置，如指定哪些口做哪些事情，如1口进行无线连接，2口进行核心网连接等，从而为该网元设备的硬件的再重启进行预启动。

优选地，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

具体地，该PnP插件服务器位于云端，通过与云端中的第三方设备进行数据交换，例如，通过主动或被动地方式，从云端的第三方设备中获取诸如硬件信息、配置信息、软件包、软件包信息等。在此，该配置信息还包括预配置信息。PnP插件服务器在从云端获取到这些信息之后，再主动推送或应网元设备的请求发送至对应的网元设备中。

在此，这些位于云端中的第三方设备可以是分立的多个第三方设备，上述信息分别存储在各个分立的第三方设备中；也可以是一个第三方设备，上述信息全部存储在该第三方设备中。

本领域技术人员应能理解，上述存储在云端第三方设备中的信息仅为举例说明，而并不对本发明造成实际限制，其他现有或今后可能出现的存储在云端第三方设备中的信息，如可适用于本发明，也应包含在本发明保护范围以内，并通过引用的方式包含于此。

根据本发明的再一方面，还提供了一种快速配置网元设备进行即插即用的网元管理系统，其中，该网元管理系统包括第二验证装置。

其中，第二验证装置在所述网元设备为所述预启动再重启所述硬件之后，根据所述网元设备的请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用。

具体地，网元设备根据预启动所确定的配置信息，再重启所述硬件之后，该网元设备根据获取的网元管理系统的管理面地址，向对应的网元管理系统请求配置验证；网元管理系统中的第二验证装置随之即根据该请求，对该网元设备进行配置验证，如验证该网元设备的软硬件信息与该网元管理系统中的相关的存储信息是否一致，如果一致，则该网元设备通过配置验证，该网元设备可以实现即插即用。

在此，当该网元管理系统对该网元设备进行配置验证时，该网元管理系统才可第一次看到该网元设备，当配置验证通过后该网元设备即可开始工作，从运营商的角度来看，相当于网元管理系统EMS一发现网元设备，该网元设备即可开始工作，即实现了网元设备的即插即用。

在此，本方案仅关注管理面参数即可，其他诸如用户面或控制面的参数可通过设备完成配置以后的其他操作来获取，若该网元设备经配置验证后已在服务状态，即表示该网元设备已有用户面和控制面参数。

在此，本方案只需要通用的DHCP服务器，而非像现有技术那样需要专用的DHCP服务器；并且，网元管理系统在配置验证时才能看到网元设备，PnP插件服务器重启硬件的过程对用户是透明的，表现为，网元设备一插电即可使用，而现有技术中，网元管理系统从一开始就要参与，硬件的整个重启过程用户可以看到，上线过程漫长。

优选地，该网元管理系统包括主导装置。若未通过所述配置验证，则该主导装置主导所述网元设备进行硬件重启。

具体地，在网元管理系统对该网元设备进行配置验证之后，如验证该网元设备的软硬件信息与该网元管理系统中的信息是否一致，如果不一致，即该网元设备未通过配置验证，则该网元管理系统的主导装置可以主导该网元设备进行硬件重启。例如，当网元设备未通过配置验证，该网元管理系统的主导装置可以重新按照图1所示的传统的PnP流程来主导该网元设备的硬件重启。

优选地，该网元管理系统包括第三获取装置。该第三获取装置自软件库中获取软件包信息。

具体地，网元管理系统的第三获取装置可以自软件库中获取对应的软件包信息，从而知晓这些软件包的物理位置，并确认该软件版本与现在运行的软件版本是否一致。在此，该软件库可以在本地，也可以位于云端，该软件库中存储有软件包和相关信息，其可以主动将软件包信息推送到网元管理系统。

在此，该方案在PnP阶段引入了新的发现正确硬件配置信息的流程：

1)DHCP的OAM服务器地址分配；

2)软件更新；

3)服务或网络的预配置/预启动。

与传统的方案相比主要的变化在3个方面：

1)DHCP服务器协议不需要使用参数Option 43，可以依赖云端的大数据，其可以是一个新的DHCP地址分配方案，使得任何普通DHCP服务器为PnP服务器工作；

2)软件更新可以由网络的PnP服务器来主导完成；

3)预配置/预启动可以在云层级被定义，使得PnP服务器进行相关工作而不需要网元管理系统的参与。

该方案可以节约硬件或网元设备连接至真实运行网络的时间，通过软件更新或预配置/预启动，避免当其进入真实运行网络时所需要的正规的重置/重启。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (12)

1.一种快速配置网元设备进行即插即用的方法，其中，该方法包括：

a网元设备通过PnP插件服务器，获取对应的硬件信息；

b基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件；

c所述网元设备基于所获取的硬件信息，为所述更新后的软件重启对应的硬件；

d所述PnP插件服务器为所述硬件确定对应的配置信息，以为所述硬件的再重启进行预启动；

e所述网元设备根据所述预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用；

其中，步骤a之前还包括：

所述网元设备自DHCP服务器获取网元管理系统的管理面地址，其中，所述DHCP服务器为通用DHCP服务器；

其中，该方法还包括：

所述网元设备在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证；

所述网元管理系统根据所述请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用。

2.根据权利要求1所述的方法，其中，若未通过所述配置验证，则所述网元管理系统主导所述网元设备进行硬件重启。

3.根据权利要求1或2所述的方法，其中，该方法还包括：

所述网元管理系统自软件库中获取软件包信息。

4.根据权利要求1或2所述的方法，其中，步骤a包括：

所述网元设备通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

5.根据权利要求1或2所述的方法，其中，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

6.一种快速配置以进行即插即用的网元设备，其中，该网元设备包括：

第一获取装置，用于通过PnP插件服务器，获取对应的硬件信息；

软件更新装置，用于基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件；

第一重启装置，用于基于所获取的硬件信息，为所述更新后的软件重启对应的硬件；

第二重启装置，用于根据所述PnP插件服务器在预启动中确定的配置信息，再重启所述硬件，以实现所述网元设备的即插即用；

其中，该网元设备包括：

第二获取装置，用于自DHCP服务器获取网元管理系统的管理面地址，其中，所述DHCP服务器为通用DHCP服务器；

第一验证装置，用于在根据所述预启动中确定的配置信息，再重启所述硬件之后，根据所述管理面地址，向所述网元管理系统请求配置验证。

7.根据权利要求6所述的网元设备，其中，所述第一获取装置用于：

通过所述PnP插件服务器，基于MAC地址信息或安全网关信息，获取对应的硬件信息。

8.一种快速配置网元设备进行即插即用的PnP插件服务器，其中，该PnP插件服务器包括：

第一发送装置，用于向对应的网元设备发送其对应的硬件信息；

第二发送装置，用于向所述网元设备发送其对应的软件包，以使其更新对应的软件并基于所获取的硬件信息为更新后的软件重启对应的硬件；

预启动装置，用于为所述网元设备的硬件确定对应的配置信息，以为所述硬件的再重启进行预启动。

9.根据权利要求8所述的PnP插件服务器，其中，所述PnP插件服务器位于云端，与云端中的第三方设备进行数据交换，其中，所述第三方设备中存储有以下至少任一项：

硬件信息；

配置信息；

软件包；

软件包信息。

10.一种快速配置网元设备进行即插即用的网元管理系统，其中，该网元管理系统包括：

第二验证装置，用于在所述网元设备为所述预启动再重启所述硬件之后，根据所述网元设备的请求，对所述网元设备进行配置验证，若通过所述配置验证，则所述网元设备实现即插即用，其中，所述网元设备通过PnP插件服务器，获取对应的硬件信息，基于所述PnP插件服务器，在所述网元设备中更新对应的软件，获得更新后的软件，且所述网元设备基于所获取的硬件信息，为所述更新后的软件重启对应的硬件，所述PnP插件服务器为所述硬件确定对应的配置信息，以为所述硬件的再重启进行预启动。

11.根据权利要求10所述的网元管理系统，其中，该网元管理系统包括：

主导装置，用于若未通过所述配置验证，则主导所述网元设备进行硬件重启。

12.根据权利要求10或11所述的网元管理系统，其中，该网元管理系统包括：

第三获取装置，用于自软件库中获取软件包信息。

Images