转控分离分布式CP的升级方法及系统与流程

转控分离分布式cp的升级方法及系统
技术领域
1.本说明书涉及通信技术领域，尤其涉及转控分离分布式cp的升级方法及系统。


背景技术：

2.转控分离分布式架构下，一个控制节点cp(control plane，控制平面)的功能需要若干个网元，例如(ctrl
‑
vm，bras
‑
vm和fwd
‑
vm)相辅相成实现。当网络业务量增加，所需的网元设备数量更加庞大。因此，在有大量网元的情况下，如何提供给用户快速升级的操作入口非常重要。现有的升级方案只能实现对一个网元的升级操作，当存在大量网元的情况下，逐个对单台网元进行升级操作，会有大量重复低效的工作。
3.而属于同一个分布式cp架构下的的多个网元如果版本不一致，可能导致整个分布式cp的控制面功能不完整或不可用。因此，如何保证属于同一个分布式cp的多个网元升级到相同的版本至关重要。现有的升级方案需要用户发起大量升级操作，可能因为人为疏漏，出现某个网元未做升级，或者选择了不同的版本文件对网元做升级的情况。这种完全依赖用户人为手动保证版本一致的操作，不具有可靠性。


技术实现要素：

4.为克服相关技术中存在的问题，本说明书提供了转控分离分布式cp的升级方法及系统。
5.本技术实施例第一方面提供了转控分离分布式cp的升级方法，包括：
6.第一网元对相同网段的第二网元和第三网元进行注册，并将注册信息保存在第一网元中；
7.将分别用于升级三种网元的三种升级包发送给第一网元；
8.第一网元将三升级包分别分配给对应的网元；
9.各网元根据自身软件版本判断是否升级，并将结果反馈给第一网元；
10.若要升级，由管理服务器统一触发升级；
11.由第一网元判断所有网元升级是否成功。
12.进一步地，若要升级，由管理服务器统一触发升级包括：
13.第一网元对自身软件版本进行升级；
14.若升级成功，则由第一网元通知第二网元和第三网元进行软件版本升级；
15.第一网元获取其他类型网元的升级结果，若所有已注册网元的升级成功，判断本次升级成功。
16.进一步地，管理服务器定期获取第一网元上有关所有网元的升级状态并对各网元进行状态展示。
17.进一步地，若管理服务器获取到各网元还在升级中，则展示通过动态图标进行状态展示；
18.若管理服务器获取到各网元已完成升级，则展示成功升级的网元及新升级软件版
本的名称；
19.若管理服务器获取到有网元升级失败，则展示标记出网元及可能失败的原因。
20.进一步地，若管理服务器获取到网元升级未成功，则对未升级成功的网元再次单独进行升级。
21.优选的，每种网元至少有两个，做主从备份。
22.进一步地，在第一网元对相同网段的第二网元和第三网元进行注册之前，为三种网元的内部接口配置相同网段。
23.本技术第二方面还提供了转控分离分布式cp的升级系统，包括：
24.升级系统按功能分至少包含第一、第二和第三这三种网元，升级系统包括：
25.注册单元，用于第一网元对相同网段的第二网元和第三网元进行注册，并将注册信息保存在第一网元中；
26.升级包接收单元，用于分别将用于升级三种网元的三种升级包发送给第一网元；
27.升级包配送单元，用于将第一网元中的三升级包分别配送给对应的网元；
28.软件版本判断单元，用于各网元根据自身软件版本判断是否升级，并将结果反馈给第一网元；若要升级，由管理服务器统一触发升级；第一网元获取其他类型网元的升级结果，若所有已注册网元的升级成功，判断本次升级成功。
29.进一步地，软件版本判断单元，在用于判断若要升级，由管理服务器统一触发升级还包括：
30.第一网元对自身软件版本进行升级；
31.若升级成功，则由第一网元通知第二网元和第三网元进行软件版本升级；
32.第一网元获取其他类型网元的升级结果，若所有已注册的网元升级成功，判断本次升级成功。
33.进一步地，展示单元，用于管理服务器定期获取第一网元上有关所有网元的升级状态并对各网元进行状态展示。
34.本说明书的实施例提供的技术方案可以包括以下有益效果：
35.本说明书实施例中各网元由管理服务器统一触发升级，实现网元版本的统一管理，大大降低了软件版本升级的工作量，减少了人为误差，且能保证版本的一致性。
36.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。
附图说明
37.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。
38.图1是本技术实施例分布式cp架构框图；
39.图2是本技术实施例方法流程框图；
40.图3是本技术实施例系统框图。
具体实施方式
41.在本技术实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申
请。本技术和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
42.应当理解，尽管在本技术实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
43.本技术实施例第一方面提供了转控分离分布式cp的升级方法，如图1
‑
2所示，包括：
44.101：第一网元对相同网段的第二网元和第三网元进行注册，并将注册信息保存在第一网元中；
45.作为示例，将注册信息保存在第一网元内时，可以网元列表的形式。
46.301：将分别用于升级三种网元的三种升级包发送给第一网元；
47.501：第一网元将三升级包分别分配给对应的网元；
48.701：各网元根据自身软件版本判断是否升级，并将结果反馈给第一网元；
49.901：若要升级，由管理服务器统一触发升级；
50.作为一个示例，可包括步骤：
51.第一网元对自身软件版本进行升级；
52.若升级成功，则由第一网元通知第二网元和第三网元进行软件版本升级；
53.第一网元获取其他类型网元的升级结果，若所有已注册网元的升级成功，判断本次升级成功。
54.这里第一网元获取其他类型网元的升级结果的方式，作为示例可通过轮询获取，也可由其他类型网元主动报给第一网元。这样可以减少无效升级时间。
55.1101：由第一网元判断所有网元升级是否成功。
56.作为对上述实施例的进一步优化，1301：管理服务器定期获取第一网元上有关所有网元的升级状态并对各网元进行状态展示。
57.作为对各网元状态展示的示例，如表1所示，包括：
58.若管理服务器获取到各网元还在升级中，则展示通过动态图标进行状态展示；
59.如前所述，本示例中网元状态信息在网元列表中以动态图标的方式展示。
60.若管理服务器获取到各网元已完成升级，则展示成功升级的网元及新升级软件版本的名称。
61.若管理服务器获取到有网元升级失败，则展示标记出网元及可能失败的原因。作为示例，若管理服务器获取到网元升级未成功，则对未升级成功的网元再次单独进行升级。
62.本技术对于未升级成功的网元再次单独进行升级，提供了两个示例。
63.示例1：管理服务器触发第一网元升级，第一网元升级成功，由第一网元统一下发给所有第二和第三网元升级通知报文，各第二和第三网元查看自身软件版本是否升级完成。若未完成，则进行升级；若已完成，则不需要升级。
64.示例2：管理服务器触发第一网元升级，第一网元升级成功，由第一网元给未升级
完成的第二和第三网元发送升级通知报文，未升级完成的第二和第三网元单独进行升级。
65.表1
[0066][0067][0068]
上述实施例中，每种网元至少有两个，做主从备份，以避免一台作为网元的服务器故障时导致主备设备功能同时受到影响。
[0069]
在上述实施例中，在第一网元对相同网段的第二网元和第三网元进行注册之前，可增加步骤001：为三种网元的内部接口配置相同网段。
[0070]
本技术实施例网元由管理服务器统一触发升级，实现网元版本的统一管理，大大降低了软件版本升级的工作量，减少了人为误差，且能保证版本的一致性。
[0071]
本实施例中所谓转控分离，就是打破现有物理bras(broadband remote access server，宽带接入服务器)设备控制和转发一体化结构，选择合适的网元承载控制面和转发面。转控分离系统由处理控制面功能的bras cp资源池(以下简称cp)和处理转发面功能的bras dp(以下简称dp)构成。这里的cp(control plane，控制平面)和dp(data plan，转发平面)部署于网络中不同物理位置，两者协同配合，能够实现原来单一bras设备的全部功能，并提供更容易横向扩展的物理架构和更容易支撑新业务开发的软件架构。控制面cp主要用于bras原有控制功能，负责处理pppoe/ipoe控制报文，以控制报文触发建立并维护用户会话表，并与远端aaa系统交互认证。用户认证通过后，cp整合用户二三层信息和业务信息形成流表，通过openflow接口下发到dp，指导dp对后继用户数据报文独立转发。
[0072]
转发面dp聚集于bras原有转发功能，不对pppoe/ipoe控制报文进行任何解析，直接通过vxlan隧道将其透传至cp，待cp认证完成并下发流表后，dp将流表转换为可指导转发的硬件表项，后续用户数据报文直接由dp处理。
[0073]
转控分离方案实施后，仅cp需对外部业务系统(radius服务器、dhcp服务器、策略服务器、portal服务器等)呈现，剥离了数量众多的dp，无需让业务系统感知。
[0074]
本技术实施例中的分布式cp指vbras
‑
cp分布式架构，实际是进一步明确了每一个网元的功能，将原先集中到控制面cp的功能划分到不同的功能网元中，实现bras业务(pppoe、ipoe、l2tp、cgn等)的控制面。每个网元功能明确，相互配合，完成用户上线，认证和计费等一系列功能。
[0075]
分布式架构下的vbras
‑
cp主要由ctrl
‑
vm，bras
‑
vm和fwd
‑
vm三类网元组成，架构如图2所示。其中，ctrl
‑
vm负责属于同一个vbras
‑
cp的网元管理、统一配置管理、统一地址管理、统一license管理、cp容灾、弹性扩缩容和dp网元管理等。bras
‑
vm负责远程接口管理、用户管理、接入控制、认证授权计费和dp数据备份等。fwd
‑
vm负责和dp网元的通信和报文分发，例如radius、web信息分发等。本技术在分布式架构vbras
‑
cp的实施例中的第一网元指ctrl
‑
vm，第二和第三网元分别指bras
‑
vm和fwd
‑
vm。通常实况下，ctrl
‑
vm，bras
‑
vm和fwd
‑
vm两两堆叠形成主备，且主备设备必须分布式部署在不同的服务器上，以避免一台服务器故障时主备设备功能同时受到影响。
[0076]
本技术实施例中的管理服务器指vnf manager，负责管理vnf生命周期。其是符合etsi nfv规范的nfv部署、配置、生命周期管理和版本管理软件，能够管理多台物理服务器，并根据用户业务需求灵活配置所需的资源，完成虚拟网元的创建和部署。同时，vnf manager能够与网元通过netconf协议建立连接，将所需要的初始配置下发到网元，确保网元启动以后，管理平台对网元进行生命周期管理。另外，vnf manager通过将所需的升级文件传输到网元等触发动作，实现网元的版本管理。
[0077]
本技术实施例还提供了转控分离分布式cp的升级系统，如图3所示：
[0078]
升级系统按功能分至少包含第一、第二和第三这三种网元，升级系统包括：
[0079]
注册单元，用于第一网元对相同网段的第二网元和第三网元进行注册，并将注册信息保存在第一网元中；
[0080]
升级包接收单元，用于分别将用于升级三种网元的三种升级包发送给第一网元；
[0081]
升级包配送单元，用于将第一网元中的三升级包分别配送给对应的网元；
[0082]
软件版本判断单元，用于各网元根据自身软件版本判断是否升级，并将结果反馈给第一网元；若要升级，由管理服务器统一触发升级；第一网元获取其他类型网元的升级结果，若所有已注册网元的升级成功，判断本次升级成功。
[0083]
作为优化实施例，软件版本判断单元，在用于判断若要升级，由管理服务器统一触发升级还包括：
[0084]
第一网元对自身软件版本进行升级；
[0085]
若升级成功，则由第一网元通知第二网元和第三网元进行软件版本升级；
[0086]
第一网元获取其他类型网元的升级结果，若所有已注册网元的升级成功，判断本次升级成功。
[0087]
上述实施例还包括展示单元，用于管理服务器定期获取第一网元上有关所有网元的升级状态并对各网元进行状态展示。
[0088]
基于与上述方法同样的申请构思，本技术实施例中提出业务处理系统，
[0089]
基于与上述方法同样的申请构思，本技术实施例中提出电子设备，该电子设备可以为上述实施例的前端设备或者认证设备，所述电子设备包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令；所述处理器用于执行机器可执行指令，以实现上述实施例的业务处理方法，对此业务处理方法的流程，本实施例中不再赘述。
[0090]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实
施例的形式。而且，本技术实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
[0091]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0092]
而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
[0093]
以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。
[0094]
应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
[0095]
以上仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。