业务处理方法及装置与流程

文档序号:11138274阅读:354来源:国知局
业务处理方法及装置与制造工艺

本发明涉及通信领域,具体而言,涉及业务处理方法及装置。



背景技术:

运营商组网中,分布式业务的下放已经成为趋势,业务的状态计算、消息处理以及数据区等保存都在线卡中央处理器(Central Processing Unit,简称为L-CPU)上,以充分利用L-CPU的处理能力和业务单板的存储资源,减轻主控R-CPU的负担,提高用户业务的处理速度和接入用户业务的容量。以动态主机配置协议(Dynamic Host Configuration Protocol,简称为DHCP)smart group(下文统称SG)接口跨板的需求为例来说明该问题。

DHCP的协议处理是分布式的,状态机和消息处理以及DHCP relay的数据区保存都在L-CPU上,以充分利用L-CPU的处理能力和存储空间,提高用户的接入速度和接入用户的容量。当用户侧接口是跨板SG接口时,DHCP协议报文是本板投递,也就是说同一个host用户的同一个会话的不同报文,经过同一个SG接口,可能投递到不同的L-CPU上,这会导致DHCP模块状态机和数据区异常。

解决上述跨板的问题的关键在于将同一host用户的同一会话的所有报文投递到同一个点处理,以保证状态机和数据区的一致性,这里涉及到两个问题,一个是用户的粒度问题,一个是集中点的选择问题。

用户粒度问题:理想状态是将粒度降低到真正的用户,即同一个SG接口的不同用户的报文,可以投递到不同的集中点处理,只需要保证同一个用户投递到同一集中点即可,但这样处理复杂,特别是考虑到作为DHCP relay时,设备接收到server报文,需要将server回程报文投递到用户原来所在处理点,需要一张用户级别的大容量的表,实现的代价太高,带来的益处却不是很大,故考虑退一步的选择:同一个SG接口的所有用户放在一个集中点处理。

集中点选择问题:最简单且最直观的集中点当然是主控中央处理器R-CPU,但这样带来的问题是用户接入数量和接入速率都受限,并会在一定程度上影响R-CPU的其他模块的性能,在SG口接入时,DHCP就完全失去了分布式实现的功能。

针对相关技术中由业务单板各自实现业务单板选择功能导致无法复用的问题,还未提出有效的解决方案。



技术实现要素:

本发明提供了一种业务处理方法及装置,以至少解决了相关技术中由业务单板各自实现业务单板选择功能导致无法复用的问题。

根据本发明的一个方面,提供了一种业务处理方法,所述方法包括:主业务单板为接口选择业务单板;所述主业务单板将分布式的业务集中在选择的所述业务单板上进行处理。

进一步地,在主业务单板为接口选择业务单板之后,所述方法还包括:所述主业务单板将所有业务单板写入到接口的端口属性表,并将所述端口属性表同步到各个业务单板。

进一步地,所述主业务单板为接口选择业务单板包括:所述主业务单板根据业务在业务单板粒度上均匀分布的原则为接口选择业务单板。

进一步地,所述方法还包括:所述主业务单板通过端口管理的成员接口删除通知消息或端口不一致的通知消息检测业务单板是否发生故障;在所述业务单板发生故障的情况下,所述主业务单板为接口重新选择业务单板。

进一步地,所述方法还包括:所述主业务单板接收为接口选择指定业务单板的指令;所述主业务单板根据所述指令为接口选择所述指定业务单板。

根据本发明的另一方面,还提供了一种业务处理装置,应用于主业务单板,所述装置包括:选择模块,用于为接口选择业务单板;处理模块,用于将分布式的业务集中在选择的所述业务单板上进行处理。

进一步地,所述装置还包括:同步模块,用于将所有业务单板写入到接口的端口属性表,并将所述端口属性表同步到各个业务单板。

进一步地,所述选择模块包括:选择单元,用于根据业务在业务单板粒度上均匀分布的原则为接口选择业务单板。

进一步地,所述装置还包括:检测模块,用于通过端口管理的成员接口删除通知消息或端口不一致的通知消息检测业务单板是否发生故障;重新选择模块,用于在所述业务单板发生故障的情况下,为接口重新选择业务单板。

进一步地,所述装置还包括:接收模块,用于接收为接口选择指定业务单板的指令;选择指定模块,用于根据所述指令为接口选择所述指定业务单板。

通过本发明,采用主业务单板为接口选择业务单板;所述主业务单板将分布式的业务集中在选择的所述业务单板上进行处理,相关技术中由业务单板各自实现业务单板选择功能导致无法复用的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的业务处理方法的流程图;

图2是根据本发明实施例的业务处理装置的框图;

图3是根据本发明优选实施例的业务处理装置的框图一;

图4是根据本发明优选实施例的业务处理装置的框图二;

图5是根据本发明优选实施例的业务处理装置的框图三;

图6是根据本发明优选实施例的业务处理装置的框图四;

图7是根据本发明实施例的主业务单板的系统架构图;

图8是根据本发明实施例的业务单板之间交互的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例还提供了一种业务处理方法,图1是根据本发明实施例的业务处理方法的流程图,如图1所示,包括:

步骤S102,主业务单板为接口选择业务单板;

步骤S104,该主业务单板将分布式的业务集中在选择的该业务单板上进行处理。

通过上述步骤,主业务单板为接口选择业务单板,该主业务单板将分布式的业务集中在选择的该业务单板上进行处理,解决了相关技术中由业务单板各自实现业务单板选择功能导致无法复用的问题。

在一个可选的实施例中,在主业务单板为接口选择业务单板之后,该主业务单板将所有业务单板写入到接口的端口属性表,并将该端口属性表同步到各个业务单板。

主业务单板为接口选择业务单板可以包括:该主业务单板根据业务在业务单板粒度上均匀分布的原则为接口选择业务单板。

为了保证业务单板正常故障,主业务单板通过端口管理的成员接口删除通知消息或端口不一致的通知消息检测业务单板是否发生故障;在该业务单板发生故障的情况下,该主业务单板为接口重新选择业务单板。

为了更加灵活地选择业务单板,主业务单板接收为接口选择指定业务单板的指令,该主业务单板根据该指令为接口选择该指定业务单板。

本发明实施例还提供了一种业务处理装置,应用于主业务单板,图2是根据本发明实施例的业务处理装置的框图,如图2所示,该装置包括:

选择模块22,用于为接口选择业务单板;

处理模块24,用于将分布式的业务集中在选择的该业务单板上进行处理。

图3是根据本发明优选实施例的业务处理装置的框图一,如图3所示,该装置还包括:同步模块32,用于将所有业务单板写入到接口的端口属性表,并将该端口属性表同步到各个业务单板。

图4是根据本发明优选实施例的业务处理装置的框图二,如图4所示,选择模块24包括:选择单元42,用于根据业务在业务单板粒度上均匀分布的原则为接口选择业务单板。

图5是根据本发明优选实施例的业务处理装置的框图三,如图5所示,该装置还包括:

检测模块52,用于通过端口管理的成员接口删除通知消息或端口不一致的通知消息检测业务单板是否发生故障;

重新选择模块54,用于在该业务单板发生故障的情况下,为接口重新选择业务单板。

图6是根据本发明优选实施例的业务处理装置的框图四,如图6所示,该装置还包括:

接收模块62,用于接收为接口选择指定业务单板的指令;

选择指定模块64,用于根据该指令为接口选择该指定业务单板。

针对相关技术中存在的上述问题,下面结合具体的可选实施例进行进一步说明,下述可选实施例结合了上述可选实施例及其可选实施方式。

本发明实施例提供了一个通用业务单板选择方法,可以支持各种业务各种类型接口的业务单板选择,将分布式的业务集中在业务单板上处理。解决了现有的业务单板选择功能,是各业务单板各自实现,代码逻辑重复而实现细节各有差别,无法复用。

图7是根据本发明实施例的主业务单板的系统架构图,如图7所示,主业务单板R-CPU包括主备同步库、业务单板选择模块和端口管理,其中,端口管理里包括端口属性表,业务单板选择模块规划位于R-CPU的协议栈进程,功能是为接口选择一个业务单板,将分布式的业务集中在选择的业务单板上处理,当前不仅支持SG接口,还可以扩展到其他类型的聚合接口。

图8是根据本发明实施例的业务单板之间交互的示意图,如图8所示,SG接口创建时,即由端口管理通知业务单板选择模块,业务单板选择模块查询端口管理,获得 SG接口的成员接口,从中选取之一作为业务单板。如果没有查询到成员接口,可能是时序问题或者用户还没有配置,业务单板选择模块等待端口管理的成员接口加入通知,得到通知时再开始选择业务单板。这种选择方式会导致在大多数情况下会选择SG的第一个配置成员作为业务单板,因此这一方面需要用户在配置多个SG接口时尽量将第一个成员配置为不同的单板的接口,另外一个方面,为用户提供命令,手工指定业务单板。

选择完成后,业务单板选择模块将业务单板写入到接口的端口属性表,由端口管理模块将此属性同步到各个业务单板。选择完成后在SG接口的生存期不再改变,即使SG接口的成员变化。业务单板的选择要保证业务的在单板粒度上的均匀分布。业务单板故障需重新选择业务单板,业务单板选择模块通过端口管理的成员接口删除通知消息或者端口不一致的通知消息感知业务单板的故障。在系统刚上电的时候,业务单板选择模块可以延时180秒后再为SG接口选择业务单板,这样做的目的是等待各个业务单板上电成功,尽量避免将业务单板选择为同一个单板。支持命令配置,可以手工指定SG接口的业务单板。

分布式架构中,SG用户的处理逻辑需要确定于固定的一点,如果将SG处理点上移至主控,从实现的角度讲最为简单,但由于交换机vlan range口接入等场景下,用户数目较多,因此存在大量用户集中上线或下线的可能。为了避免集中处理大量用户侧报文对R-CPU造成压力,仍需要将SG用户处理逻辑下放至业务单板。

如图8所示,DHCP支持跨板的SG接口为例,业务单板选择模块的实施步骤包括:

步骤1,端口管理模块将SG接口的增加,删除消息通知给业务单板选择模块;

步骤2,业务单板选择模块将为SG接口选择的业务单板作为端口属性写入到端口属性表;

步骤3,端口管理将业务单板的端口属性同步到业务单板;

步骤4,用户侧SG接口入向报文,或者设备作为DHCP relay时的网络侧报文;

步骤5,当步骤4为用户侧SG接口入向报文时,业务模块(DHCP模块)的回调函数根据报文入接口查询端口管理模块得到业务单板;

步骤6,当步骤4为网络侧报文时,业务模块(DHCP模块)的回调函数根据报文目的地址查询路由,得到报文出接口,即用户侧接口,如果出接口是SG接口,则查询端口管理模块的业务单板;

步骤7,Lpp根据业务模块回调函数返回的业务单板,将报文投递到业务单板。

因为业务单板没有主备保护,并且可能存在接口不再选择的业务单板上的情况,在这种情况下如果选择的业务单板离线,需要重新选择单板会导致业务在一定时间间隔内中断,所以业务单板选择模块提供了用户手工配置指定业务单板的功能,特别地,当用 户对可靠性要求很高时(比如要求插拔单板业务不中断)并且用户对性能要求不是很高时,可以手工指定业务单板为R-CPU。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1