CN111327448A - 物联网业务异常定位和异常报警方法、装置和存储介质 - Google Patents
物联网业务异常定位和异常报警方法、装置和存储介质 Download PDFInfo
- Publication number
- CN111327448A CN111327448A CN201811544642.2A CN201811544642A CN111327448A CN 111327448 A CN111327448 A CN 111327448A CN 201811544642 A CN201811544642 A CN 201811544642A CN 111327448 A CN111327448 A CN 111327448A
- Authority
- CN
- China
- Prior art keywords
- information
- abnormal
- identifier
- network element
- sending
- 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
Classifications
-
- 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
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
-
- 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
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种物联网业务异常定位和异常报警方法、装置和存储介质,涉及无线技术领域,用以解决定位物联网业务中异常网元的问题。该方法中,接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;根据异常发生的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。这样,在物联网业务发生异常时,可以定位出现异常的网元,使得相关人员可以根据定位结果,对异常网元进行维护。
Description
技术领域
本申请涉及无线技术领域,尤其涉及物联网业务异常定位和异常报警方法、装置和存储介质。
背景技术
当前NB-IOT(Narrow Band Internet of Things窄带物联网)引用了IOT(Internet of Things物联网)平台和应用服务器,这网元之间以及IOT平台与核心网之间的信息尚没有关联方法。在业务优化时,不同的网元之间信息无法关联,因此发生异常时异常定位不清晰。
发明内容
为了对物联网业务异常进行定位,本申请实施例提供了一种物联网业务异常定位和异常报警方法、装置和存储介质。
第一方面,本申请实施例提供一种物联网业务异常定位方法,该方法包括:
接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;
根据异常发生的时间,确定第一预设时段;
根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;
对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
进一步的,接收应用服务器发送的异常报警之前,还包括:
同步各网元的时间。
进一步的,定位出现问题的网元具体包括:
获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录,所述信息交互记录中包括发送信息标识及其对应的信息发送时间、发送信息的接收网元的网元标识、接收信息标识及其对应的信息接收时间;
针对信息交互记录中的各发送信息标识执行:
根据该发送信息标识对应的发送时间,确定第二预设时段;
从该发送信息标识对应的接收网元的网元标识对应的网元的信息交互记录中,获取所述第二预设时段内的接收信息标识;
从所述第二预设时段内的接收信息标识中查找与该发送信息标识相同的接收信息标识;
若未查找到,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。
进一步的,所述方法还包括;
获取信息交互记录中的接收信息标识;
针对每个接收信息标识执行:
若该接收信息标识对应的信息需要转发,则在接收该接收信息标识对应的信息的网元的发送信息标识中查找与该接收信息标识相同的发送信息标识;
若未查找到,则确定接收该接收信息标识对应的信息的网元发生异常。
进一步的,所述信息交互记录中包括发送信息已送达的送达标识;对比所述相互连接的网元的信息交互记录之前,还包括:
删除信息交互记录中包括已送达标识的信息。
进一步的,所述信息交互记录包括信令交互记录和IP数据包交互记录。
进一步的,若相互连接的网元为终端和基站,或相互连接的网元为基站和核心网,则所述信息交互记录为信令交互记录;
若相互连接的网元为核心网和IOT平台,或相互连接的网元为IOT平台和应用服务器,则所述信息交互记录为IP数据包交互记录。
另一方面,本申请实施例还提供一种物联网业务异常报警方法,该方法包括:
根据预设规则检测是否发生信息交互异常;
若发生信息交互异常,则生成异常报警信息;
将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
进一步的,根据预设规则检测是否发生异常具体包括:
发送IP数据包给IOT平台之后,开始计时;
若在第四预设时段内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
进一步的,根据预设规则检测是否发生异常具体包括:
获取最后一次接收IOT平台发送的IP数据包的接收时间;
若在预设周期内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
基于相同的发明构思,本申请实施例还提供一种物联网业务异常定位装置。该装置包括:
接收模块,用于接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间;
确定模块,用于根据异常发生的时间,确定第一预设时段;
获取模块,用于根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;
定位模块,用于对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
该装置还包括:同步模块,用于在确定模块根据异常发生的时间,确定第一预设时段之后,同步各网元的时间。
进一步的,定位模块具体包括:
获取单元,用于获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录,所述信息交互记录中包括发送信息标识及其对应的信息发送时间、发送信息的接收网元的网元标识、接收信息标识及其对应的信息接收时间。
执行单元,用于针对信息交互记录中的各发送信息标识执行:根据该发送信息标识对应的发送时间,确定第二预设时段;从该发送信息标识对应的接收网元的网元标识对应的网元的信息交互记录中,获取所述第二预设时段内的接收信息标识;从所述第二预设时段内的接收信息标识中查找与该发送信息标识相同的接收信息标识;若未查找到,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。
该装置还包括:第二获取模块,用于获取信息交互记录中的接收信息标识。
执行模块,用于针对每个接收信息标识执行:若该接收信息标识对应的信息需要转发,则在接收该接收信息标识对应的信息的网元的发送信息标识中查找与该接收信息标识相同的发送信息标识。
第二确定模块,用于若未查找到,则确定接收该接收信息标识对应的信息的网元发生异常。
该装置中,所述信息交互记录包括信令交互记录和IP数据包交互记录。若相互连接的网元为终端和基站,或相互连接的网元为基站和核心网,则所述信息交互记录为信令交互记录;若相互连接的网元为核心网和IOT平台,或相互连接的网元为IOT平台和应用服务器,则所述信息交互记录为IP数据包交互记录。
基于相同的发明构思,本申请实施例还提供一种物联网业务异常报警装置,该装置包括:
检测模块,用于根据预设规则检测是否发生信息交互异常;
生成模块,用于若发生信息交互异常,则生成异常报警信息;
发送模块,用于将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
进一步的,检测模块具体包括:
计时单元,用于发送IP数据包给IOT平台之后,开始计时。
确定单元,用于若在第四预设时段内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
进一步的,检测模块具体包括:
第二获取单元,用于获取最后一次接收IOT平台发送的IP数据包的接收时间;
第二确定单元,用于若在预设周期内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
本申请另一实施例还提供了一种计算装置,包括至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请实施例提供的任一物联网业务异常定位和异常报警方法。
本申请另一实施例还提供了一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行本申请实施例中的任一物联网业务异常定位和异常报警方法。
本申请实施例提供的物联网业务异常定位和异常报警方法、装置、计算装置和存储介质,由于在物联网业务发生异常时,可以获取相互连接的网元的信息交互记录,并通过对比该信息交互记录,定位出现问题的网元,使得相关人员可以根据定位的结果,维护出现问题的网元,保证物联网系统正常运行。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所介绍的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中物联网示意图;
图2为本申请实施例中物联网业务异常报警和定位方法应用场景示意图;
图3为本申请实施例中IOT平台日志示意图;
图4为本申请实施例中基站侧的跟踪分析示意图;
图5为本申请实施例中物联网业务异常定位方法流程图;
图6为本申请实施例中物联网业务异常报警方法流程图;
图7为本申请实施例中物联网业务异常报警和异常定位方法流程图;
图8为本申请实施例中物联网业务异常定位装置示意图;
图9为本申请实施例中物联网业务异常报警装置示意图;
图10为根据本申请实施方式的计算装置的结构示意图。
具体实施方式
为了对物联网的业务中发生的异常定位清晰,本申请实施例中提供物联网业务异常定位和异常报警方法、装置和存储介质。为了更好的理解本申请实施例提供的方案,下面对该方案的基本原理做一下简单的说明:
现有技术中,物联网业务发生异常时,无法准确定位发生异常的网元。基于这种需求,本申请实施例提供一种物联网业务异常定位方法,该方法包括:接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;根据异常发生的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
这样,可以获取到异常发生的时间的信息交互记录,通过对比该信息交互记录,可以确定出现问题的网元。
如图1所示,其为物联网系统示意图,包括:终端、基站、核心网、IOT平台和应用服务器。其中,终端与基站有信息交互,基站与核心网有信息交互,核心网与IOT平台有信息交互,IOT平台与应用服务器有信息交互。
如图2所示,其为本申请实施例中通过物联网业务异常报警和异常定位方法的应用场景示意图。该场景包括:终端01、基站02、核心网03、IOT平台04、应用服务器05和第三方服务器06。应用服务器05向第三方服务器06发送异常报警信息,第三方服务器06在应用服务器日志中获取应用服务器05的IP数据包交互记录,在IOT平台日志中获取IOT平台04的IP数据包交互记录,在核心网日志或者异常用户的核心网侧跟踪分析获取核心网03的信令交互记录,在基站日志或者异常用户的基站侧跟踪分析中获取基站02的信令交互记录,在终端日志中获取终端01的信令交互记录。通过对比相互连接的网元的IP数据包交互记录或信令交互记录,定位出现问题的网元是基站02。
其中,终端01可以是物联网水表、物联网路灯和物联网电表等。
在介绍本申请实施例提供的物联网业务异常定位方法之前,首先介绍如何获取各网元的信息交互记录。
首先,应用服务器会存储用户的IMSI(International Mobile SubscriberIdentification Number国际移动用户识别码)信息和IMEI(International MobileSubscriber Equipment Number国际移动设备识别码)信息。所以,当应用服务器检测到出现异常时,可以根据存储的用户的IMSI和IMEI信息以及出现异常的时间生成异常报警信息。不同的应用服务器由于具体功能不一致,所存储的信息也不相同。以物联网路灯的灯杆应用服务器为例,如表1所示,其为终端与用户身份标识的关系表。
安装日期 | 用户编号 | 灯杆编码 | 灯杆地址码 | 设备IMEI号 | 设备IMSI号 |
2018/1/5 | 110XXX002 | 170XXXX111 | 173XXXX001 | 8637XXXXXXX1772 | 6000XXXXXXX990 |
2018/1/5 | 110XXX003 | 170XXXX112 | 173XXXX002 | 8637XXXXXXX1767 | 6011XXXXXXX202 |
2018/1/5 | 110XXX004 | 170XXXX113 | 173XXXX003 | 8637XXXXXXX0864 | 6011XXXXXXX031 |
2018/1/5 | 110XXX005 | 170XXXX114 | 173XXXX004 | 8637XXXXXXX1336 | 6011XXXXXXX457 |
表1
其中,设备IMEI号和设备IMSI号可以作为本申请实施例中的用户身份标识。信息交互记录中会包含用户身份标识,所以可以根据表1中的IMEI号或设备IMSI号来获取对应的信息交互记录。下面介绍如何获取相互连接的网元的信息交互记录。
其中,所述信息交互记录包括信令交互记录和IP数据包交互记录中的至少一种。相互连接的网元为终端和基站,或相互连接的网元为基站和核心网,则所述信息交互记录为信令交互记录;若相互连接的网元为核心网和IOT平台,或相互连接的网元为IOT平台和应用服务器,则所述信息交互记录为IP数据包交互记录。
具体实施时,根据异常用户的IMEI,查询应用服务器日志和IOT平台的日志。如图3所示,其为IOT平台日志示意图。该日志中,包括信息发送状态、命令ID(Identity身份标识号码)即为信息标识,平台发送时间即为IOT平台发送信息的时间,送达时间即为IOT平台发送信息被相互连接的网元接收的时间。所以,可以在应用服务器日志和IOT平台日志获取第一预设时段内的信息交互记录。
获取核心网的信息交互记录可以根据IMSI,查询核心网日志,该日志会记录用户在核心网的信息交互记录以及信息交互是否正常。
对于核心网和基站、基站和终端之间的信息交互记录主要为信令交互记录。所以,可以根据IMSI对异常用户进行单用户的消息跟踪。核心网可以直接获取IMSI对应的MME(Mobility Management Entity是3GPP协议LTE接入网络的控制节点)跟踪分析。如表2所示,其为核心网侧对异常用户进行单用户的消息跟踪的MME跟踪分析。该跟踪分析中包括用户身份标识、信令标识、信令方向即信令的发送网元标识(UE)与接收该信令的接收网元标识(MME),发送时间以及发送状态。发送状态中Esm Data Transport表示正确的接收到了终端通过基站发送的数据,Attach Request表示核心网拒绝了基站通过核心网的接入。
表2
对于基站的信令交互记录,可以根据异常用户的IMSI查询TMSI(临时用户识别码)。TMSI是在用户入网后,核心网分配给用户的,用户再次入网的时候会携带。根据TMSI对异常用户进行单用户的消息跟踪。并在基站侧的跟踪分析中获取第一预设时段的信令交互记录。如图4所示,其为基站侧的跟踪分析示意图,包括信令标识例如RRC_CONN_REQ_NB,信令标识对应的发送网元标识例如UE(User Experience终端),以及接收该信令标识对应的接收网元标识例如eNodeB(Evolved Node B基站)。UE表示终端,eNodeB表示基站,MME(Mobility Management Entity)表示核心网。
除此之外,可以根据TMSI查找异常用户的会话标识,根据会话标识获取基站日志,或者可以利用IMSI查询异常用户的MME-UE-SIAPID和eNB-UE-SIAPID,继而查找异常用户的会话标识,从而获取异常用户的基站日志。eNB-UE-SIAPID是基站为终端分配的S1口(基站-核心网接口)的唯一标识,用户入网过程中,第一次出现在基站发给核心网的第一条S1消息中,之后基站的每个S1口的消息都会携带eNB-UE-SIAPID和MME-UE-SIAPID。MME-UE-SIAPID是核心网为终端分配的S1口的唯一标识,用户入网过程中,出现在核心网发给基站的第一条S1信令中,以后在每一个S1信令中携带。如表3所示,其为基站日志中异常用户在第一预设时段内的信令交互记录。Time表示信令发送时间,Message Type表示信令标识,MessageDirection表示信令由哪一网元发送或信令发送至哪一网元。例如,Received From UE表示信令由终端发送,Send to UE表示信令发送至终端。Call ID表示会话标识,Detailed Info表示信令标识对应的信令信息。
表3
对于终端,则可以根据IMSI获取终端日志,再根据TMSI通过终端日志分析工具,获取异常用户在第一预设时段的信令交互记录。
如表4所示,其为终端日志中异常用户在第一预设时段的信令交互记录。包括信令的发送时间、信令的接收时间、信令标识、以及发送信令的网元标识、接收信令的网元标识。TIME表示信令发送时间或信令接收时间,Message Direction表示信令由哪一网元发送和信令发送至哪一网元。例如,eNodeB>UE表示信令由基站发送至终端,UE>eNodeB表示信令由终端发送至基站。Call ID表示会话标识,Detailed Info表示信令标识对应的信令信息。
表4
下面结合参照附图对本申请实施例提供的物联网业务异常定位方法,做进一步说明,如图5所示,其为本申请实施例中物联网业务异常定位方法流程图。
该流程包括以下步骤:
步骤501:接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间。
步骤502:根据异常发生的时间,确定第一预设时段。
步骤503:根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录。
步骤504:对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
需要说明的是,第一预设时段可以根据实际情况,由用户根据实际的业务需求自行设置,本实施例不做限定。其中,用户身份标识可以是国际移动设备识别码IMEI、国际移动用户识别码IMSI等。
通过上述方法,可以在物联网业务发生异常时,通过对比相互连接的网元的信息交互记录,定位出现异常的网元,以使相关维护人员通过定位结果,维护出现异常的网元。
为确保获取到的信息交互记录属于同一时段,接收应用服务器发送的异常报警之前,还包括:同步各网元的时间。具体的,可以人工进行时间对齐,也可以通过工具实现,将相互连接的网元的时间差输入到工具中,工具则可以自动进行时间对齐。
这样,可以确保各网元的时间一致,同步各网元的时间之后,根据第一预设时段获取各网元的信息交互记录。
上述步骤504可以具体执行为如下步骤:
A1:获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录,所述信息交互记录中包括发送信息标识及其对应的信息发送时间、发送信息的接收网元的网元标识、接收信息标识及其对应的信息接收时间;
A2:针对信息交互记录中的各发送信息标识执行如下步骤A21-步骤A24:
A21:根据该发送信息标识对应的发送时间,确定第二预设时段。
A22:从该发送信息标识对应的接收网元的网元标识对应的网元的信息交互记录中,获取所述第二预设时段内的接收信息标识。
A23:从所述第二预设时段内的接收信息标识中查找与该发送信息标识相同的接收信息标识。
A24:若未查找到,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。
具体实施时,若信息交互记录中有一条发送信息标识没有在第二预设时段内的接收信息标识中查找到与该发送信息标识相同的接收信息标识,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。只有在信息交互记录中所有发送信息标识都在第二预设时段内的接收信息标识中查找到与该发送信息标识相同的接收信息标识,才能确定发送该信息标识对应的网元与接收该信息的网元之间无异常。具体的,第二预设时段可以根据实际情况设置。如表3中第4、第5、第6条信令,基站向终端下发了三条信令,但是在表4中并未查找到与发送信息标识相同的接收信息标识。所以,可以确定基站与终端之间发生异常。
这样,可以通过上述方法,定位出哪些网元之间发生异常,相关人员则可以根据定位的结果,对定位出异常的网元进行维护,从而保证物联网系统的正常使用。
此外,基站向终端下发信令之后,如果基站与终端之间通信正常,则会收到终端发送的对应信令标识的响应。如表3所示,基站向终端发了第4、第5和第6条三条信令,但是均未接收到终端的响应。所以,同样可以确定基站与终端之间发生异常。
一种可能的实施方式中,在上述方法中,针对信令交互记录,所述信息交互记录中还包括信息内容,所述若查找到第二预设时段内的接收信息标识中与发送信息标识相同的接收信息标识之后,还包括:获取信令交互记录中的发送信息标识对应的接收网元的网元标识对应的网元的信令交互记录中,与该发送信息标识相同的接收信息标识;若所述发送信息标识对应的信息内容和所述接收信息标识对应的信息内容不同,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常,以及确定发送信息标识对应的信息和接收信息标识对应的信息为异常信息。
如图4所示,第6条信令标识RRC_DL-INFO_TRANSF_NB由基站发送给终端,第7条信令标识RRC_DL-INFO_TRANSF_NB为针对第6条信令标识,终端反馈给基站的信令。若第6条信令标识对应的信息内容与第7条信令标识对应的信息内容不同,则确定第6条信令标识的发送网元——终端,第6条信令标识的接收网元——基站之间发生异常,并将第6条信令标识对应的信息与第7条信令标识对应的信息确定为异常信息。
发送信息标识对应的信息与该发送信息标识相同的接收信息标识对应的信息内容需要一致,通过上述方法,比对信息内容,则可以确定出发送信息标识的网元与接收该发送信息标识的网元之间是否出现问题。
进一步的,所述信息交互记录中还包括原因值,该方法还包括:针对异常信息,获取所述异常信息的原因值。终端日志、基站日志、基站侧跟踪分析、核心网日志、核心网侧跟踪分析中不仅记录了信令标识、信令方向等内容,还记录了针对各信令标识的原因值。通过查询异常信息的原因值,即可确定出现问题的具体的网元。
具体实施时,信令交互记录中不仅记录了异常信息的原因值,还记录了每个信令标识的原因值,以便于查阅。
通过上述方法,可以将定位到发生异常的具体的网元,相关维护人员则可以根据定位结果,对发生异常的网元进行维护。
不仅可以通过上述方法,定位出现问题的网元,上述步骤504还可以执行为如下步骤。
B1:获取信息交互记录中的接收信息标识。
B2:针对每个接收信息标识执行如下步骤B21-B22:
B21:若该接收信息标识对应的信息需要转发,则在接收该接收信息标识对应的信息的网元的发送信息标识中查找与该接收信息标识相同的发送信息标识。
B22:若未查找到,则确定接收该接收信息标识对应的信息的网元发生异常。
具体实施时,在信息交互记录中,有一条需要转发的接收信息标识对应的信息没有被转发,则确定接收该接收信息标识对应的信息的网元发生异常。只有信息交互记录中的需要转发的接收信息标识对应的信息都被转发,才确定接收该接收信息标识对应的信息的网元无异常。具体的,如图4所示,对于信令标识1(RRC_CONN_REQ_NB)对应的信令,确定为该信令需要转发,而由图4可知基站并未转发该信令至核心网。所以,可以确定核心网出现异常。
通过上述方法,可以定位出出现问题的网元,相关人员则可以根据定位出的结果,对出现问题的网元进行维护,保证物联网系统的正常通信,保证物联网业务的正常开展。
为了减少对比的信息交互记录,提高定位效率,在执行上述504步骤之前,还可以删除不需要进行对比的信息交互记录。所述信息交互记录中包括发送信息已送达的送达标识(图3中发送状态中的已送达即为送达标识);对比所述相互连接的网元的信息交互记录之前,还包括:删除信息交互记录中包括已送达标识的信息。
具体的,如图3所示,IOT平台的日志中有IP数据包标识对应的发送状态,发送状态可以是已送达/未送达。标有已送达标识的IP数据包表示需要接收该IP数据包的网元已接收到该IP数据包。所以,在对比信息交互记录之前,可以删除含有已送达标识的IP数据包。这样,删除不需要对比的信息交互记录,可以减少对比时间,从而提高定位效率。
基于相同的发明构思,本申请实施例还提供一种物联网业务异常报警方法。如图6所示,其为通过本申请实施例的物联网业务异常报警方法流程图,包括以下步骤:
步骤601:根据预设规则检测是否发生信息交互异常。
步骤602:若发生信息交互异常,则生成异常报警信息。
步骤603:将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
步骤601中的预设规则,可以根据实际情况自行设置。根据预设规则检测是否发生异常具体包括:发送IP数据包给IOT平台之后,开始计时;若在第四预设时段内未接收到所述IOT平台发送的IP数据包,则确定发生异常。即当应用服务器通过IOT平台发送一个IP数据包之后,长时间未接收到终端的相应,则可以确定物联网系统出现异常。
或者,根据预设规则检测是否发生异常具体包括:获取最后一次接收IOT平台发送的IP数据包的接收时间;若在预设周期内未接收到所述IOT平台发送的IP数据包,则确定发生异常。具体的,预设周期根据实际情况进行设置。例如,可以设置为,12小时、1天、5天等。当最后一次接收到IOT平台发送的IP数据包的时间,距今已经超过预设周期则可以确定物联网系统发生异常。
除此之外,异常报警还可以通过人为触发。当终端长时间没有接收到来自基站的信令,则终端侧的工作人员可以触发应用服务器生成报警信息。或者,当应用服务器长时间没有接收到来自IOT平台的IP数据包,则应用服务器侧的工作人员可以触发应用服务器生成报警信息。
这样,当物联网系统发生异常的时候,应用服务器生成异常报警信息发送给第三方服务器,第三方服务器则根据异常报警信息,定位出现问题的网元,使得相关人员可以根据定位的结果,对出现问题的网元进行维护,保证物联网系统的正常运行。
如图7所示,其为本申请实施例中物联网业务异常报警和异常定位方法流程图。该历程包括以下步骤:
步骤701:应用服务器根据预设规则检测是否发生信息交互异常。
步骤702:应用服务器若发生信息交互异常,则生成异常报警信息。
步骤703:应用服务器将所述异常报警信息发送给第三方服务器。
步骤704:第三方服务器接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间。
步骤705:第三方服务器根据异常发生的时间,确定第一预设时段。
步骤706:第三方服务器根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录。
步骤707:第三方服务器对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
通过上述方法,当物联网系统发生异常时,第三方服务器可以通过对比相互连接的网元的信息交互记录,定位出现问题的网元,使相关人员得知出现问题的网元,并对出现问题的网元进行维护。
基于相同的发明构思,本申请实施例还提供一种物联网业务异常定位装置,如图8所示,其为物联网业务异常定位装置示意图。该装置包括:
接收模块801,用于接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间。
确定模块802,用于根据异常发生的时间,确定第一预设时段。
获取模块803,用于根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录。
定位模块804,用于对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
为了确保各网元的时间一致,该装置还包括:同步模块,用于在确定模块802根据异常发生的时间,确定第一预设时段之前,同步各网元的时间。
进一步的,定位模块804具体包括:
获取单元,用于获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录,所述信息交互记录中包括发送信息标识及其对应的信息发送时间、发送信息的接收网元的网元标识、接收信息标识及其对应的信息接收时间。
执行单元,用于针对信息交互记录中的各发送信息标识执行:根据该发送信息标识对应的发送时间,确定第二预设时段;从该发送信息标识对应的接收网元的网元标识对应的网元的信息交互记录中,获取所述第二预设时段内的接收信息标识;从所述第二预设时段内的接收信息标识中查找与该发送信息标识相同的接收信息标识;若未查找到,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。
该装置还包括:第二获取模块,用于获取信息交互记录中的接收信息标识。
执行模块,用于针对每个接收信息标识执行:若该接收信息标识对应的信息需要转发,则在接收该接收信息标识对应的信息的网元的发送信息标识中查找与该接收信息标识相同的发送信息标识。
第二确定模块,用于若未查找到,则确定接收该接收信息标识对应的信息的网元发生异常。
该装置中,所述信息交互记录包括信令交互记录和IP数据包交互记录。若相互连接的网元为终端和基站,或相互连接的网元为基站和核心网,则所述信息交互记录为信令交互记录;若相互连接的网元为核心网和IOT平台,或相互连接的网元为IOT平台和应用服务器,则所述信息交互记录为IP数据包交互记录。
基于相同的发明构思,本申请实施例还提供一种物联网业务异常报警装置,如图9所示,其为物联网业务异常报警装置示意图。该装置包括:
检测模块901,用于根据预设规则检测是否发生信息交互异常。
生成模块902,用于若发生信息交互异常,则生成异常报警信息。
发送模块903,用于将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
进一步的,检测模块901具体包括:
计时单元,用于发送IP数据包给IOT平台之后,开始计时。
确定单元,用于若在第四预设时段内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
进一步的,检测模块901具体包括:
第二获取单元,用于获取最后一次接收IOT平台发送的IP数据包的接收时间;
第二确定单元,用于若在预设周期内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
在介绍了本申请示例性实施方式的物联网业务异常定位和异常报警方法和装置之后,接下来,介绍根据本申请的另一示例性实施方式的计算装置。
所属技术领域的技术人员能够理解,本申请的各个方面可以实现为系统、方法或程序产品。因此,本申请的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
在一些可能的实施方式中,根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中,存储器存储有程序代码,当程序代码被处理器执行时,使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的物联网业务异常定位和异常报警方法中的步骤。例如,处理器可以执行如图2中所示的步骤201-203。
下面参照图10来描述根据本申请的这种实施方式的计算装置130。图10显示的计算装置130仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图10所示,计算装置130以通用计算装置的形式表现。计算装置130的组件可以包括但不限于:上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。
总线133表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储器132可以包括易失性存储器形式的可读介质,例如随机存取存储器(RAM)1321和/或高速缓存存储器1322,还可以进一步包括只读存储器(ROM)1323。
存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325,这样的程序模块1324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算装置130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信,还可与一个或者多个使得用户能与计算装置130交互的设备通信,和/或与使得该计算装置130能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且,计算装置130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器136通过总线133与用于计算装置130的其它模块通信。应当理解,尽管图中未示出,可以结合计算装置130使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
在一些可能的实施方式中,本申请提供的物联网业务异常定位和异常报警方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在计算机设备上运行时,程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的物联网业务异常定位和异常报警方法中的步骤,例如,计算机设备可以执行如图2中所示的步骤201-203。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本申请的实施方式的用于物联网业务异常定位和异常报警的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在计算装置上运行。然而,本申请的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中,远程计算装置可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算装置,或者,可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。
应当注意,尽管在上文详细描述中提及了装置的若干单元或子单元,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之,上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
此外,尽管在附图中以特定顺序描述了本申请方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (15)
1.一种物联网业务异常定位方法,其特征在于,所述方法包括:
接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;
根据异常发生的时间,确定第一预设时段;
根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;
对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
2.根据权利要求1所述的方法,其特征在于,接收应用服务器发送的异常报警之前,还包括:
同步各网元的时间。
3.根据权利要求1所述的方法,其特征在于,所述信息交互记录包括信令交互记录和IP数据包交互记录。
4.根据权利要求3所述的方法,其特征在于,若相互连接的网元为终端和基站,或相互连接的网元为基站和核心网,则所述信息交互记录为信令交互记录;
若相互连接的网元为核心网和IOT平台,或相互连接的网元为IOT平台和应用服务器,则所述信息交互记录为IP数据包交互记录。
5.根据权利要求1-4中任一所述的方法,其特征在于,定位出现问题的网元具体包括:
获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录,所述信息交互记录中包括发送信息标识及其对应的信息发送时间、发送信息的接收网元的网元标识、接收信息标识及其对应的信息接收时间;
针对信息交互记录中的各发送信息标识执行:
根据该发送信息标识对应的发送时间,确定第二预设时段;
从该发送信息标识对应的接收网元的网元标识对应的网元的信息交互记录中,获取所述第二预设时段内的接收信息标识;
从所述第二预设时段内的接收信息标识中查找与该发送信息标识相同的接收信息标识;
若未查找到,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常。
6.根据权利要求5所述的方法,其特征在于,针对信令交互记录,所述信息交互记录中还包括信息内容,所述若查找到第二预设时段内的接收信息标识中与发送信息标识相同的接收信息标识之后,还包括:
获取信令交互记录中的发送信息标识对应的接收网元的网元标识对应的网元的信令交互记录中,与该发送信息标识相同的接收信息标识;
若所述发送信息标识对应的信息内容和所述接收信息标识对应的信息内容不同,则确定发送该发送信息标识对应的信息的网元与接收该信息的网元之间发生异常,以及确定发送信息标识对应的信息和接收信息标识对应的信息为异常信息。
7.根据权利要求6所述的方法,其特征在于,所述信息交互记录中还包括原因值,所述方法还包括:
针对异常信息,获取所述异常信息的原因值。
8.根据权利要求5所述的方法,其特征在于,所述方法还包括:
获取信息交互记录中的接收信息标识;
针对每个接收信息标识执行:
若该接收信息标识对应的信息需要转发,则在接收该接收信息标识对应的信息的网元的发送信息标识中查找与该接收信息标识相同的发送信息标识;
若未查找到,则确定接收该接收信息标识对应的信息的网元发生异常。
9.根据权利要求1-4任一所述的方法,其特征在于,所述信息交互记录中包括发送信息已送达的送达标识;对比所述相互连接的网元的信息交互记录之前,还包括:
删除信息交互记录中包括已送达标识的信息。
10.一种物联网业务异常报警方法,其特征在于,所述方法包括:
根据预设规则检测是否发生信息交互异常;
若发生信息交互异常,则生成异常报警信息;
将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
11.根据权利要求10所述的方法,其特征在于,根据预设规则检测是否发生异常具体包括:
发送IP数据包给IOT平台之后,开始计时;
若在第四预设时段内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
12.根据权利要求10所述的方法,其特征在于,根据预设规则检测是否发生异常具体包括:
获取最后一次接收IOT平台发送的IP数据包的接收时间;
若在预设周期内未接收到所述IOT平台发送的IP数据包,则确定发生异常。
13.一种物联网业务异常定位装置,其特征在于,所述装置包括:
接收模块,用于接收应用服务器发送的异常报警,所述异常报警中包括异常用户的用户身份标识和异常发生的时间;
确定模块,用于根据异常发生的时间,确定第一预设时段;
获取模块,用于根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;
定位模块,用于对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
14.一种物联网业务异常报警装置,其特征在于,所述装置包括:
检测模块,用于根据预设规则检测是否发生信息交互异常;
生成模块,用于若发生信息交互异常,则生成异常报警信息;
发送模块,用于将所述异常报警信息发送给第三方服务器,以使所述第三方服务器接收应用服务器发送的异常报警信息,所述异常报警信息中包括异常用户的用户身份标识和异常发生的时间;根据异常发送的时间,确定第一预设时段;根据所述用户身份标识,获取所述异常用户在第一预设时段内,相互连接的网元的信息交互记录;对比所述相互连接的网元的信息交互记录,定位出现问题的网元。
15.一种计算机可读介质,存储有计算机可执行指令,其特征在于,所述计算机可执行指令用于执行如权利要求10中任一权利要求所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811544642.2A CN111327448A (zh) | 2018-12-17 | 2018-12-17 | 物联网业务异常定位和异常报警方法、装置和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811544642.2A CN111327448A (zh) | 2018-12-17 | 2018-12-17 | 物联网业务异常定位和异常报警方法、装置和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111327448A true CN111327448A (zh) | 2020-06-23 |
Family
ID=71166668
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811544642.2A Pending CN111327448A (zh) | 2018-12-17 | 2018-12-17 | 物联网业务异常定位和异常报警方法、装置和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111327448A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291302A (zh) * | 2020-09-28 | 2021-01-29 | 北京京东尚科信息技术有限公司 | 物联网设备行为数据分析方法与处理系统 |
CN112468331A (zh) * | 2020-11-13 | 2021-03-09 | 中盈优创资讯科技有限公司 | 一种基于mme日志的异常nb卡诊断的方法及装置 |
CN114301765A (zh) * | 2021-12-29 | 2022-04-08 | 中国电信股份有限公司 | 故障定位方法、装置、计算机可读介质及电子设备 |
CN114936930A (zh) * | 2022-07-21 | 2022-08-23 | 平安银行股份有限公司 | 网点异常时效业务管理方法、计算机设备及存储介质 |
CN115062101A (zh) * | 2022-08-18 | 2022-09-16 | 深圳比特耐特信息技术股份有限公司 | 基于人工智能的大数据可视化处理方法及可视化服务系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102905283A (zh) * | 2011-07-27 | 2013-01-30 | 鼎桥通信技术有限公司 | 通话异常分析方法及设备 |
CN102984738A (zh) * | 2011-09-05 | 2013-03-20 | 中国移动通信集团北京有限公司 | 一种信令上报方法、系统及装置 |
US20150280973A1 (en) * | 2014-03-31 | 2015-10-01 | International Business Machines Corporation | Localizing faults in wireless communication networks |
CN108259241A (zh) * | 2018-01-11 | 2018-07-06 | 上海有云信息技术有限公司 | 一种云平台监控系统的异常定位方法和装置 |
CN108521340A (zh) * | 2018-03-20 | 2018-09-11 | 特斯联(北京)科技有限公司 | 一种物联网局域故障定位与自适应屏蔽系统和方法 |
-
2018
- 2018-12-17 CN CN201811544642.2A patent/CN111327448A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102905283A (zh) * | 2011-07-27 | 2013-01-30 | 鼎桥通信技术有限公司 | 通话异常分析方法及设备 |
CN102984738A (zh) * | 2011-09-05 | 2013-03-20 | 中国移动通信集团北京有限公司 | 一种信令上报方法、系统及装置 |
US20150280973A1 (en) * | 2014-03-31 | 2015-10-01 | International Business Machines Corporation | Localizing faults in wireless communication networks |
CN108259241A (zh) * | 2018-01-11 | 2018-07-06 | 上海有云信息技术有限公司 | 一种云平台监控系统的异常定位方法和装置 |
CN108521340A (zh) * | 2018-03-20 | 2018-09-11 | 特斯联(北京)科技有限公司 | 一种物联网局域故障定位与自适应屏蔽系统和方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291302A (zh) * | 2020-09-28 | 2021-01-29 | 北京京东尚科信息技术有限公司 | 物联网设备行为数据分析方法与处理系统 |
CN112291302B (zh) * | 2020-09-28 | 2023-04-07 | 北京京东尚科信息技术有限公司 | 物联网设备行为数据分析方法与处理系统 |
CN112468331A (zh) * | 2020-11-13 | 2021-03-09 | 中盈优创资讯科技有限公司 | 一种基于mme日志的异常nb卡诊断的方法及装置 |
CN114301765A (zh) * | 2021-12-29 | 2022-04-08 | 中国电信股份有限公司 | 故障定位方法、装置、计算机可读介质及电子设备 |
CN114936930A (zh) * | 2022-07-21 | 2022-08-23 | 平安银行股份有限公司 | 网点异常时效业务管理方法、计算机设备及存储介质 |
CN114936930B (zh) * | 2022-07-21 | 2022-11-29 | 平安银行股份有限公司 | 网点异常时效业务管理方法、计算机设备及存储介质 |
CN115062101A (zh) * | 2022-08-18 | 2022-09-16 | 深圳比特耐特信息技术股份有限公司 | 基于人工智能的大数据可视化处理方法及可视化服务系统 |
CN115062101B (zh) * | 2022-08-18 | 2022-11-11 | 深圳比特耐特信息技术股份有限公司 | 基于人工智能的大数据可视化处理方法及可视化服务系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111327448A (zh) | 物联网业务异常定位和异常报警方法、装置和存储介质 | |
EP3386150B1 (en) | Terminal failure processing method, device and system | |
WO2016188432A1 (zh) | 一种机器通信调度方法、基站和用户设备 | |
US10812314B2 (en) | Methods and apparatuses for pushing a message | |
US20130044843A1 (en) | Method and apparatus for performing timing synchronization | |
CN105052076B (zh) | 一种基于云计算的网元管理系统及网元管理方法 | |
US10091672B2 (en) | Fault handling method, apparatus and system | |
US20200120638A1 (en) | Method for transmitting paging message, device, and storage medium | |
CN105760240A (zh) | 分布式任务处理方法及装置 | |
CN103763121A (zh) | 一种网络配置信息快速下发的方法及装置 | |
CN110166562B (zh) | 数据同步的方法、装置、存储介质和电子设备 | |
AU2015390542A1 (en) | Paging message transmission method, base station, and user equipment | |
CN112738791A (zh) | 基于5g核心网的用户信息关联回填方法、装置、设备和介质 | |
WO2017045433A1 (zh) | 站点间通信状态检测方法及装置、存储介质 | |
CN111182531A (zh) | 关联信息的回填方法、装置、设备及存储介质 | |
US20170111306A1 (en) | Message processing method and apparatus | |
WO2016091136A1 (zh) | 语音切换的方法和装置 | |
WO2017020748A1 (zh) | 信令跟踪任务的处理方法及装置 | |
US20160092294A1 (en) | Fault tracking in a telecommunications system | |
CN107920360B (zh) | 一种定位网络问题的方法、装置及系统 | |
CN105163335B (zh) | 一种网络接入管理方法、服务器、移动终端以及系统 | |
WO2017101028A1 (zh) | 数据传输方法、m2m服务器、pgw、sgw及服务网络节点 | |
CN110995463B (zh) | Ap自恢复的方法及装置 | |
WO2017114171A1 (zh) | 寻呼统计方法及装置、基站 | |
US8781497B2 (en) | Passive locating of UMTS handsets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200623 |