DBNG-CP的备份方法及装置与流程

dbng-cp的备份方法及装置
技术领域
1.本发明实施例涉及通信领域，具体而言，涉及一种分离的宽带网络网关控制面网络功能(disaggregated broadband network gateway-control plane,dbng-cp)的备份方法及装置。


背景技术：

2.传统城域网业务网关，即宽带接入服务(broadband access server，bras)设备主要实现固网宽带用户的接入控制与管理功能。
3.转控分离的vbras(virtual broadband access server)实现固定宽带用户的集中管理与流量转发，提升设备资源利用率；同时，通过转发面池化与控制面云化实现冗余备份，提高网络可靠性。通过负荷分担、主备备份等技术实现，可提升业务部署的灵活性及业务运行的可靠性。
4.为保障dbng-cp的高可靠性，一般将部署在不同数据中心(data center，dc)(可能部署在不同城市，不同机房等)的两个cp配置为同一备份组，主备cp可能位于不同的网络域。如：配置dbng-cp1和dbng-cp2为同一备份组实例，这里的备份组实例信息可能包括：备份组成员，备份组成员的优先级，切换策略等。cp可能发生故障位置包括：cp-up之间链路通信，主备cp之间链路故障，及cp实例故障。
5.为支持cp的可靠性，需要使用dbng-cp与dbng-up之间的控制面接口协议支持，bbf wt-459指定dbng控制面接口协议采用报文转发控制协议(packet forwarding control protocol，pfcp)实现，但是对于cp保护这一重要场景，wt-459项目尚未有协议支持的标准规范。


技术实现要素：

6.本发明实施例提供了一种dbng-cp的备份方法及装置，以至少解决相关技术中dbng-cp备份组实例的备份能力协商的问题。
7.根据本发明的一个实施例，提供了一种dbng-cp的备份方法，包括：第一dbng-cp向属于同一个备份组实例的第二dbng-cp发送备份协商请求，以进行备份能力协商；所述第一dbng-cp接收第二dbng-cp针对所述备份协商请求回复的备份协商响应，从而完成所述第一dbng-cp与第二dbng-cp之间的主备选举。
8.在一个示例性实施例中，完成所述第一dbng-cp与第二dbng-cp之间的主备选举之后，还包括：在检测到主成员第一dbng-cp发生故障后，上报故障信息至所述第二dbng-cp，并触发备份组切换以将第二dbng-cp切换为主成员。
9.在一个示例性实施例中，在第一dbng-cp因故障发生备份组切换后，还包括：触发所述备份组实例内由所述第一dbng-cp管理的所有dbng-up的切换，以切换至由所述第二dbng-cp管理所述备份组实例内所有dbng-up。
10.在一示例性实施例中，所述dbng-up通过第一pfcp协议消息将携带的所述故障信
息上报至所述第二dbng-cp。
11.在一示例性实施例中，在触发备份组切换以将第二dbng-cp切换为主成员之后，还包括：所述第二dbng-cp通过第二pfcp协议消息将备份组切换结果通告至所述dbng-up。
12.在一示例性实施例中，所述第一dbng-cp的故障为以下之一：第一dbng-cp为活动状态下，所述第一dbng-cp检测到的故障；第一dbng-cp为离线状态下，所述dbng-up通过与所述第一dbng-cp的连接检测到的第一dbng-cp的故障。
13.在一示例性实施例中，所述第一dbng-cp与第二dbng-cp之间通过私有协议对备份能力协商消息进行扩展以完成cp备份能力协商。
14.在一示例性实施例中，采用pfcp节点上报机制，以进行所述第一dbng-cp的故障信息的上报，以及备份组切换通告。
15.在一示例性实施例中，通过pfcp节点上报请求消息上报所述第一dbng-cp的故障信息，以及通过pfcp节点上报响应消息进行备份组切换通告。
16.在一示例性实施例中，通过对pfcp节点上报请求消息的信元进行扩展以进行所述第一dbng-cp的故障信息上报。
17.在一示例性实施例中，pfcp节点上报请求消息中的扩展信元包括：控制面路径故障信元和cp备份组标识信元。
18.在一示例性实施例中，所述第一pfcp协议消息或所述第二协议消息中包括dbng-cp备份组标识信元和/或dbng-cp故障上报信元。
19.在一示例性实施例中，所述dbng-cp备份组标识信元的封装格式中包括以下至少之一：信元类型信息、信元字段长度信息、dbng-cp备份组标识信息、dbng-cp备份组成员信息、dbng-cp备份组类型信息、dbng-cp备份组策略信息。
20.在一示例性实施例中，控制面故障上报信元的封装格式中包括以下至少之一：信元类型信息、信元字段长度信息、本地逻辑接口ip地址信息、远端逻辑接口ip地址信息。
21.在一示例性实施例中，所述第一dbng-cp向第二dbng-cp发送备份协商请求之前，还包括：配置所述第一dbng-cp的多个备份组实例；对于每个备份组实例，配置第一dbng-cp管理的多个dbng-up，以及第一dbng-cp备份组实例的主备切换策略。
22.在一示例性实施例中，所述第一dbng-cp在第一备份组实例中为主成员，在第二备份组实例中为备成员。
23.根据本发明的另一个实施例，提供了一种dbng-cp的备份装置，包括：发送模块，用于向属于同一个备份组实例的第二dbng-cp发送备份协商请求，以进行备份能力协商；接收模块，用于接收第二dbng-cp针对所述备份协商请求回复的备份协商响应，从而完成所述第一dbng-cp与第二dbng-cp之间的主备选举。
24.根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
25.根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
26.在本发明的上述实施例中，第一dbng-cp与第二dbng-cp之间通过备份协商完成主
备选举，从而解决了dbng-cp备份组实例的备份能力协商的问题，增加了dbng-cp备份保护的灵活性。
附图说明
27.图1是根据本发明实施例的运行dbng-cp备份方法的计算机终端的硬件结构框图；
28.图2是根据本发明实施例的dbng-cp备份方法的流程图；
29.图3是根据本发明实施例的dbng-cp备份装置的结构框图；
30.图4是根据本发明实施例的dbng-cp备份处理机制的示意图；
31.图5是根据本发明实施例的bng-cp备份组实例配置方法流程图；
32.图6是根据本发明实施例的故障信息上报处理的流程图。
具体实施方式
33.下文中将参考附图并结合实施例来详细说明本发明的实施例。
34.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
35.本技术实施例中所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在网络侧的计算机终端上为例，图1是根据本发明实施例的运行dbng-cp的备份方法的计算机终端的硬件结构框图。如图1所示，计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，其中，上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
36.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的分离的宽带网络网关控制面网络功能dbng-cp的备份方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
37.传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
38.本实施例中提供了一种dbng-cp的备份方法。图2是根据本发明实施例的一种dbng-cp的备份方法的流程图，如图2所示，该流程包括可如下步骤：
39.步骤s202，第一dbng-cp向属于同一个备份组实例的第二dbng-cp发送备份协商请
求，以进行备份能力协商；
40.步骤s204，所述第一dbng-cp接收第二dbng-cp针对所述备份协商请求回复的备份协商响应，从而完成所述第一dbng-cp与第二dbng-cp之间的主备选举。
41.在本实施例的步骤s204之后，还可包括：在主成员第一dbng-cp发生故障后，所述第一dbng-cp通过与备成员第二dbng-cp之间的心跳线上报故障信息至所述第二dbng-cp，或通过第一dbng-cp管理的dbng-up上报故障信息至第二dbng-cp。
42.在本实施例中，将故障信息上报至所述第二dbng-cp之后，还可包括：在第二dbng-cp检测到上报的所述故障信息后，触发备份组切换以将第二dbng-cp切换为主成员。
43.在本实施例中，所述dbng-up可通过第一pfcp协议消息将携带的所述故障信息上报至所述第二dbng-cp。
44.在本实施例中，在第一dbng-cp因故障发生备份组切换后，还可包括：触发所述备份组实例内由所述第一dbng-cp管理的所有dbng-up的切换，以切换至由所述第二dbng-cp管理所述备份组实例内所有dbng-up。
45.在本实施例中，在触发备份组切换以将第二dbng-cp切换为主成员之后，还可包括：所述第二dbng-cp通过第二pfcp协议消息将备份组切换结果通告至所述dbng-up。
46.在本实施例中，所述第一dbng-cp的故障可以为以下之一：第一dbng-cp为活动状态下，所述第一dbng-cp检测到的故障；第一dbng-cp为离线状态下，所述dbng-up通过与所述第一dbng-cp的连接检测到的第一dbng-cp的故障。
47.在本实施例中，所述第一dbng-cp与第二dbng-cp之间通过私有协议对备份能力协商消息进行扩展以完成cp备份能力协商。
48.在本实施例中，采用pfcp节点上报机制，以进行所述第一dbng-cp的故障信息的上报，以及备份组切换通告。
49.在本实施例中，通过pfcp节点上报请求消息上报所述第一dbng-cp的故障信息，以及通过pfcp节点上报响应消息进行备份组切换通告。
50.在本实施例中，通过对pfcp节点上报请求消息的信元进行扩展以进行所述第一dbng-cp的故障信息上报。
51.在本实施例中，pfcp节点上报请求消息中的扩展信元包括：控制面路径故障信元和cp备份组标识信元。
52.在本实施例中，在步骤s202之前，还可包括：配置所述第一dbng-cp的多个备份组实例；对于每个备份组实例，配置第一dbng-cp管理的多个dbng-up，以及第一dbng-cp备份组实例的主备切换策略。
53.在本实施例中，所述第一dbng-cp在第一备份组实例中可以为主成员，而在第二备份组实例中为备成员。
54.通过本实施的上述步骤，第一dbng-cp与第二dbng-cp之间可通过备份能力协商完成主备选举，并且提供了dbng-cp的故障检测及备份组切换机制，增加了dbng-cp备份保护的灵活性，实现基于dbng-up粒度的dbng-cp主或备的管理，另外，在备份组成员dbng-cp与dbng-up控制面接口上，对pfcp协议的ie进行扩展满足了dbng-cp备份能力协商的要求。
55.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多
情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
56.在本实施例中还提供了一种dbng-cp的备份装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
57.图3是根据本发明实施例的分离的宽带网络网关控制面网络功能dbng-cp的备份装置100的结构框图，如图3所示，该装置包括发送模块10和接收模块20。
58.发送模块10，用于向属于同一个备份组实例的第二dbng-cp发送备份协商请求，以进行备份能力协商。
59.接收模块20，用于接收第二dbng-cp针对所述备份协商请求回复的备份协商响应，从而完成所述第一dbng-cp与第二dbng-cp之间的主备选举。
60.需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
61.为了便于对本发明所提供的技术方案的理解，下面将结合具体场景的实施例进行详细描述。
62.需要说明的是，在本发明的实施例中，在dbng-cp与dbng-up之间控制接口，使用pfcp协议为例进行了扩展说明。但本发明不局限于pfcp协议，无论控制接口采用何种协议，给出的信元(information element,ie)类型和tlv(type length value)封装信息可以是通用的。
63.实施例一
64.在本实施例中，提供了一种dbng-cp的备份(redundancy)处理机制，在本实施例中，配置dbng-cp1和dbng-cp2在同一个备份组实例，dbng-cp1和dbng-cp2通过节点间的心跳线通告cp备份(redundancy)能力，心跳线通信为运行在dbng-cp之间的接口上完成，不能通过dbng-cp与dbng-up的控制面接口协议实现，在本实施例中可以采用私有协议完成。协议扩展需求方面，需要扩展支持备份组(redundancy group)能力ie，进行备份(redundancy)能力协商。
65.图4是dbng-cp备份处理机制流程图，如图4所示，该方法包括如下步骤：
66.步骤s401,dbng-cp1向dbng-cp2发送备份协商请求(redundancy association request)。
67.步骤s402，dbng-cp1向dbng-cp2发送备份协商响应(redundancy association response)。
68.通过上述步骤s401-s402，dbng-cp1与dbng-cp2完成redundancy能力协商，要求cp间的心跳线携带备份信息用于备份能力的通告，完成第一dbng-cp和第二dbng-cp的主备选举。
69.步骤s403，在dbng-cp1发生故障后，dbng-cp1通过心跳线上报故障到dbng-cp2。在
本实施例中，在dbng-cp1故障后，也可以通过dbng-up通过控制面接口将故障信息上报到dbng-cp2。如果通过dbng-up上报主dbng-cp1的故障，则需要对dbng-cp与dbng-up之间的控制面接口协议进行扩展，例如，对pfcp协议需要进行协议扩展处理。
70.步骤s404，备成员dbng-cp2检测到故障信息，触发dbng-cp redundancy实例切换，切换自己为主成员，并通告用户信息到其对应的用户面网络功能dbng-up，及同步用户信息表项到dbng-cp2。
71.实施例二
72.本实施例主要提供了一种bng-cp备份组实例配置方法。固网网络一个dbng-cp实例可能管理几百个dbng-up，存在一个dbng-cp可以为某些dbng-up的主用dbng-cp，也可以同时作为其他一些dbng-up的备用dbng-cp的情况，为此，本实施例提出，在进行bng-cp备份组实例配置时，需要增加对其管理的dbng-up成员。
73.如图5所示，该方法包括如下步骤：
74.步骤s501，配置dbng-cp1备份组实例1；
75.步骤s502，配置dbng-cp1管理的dbng-up成员，例如，包括dbng-upn 1，dbng-upn 2等；
76.步骤s503，配置dbng-cp1备份组实例的优先级、切换策略等；
77.步骤s504，配置dbng-cp2备份组实例2；
78.步骤s505，配置dbng-cp2管理的dbng-up成员，例如，包括dbng-upm 1，dbng-upm 2等；
79.步骤s506，配置dbng-cp2备份组实例的优先级、切换策略等；
80.步骤s507，在dbng-cp1备份组的另一个网络功能dbng-cp2上，进行相同id的备份实例组配置，即：增加dbng-upn 1，dbng-upn 2为备份实例组1的dbng-up成员；增加dbng-upm 1，dbng-upm 2为备份实例组2的dbng-up成员。
81.步骤s508，根据备份算法机制，dbng-cp1所在的备份实例1选举dbng-cp1为主dbng-cp，而dbng-cp1所在的备份实例2选举dbng-cp1为备dbng-cp。
82.本实施例中，dbng-cp备份组实例配置的成员是dbng-up，通过对不同dbng-up组的备份组切换策略配置管理，实现对网络中dbng-up的均衡管理。
83.实施例三
84.本实施例主要涉及pfcp协议支持的redundancy故障信息上报处理。如在上述实施例的步骤s406中所描述的，如果dbng-cp备份故障信息通过dbng-up上报，则需要通过dbng-cp与dbng-up间的控制接口协议支持。
85.在本实施例中，以采用pfcp协议进行备份故障信息上报处理为例，通过采用pfcp节点上报(pfcp node report)信息协商来完成。图6是pfcp协议支持备份故障信息上报处理的流程图，如图6所示，主要包括如下步骤：
86.步骤s601，dbng-cp1作为active cp检测到故障，此故障信息包括检测到其管理的dbng-up连接故障，或dbng-cp1离线，dbng-up通过与dbng-cp1的连接检测到dbng-cp1的故障。
87.步骤s602，dbng-up上报故障信息到备用(standby)dbng-cp2，通过pfcp节点上报请求(pfcp node report request)携带故障信息。
88.步骤s603，dbng-cp2根据备份算法机制，触发本地备份组切换，并切换自己为主dbng-cp，通过pfcp节点上报响应(pfcp node report response)通告切换结果到dbng-up。
89.实施例四
90.本实施例提供了一种pfcp备份组(redundancy group)支持扩展方案，根据3gpp ts29.244的7.4.5章节描述，pfcp节点上报(pfcp node report)包括pfcp节点上报请求(pfcp node report request)和pfcp节点上报响应(pfcp node report response)两种报文类型。其中，pfcp节点上报请求(pfcp node report request)包含了alternative smf ip address ie，用于smf备份地址的指定，3gpp核心网的smf为upf的控制面网络功能，upf为用户面网络功能，对应到固网网络，dbng-cp为dbng控制面网络功能，dbng-up为dbng用户面网络功能。dbng-cp的备份保护类似于smf的备份保护。与核心网29.244不同的是，dbng-cp的备份保护是动态策略配置，非手动指定主备，因此，在协议扩展实现方面，需要增加新的ie实现。在进行bng-cp备份组实例配置时，需要增加对其管理的dbng-up成员，同时，增加主备选择策略配置用于主备dbng-cp的选举。
91.在本实施例中，采用pfcp协议，通过已有的node id ie及结合alternative smf ip address ie可以满足dbng-cp保护灵活性的需求，只是在进行pfcp应用时，需要明确dbng-cp的node id信息，增加对dbng-up成员，cp redundancy保护模式，及cp redundancy优先级策略等的指定。如表1所示，需要新增cp备份组标识(cp redundancy group)ie
92.表1
[0093][0094]
其中，cp备份组标识(redundancy group id)ie封装格式如表2所示：
[0095]
表2
[0096][0097]
表2中的ie用于cp备份组的配置信息下发，其封装情况如下：
[0098]
第1-2字节用于ie类型信息封装，ie类型信息为cp备份组标识(cp redundancy group id)ie。
[0099]
第3-4字节用于ie字段长度信息封装。
[0100]
第5字节用于cp备份组(cp redundancy group)的id信息封装，表征group组的name，identifier等信息。
[0101]
在本实施例中，cp备份组成员(cp group member)指的是cp管理的up信息。
[0102]
第6-7字节用于cp备份组成员(cp redundancy group member)信息封装，包括cp与用户侧物理接口名称(name)或标识(id)，或虚拟接口name或id等。
[0103]
第8-9字节用于cp备份组类型(cp redundancy group type)信息封装，用于说明是热备、冷备或温备等。
[0104]
第10-11字节用于cp备份组策略(cp redundancy group policy)信息封装，用于说明cp倒换的策略，如优先级、切换策略等。
[0105]
实施例五
[0106]
本实施例提供一种pfcp redundancy故障信息上报协议扩展方案，根据3gpp ts29.244的7.4.5章节描述，节点上报请求(node report request)包括了控制面路径故障上报(cp path failure report)ie，但是3gpp定义的控制面路径故障上报(cp path failure report)ie类型，需要扩展ie类型支持port及logical port(如tunnel,pw)及node。在bbf tr-459 6.6.2章节已经增加了逻辑端口(logical port)ie。对应type是32769。对于node实例故障问题，可以理解为基于port接口的，因此，不需要再进行ie扩展。
[0107]
在本实施例中，控制面路径故障上报(control plane path failure report)ie封装格式如表3所示。
[0108]
表3
[0109][0110]
该ie用于cp实例路径故障上报，如果备份组接口存在路径不可达故障，则dbng-up上报节点上报请求(node report request)信息到dbng-cp。该ie的具体封装格式如下：
[0111]
第1-2字节用于ie类型信息封装，ie类型信息为控制面路径故障(control plane path failure)ie。
[0112]
第3-4字节用于ie字段长度信息封装。
[0113]
第5-6字节用于本地逻辑接口ip地址信息携带，及地址可达性检测信息。
[0114]
第7-8字节用于远端逻辑接口ip地址信息携带，及地址可达性检测信息。
[0115]
在本发明的上述实施例中，1)为增加dbng-cp备份保护的灵活性，实现基于up粒度的dbng-cp主或备的管理。2)采用备份组成员dbng-cp1、dbng-cp2与用户面网络功能dbng-up控制面接口上，采用ie扩展满足对控制面备份(cp redundancy)能力协商的要求。3)dbng-cp1与dbng-cp2间可通过协议交互完成对备份协商消息(redundancy association message)扩展，协商交互流程增加redundancy的故障检测能力及redundancy处理能力。交互消息中所采用的ie可以是新增fixed redundancy ie，也可以是已有ie的扩展。
[0116]
在本发明上述实施例中，还提供了如下的pfcp协议实现机制处理。4)采用pfcp节点上报(pfcp node report)实现机制，完成cp的故障检测及保护组切换流程。5)pfcp节点上报(pfcp node report)处理流程，采用pfcp节点上报请求(pfcp node report request)及pfcp节点上报请求响应(pfcp node report response)机制携带dbng-cp的故障检测信息及保护组切换通告。6)pfcp节点上报请求(pfcp node report request)信息的ie扩展，
主要用于cp故障点上报请求。此ie可以是新增固定备份(fixed redundancy)ie，也可以是已有ie的扩展。7)pfcp节点上报响应(pfcp node report response)信息的ie扩展，用于新active cp对用户流表等通告到用户面网络功能dbng-up。
[0117]
本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0118]
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
[0119]
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0120]
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
[0121]
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
[0122]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0123]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。