CN105491545A - 一种预警信息数据的处理方法和装置 - Google Patents
一种预警信息数据的处理方法和装置 Download PDFInfo
- Publication number
- CN105491545A CN105491545A CN201410484456.XA CN201410484456A CN105491545A CN 105491545 A CN105491545 A CN 105491545A CN 201410484456 A CN201410484456 A CN 201410484456A CN 105491545 A CN105491545 A CN 105491545A
- Authority
- CN
- China
- Prior art keywords
- etws
- early warning
- data
- warning information
- base station
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种预警信息数据的处理方法和装置,该方法包括:预警数据处理装置接收基站中的预警信息采集装置采集和上报的预警信息数据;所述预警数据处理装置对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;在确定所述基站的预警操作状态为异常时,所述预警数据处理装置进行相应的故障处理。通过本发明能够及时准确地控制预警信息的发布。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及LTE(LongTermEvolution,长期演进)***中一种预警信息数据的处理方法和装置。
背景技术
随着科学技术的进步,移动终端在各个领域发挥着重要的作用,在人们的生活中发挥着越来越重要的作用。移动终端除了基本的通信、娱乐等功能;也可以用来接收公共灾难预警信息比如ETWS(EarthquakeandTsunamiWarningSystem,地震海啸预警***)通知信息等。
ETWS发生后,基站(BaseStation)会接收到来自于MME(MobilityManagementEntity,移动性管理实体)发送来的ETWS通知,ETWS通知包含ETWS重要通知的SIB(***信息块)10和/或ETWS辅助通知的SIB11。所述ETWS重要通知用于在灾难事件即将发生或发生时,告诉移动终端(UE)灾难类型信息、受影响区域信息和发生时间信息,要求在4s内将这个消息传递给UE;ETWS辅助通知则包含了与灾难相关的辅助信息,告诉移动终端在哪里获得救助等信息,要求在10s到30s将消息传递给UE。
基站通过广播消息把ETWS通知发送给驻留在自己相关小区(Cell)内的UE,增加用户自救的机会,减少灾难带来的危害。
同样,在需要基站停止广播ETWS通知时,MME会向基站发起停止请求。基站应该及时停止广播ETWS通知。如果ETWS通知不停的广播,会引发民众恐慌和对运营商的投诉。因此能够快速定位解决此类故障对用户和运营商来说都十分重要。另外、运营商希望能够有种很方便的途径能够直观的看到ETWS是否成功发送;是否按时发送;故障的主要原因等信息。
目前,在ETWS发生时,能直接和基站交互的模块如图1所示,MME、网管和UE。那么对基站发送或停止ETWS进行控制的模块也就有基站本身、MME或网管。
在现有技术中,通常是基站收到MME下发的结束请求后,根据MME的请求完成相关操作。然后检测基站的其他小区是否正在广播指定的ETWS通知,然后把情况汇报给MME,由MME进行后续处理;MME相应的需要增加处理模块进行后续处理。但是这种方式有较大的局限性,比如在灾难导致MME故障时,会导致和此MME连接的所有基站都不能收到MME的停止ETWS通信消息;或者基站收到了来自MME的停止ETWS通知消息,但基站没有停止广播ETWS通知等。另外一种方式是:基站在收到ETWS消息后启动定时器,定时器定时时间到就停止广播ETWS通知;此方式在定时器故障时,就会导致ETWS通知不停的广播。
发明内容
本发明要解决的技术问题是提供一种预警信息数据的处理方法和装置,以及时准确地控制预警信息的发布。
为了解决上述技术问题,本发明提供了一种预警信息数据的处理方法,包括:
预警数据处理装置接收基站中的预警信息采集装置采集和上报的预警信息数据;
所述预警数据处理装置对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
在确定所述基站的预警操作状态为异常时,所述预警数据处理装置进行相应的故障处理。
进一步地,上述方法还具有下面特点:
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据;
对所述预警信息数据进行分析,包括:判断所述ETWS数据的完整性:
在所述ETWS数据中包括ETWS通知的收到信息、发送信息和结束信息时,记录所述ETWS数据为完整的ETWS数据;否则记录所述ETWS数据为不完整的ETWS数据。
进一步地,上述方法还具有下面特点:
确定所述基站的预警操作状态,包括:
对完整的ETWS数据,根据所述ETWS通知的收到时间、发送时间和结束时间计算所述ETWS通知的发送时延和结束时延,当发送时延和结束时延中有一个大于对应的门限值,则确定所述基站的预警操作状态为异常;
对不完整的ETWS数据,确定所述基站的预警操作状态为异常,具体包括:
所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,
或所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,确定所述基站的预警操作状态为异常。
进一步地,上述方法还具有下面特点:
所述基站的预警操作状态为异常,所述预警数据处理装置进行相应的故障处理,包括:
根据所述异常状态确定故障级别;在所述故障级别达到严重级别,则发送对应的解决指令消息到所述基站的预警信息执行模块进行故障解决;
其中,当所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,,或当所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,确定所述故障级别为严重级别。
进一步地,上述方法还具有下面特点:所述方法还包括:
所述预警数据处理装置接收到预警信息查询请求后,对请求查询的一个或多个基站下的小区的预警信息进行分析,将分析结果通过图形显示。
进一步地,上述方法还具有下面特点:所述方法还包括:
所述预警数据处理装置接收到预警信息统计请求后,对指定的一个或多个小区,或对指定的一个或多个基站,在指定时间段内发生的预警分布情况进行统计分析。
为了解决上述问题,本发明还提供了一种预警信息数据处理装置,其中,包括:
数据分析模块,用于接收基站中预警信息采集装置采集和上报的预警信息数据,对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
故障处理模块,用于在确定所述基站的预警操作状态为异常时,进行相应的故障处理。
进一步地,上述装置还具有下面特点:所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据;
所述数据分析模块,对所述预警信息数据进行分析,包括:判断所述ETWS数据的完整性:在所述ETWS数据中包括ETWS通知的收到信息、发送信息和结束信息时,记录所述ETWS数据为完整的ETWS数据,否则记录所述ETWS数据为不完整的ETWS数据。
进一步地,上述装置还具有下面特点:
所述数据分析模块,确定所述基站的预警操作状态包括:对完整的ETWS数据,根据所述ETWS通知的收到时间、发送时间和结束时间计算所述ETWS通知的发送时延和结束时延,当发送时延和结束时延中有一个大于对应的门限值,则确定所述基站的预警操作状态为异常;对不完整的ETWS数据,确定所述基站的预警操作状态为异常,具体包括:所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间;或所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息。
进一步地,上述装置还具有下面特点:
所述故障处理模块,具体用于根据所述异常状态确定故障级别;在所述故障级别达到严重级别,则发送对应的解决指令消息到所述基站的预警信息执行模块进行故障解决;其中,当所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,或当所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,,确定所述故障级别为严重级别。
进一步地,上述装置还具有下面特点:
所述预警信息数据处理装置集成在与所述基站相连的网管***中;
所述数据分析模块是通过所述网管***与所述基站的接口接收所述预警信息采集装置采集和上报的预警信息数据的。
进一步地,上述装置还具有下面特点:所述装置还包括:
查询模块,用于接收到查询预警信息请求后,对请求查询的一个或多个基站下的小区的预警信息进行分析,将分析结果通过图形显示。
进一步地,上述装置还具有下面特点:所述装置还包括:
统计模块,用于接收到统计请求后,对指定的一个或多个小区,或对指定的一个或多个基站在指定时间段内发生的预警分布情况进行统计分析。
为了解决上述问题,本发明还提供了一种网元,其中,包括上述的预警数据处理装置,所述网元为基站、移动性管理实体或网管。
为了解决上述问题,本发明还提供了一种预警信息数据的处理方法,包括:
基站中的预警信息采集装置从预警信息执行模块采集预警信息数据,将所述预警信息数据上报给预警数据处理装置;
所述预警信息执行模块接收到所述预警数据处理装置的解决指令消息后,执行所述解决指令消息对应的操作。
进一步地,上述方法还具有下面特点:
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据,所述ETWS通知包括ETWS重要通知和/或ETWS辅助通知。
进一步地,上述方法还具有下面特点:
所述基站中的预警信息上报模块将所述预警信息数据发送给预警数据处理装置之前,还包括:
与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。
为了解决上述问题,本发明还提供了一种基站,其中,包括:
预警信息采集装置,用于从预警信息执行模块采集预警信息数据;将所述预警信息数据上报给预警数据处理装置;
预警信息执行模块,用于接收所述预警数据处理装置的解决指令消息,执行所述解决指令消息对应的操作。
进一步地,上述基站还具有下面特点:
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据。
进一步地,上述基站还具有下面特点:
所述预警信息采集装置,将所述预警信息数据上报给预警数据处理装置之前还用于:与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。
本发明提供一种预警信息数据的处理方法和装置,能够及时准确地控制预警信息的发布。
附图说明
图1是ETWS中直接和基站交互的模块示意图;
图2是本发明实施例的基站侧的一种预警数据的处理方法的流程图;
图3为本发明实施例的基站的示意图;
图4是本发明实施例的基站侧的一种预警数据的处理方法的流程图;
图5为本发明实施例的预警信息数据处理装置的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
如图2所示,为本发明实施例的一种预警数据的处理方法的流程图,包括如下步骤:
步骤11:基站中的预警信息采集装置从预警信息执行模块采集预警信息数据,将所述预警信息数据发送给预警数据处理装置;
步骤12:所述预警信息执行模块接收到所述预警数据处理装置的解决指令消息后,执行所述解决指令消息对应的操作。
其中,所述预警信息数据包括ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据,所述ETWS通知包括ETWS重要通知和/或ETWS辅助通知。
在一优选实施例中,所述基站中的预警信息采集装置将所述预警信息数据发送给预警数据处理装置之前,还包括:
与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。本实施例中,采用SFTP只是传输方式中的一种;也可以采用其他方式,例如,通过消息、文件等方式。
图3为本发明实施例的基站的示意图,如图3所示,本实施例的基站包括:
预警信息采集装置,用于从预警信息执行模块采集预警信息数据;将所述预警信息数据上报给预警数据处理装置;
预警信息执行模块,用于接收所述预警数据处理装置的解决指令消息后,执行所述解决指令消息对应的操作。
本实施例中,所述预警信息采集装置可以包括预警信息采集模块和预警信息上报模块,其中,
预警信息采集模块,可以用于从预警信息执行模块采集预警信息数据;
预警信息上报模块,可以用于将所述预警信息数据发送给预警数据处理装置;
在一优选实施例中,所述预警信息上报模块,将所述预警信息数据发送给预警数据处理装置之前还用于:与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。
如图4所示,为本发明实施例的网元侧的一种预警信息数据的处理方法的流程图,包括如下步骤:
步骤21:预警数据处理装置接收基站中预警信息采集装置采集和上报的预警信息数据;
步骤22:所述预警数据处理装置对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
步骤23:在确定所述基站的预警操作状态为异常时,所述预警数据处理装置进行相应的故障处理。
对应地本发明实施例还提供一种预警信息数据处理装置,如图5所示,本实施例的预警信息数据处理装置包括:
数据分析模块,用于接收基站中预警信息采集装置采集和上报的预警信息数据,对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
故障处理模块,用于在确定所述基站的预警操作状态为异常时,进行相应的故障处理。
在一优选实施例中,所述预警信息数据包括ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据,所述ETWS通知包括ETWS重要通知和/或ETWS辅助通知;
所述数据分析模块,对所述预警信息数据进行分析,包括:判断所述ETWS数据的完整性:如分析所述ETWS数据中包括ETWS通知的收到信息、发送信息和结束信息,则记录所述ETWS数据为完整的ETWS数据,否则记录所述ETWS数据为不完整的ETWS数据。
在一优选实施例中,所述数据分析模块,判断所述基站的预警操作状态可以包括:对完整的ETWS数据,根据所述ETWS通知的收到时间、发送时间和结束时间计算所述ETWS通知的发送时延和结束时延,如发送时延和结束时延中有一个大于对应的门限值,则确定所述基站的预警操作状态为异常;对不完整的ETWS数据,如存在以下情况,则确定所述基站的预警操作状态为异常:如所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,即所述基站收到ETWS通知但没有发送;如所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息,即所述基站不停地发送ETWS通知。
在一优选实施例中,所述故障处理模块,具体用于根据所述异常状态确定故障级别;如所述故障级别达到严重级别,则发送对应的解决指令消息到所述基站的ETWS收发模块进行故障解决;其中,当所述异常状态为基站收到ETWS通知但没有发送,或基站不停地发送ETWS通知,确定所述故障级别为严重级别。
在一优选实施例中,所述预警信息数据处理装置集成在与所述基站相连的网管***中;
所述数据分析模块是通过所述网管***与所述基站的接口接收所述预警信息采集装置采集和上报的预警信息数据的。
在一优选实施例中,所述预警信息数据处理装置还可以包括:
查询模块,用于接收到查询预警信息请求后,对请求查询的一个或多个基站下的小区的预警信息进行分析,将分析结果通过图形显示。
在一优选实施例中,所述预警信息数据处理装置还可以包括:
统计模块,用于接收到统计请求后,对指定的一个或多个小区,或对指定的一个或多个基站在指定时间段内发生的预警分布情况进行统计分析。
本发明实施例还提供一种网元,该网元包括上述的预警信息数据处理装置,该网元可以是基站、MME或网管。
以下以具体实施例对本发明的预警信息数据的处理方法进行详细的说明。
实施例一,本实施例以预警信息数据处理装置部署在网管中为例进行说明,包括以下步骤:
步骤101、基站的ETWS执行模块接收MME发送来的ETWS指令信息;
步骤102:当ETWS发生时,基站的采集模块进行ETWS信息数据的采集;
采集中主要获取SIB10和/或SIB11消息接收时间、SIB10和/或SIB11开始发送时间、SIB10和/或SIB11停止发送时间等信息。
步骤103:基站的采集模块主动和网管交互获取网管SFTP(SecureFileTransferProtocol,安全文件传送协议)信息,然后通过SFTP上传ETWS信息数据到网管服务器。
基站采集数据的过程可以记录详细LOG(日志)以记录每次收发的详细信息。概要LOG和详细LOG有统一流水号进行关联组成一组完整的ETWSLOG数据。
步骤104:网管的数据分析模块接收到ETWSLOG数据后,进行ETWS数据分析。
其中,ETWS数据主要是基站中各个小区收到ETWS通知时间、开始发送ETWS通知给用户的开始发送时间、和最后停止ETWS通知发送的时间等关键数据。通过对数据的分析得出SIB10和/或SIB11的发送时延、停止时延等关键指标数据,然后再根据这些指标计算出ETWS是否有效,正常或异常。SIB10、SIB11是未发、晚发、少发、没有停止等结论性信息。
首先,网管的数据分析模块可以进行有效性的识别:一个完整的ETWS记录是指包括了“SIB10收到信息&SIB10发送信息&SIB10结束信息”或“SIB11收到信息&SIB11发送信息&SIB11结束信息”,或者二者都包括;反之是不完整记录。完整记录根据发送时延、停止时延指标是否超过门限分为“正常”记录和“异常”记录。
其中,SIB10、SIB11的发送时延、结束时延的计算规则如下:
发送时延=发送时间-接收时间,若发送时延大于发送时延的门限值,则此记录发送异常;反之正常。
结束时延=结束时间-发送时间,若结束时延大于结束时延的门限值,则此记录停止异常;反之正常。
另外在LOG不完整的情况下也会存在异常。比如:有接收信息,但没有发送信息,也没有结束信息,肯定是异常;再比如:有接收信息,有发送信息,但没有结束信息,也肯定是异常。
步骤105:网管的故障处理模块根据分析结论确定故障级别,如果是严重级别的故障,则根据故障代码,发送故障代码对应的解决指令消息到基站。如故障级别较轻,未达到指定级别,则流程结束。
步骤106:基站的ETWS执行模块收到网管发来的解决指令消息后,执行指令对应的操作(例如,进行发送或停止发送ETWS通知等相关操作),从而消除ETWS严重级别的故障,达到容灾的目的。
实施例二
在实施例一的基础上,用户可以查询ETWS信息。
用户可以在网管上启动查询ETWS信息任务,可以选择多个网元,查看所有曾经有ETWS异常的小区信息;也可以查看所有小区ETWS信息,不论是否曾经有异常,结果信息通过图形化显示。
一次ETWS数据可能只包括SIB10或SIB11,或者都包含,那么显示状态原则如下:
SIB10或SIB11至少有一个无效,显示为无效;
都有效时,且至少有一个为异常,显示为异常;
都有效时,且全部指标正常,显示为正常;
图形整体展示策略:当要快速定位全网异常的时候,需要看若干基站在特定时间段内是否存在异常小区。策略如下,只要这个基站下在时间段内任意一个小区有异常{或无效},则显示该基站所有异常{或无效}状态的小区。具体了解,则可以点击该异常小区,则可以展示该时间段内有几次ETWS消息发送。点击group(group表示一个小区下一次ETWS记录信息)可获取时间段信息、和具体指标的数值。通过这些关键数据,用户可以很清楚、直观的了解每个小区、每次ETWS的信息。
实施例三
在实施例一的基础上,通过启动网管上ETWS统计分析功能,可以对一个小区,一个基站或多个小区,多个基站进行长期的ETWS发生分布情况做统计分析。
基于网管***的ETWS容错方法,可实时解决ETWS故障。还可以通过查询ETWS信息任务提供直观的结论给运营商提高用户的满意度;在网管***中还可以对多个基站同时查询、分析、绘图,自动发指令消息给基站解决ETWS故障;用网管来进行ETWS容错,不需要额外增加硬件成本,不再需要部署其他软性***,而且可以方便的获取网管数据库中小区相关信息,参与到分析和排查中。
网管***是一个软硬件结合以软件为主的网络应用***,其目的是管理网络,使网络高效正常运行。因此将ETWS容错功能集成到网管***中。可以使用已有的数据通道,不需要增加额外的网络开支;而且可以方便的查询到基站下小区的相关信息,进行ETWS容错处理;集成在网管***可以对多个基站同时进行快速定位解决,本文将ETWS容错功能集成到网管***中进行阐述。
实施例四
本发明应用于商用移动预警服务(全称CommercialMobileAlertService,简称CMAS)情况,具体实施部署以交通管制场景为例说明如下:
步骤201:基站接收上级管理***发送来的交通管制信息。
步骤202:基站采集交通管制信息;
主要获取交通管制信息接收时间、交通管制信息开始发送时间、交通管制信息停止发送时间等信息。
步骤203:基站将采集到的交通管制信息发送给网管;
步骤204:交通管制信息汇总到网管后,网管进行数据分析。
当发送时延=发送时间-接收时间;若发送时延大于发送时延的门限值,则此记录发送异常。反之正常。
当停止时延=停止时间-发送时间;若停止时延大于停止时延的门限值,则此记录停止异常。反之正常。
另外在交通管制信息不完整的情况下也会存在异常。比如:有接收信息,但没有发送信息,也没有结束信息,肯定是异常;再比如:有接收信息,有发送信息,但没有结束信息,也肯定是异常。
步骤205:网管根据分析结论确定故障级别,如果是严重级别的故障,则根据故障代码,发送故障代码对应的解决指令消息到基站。如故障级别较轻,未达到指定级别,则流程结束。
步骤206:基站收到网管发来的解决指令消息后,执行指令对应的操作,从而消除交通管制信息严重级别的故障,达到及时准确发布和停止发布交通管制信息的目的。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施例,当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (20)
1.一种预警信息数据的处理方法,包括:
预警数据处理装置接收基站中的预警信息采集装置采集和上报的预警信息数据;
所述预警数据处理装置对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
在确定所述基站的预警操作状态为异常时,所述预警数据处理装置进行相应的故障处理。
2.如权利要求1所述的方法,其特征在于:
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据;
对所述预警信息数据进行分析,包括:判断所述ETWS数据的完整性:
在所述ETWS数据中包括ETWS通知的收到信息、发送信息和结束信息时,记录所述ETWS数据为完整的ETWS数据;否则记录所述ETWS数据为不完整的ETWS数据。
3.如权利要求2所述的方法,其特征在于:
确定所述基站的预警操作状态,包括:
对完整的ETWS数据,根据所述ETWS通知的收到时间、发送时间和结束时间计算所述ETWS通知的发送时延和结束时延,当发送时延和结束时延中有一个大于对应的门限值,则确定所述基站的预警操作状态为异常;
对不完整的ETWS数据,确定所述基站的预警操作状态为异常,具体包括:
所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,
或所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,确定所述基站的预警操作状态为异常。
4.如权利要求3所述的方法,其特征在于:
所述基站的预警操作状态为异常,所述预警数据处理装置进行相应的故障处理,包括:
根据所述异常状态确定故障级别;在所述故障级别达到严重级别,则发送对应的解决指令消息到所述基站的预警信息执行模块进行故障解决;
其中,当所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,,或当所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,确定所述故障级别为严重级别。
5.如权利要求1-4任一项所述的方法,其特征在于:所述方法还包括:
所述预警数据处理装置接收到预警信息查询请求后,对请求查询的一个或多个基站下的小区的预警信息进行分析,将分析结果通过图形显示。
6.如权利要求1-4任一项所述的方法,其特征在于:所述方法还包括:
所述预警数据处理装置接收到预警信息统计请求后,对指定的一个或多个小区,或对指定的一个或多个基站,在指定时间段内发生的预警分布情况进行统计分析。
7.一种预警信息数据处理装置,其特征在于,包括:
数据分析模块,用于接收基站中预警信息采集装置采集和上报的预警信息数据,对所述预警信息数据进行分析,并根据分析结果确定所述基站的预警操作状态;
故障处理模块,用于在确定所述基站的预警操作状态为异常时,进行相应的故障处理。
8.如权利要求7所述的装置,其特征在于:
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据;
所述数据分析模块,对所述预警信息数据进行分析,包括:判断所述ETWS数据的完整性:在所述ETWS数据中包括ETWS通知的收到信息、发送信息和结束信息时,记录所述ETWS数据为完整的ETWS数据,否则记录所述ETWS数据为不完整的ETWS数据。
9.如权利要求8所述的装置,其特征在于:
所述数据分析模块,确定所述基站的预警操作状态包括:对完整的ETWS数据,根据所述ETWS通知的收到时间、发送时间和结束时间计算所述ETWS通知的发送时延和结束时延,当发送时延和结束时延中有一个大于对应的门限值,则确定所述基站的预警操作状态为异常;对不完整的ETWS数据,确定所述基站的预警操作状态为异常,具体包括:所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间;或所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息。
10.如权利要求9所述的装置,其特征在于:
所述故障处理模块,具体用于根据所述异常状态确定故障级别;在所述故障级别达到严重级别,则发送对应的解决指令消息到所述基站的预警信息执行模块进行故障解决;其中,当所述ETWS数据包括ETWS通知的收到时间,但不包括ETWS通知的发送时间和结束时间,,或当所述ETWS数据包括ETWS通知的收到信息和发送信息,但不包括ETWS通知的结束信息时,,确定所述故障级别为严重级别。
11.如权利要求7-10任一项所述的装置,其特征在于:
所述预警信息数据处理装置集成在与所述基站相连的网管***中;
所述数据分析模块是通过所述网管***与所述基站的接口接收所述预警信息采集装置采集和上报的预警信息数据的。
12.如权利要求7-10任一项所述的装置,其特征在于:所述装置还包括:
查询模块,用于接收到查询预警信息请求后,对请求查询的一个或多个基站下的小区的预警信息进行分析,将分析结果通过图形显示。
13.如权利要求7-10任一项所述的装置,其特征在于:所述装置还包括:
统计模块,用于接收到统计请求后,对指定的一个或多个小区,或对指定的一个或多个基站在指定时间段内发生的预警分布情况进行统计分析。
14.一种网元,其特征在于,包括如权利要求9-15任一项所述的预警数据处理装置,所述网元为基站、移动性管理实体或网管。
15.一种预警信息数据的处理方法,包括:
基站中的预警信息采集装置从预警信息执行模块采集预警信息数据,将所述预警信息数据上报给预警数据处理装置;
所述预警信息执行模块接收到所述预警数据处理装置的解决指令消息后,执行所述解决指令消息对应的操作。
16.如权利要求15所述的方法,其特征在于,
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据,所述ETWS通知包括ETWS重要通知和/或ETWS辅助通知。
17.如权利要求15或16所述的方法,其特征在于,所述基站中的预警信息上报模块将所述预警信息数据发送给预警数据处理装置之前,还包括:
与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。
18.一种基站,其特征在于,包括:
预警信息采集装置,用于从预警信息执行模块采集预警信息数据;将所述预警信息数据上报给预警数据处理装置;
预警信息执行模块,用于接收所述预警数据处理装置的解决指令消息,执行所述解决指令消息对应的操作。
19.如权利要求18所述的基站,其特征在于,
所述预警信息数据包括地震海啸预警***ETWS数据,所述ETWS数据包括ETWS通知的收到时间、发送时间和停止时间的数据。
20.如权利要求18或19所述的基站,其特征在于,
所述预警信息采集装置,将所述预警信息数据上报给预警数据处理装置之前还用于:与所述预警数据处理装置交互,获取安全文件传送协议SFTP,然后通过所述安全文件传送协议将所述预警信息数据发送给预警数据处理装置。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410484456.XA CN105491545B (zh) | 2014-09-19 | 2014-09-19 | 一种预警信息数据的处理方法和装置 |
JP2017515755A JP6535734B2 (ja) | 2014-09-19 | 2014-12-31 | 早期警戒情報データの処理方法及び装置 |
PCT/CN2014/096029 WO2015131652A1 (zh) | 2014-09-19 | 2014-12-31 | 一种预警信息数据的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410484456.XA CN105491545B (zh) | 2014-09-19 | 2014-09-19 | 一种预警信息数据的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105491545A true CN105491545A (zh) | 2016-04-13 |
CN105491545B CN105491545B (zh) | 2019-11-26 |
Family
ID=54054513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410484456.XA Active CN105491545B (zh) | 2014-09-19 | 2014-09-19 | 一种预警信息数据的处理方法和装置 |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP6535734B2 (zh) |
CN (1) | CN105491545B (zh) |
WO (1) | WO2015131652A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566331A (zh) * | 2018-04-03 | 2018-09-21 | 北京五八信息技术有限公司 | 消息传输的校验方法、装置、服务器、终端及存储介质 |
CN109611153A (zh) * | 2018-11-29 | 2019-04-12 | 佛山市航标资讯有限公司 | 一种基于隧道内及隧道外的多级预警方法及*** |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111881272A (zh) * | 2020-07-09 | 2020-11-03 | 普强时代(珠海横琴)信息技术有限公司 | 一种电话服务实时预警***和预警方法 |
CN111914015A (zh) * | 2020-08-25 | 2020-11-10 | 河北时代电子有限公司 | 一种基于工业协议的多源数据网关数据分析预警*** |
CN113963511A (zh) * | 2021-11-12 | 2022-01-21 | 科芯(天津)生态农业科技有限公司 | 一种用于种植棚的aipa防灾减灾方法及其*** |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008166863A (ja) * | 2006-12-26 | 2008-07-17 | Sharp Corp | 放送受信装置および携帯端末装置、ならびにこれらを用いた災害通知システムおよび災害通知方法 |
CN101466085A (zh) * | 2007-12-21 | 2009-06-24 | 皇家Kpn公司 | 应急***及方法 |
CN101594660A (zh) * | 2008-05-30 | 2009-12-02 | 华为技术有限公司 | ***消息管理的方法、装置及*** |
CN101998334A (zh) * | 2009-08-12 | 2011-03-30 | 中兴通讯股份有限公司 | 一种告警信息传输过程完成后的处理方法及装置 |
CN102724637A (zh) * | 2012-05-25 | 2012-10-10 | 中兴通讯股份有限公司 | 一种停止发送地震海啸告警***主通知的方法、装置和eNB |
CN102740235A (zh) * | 2012-06-27 | 2012-10-17 | 华为技术有限公司 | 信息传输方法、基站和用户设备 |
CN102868467A (zh) * | 2011-07-08 | 2013-01-09 | 中兴通讯股份有限公司 | Etws及处理etws告警消息的方法 |
CN103002036A (zh) * | 2012-12-07 | 2013-03-27 | 电信科学技术研究院 | 一种传输预警信息的方法和设备 |
CN103581835A (zh) * | 2012-08-08 | 2014-02-12 | 中兴通讯股份有限公司 | 一种告警信息结束方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102067526B (zh) * | 2008-07-03 | 2013-10-30 | 中兴通讯股份有限公司 | 分层无线接入***的同步和调度方法 |
CN104854890A (zh) * | 2012-12-13 | 2015-08-19 | 富士通株式会社 | 无线通信*** |
-
2014
- 2014-09-19 CN CN201410484456.XA patent/CN105491545B/zh active Active
- 2014-12-31 JP JP2017515755A patent/JP6535734B2/ja active Active
- 2014-12-31 WO PCT/CN2014/096029 patent/WO2015131652A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008166863A (ja) * | 2006-12-26 | 2008-07-17 | Sharp Corp | 放送受信装置および携帯端末装置、ならびにこれらを用いた災害通知システムおよび災害通知方法 |
CN101466085A (zh) * | 2007-12-21 | 2009-06-24 | 皇家Kpn公司 | 应急***及方法 |
CN101594660A (zh) * | 2008-05-30 | 2009-12-02 | 华为技术有限公司 | ***消息管理的方法、装置及*** |
CN101998334A (zh) * | 2009-08-12 | 2011-03-30 | 中兴通讯股份有限公司 | 一种告警信息传输过程完成后的处理方法及装置 |
CN102868467A (zh) * | 2011-07-08 | 2013-01-09 | 中兴通讯股份有限公司 | Etws及处理etws告警消息的方法 |
CN102724637A (zh) * | 2012-05-25 | 2012-10-10 | 中兴通讯股份有限公司 | 一种停止发送地震海啸告警***主通知的方法、装置和eNB |
CN102740235A (zh) * | 2012-06-27 | 2012-10-17 | 华为技术有限公司 | 信息传输方法、基站和用户设备 |
CN103581835A (zh) * | 2012-08-08 | 2014-02-12 | 中兴通讯股份有限公司 | 一种告警信息结束方法和装置 |
CN103002036A (zh) * | 2012-12-07 | 2013-03-27 | 电信科学技术研究院 | 一种传输预警信息的方法和设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566331A (zh) * | 2018-04-03 | 2018-09-21 | 北京五八信息技术有限公司 | 消息传输的校验方法、装置、服务器、终端及存储介质 |
CN108566331B (zh) * | 2018-04-03 | 2021-08-10 | 北京五八信息技术有限公司 | 消息传输的校验方法、装置、服务器、终端及存储介质 |
CN109611153A (zh) * | 2018-11-29 | 2019-04-12 | 佛山市航标资讯有限公司 | 一种基于隧道内及隧道外的多级预警方法及*** |
Also Published As
Publication number | Publication date |
---|---|
JP6535734B2 (ja) | 2019-06-26 |
JP2017529797A (ja) | 2017-10-05 |
WO2015131652A1 (zh) | 2015-09-11 |
CN105491545B (zh) | 2019-11-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210022022A1 (en) | Method and device for monitoring network data | |
CN105491545A (zh) | 一种预警信息数据的处理方法和装置 | |
CN109698934B (zh) | 一种区域监控方法及装置 | |
CN103259679A (zh) | 一种基于移动终端的设备识别和对故障设备自动报修的方法 | |
CN105307119A (zh) | 一种基于rssi基站信号估计的伪基站定位方法 | |
CN113113154A (zh) | 一种传染病防控方法、装置、计算机设备及存储介质 | |
CN108282355B (zh) | 云桌面***中设备巡检装置 | |
CN103179594A (zh) | 基于路测数据的无线网络优化方法和装置 | |
CN109669835A (zh) | MySQL数据库监控方法、装置、设备及可读存储介质 | |
CN103905240A (zh) | 网络业务故障的主动提醒处理方法与*** | |
CN103763127A (zh) | 一种设备状态告警监控方法及*** | |
CN102917336A (zh) | 无线链路失效报告的订阅方法及设备 | |
CN105553691A (zh) | 一种基于电力监管信息的监控告警实现方法 | |
CN107920348B (zh) | 设备网络状态信息 | |
WO2018205850A1 (zh) | 一种基站运维方法和装置 | |
CN103458453A (zh) | 网络分析方法、装置及*** | |
US10070295B2 (en) | Warning message processing method and device, MME, CBC and base station | |
CN113965447B (zh) | 一种在线云诊断方法、装置、***、设备及存储介质 | |
CN106488480B (zh) | 一种工单引擎实现方法及装置 | |
CN111581107B (zh) | Ftp程序疲劳测试方法及*** | |
CN101917699B (zh) | 基于用户的随机上报信令跟踪方法和装置 | |
CN104615702A (zh) | 一种信息推送方法及装置 | |
CN104113871A (zh) | 一种基于多维度的无效号码检测***和方法 | |
CN112689280B (zh) | 监测终端切换基站的方法以及接入和移动性管理功能 | |
CN104469713A (zh) | 一种应急处置流程短信智能操作*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20191025 Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68 Applicant after: Nanjing Zhongxing Software Co., Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Applicant before: ZTE Communications Co., Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |