CN108809538B - 一种重发告警信息的方法和装置 - Google Patents
一种重发告警信息的方法和装置 Download PDFInfo
- Publication number
- CN108809538B CN108809538B CN201710309703.6A CN201710309703A CN108809538B CN 108809538 B CN108809538 B CN 108809538B CN 201710309703 A CN201710309703 A CN 201710309703A CN 108809538 B CN108809538 B CN 108809538B
- Authority
- CN
- China
- Prior art keywords
- alarm information
- northbound
- data packet
- omc
- subscription
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种重发告警信息的方法和装置,应用于网络侧,网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,对OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备,从而解决了现有技术中OMC通过北向接口无法对丢失的告警信息进行重传的技术问题。
Description
技术领域
本发明涉及通信领域,尤其涉及一种重发告警信息的方法和装置。
背景技术
受移动通信领域北向接口协议相关bug影响,网元告警信息在上报北向订阅设备时,常出现告警信息丢失的情况。而一旦出现告警信息丢失,一方面影响运营商对故障网元进行排障,另一方面影响设备厂商的告警一致性考核。
可见,现有技术中存在如下技术问题:通过OMC(操作维护中心,Operation andMaintenance Center)的北向接口(例如corba(公共对象请求代理体系,Common ObjectRequest Broker Architecture)接口)发送告警信息时,所述北向接口缺少事务控制及发布者与订阅者之间的数据核对机制,一旦北向网络出现中断或OMC服务器宕机,则由于北向接口并不会向告警信息发布者返回异常信息,导致北向网络恢复或OMC服务恢复运行后,无法对丢失的告警信息进行重传。
发明内容
本发明实施例通过提供一种重发告警信息的方法和装置,用于解决现有技术中OMC通过北向接口无法对丢失的告警信息进行重传的技术问题。
一方面,本发明一实施例提供了一种重发告警信息的方法,应用于网络侧,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述方法包括:
对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
可选的,所述对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,包括:
对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包。
可选的,所述对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合,包括:
对所述发送数据包和所述发送数据包对应的接收数据包进行解析,判断所述M个告警信息中的每个告警信息是否被所述北向订阅设备成功接收,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
可选的,所述OMC包括告警信息重发接口,所述基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备,包括:
基于所述第一集合,通过所述告警信息重发接口重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
可选的,在所述基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备之前,所述方法还包括:
将所述第一集合发送给所述OMC,使得基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
另一方面,本发明一实施例提供了一种重发告警信息的装置,应用于网络侧,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述装置包括:
抓取模块,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
获得模块,用于对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
重发模块,用于基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
可选的,所述抓取模块包括:
抓取子模块,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包。
可选的,所述获得模块包括:
第一获得子模块,用于对所述发送数据包和所述发送数据包对应的接收数据包进行解析,判断所述M个告警信息中的每个告警信息是否被所述北向订阅设备成功接收,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
第二获得子模块,用于基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
可选的,所述OMC还包括告警信息重发接口,所述重发模块包括:
第一重发子模块,用于基于所述第一集合,通过所述告警信息重发接口重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
可选的,所述装置还包括发送模块:
在所述重发模块,基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备之前,
所述发送模块,用于将所述第一集合发送给所述OMC,使得基于所述第一集合,所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:对OMC告警服务改动很小,需通过在OMC侧对告警信息对应的数据包进行抓包获得已发送成功的告警信息的集合,就可以使得OMC根据已发送成功的告警信息的集合获得没有发送成功的告警信息的集合,从而通过告警信息重发接口重发告警信息。
附图说明
图1为本发明实施例中重发告警信息的方法的示意图;
图2为本发明实施例中重发告警信息的装置的示意图。
具体实施方式
本发明实施例通过提供一种重发告警信息的方法和装置,用于解决现有技术中OMC通过北向接口无法对丢失的告警信息进行重传的技术问题。
为解决上述技术问题,本发明实施例中的技术方案总体思路如下:提供了一种重发告警信息的方法和装置,应用于网络侧,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
为了更好的理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
参见图1,本发明实施例提供了一种重发告警信息的方法,应用于网络侧,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述方法包括:
S10,对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
S20,对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
S30,基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
对于步骤S10,具体包括:对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包,其中,发送数据包和接收数据包中都包括“IP”,所述“IP”表征了接收者也就是北向订阅设备的身份标识。
对于步骤S20,具体包括:
对所述发送数据包和所述发送数据包对应的接收数据包进行解析,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
对于上述步骤S10和S20,例如,OMC通过北向接口发送给一北向订阅设备4个告警信息,分别为告警信息1、告警信息2、告警信息3和告警信息4。根据TCP/IP协议的规定,假设告警信息1被分成3个发送数据包(分别为发送数据包11、发送数据包12和发送数据包13)由OMC通过北向接口发送给北向订阅设备。当OMC通过北向接口发送告警信息1时,实际是发送了告警信息1对应的3个发送数据包(分别为发送数据包11、发送数据包12和发送数据包13)。其中,当OMC通过北向接口将发送数据包11发送给北向订阅设备时,如果北向订阅设备收到发送数据包11,则会沿发送数据包11发送的路径返回OMC侧与所述发送数据包11对应的接收数据包11a。则继续将发送数据包12向北向订阅设备发送,发送方式与前述发送数据包11的发送方式相同,在此不再赘述。如果北向订阅设备没有收到发送数据包11,则不会返回与所述发送数据包11对应的接收数据包11a,即返回的接收数据包为0。假设当北向订阅设备没有收到发送数据包11,设置的重发次数为3次,在第一次将发送数据包11发送给北向订阅设备后,在一预设时间段内北向订阅设备没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,则第二次将发送数据包11发送给北向订阅设备,如果在一预设时间段内北向订阅设备还没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,第三次将发送数据包11发送给北向订阅设备,如果在一预设时间段内北向订阅设备还没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,则丢弃发送数据包11a;同时对于告警信息1对应的发送数据包12和发送数据包13则不再向北向订阅设备发送。继续发送告警信息2对应的发送数据包,具体的发送方式与告警信息1对应的发送数据包的发送方式相同。
即,对于一告警信息对应2个或2个以上发送数据包的情形(发送数据包1,……,n,n为大于1的正整数),如果在发送一发送数据包m(m为大于等于1且小于等于n的正整数)后返回了与所述发送数据包m对应的接收数据包ma,则继续发送第m+1个数据包,如果在发送一发送数据包m的次数满足预设的发送次数后没有返回与所述发送数据包m对应的接收数据包,则对于该告警信息对应的发送数据包m+1至发送数据包n则不再发送。然后发送该告警信息之后的下一告警信息。对于一告警信息只对应有一个发送数据包的情形,如果在发送该一个发送数据包后返回了与该一个发送数据包对应的接收数据包,或者在发送该一个发送数据包的次数满足预设的发送次数后没有返回与该一个发送数据包对应的接收数据包,则发送该告警信息之后的下一告警信息。
因此,在进行步骤S10时,例如在OMC侧对告警信息1-4中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,具体地,可以通过调用第三方组件libpcap进行抓包,可同时抓取到OMC的北向接口与指定北向订阅设备的发送数据包和接收数据包。假设抓取到的数据包如表1所示(其中,接收数据包0表征没有抓取到对应的接收数据包):
表1
在步骤S20中,对步骤S10中抓取到的数据包进行解析,判断M个告警信息(例如所述告警信息1-4)中的每个告警信息是否被订阅设备成功接收,具体参见表2。其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
根据上述规则,对所述告警信息1-4中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行解析,判断M个告警信息(例如所述告警信息1-4)中的每个告警信息是否被订阅设备成功接收,获得表征所述告警信息1-4中被所述北向订阅设备成功接收的告警信息的解析信息;从表2中可知,告警信息2和3被北向订阅设备成功接收,告警信息2和3对应的解析信息分别表征“告警信息2被成功接收”和“告警信息3被成功接收”。则基于解析信息,将告警信息2和3作为第一集合。
表2
然后执行步骤S30,基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
具体地,所述OMC还可以包括告警信息重发接口,基于所述第一集合,通过所述告警信息重发接口重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备,其中,所述告警信息重发接口为所述OMC上重新增加的一接口,对原有的OMC告警服务改动很小。
例如,将第一集合(例如包括告警信息2和3的第一集合)发送给所述OMC,具体地,前述步骤S10和步骤S20中的抓包过程可以为周期性抓取,针对不同的OMC,可设置不同的周期。OMC规模越大,周期就越小,通常为1-15分钟。例如设置抓包周期为5分钟,对一个周期内的抓包结果进行解析,获得被北向订阅设备成功接收的告警信息的集合,然后再按照预设的周期(该周期可以与抓包周期相同)将被北向订阅设备成功接收的告警信息的第一集合发送给OMC。
具体地,OMC通过在第一集合中查询,获知发送成功的告警信息有告警2和3,OMC根据步骤S10和S20中抓包周期内OMC自身发送的告警信息的总集合,然后获知没有被北向订阅设备成功接收的告警信息的第二集合,具体可以分为以下两种情形:
第一种情形,例如总集合为告警信息1-4,则OMC基于第一集合,获知没有被北向订阅设备成功接收的告警信息为告警信息1和4组成的第二集合。
第二种情形,例如总集合为告警信息1-5,其中,假设告警信息5是由于OMC自身的故障原因,没有发出发送数据包,因此,通过步骤S10抓包时并没有抓到告警信息5对应的发送数据包,则OMC基于第一集合,获知没有被北向订阅设备成功接收的告警信息为告警信息1、4和5组成的第二集合。
基于获得的第二集合,通过所述告警信息重发接口重新发送所述M个告警信息中没有被所述北向订阅设备成功接收的告警信息给所述北向订阅者。
参见图2,本发明实施例提供了一种重发告警信息的装置,应用于网络侧,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述装置包括:
抓取模块210,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
获得模块220,用于对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
重发模块230,用于基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
对于抓取模块210,其包括:
抓取子模块,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包,其中,发送数据包和接收数据包中都包括“IP”,所述“IP”表征了接收者也就是北向订阅设备的身份标识。
对于获得模块220,其包括:
第一获得子模块,用于对所述发送数据包和所述发送数据包对应的接收数据包进行解析,判断所述M个告警信息中的每个告警信息是否被所述北向订阅设备成功接收,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
第二获得子模块,用于基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
对于上述抓取模块210和获得模块220,例如,OMC通过北向接口发送给一北向订阅设备4个告警信息,分别为告警信息1,、告警信息2、告警信息3和告警信息4。根据TCP/IP协议的规定,假设告警信息1被分成3个发送数据包(分别为发送数据包11、发送数据包12和发送数据包13)由OMC通过北向接口发送给北向订阅设备。当OMC通过北向接口发送告警信息1时,实际是发送了告警信息1对应的3个发送数据包(分别为发送数据包11、发送数据包12和发送数据包13)。
其中,当OMC通过北向接口将发送数据包11发送给北向订阅设备时,如果北向订阅设备收到发送数据包11,则会沿发送数据包11发送的路径返回OMC侧与所述发送数据包11对应的接收数据包11a。则继续将发送数据包12向北向订阅设备发送,发送方式与前述发送数据包11的发送方式相同,在此不再赘述。
如果北向订阅设备没有收到发送数据包11,则不会返回与所述发送数据包11对应的接收数据包11a,即返回的接收数据包为0。假设当北向订阅设备没有收到发送数据包11,设置的重发次数为3次,在第一次将发送数据包11发送给北向订阅设备后,在一预设时间段内北向订阅设备没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,则第二次将发送数据包11发送给北向订阅设备,如果在一预设时间段内北向订阅设备还没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,第三次将发送数据包11发送给北向订阅设备,如果在一预设时间段内北向订阅设备还没有返回接收数据包11a,即北向订阅设备返回的接收数据包为0,则丢弃发送数据包11a;同时对于告警信息1对应的发送数据包12和发送数据包13则不再向北向订阅设备发送。继续发送告警信息2对应的发送数据包,具体的发送方式与告警信息1对应的发送数据包的发送方式相同。即,对于一告警信息对应2个或2个以上发送数据包的情形(发送数据包1,……,n,n为大于1的正整数),如果在发送一发送数据包m(m为大于等于1且小于等于n的正整数)后返回了与所述发送数据包m对应的接收数据包ma,则继续发送第m+1个数据包,如果在发送一发送数据包m的次数满足预设的发送次数后没有返回与所述发送数据包m对应的接收数据包,则对于该告警信息对应的发送数据包m+1至发送数据包n则不再发送。然后发送该告警信息之后的下一告警信息。对于一告警信息只对应有一个发送数据包的情形,如果在发送该一个发送数据包后返回了与该一个发送数据包对应的接收数据包,或者在发送该一个发送数据包的次数满足预设的发送次数后没有返回与该一个发送数据包对应的接收数据包,则发送该告警信息之后的下一告警信息。
因此,在抓取模块210进行数据包的抓取时,例如抓取模块210中的抓取子模块在OMC侧对告警信息1-4中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,具体地,可以通过调用第三方组件libpcap进行抓包,可同时抓取到OMC的北向接口与指定北向订阅设备的发送数据包和接收数据包。假设抓取到的数据包如表1所示(其中,接收数据包0表征没有抓取到对应的接收数据包)。
获得模块220包括第一获得子模块和第二获得子模块,所述第一获得子模块对抓取模块210抓取到的数据包进行解析,判断M个告警信息(例如所述告警信息1-4)中的每个告警信息是否被订阅设备成功接收,具体参见表2。其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;所述第二获得子模块,基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
根据上述规则,所述第一获得子模块,对所述告警信息1-4中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行解析,判断M个告警信息(例如所述告警信息1-4)中的每个告警信息是否被订阅设备成功接收,获得表征所述告警信息1-4中被所述北向订阅设备成功接收的告警信息的解析信息;从表2中可知,告警信息2和3被北向订阅设备成功接收,告警信息2和3对应的解析信息分别表征“告警信息2被成功接收”和“告警信息3被成功接收”。则所述第二获得子模块基于解析信息,将告警信息2和3作为第一集合。
然后重发模块230,用于基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
具体地,所述OMC还可以包括告警信息重发接口,所述重发模块230包括第一重发子模块,用于基于所述第一集合,通过所述告警信息重发接口将没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备,其中,所述告警信息重发接口为所述OMC上重新增加的一接口,对原有的OMC告警服务改动很小。
例如,装置中还包括发送模块,将第一集合(例如包括告警信息2和3的第一集合)发送给所述OMC,具体地,前述抓取模块210的抓包过程可以为周期性抓取,针对不同的OMC,可设置不同的周期。OMC规模越大,周期就越小,通常为1-15分钟。例如设置抓包周期为5分钟,对一个周期内的抓包结果进行解析,获得被北向订阅设备成功接收的告警信息的集合,然后再按照预设的周期(该周期可以与抓包周期相同)将被北向订阅设备成功接收的告警信息的第一集合发送给OMC。当然,所述第一重发子模块也可以包括获得单元和重发单元,所述获得单元和重发单元的工作模式如下:所述获得单元通过在第一集合中查询,获知发送成功的告警信息有告警2和3,获得单元根据抓包周期内OMC自身发送的告警信息的总集合,然后获知没有被北向订阅设备成功接收的告警信息的第二集合,具体可以分为以下两种情形:
第一种情形,例如总集合为告警信息1-4,则OMC基于第一集合,获知没有被北向订阅设备成功接收的告警信息为告警信息1和4组成的第二集合。
第二种情形,例如总集合为告警信息1-5,其中,假设告警信息5是由于OMC自身的故障原因,没有发出发送数据包,因此,通过在前述抓包时并没有抓到告警信息5对应的发送数据包,则OMC基于第一集合,获知没有被北向订阅设备成功接收的告警信息为告警信息1、4和5组成的第二集合。
然后,重发单元,基于获得的第二集合,通过所述告警信息重发接口重新发送所述M个告警信息中没有被所述北向订阅设备成功接收的告警信息给所述北向订阅者。
上述本发明实施例中的技术方案,至少具有如下的技术效果或优点:对OMC告警服务改动很小,需通过在OMC侧对告警信息对应的数据包进行抓包获得已发送成功的告警信息的集合,就可以使得OMC根据已发送成功的告警信息的集合获得没有发送成功的告警信息的集合,从而通过告警信息重发接口重发告警信息。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种重发告警信息的方法,应用于网络侧,其特征在于,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述方法包括:
对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备;
其中,所述对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,包括:
对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包。
2.如权利要求1所述的方法,其特征在于,所述对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合,包括:
对所述发送数据包和所述发送数据包对应的接收数据包进行解析,判断所述M个告警信息中的每个告警信息是否被所述北向订阅设备成功接收,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
3.如权利要求1所述的方法,其特征在于,所述OMC包括告警信息重发接口,所述基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备,包括:
基于所述第一集合,通过所述告警信息重发接口重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
4.如权利要求1-3任一项所述的方法,其特征在于,在所述基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备之前,所述方法还包括:
将所述第一集合发送给所述OMC,使得基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
5.一种重发告警信息的装置,应用于网络侧,其特征在于,所述网络侧包括OMC以及订阅OMC通过北向接口发送的告警信息的北向订阅设备,所述装置包括:
抓取模块,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的数据包,其中,所述M为正整数;
获得模块,用于对所述数据包进行解析,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合;
重发模块,用于基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备;
其中,所述抓取模块包括:
抓取子模块,用于对所述OMC通过北向接口发送给所述北向订阅设备的M个告警信息中的每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包进行抓取,获得与所述M个告警信息中每个告警信息对应的发送数据包和所述发送数据包对应的接收数据包。
6.如权利要求5所述的装置,其特征在于,所述获得模块包括:
第一获得子模块,用于对所述发送数据包和所述发送数据包对应的接收数据包进行解析,判断所述M个告警信息中的每个告警信息是否被所述北向订阅设备成功接收,获得表征所述M个告警信息中被所述北向订阅设备成功接收的告警信息的解析信息;其中,若一发送数据包对应有一接收数据包,则该发送数据包被所述北向订阅设备成功接收,若一告警信息对应的若干发送数据包均对应有接收数据包,则所述一告警信息被所述北向订阅设备成功接收;
第二获得子模块,用于基于所述解析信息,获得所述M个告警信息中被所述北向订阅设备成功接收的告警信息的第一集合。
7.如权利要求5所述的装置,其特征在于,所述OMC还包括告警信息重发接口,所述重发模块包括:
第一重发子模块,用于基于所述第一集合,通过所述告警信息重发接口重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
8.如权利要求5-7任一项所述的装置,其特征在于,所述装置还包括发送模块:
在所述重发模块,基于所述第一集合,通过所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备之前,
所述发送模块,用于将所述第一集合发送给所述OMC,使得基于所述第一集合,所述OMC重新发送没有被所述北向订阅设备成功接收的告警信息给所述北向订阅设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309703.6A CN108809538B (zh) | 2017-05-04 | 2017-05-04 | 一种重发告警信息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309703.6A CN108809538B (zh) | 2017-05-04 | 2017-05-04 | 一种重发告警信息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108809538A CN108809538A (zh) | 2018-11-13 |
CN108809538B true CN108809538B (zh) | 2020-07-17 |
Family
ID=64054460
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710309703.6A Active CN108809538B (zh) | 2017-05-04 | 2017-05-04 | 一种重发告警信息的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108809538B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112994918B (zh) * | 2019-12-17 | 2022-05-31 | 华为技术有限公司 | 一种设备管理方法及装置 |
CN114244682B (zh) * | 2021-11-22 | 2024-01-05 | 中盈优创资讯科技有限公司 | 一种设备告警丢失补漏方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102263674A (zh) * | 2010-05-26 | 2011-11-30 | 大唐移动通信设备有限公司 | 告警上报方法、***和设备 |
CN102857354A (zh) * | 2011-06-27 | 2013-01-02 | 中兴通讯股份有限公司 | 告警信息上报方法、装置及*** |
CN105490773A (zh) * | 2015-11-26 | 2016-04-13 | 珠海多玩信息技术有限公司 | 传输多媒体数据的方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741635B (zh) * | 2008-11-26 | 2013-04-17 | 大唐移动通信设备有限公司 | 一种同步告警信息的方法、***及设备 |
CN101645766B (zh) * | 2009-09-09 | 2013-04-17 | 成都市华为赛门铁克科技有限公司 | 实现数据包重发的方法、装置及*** |
CN104427551A (zh) * | 2013-08-22 | 2015-03-18 | 中兴通讯股份有限公司 | 一种业务消息发送方法及装置 |
CN106533729A (zh) * | 2015-09-14 | 2017-03-22 | 大唐移动通信设备有限公司 | 一种北向接口管理方法和*** |
-
2017
- 2017-05-04 CN CN201710309703.6A patent/CN108809538B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102263674A (zh) * | 2010-05-26 | 2011-11-30 | 大唐移动通信设备有限公司 | 告警上报方法、***和设备 |
CN102857354A (zh) * | 2011-06-27 | 2013-01-02 | 中兴通讯股份有限公司 | 告警信息上报方法、装置及*** |
CN105490773A (zh) * | 2015-11-26 | 2016-04-13 | 珠海多玩信息技术有限公司 | 传输多媒体数据的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108809538A (zh) | 2018-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3908490B2 (ja) | マルチキャスト配信サービスにおける再送制御方法及びシステム、再送制御装置、無線基地局及び無線端末 | |
CN106612284B (zh) | 一种流数据的传输方法和装置 | |
US10355961B2 (en) | Network traffic capture analysis | |
US9930694B2 (en) | Re-transmitting a poll to a peer protocol entity when a timer expires | |
CN107645409B (zh) | 一种确定数据的传输故障原因方法及装置 | |
CN105681002A (zh) | 组播数据的传输控制方法、装置、***和通信设备 | |
CN108809538B (zh) | 一种重发告警信息的方法和装置 | |
CN102780593A (zh) | 基于bfd协议检测链路的方法、装置和网络处理器 | |
CN102769520A (zh) | 基于sctp协议的无线网络拥塞控制方法 | |
CN104283716A (zh) | 数据传输方法、设备及*** | |
WO2019001352A1 (zh) | 数据传输的方法、装置和*** | |
CN102638392B (zh) | 数据传输方法及设备、*** | |
CN117040692A (zh) | 一种业务数据传输的方法及装置、电子设备、存储介质 | |
CN111698677A (zh) | 用户面统计信息的上报、接收方法及网络设备 | |
CN116455532A (zh) | 一种数据的可靠传输方法、装置、设备及电子介质 | |
CN116319453A (zh) | 一种无人机***及其数据通信方法、装置 | |
CN106850153B (zh) | 数据重传方法及*** | |
CN109067503A (zh) | 一种数据重传方法和装置 | |
CN110611663B (zh) | 一种检测方法、装置及*** | |
CN102394773A (zh) | 一种Trap报文上报的方法及设备 | |
WO2015194931A1 (en) | A system and method for detecting and recovering lost simple network management protocol traps | |
CN111510331A (zh) | 网络故障分析方法、装置、服务器及存储介质 | |
CN107508762A (zh) | 网络流量传输方法及源设备 | |
CN111385241B (zh) | 多媒体数据的丢包修复方法、装置、***和可读存储介质 | |
JP3594185B2 (ja) | データ伝送装置およびデータ伝送方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |