CN104080120B

CN104080120B - 一种监测方法、装置及短消息中心局点

Info

Publication number: CN104080120B
Application number: CN201310110090.5A
Authority: CN
Inventors: 丁俊; 孙学真; 耿长剑; 李正祥
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2013-03-29
Filing date: 2013-03-29
Publication date: 2018-05-08
Anticipated expiration: 2033-03-29
Also published as: CN104080120A; WO2014153920A1

Abstract

本发明实施例提供一种监测方法、装置及短消息中心局点。所述方法包括：接收探针服务端转发的来自探针客户端的第一监测查询请求；根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据。本发明实施例实现了跨短消息中心局点的系统监测。

Description

一种监测方法、装置及短消息中心局点

技术领域

本发明涉及存储技术领域，尤其涉及一种监测方法、装置及短消息中心局点。

背景技术

由于短信中心用户数、信息量巨大，运营商一般采取分治策略，建立多套短消息中心设备。分布式部署提高了业务处理效率，同时也带来了信息不一致、难以集中管理等问题。

随着各大电信运营商竞争的日趋激烈，对业务的实时系统监测成了短消息中心的必备功能。通过系统监测，电信运营维护人员能及时了解当前系统的负荷情况，短消息业务运营状况，实现实时系统调度，为经营分析系统提供最准确、快捷的数据来源。

为了便于管理，运营商将短消息中心分成MO局、AO局。MO局承载手机提交的短消息业务，AO局承载各类网关提交的短消息业务。这两类业务有着鲜明的对比，平时AO局业务量大于MO局，节假日MO局业务量明显高于AO局。

各个短消息中心局点分别对各自的系统进行监测，无法进行跨局点的系统监测。

发明内容

有鉴于此，本发明实施例的目的是提供一种监测方法、装置及短消息中心局点，以实现跨短消息中心局点的系统监测。

为解决上述技术问题，本发明实施例提供方案如下：

本发明实施例提供一种监测方法，第一短消息中心局点设置有探针客户端、探针服务端和查询控制模块，所述方法用于查询控制模块，所述方法包括：

接收探针服务端转发的来自探针客户端的第一监测查询请求；

根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据。

优选的，所述方法还包括：

根据所述第一监测结果数据判断一预设的告警阈值条件是否成立，获取一第一判断结果；

当所述第一判断结果为是时，生成告警信息。

优选的，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体包括：

根据所述第一监测查询请求确定所述目标短消息中心局点；

向所述目标短消息中心局点发送针对所述业务节点的第二监测查询请求，使得所述目标短消息中心局点能够根据所述第二监测查询请求，获得并响应所述第一监测结果数据；

接收所述第一监测结果数据。

优选的，所述根据所述第一监测查询请求确定所述目标短消息中心局点具体包括：

根据所述第一监测查询请求确定所述业务节点；

确定所述业务节点所在的所述目标短消息中心局点。

优选的，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体包括：

从所述第一监测查询请求中解析出所述系统参数类型；

向所述目标短消息中心局点发送针对所述系统参数类型的第三监测查询请求，使得所述目标短消息中心局点能够根据所述第三监测查询请求，获得并响应所述第一监测结果数据；

接收所述第一监测结果数据。

优选的，所述方法还包括：

接收第二短消息中心局点发送的第四监测查询请求；

根据所述第四监测查询请求，指示所述第一短消息中心局点内业务节点上报第二监测结果数据；

接收并返回所述第一短消息中心局点内业务节点上报的所述第二监测结果数据。

本发明实施例还提供一种监测装置，第一短消息中心局点设置有探针客户端、探针服务端和查询控制模块，所述装置用于查询控制模块，所述装置包括：

接收模块，用于接收探针服务端转发的来自探针客户端的第一监测查询请求；

获取模块，用于根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据。

优选的，所述装置还包括：

判断模块，用于根据所述第一监测结果数据判断一预设的告警阈值条件是否成立，获取一第一判断结果；

生成模块，用于当所述第一判断结果为是时，生成告警信息。

优选的，所述第一获取模块具体包括：

确定单元，用于根据所述第一监测查询请求确定所述目标短消息中心局点；

第一发送单元，用于向所述目标短消息中心局点发送针对所述业务节点的第二监测查询请求，使得所述目标短消息中心局点能够根据所述第二监测查询请求，获得并响应所述第一监测结果数据；

第一接收单元，用于接收所述第一监测结果数据。

优选的，所述确定单元具体包括：

第一确定子单元，用于根据所述第一监测查询请求确定所述业务节点；

第二确定子单元，用于确定所述业务节点所在的所述目标短消息中心局点。

优选的，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述获取模块具体包括：

解析单元，用于从所述第一监测查询请求中解析出所述系统参数类型；

第二发送单元，用于向所述目标短消息中心局点发送针对所述系统参数类型的第三监测查询请求，使得所述目标短消息中心局点能够根据所述第三监测查询请求，获得并响应所述第一监测结果数据；

第二接收单元，用于接收所述第一监测结果数据。

本发明实施例还提供一种包括以上所述的监测装置的短消息中心局点。

从以上所述可以看出，本发明实施例至少具有如下有益效果：

实现了通过第一短消息中心局点获取目标短消息中心局点内业务节点的监测结果数据，从而实现了跨短消息中心局点的系统监测。

附图说明

图1表示本发明实施例提供的一种监测方法的步骤流程图；

图2表示本发明实施例的优选实施方式的多局系统监测结构示意图；

图3表示本发明实施例的优选实施方式的多局系统监测流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明实施例进行详细描述。

本发明实施例提供一种监测方法，第一短消息中心局点设置有探针客户端、探针服务端和查询控制模块，所述方法用于查询控制模块，所述方法包括如下步骤：

步骤101，接收探针服务端转发的来自探针客户端的第一监测查询请求；

步骤102，根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据。

可见，通过上述方式，实现了通过第一短消息中心局点获取目标短消息中心局点内业务节点的监测结果数据，从而实现了跨短消息中心局点的系统监测。

其中，探针客户端例如：探针WEB客户端。

所述目标短消息中心局点可以为一个或多个。所述目标短消息中心局点不包括所述第一短消息中心局点。

所述业务节点可以为所述目标短消息中心局点中的全部业务节点。

所述目标短消息中心局点可以为所述查询控制模块中预设的短消息中心局点，则所述第一监测查询请求可以只是一个触发消息，从而所述查询控制模块在收到该触发消息后，可以与自身中预设的短消息中心局点交互，获取所述第一监测结果数据。或者，

所述第一监测查询请求可以包括所述目标短消息中心局点标识，则所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：

从所述第一监测查询请求中解析出所述目标短消息中心局点标识；

根据所述目标短消息中心局点标识与所述目标短消息中心局点交互，获取所述第一监测结果数据。

此外，所述业务节点也可以为所述目标短消息中心局点中的部分业务节点。

所述查询控制模块中可以预先记录多个业务节点标识与多个短消息中心局点标识之间的映射关系，则所述第一监测查询请求可以包括所述业务节点标识，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：从所述第一监测查询请求中解析出所述业务节点标识；根据所述业务节点标识和所述映射关系，确定所述目标短消息中心局点标识；根据所述目标短消息中心局点标识与所述目标短消息中心局点交互，获取所述第一监测结果数据。或者，

所述第一监测查询请求可以包括所述目标短消息中心局点标识和所述目标短消息中心局点中每个目标短消息中心局点内的业务节点标识，则所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：

从所述第一监测查询请求中解析出所述目标短消息中心局点标识和所述目标短消息中心局点中每个目标短消息中心局点内的业务节点标识；

根据所述目标短消息中心局点标识和所述目标短消息中心局点中每个目标短消息中心局点内业务节点标识，与所述目标短消息中心局点交互，获取所述第一监测结果数据。其中，所述目标短消息中心局点内业务节点包括所述每个目标短消息中心局点内业务节点标识所对应的业务节点。

所述第一监测结果数据例如，短消息流量、系统状态或业务资源等。其中，短消息流量例如，手机侧起呼、网关侧起呼、手机侧终呼、网关侧终呼或地区手机侧终呼（MT）流量数据等；系统状态例如，操作系统内存使用率、CPU使用率等；业务资源例如，业务处理模块异步操作数据区、内存数据库等各类资源使用率。

步骤101中，接收所述第一监测查询请求可以通过与所述探针服务端使用TCP方式通信来实现。

步骤102中，所述与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：

向所述目标短消息中心局点设置的查询控制模块发送外局监测查询请求，使得所述目标短消息中心局点设置的查询控制模块能够根据所述外局监测查询请求，指示所述业务节点上报所述第一监测结果数据，接收并返回所述业务节点上报的所述第一监测结果数据。

在本发明实施例中，考虑到在某些特定情况下可能需要向运维人员告警，以便运维人员及时做出适切反应，有鉴于此，可以有：

所述方法还包括：

当所述第一判断结果为是时，生成告警信息。

其中，所述根据所述第一监测结果数据判断一预设的告警阈值条件是否成立，获取一第一判断结果例如：

判断所述目标短消息中心局点的手机侧起呼短消息流量是否大于一预设的告警阈值，如果是，则所述第一判断结果为是。或者，

判断所述目标短消息中心局点的当前用户容量是否大于一预设的告警阈值，如果是，则所述第一判断结果为是。或者，

判断所述目标短消息中心局点的网关侧终呼短消息流量与所述第一短消息中心局点的网关侧终呼短消息流量之和是否大于一预设的告警阈值，如果是，则所述第一判断结果为是。或者，

判断所述目标短消息中心局点的内存使用率与所述第一短消息中心局点的内存使用率之和是否大于一预设的告警阈值，如果是，则所述第一判断结果为是。

其中，针对短消息流量的告警是为了提醒维护人员进行相应处理，以防止因流量过高而出现消息的丢弃，避免造成用户投诉。针对系统状态的告警是提示操作系统异常，维护人员需要及时处理。

在本发明实施例中，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：

根据所述第一监测查询请求确定所述目标短消息中心局点；

接收所述第一监测结果数据。

进一步地，所述根据所述第一监测查询请求确定所述目标短消息中心局点具体可以包括：

根据所述第一监测查询请求确定所述业务节点；

确定所述业务节点所在的所述目标短消息中心局点。

在本发明实施例中，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体可以包括：

从所述第一监测查询请求中解析出所述系统参数类型；

接收所述第一监测结果数据。

这样，就可以支持用户查询特定类型的监测结果数据。

在本发明实施例中，所述第一短消息中心局点能够根据自身设置的探针服务端发来的查询请求信息来获取邻居局点的监测结果数据，而为了便于运维人员的使用，所述第一短消息中心局点也能响应邻居局点的监测查询请求。有鉴于此，所述方法还可以包括：

接收第二短消息中心局点发送的第四监测查询请求；

在本发明实施例中，不同的短消息中心局点设置的查询控制模块之间的信息交互可以通过TCP方式来实现。

通过本发明实施例，多局之间可以实现信息共享、集中展现、统一管理，则可实时、精确地动态调整各局的业务负荷，避免暴增的业务量引发瘫局。其中，多局包括若干个MO局和若干个AO局。动态调整是在MO局和AO局之间进行。

为了将本发明实施例进一步阐述清楚，下面给出本发明实施例的优选实施方式。

图2表示本优选实施方式的多局系统监测结构示意图，参照图2，以三个短消息中心局点A局、B局和C局为例，在本优选实施方式中，多局系统监测实现可以采用浏览器/服务器（Browser/Server，B/S）架构下的四层结构：探针WEB客户端（CLIENT）、探针服务端（PROBE_SERV）、查询控制模块（QCS）和业务节点（包括数据处理节点），其中，数据处理节点也称为DB节点。A局、B局和C局中的每个局点都包括CLIENT、PROBE_SERV、QCS和多个业务节点（图2中示出了两个业务节点SC_SERV1和SC_SERV2）。虚线框表示短消息中心（SMSC），SMSC中还包含其它内部处理子模块，图中予以省略。

探针WEB客户端是多局流量查询的请求方，定时向探针服务端发起流量监测查询请求，并对查询接收到的数据进行展现。通过探针WEB客户端，系统运维人员可选择流量监测的目标模块：本局单业务模块、本局所有模块、多局所有模块；可选择监测的目标数据：业务流量数据、系统参数信息、地区手机侧终呼（MT）流量数据。

