CN1567856A - 一种在综合智能网中通过短消息告警的实现方法 - Google Patents
一种在综合智能网中通过短消息告警的实现方法 Download PDFInfo
- Publication number
- CN1567856A CN1567856A CN 03145170 CN03145170A CN1567856A CN 1567856 A CN1567856 A CN 1567856A CN 03145170 CN03145170 CN 03145170 CN 03145170 A CN03145170 A CN 03145170A CN 1567856 A CN1567856 A CN 1567856A
- Authority
- CN
- China
- Prior art keywords
- short message
- alarm
- monitored device
- monitoring program
- sends
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种在综合智能网中通过短消息告警的实现方法,该方法包括步骤:在综合智能网的被监控设备上运行监控程序;监控程序检测到设备异常时产生告警请求消息,相关设备根据该告警消息产生告警短消息并发送到短消息中心;以及由短消息中心将告警短消息发送到目的接收端。
Description
技术领域
本发明涉及在综合智能网设备监控技术,特别涉及一种在综合智能网中通过短消息告警的实现方法。
背景技术
通信网正向着智能化、宽带化、个人化的方向发展,智能网的出现正是为了满足电信用户对多样化业务的需求,满足电信经营公司快速、经济地推出各种业务以增加收入来源需求,用于产生和提供电信业务的新的体系结构。
但是随着智能网业务的不断推广和普及,智能网设备复杂性的不断提高和数量的不断增加,设备产生故障的可能性也与之俱增,设备故障造成的损失和影响也越来越大。由于综合智能网系统的设备多,复杂度高,完全不出问题是不可能的。如何在问题出现的第一时刻通知到相关维护人员,在系统无法自恢复的情况下维护人员在最短的时间内通过手工操作使系统恢复运行,降低设备故障造成的损失和不利影响,这正是本专利提出解决的问题。
在现有网络上,智能网系统一般都会配备告警系统,当主设备系统发生故障时,系统会向告警系统发送告警消息,告警系统收到告警消息后,根据告警消息中指示的故障的严重程度,启动声光告警,提示相关人员系统发生了故障。
现有系统的组网示意图1所示,业务管理点(SMP)、业务控制点(SCP)和操作维护台(OAM)是智能网的主要设备。前端处理模块(FEP)是SCP与短消息中心(MC)等外部实体接口的辅助设备。当SMP和SCP等设备发生故障时,这些设备会主动向OAM发送告警消息,OAM控制声光设备发出告警信息。
虽然现有告警系统在设备出现故障时能够实现报警,但存在以下缺点:
1、现有的告警系统必须要求值班人员在现场时才能发现告警信息,当无人看守时告警信息无法通知到相关人员。
2、智能网设备本身已经严重故障,即当智能网设备无法向告警系统发送告警消息,或者告警设备本身发生故障时,同样无法发出告警信息。
发明内容
本发明的目的在于提供一种在综合智能网中通过短消息告警的实现方法,以实现无人值守。
实现本发明的技术方案:
一种在综合智能网中通过短消息告警的实现方法,包括步骤:
在综合智能网的被监控设备上运行监控程序;
监控程序检测到设备异常时产生告警请求消息,相关设备根据该告警消息产生告警短消息并发送到短消息中心;以及
由短消息中心将告警短消息发送到目的接收端。
其中:
在综合智能网的具有短消息能力的第一被监控设备上运行服务端监控程序,在其余被监控设备上运行客户端监控程序。
所述其余运行客户端监控程序的被监控设备中包括具有短消息能力的第二被监控设备。
所述的第二被监控设备上运行检测所述第一被监控设备的监控程序。
当客户端监控程序检测到设备异常时进行步骤:
向服务端监控程序发送告警请求消息;
服务端监控程序向第一被监控设备发送告警请求消息;
第一被监控设备向短消息中心发送告警短消息。
服务端监控程序通过心跳机制对客户端监控程序进行检测。
服务端监控程序检测到客户端监控程序异常时向第一被监控设备发送告警请求消息,由第一被监控设备向短消息中心发送告警短消息。
服务端监控程序检测到设备异常时向所述第二被监控发送告警请求消息,由第二被监控设备向短消息中心发送告警短消息。
第二被监控设备的监控程序通过心跳机制对第一被监控设备进行检测。
当第二被监控设备的监控程序在检测到第一被监控设备异常时向第二监控设备发送告警请求消息,由第二被监控设备向短消息中心发送告警短消息。
所述目的接收端为CDMA移动电话、GSM移动电话或可接收短消息的固定电话。
第一被监控设备为业务控制点(SCP),第二被监控设备为前端处理模块。
第一被监控设备向短消息中心发送告警短消息时对接收短消息的目的接收端进行判断,如果目的接收端为CDMA移动电话时,第一被监控设备使用CDMA的MAP协议发送告警短消息;如果目的接收端为GSM移动电话时,第一被监控设备使用GSM的MAP协议发送告警短消息。
所述第一被监控设备使用GSM的MAP协议发送告警短消息进行一步指:通过短消息路由请求操作获取手机当前所在的拜访位置寄存器(MSC/VLR),再通过终端转发短消息操作将短消息直接发送到该拜访位置寄存器(MSC/VLR),最终转发到GSM手机;或通过始发短消息业务请求将短消息发送到短消息中心(SMSC),由该短消息中心将短消息转发给GSM手机。
第二被监控设备使用基于TCP/IP的SMPP协议发送告警短消息。
向短消息中心发送短消息时同一告警短消息至少发送两次。
告警短消息至少发送给两个目的接收端。
本发明的有益效果:当智能网设备发生故障时,可以通过短消息告警方式通知相关人员在第一时间到达现场,保证了设备在最短的时间内恢复正常,最终达到降低设备故障给运营商造成的损失和减少对用户不利影响的目的。同时通过短消息告警,可以实现真正意义上的无人值守。
采用多种发送短消息的途径,即同时采用CDMA的MAP协议方式、GSM的MAP协议方式和TCP/IP的SMPP协议方式,并且可以根据需要配置多个接收告警信息的手机,确保在部分设备异常的情况下,告警信息也能够发送出去。
附图说明
图1为现有技术的组网示意图;
图2为本发明的组网示意图;
图3为注册和心跳检测流程图;
图4为本发明的前端处理模块检测业务控制点的流程图;
图5A、图5B为本发明的故障检测和告警流程图。
具体实施方式
参阅图2所示,在业务管理点(SMP)、操作维护台(OAM)、前端处理模块(FEP)和业务控制点(SCP)等设备分别运行一个监控程序,在业务控制点(SCP)上运行的监控程序是TCP/IP的服务端(Server)程序,其它设备上运行的监控程序是TCP/IP的客户端(Client)程序。
当所有设备正常运行后,就可以启动业务控制点(SCP)上的服务端监控程序,该程序等待客户端监控程序主动连接过来。客户端监控程序运行后,就会主动向业务控制点(SCP)上的服务端监控程序发起连接。连接成功后,服务端和客户端之间要建立心跳机制,以保证监控程序正常运行。
监控程序时刻检测设备是否异常,当监控程序检测到设备故障时,首先将告警信息发送到业务控制点(SCP)上的服务端监控程序,业务控制点(SCP)上的监控程序通过短消息中心向相关人员发送告警信息。
由于业务控制点(SCP)上的监控程序处在监控程序的核心位置,业务控制点(SCP)上的监控程序或业务控制点(SCP)异常将导致其它所有的模块无法监控,且此时业务控制点(SCP)也无法向短消息中心发送短消息。在本发明中,因前端处理模块(FEP)可以直接向短消息中心(包括CDMA网的短消息中心MC和GSM网的短消息中心SMSC)发送短消息,所以通过在前端处理模块(FEP)上的监控程序来负责监控业务控制点(SCP)上的监控程序是否正常进行,如果检测出业务控制点(SCP)上的监控程序异常,就可以直接通过短消息中心向相关人员发送告警信息,以实现智能网任何一设备严重故障时均可以以短消息方式告警。
为了确保短消息发送出去,有多种发送短消息的途径:一、业务控制点(SCP)通过CDMA网发送到CDMA手机上,使用的接口协议是CDMA的MAP协议;二、业务控制点(SCP)通过GSM网发送到GSM手机上,使用的接口协议是GSM的MAP协议;三、前端处理模块(FEP)到短消息中心(包括CDMA网的短消息中心MC和GSM网的短消息中心SMSC),使用的接口协议是基于TCP/IP的SMPP协议。
另外,根据系统配置,可以同时向多个不同的手机发送短消息。
参阅图3,服务端监控程序与客户端监控程序的注册和心跳检测流程如下:
(1)在业务控制点(SCP)上运行着服务端监控程序,在其它设备上运行客户端监控程序。
(2)服务端监控程序启动后,等待客户端监控程序的连接。
(3)客户端监控程序主动向服务端监控程序发起连接。
(4)服务端监控程序发现有新的连接,判断IP地址的合法性,如果非法,则切断该连接,否则接受该连接请求。
(5)客户端监控程序向服务端监控程序发送“注册请求”消息,如果服务分析出注册参数有效,服务端监控程序返回“注册响应”消息;否则切断连接。
(6)服务端监控程序定时向客户端监控程序发送“心跳检测”消息。
(7)客户端监控程序收到“心跳检测”消息,返回“心跳响应”消息。
(8)如果服务端监控程序连续两次没有接收到客户端监控程序的“心跳响应”消息,就可以认为客户端监控程序出现了异常,就可以通过告警流程发送短消息,通知维护人员系统出现了异常(参见图5)。
参阅图4,前端处理模块(FEP)检测业务控制点(SCP)的流程如下:
(1)具有短消息能力的前端处理模块(FEP)上,运行着一个支持检测业务控制点(SCP)是否异常的监控程序。该监控程序发现与业务控制点(SCP)之间连接成功后,就主动向业务控制点(SCP)上的监控程序发送“注册请求”消息,如果注册成功,业务控制点(SCP)上的监控程序返回“注册响应”消息,并启动一个间隔时间T2的定时器,定时向前端处理模块发送“心跳请求”消息。
(2)前端处理模块(FEP)上的监控程序接收到“注册响应”消息后,就启动一个心跳监视定时器T3(T3远大于心跳测试的间隔时间T2)。
(3)正常情况下,每隔一个T2定时,业务控制点(SCP)上的监控程序就向前端处理模块(FEP)上的监控程序发送一条“心跳请求”消息。前端处理模块(FEP)上的监控程序收到该消息就重置定时器T3并返回“心跳响应”消息。
(4)如果业务控制点(SCP)异常,在T3的时间段内,前端处理模块(FEP)上的监控程序没有接收到“心跳请求”消息。
(5)T3超时,前端处理模块(FEP)上的监控程序直接向前端处理模块(FEP)发送“告警请求”消息(注意这里会根据配置情况向多个相关人员每人发送两条短消息,确保短消息能发送到相关人员的手机上)。
(6)前端处理模块(FEP)向短消息中心发送submit_sm(递交短消息)消息。
(7)前端处理模块(FEP)接收到短消息中心的响应消息submit_sm_resp(递交短消息响应),向监控程序返回“告警响应”消息。
参阅图5A,故障检测和告警流程如下:
图中:submit_sm和submit_sm_resp是业务控制点(SCP)和短消息中心(MC)之间基于TCP/IP的标准点到点短消息(SMPP)信令。SMDPP和smdpp是业务控制点(SCP)和MC之间基于七号信令的标准MAP信令。
(1)客户端监控程序作为一个独立的进程运行在被监控的设备上,时刻检测着系统硬件、数据库、应用等是否正常。
(2)客户端监控检测出系统出现异常,根据故障问题的严重程度,决定是否发送告警消息。
(3)客户端监控程序向业务控制点(SCP)所在的监控程序发送“告警请求”消息(如果监控程序本身就运行在业务控制点上,则没有该过程,直接进入第5步)。
(4)服务端监控程序向客户端监控程序返回“告警响应”消息,表示已经接收到“告警请求”消息
(5)服务端监控程序可以根据告警的严重程度决定是否发送告警短消息。如果无需发送短消息,结束该流程。
(6)服务端监控向业务控制点(SCP)发送“告警请求”消息。这里根据配置的手机个数,同时为每个手机发送两次“告警请求”消息。
(7)业务控制点(SCP)判断接受短消息的手机是CDMA手机还是GSM手机。
(8)如果是CDMA手机,通过短消息点对点发送响应消息SMDPP向短消息中心(MC)发送短消息,由MC将短消息转发给CDMA手机。
(9)如果是GSM手机,可以选择下面两种发送方式中的一种:一、通过短消息路由请求MAP-SEND-ROUTING-INFO-FOR-SM操作获取手机当前所在的MSC/VLR,再通过终端转发短消息MAP-MT-FORWARD-SHORT-MESSAGE操作将短消息直接发送到手机所在的MSC/VLR,最终转发到GSM手机;二、通过始发短消息业务请求MAP-SEND-INFO-FOR-MO-SMS将短消息发送到短消息中心(SMSC),由SMSC将短消息转发给GSM手机。
(10)业务控制点(SCP)向服务端监控程序返回短消息发送结果。
参阅图5B,服务端监控程序还可通过向前端处理模块(FEP)发送“告警请求”消息,由该前端处理模块(FEP)发送短消息,或者同时向业务控制点(SCP)和前端处理模块(FEP)发送“告警请求”消息,以保证在业务控制点(SCP)有故障时仍可以发出告警信息。服务端监控程序向前端处理模块(FEP)发送发送“告警请求”消息的处理过程如下:
(11)服务端监控程序向前端处理模块(FEP)发送“告警请求”消息。这里根据配置的手机个数,同时为每个手机发送两次“告警请求”消息。
(12)前端处理模块(FEP)向短消息中心(这里的短消息中心可以是SMSC,也可以是MC,只要短消息中心支持SMPP协议)发送递交短消息submit_sm(发送两次)。短消息中心将短消息转发给CDMA手机。
(13)短消息中心返回递交短消息响应submit_sm_resp。
(14)前端处理模块(FEP)向服务端监控程序返回短消息发送结果。
Claims (17)
1、一种在综合智能网中通过短消息告警的实现方法,其特征在于包括步骤:
在综合智能网的被监控设备上运行监控程序;
监控程序检测到设备异常时产生告警请求消息,相关设备根据该告警消息产生告警短消息并发送到短消息中心;以及
由短消息中心将告警短消息发送到目的接收端。
2、如权利要求1所述的方法,其特征在于:
在综合智能网的具有短消息能力的第一被监控设备上运行服务端监控程序,在其余被监控设备上运行客户端监控程序。
3、如权利要求2所述的方法,其特征在于:所述其余运行客户端监控程序的被监控设备中包括具有短消息能力的第二被监控设备。
4、如权利要求3所述的方法,其特征在于:
所述的第二被监控设备上运行检测所述第一被监控设备的监控程序。
5、如权利要求2、3或4所述的方法,其特征在于:当客户端监控程序检测到设备异常时进行步骤:
向服务端监控程序发送告警请求消息;
服务端监控程序向第一被监控设备发送告警请求消息;
第一被监控设备向短消息中心发送告警短消息。
6、如权利要求5所述的方法,其特征在于:服务端监控程序通过心跳机制对客户端监控程序进行检测。
7、如权利要求6所述的方法,其特征在于:服务端监控程序检测到客户端监控程序异常时向第一被监控设备发送告警请求消息,由第一被监控设备向短消息中心发送告警短消息。
8、如权利要求3所述的方法,其特征在于:服务端监控程序检测到设备异常时向所述第二被监控发送告警请求消息,由第二被监控设备向短消息中心发送告警短消息。
9、如权利要求4所述的方法,其特征在于:第二被监控设备的监控程序通过心跳机制对第一被监控设备进行检测。
10、如权利要求9所述的方法,其特征在于:当第二被监控设备的监控程序在检测到第一被监控设备异常时向第二监控设备发送告警请求消息,由第二被监控设备向短消息中心发送告警短消息。
11、如权利要求1所述的方法,其特征在于:所述目的接收端为CDMA移动电话、GSM移动电话或可接收短消息的固定电话。
12、如权利要求3或4所述的方法,其特征在于:第一被监控设备为业务控制点(SCP),第二被监控设备为前端处理模块。
13、如权利要求7所述的方法,其特征在于:第一被监控设备向短消息中心发送告警短消息时对接收短消息的目的接收端进行判断,如果目的接收端为CDMA移动电话时,第一被监控设备使用CDMA的MAP协议发送告警短消息;如果目的接收端为GSM移动电话时,第一被监控设备使用GSM的MAP协议发送告警短消息。
14、如权利要求13所述的方法,其特征在于:所述第一被监控设备使用GSM的MAP协议发送告警短消息进行一步指:通过短消息路由请求操作获取手机当前所在的拜访位置寄存器(MSC/VLR),再通过终端转发短消息操作将短消息直接发送到该拜访位置寄存器(MSC/VLR),最终转发到GSM手机;或通过始发短消息业务请求将短消息发送到短消息中心(SMSC),由该短消息中心将短消息转发给GSM手机。
15、如权利要求8、9或10所述的方法,其特征在于:第二被监控设备使用基于TCP/IP的SMPP协议发送告警短消息。
16、如权利要求7所述的方法,其特征在于:向短消息中心发送短消息时同一告警短消息至少发送两次。
17、如权利要求7所述的方法,其特征在于:告警短消息至少发送给两个目的接收端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 03145170 CN1567856A (zh) | 2003-07-01 | 2003-07-01 | 一种在综合智能网中通过短消息告警的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 03145170 CN1567856A (zh) | 2003-07-01 | 2003-07-01 | 一种在综合智能网中通过短消息告警的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1567856A true CN1567856A (zh) | 2005-01-19 |
Family
ID=34471365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 03145170 Pending CN1567856A (zh) | 2003-07-01 | 2003-07-01 | 一种在综合智能网中通过短消息告警的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1567856A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100444653C (zh) * | 2006-10-09 | 2008-12-17 | 杭州东信金融技术服务有限公司 | 一种短信客服报修系统 |
CN101490633A (zh) * | 2006-08-17 | 2009-07-22 | 宝马股份公司 | 具有多个经由数据连接联网的用于汽车的诊断和/或编程装置的工厂系统 |
CN101232394B (zh) * | 2007-12-29 | 2010-08-11 | 中国移动通信集团四川有限公司 | 一种支撑网管监控短信集中管理的系统和方法 |
CN101848429A (zh) * | 2009-03-26 | 2010-09-29 | 华为技术有限公司 | 故障告警方法、设备和系统 |
CN102075987A (zh) * | 2009-11-24 | 2011-05-25 | 中国移动通信集团四川有限公司 | 获取短信链路异常信息的方法、系统及网管监控服务器 |
CN103051822A (zh) * | 2011-10-12 | 2013-04-17 | 中兴通讯股份有限公司 | 告警信息的发送方法及装置、安防业务平台 |
-
2003
- 2003-07-01 CN CN 03145170 patent/CN1567856A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101490633A (zh) * | 2006-08-17 | 2009-07-22 | 宝马股份公司 | 具有多个经由数据连接联网的用于汽车的诊断和/或编程装置的工厂系统 |
CN100444653C (zh) * | 2006-10-09 | 2008-12-17 | 杭州东信金融技术服务有限公司 | 一种短信客服报修系统 |
CN101232394B (zh) * | 2007-12-29 | 2010-08-11 | 中国移动通信集团四川有限公司 | 一种支撑网管监控短信集中管理的系统和方法 |
CN101848429A (zh) * | 2009-03-26 | 2010-09-29 | 华为技术有限公司 | 故障告警方法、设备和系统 |
CN102075987A (zh) * | 2009-11-24 | 2011-05-25 | 中国移动通信集团四川有限公司 | 获取短信链路异常信息的方法、系统及网管监控服务器 |
CN102075987B (zh) * | 2009-11-24 | 2013-06-12 | 中国移动通信集团四川有限公司 | 获取短信链路异常信息的方法、系统及网管监控服务器 |
CN103051822A (zh) * | 2011-10-12 | 2013-04-17 | 中兴通讯股份有限公司 | 告警信息的发送方法及装置、安防业务平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1136755C (zh) | 移动通信系统中掉线自动再连接方法 | |
CN1253027C (zh) | 提供非法移动设备用户信息的方法 | |
CN1951096A (zh) | 用于应急服务网络的双向通信 | |
CN1852534A (zh) | 一种数据备份和恢复方法及其系统 | |
CN1812397A (zh) | 网管接口适配器及信息交互的方法 | |
CN1867147A (zh) | 一种自动设备探测系统及方法 | |
CN1882001A (zh) | 一种通信系统中信令信息的收集系统和方法 | |
CN1501601A (zh) | 自动监控装置以及基于该装置的监控系统和监控方法 | |
CN1913453A (zh) | 实现点到点的快速故障检测的方法和装置 | |
CN1567856A (zh) | 一种在综合智能网中通过短消息告警的实现方法 | |
CN101035025A (zh) | 一种网络设备管理的方法和系统 | |
CN100341338C (zh) | 无线网络控制器面向用户的故障检测方法 | |
CN101754326A (zh) | 一种寻呼方法、装置及系统 | |
CN1852594A (zh) | 一种移动终端周期定位的方法 | |
CN1852463A (zh) | 一种实现短消息个性化签名的方法 | |
CN1882149A (zh) | 应用于宽带无线接入系统中的调试系统及调试方法 | |
CN101061470A (zh) | 在通信网络中提供实体状态信息的方法和系统 | |
CN1635740A (zh) | 应用分布式的网管系统及方法 | |
CN1652506A (zh) | 服务通用分组无线业务支持节点对计费网关的管理方法 | |
CN1859268A (zh) | 一种后台进行正反向解析报文的方法和系统 | |
CN1859498A (zh) | 电话号码租用的实现方法 | |
CN1838812A (zh) | 进行连接态测试的方法 | |
CN1881953A (zh) | 一种发送消息的方法及装置 | |
CN1960272A (zh) | 服务器网络安全保护装置及其实现方法 | |
CN101051932A (zh) | 对多级通信设备实现管理的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20050119 |