一种适于无线扩容的业务处理方法及装置与流程

文档序号:12162955阅读:205来源:国知局
一种适于无线扩容的业务处理方法及装置与流程

本发明涉及通讯技术领域,特别涉及一种适于无线扩容的业务处理方法及装置。



背景技术:

在无线系统中,网管系统是无线系统正常运转的基础,而其中的性能数据也随着无线小区数量的增多渐渐无法满足需求,因此需要对网管系统进行无线扩容。

目前,进行无线扩容存在以下问题:

1、网管系统采用单机版,安装前已规划好所支持的规模,因此无法支持扩容;

2、无线扩容需要停掉在前使用的网管系统,从而使用更好的设备,重新安装一次网管系统,再选择更大的规模。



技术实现要素:

本发明的目的在于提供一种适于无线扩容的业务处理方法及系统,能更好地解决在线无线扩容的问题。

根据本发明的一个方面,提供了一种适于无线扩容的业务处理方法,包括:

网管系统的主节点在收到无线扩容指令后,将用于扩容的目标从节点加入到网管系统中;

所述主节点按照预定策略将其自身或其它从节点的部分业务分发至所述目标从节点,由所述目标从节点进行业务处理。

优选地,所述将用于扩容的目标从节点加入到网管系统中的步骤包括:

所述主节点通过与所述目标从节点交互,获取所述目标从节点的注册信息,并利用所述目标从节点的注册信息,将所述目标从节点加入到网管系统中。

优选地,还包括:

在所述主节点按照预定策略将其它从节点的部分业务分发至所述目标从节点,且所述目标从节点受理所述部分业务后,将所述部分业务已转移到所述目标从节点的业务通知消息发送至所述其它从节点。

优选地,还包括:

所述主节点通过分别向所述网管系统中的各个从节点发送用来获取节点状态的请求,等待获取所述各个从节点响应所述请求而回复的各自的节点状态,并根据等待结果,对所述各个从节点的业务进行调整。

优选地,所述对各个从节点的业务进行调整的步骤包括:

若从节点的节点状态为故障状态,则所述主节点卸载处于故障状态的所述从节点,并将所卸载的从节点的业务分发至其它从节点;

若从节点的节点状态为忙状态,则将处于忙状态的所述从节点的部分业务分发至其它处于空闲状态的从节点。

根据本发明的另一方面,提供了一种适于无线扩容的业务处理装置,包括:

主节点管理模块,用于在收到无线扩容指令后,将用于扩容的目标从节点加入到网管系统中;

主节点业务分发模块,用于按照预定策略将其自身或其它从节点的部分业务分发至所述目标从节点,由所述目标从节点进行业务处理。

优选地,所述主节点管理模块通过与所述目标从节点交互,获取所述目标从节点的注册信息,并利用所述目标从节点的注册信息,将所述目标从节点加入到网管系统中。

优选地,还包括:

主节点业务切换模块,用于在所述主节点按照预定策略将其它从节点的部分业务分发至所述目标从节点,且所述目标从节点受理所述部分业务后,将所述部分业务已转移到所述目标从节点的业务通知消息发送至所述其它从节点。

优选地,还包括:

主节点监控模块,用于通过分别向所述网管系统中的各个从节点发送用来获取节点状态的请求,等待获取所述各个从节点响应所述请求而回复的各自的节点状态,以供所述主节点业务分发模块根据等待结果,对所述各个从节点的业务进行调整。

优选地,若从节点的节点状态为故障状态,则在所述节点管理模块卸载处于故障状态的所述从节点之后,所述主节点业务分发模块将所卸载从节点的业务分发至其它从节点;若从节点的节点状态为忙状态,则所述主节点业务分发模块将处于忙状态的所述从节点的部分业务分发至其它处于空闲状态的从节点。

与现有技术相比较,本发明的有益效果在于:

1、本发明针对不断增长的无线规模,不仅可以在不影响业务运行的基础上实现在线扩容;