探针服务端负责和查询控制模块交互，获取查询结果数据，并返回给探针WEB客户端。具体地，探针服务器负责查询请求和结果响应的接受、转发；以及根据探针WEB客户端的请求向QCS发送对应的请求消息。

查询控制模块负责各业务节点的数据收集、汇总、排序等处理，处理完成的数据返回给探针服务端或外局QCS；这里，排序例如：根据内存使用率排序；根据MO消息流量排序；根据消息总流量排序；等等。具体地，本局QCS接收到的探针服务器发送的请求消息如果指示了外局业务节点，本局QCS则请求外局QCS获取并返回外局业务节点的资源占用和流量信息，并将外局QCS返回的资源占用和流量信息返回给探针服务器；或者，本局QCS在外局QCS向本局QCS请求本局相关业务节点的资源占用和流量信息时，从本局相关业务节点获取资源占用和流量信息，并将获取到的结果返回给外局QCS。

查询控制模块读取业务流量、系统状态、业务资源使用阈值，当实际数值超过阈值时，向系统管理员、运营维护人员发送邮件和短信。这里，业务资源使用阈值可以从配置台或本地配置文件读取，如果从配置台，就通过文件方式读取，将读取到的阈值和收集到的数据进行比对。系统状态指的是操作系统资源状态（内存、CPU），属于系统参数的一部分数据。

业务节点亦称为业务处理节点，负责自身相关原始数据的采集，并发送给查询控制模块。具体地，业务节点接受QCS的监测请求并向QCS上报监测结果数据。

探针实现以下三个层次的探查功能：

1、实时查看单业务节点的系统参数；

2、实时查看单局所有业务模块的总体系统参数；

3、实时查看多局所有业务模块的总体系统参数；

其中，系统参数包括如下数据：

1）操作系统内存使用率、CPU使用率；

2）业务处理模块异步操作数据区、内存数据库等各类资源使用率；

3）短消息流量：手机侧起呼、网关侧起呼、手机侧终呼、网关侧终呼。

具体地，MO局的短消息流量系统参数包括手机侧起呼、手机侧终呼、网关侧终呼；AO局的短消息流量系统参数包括网关侧起呼、手机侧终呼、网关侧终呼。

所述第一短消息中心局点可以为A局、B局和C局中的任一局点，下面以所述第一短消息中心局点为A局为例来对本优选实施方式的多局系统监测流程进行介绍，则A局为本局，B局和C局为外局。

参照图3，本优选实施方式的多局系统监测流程具体如下：

探针WEB客户端通过WEB界面向探针服务端发起多局系统监测请求指令。

探针服务器接受探针WEB客户端请求，向QCS模块转发系统监测请求。

若用户查询多局流量数据，探针服务器向QCS发送UpLoadNotify事件，若用户查询多局系统监测数据，探针服务器向QCS发送UpLoadMultiSystem事件，若用户查询MT流量数据，探针服务器向QCS发送UpLoadMtFlow事件。

QCS模块接受探针服务器的监测查询请求，分析请求包的Session ID和目标节点、业务线程。

若在查询请求列表中没有找到相同的Session ID和目标节点、则将此请求关键字插入查询请求列表，根据事件号设置对应的标志位，根据节点将数据指针指向应答数据区；否则更新该请求信息的查询时间、心跳数。其中，根据节点将数据指针指向应答数据区具体是指，请求结构中定义一个指针，指向该请求对应的查询结果数据区；其所起的作用是关联请求和响应结果，快速提交查询结果。更新查询时间、心跳数的作用是判断查询请求是否已停止，如果一定时间内心跳次数小于某固定值，则认为查询请求已停止。

QCS模块向本局各个业务节点和外局QCS节点转发监测查询请求。

由于存在多个探针WEB客户端查询同一个节点数据的情况，因此不能将所有的查询请求都发送至目标节点。有鉴于此，当QCS接受探针服务器的监测查询请求时，QCS将接受到的查询请求保存到请求信息数据区。

QCS模块定时扫描请求信息数据区，根据目标节点分发请求消息。若目标节点为本局单节点，将请求消息发送至目标节点；若目标节点为本局0号节点，将请求消息发送至本局各业务节点、局部数据节点、全局数据处理节点；若目标节点为0局0号节点，将请求消息发送至本局所有业务、数据处理节点、外局QCS模块。

其中，QCS模块每次扫描处理全部请求，顺序获取请求的目标节点，向目标节点发送请求消息。

各个业务节点接收来自QCS模块的监测请求，计算资源占用率和流量信息，每秒向QCS模块发送结果。

各个数据处理节点接收探针服务端流量监测请求，每秒向QCS模块发送目的用户表、短消息表、全局开户信息表、消息ID映射表使用信息。

QCS模块收集并汇总本局所有业务节点的系统状态、业务资源和流量信息，向探针服务器发送监测结果数据。

QCS模块和外局QCS模块通信，收集和汇总外局系统状态、业务资源和流量信息。

QCS模块分析A局、B局和/或C局的系统状态、业务资源和流量数据，若超出预设的阈值范围，则向管理员、运营维护人员发送告警邮件和告警短信。

探针服务器接受监测结果数据，生成动态图表数据返回探针WEB客户端，同时将数据保存到文件。

查询探针WEB客户端向探针服务端发起多局系统监测取消指令。业务模块、QCS模块停止上报，探针服务端停止绘制数据。

在本发明实施例中，所述装置还可以包括：

在本发明实施例中，所述第一获取模块具体可以包括：

第一接收单元，用于接收所述第一监测结果数据。

进一步地，所述确定单元具体可以包括：

在本发明实施例中，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述获取模块具体可以包括：

第二接收单元，用于接收所述第一监测结果数据。

本发明实施例还提供一种短消息中心局点，所述短消息中心局点包括以上所述的监测装置。

以上所述仅是本发明实施例的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明实施例原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明实施例的保护范围。

Claims

1.一种监测方法，其特征在于，第一短消息中心局点设置有探针客户端、探针服务端和查询控制模块，所述方法用于查询控制模块，所述方法包括：

根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据，其中，探针实现三个层次的探查功能：

实时查看单业务节点的系统参数；

实时查看单局所有业务模块的总体系统参数；

实时查看多局所有业务模块的总体系统参数。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第一判断结果为是时，生成告警信息。

3.如权利要求1所述的方法，其特征在于，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体包括：

根据所述第一监测查询请求确定所述目标短消息中心局点；

接收所述第一监测结果数据。

4.如权利要求3所述的方法，其特征在于，所述根据所述第一监测查询请求确定所述目标短消息中心局点具体包括：

根据所述第一监测查询请求确定所述业务节点；

确定所述业务节点所在的所述目标短消息中心局点。

5.如权利要求1所述的方法，其特征在于，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据具体包括：

从所述第一监测查询请求中解析出所述系统参数类型；

接收所述第一监测结果数据。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收第二短消息中心局点发送的第四监测查询请求；

7.一种监测装置，其特征在于，第一短消息中心局点设置有探针客户端、探针服务端和查询控制模块，所述装置用于查询控制模块，所述装置包括：

获取模块，用于根据所述第一监测查询请求，与目标短消息中心局点交互，获取所述目标短消息中心局点内业务节点的第一监测结果数据，其中，探针实现三个层次的探查功能：

实时查看单业务节点的系统参数；

实时查看单局所有业务模块的总体系统参数；

实时查看多局所有业务模块的总体系统参数。

8.如权利要求7所述的装置，其特征在于，所述装置还包括：

9.如权利要求7所述的装置，其特征在于，所述获取模块具体包括：

第一接收单元，用于接收所述第一监测结果数据。

10.如权利要求9所述的装置，其特征在于，所述确定单元具体包括：

11.如权利要求7所述的装置，其特征在于，所述第一监测查询请求包括系统参数类型，所述第一监测结果数据属于所述系统参数类型，所述获取模块具体包括：

第二接收单元，用于接收所述第一监测结果数据。

12.一种短消息中心局点，其特征在于，所述短消息中心局点包括如权利要求7至11中任一项所述的监测装置。