CN104243358A - Vcf系统中pe设备软件加载的方法以及装置 - Google Patents

Abstract

本发明提供一种VCF系统中PE设备软件加载的方法，该方法包括：接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。从而有效扩大了加入VCF系统的PE设备范围，提高了VCF系统的灵活性。

Description

VCF系统中PE设备软件加载的方法以及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种VCF系统中PE设备软件加载的方法以及装置。

背景技术

VCF(Vertical Converged Framework，纵向融合框架)系统是将多台设备通过物理端口纵向堆叠连接在一起，进行必要的配置后，虚拟化成一台“设备”，从而能够简化网络层级结构，提供更为集中的管理方式和更高的扩展性能。使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力，实现多台设备的协同工作、统一管理，提高设备的利用率。

在VCF系统中包括至少一个CB(Control board，控制设备)以及多个PE(Port extender module，端口扩展设备)。其中CB设备承担协议的运算、表项的生成和下发等工作，PE设备仅负责数据转发。在现有技术中，在有新的PE设备加入VCF系统时，必须保证PE设备与CB设备的软件版本完全一致，才能正常加入。使用这种方式不仅大大限制了能够加入VCF系统的PE设备，还限制了VCF系统的使用范围，降低了VCF系统的灵活性。

发明内容

有鉴于此，本发明提供了VCF系统中PE设备软件加载方法以及装置来解决上述问题。

本发明提供了一种VCF系统中PE设备软件加载的方法，应用于VCF系统中的控制设备，其中该方法包括：

接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；

将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。

本发明还提供了一种VCF系统中PE设备软件加载的方法，应用于VCF系统中的PE设备，其中该方法包括：

所述PE设备向控制设备发送请求加入IPF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表；

接收所述控制设备发送的判断结果，所述判断结果为所述控制设备根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容后获得的判断结果；

在所述判断结果为版本兼容时，确定所述PE设备允许加入所述VCF系统。

本发明还提供了一种VCF系统中PE设备软件加载的装置，应用于VCF系统中的控制设备，其中该装置包括：

报文解析单元，用于接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

版本判断单元，用于根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；

结果下发处理单元，用于将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时，允许所述PE设备加入所述VCF系统。

本发明还提供另一种VCF系统中PE设备软件加载的装置，应用于VCF系统中的PE设备，其中该装置包括：

报文发送单元，用于向控制设备发送请求加入IPF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表；

结果接收单元，用于接收所述控制设备发送的判断结果，所述判断结果为所述控制设备根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容后获得的判断结果；

结果判断处理单元，用于在所述判断结果为版本兼容时，确定所述PE设备允许加入所述VCF系统。

本发明提供的VCF系统中PE设备软件加载方法以及装置通过由控制设备解析出PE设备发送的请求报文中携带的PE设备的版本兼容列表，根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容，并将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。从而有效扩大了加入VCF系统的PE设备范围，提高了VCF系统的灵活性。

附图说明

图1是本发明实施例中VCF系统示意图；

图2是本发明中一种VCF系统中PE设备软件加载方法的实施例流程图；

图3是本发明中另一种VCF系统中PE设备软件加载方法的实施例流程图；

图4为本发明实施例中CB设备的硬件架构示意图；

图5为本发明中一实施例VCF系统中PE设备软件加载装置的示意图；

图6为本发明中版本判断单元的实施例示意图；

图7为本发明中结果下发处理单元的实施例示意图；

图8为本发明实施例中PE设备的硬件架构示意图；

图9为本发明中另一实施例中VCF系统中PE设备软件加载装置的示意图；

图10为本发明中结果判断处理单元的实施例示意图。

具体实施方式

本发明实施例所应用的一种VCF系统，如图1所示，可以包括一个CB设备以及多个PE设备。传统的VCF系统中有新的PE设备加入VCF系统时，首先由CB设备获取PE设备的启动列表并加载，再根据PE设备发送的加入请求中携带的产品信息、版本信息(版本序列号、子序列号)等一一匹配，只有在PE设备与CB设备版本的所有信息完全一致，才能允许PE设备加入VCF系统；之后CB设备向PE设备发送携带该PE启动列表以及主机版本文件的应答报文，PE设备再根据CB设备发送的应答报文中携带的启动列表更新自身的启动列表，并加载主机版本软件。

然而，传统的实现方式中CB设备在接收到PE设备发送的加入请求之前，难以获取新加入的PE设备的启动列表，只能通过管理员事先在CB设备上进行人为的设置，极不方便。且在CB设备上设置PE设备的启动列表，也会影响CB设备的正常运行；另外，CB设备以及PE设备两种不同类型的设备在功能定位、设备性能维护上的不同导致这两种类型设备的主机软件版本更新进度可能也不尽相同，意味着每当CB设备版本更换时必须将所有PE设备均更换成与CB设备配套的版本，否则在判断PE设备与CB设备的版本信息有任何不一致，即判断两者之间版本不兼容，不仅增加了用户的开支，还大大限制了能够加入VCF系统的PE设备范围。

本发明提供VCF系统中PE设备软件加载的方案来解决现有技术中遇到的问题。通过CB设备接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表，根据所述版本兼容列表判断所述PE设备与所述CB设备的版本是否兼容，并将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述CB设备的版本兼容时允许所述PE设备加入所述VCF系统。

在本实施例中，VCF系统中PE设备软件加载方法的处理流程如图2所示，该方法应用在VCF系统中的CB设备上，包括以下步骤：

步骤201，接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

本发明在实际应用中，在有PE设备请求加入VCF系统时，CB设备即会接收到来自PE设备的加入VCF系统的请求报文，例如version-request报文。该报文中携带有PE设备的版本兼容列表，所述版本兼容列表中包括PE设备的设备类型、设备版本类型以及设备兼容版本类型。如表1所示：

表1

表1示出的PE设备的版本兼容列表，仅是为进一步理解本发明的示例，并不用于限制本发明实施例中版本兼容列表的具体内容。

CB设备在接收到PE设备的请求报文后，解析出所述请求报文中携带的版本兼容列表，即表1。

步骤202，根据所述版本兼容列表判断所述PE设备与所述CB设备的版本是否兼容。

本发明实施例中，CB设备预存有CB设备可兼容PE设备的版本兼容列表，包括PE设备类型、PE设备版本类型以及版本兼容标识号。请参考表2所示：

PE设备类型	PE设备版本类型	版本兼容标识号
			Device-PE1	PE-XXX-1	A-0-B-1
Device-PE1	PE-XXX-5	A-0-B-0
			Device-PE2	PE-YYY-1	A-1-B-0
Device-PE3	PE-ZZZ-10	A-0-B-0

表2

表2示出的CB设备的版本兼容列表，仅是为进一步理解本发明的示例，并不用于限制本发明实施例中版本兼容列表的具体内容。其中，所述版本兼容标识号用于表征PE设备是否与CB设备兼容。

具体地，本发明实施例所述的版本兼容标识号中的A可以是用于表示VCF系统中CB设备与PE设备属于不相同产品类型且是否兼容；版本兼容标识号中的B可以是用于表示VCF系统中CB设备与PE设备属于相同产品类型且是否兼容。例如，所述CB设备为处理能力较强的分布式设备，在需要为所述分布式设备进行资源扩展时，可以在所述分布式设备的基础上增加处理能力相对较弱的集中式接口板(PE设备)，那么所述集中式接口板(PE设备)与所述分布式设备(CB设备)即为不同的产品类型。本发明实施例中，若CB设备与PE设备为不同产品类型，且版本不兼容，那么其版本兼容标识号中A被置1，B被置0；若CB设备与PE设备为相同产品类型，且版本不兼容，那么其版本兼容标识号中A被置0，B被置1；若CB设备与PE设备版本兼容，那么不管所述CB设备与PE设备是否为相同产品类型，其版本兼容标识号中A与B均可以置为0。可见，只有在版本兼容标识号A以及B均为0时，说明CB设备与PE设备版本兼容。即：

A-0，B-1说明CB设备与PE设备为相同产品类型，版本不兼容；

A-1，B-0说明CB设备与PE设备为不同产品类型，版本不兼容；

A-0，B-0说明CB设备与PE设备版本兼容。

当然，本发明也可使用其他标识来表示CB设备与PE设备的版本兼容与否，本发明对此无具体限定。

在CB设备解析出所述PE设备发送的请求报文中携带的版本兼容列表后，可根据PE设备的版本兼容列表(表1)与CB设备的版本兼容列表(表2)进行匹配，并获得版本是否兼容的判断结果。该判断结果的获得可以为以下两种实现方式。

本发明实施例中的第一种实现方式为：根据表1中的PE设备类型和PE设备版本类型与CB设备预存的版本兼容列表(表2)中的PE设备类型和PE设备版本类型进行匹配，并在匹配到对应的列表时，根据表2中与PE设备类型和PE设备版本类型对应的版本兼容标识号(版本兼容结果)判断所述PE设备与CB设备的版本是否兼容。

例如，请求加入VCF系统的PE设备的版本兼容列表中PE设备类型为Device-PE1，PE设备版本类型为PE-XXX-1，设备兼容版本类型CB-XXX-1、CB-YYY-1以及CB-ZZZ-1。CB设备将该PE1设备的PE设备类型以及PE设备版本类型与自身预存的版本兼容列表进行匹配，在表2中，匹配到的对应的版本兼容标识号为A-0-B-1，则判断所述PE1设备与CB设备的版本不兼容；若请求加入VCF系统的PE设备的版本兼容列表中PE设备类型为Device-PE1，PE设备版本类型为PE-XXX-5，设备兼容版本类型CB-XXX-1。CB设备将该PE1设备的PE设备类型以及PE设备版本类型与自身预存的版本兼容列表进行匹配，在表2中，匹配到的对应的版本兼容标识号为A-0-B-0，则判断所述PE1设备与CB设备的版本兼容。

另外，在本发明实施例中，若CB设备根据PE设备发送的版本兼容列表在自身预存的版本兼容列表中未查找到与其PE设备类型以及PE设备版本类型相匹配的列表，则判断所述PE设备与CB设备的版本不兼容。

本发明实施例中的第二种实现方式为：根据PE设备版本兼容列表(表1)中的设备兼容版本类型与CB设备自身的版本类型进行比对，若PE设备的设备兼容版本类型中包括CB设备的版本类型，则判断PE设备与CB设备的版本兼容，否则判断PE设备与CB设备的版本不兼容。

步骤203，将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。

在得到所述PE设备与CB设备的判断结果后，将判断结果发送给PE设备，以使判断结果为所述PE设备与所述CB设备的版本兼容时，允许所述PE设备加入所述VCF系统，或者在判断结果为所述PE设备与所述CB设备的版本不兼容时，不允许所述PE设备加入所述VCF系统。

进一步地，在判断结果为所述PE设备与所述CB设备的版本兼容时，PE设备可以向CB设备发送自身的启动列表以加入所述VCF系统，该启动列表中包括PE设备名称以及启动软件名称，其中，该启动软件名称包括Boot(引导)名称以及System(系统)名称。CB设备在接收到该启动列表后，获取所述启动列表中的PE设备名称以及启动软件名称(Boot名称和System名称)，将获取的所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表中，并向所述PE设备发送加载完成的确认报文，以使所述PE设备在正常启动后加入所述VCF系统。

进一步地，在所述PE设备加入所述VCF系统后，若所述PE设备不具有所述CB设备包括的业务模块，在本发明的优先实施例中，还可以将所述业务模块对应的补丁包加载至所述PE设备。

假设CB设备的版本类型为CB-XXX-1，加入VCF系统的PE1设备的版本为PE-XXX-5，根据表2所示，CB设备的版本类型与PE设备的版本兼容标识号为“A-0-B-0”，据此判断两者版本兼容，PE1设备可以加入VCF系统。但是，由于CB设备与PE设备的版本不完全一致，PE1设备上不具有CB设备上运行的业务模块，造成新加入PE1不能够正常处理相关业务。例如PE1设备上不具有CB设备包括的Function-use-patch的业务模块，那么在PE1设备也需要处理此业务时，可以通过补丁包的方式将该Function-use-patch模块的补丁加载到PE1设备上，完成PE1设备与CB设备业务功能的同步。当然在PE1设备不需要此业务时，可以忽略此操作过程。由此可见，本发明使用对业务模块对应补丁包加载的方式，不仅不会对整个系统的进程产生冲击影响，同时也降低了用户购买软件的成本，简化了用户的维护工作。

本发明还提供一种VCF系统中PE设备软件加载的方法，应用于VCF系统中的PE设备，如图3所示，该方法包括以下步骤：

步骤301，所述PE设备向控制设备发送请求加入VCF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表。

在本发明实施例中，PE设备在请求加入VCF系统之前，获取PE设备自身的版本兼容列表，该版本兼容列表如表1所示。根据获取的版本兼容列表生成请求加入VCF系统的请求报文发送至CB设备，并等待CB设备回应的PE设备与CB设备版本是否兼容的判断结果。

步骤302，接收所述CB设备发送的判断结果，所述判断结果为所述CB设备根据所述版本兼容列表判断所述PE设备与所述CB设备的版本是否兼容后获得的判断结果。

在接收到CB设备发送的判断结果后，根据判断结果中的版本兼容标识判断PE设备与所述CB设备的版本是否兼容，该判断结果可以为以下三种情形：A-0，B-0(版本兼容)；A-1，B-0(版本不兼容)；A-0，B-1(版本不兼容)。以下仅以其中两种情形进行举例说明，如表3-1或3-2所示：

PE设备类型	PE设备版本类型	版本兼容标识号
			Device-PE1	PE-XXX-1	A-0，B-1

表3-1

PE设备类型	PE设备版本类型	版本兼容标识号
			Device-PE3	PE-ZZZ-10	A-0，B-0

表3-2

表3-1以及3-2示出的两种判断结果，仅是为进一步理解本发明的示例，并不用于限制本发明实施例中版本兼容列表的具体内容。

步骤303，在所述判断结果为版本兼容时，所述PE设备请求加入所述VCF系统。

在接收到所述判断结果后，若该判断结果为如表3-1所示，根据该版本兼容标识号A-0，B-1判断PE1设备与所述CB设备的版本不兼容，说明该PE1设备无法加入VCF系统。

若接收的判断结果如表3-2所示，根据该版本兼容标识号A-0，B-0判断PE3设备与所述CB设备的版本兼容，说明允许该PE3设备加入VCF系统。

PE设备在判断接收的判断结果为PE设备与CB设备版本兼容时，所述PE设备请求加入所述VCF系统，具体地，所述PE设备向CB设备发送所述PE设备的启动列表，所述启动列表中包含PE设备名称以及启动软件名称，该启动软件名称包括Boot名称以及System名称。以使CB设备将该PE设备名称以及启动软件名称(Boot名称以及System名称)加载至CB设备的启动列表中。

在接收到所述CB设备发送的确认报文时，说明CB设备已将所述PE设备名称以及启动软件名称成功加载至CB设备预存的启动列表，此时确定PE设备已加入所述VCF系统。

在加入所述VCF系统后，在人工检测到PE设备不具有CB设备包括的业务模块，或者由PE设备自己检测到自身不具有CB设备包括的业务模块，可以在PE设备需要处理此业务时，向CB设备发送业务模块加载请求，对CB设备发送的业务模块对应的补丁包进行加载，完成PE设备与CB设备业务功能的同步。

在本发明实施例中，本发明提供VCF系统中PE设备软件加载的装置，应用于VCF系统的CB设备，请参考图4，为本发明VCF系统中PE设备软件加载装置所在CB设备的硬件架构示意图，其基本硬件环境包括CPU、内存、转发芯片、非易失性存储器以及其他硬件。图5为该VCF系统中PE设备软件加载装置的逻辑结构示意图，其从本质上说是一个逻辑装置，在实际应用中，可以是单纯的软件模块，也可以是软硬件结合形成的装置。在本实施方式中，以软件实现为例，该VCF系统中PE设备软件加载装置在逻辑层面上包括报文解析单元501、版本判断单元502以及结果下发处理单元503。其中：

报文解析单元501，用于接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

版本判断单元502，用于根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；

结果下发处理单元503，用于将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。

请参考图6，所述版本判断单元具体包括版本匹配子单元5021以及结果判断子单元5022，其中版本匹配子单元5021用于将所述PE设备的PE设备类型以及PE设备版本类型与所述CB设备预存的版本兼容列表中的PE设备类型以及PE设备版本类型进行匹配；结果判断子单元5022，用于根据匹配到的PE设备类型以及PE设备版本类型对应的版本兼容结果判断所述PE设备与所述CB设备的版本是否兼容。

进一步地，请参考图7，所述结果下发处理单元503还可以包括列表接收子单元5031、名称获取子单元5032、列表加载子单元5033以及加载确认子单元5034。其中，列表接收子单元5031，用于在确定所述PE设备与所述控制设备的版本兼容时，接收所述PE设备发送的启动列表；名称获取子单元5032，用于获取所述启动列表中的PE设备名称以及启动软件名称；列表加载子单元5033，用于将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表；加载确认子单元5034，用于向所述PE设备发送加载完成的确认报文，以使所述PE设备在正常启动后加入所述VCF系统。

进一步地，所述结果下发处理单元503还可以包括发送子单元5035，用于在所述PE设备加入所述VCF系统后，若所述PE设备不具有所述CB设备包括的业务模块，将所述业务模块对应的补丁包发送至所述PE设备。

本发明还提供了一种VCF系统中PE设备软件加载的装置，应用于VCF系统中PE设备，请参考图8，为本发明VCF系统中PE设备软件加载装置所在PE设备的硬件架构示意图，其基本硬件环境包括CPU、内存、转发芯片、非易失性存储器以及其他硬件。图9为该VCF系统中PE设备软件加载装置的逻辑结构示意图，其从本质上说是一个逻辑装置，在实际应用中，可以是单纯的软件模块，也可以是软硬件结合形成的装置。在本实施方式中，以软件实现为例，该VCF系统中PE设备软件加载装置在逻辑层面上包括报文发送单元901、结果接收单元902以及结果判断处理单元903。其中：

报文发送单元901，用于向控制设备发送请求加入IPF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表；

结果接收单元902，用于接收所述控制设备发送的判断结果，所述判断结果为所述控制设备根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容后获得的判断结果；

结果判断处理单元903，用于在所述判断结果为版本兼容时，确定所述PE设备允许加入所述VCF系统。

请参考图10，进一步地，所述结果判断处理单元903还可以包括列表发送子单元9031以及报文接收子单元9032。其中，列表发送子单元9031，用于在所述判断结果为版本兼容时，向所述控制设备发送所述PE设备的启动列表，所述启动列表中包含PE设备名称以及启动软件名称；报文接收子单元9032，用于在接收到所述控制设备发送的确认报文时，确定加入所述VCF系统，所述确认报文为所述控制设备将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表后发送的确认报文。

进一步地，所述结果判断处理单元903还可以包括加载子单元9033，用于在加入所述VCF系统后，若检测到自身不具有所述控制设备包括的业务模块，对所述控制设备发送的业务模块对应的补丁包进行加载。

从以上各种方法和装置的实施方式中可以看出，与现有技术相比，本发明仅需由控制设备与PE设备的版本兼容列表进行匹配，以判断两者的版本兼容性。无需现有技术中对CB设备与PE设备的所有信息进行匹配，并在判断两者的所有信息一致时才可判断CB设备与PE设备兼容。同时本发明结合PE设备到CB设备的反向加载方式，简化了操作流程，减少对系统的影响。另外，在PE设备加入VCF系统后，若PE设备不具有CB设备包括的业务模块，可通过将业务模块对应的补丁包加载至所述PE设备，以完成PE设备与CB设备业务功能的同步。由此可见，本发明有效扩大了加入VCF系统的PE设备范围，还降低了用户购买软件的成本，简化了用户的维护工作，进而提高了VCF系统的灵活性。

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

Claims (14)

1.一种纵向融合框架VCF系统中端口扩展PE设备软件加载的方法，应用于VCF系统中的控制设备，其特征在于，该方法包括：

接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；

将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时允许所述PE设备加入所述VCF系统。

2.如权利要求1所述的方法，其特征在于，所述版本兼容列表中包括PE设备类型以及PE设备版本类型，根据版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容具体包括：

将所述PE设备的PE设备类型以及PE设备版本类型与所述控制设备预存的版本兼容列表中的PE设备类型以及PE设备版本类型进行匹配；

根据匹配到的PE设备类型以及PE设备版本类型对应的版本兼容结果判断所述PE设备与所述控制设备的版本是否兼容。

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

在确定所述PE设备与所述控制设备的版本兼容时，接收所述PE设备发送的启动列表；

获取所述启动列表中的PE设备名称以及启动软件名称；

将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表；

