CN102014427B - 网络设备上报状态信息的方法和装置 - Google Patents
网络设备上报状态信息的方法和装置 Download PDFInfo
- Publication number
- CN102014427B CN102014427B CN201010567291.4A CN201010567291A CN102014427B CN 102014427 B CN102014427 B CN 102014427B CN 201010567291 A CN201010567291 A CN 201010567291A CN 102014427 B CN102014427 B CN 102014427B
- Authority
- CN
- China
- Prior art keywords
- state information
- record
- omc
- timestamp
- message
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种网络设备上报状态信息的方法和装置。其中,该方法包括:网络设备有状态信息需要上报OMC时,根据该状态信息的内容确定该状态信息为不可丢失的信息;该网络设备每隔设定时长向该OMC发送一次上述状态信息,直至确定上述状态信息发送成功或上述状态信息发送次数达到设定值。根据本发明,解决了OMC管理网络设备不方便的问题,增强了系统的性能和可靠性。
Description
技术领域
本发明涉及无线通信领域,具体而言,涉及一种网络设备上报状态信息的方法和装置。
背景技术
OMC(Operation and Maintenance Center,操作维护中心)是无线网络网管中的重要组成部分,它管理着由大量基站等被管设备所构成的一个网络。OMC一般使用SNMP协议(Simple Network Management Protocol,简单网络管理协议)来管理网络中的各种设备。SNMP是一种基于UDP(User Datagram Protocol,用户数据报协议)的不可靠协议,SNMP Trap消息就是在被管设备状态发生变化(例如,发生故障)时,被管设备发送SNMP Trap消息给OMC,OMC就会知道被管设备的故障情况,进而采取相应的处理措施或提示用户。
由于SNMP协议的不可靠性,SNMP Trap消息有时会丢失,比如网络环境比较差时。一般情况下,SNMP Trap消息只是通知用户被管设备进入了什么状态或系统执行了哪些操作,所以即使丢失影响也不大,但有些SNMP Trap消息是不能丢失的。比如基站上电完成消息(SNMP Trap消息中的一种),因为OMC要利用此消息做相应的动作的。如果丢失此消息,就无法触发OMC做相应的动作,OMC就无法转入到正确的状态。
相关技术中,有两种上报SNMP Trap消息的方式:方式一,网络设备的状态发生变化后,直接向OMC发送一条SNMP Trap消息;方式二,OMC周期地向网络设备发送查询消息,网络设备收到查询消息后回复SNMP Trap消息。
其中,方式一容易造成重要的SNMP Trap消息丢失,影响后续处理;
方式二的消息量比较大,增加网络负荷。例如:网络中有10000个基站,那OMC就要周期性的发送10000条查询消息给各基站,还要处理10000个基站的回复消息,并且还需要考虑10000条回复消息最好能在某个时间段内均匀回复,不然容易导致OMC成为瓶颈。
由上述内容可知,上述两种SNMP Trap消息的上报方式均会导致OMC不方便管理网络设备。
发明内容
本发明的主要目的在于提供一种网络设备上报状态信息的方法和装置,以至少解决上述OMC管理网络设备不方便的问题。
根据本发明的一个方面,提供了一种网络设备上报状态信息的方法,包括:网络设备有状态信息需要上报OMC时,根据该状态信息的内容确定该状态信息为不可丢失的信息;该网络设备每隔设定时长向该OMC发送一次所述状态信息,直至确定该状态信息发送成功或该状态信息发送次数达到设定值。
其中,所述网络设备每隔设定时长向所述OMC发送一次所述状态信息包括:所述网络设备使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息。
其中,所述重发服务进程的数据结构中包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;所述网络设备使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息包括:所述重发服务进程接收所述网络设备上其它进程发送的需求消息,所述需求消息携带有所述状态信息、所述状态信息的发送次数和发送间隔;所述重发服务进程判断所述需求消息是否为空,如果不为空,从所述多条记录中选择一条所述使用标识为未使用的记录作为发送所述状态信息的记录;所述重发服务进程根据所述需求消息初始化所述选择的记录中的各项内容;所述重发服务进程每发送一次所述状态信息,将所述选择的记录的发送次数加1,启动所述选择的记录的发送间隔定时器。
其中,所述需求消息还携带有所述状态信息的时间戳获取指示信息;所述重发服务进程发送的所述状态信息中携带有所述选择的记录的索引和根据所述时间戳获取指示信息获取的所述状态信息的时间戳;该方法还包括:所述OMC接收到所述状态信息后,提取所述索引和所述时间戳;所述OMC向所述重发服务进程发送应答消息,其中,所述应答消息携带有所述索引和所述时间戳;所述重发服务进程接收到所述应答消息后,判断所述索引对应的记录是否有效,如果有效,获取所述状态信息的时间戳,如果获取的所述时间戳与所述应答消息中的时间戳相同,则确定所述状态信息发送成功。
其中,所述重发服务进程确定所述状态信息发送成功或所述发送次数的计数达到所述设定值之后,所述方法还包括:所述重发服务进程设置所述选择的记录的使用标识为未使用。
根据本发明的另一方面,提供了一种网络设备上报状态信息的装置,包括:信息确定模块,用于有状态信息需要上报OMC时,根据该状态信息的内容确定所述状态信息是否为不可丢失的信息;重发模块,用于每隔设定时长向所述OMC发送一次该状态信息,直至确定该状态信息发送成功或该状态信息发送次数达到设定值。
其中,所述重发模块包括:重发单元,用于使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息。
其中,所述重发单元包括:接收子单元,用于使用所述重发服务进程接收所述网络设备上其它进程发送的需求消息,所述需求消息携带有所述状态信息、所述状态信息的发送次数和发送间隔;所述重发服务进程的数据结构中包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;判断子单元,用于判断所述状态信息是否为空;记录选择子单元,用于所述判断子单元的判断结果为所述需求消息不为空,从所述多条记录中选择一条所述使用标识为未使用的记录作为发送所述状态信息的记录;初始化子单元,用于根据所述需求消息初始化所述选择的记录中的各项内容;重发子单元,用于每发送一次所述状态信息,将所述选择的记录的发送次数加1,启动所述选择的记录的发送间隔定时器。
其中,所述重发子单元包括:时戳获取子单元,用于所述需求消息中携带有所述状态信息的时间戳获取指示信息时,根据所述时间戳获取指示信息获取的所述状态信息的时间戳;信息发送子单元,用于向所述OMC发送所述状态信息,其中,所述状态信息携带有所述选择的记录的索引和所述时间戳;所述装置还包括:消息接收模块,用于接收来自所述OMC的应答消息,其中,所述应答消息携带有所述索引和所述时间戳;发送成功确定模块,用于判断所述索引对应的记录是否有效,如果有效,获取所述状态信息的时间戳,如果获取的所述时间戳与所述应答消息中的时间戳相同,则确定所述状态信息发送成功。
其中,所述装置还包括:记录设置模块,用于确定所述状态信息发送成功或所述发送次数的计数达到所述设定值之后,设置所述选择的记录的使用标识为未使用。
通过本发明,采用重复发送状态信息的方法,并确认发送成功或发送次数达到设定值后结束状态信息的发送,保证了OMC尽可能地收到不可丢失的状态信息,进而保证OMC使用该状态信息对网络设备进行管理,解决了OMC管理网络设备不方便的问题,增强了系统的性能和可靠性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例1的网络设备上报状态信息的方法流程图;
图2是根据本发明实施例2的基站和OMC消息交互示意图;
图3是根据本发明实施例2的SNMP Trap重发服务进程处理Message(Requirement)消息的流程图;
图4是根据本发明实施例2的SNMP Trap重发服务进程处理定时器到时消息的流程图;
图5是根据本发明实施例2的SNMP Trap重发服务进程处理Message(Index,TimeTicks)消息的流程图;
图6是根据本发明实施例2的OMC收到SNMP Trap消息后的处理流程图;
图7是根据本发明实施例3的网络设备上报状态信息的装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例基于尽力保证某些SNMP Trap消息(即状态信息)可靠的发给OMC,提供了一种网络设备上报状态信息的方法和装置。
实施例1
图1示出了根据本发明实施例的网络设备上报状态信息的方法流程图,该方法包括以下步骤:
步骤S102,网络设备有状态信息需要上报OMC时,根据状态信息的内容确定状态信息为不可丢失的信息;
例如,当需要上报的状态信息为网络设备上电完成信息时,则该状态信息为不可丢失的信息;
本实施例中的不可丢失的信息指该信息对OMC是否重要,如果重要,则确定该信息为不可丢失的信息,就要尽全力向OMC发送,并要得到OMC的确认。如果不重要,则确定该信息不属于不可丢失的信息,因此对于该信息可以只是发送,而不管消息是否顺利的到达OMC,对于不重要的信息的处理即为现有技术中的处理;
步骤S104,网络设备每隔设定时长向OMC发送一次状态信息,直至确定该状态信息发送成功或状态信息发送次数达到设定值。
本实施例采用重复发送状态信息的方法,并设定发送次数的最大允许值,即上述设定值,确认发送成功或发送次数达到设定值后结束状态信息的发送,保证了OMC尽可能地收到不可丢失的状态信息,进而保证OMC使用该状态信息对网络设备进行管理,解决了OMC管理网络设备不方便的问题,增强了系统的性能和可靠性。
本实施例可以在网络设备上新增一个重发服务进程,网络设备上的其它进程如果有状态信息需要发送给OMC,网络设备可以先判断该状态信息是否为不可丢失的状态信息,若是,则将该状态信息发送到重发服务进程上进行处理,该预先设置的重发服务进程将每隔设定时长向OMC发送一次该状态信息。基于此,上述网络设备每隔设定时长向OMC发送一次状态信息包括:网络设备使用预先设置的重发服务进程,每隔设定时长向OMC发送一次该状态信息。
在具体实现时,上述重发服务进程的数据结构中可以包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;基于此,网络设备使用预先设置的重发服务进程,每隔设定时长向OMC发送一次状态信息包括:
1)重发服务进程接收网络设备上其它进程发送的需求消息,该需求消息携带有上述状态信息、该状态信息的发送次数和发送间隔;
2)重发服务进程判断需求消息是否为空,如果不为空,从多条记录中选择一条使用标识为未使用的记录作为发送状态信息的记录;
3)重发服务进程根据需求消息初始化选择的记录中的各项内容;例如:设置选择的记录的使用标识为使用状态,发送次数的计数为0,发送次数的设定值为10,以及发送间隔定时器为30秒等;
4)重发服务进程每发送一次状态信息,将选择的记录的发送次数加1,启动选择的记录的发送间隔定时器。
使用重发服务进程发送状态信息时,可以在间隔定时器的定时到达后,触发下一次状态信息的发送,直至发送次数达到设定值或确定发送该状态信息已成功,再结束其发送。
优选地,上述需求消息中还携带有状态信息的时间戳获取指示信息。因重发服务进程可以触发多个不同的状态信息发送,为了区分各个状态信息的发送状态,重发服务进程将会在上述记录中记录各个状态信息的发送状态。同时,为了能够区分出OMC返回的应答消息为对应哪个状态信息的,本实施例的重发服务进程发送的状态信息中携带有选择的记录的索引和该状态信息的时间戳;其中,该时间戳是根据需求消息中的状态信息的时间戳获取指示信息得到的;基于此,上述方法还包括:
OMC接收到状态信息后,提取上述索引和时间戳;
OMC向重发服务进程发送应答消息,其中,该应答消息携带有上述索引和时间戳;
重发服务进程接收到上述应答消息后,判断上述索引对应的记录是否有效,如果有效,获取状态信息的时间戳,如果获取的时间戳与应答消息中的时间戳相同,则确定该状态信息发送成功。
重发服务进程确定状态信息发送成功或发送次数的计数达到设定值之后,该方法还包括:重发服务进程设置选择的记录的使用标识为未使用,以便供后续其它状态信息的发送使用。
本实施例采用重复发送状态信息的方法,保证了OMC尽可能地收到不可丢失的状态信息,进而保证OMC使用该状态信息对网络设备进行管理,解决了OMC管理网络设备不方便的问题,增强了系统的性能和可靠性。
实施例2
本实施例的网络设备以基站为例进行说明,状态信息通过SNMP Trap消息携带给OMC,本实施例考虑到发送SNMP Trap消息的网络设备较多,因此采用一种通用的接口简单的机制重发SNMP Trap消息。具体为:在基站系统中新增“SNMP Trap重发服务”进程。当基站系统中的其他进程(以下称为发送进程)有发送SNMP Trap消息到OMC的需求时,只需要发送消息Message(Requirement)到“SNMP Trap重发服务”进程即可。当然,如果此SNMP Trap消息不重要,则可以走原有流程。
Requirement是由下列字段构成的结构体:
SendTimes:发送次数,即最大的发送次数;
SendInterval:发送间隔,即两次发送的时间间隔;
Data:待发送的数据;
FunGetTimeTicks:函数指针,负责从Data中获取时间戳;
FunSend:函数指针,负责具体发送数据;
FunSucceeded:函数指针,数据发送成功后的处理,该函数指针为可选项;如果没有该函数指针,将以默认方式对发送成功后的流程进行处理;
FunFailed:函数指针,数据发送失败后的处理,该函数指针为可选项;如果没有该函数指针,将以默认方式对发送失败后的流程进行处理。
“SNMP Trap重发服务”进程收到发送进程的Message(Requirement)消息后,按照Requirement的要求进行SNMP Trap消息发送:启动定时器,周期性的向OMC发送SNMP Trap消息。如果在SendTimes内,收到OMC的应答,则发送成功,调用Func_SendSucceed进行处理;如果发送SendTimes后,仍然没有收到OMC的应答,则调用Func_SendFailed进行处理。
如图2所示的基站和OMC之间的消息交互示意图。某发送进程发送Message(Requirement)消息给SNMP Trap重发服务进程。SNMP Trap重发服务进程收到Message(Requirement)消息后,按照Requirement的要求提供重发服务。当SNMP Trap重发服务进程收到OMC的应答消息(例如,SNMP Set消息)后,停止服务。或者当SNMP Trap重发服务进程,按照Requirement要求发送完SNMP Trap消息,但一直没有收到OMC的应答消息(SNMP Set消息)时,也要停止服务。
其中,SNMP Trap重发服务进程使用的数据结构如表1所示。
Index | IsUse | FunGetTimeTicks | SendTimes | SentTimes | SendInterval | Timer | Data | FunSend | FunSucceeded | FunFailed |
0 |
1 | ||||||||||
2 | ||||||||||
3 | ||||||||||
4 | ||||||||||
5 | ||||||||||
6 | ||||||||||
7 | ||||||||||
8 | ||||||||||
9 |
表1中的每一行称为一条记录,本实施例中共有10条记录,记录中各个字段的含义如下:
IsUse:表示此条记录是否正在使用;
FunGetTimeTicks:函数指针,即Requirement中的FunGetTimeTicks;
SendTimes:Requirement中的SendTimes;
SentTimes:表示此记录已被发送的次数;
SendInterval:Requirement中的SendInterval;
Timer:定时器;
Data:Requirement中的数据(Data),即状态信息;
FunSend:Requirement中的FunSend;
Fun Succeeded:Requirement中的Fun Succeeded;
FunFailed:Requirement中的FunFailed;
表1仅是例举了一种重发服务进程的实现方式,在不影响本发明的实现基础上,上述字段中的一些字段是可以省略掉的。
基于上述Requirement和重发服务进程的结构,图3~图6详细描述SNMP Trap重发服务机制的整个处理流程。
如图3所示的“SNMP Trap重发服务”进程处理Message(Requirement)消息的流程图。该处理过程如下;
步骤S302,“SNMP Trap重发服务”进程收到其他进程发来的Message(Requirement)消息;
步骤S304,判断输入参数(即Requirement)是否有效,比如各个函数指针是否为空。如果输入参数无效,进入步骤S306;否则,进入步骤S308;
步骤S306,打印输入参数无效,执行步骤S320;
步骤S308,判断是否有未在使用的记录;如果无,则进入步骤S310,否则进入步骤S312;
步骤S310,打印记录已满,转步骤S320;
步骤S312,按照入参初始化记录;
步骤S314,调用FunSend函数,发送SNMP Trap消息;
步骤S316,发送的次数(即SentTimes)加1;
步骤S318,启动定时器Timer;
步骤S320,流程结束。
如图4所示的“SNMP Trap重发服务”进程处理定时器到时消息的流程图,该处理过程如下:
步骤S402,“SNMP Trap重发服务”进程收到定时器到时消息;
步骤S404,根据Timer获得Index;
步骤S406,判断已发送次数SentTimes是否小于最大发送次数SendTimes;如果是,则转步骤S408;否则,转步骤S414;
步骤S408,调用FunSend函数发送SNMP Trap;
步骤S410,发送的次数(即SentTimes)加1;
步骤S412,启动定时器Timer,转到步骤S418;
步骤S414,调用FunFailed函数;
步骤S416,置此记录为未被使用;
步骤S418,流程结束。
如图5所示的“SNMP Trap重发服务”进程处理Message(Index,TimeTicks)消息的流程图,其中,Message(Index,TimeTicks)为OMC返回的应答消息,该处理过程如下:
步骤S502,“SNMP Trap重发服务”进程收到Message(Index,TimeTicks)消息;
步骤S504,判断Index对应的记录是否有效。如果有效,则进入步骤S506,否则进入步骤S514;
步骤S506,调用FunGetTimeTics获得原数据中的TimeTicks;
步骤S508,比较两个TimeTicks(获取的TimeTicks和Message中的TimeTicks)是否相同;如果相同,则进入步骤S510,不同则进入步骤S514;
步骤S510,调用FunSucceeded函数;
步骤S512,置此记录为未被使用;
步骤S514,流程结束。
如图6所示的OMC收到SNMP Trap消息后的处理流程图,该处理过程如下:
步骤S602,OMC接收基站发送的SNMP Trap消息;
步骤S604,从SNMP Trap消息中提取Index,TimeTicks;
步骤S606,发送应答消息Message(Index,TimeTicks)给基站;
步骤S608,流程结束。
本实施例采用SNMP Trap重发服务进程重发发送SNMP Trap消息,保证了重要的SNMP Trap消息尽可能地被OMC接收,该方法编码简单而且易于实现,且为新增代码,不会影响原有流程,同时,上述接口清晰灵活,便于扩展(新增SNMP Trap消息不会影响现有流程)。
实施例3
图7示出了根据本发明实施例的网络设备上报状态信息的装置的结构框图,该装置包括:
信息确定模块72,用于有状态信息需要上报OMC时,根据该状态信息的内容确定状态信息是否为不可丢失的信息;
本实施例中的不可丢失的信息指该信息对OMC是否重要,如果重要,则确定该信息为不可丢失的信息,就要尽全力向OMC发送,并要得到OMC的确认。如果不重要,则确定该信息不属于不可丢失的信息,因此对于该信息可以只是发送,而不管消息是否顺利的到达OMC,对于不重要的信息的处理即为现有技术中的处理;
重发模块74,与信息确定模块72相连,用于每隔设定时长向OMC发送一次状态信息,直至该确定状态信息发送成功或该状态信息发送次数达到设定值。
优选地,本实施例的重发模块74包括:重发单元,用于使用预先设置的重发服务进程,每隔设定时长向OMC发送一次状态信息。其中,重发服务进程可以采用实施例2中的SNMP Trap重发服务进程实现。
重发单元包括:
接收子单元,用于使用重发服务进程接收该网络设备上其它进程发送的需求消息,需求消息携带有状态信息、状态信息的发送次数和发送间隔;重发服务进程的数据结构中包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;
判断子单元,用于判断状态信息是否为空;
记录选择子单元,用于判断子单元的判断结果为需求消息不为空,从多条记录中选择一条使用标识为未使用的记录作为发送状态信息的记录;
初始化子单元,用于根据上述需求消息初始化选择的记录中的各项内容;
重发子单元,用于每发送一次状态信息,将选择的记录的发送次数加1,启动上述选择的记录的发送间隔定时器。
优选地,上述需求消息中还携带有状态信息的时间戳获取指示信息。因重发服务进程可以触发多个不同的状态信息发送,为了区分各个状态信息的发送状态,重发服务进程将会在上述记录中记录各个状态信息的发送状态。同时,为了能够区分出OMC返回的应答消息为对应哪个状态信息的,本实施例的重发子单元包括:时戳获取子单元,用于需求消息中携带有状态信息的时间戳获取指示信息时,根据时间戳获取指示信息获取的状态信息的时间戳;信息发送子单元,用于向OMC发送状态信息,其中,状态信息携带有选择的记录的索引和时间戳;
相应地,该装置还包括:消息接收模块,用于接收来自OMC的应答消息,其中,应答消息携带有索引和时间戳;
发送成功确定模块,用于判断索引对应的记录是否有效,如果有效,获取状态信息的时间戳,如果获取的时间戳与应答消息中的时间戳相同,则确定状态信息发送成功。
为了使上述选择的记录能够被后续的状态信息使用,该装置还包括:记录设置模块,用于确定状态信息发送成功或发送次数的计数达到设定值之后,设置选择的记录的使用标识为未使用。
本实施例的装置采用重复发送状态信息的方法,保证了OMC尽可能地收到不可丢失的状态信息,进而保证OMC使用该状态信息对网络设备进行管理,解决了OMC管理网络设备不方便的问题,增强了系统的性能和可靠性。
从以上的描述中,可以看出,本发明保证了OMC尽可能地收到不可丢失的状态信息,进而保证OMC使用该状态信息对网络设备进行管理,解决了OMC管理网络设备不方便的问题,增强了系统的性能可靠性。同时,不重要的状态信息还可以使用现有的流程进行发送,增强了设备的兼容性。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种网络设备上报状态信息的方法,其特征在于,包括:
网络设备有状态信息需要上报操作维护中心OMC时,根据所述状态信息的内容确定所述状态信息为不可丢失的信息;
所述网络设备每隔设定时长向所述OMC发送一次所述状态信息,直至确定所述状态信息发送成功或所述状态信息发送次数达到设定值;
其中,所述网络设备每隔设定时长向所述OMC发送一次所述状态信息包括:
所述网络设备使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息,其中,所述重发服务进程的数据结构中包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;所述网络设备使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息包括:
所述重发服务进程接收所述网络设备上其它进程发送的需求消息,所述需求消息携带有所述状态信息、所述状态信息的发送次数和发送间隔;
所述重发服务进程判断所述需求消息是否为空,如果不为空,从所述多条记录中选择一条所述使用标识为未使用的记录作为发送所述状态信息的记录;
所述重发服务进程根据所述需求消息初始化所述选择的记录中的各项内容;
所述重发服务进程每发送一次所述状态信息,将所述选择的记录的发送次数加1,启动所述选择的记录的发送间隔定时器。
2.根据权利要求1所述的方法,其特征在于,
所述需求消息还携带有所述状态信息的时间戳获取指示信息;
所述重发服务进程发送的所述状态信息中携带有所述选择的记录的索引和根据所述时间戳获取指示信息获取的所述状态信息的时间戳;
所述方法还包括:
所述OMC接收到所述状态信息后,提取所述索引和所述时间戳;
所述OMC向所述重发服务进程发送应答消息,其中,所述应答消息携带有所述索引和所述时间戳;
所述重发服务进程接收到所述应答消息后,判断所述索引对应的记录是否有效,如果有效,获取所述状态信息的时间戳,如果获取的所述时间戳与所述应答消息中的时间戳相同,则确定所述状态信息发送成功。
3.根据权利要求1或2所述的方法,其特征在于,
所述重发服务进程确定所述状态信息发送成功或所述发送次数的计数达到所述设定值之后,所述方法还包括:所述重发服务进程设置所述选择的记录的使用标识为未使用。
4.一种网络设备上报状态信息的装置,其特征在于,包括:
信息确定模块,用于有状态信息需要上报操作维护中心OMC时,根据所述状态信息的内容确定所述状态信息是否为不可丢失的信息;
重发模块,用于每隔设定时长向所述OMC发送一次所述状态信息,直至确定所述状态信息发送成功或所述状态信息发送次数达到设定值;
其中,所述重发模块包括:
重发单元,用于使用预先设置的重发服务进程,每隔设定时长向所述OMC发送一次所述状态信息,其中,所述重发服务进程的数据结构中包括:多条记录,每条记录对应一个索引、记录是否正在使用的使用标识、发送次数的计数、发送次数的设定值和发送间隔定时器;
所述重发单元包括:
接收子单元,用于使用所述重发服务进程接收所述网络设备上其它进程发送的需求消息,所述需求消息携带有所述状态信息、所述状态信息的发送次数和发送间隔;
判断子单元,用于判断所述状态信息是否为空;
记录选择子单元,用于所述判断子单元的判断结果为所述需求消息不为空,从所述多条记录中选择一条所述使用标识为未使用的记录作为发送所述状态信息的记录;
初始化子单元,用于根据所述需求消息初始化所述选择的记录中的各项内容;
重发子单元,用于每发送一次所述状态信息,将所述选择的记录的发送次数加1,启动所述选择的记录的发送间隔定时器。
5.根据权利要求4所述的装置,其特征在于,
所述重发子单元包括:时戳获取子单元,用于所述需求消息中携带有所述状态信息的时间戳获取指示信息时,根据所述时间戳获取指示信息获取的所述状态信息的时间戳;信息发送子单元,用于向所述OMC发送所述状态信息,其中,所述状态信息携带有所述选择的记录的索引和所述时间戳;
所述装置还包括:消息接收模块,用于接收来自所述OMC的应答消息,其中,所述应答消息携带有所述索引和所述时间戳;
发送成功确定模块,用于判断所述索引对应的记录是否有效,如果有效,获取所述状态信息的时间戳,如果获取的所述时间戳与所述应答消息中的时间戳相同,则确定所述状态信息发送成功。
6.根据权利要求4或5所述的装置,其特征在于,所述装置还包括:
记录设置模块,用于确定所述状态信息发送成功或所述发送次数的计数达到所述设定值之后,设置所述选择的记录的使用标识为未使用。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010567291.4A CN102014427B (zh) | 2010-11-30 | 2010-11-30 | 网络设备上报状态信息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010567291.4A CN102014427B (zh) | 2010-11-30 | 2010-11-30 | 网络设备上报状态信息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102014427A CN102014427A (zh) | 2011-04-13 |
CN102014427B true CN102014427B (zh) | 2015-07-22 |
Family
ID=43844392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010567291.4A Active CN102014427B (zh) | 2010-11-30 | 2010-11-30 | 网络设备上报状态信息的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102014427B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201174772Y (zh) * | 2008-02-21 | 2008-12-31 | 南京泰通科技有限公司 | 一种具有漏缆监测功能的直放站 |
CN101651526A (zh) * | 2008-08-14 | 2010-02-17 | 武汉光发科技有限公司 | 一种网络设备间的消息传递方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2387294B (en) * | 2002-04-03 | 2004-02-18 | Lucent Technologies Inc | A method in a third generation or higher telecommunications network |
CN101111038B (zh) * | 2006-07-21 | 2010-12-08 | 中兴通讯股份有限公司 | 一种无线设备的远程控制维护方法 |
CN101217403B (zh) * | 2008-01-16 | 2010-09-29 | 中兴通讯股份有限公司 | 一种基于简单网络管理协议的告警实现方法 |
-
2010
- 2010-11-30 CN CN201010567291.4A patent/CN102014427B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201174772Y (zh) * | 2008-02-21 | 2008-12-31 | 南京泰通科技有限公司 | 一种具有漏缆监测功能的直放站 |
CN101651526A (zh) * | 2008-08-14 | 2010-02-17 | 武汉光发科技有限公司 | 一种网络设备间的消息传递方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102014427A (zh) | 2011-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100434604B1 (ko) | 멀티캐스트 분배 서비스에 있어서의 재송제어 방법 및시스템, 재송제어 장치, 무선기지국 및 무선단말 | |
CN101047484B (zh) | 一种传输层重传方法和系统 | |
CN100518364C (zh) | 接入类限制期内的优先e911回叫 | |
CN101888291A (zh) | 实施增强专用频道传输数据使用期间定时器的方法及装置 | |
DE60318873D1 (de) | Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erk | |
CN101116277A (zh) | 用于请求/传送移动通信系统的状态报告的方法和设备 | |
KR20080101615A (ko) | 이동 통신 시스템에서 방송 서비스를 위한 컨텐츠 제공장치 및 방법 | |
CN101507318B (zh) | 移动通信系统中使用的无线通信装置及方法 | |
KR100988874B1 (ko) | 무선통신시스템에서 상태변수 또는 패킷 시퀀스넘버를비교하는 방법 및 장치 | |
CN101346910B (zh) | 多媒体广播和组播业务中用户设备运行维护的测量方法 | |
CN104159306A (zh) | 一种控制空口资源的方法、设备及系统 | |
CN101977358A (zh) | 一种数据短信的传输方法、装置及设备 | |
CN101305530A (zh) | 用于经卫星链路发送和接收群发消息的设备及方法 | |
KR20140111487A (ko) | 멀티캐스트 그룹에 속하는 멤버 노드들 간의 협력에 기반하여 데이터를 전송하는 기지국, 멤버 노드 및 그 방법들 | |
CN101188786B (zh) | 高速下行分组接入中多用户复用的传输方法、系统及装置 | |
CN102014427B (zh) | 网络设备上报状态信息的方法和装置 | |
CN101998153B (zh) | 基于广播式移动多媒体业务上报收看频道的方法及装置 | |
RU2005141762A (ru) | Способ и система для разрегистрации широковещательного/группового обслуживания в высокоскоростной системе с коммутацией пакетов данных | |
CN1925665A (zh) | 一种测量无线终端设备接收质量的系统与方法 | |
CN103685141B (zh) | 一种推送业务的实现方法和设备 | |
CN105323035A (zh) | 一种业务处理方法及装置 | |
CN110784365A (zh) | 变电站的站控层、实体装置的备用装置及其自动上线方法 | |
CN1361963A (zh) | 用于计算机网通信信道的网络时隙同步方案 | |
CN114501337B (zh) | 一种分组数据汇聚协议状态上报、接收方法、终端及设备 | |
US20060164994A1 (en) | Method and system for transmitting data packets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |