一种大容量电信网管系统及其设置和应用方法

文档序号:7869842阅读:262来源:国知局
专利名称:一种大容量电信网管系统及其设置和应用方法
技术领域
本发明涉及电信网络管理技术领域,尤其涉及一种大容量电信网管系统及其设置和应用方法。
背景技术
随着电信网络的不断发展,网络规模逐渐扩大,同时网络管理模式也越来越趋向于集中化,由此产生的一个直接要求就是电信网络管理系统的大规模和大容量,即要求电信网络管理系统能够支持更多网元的管理,能支持更多网管数据的存储和访问。由于电信网管系统的业务处理流程及数据访问的特性,在大容量网管系统中,容易形成处理瓶颈的环节之一在于大量网元的管理操作和消息交互流程。另外一个容易形成处理瓶颈的环节在于网管数据的存储和查询访问流程。在大容量场景下,如果所有网元的网管数据都集中存放到同一个数据库中,将导致数据的读写频繁,并发访问压力大,因此容易形成数据库访问的瓶颈。为了应对电信大容量网络管理的要求,目前常用的做法是采用更高配置的硬件,比如增加CPU核数量或增加内存配置等;或采用更高配置的软件,如采用配置更高级、技术更先进也更复杂的分布式数据库系统;或者采用更高速的存储访问介质,如光纤存储访问介质等。上述做法虽然在一定程度上可规避或缓解上述系统瓶颈,能满足大容量网管的要求,但与之俱来的缺点就是成本的大幅提升,代价高昂,且操作复杂
发明内容
有鉴于此,本发明的主要目的在于提供一种大容量电信网管系统及其设置和应用方法,可在不提升系统软硬件配置水平的前提下,有效解决电信网管大容量场景下的系统瓶颈问题,节约系统成本,实现简单。为达到上述目的,本发明的技术方案是这样实现的本发明提供了一种大容量电信网管系统,该系统包括网管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块;所述网元接入适配代理池模块包括若干个适配代理节点,所述数据库节点阵列模块包括若干个专用数据库节点;其中,所述网管主体功能模块,用于提供电信网管的主体管理功能,并且在网元接入网管系统后,将交互指令发送到网元接入适配代理池模块,并接收网元接入适配代理池模块返回的响应;所述网元接入适配代理池模块,用于网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;还用于收到被选定的适配代理节点的申请后,经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;
还用于对网管主体功能模块下发的交互指令进行处理,处理结束后返回响应到网管主体功能模块;所述数据库节点阵列模块,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系;其中,所述被选定的适配代理节点,用于向网元接入适配代理池模块申请与所述网元对应的专用数据库节点。其中,所述数据库节点阵列模块还包括公用数据库节点,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系。其中,所述网元接入适配代理池模块,还用于收到网元上报的网管数据后,解析所述网管数据,确定网管数据为网元在适配代理节点启动后初次上报时,从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接;确定为非初次上报时,根据缓存的专用数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;还用于将网元上报的网管数据存储于所述专用数据库节点中;相应的,所述数据库节点阵列模块,还用于收到网元接入适配代理池模块的申请后,建立适配代理池模块与所述专用数据库节点的连接;所述专用数据库节点,用于存储网元上报的网管数据。进一步地,所述网管主体功能模块,还用于根据查询条件判断待查询数据的性质,确定待查询数据为网管公共数据时,查询对应的公用数据库节点,并建立与公用数据库节点的连接,以及进行网管公共数据的查询;确定待查询数据为网元专有网管数据时,将查询请求发送到数据库节点阵列模块;相应的,所述数据库节点阵列模块,还用于收到查询请求后,根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。上述方案中,所述网元接入适配代理池模块还包括南向适配框架SAF,用于实现各适配代理节点与网管主体功能模块以及数据库节点阵列模块间的通信;还用于在网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中。其中,所述数据库节点阵列模块还包括数据库连接池,用于实现为所述适配代理节点以及网管主体功能模块提供与所述专用数据库节点以及所述共用数据库节点间的数据库池化连接。其中,所述数据库节点阵列模块还包括数据库阵列访问控制器,用于经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中。上述方案中,所述数据库节点阵列模块 还包括汇总查询代理模块,由汇总查询代理器和内存数据库组成;其中,所述内存数据库,用于数据查询过程中创建临时结果快照表,并提供汇集或合并的数据库操作;所述汇总查询代理器,用于根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作本发明还提供了一种大容量电信网管系统的设置方法,该方法包括根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理节点的数量,以及数据库节点阵列模块中的专用数据库节点的数目。进一步地,将一个所述适配代理节点设置于一个硬件平台上;或者,将多个适配代理节点均设置于同一个硬件平台上;将一个所述专用数据库节点设置于一个硬件平台上;或者,将多个专用数据库节点均设置于一个被虚拟为多台虚拟机的硬件平台上。该方法还包括当被管理的网元数量增加时,采用负荷分担算法,将新增加的网元绑定到不同的适配代理节点和/或专用数据库节点上;或者,当被管理网元的数量大于预期数量时,增加适配代理节点和/或专用数据库节点的数量。本发明还提供了一种大容量电信网管系统的应用方法,该方法包括网元接入网管系统时,网元接入适配代理池模块根据各适配代理节点的负荷情况,选定一个适配代理节点处理 该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的专用数据库节点,网元接入适配代理池模块经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;网元接入网管系统后,网管主体功能模块下发交互指令,网元接入适配代理池模块对收到的交互指令进行处理,处理结束后返回响应。其中,所述网元与适配代理节点的对应关系,以及网元、适配代理节点和专用数据库节点间的对应关系均存储于数据库节点阵列模块的公用数据库节点中。该方法还包括网管数据的上报和存储处理流程,包括网元产生网管数据后上报到网元接入适配代理池模块,网元接入适配代理池模块解析所述网管数据,如果网管数据为网元在适配代理节点启动后初次上报的,则从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接;如果非初次上报,则根据缓存的数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;网元接入适配代理池模块将网元上报的网管数据存储于所述专用数据库节点中。进一步地,该方法还包括网管数据查询流程,包括网管主体功能模块根据查询条件判断待查询数据的性质,如果待查询数据为网管公共数据,则查询对应的公用数据库节点,并建立与公用数据库节点的连接,进行网管公共数据的查询;如果为网元专有网管数据,则将查询请求发送到数据库节点阵列模块,数据库节点阵列模块根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。其中,所述查询场景包括单网元查询、多网元汇总不合并查询以及多网元汇总合并查询。本发明提供的大容量电信网管系统及其设置和应用方法,在系统设置时,根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理节点的数量,以及数据库节点阵列模块中的专用数据库节点的数目;通过所述网元接入适配代理池模块和数据库节点阵列模块的结合实现大容量场景下众多网元的接入和消息交互,以及网管数据的上报和存储和网管数据的查询操作。本发明中,各适配代理节点基于“分治”的策略,分别处理对应网元的管理指令处理和分发,彼此之间不需要协同一致,即不需要备份和同步,与通常意义上的数据库集群不同,因此在一定程度上降低了系统的技术复杂度和实施难度,具备便捷、易于实施的特点。此外,通过这种方式,可有效分担大容量网管系统下的网元管理和操作压力,避免网元管理指令处理流程中的瓶颈。此外,数据库节点阵列模块中的每一个数据库节点,包括专用数据库节点和公用数据库节点,可采用相对较低的配置,从而避免了实施部署的复杂度,降低了系统软硬件成本。同样,网元接入适配代理池模块中的各适配代理节点也可以采用相对较低的配置,以降低系统成本。另外,当系统 管理规模扩展时,对于新增的被管理网元可采用负荷分担算法,将新增加的网元绑定到不同的适配代理节点和/或专用数据库节点上;当被管理网元的数量大于预期数量时,增加适配代理节点和/或专用数据库节点的数量,从而可避免随着网元管理规模的增加,导致适配代理节点的指令处理压力的线性增长,进而避免出现瓶颈。


图1为本发明大容量电信网管系统的结构示意图;图2为本发明大容量电信网管系统的组网结构示意图;图3为本发明大容量电信网管系统的应用方法实现流程示意图;图4为本发明大容量电信网管系统网管数据的上报和存储处理流程示意图;图5为本发明大容量电信网管系统网管数据查询流程示意图。
具体实施例方式本发明借鉴“分治”系统的思路,通过设置的网元接入适配代理池模块和数据库节点阵列模块的结合实现大容量场景下众多网元的接入和消息交互;具体的,网元接入网管系统时,网元接入适配代理池模块根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的专用数据库节点,网元接入适配代理池模块经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;网元接入后,网管主体功能模块下发交互指令,网元接入适配代理池模块对收到的交互指令进行处理,处理结束后返回响应。进一步地,本发明的系统还可实现网管数据的上报和存储,以及网管数据的查询操作。下面结合附图及具体实施例对本发明作进一步详细说明。
图1为本发明大容量电信网管系统的结构示意图,如图1所示,包括网管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块;所述网元接入适配代理池模块包括若干个适配代理节点,所述适配代理节点和被管理网元的数量关系为1:N;所述数据库节点阵列模块包括若干个专用数据库节点(图1中仅以两个为例),所述专用数据库节点和被管理网元的数量关系为1:M;其中,所述网管主体功能模块,即电信TMN模型规定的基本管理功能模块,包括网络故障管理、网络性能管理、网络安全管理等,如图1所示,用于提供电信网管的主体管理功能,并且在网元接入网管系统后,将交互指令发送到网元接入适配代理池模块,并接收网元接入适配代理池模块返回的响应;所述网元接入适配代理池模块,用于网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;还用于收到被选定的适配代理节点的申请后,经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;还用于对网管主体功能模块下发的交互指令进行处理,处理结束后返回响应到网管主体功能模块;所述数据库节点阵列模块,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系;其中,所述被选定的适配代理节点,用于向网元接入适配代理池模块申请与所述网元对应的专用数据库节点。本发明中,所述适配代理节点完成和网元相关的操作指令逻辑,以及对应的网管数据的收集和保存处理。各代理适配节点基于“分治”的策略,分别处理对应网元的管理指令处理和分发,而彼此之间则不需要协同一致。通过这种方式,有效分担了大容量网管系统下的网元管理和操作压力,避免了网元管理指令处理流程中的瓶颈。所述数据库节点阵列模块还包括公用数据库节点,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系。在实际应用过程中,所述公用数据库节点主要用于存储拓扑数据、日志数据、安全数据等,或为网元与专用数据库节点、或与适配代理节点间的对应关系等静态配置数据,因这类数据量相对比较少,因此可以统一存储便于访问,不会造成访问瓶颈。所述网元接入适配代理池模块,还用于收到网元上报的网管数据后,解析所述网管数据,确定网管数据为网元在适配代理节点启动后初次上报时,从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,向数据库节点阵列模块申请与所述专用数据库节点的连接;确定为非初次上报时,根据缓存的数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;还用于将网元上报的网管数据存储于所述专用数据库节点中;相应的,所述数据库节点阵列模块,还用于收到网元接入适配代理池模块的申请后,建立适配代理池模块与所述专用数据库节点的连接;所述专用数据库节点,用于存储网元上报的网管数据。
所述网管主体功能模块,还用于根据查询条件判断待查询数据的性质,确定待查询数据为网管公共数据时,查询对应的公用数据库节点,并建立与公用数据库节点的连接,以及进行网管公共数据的查询;确定待查询数据为网元专有网管数据时,将查询请求发送到数据库节点阵列模块;相应的,所述数据库节点阵列模块,还用于收到查询请求后,根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。所述网元接入适配代理池模块还包括南向适配框架(SAF),用于实现各适配代理节点与网管主体功能模块以及数据库节点阵列模块间的通信;还用于在网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中。所述数据库节点阵列模块还包括数据库连接池,用于实现为所述适配代理节点以及网管主体功能模块提供与所述专用数据库节点以及所述共用数据库节点间的数据库池化连接。在实际应用过程中,所述数据库连接池维持到各数据库服务节点的持久化连接,维护数据库访问的稳定性和效率。所述数据库节点阵 列模块还包括数据库阵列访问控制器,用于经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中。在实际应用过程中,所述数据库阵列访问控制器负责对数据库节点阵列模块中的各数据库节点的访问管理和控制。进一步地,所述数据库节点阵列模块还包括汇总查询代理模块,由汇总查询代理器和内存数据库组成。在实际应用过程中,所述内存数据库,用于创建临时结果快照表,并提供汇集或合并的数据库操作;所述汇总查询代理器,用于根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作;具体的,所述汇总查询代理器负责处理如下几种查询场景单网元查询,多网元汇总不合并查询,多网元汇总合并查询。对于单网元查询,通过数据库节点阵列模块中的数据库阵列访问控制器查询指定的专用数据库节点,经数据库连接池实现与专用数据库节点的连接,进行网管数据的查询,并经数据库连接池返回查询结果;对于多网元汇总不合并查询,分别从多个网元对应的专用数据库节点中查询网管数据,每个网元的网管数据查询完毕后,通知内存数据库创建临时结果快照表,并保存所述网元的网管数据查询结果;所有网元的网管数据查询完成后,内存数据库将多个网元对应的临时结果快照表进行联合查询,并返回最终的查询结果到网管主体功能模块;对于多网元汇总合并查询,先查询一个网元的网管数据,并通知内存数据库根据查询结果创建临时结果快照表,然后查询其他网元的网管数据,并将查询结果插入到当前创建的临时结果快照表中,最终基于该快照表执行合并查询,可通过数据库聚合函数进行合并查询,并返回最终的查询结果到网管主体功能模块。
下面对本发明大容量电信网管系统的设置方法进行说明,由于图1中所述网管主体功能模块与现有技术相同,所以这里只对网元接入适配代理池模块和数据库节点阵列模块的设置进行简单描述,设置方法为根据预期的网络规模和管理容量,即根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理节点的数量,以及数据库节点阵列模块中的专用数据库节点的数目。其中,所述适配代理节点和被管理网元的数量关系为1:N;所述专用数据库节点和被管理网元的数量关系为1:M。其中,所述M和N取值与实际电信网管系统的硬件和软件性能指标有关,根据电信网络的实际情况,N取值的大致范围是20 50,M取值的大致范围是50 100。此外,M和N这两个值之间并无直接的大小关系。其中,所述适配代理节点和被管理网元的数量关系为1:N,即一个适配代理节点完成N个网元的消息交互适配和数据收集。这里,默认一个适配代理节点设置于一个硬件平台上;如果硬件平台的性能许可,也可以将多个适配代理节点均设置于同一个硬件平台上。所述硬件平台可以采用普通的商用PC机或性能较高的ATCA电信刀片服务器。如果是ATCA刀片,则可以适当提高网元节点与适配代理节点的比例关系,S卩将上述N值提高。其中,所述专用数据库节点和被管理网元的数量关系为1:M,即一个专用数据库节点完成M个网元的网管数据的持久化保存。通常情况下一个数据库节点运行于一台硬件平台上;如果硬件平台配置较高,可以通过虚拟化手段将所述硬件平台虚拟为多台虚拟机,以便运行多个专用数据库节点。进一步地,当系统管理规模扩展时,S卩当被管理的网元数量增加时,采用负荷分担算法,将新增加的网元绑定到不同的适配代理节点和/或专用数据库节点上。进一步地,当被管理网元的数量大于预期数量时,增加适配代理节点和/或专用数据库节点的数量。这里,所述适配代理节点的数目和所述专用数据库节点的数目支持静态扩展,新增所述节点时需要停止系统的运行,并修改相应配置。图2为本发 明大容量电信网管系统的组网结构示意图,如图2所示,所示网管系统主服务器中设置有网管主体功能模块;所示数据库服务器中设置有专用数据库节点或公用数据库节点。其中,所述网管系统主服务器和数据库服务器即为上文所述的硬件平台。所示不同的适配代理节点分别管理不同的网元,因此可有效分担大容量网管系统下的网元管理和操作压力,避免网元管理流程中的瓶颈。可见,通过上述设置可避免随着被管理网元数量的增加,导致适配代理节点的指令处理压力的线性增长,进而避免出现瓶颈。下面对本发明大容量电信网管系统的应用方法进行描述,如图3所示,其实现流程如下步骤301 :网元接入网管系统时,网元接入适配代理池模块根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;具体为网元接入网管系统时,网元接入适配代理池模块中的SAF根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元标识(NEId)与适配代理节点标识(NodeId)的对应关系进行绑定,将所述对应关系持久化到数据库节点阵列模块中的公用数据库节点中。
步骤302 :被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的专用数据库节点,网元接入适配代理池模块经计算选定负荷最低的一个专用数据库节点,以存储当前网元的网管数据,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;具体为被选定的适配代理节点向网元接入适配代理池模块中的数据库阵列访问控制器申请数据库节点阵列模块中对应的专用数据库节点,数据库阵列访问控制器计算数据库节点阵列模块中各专用数据库节点的负荷,从中选定一个负荷最低的数据库节点存储当前网元的网管数据。之后,数据库阵列访问控制器将适配代理节点标识、网元标识、以及专用数据库节点标识的对应关系进行绑定,并将所述对应关系持久化到公用数据库节点中。步骤303 :网元接入后,网管主体功能模块下发交互指令到网元接入适配代理池模块,网元接入适配代理池模块对交互指令进行处理,交互指令处理结束后返回响应;具体为网元接入后,网管主体功能模块下发交互指令到网元接入适配代理池模块中的SAF,SAF和各适配代理节点通过内部消息软总线分发交互指令消息。这里,SAF仅实现分发逻辑,即仅将交互指令消息分发到各适配代理节点,各适配代理节点对交互指令进行处理;之后,各适配代理节点通过SAF向网管主体功能模块返回响应。进一步地,所述大容量电信网管系统的应用方法还包括网管数据的上报和存储处理流程,如图4所示,具体实现流程如下步骤401 :网元产生网管数据后上报到网元接入适配代理池模块,网元接入适配代理池模块解析所述网管数据,如果网管数据为网元在适配代理节点启动后初次上报的,则执行步骤402 ;否则,执 行步骤403 ;具体为网元产生网管数据后,上报到网元接入适配代理池模块中对应的适配代理节点,或通知适配代理节点主动获取;所述网管数据可为性能统计数据或告警消息数据等。所述适配代理节点对所述网管数据进行解析,如果网管数据为网元在适配代理节点启动后初次上报的数据,则执行步骤402 ;否则,执行步骤403。步骤402 :网元接入适配代理池模块从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接;具体为网元接入适配代理池模块中的适配代理节点通过数据库节点阵列模块中的数据库阵列访问控制器查询当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接,以便下次直接使用,之后执行步骤404。步骤403 :网元接入适配代理池模块根据缓存的专用数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;具体为网元接入适配代理池模块中的适配代理节点根据缓存的专用数据库节点标识,直接向数据库节点阵列模块中的数据库连接池申请与所述专用数据库节点的连接,为后续的保存或更新数据做准备。步骤404 :网元接入适配代理池模块将网元上报的网管数据存储于所述专用数据库节点中;具体为网元接入适配代理池模块中与所述网元对应的适配代理节点将网元上报的网管数据,通过数据库节点阵列模块中的数据库连接池存储于专用数据库节点中。
进一步地,所述大容量电信网管系统的应用方法还包括网管数据查询流程,如图 5所示,具体实现流程如下
步骤501 :网管主体功能模块根据查询条件判断待查询数据的性质,如果待查询数据为网管公共数据,则执行步骤502 ;如果为网元专有网管数据,则执行步骤503 ;
具体为网管主体功能模块根据查询条件确定待查询数据的性质,如果待查询数据为网管公共数据,则执行步骤502 ;所述网管公共数据例如为拓扑数据、日志数据、安全数据等,或为网元与专用数据库节点、或与适配代理节点间的对应关系等静态配置数据。如果待查询数据为网元专有网管数据,如网元的性能统计数据、告警数据,以及配置数据等, 则执行步骤503。
步骤502 :网管主体功能模块查询对应的公用数据库节点,并建立与公用数据库节点的连接,进行网管公共数据的查询;
具体为网管主体功能模块通过数据库节点阵列模块中的数据库阵列访问控制器查询所述网管公共数据对应的公用数据库节点,经数据库连接池实现与公用数据库节点的连接,进行网管公共数据的查询。
步骤503 :网管主体功能模块将查询请求发送到数据库节点阵列模块,数据库节点阵列模块根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作;
具体为网管主体功能模块将查询请求发送到数据库节点阵列模块中的汇总查询代理器,汇总查询代理器根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作;
这里,为了提高查询效率,汇总查询代理器内部可以开启多个工作线程,并发处理。
其中,所述查询场景包括单网元查询、多网元汇总不合并查询以及多网元汇总合并查询;具体的,
如果查询场景为单网元查询,所述查询操作为汇总查询代理器通过数据库节点阵列模块中的数据库阵列访问控制器查询指定的专用数据库节点,经数据库连接池实现与专用数据库节点的连接,进行网元专有网管数据的查询,并经数据库连接池返回查询结果;
如果查询场景为多网元汇总不合并查询,所述查询操作为汇总查询代理器分别从多个网元对应的专用数据库节点中查询网元专有网管数据,其中每个网元的网元专有网管数据的查询过程同上述单网元查询操作。每个网元的网元专有网管数据查询完毕后,汇总查询代理器通知内存数据库创建临时结果快照表,并保存所述网元的网元专有网管数据查询结果。所有网元的网元专有网管数据查询完成后,内存数据库将多个网元对应的临时结果快照表进行联合查询,并返回最终的查询结果到网管主体功能模块;
这里,网元专有网管数据查询结束后,删除所述临时结果快照表,以释放对应的内存资源。
如果查询场 景为多网元汇总合并查询,所述查询操作为汇总查询代理器先查询一个网元的网元专有网管数据,即先从一个网元对应的专用数据库节点中查询网元专有网管数据,并通知内存数据库根据查询结果创建临时结果快照表,然后查询其他网元的网元专有网管数据,并将查询结果插入到当前创建的临时结果快照表中,最终基于该快照表执行合并查询,可通过数据库聚合函数进行合并查询,并返回最终的查询结果到网管主体功能模块。
这里,网元专有网管数据查询结束后,删除所述临时结果快照表,以释放对应的内存资源。
以上所述, 仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
权利要求
1.一种大容量电信网管系统,其特征在于,该系统包括网管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块;所述网元接入适配代理池模块包括若干个适配代理节点,所述数据库节点阵列模块包括若干个专用数据库节点;其中,所述网管主体功能模块,用于提供电信网管的主体管理功能,并且在网元接入网管系统后,将交互指令发送到网元接入适配代理池模块,并接收网元接入适配代理池模块返回的响应;所述网元接入适配代理池模块,用于网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;还用于收到被选定的适配代理节点的申请后,经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;还用于对网管主体功能模块下发的交互指令进行处理,处理结束后返回响应到网管主体功能模块;所述数据库节点阵列模块,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系;其中,所述被选定的适配代理节点,用于向网元接入适配代理池模块申请与所述网元对应的专用数据库节点。
2.根据权利要求1所述的大容量电信网管系统,其特征在于,所述数据库节点阵列模块还包括公用数据库节点,用于存储所述网元与适配代理节点的对应关系,以及所述网元、适配代理节点和专用数据库节点间的对应关系。
3.根据权利要求1或2所述的大容量电信网管系统,其特征在于,所述网元接入适配代理池模块,还用于收到网元上报的网管数据后,解析所述网管数据,确定网管数据为网元在适配代理节点启动后初次上报时,从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接;确定为非初次上报时,根据缓存的专用数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;还用于将网元上报的网管数据存储于所述专用数据库节点中;相应的,所述数据库节点阵列模块,还用于收到网元接入适配代理池模块的申请后,建立适配代理池模块与所述专用数据库节点的连接;所述专用数据库节点,用于存储网元上报的网管数据。
4.根据权利要求2所述的大容量电信网管系统,其特征在于,所述网管主体功能模块,还用于根据查询条件判断待查询数据的性质,确定待查询数据为网管公共数据时,查询对应的公用数据库节点,并建立与公用数据库节点的连接,以及进行网管公共数据的查询;确定待查询数据为网元专有网管数据时,将查询请求发送到数据库节点阵列模块;相应的,所述数据库节点阵列模块,还用于收到查询请求后,根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。
5.根据权利要求1或2所述的大容量电信网管系统,其特征在于,所述网元接入适配代理池模块还包括南向适配框架SAF,用于实现各适配代理节点与网管主体功能模块以及数据库节点阵列模块间的通信;还用于在网元接入网管系统时,根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中。
6.根据权利要求2所述的大容量电信网管系统,其特征在于,所述数据库节点阵列模块还包括数据库连接池,用于实现为所述适配代理节点以及网管主体功能模块提供与所述专用数据库节点以及所述共用数据库节点间的数据库池化连接。
7.根据权利要求1或2所述的大容量电信网管系统,其特征在于,所述数据库节点阵列模块还包括数据库阵列访问控制器,用于经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中。
8.根据权利要求4所述的大容量电信网管系统,其特征在于,所述数据库节点阵列模块还包括汇总查询代理模块,由汇总查询代理器和内存数据库组成;其中,所述内存数据库,用于数据查询过程中创建临时结果快照表,并提供汇集或合并的数据库操作;所述汇总查询代理器,用于根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。
9.一种大容量电信网管系统的设置方法,其特征在于,该方法包括根据预期的被管理网元的数量设置网元接入适配代理池模块中的适配代理节点的数量,以及数据库节点阵列模块中的专用数据库节点的数目。
10.根据权利要求9所述的大容量电信网管系统的设置方法,其特征在于,将一个所述适配代理节点设置于一个硬件平台上;或者,将多个适配代理节点均设置于同一个硬件平台上;将一个所述专用数据库节点设置于一个硬件平台上;或者,将多个专用数据库节点均设置于一个被虚拟为多台虚拟机的硬件平台上。
11.根据权利要求9或10所述的大容量电信网管系统的设置方法,其特征在于,该方法还包括当被管理的网元数量增加时,采用负荷分担算法,将新增加的网元绑定到不同的适配代理节点和/或专用数据库节点上;或者,当被管理网元的数量大于预期数量时,增加适配代理节点和/或专用数据库节点的数量。
12.—种大容量电信网管系统的应用方法,其特征在于,该方法包括网元接入网管系统时,网元接入适配代理池模块根据各适配代理节点的负荷情况,选定一个适配代理节点处理该网元的所有指令分发和消息交互,并将所述网元与适配代理节点的对应关系存储于数据库节点阵列模块中;被选定的适配代理节点向网元接入适配代理池模块申请与所述网元对应的专用数据库节点,网元接入适配代理池模块经计算选定负荷最低的一个专用数据库节点,并将所述网元、适配代理节点和专用数据库节点间的对应关系存储于数据库节点阵列模块中;网元接入网管系统后,网管主体功能模块下发交互指令,网元接入适配代理池模块对收到的交互指令进行处理,处理结束后返回响应。
13.根据权利要求12所述的大容量电信网管系统的应用方法,其特征在于,所述网元与适配代理节点的对应关系,以及网元、适配代理节点和专用数据库节点间的对应关系均存储于数据库节点阵列模块的公用数据库节点中。
14.根据权利要求12或13所述的大容量电信网管系统的应用方法,其特征在于,该方法还包括网管数据的上报和存储处理流程,包括网元产生网管数据后上报到网元接入适配代理池模块,网元接入适配代理池模块解析所述网管数据,如果网管数据为网元在适配代理节点启动后初次上报的,则从数据库节点阵列模块中查找当前网元对应的专用数据库节点标识并缓存,并向数据库节点阵列模块申请与该专用数据库节点的连接;如果非初次上报,则根据缓存的数据库节点标识,直接向数据库节点阵列模块申请与所述专用数据库节点的连接;网元接入适配代理池模块将网元上报的网管数据存储于所述专用数据库节点中。
15.根据权利要求12或13所述的大容量电信网管系统的应用方法,其特征在于,该方法还包括网管数据查询流程,包括网管主体功能模块根据查询条件判断待查询数据的性质,如果待查询数据为网管公共数据,则查询对应的公用数据库节点,并建立与公用数据库节点的连接,进行网管公共数据的查询;如果为网元专有网管数据,则将查询请求发送到数据库节点阵列模块,数据库节点阵列模块根据查询请求判断查询场景,根据不同的查询场景执行相应的查询操作。
16.根据权利要求15所述的大容量电信网管系统的应用方法,其特征在于,所述查询场景包括单网元查询、多网元汇总不合并查询以及多网元汇总合并查询。
全文摘要
本发明公开了一种大容量电信网管系统,包括网管主体功能模块、网元接入适配代理池模块和数据库节点阵列模块;所述网元接入适配代理池模块包括若干个适配代理节点,所述数据库节点阵列模块包括若干个专用和一个公用数据库节点;通过所述网元接入适配代理池模块和数据库节点阵列模块的结合实现大容量场景下众多网元的接入和消息交互,还可实现网管数据的上报和存储,以及网管数据的查询操作。本发明还同时公开了所述系统的设置方法和应用方法,运用该系统和方法可在不提升系统软硬件配置水平的前提下,有效解决电信网管大容量场景下的系统瓶颈问题,节约系统成本,实现简单。
文档编号H04L12/24GK103051478SQ201210566349
公开日2013年4月17日 申请日期2012年12月24日 优先权日2012年12月24日
发明者李玉鹏 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1