向所述PE设备发送加载完成的确认报文，以使所述PE设备在正常启动后加入所述VCF系统。

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

在所述PE设备加入所述VCF系统后，若所述PE设备不具有所述控制设备包括的业务模块，将所述业务模块对应的补丁包加载发送至所述PE设备。

5.一种VCF系统中PE设备软件加载的方法，应用于VCF系统中的PE设备，其特征在于，该方法包括：

所述PE设备向控制设备发送请求加入IPF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表；

接收所述控制设备发送的判断结果，所述判断结果为所述控制设备根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容后获得的判断结果；

在所述判断结果为版本兼容时，确定所述PE设备允许加入所述VCF系统。

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

在所述判断结果为版本兼容时，向所述控制设备发送所述PE设备的启动列表，所述启动列表中包含PE设备名称以及启动软件名称；

在接收到所述控制设备发送的确认报文时，确定加入所述VCF系统，所述确认报文为所述控制设备将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表后发送的确认报文。

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

在加入所述VCF系统后，若检测到自身不具有所述控制设备包括的业务模块，对所述控制设备发送的业务模块对应的补丁包进行加载。

8.一种VCF系统中PE设备软件加载的装置，应用于VCF系统中的控制设备，其特征在于，该装置包括：

报文解析单元，用于接收PE设备发送的加入VCF系统的请求报文，解析出所述请求报文中携带的所述PE设备的版本兼容列表；

版本判断单元，用于根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容；

结果下发处理单元，用于将判断结果下发至所述PE设备，以使在判断结果为所述PE设备与所述控制设备的版本兼容时，允许所述PE设备加入所述VCF系统。

9.如权利要求8所述的装置，其特征在于，所述版本兼容列表包括PE设备类型以及PE设备版本类型，所述版本判断单元具体包括：

版本匹配子单元，用于将所述PE设备的PE设备类型以及PE设备版本类型与所述控制设备预存的版本兼容列表中的PE设备类型以及PE设备版本类型进行匹配；

结果判断子单元，用于根据匹配到的PE设备类型以及PE设备版本类型对应的版本兼容结果判断所述PE设备与所述控制设备的版本是否兼容。

10.如权利要求8所述的装置，其特征在于，所述结果下发处理单元还包括：

列表接收子单元，用于在确定所述PE设备与所述控制设备的版本兼容时，接收所述PE设备发送的启动列表；

名称获取子单元，用于获取所述启动列表中的PE设备名称以及启动软件名称；

列表加载子单元，用于将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表；

加载确认子单元，用于向所述PE设备发送加载完成的确认报文，以使所述PE设备在正常启动后加入所述VCF系统。

11.如权利要求10所述的装置，其特征在于，所述结果下发处理单元还包括：

加载发送子单元，用于在所述PE设备加入所述VCF系统后，若所述PE设备不具有所述控制设备包括的业务模块，将所述业务模块对应的补丁包加载至所述PE设备。

12.一种VCF系统中PE设备软件加载的装置，应用于VCF系统中的PE设备，其特征在于，该装置包括：

报文发送单元，用于向控制设备发送请求加入IPF系统的请求报文，所述请求报文中携带所述PE设备的版本兼容列表；

结果接收单元，用于接收所述控制设备发送的判断结果，所述判断结果为所述控制设备根据所述版本兼容列表判断所述PE设备与所述控制设备的版本是否兼容后获得的判断结果；

结果判断处理单元，用于在所述判断结果为版本兼容时，确定所述PE设备允许加入所述VCF系统。

13.如权利要求12所述的装置，其特征在于，所述结果判断处理单元还包括：

列表发送子单元，用于在所述判断结果为版本兼容时，向所述控制设备发送所述PE设备的启动列表，所述启动列表中包含PE设备名称以及启动软件名称；

报文接收子单元，用于在接收到所述控制设备发送的确认报文时，确定加入所述VCF系统，所述确认报文为所述控制设备将所述PE设备名称以及启动软件名称加载至所述控制设备预存的启动列表后发送的确认报文。

14.如权利要求13所述的装置，其特征在于，所述结果判断处理单元还包括：

加载子单元，用于在加入所述VCF系统后，若检测到自身不具有所述控制设备包括的业务模块，对所述控制设备发送的业务模块对应的补丁包进行加载。