发明内容
本发明提供了一种保护恢复方法和装置,以至少解决相关技术中在最多占用3条连接资源的情况下,第一次发生能使业务受损的故障时业务受损时间较长的问题。
根据本发明的一个方面,提供了一种保护恢复方法,包括:确定故障所在的连接,其中,所述连接包括:工作连接和保护连接;根据所述故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果所述故障所在的连接是所述保护连接,启动重路由。
优选地,在初始业务所述连接无故障,且当前业务流量在所述工作连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接,将所述当前业务流量倒换到所述保护连接;如果确定所述故障所在的连接是所述保护连接,启动重路由,建立第一恢复连接,所述当前业务流量在所述工作连接。
优选地,在初始业务所述连接无故障,且当前业务流量在所述保护连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接,不启动保护倒换和重路由;如果确定所述故障所在的连接是所述保护连接,将所述当前业务流量倒换到所述工作连接,并启动重路由,建立第一恢复连接,所述当前业务流量在所述工作连接。
优选地,在初始业务所述工作连接已有故障,所述保护连接无故障,且当前业务流量在所述保护连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接,不启动保护倒换和重路由;如果确定所述故障所在的连接是所述保护连接,将所述当前业务流量倒换到所述工作连接,并启动重路由,建立第一恢复连接,如果重路由成功,所述当前业务流量在所述第一恢复连接,如果重路由失败,所述当前业务流量在所述工作连接。
优选地,在建立第一恢复连接之后,所述方法还包括:确定所述保护连接和所述第一恢复连接均故障;启动重路由,建立第二恢复连接,并释放所述第一恢复连接。
优选地,在初始业务所述保护连接已有故障,所述工作连接无故障,存在无故障的第一恢复连接,且当前业务流量在所述工作连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接,将所述当前业务流量倒换到所述第一恢复连接;如果确定所述故障所在的连接是所述保护连接,不启动保护倒换和重路由;如果确定所述故障所在的连接是所述第一恢复连接,启动重路由,建立第二恢复连接,释放所述第一恢复连接,所述当前业务流量在所述工作连接。
优选地,在初始业务所述保护连接已有故障,所述工作连接无故障,不存在无故障的第一恢复连接,且当前业务流量在所述工作连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接,启动重路由,建立第一恢复连接,如果重路由成功,所述当前业务流量在所述第一恢复连接,如果重路由失败,所述当前业务流量在所述工作连接;如果确定所述故障所在的连接是所述保护连接,不启动保护倒换,启动重路由。
优选地,在初始业务所述保护连接和所述工作连接均有故障,存在无故障的第一恢复连接,且当前业务流量在所述第一恢复连接的情况下,检测到故障,根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定所述故障所在的连接是所述工作连接或所述保护连接,不启动保护倒换和重路由,所述当前业务流量在所述第一恢复连接;如果确定所述故障所在的连接是所述第一恢复连接,将所述当前业务流量倒换到所述工作连接,启动重路由,建立第二恢复连接,并释放所述第一恢复连接,如果重路由成功,所述当前业务流量在所述第二恢复连接,如果重路由失败,所述当前业务流量在所述工作连接。
根据本发明的另一个方面,提供了一种保护恢复装置,包括:确定模块,用于确定故障所在的连接,其中,所述连接包括:工作连接和保护连接;判断模块,用于根据所述故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果所述故障所在的连接是所述保护连接,启动重路由。
优选地,所述判断模块包括:保护倒换单元和重路由单元,其中,所述保护倒换单元用于根据所述故障所在的连接判断是否启动保护倒换;所述重路由单元用于根据所述故障所在的连接判断是否启动重路由。
优选地,在初始业务所述连接无故障,且当前业务流量在所述工作连接的情况下,检测到故障,如果确定所述故障所在的连接是所述工作连接,所述保护倒换单元将所述当前业务流量倒换到所述保护连接;如果确定所述故障所在的连接是所述保护连接,所述重路由单元启动重路由,建立第一恢复连接,所述当前业务流量在所述工作连接。
优选地,在建立第一恢复连接之后,如果确定所述保护连接和所述第一恢复连接均故障;所述重路由单元启动重路由,建立第二恢复连接,并释放所述第一恢复连接。
通过本发明,确定故障所在的连接(工作连接和/或保护连接);根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果故障所在的连接是保护连接,则启动重路由。即如果当前业务流量在无故障的工作连接,且业务源节点检测到保护连接发生故障时,启动重路由,建立恢复连接,使业务流量不会失去保护,解决了相关技术中在最多占用3条连接资源的情况下,第一次发生能使业务受损的故障时业务受损时间较长的问题,进而在最多占用3条连接的情况下,缩短了第一次发生能使业务受损的故障时业务受损的时间,从而对业务起到了更好的保护作用。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本发明实施例提供了一种保护恢复方法,图1是根据本发明实施例的保护恢复方法的流程图,如图1所示,包括如下的步骤:
步骤S102,确定故障所在的连接,其中,上述连接包括:工作连接和保护连接;
步骤S104,根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果故障所在的连接是保护连接,启动重路由。
通过上述步骤,确定故障所在的连接(工作连接和/或保护连接);根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果故障所在的连接是保护连接,则启动重路由。即如果当前业务流量在无故障的工作连接,且业务源节点检测到保护连接发生故障时,启动重路由,建立恢复连接,使业务流量不会失去保护,解决了相关技术中在最多占用3条连接资源的情况下,第一次发生能使业务受损的故障时业务受损时间较长的问题,进而在最多占用3条连接的情况下,缩短了第一次发生能使业务受损的故障时业务受损的时间,从而对业务起到了更好的保护作用。在本发明的实施例中,仅工作故障时,只启动保护倒换,已经能保证业务流量受损时间较短(例如,在50ms内)。
需要说明的是,保护连接第一次故障后,启动重路由,建立第一恢复连接,如果后续第一恢复连接继续故障,仍可以恢复,还可以建立很多的恢复连接,继续支持当前业务流量或者为当前业务流量提供保护,从而提高了自动交换光网络业务的安全性。如果第一恢复连接故障,则会释放第一恢复连接,即在当前恢复连接故障,建立新的恢复连接的过程中,会及时释放故障的当前恢复连接,从而保证了上述保护恢复方法最多只占用3条连接资源,节约了连接资源。
下面结合几种场景描述上述保护恢复方法。
(1)在初始业务连接无故障,且当前业务流量在工作连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接,将当前业务流量倒换到保护连接;如果确定故障所在的连接是保护连接,启动重路由,建立第一恢复连接,当前业务流量在工作连接。
(2)在初始业务连接无故障,且当前业务流量在保护连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接,不启动保护倒换和重路由;如果确定故障所在的连接是保护连接,将当前业务流量倒换到工作连接,并启动重路由,建立第一恢复连接,当前业务流量在工作连接。
(3)在初始业务工作连接已有故障,保护连接无故障,且当前业务流量在保护连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接,不启动保护倒换和重路由;如果确定故障所在的连接是保护连接,将当前业务流量倒换到工作连接,并启动重路由,建立第一恢复连接,如果重路由成功,当前业务流量在第一恢复连接,如果重路由失败,当前业务流量在工作连接。
在上述(1)至(3)的场景中,建立第一恢复连接之后,如果确定保护连接和第一恢复连接均故障,启动重路由,建立第二恢复连接,并释放第一恢复连接。如果后续第二恢复连接继续故障,仍可以恢复,还可以建立很多的恢复连接,继续支持当前业务流量或者为当前业务流量提供保护,从而提高了自动交换光网络业务的安全性。释放故障的第一恢复连接,即在当前恢复连接故障,建立新的恢复连接的过程中,会及时释放故障的当前恢复连接,从而保证了上述保护恢复方法最多只占用3条连接资源,节约了连接资源。
(4)在初始业务保护连接已有故障,工作连接无故障,存在无故障的第一恢复连接,且当前业务流量在工作连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接,将当前业务流量倒换到第一恢复连接;如果确定故障所在的连接是保护连接,不启动保护倒换和重路由;如果确定故障所在的连接是第一恢复连接,启动重路由,建立第二恢复连接,释放第一恢复连接,当前业务流量在工作连接。
(5)在初始业务保护连接已有故障,工作连接无故障,不存在无故障的第一恢复连接,且当前业务流量在工作连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接,启动重路由,建立第一恢复连接,如果重路由成功,当前业务流量在第一恢复连接,如果重路由失败,当前业务流量在工作连接;如果确定故障所在的连接是保护连接,不启动保护倒换,启动重路由,不论重路由成功还是失败,当前业务流量均在工作连接。
(6)在初始业务保护连接和工作连接均有故障,存在无故障的第一恢复连接,且当前业务流量在第一恢复连接的情况下,检测到故障,根据故障所在的连接判断是否启动保护倒换和/或重路由包括:如果确定故障所在的连接是工作连接或保护连接,不启动保护倒换和重路由,当前业务流量在第一恢复连接;如果确定故障所在的连接是第一恢复连接,将当前业务流量倒换到工作连接,启动重路由,建立第二恢复连接,并释放第一恢复连接,如果重路由成功,当前业务流量在第二恢复连接,如果重路由失败,当前业务流量在工作连接。
结合上述几种场景,保护倒换的原则(或者最终业务流量所在原则)如下:
1、工作类连接(包括工作连接)和保护类连接(包括保护连接和恢复连接)均无故障,最终业务流量在工作类连接;
2、仅工作类连接故障,最终业务流量在保护类连接(只要存在恢复连接,最终业务流量肯定在恢复连接上);
3、仅保护类连接故障(此处的保护类连接故障是指保护连接和恢复连接均故障,否则保护类连接无故障),最终业务流量在工作类连接;
4、两者均故障,最终业务流量在工作类连接。
也就是说,只有工作类连接故障,保护类连接无故障时,业务流量才在保护类连接上,其他场景业务流量均在工作类连接上。
上述保护恢复方法可以是1+1双向保护与完全重路由恢复相结合的方法,实际上恢复连接是对业务流量的保护。
本发明实施例还提供了一种保护恢复装置,该保护恢复装置可以用于实现上述保护恢复方法。图2是根据本发明实施例的保护恢复装置的结构框图,如图2所示,上述保护恢复装置包括:确定模块22和判断模块24,其中,确定模块22,用于确定故障所在的连接,其中,上述连接包括:工作连接和保护连接;判断模块24,耦合至确定模块22,用于根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,在故障所在的连接是保护连接的情况下,启动重路由。
通过上述装置,确定模块22确定故障所在的连接,其中,上述连接包括:工作连接和保护连接;判断模块24根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果故障所在的连接是保护连接,启动重路由,建立恢复连接,使业务流量不会失去保护,解决了相关技术中在最多占用3条连接资源的情况下,第一次发生能使业务受损的故障时业务受损时间较长的问题,进而在最多占用3条连接的情况下,缩短了第一次发生能使业务受损的故障时业务受损的时间,从而对业务起到了更好的保护作用。
如图3所示,优选地,上述判断模块24包括:保护倒换单元242和重路由单元244,其中,保护倒换单元242,耦合至确定模块22,用于根据故障所在的连接判断是否启动保护倒换,重路由单元244,耦合至确定模块22,用于根据故障所在的连接判断是否启动重路由。
下面以上述场景(1)和(4)为例,描述保护倒换单元242和重路由单元244的功能。其余场景下二者的功能与场景(1)和(4)中类似,此处不再赘述。
在初始业务连接无故障,且当前业务流量在工作连接的情况下,检测到故障,如果确定故障所在的连接是工作连接,保护倒换单元242用于将当前业务流量倒换到保护连接,此时重路由单元244不动作;如果确定故障所在的连接是保护连接,重路由单元244用于启动重路由,建立第一恢复连接,当前业务流量在工作连接,此时保护倒换单元242不动作。需要说明的是,在建立第一恢复连接之后,如果确定保护连接和第一恢复连接均故障,重路由单元244启动重路由,建立第二恢复连接,并释放第一恢复连接。即恢复连接故障,仍可以建立很多的恢复连接,继续支持当前业务流量或者为当前业务流量提供保护,从而提高了自动交换光网络业务的安全性。上述对于建立后续的恢复连接的描述仅是为了说明如果第一次建立的恢复连接故障,仍然可以通过建立新的恢复连接对业务流量进行保护,至于业务流量在哪个连接上,要结合具体的场景。
在初始业务保护连接已有故障,工作连接无故障,存在无故障的第一恢复连接,且当前业务流量在工作连接的情况下,检测到故障,如果确定故障所在的连接是工作连接,保护倒换单元242将当前业务流量倒换到第一恢复连接,此时重路由单元244不动作;如果确定故障所在的连接是保护连接,不启动保护倒换和重路由,即保护倒换单元242和重路由单元244均不动作;如果确定故障所在的连接是第一恢复连接,重路由单元244启动重路由,建立第二恢复连接,释放第一恢复连接,当前业务流量在工作连接。
需要说明的是,装置实施例中描述的保护恢复装置对应于上述的方法实施例,其具体的实现过程在方法实施例中已经进行过详细说明,在此不再赘述。
为了使本发明的技术方案和实现方法更加清楚,下面将结合优选的实施例对其实现过程进行详细描述。
本发明优选实施例提供了一种保护恢复结合的方法,该方法采用1+1双向保护与完全重路由恢复相结合的方式。图4是根据本发明优选实施例的保护恢复方法的流程图,如图4所示,当业务的连接发生故障后,该方法包括以下步骤:
步骤S402,判断故障所在连接。
步骤S404,根据故障所在连接判断是否启动保护倒换过程。
步骤S406,该连接的源节点根据业务连接的故障情况判断是否启动重路由恢复过程。
通过上述步骤,实现了在最多仅占用3条连接资源的情况下,总能保证第一次故障导致业务受损时间在50ms以内,第二次及以后故障业务受损时间在2s以内。
上述步骤分别可以用相应的模块完成相应的功能,对应于上述三个步骤,提供了与其对应的一种优选的保护恢复装置(参见图5)。图5是根据本发明优选实施例的保护恢复装置的结构框图,如图5所示,该装置包括:告警分析模块52(实现了上述确定模块22的功能)、保护倒换模块54(实现了上述保护倒换单元242的功能)和恢复模块56(实现了上述重路由单元244的功能),其中,告警分析模块52,用于接收传送平面故障通知以及控制平面故障通知,并分析告警所在连接,在每个节点上均需要该模块;保护倒换模块54,用于根据告警分析模块52分析的告警信息,进行保护倒换相关操作,仅在首尾节点需要该模块;恢复模块56,用于根据告警分析模块52分析的告警信息,进行是否启动重路由的分析,如果要启动重路由,则发起重路由动作,在业务的源节点需要该模块,其中恢复模块56又可以称作重路由模块。
上述根据本发明优选实施例提供的保护恢复结合的方法,可以包括以下几种情况:
1、初始业务无任何故障,当前业务流量在工作连接,业务源节点检测到故障:如果是工作连接故障,则保护倒换模块54将业务流量倒换到保护连接,同时重路由模块(即上述恢复模块56)不启动重路由,且当前业务流量在保护连接;如果是保护连接故障,则保护倒换模块54不动作,同时重路由模块启动重路由,重路由成功或失败当前业务流量均在工作连接。
2、初始业务无任何故障,当前业务流量在保护连接,业务源节点检测到故障(对业务进行强制倒换后,可能出现该场景):如果是工作连接故障,则保护倒换模块54不动作,同时重路由模块不启动重路由,且当前业务流量仍在保护连接;如果是保护连接故障,则保护倒换模块54将业务流量倒换到工作连接,同时重路由模块启动重路由,重路由成功或失败当前业务流量均在工作连接。
3、初始业务工作连接已有故障,保护连接无故障,当前业务流量在保护连接,业务源节点检测到故障:如果是工作连接故障,则保护倒换模块54不动作,重路由模块不启动重路由,当前业务流量仍在保护连接;如果是保护连接故障,则保护倒换模块54将业务流量倒换到工作连接,同时重路由模块启动重路由,重路由成功则当前业务流量在恢复连接,重路由失败则当前业务流量在工作连接。
4、初始业务保护连接已有故障,工作连接无故障,存在无故障的恢复连接,当前业务流量在工作连接,业务源节点检测到故障:如果是工作连接故障,则保护倒换模块54将业务流量倒换到恢复连接,同时重路由模块不启动重路由,当前业务流量在恢复连接;如果是保护连接故障,则保护倒换模块54不动作,同时重路由模块不启动重路由,当前业务流量在工作连接;如果是恢复连接故障,则保护倒换模块54不动作,同时重路由模块启动重路由,重路由成功或失败当前业务流量仍在工作连接。
5、初始业务保护连接已有故障,工作连接无故障,不存在无故障的恢复连接,当前业务流量在工作连接,业务源节点检测到故障:如果是工作连接故障,则保护倒换模块54不动作,同时重路由模块启动重路由,重路由成功后当前业务流量在恢复连接,重路由失败后当前业务流量仍在工作连接;如果是保护连接故障,则保护倒换模块54不动作,重路由模块启动重路由,不论重路由成功还是失败,当前业务流量均在工作连接。需要说明的是,该场景可以是保护连接第一次故障后就重路由失败了,那么如果保护连接再故障,是否启动重路由可以根据本地配置的需要选择,本优选实施例中,虽然再次启动重路由成功的概率较小,但是如果此处不尝试重路由的话,那么下次工作连接故障,第一次受损时,时间肯定大于50ms。如果尝试了重路由但没成功,那么即使业务第一次受损时间不能小于50ms,也是实际网络资源有限的限制。
6、初始业务工作保护连接均有故障,存在无故障的恢复连接,当前业务流量在恢复连接,业务源节点检测到故障:如果是工作连接或保护连接故障,则保护倒换模块54不动作,同时重路由模块不启动重路由,当前业务流量仍在恢复连接;如果是恢复连接故障,则保护倒换模块54将业务流量倒换到工作连接,同时重路由模块启动重路由,重路由成功则当前业务流量在新恢复连接,重路由失败则当前业务流量在工作连接。
以下结合两个具体的优选实施例及其附图对上述保护恢复方法进行详细说明。
优选实施例一
本优选实施例描述的是初始业务无故障,当前业务流量在工作连接,工作连接先故障,保护连接再故障,第二次故障(即保护连接故障)后恢复出来的恢复连接再故障的情况。如图6所示,Mesh网络由网元A、B、C、D、Z节点和这些节点之间的链路构成,一个双向业务的工作连接经过节点A-Z,保护连接分别经过节点A-B-Z,业务的源节点为A,宿节点为Z,初始业务无故障,当前业务流量在工作连接,工作连接先故障,保护连接再故障,第二次故障后恢复出来的恢复连接再故障,本优选实施例的保护恢复结合的方法包括以下步骤:
步骤1,工作连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤2,保护倒换模块54收到告警通知后,因为保护连接无故障,将业务的流量从工作连接倒换到保护连接,如图7所示;
步骤3,恢复模块56收到告警通知后,判断为工作连接故障,因此不启动重路由动作;
步骤4,保护连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤5,保护倒换模块54收到告警通知后,因为工作和保护连接均故障,将业务的流量从保护连接倒换到工作连接;
步骤6,恢复模块56收到告警通知后,判断为保护连接故障,因此启动重路由,重路由成功后当前业务流量在恢复连接A-C-B-Z,如图8所示;
步骤7,恢复连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤8,保护倒换模块54收到告警通知后,因为工作连接和恢复连接均故障,将业务的流量从恢复连接倒换到工作连接;
步骤9,恢复模块56收到告警通知后,判断为恢复连接故障,启动重路由并释放恢复连接A-C-B-Z,重路由成功后当前业务流量在新恢复连接A-C-D-Z,如图9所示。
优选实施例二
本优选实施例描述的是初始业务无故障,当前业务流量在工作连接,保护连接先故障,工作连接再故障,恢复连接再故障的情况。本优选实施例的网络拓扑和业务走向仍然以图6为例,本优选实施例的保护恢复结合的方法包括以下步骤:
步骤1,保护连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤2,保护倒换模块54收到告警通知后,因为工作无故障且流量在工作,所以不进行保护倒换动作;
步骤3,恢复模块56收到告警通知后,判断为保护连接故障,因此启动重路由动作,成功后当前业务流量仍在工作连接,恢复连接路径A-C-B-Z,如图10所示;
步骤4,工作连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤5,保护倒换模块54收到告警通知后,因为保护连接故障,恢复连接无故障,将业务的流量从工作连接倒换到恢复连接,如图11所示;
步骤6,恢复模块56收到告警通知后,判断为工作连接故障,因此不启动重路由;
步骤7,恢复连接所在传送平面发生故障,业务的源节点检测到该故障,并分别将该告警告知保护倒换模块54和恢复模块56;
步骤8,保护倒换模块54收到告警通知后,将业务的流量从恢复连接倒换到工作连接;
步骤9,恢复模块56收到告警通知后,判断为恢复连接故障,启动重路由并释放恢复连接A-C-B-Z,重路由成功后当前流量在新恢复连接A-C-D-Z,如图12所示。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
综上所述,根据本发明上述实施例提供的保护恢复方法和装置,确定故障所在的连接,其中,上述连接包括:工作连接和保护连接;根据故障所在的连接判断是否启动保护倒换和/或重路由,其中,如果故障所在的连接是保护连接,则启动重路由。即如果当前业务流量在无故障的工作连接,且业务源节点检测到保护连接发生故障时,启动重路由,建立恢复连接,对第二级恢复方式进行了改进,使业务流量不会失去保护,解决了相关技术中在最多占用3条连接资源的情况下,第一次发生能使业务受损的故障时业务受损时间较长的问题,进而在最多占用3条连接的情况下,缩短了第一次发生能使业务受损的故障时业务受损的时间,从而对业务起到了更好的保护作用。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。