CN100544476C - Gprs业务智能控制方法 - Google Patents

Abstract

一种GPRS业务智能控制方法，其特征是它包括如下步骤：将GPRS业务指标存储于位于网络中心的主服务器中，通过设置于主服务器中的业务指标监控程序实时监控网络中各台设备的GPRS业务指标，所述业务指标监控程序能够将业务异常状态通过主服务器实现声光或者短信告警；在主服务器中还设置有通过人工触发方式启动的业务操作自动控制程序，所述业务操作自动控制程序能够通过网络按照预定流程完成业务故障的恢复、备份、切换操作。本发明能够实现GPRS业务智能控制。

Description

GPRS业务智能控制方法

技术领域

本发明涉及移动通信领域，是一种GPRS业务的自动监控、智能控制和远程控制的方法。

背景技术

目前的GPRS业务监控、业务操作基本为人工、半人工方式，效率低、效果差，很难适应迅速发展的GPRS业务需求。指标监控方面的现有技术如图1所示：1、指标监控方式：目前各厂家均有自己的网管报表，在固定间隔时间，统计设备、业务指标情况。当设备本身出现问题时，设备形成告警，该告警是通过自身的网管平台、第三方的监控平台向监控或维护人员发出声光告警。监控或维护人员通过网管软件、第三方监控平台等方式查看告警、进行相关处理。组成业务的一些设备由于没有自身网管、第三方告警平台，只有设备自身告警，查看告警的方式为登陆设备，使用告警命令查看。

2、指标监控内容：目前的指标监控方式监控到的指标大多为设备自身的告警，比如CPU占用率、内存占用率、网络连接情况等。设备自身告警与业务告警不同，设备告警是设备自身的运行情况异常，而业务告警是业务出现故障，业务是由组成业务系统的设备构成，业务出现故障可能是设备之间的配合、外界因素等情况造成的，设备方面不一定有异常；相反，当设备有异常时，可能会对业务没有任何影响，因为在业务系统中一般重要设备是冗余设计，并且各设备在业务系统中的地位是不一样的，有些设备出现特定问题不会影响到业务的正常运行的。目前监控的指标内容主要是针对设备、网络本身，难以明确、准确地反映业务的运行情况。

业务操作方面的现有技术如图2所示：目前各厂家、各设备都可以通过自有的网管软件或通用的操作软件对设备进行操作。维护人员可以利用这些网管软件，分别使用各自的若干条指令，形成一个整体的操作流程，完成业务的一项操作。也就是宏观的一项GPRS业务调整需要通过微观的各厂家、各设备的逐条命令手工操作来完成。比如：如果需要业务切换，需要维护人员按照预定的步骤登陆相关的不同设备进行不同的指令操作，通过这样一套操作流程把故障设备所带的业务暂时切换到其它设备上，达到业务切换、消除业务故障的目的。

指标监控方面的现有技术存在的缺点是：

1、业务指标的获取是通过网管、第三方平台报表。但是报表显然有很大的滞后性、被动性。一般报表是固定时间进行统计(15-60分钟)，而指标的异常往往是反映已经出现的业务故障，已经影响到业务的正常使用或性能。所以网管、第三方平台报表难以做到业务的实时、准实时的监控。

2、网管、第三方平台告警。一般网管、第三方平台设置的告警包括两部分：设备告警、业务指标告警。(1)设备告警的缺点：往往是业务已经出现问题，而设备测试没有任何告警，或者告警描述与业务的故障从表面上看没有什么联系。这样在没有设备告警或者设备告警描述不明确时的业务故障就难以通过该途径被发现。(2)业务指标告警的缺点：一般的网管与第三方平台难以完全按照业务特性制定相应的业务指标告警，大多为通用的性能告警，如：CPU占用率、硬盘占用率、链路中断等，与特定的业务并不是等同的，如图13所示。

3、设备本身告警一般是要通过登陆设备，使用命令方式进行告警查看，没有主动的声光告警机制，并且一些设备告警从描述上难以快速判断问题所在。因此在及时性、可读性上有很大的不便之处。并且设备本身告警与业务告警不同，业务出现故障时，设备上并不一定有告警；而大多数的设备告警对业务本身没有任何影响，如图14所示。

总起来说，目前的指标监控一方面在监控方式上比较分散，不利于监控、维护人员根据告警内容对业务的正常与否进行判断。并且一些方式的告警不容易被发现(如：设备告警需要登陆设备人工主动查看，并且没有声光等方式告警)；另一方面告警的内容侧重于设备本身，与业务的正常与否还有一些区别。并且有时是多方出现的告警其实反映的是同一个业务问题。所以，目前的指标监控方式在业务监控上不能达到很好的效果。

业务操作方面的现有技术存在的缺点是：虽然一项GPRS业务调整步骤是相对固定的，但是在现有的手段及技术情况下，还需要维护人员人工登陆各个设备进行手工操作，这样有很大的不便之处：

1、需要有执行权限的维护人员进行操作。这样24小时监控就没有操作权限，在维护人员不在现场或者不方便登陆的时候，业务操作就不能进行。如果将设备操作授权给监控和一般维护人员，又难以保证他们不进行其它不需要的操作，造成人为故障。因此业务操作的方便性与设备安全性存在矛盾。

2、人工执行的出错率高。人工输入命令，毕竟有失误的可能性，尤其是在业务故障等紧急情况下，出错率更高，这样给业务的恢复带来很大的障碍。总之，目前的业务监控、操作方式，发现问题滞后；业务操作复杂、易出错、对维护人员要求高，并且对设备安全性有一定的影响。

发明内容

本发明针对目前监控、业务操作方式的缺点进行了技术改进，以达到业务故障快速发现、业务操作快速完成两个目的。

本方案是通过如下技术措施来实现的：一种GPRS业务智能控制方法，其特征是它包括如下步骤：将GPRS业务指标存储于位于网络中心的主服务器中，通过设置于主服务器中的业务指标监控程序实时监控网络中各台设备的GPRS业务指标，所述业务指标监控程序能够将业务异常状态通过主服务器实现声光或者短信告警；在主服务器中还设置有通过人工触发方式启动的业务操作自动控制程序，所述业务操作自动控制程序能够通过网络按照预定流程完成业务故障的恢复、备份、切换操作。

所述业务指标监控为：首先梳理出真正表示业务正常的GPRS业务指标；GPRS业务指标能够准确、明确地反映出业务的运行情况，维护人员在收到告警后就可以直接判断或理解目前业务的异常在什么地方，不需要再进行主观判断、客观测试。所述业务指标监控是我们开发的对GPRS业务指标(KPI)进行实时、准实时监控，发现异常主动声光、短信告警，目的是通过该监控能够尽早发现业务故障，为故障处理、恢复争取时间；

所述业务操作自动控制为：梳理常见业务操作流程：业务应急备份、倒换等；然后将业务操作流程固化到自动控制服务器中，采用人工触发方式，让业务操作流程自动执行。所述业务操作自动控制是我们根据目前常见的业务操作需要，相对固化的操作流程自动执行的部分，通过业务操作自动控制部分我们能够在发现业务故障后，迅速地根据预定流程完成业务故障的恢复、备份切换等操作，使业务在最短的时间内恢复；

本方案的有益效果可根据对上述方案的叙述得知，由于采取实时监控解决了监控的业务故障发现滞后的缺点，采用自动控制服务器的办法解决了业务操作复杂、时间长、易出错的缺点，因此本发明与现有技术相比，实现了技术目的。

本方案的具体特点还有，所述人工触发方式包括通过向主服务器远程发送短信或者通过与主服务器连接的显示屏上的显示界面直接触发发出操作指令。

所述业务指标监控程序包括以下步骤：负责登陆到各个设备，获取各个设备制定的运行计数器的自动登陆代理步骤；

负责将自动登陆代理步骤收集到的业务运行计数器按照设备、类型、时间进行分类汇总，供计算模块进行计算的业务运行计数器收集步骤；

负责按照各个GPRS业务指标的计算公式，将计数器收集步骤收集到的计数器进行计算，输出各个GPRS业务指标的值，并且根据GPRS业务健康指标判断业务是否正常，如果不正常，触发告警步骤的GPRS业务指标计算步骤；

负责将异常业务的信息按照预定的格式通过短信、声光等通知监控、维护人员处理的告警通知步骤。

通过四个步骤的合作，达到GPRS业务指标实时、准实时监控，做到业务异常时尽可能早发现，为业务操作预留较多的时间。在GPRS业务指标监控部分中，我们根据业务自身特点，分析业务与设备指标的关系，开发了GPRS业务指标自动监控程序，在规定的时间内(目前设为3分钟，可根据效果进行调整)计算GPRS业务指标，软件如果发现GPRS业务指标不在规定范围内，会自动通知维护人员，哪一个设备的哪些GPRS业务指标出了问题，维护人员可以根据该GPRS业务指标情况明确知道哪一类、哪一部分业务出现了问题。这样在业务故障发生前期或者是故障隐患期就可以基本定位故障，为维护人员判断、采取措施赢得了大量时间，较以前发现故障的方式有质的改进。

所述业务操作自动控制程序包括以下步骤：

负责业务流程的固化，将业务流程规范到业务控制平台中，维护人员制定的业务操作流程按照预定的格式，输入到流程分解步骤，然后由流程分解步骤解释给业务控制平台；

业务控制平台：业务控制平台有3大功能：1、按照流程分解步骤的解释，将目前的业务逻辑从便于维护、监控人员的理解与操作的角度按归属图形化展现；2、接受业务操作触发步骤的业务自动操作触发命令，并按照命令形成各个需要操作的设备的指令集；3、将形成的指令集下发给命令集处理步骤，并接收命令集处理步骤反馈的业务操作执行结果；

负责命令集的统一调度，调度自动登陆代理步骤执行实际命令，并收集、分析执行结果，形成整体业务操作执行报告，反馈给业务控制平台的命令集处理步骤；按照命令集处理步骤的调度，自动登陆到指定的设备、执行特定的命令集，并将执行结果反馈给命令集处理步骤统一处理的自动登陆代理步骤；接受监控、维护人员的指令，并将指令发送给业务控制平台的业务操作触发步骤。

5个步骤的协作，可以完成预定的各种业务操作，从而达到自动执行宏观业务操作的目的，期间不用监控、维护人员人工登陆任何设备，完全自动化执行，并有详细的执行结果报告。

与目前的技术与控制方式相比本发明有益效果是：1、宏观：任何监控、操作只需要宏观了解业务，不需要详细了解业务的运行机制、涉及的设备等方面。在指标监控方面，指标监控程序发现业务异常后直接通知监控、维护人员什么业务出现什么方面的问题。而不是现有的方式中将各个告警罗列起来，由监控人员、维护人员综合判断这些告警会影响什么业务。

2、自动：所有指标监控、业务操作都是自动执行，尤其是业务操作的自动执行，大大方便了业务的操作、提高了业务操作的安全性。

(1)安全性。设备安全性：业务操作平台执行实际的设备操作，不需要监控、维护人员登陆设备，这样设备的操作权限就不用分配给监控、外围维护人员，因为他们在不知道设备密码的情况下，同样可以通过业务操作平台进行业务操作。大大提高了设备的安全性。

(2)业务操作安全性：业务操作中登陆哪些设备、执行哪些命令、命令参数是哪些，这些都是业务操作平台根据业务操作实际需要自动生成、执行的，不需要人工干预，这样就大大降低了人工操作的失误可能性。并且一般情况下越是紧急情况，失误率就越高，而业务操作平台没有这样的问题。

(3)简单性。监控、维护人员只需要知道自己的业务操作目的是什么即可，不需要自己决定在哪些设备上执行哪些命令、输入哪些参数。宏观地向业务操作平台下达命令，使业务操作变得更简单。尤其是监控人员可以在不了解业务系统、设备的情况下，只知道一些简单的业务知识就可以完成最复杂的业务操作。本发明对监控、维护人员的要求最低，只要是一般了解业务知识、会图形化操作或发送特定格式的短信即可。

附图说明

下面结合附图对本发明作进一步详细的描述。

图1为现有技术中业务系统指标监控框图；

图2为现有技术中业务切换框图；

图3为业务指标监控部分结构框图；

图4为业务操作自动控制部分结构框图；

图5为部分GPRS业务指标监控界面；

图6为一个监控周期详细流程图；

图7为业务操作流程图；

图8为业务操作自动控制图形化控制运行界面的短信触发平台界面图；

图9为业务逻辑展示；

图10为业务切换操作示意图；

图11为业务切换操作执行结果汇总图；

图12为业务应急倒换操作示意图；

图13传统网管告警方式截图；

图14传统设备本身告警方式截图；

具体实施方式

如图9所示，我们将GPRS全网节点以及业务归属关系用图形化的方式展现出来，监控、维护人员对业务情况有一个直观的印象。这样，一方面某一节点出现问题，我们可以很明确的知道，哪些下级设备受影响、对哪些区域的业务有影响；另一方面，某些地区的业务出现故障后也很明确地知道应该是哪些(哪一个)设备出现问题，从而迅速采取措施。

如图10所示，我们的业务操作自动执行方法，是宏观上的业务操作，监控、维护人员只需要知道宏观上需要进行什么业务操作即可，不需要知道需要登陆哪些设备、如何根据业务操作需要确定哪些指令需要执行，然后分别登陆到各个设备进行执行。监控、维护人员只需要知道用短信或鼠标点击下达类似“将A节点的业务倒换至B节点”、“将C节点的业务进行应急倒换”等命令即可，实际的设备集、命令集的形成，设备的实际操作都由业务操作平台调度执行。监控、维护人员只需要查看执行报告即可。

如图3所示，所述业务指标监控程序包括以下步骤：负责登陆到各个设备，获取各个设备制定的运行计数器的自动登陆代理步骤；

负责将自动登陆代理步骤收集到的业务运行计数器按照设备、类型、时间进行分类汇总，供计算模块进行计算的业务运行计数器收集步骤；

负责按照各个GPRS业务指标的计算公式，将计数器收集步骤收集到的计数器进行计算，输出各个GPRS业务指标的值，并且根据GPRS业务健康指标判断业务是否正常，如果不正常，触发告警步骤的GPRS业务指标计算步骤；

负责将异常业务的信息按照预定格式通过短信、声光等方式通知监控、维护人员处理的告警通知步骤。

如图6所示，在一个监控时间点，(1)首先系统监控功能将逐一登陆设备。(2)执行预定获取计数器方式，获取该时间点的设备运行计数器的值。(3)与上周期该设备的该计数器的值进行比较，按照业务KPI计算方式，计算出这两个时间点期间的业务KPI的值。(4)然后根据业务健康判断标准，对业务是否健康进行判断。(5)如果业务健康，则进行下一设备的操作；如果业务不健康，则发出声光、短信告警。直到所有设备遍历完毕，该监控周期结束。

如图4所示，所述业务操作自动控制程序包括以下步骤：负责业务流程的固化，将业务流程规范到业务控制平台中，维护人员制定的业务操作流程按照预定的格式，输入到流程分解步骤，然后由流程分解步骤解释给业务控制平台；

业务控制平台：业务控制平台有3大功能：1、按照流程分解步骤的解释，将目前的业务逻辑从便于维护、监控人员的理解与操作的角度按归属图形化展现；2、接受业务操作触发步骤的业务自动操作触发命令，并按照命令形成各个需要操作的设备的指令集；3、将形成的指令集下发给命令集处理步骤，并接收命令集处理步骤反馈的业务操作执行结果；

负责命令集的统一调度，调度自动登陆代理步骤执行实际命令，并收集、分析执行结果，形成整体业务操作执行报告，反馈给业务控制平台的命令集处理步骤；按照命令集处理步骤的调度，自动登陆到指定的设备、执行特定的命令集，并将执行结果反馈给命令集处理步骤统一处理的自动登陆代理步骤；接受监控、维护人员的指令，并将指令发送给业务控制平台的业务操作触发步骤。

如图7所示，当业务维护人员或监控人员接收到短信、声光告警或者是其它方式业务不可用信息或者临时业务调整后，可以根据自己的权限，按照相应的规章制度，从短信、图形化界面两种方式选择一种执行自动化操作。自动控制系统接收到指令后，分析指令内容，然后根据预定的方案最后确定需要在哪些设备上执行哪些操作，然后分别登陆这些设备、执行形成的命令，所有设备执行完毕后，收集执行结果，形成本次业务执行报告，本次业务操作完毕。

系统运行实例：如图5和8所示，2007年3月14日22时28分不在现场的维护人员收到短信告警：JNSGSNO5Ber JNSGSNO1Ber JNSGSNO4Ber三个设备的PDP激活成功率过低告警，很明显是爱立信GGSN设备出现问题，维护人员(该维护人员有短信发送指令的权限)收到短信后，立即编辑短信“E12****”(****为本次密码，为保密用*代替)发送给指定的号码***(此处为保密用***代替)，系统收到短信指令后就根据规则知道将爱立信设备从WAP1切换到WAP2，这样就避开了出问题的设备爱立信GGSN，3分钟后业务切换完毕，测试业务正常，从维护人员收到告警短信到业务切换完毕，共用时间不到5分钟，加上告警模块发现业务故障的时间小于3分钟，本次业务故障最多8分钟。较原来同样情况下最少需要30分钟，大大缩减了业务故障时间。图11是本次执行结果汇总。

如图12所示，如果在收到业务故障短信告警的情况下，该维护人员没有发短信远程操作的权限，此时维护人员可以直接给24小时监控人员打电话，由监控人员进行图形化操作，图形化操作同样简单，只需要监控人员在系统中的图形化界面中找到爱立信故障GGSN，并右键点击，选择“应急倒换”即可。

此时业务自动操作触发，同样可以很快地完成业务倒换任务。图形方式需要时间较短信方式稍长1—2分钟，主要是花费在维护人员与监控人员通话上。

Claims (3)

1、一种GPRS业务智能控制方法，其特征是它包括如下步骤：将GPRS业务指标存储于位于网络中心的主服务器中，通过设置于主服务器中的业务指标监控程序实时监控网络中各台设备的GPRS业务指标，所述业务指标监控程序能够将业务异常状态通过主服务器实现声光或者短信告警；在主服务器中还设置有通过人工触发方式启动的业务操作自动控制程序，所述业务操作自动控制程序能够通过网络按照预定流程完成业务故障的恢复、备份、切换操作；

所述业务指标监控程序包括以下步骤：负责登陆到各个设备，获取各个设备制定的运行计数器的自动登陆代理步骤；

负责将自动登陆代理步骤收集到的业务运行计数器按照设备、类型、时间进行分类汇总，供计算模块进行计算的业务运行计数器收集步骤；

负责按照各个GPRS业务指标的计算公式，将计数器收集步骤收集到的计数器进行计算，输出各个GPRS业务指标的值，并且根据GPRS业务健康指标判断业务是否正常，如果不正常，触发告警步骤的GPRS业务指标计算步骤；

负责将异常业务的信息按照预定的格式通过短信、声光等方式通知监控、维护人员处理的告警通知步骤。

2、根据权利要求1所述的GPRS业务智能控制方法，其特征是所述人工触发方式包括通过向主服务器发送远程短信或者通过与主服务器连接的显示屏上的显示界面直接触发发出操作指令。

3、根据权利要求1或2所述的GPRS业务智能控制方法，其特征是所述业务操作自动控制程序包括以下步骤：

负责业务流程的固化，将业务流程规范到业务控制平台中，维护人员制定的业务操作流程按照预定的格式，输入到流程分解步骤，然后由流程分解步骤解释给业务控制平台；

业务控制平台有3大功能：1、按照流程分解步骤的解释，将目前的业务逻辑从便于维护、监控人员的理解与操作的角度按归属图形化展现；2、接受业务操作触发步骤的业务自动操作触发命令，并按照命令形成各个需要操作的设备的指令集；3、将形成的指令集下发给命令集处理步骤，并接收命令集处理步骤反馈的业务操作执行结果；

负责命令集的统一调度，调度自动登陆代理步骤执行实际命令，并收集、分析执行结果，形成整体业务操作执行报告，反馈给业务控制平台的命令集处理步骤；按照命令集处理步骤的调度，自动登陆到指定的设备、执行特定的命令集，并将执行结果反馈给命令集处理步骤统一处理的自动登陆代理步骤；

接受监控、维护人员的指令，并将指令发送给业务控制平台的业务操作触发步骤。

Images