2、本发明与现有的采用小机加裸设备的网管系统的高昂价格相比,能够采用更加低廉的设备实现在线无线扩容,从而降低了无线扩容的成本。

附图说明

图1是本发明实施例提供的适于无线扩容的业务处理方法的第一流程图;

图2是本发明实施例提供的适于无线扩容的业务处理装置的第一结构框图;

图3是本发明实施例提供的适于无线扩容的业务处理方法的第二流程图;

图4是本发明实施例提供的适于无线扩容的业务处理装置的第二结构框图;

图5是本发明实施例提供的适于无线扩容的业务处理方法的第三流程图;

图6是本发明实施例提供的适于无线扩容的业务处理装置的第三结构框图;

图7是本发明实施例提供的适于无线扩容的业务处理系统的框架图;

图8是本发明实施例提供的扩容的流程图;

图9是本发明实施例提供的容错的流程图;

图10是本发明实施例提供的压力自动适配的流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明,应当理解,以下所说明的优选实施例仅用于说明和解释本发明,并不用于限定本发明。

图1是本发明实施例提供的适于无线扩容的业务处理方法的第一流程图,如图1所示,步骤包括:

步骤S110:网管系统的主节点在收到无线扩容指令后,将用于扩容的目标从节点加入到网管系统中。

具体地说,目标从节点首先向主节点发起注册请求,主节点收到目标从节点的注册请求后,从注册请求中获取目标从节点的注册信息,并利用所述目标从节点的注册信息,将所述目标从节点加入到网管系统中。

其中,所述注册信息可以包括目标从节点的IP地址和端口号,这时主节点可以通过IP地址和端口号找到目标从节点,并在网管系统中加入该目标从节点。

步骤S130:所述主节点按照预定策略将其自身或其它从节点的部分业务分发至所述目标从节点,由所述目标从节点进行业务处理。

例如,若在扩容前网管系统只有主节点时,主节点在管理整个系统外,还需要进行业务处理,因此,在扩容后,主节点可以将其处理的业务分发至目标从节点。进一步地,目标从节点的数量可以是一个或多个,当目标从节点的数量是多个时,可以按照业务数量,在多个目标从节点上进行平均分配,例如目标从节点为5个,此时可以将主节点在前处理的业务平均分配至这5个目标从节点上。

图2是本发明实施例提供的适于无线扩容的业务处理装置的第一结构框图,如图2所示,包括主节点管理模块11和主节点业务分发模块13。

主节点管理模块11用于在收到无线扩容指令后,将用于扩容的目标从节点加入到网管系统中。

主节点业务分发模块13用于按照预定策略将其自身或其它从节点的部分业务分发至所述目标从节点,由所述目标从节点进行业务处理。

所述装置的工作过程如下:在收到无线扩容指令后,利用来自目标从节点的包括目标从节点的IP地址和端口号的注册信息,找到目标从节点,并在网管系统中加入该目标从节点。

图3是本发明实施例提供的适于无线扩容的业务处理方法的第二流程图,如图3所示,与图1所示实施例比较,在步骤S110和步骤S130之间,增加了监测步骤,具体如下:

步骤S110:主节点在收到无线扩容指令后,将目标从节点加入到网管系统中。

步骤S120:主节点对加入到网管系统中的目标从节点的节点状态进行监测。

具体地说,对于某一个目标从节点N,主节点可以向该目标从节点N发送用来获取节点状态的请求,目标从节点N在收到所述请求后,会将其自身的节点状 态回复给主节点。

步骤S130:若目标从节点的节点状态为正常状态,则所述主节点按照预定策略将其自身或其它从节点的部分业务分发至所述目标从节点,由所述目标从节点进行业务处理。

需要说明的是,主节点的监控功能不仅仅局限于扩容时对目标从节点的监控,为了及时掌握各个从节点的节点状态,主节点还可以对各个从节点进行节点状态的监控,从而及时对各个从节点的业务进行调整,具体地说,所述主节点通过分别向所述网管系统中的各个从节点发送用来获取节点状态的请求,等待获取所述各个从节点响应所述请求而回复的各自的节点状态。例如,若主节点在预设等待时间内未收到从节点回复的节点状态,则主节点确定所述从节点的节点状态为故障状态,此时,主节点卸载处于故障状态的所述从节点,并将所卸载的从节点的业务分发至其它从节点;若主节点在预设等待时间内收到从节点回复的节点状态信息,例如从节点的节点状态为忙状态,则将处于忙状态的所述从节点的部分业务分发至其它处于空闲状态的从节点。

图4是本发明实施例提供的适于无线扩容的业务处理装置的第二结构框图,如图4所示,与图2所示实施例比较,进一步包括主节点监控模块12。

主节点监控模块12,用于对已加入到网管系统中的从节点的节点状态进行监测,所述节点状态可以是忙状态、空闲状态、故障状态等。

对于主节点在收到无线扩容指令后加入到网管系统的目标从节点N,主节点监控模块12对目标从节点N的节点状态进行监测,如果在预定时间内收到回复,则确定该目标从节点N的节点状态为正常状态,由于此时目标从节点N尚无需要处理的业务,因此其回复给主节点的节点状态应为空闲状态。

对于网管系统中的任意一个从节点,主节点监控模块12都可以按照图3所述实施例提供的方式对从节点的节点状态进行监控,以便主节点业务分发模块根据监控结果,动态调整各个从节点处理的业务。

图5是本发明实施例提供的适于无线扩容的业务处理方法的第三流程图,如图5所示,与图1所示实施例比较,在步骤S130之后增加了业务切换步骤S140,具体如下:

步骤S140:在所述主节点按照预定策略将其它从节点的部分业务分发至所 述目标从节点,且所述目标从节点受理所述部分业务后,将所述部分业务已转移到所述目标从节点的业务通知消息发送至所述其它从节点,从而实现将其他从节点上处理的业务切换至目标从节点。

图6是本发明实施例提供的适于无线扩容的业务处理装置的第三结构框图,如图6所示,与图2所述实施例比较,进一步包括主节点业务切换模块14。

主节点业务切换模块14用于在所述主节点按照预定策略将其它从节点的部分业务分发至所述目标从节点,且所述目标在所述新的从节点受理所述部分业务后,将所述部分业务已转移到所述新的目标从节点的业务通知消息发送至原处理所述部分业务的所述其它从节点,实现业务切换。

在图1至图6给出的各个实施例中,主节点只有一个,用于管理整个系统的运行状态,调度业务,监控业务运行状态,扩容,容错等。从节点可以有一个或者多个,甚至可以没有,其中,在没有从节点的情况下,主节点同时会承担从节点的业务处理功能,即实现无线性能数据的采集。

图2、图4和图6中给出的各个模块可以同时设置在主节点上,并通过与从节点中相应模块的交互,实现扩容、容错、压力自适应等功能。图7是本发明实施例提供的适于无线扩容的业务处理系统的框架图,如图7所示,系统包括主节点10、从节点20、存储设备30和数据源40。其中,存储设备30是保存系统和业务数据的数据库设备,主节点10和从节点20的数据都可以保存在所述存储设备30上。数据源40即无线性能数据,以GSM业务为例,所述无线性能数据可以包括呼叫次数信息、呼叫时间信息、接听状态信息等等,主节点10和从节点20可以抽取数据源40的数据到存储设备30。

相对于传统网关系统,本发明主要增加了主节点管理模块11、主节点业务分发模块13、主节点监控模块12、主节点业务切换模块14,均设置在主节点10上;从节点20的从节点业务处理模块继承了传统网管系统性能模块的扫描获取采集入库等流程,同时增设从节点业务自适应模块21。由于系统基于JAVA开发,所以主从节点支持跨平台,支持不同的操作系统环境,例如LINUX、UNIX、WINDOWS等。

无线扩容功能的实现过程如下:主节点管理模块11将目标从节点加入到网管系统中;主节点监控模块12对该目标从节点的节点状态进行监测;在主节点 监控模块12监测到该目标从节点的状态为正常状态时,主节点业务分发模块13将部分业务分发至该目标从节点,由该目标从节点进行业务处理。如果所述部分业务原来是其它从节点处理的业务,那么在该目标从节点受理所述部分业务之后,主节点业务切换模块14将所述部分业务已转移到目标从节点的业务通知消息发送至原处理所述部分业务的从节点。

容错功能的实现过程如下:主节点监控模块12对各从节点的状态进行监测,并在监测到从节点的节点状态为故障状态时,节点管理模块11卸载处于故障状态的从节点,主节点业务分发模块13将所卸载的从节点的业务分发至其它从节点。

压力自动适配功能的实现过程如下:主节点监控模块12对各从节点的状态进行监测,并在监测到从节点的状态为忙状态时,主节点业务分发模块13将处于忙状态的从节点的部分业务分发至处于空闲状态的从节点。在处于空闲状态的从节点受理所述部分业务之后,主节点业务切换模块14向处于忙状态的从节点发送业务通知消息,实现业务从忙状态的从节点切换至空闲状态的从节点。

在扩容、容错、压力自动适配过程中,相应从节点20的从节点业务自适应模块21需要根据业务变化情况对其业务列表进行更新处理,从节点业务处理模块22根据其业务列表中的业务执行无线性能数据的扫描、获取、采集入库等流程。

可见,主节点管理模块11能够增加或者卸载从节点,例如在需要进行扩容时加入新的从节点,在从节点发生故障等情况下,删除故障从节点。主节点监控模块12用来监控节点的状态,例如监测新增节点的状态是否正常,监测各个从节点的状态是故障状态、忙状态或是空闲状态等。主节点业务分发模块13根据实际情况重新分发各节点的业务量,节点的业务量有可能增加或者减少或者是不变。主节点业务切换模块14根据节点的状态调用主节点业务分发模块13来重新分配各节点业务。从节点业务自适应模块21通过定期检查业务有无变化来更新业务列表。从节点业务处理模块22继承了传统网管系统性能模块的扫描获取采集入库等流程。

本发明升级了传统的网管系统性能模块,通过增加从节点,在不间断业务的情况下,动态进行业务扩容,通过压力自动适配功能来把业务分发到各个节点, 并且在某些节点出现异常的情况下,把异常节点的业务转发给其它正常运行的节点,使系统的扩展、容错性能大大提高。

图8是本发明实施例提供的扩容的流程图,如图8所示,步骤包括:

步骤200:主节点管理模块在网管系统中增加目标从节点,即新增节点N。

具体地说,新增节点N将携带注册信息的注册请求发送至主节点管理模块,主节点管理模块利用该注册信息,将新增节点N接入到网关系统。

步骤201:主节点监控模块监测无线网络中的新增节点N的节点状态是否正常。

步骤202:新增节点N的从节点业务自适应模块响应主节点监控模块的监控需求,将自身的节点状态作为响应发送至主节点监控模块。

例如,主节点监控模块向新增节点N请求获取节点状态信息,若在预设等待时间内收到新增节点N的回复,则确定新增节点N的状态为正常状态。

步骤203:当主节点监控模块根据新增节点N的从节点业务自适应模块响应的节点状态,判断新增节点N的节点状态为正常时,主节点业务分发模块取其它从节点的业务进行下发。

步骤204:新增节点N的从节点业务自适应模块收到主节点业务分发模块下发的业务后,进行包括更新业务列表在内的自适应处理,后续由新增节点N的从节点业务处理模块进行相应的业务处理。

步骤205:在业务被新增节点N受理之后,主节点业务切换模块需要将当前在新增节点N上处理的业务(该业务以前在其它节点处理)通知到其它节点。

步骤S206:所述其它节点的从节点业务自适应模块进行业务更新。

例如,系统中原来存在从节点1至从节点5,其中从节点1至从节点4分别处理业务1至业务4,从节点5处理业务5和业务N,在加入新增节点N后,主节点业务分发模块将从节点5的业务N分发到新增节点N处理,同时节点5和节点N的从节点业务自适应模块更新各自的业务列表。

通过图8所示流程可知,本发明根据业务的需要可以随时添加新的节点以适应最新的规模,进一步地,本发明支持在线扩容,从而将对业务的影响降到最低。

图9是本发明实施例提供的容错的流程图,如图9所示,具体步骤包括:

步骤301:主节点监控模块监测从节点的节点状态,并根据监测到的节点状态,确定哪个从节点出现了故障。

例如,主节点监控模块向从节点请求获取节点状态信息,若在预设等待时间内收到回复,则确定该从节点的节点状态为正常状态,否则为故障状态。

步骤302:如果检测出某一从节点出现故障,则主节点管理模块卸载该故障从节点。

步骤303:主节点业务分发模块把该故障从节点的业务重新分发到其它处于正常状态的节点进行处理。

例如,系统中具有6个从节点,即,从节点1至从节点5及从节点N,分别处理业务1-5和业务N,当主节点监控模块监测到从节点N出现故障时,主节点管理模块卸载从节点N,并将从节点N的业务N分发至从节点1至从节点5中任意一个从节点处理。

通过图9所示流程可知,本发明具有容错能力,具体地说,当某些节点因为网络或者硬件的故障出现问题时,本发明能够迅速把故障节点上的业务切换到其它正常的节点,从而增加了系统的健壮性,并且在业务萎缩时也可以通过撤掉某些节点来节约成本。

图10是本发明实施例提供的压力自动适配的流程图,如图10所示,步骤包括:

步骤401:主节点监控模块监测无线网络中的从节点的节点状态,并根据监测到的节点状态,检测并确定哪个节点是忙节点或空闲节点。

例如,主节点监控模块向从节点请求获取节点状态信息,若在预设等待时间内收到回复,则根据回复的节点状态信息,确定该从节点是忙节点或是空闲节点。

步骤402:主节点的业务分发模块根据步骤401的检测结果,将忙节点的部分业务重新放入业务列表中。

步骤403:主节点的业务分发模块将所述部分业务下发给空闲节点。

步骤404:空闲节点的业务自适应模块进行包括更新业务列表在内的自适应处理,后续由空闲节点的业务处理模块进行相应的业务处理。

例如,系统中具有4个从节点,即,从节点1至从节点4,分别处理业务1、业务2和3、业务5和6、业务7、8和9,当主节点监控模块监测到从节点4为忙节点,且从节点1为空闲节点时,主节点业务分发模块将从节点4处理的部分业务分发至从节点1处理。

通过图10所示流程可知,本发明可以通过主节点的业务分发模块来动态分 配各节点的压力。

综上所述,本发明具有以下技术效果:

1、本发明通过在网管系统中加入目标从节点,实现了无限制的无线扩容;

2、本发明能够在不中断业务的情况下,实现新增无线容量的扩容,避免了业务中断给用户带来的不便;

3、本发明具有容错功能,从而在从节点发生故障时,能够及时将故障从节点的业务转移到其它从节点处理,保证了无线性能数据的采集;

4、本发明能够实时调节各从节点的业务处理压力,保证了各个从节点均衡处理业务;

5、本发明可以采用更廉价的软硬件设备设备,从而节约扩容成本。

以上提供的具体实施例用来帮助本领域技术人员深入了解本发明的具体实现过程,体现本发明的可行性,并为本领域技术人员提供一个系统研发的思路,在后续改进和实施过程中,找到一个因地制宜的方法,因此,以上内容不应理解为对本发明的限制。

尽管上文对本发明进行了详细说明,但是本发明不限于此,本技术领域技术人员可以根据本发明的原理进行各种修改。因此,凡按照本发明原理所作的修改,都应当理解为落入本发明的保护范围。

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