网管系统及其报文处理方法
技术领域
本发明涉及通信领域,尤其涉及一种网管系统及其报文处理方法。
背景技术
随着宽带接入在企业和家庭的普及,越来越多的IP终端设备被引入到家庭和企业网络中,传统的基于简单网络管理协议(Simple Network Management Protocol,SNMP)的网管在管理数目众多且分布在各地区的用户终端设备(Customer Premise Equipment,CPE)时已经变得越来越力不从心,如何有效地实施对分布的CPE的管理成为运营商不得不考虑的一个问题。
TR069协议是数字用户线(Digital Subscriber Line,DSL)论坛制订的一个面向终端设备的网管协议,称为用户终端设备广域网管理协议(CPE WAN ManagementProtocol,CWMP)。TR069协议定义了一套全新的网管体系结构,包括管理模型、交互接口及基本的管理参数。
终端网管具有管理设备数量巨大,上报消息并发量大的特点。在业务并发量大的情况下,由于系统没有对重点消息进行保障性的处理,有可能导致重要的业务如开户业务,上网业务等不能及时得到处理,降低了用户的满意度。现有的终端网管系统中,ACS(自动控制服务器)在负载均衡服务器的封装之下,是无差别处理的,即ACS1可以完全替代ACS2,实现任何业务的处理,但有可能大量的非重点的业务消息上报导致ACS服务器在做无用的服务,而不能保证重点业务消息的处理。
发明内容
本发明的目的是,提供一种网管系统及其报文处理方法,以优化现有技术中报文处理方式。
本发明提供了一种网管系统的报文处理方法,上述方法预先根据业务优先级,将系统需要处理的报文分成若干组,并将系统中的ACS分成对应的组;
将上述报文组与上述ACS组的对应关系保存到负载均衡服务器;
上述负载均衡服务器收到报文后,根据上述对应关系,按照预先设定的负载均衡策略,将上述报文转发给相应ACS组中的ACS;
上述ACS对收到的报文进行处理。
优选地,上述方法按照报文中包含的消息的类型,对上述报文进行分组。
优选地,上述方法还进一步在上述负载均衡服务器中为各报文组设置关键字。
优选地,上述负载均衡策略包括报文匹配策略和ACS组内负载均衡策略;
上述报文匹配策略为:若报文中包含上述报文组的关键字,则上述报文属于上述报文组;若报文中包含两个以上的关键字,则上述报文所属的报文组为上述关键字对应的报文组中优先级高的报文组;
上述ACS组内负载均衡策略为:将报文随机发送给ACS组内的ACS。
优选地,上述负载均衡服务器收到报文后,根据上述对应关系,按照预先设定的负载均衡策略,将上述报文转发给相应ACS组中的ACS步骤具体为:
按照上述负载均衡策略中的报文匹配策略,确定上述报文所属的报文组;
根据上述报文组与ACS组的对应关系,确定上述报文组对应的ACS组;
根据上述负载均衡策略中的ACS组内负载均衡策略,将上述报文发送上述ACS组中的ACS。
优选地,上述关键字为字符串。
本发明进一步提供了一种网管系统,包括负载均衡服务器和ACS,
上述负载均衡服务器,用于保存用户设置的报文组与ACS组的对应关系,并根据上述对应关系,按照预设的负载均衡策略,将收到的报文转发给相应的ACS组的ACS;
上述ACS,用于对收到的报文进行处理。
优选地,上述负载均衡服务器,用于为用户提供设置接口,保存用户设置的各报文组的关键字,并根据上述负载均衡策略,确定收到的报文所属的报文组,以及根据报文组与ACS组的对应关系,确定报文组对应的ACS组。
本发明将报文按照包含的消息分成不同优先级的组,并可按照报文的突发量和处理难度,为各报文组配置合适的ACS资源,同时可根据系统业务的变化,随时调整报文组和ACS资源,既保证了包含高优先级消息的报文处理成功率,又使得系统可灵活扩展。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明网管系统优选实施例的原理框图;
图2是本发明网管系统的报文处理方法优选实施例的流程图。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白,以下结合附图和实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
如图1所示,是本发明网管系统优选实施例的原理框图,本实施例包括负载均衡服务器和ACS,
负载均衡服务器,用于为用户提供设置接口,保存用户设置的报文组与ACS组的对应关系、各报文组的关键字以及负载均衡策略,并根据上述负载均衡策略,确定收到的报文所属的报文组,根据上述报文组与ACS组的对应关系,确定报文组对应的ACS组,以及根据上述负载均衡策略,将上述报文转发给相应ACS组中的ACS;
ACS,用于对收到的报文进行相应的处理。
如图2所示,是本发明网管系统的报文处理方法优选实施例的流程图,本实施包括以下步骤:
步骤S001:预先根据业务优先级,将系统需要处理的报文按照其包含的消息的类型分成若干组,即对报文进行分组;
例如,按照业务优先级,BOOT、BOOTSTRAP消息优先级最高,则将包含这两个消息的报文分为一组,记为BOOT报文组;CONNECTION REQUEST消息的优先级次之,则将包含CONNECTION REQUEST消息的报文分一组,记为CONREQ报文组;剩余的报文分为一组,记为OTHER报文组;对于报文中包含的消息的类型多于一种的情况,报文的消息的类型为所包含的消息中优先级最高的消息的类型,比如,报文中同时包含BOOT消息和CONNECTIONREQUEST消息,而BOOT消息的优先级高于CONNECTION REQUEST消息,故此报文归为包含BOOT和BOOTSTRAP消息的报文组;即总共将需要处理的报文分成3组。
步骤S002:将系统中的ACS分成与上述报文组对应的组;
例如,步骤S001将报文分成了3组,则本步骤将ACS也分成相应的3组,一组用来处理包含BOOT、BOOTSTRAP消息的报文,记为BOOT-ACS组;一组用来处理包含CONNECTIONREQUEST消息的报文,记为CONREQ-ACS组,再一组用来处理剩余的报文,记为OTHER-ACS组;每组中ACS的个数,根据各自处理的报文的并发量和处理难度来确定,并且可根据实际情况增加或者减少,例如,某个ACS组现有3台ACS,当业务量增多,ACS处理压力变大时,可将ACS的数量增加到4台或5台。
步骤S003:将上述报文组与上述ACS组的对应关系保存到负载均衡服务器;
步骤S004:在上述负载均衡服务器中为各报文组设置关键字;
本实施例中,报文组的关键字为字符串,该字符串取自报文包含的消息的名称,比如,将BOOT报文组的关键字设置为BOOT;将CONREQ报文组的关键字设置为CONREQ;将OTHER报文组的关键字设置为空;
步骤S005:所负载均衡服务器收到报文;
步骤S006:根据预设的负载均衡策略中的报文匹配策略,确定上述报文所属的报文组;
上述负载均衡策略包括报文匹配策略和ACS组内负载均衡策略;
上述报文匹配策略为:若报文中包含上述报文组的关键字,则上述报文属于上述报文组;若报文中包含两个以上的关键字,则上述报文所属的报文组为上述关键字对应的报文组中优先级高的报文组;
上述ACS组内负载均衡策略为:将报文随机发送给ACS组内的ACS。
例如,负载均衡服务器收到报文后,判断报文中是否包含BOOT、CONREQ字符串,若报文中仅包含BOOT,则该报文属于BOOT报文组;若报文中仅包含CONREQ,则该报文属于CONREQ报文组;若报文中二个字符串都包含,则因BOOT消息的优先级最高,可知该报文属于BOOT报文组;对于二个字符串都不包含的报文,则属于OTHER报文组。
步骤S007:根据存储的报文组与ACS组的对应关系,确定上述报文组对应的ACS组;
例如,BOOT报文组对应的ACS组为BOOT-ACS组;CONREQ报文组对应的ACS组为CONREQ-ACS组;OTHER报文组对应的ACS组为OTHER-ACS组;
步骤S008:根据预设的负载均衡策略中的ACS组内负载均衡策略,将上述报文转发给上述ACS组中的ACS;
由于ACS组内负载均衡策略为随机转发,故将上述报文随机转发给相应ACS组中的ACS。
步骤S009:收到报文的ACS对收到的报文进行相应的处理。
上述说明示出并描述了本发明的优选实施例,但如前所述,应当理解本发明并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围,则都应在本发明所附权利要求的保护范围内。