首页 > 专利 > 上海斐讯数据通信技术有限公司 > 一种无源光网络中的告警处理方法及OLT设备专利详情

一种无源光网络中的告警处理方法及OLT设备   0    0

有效专利 查看PDF
专利申请流程有哪些步骤?
专利申请流程图
申请
申请号:指国家知识产权局受理一件专利申请时给予该专利申请的一个标示号码。唯一性原则。
申请日:提出专利申请之日。
2015-09-22
申请公布
申请公布指发明专利申请经初步审查合格后,自申请日(或优先权日)起18个月期满时的公布或根据申请人的请求提前进行的公布。
申请公布号:专利申请过程中,在尚未取得专利授权之前,国家专利局《专利公报》公开专利时的编号。
申请公布日:申请公开的日期,即在专利公报上予以公开的日期。
2016-02-17
授权
授权指对发明专利申请经实质审查没有发现驳回理由,授予发明专利权;或对实用新型或外观设计专利申请经初步审查没有发现驳回理由,授予实用新型专利权或外观设计专利权。
2019-06-25
预估到期
发明专利权的期限为二十年,实用新型专利权期限为十年,外观设计专利权期限为十五年,均自申请日起计算。专利届满后法律终止保护。
2035-09-22
基本信息
有效性 有效专利 专利类型 发明专利
申请号 CN201510607283.0 申请日 2015-09-22
公开/公告号 CN105262621B 公开/公告日 2019-06-25
授权日 2019-06-25 预估到期日 2035-09-22
申请年 2015年 公开/公告年 2019年
缴费截止日 2022-10-22
分类号 H04L12/24H04B10/075 主分类号 H04L12/24
是否联合申请 独立申请 文献类型号 B
独权数量 1 从权数量 3
权利要求数量 4 非专利引证数量 0
引用专利数量 3 被引证专利数量 0
非专利引证
引用专利 CN101958804A、CN101958803A、CN102324968A 被引证专利
专利权维持 5 专利申请国编码 CN
专利事件 转让 事务标签 公开、实质审查、授权、权利转移
申请人信息
申请人 第一申请人
专利权人 上海斐讯数据通信技术有限公司 当前专利权人 蚌埠立超信息科技有限公司
发明人 韩永华 第一发明人 韩永华
地址 上海市松江区思贤路3666号 邮编 201616
申请人数量 1 发明人数量 1
申请人所在省 上海市 申请人所在市 上海市松江区
代理人信息
代理机构
专利代理机构是经省专利管理局审核,国家知识产权局批准设立,可以接受委托人的委托,在委托权限范围内以委托人的名义办理专利申请或其他专利事务的服务机构。
上海硕力知识产权代理事务所 代理人
专利代理师是代理他人进行专利申请和办理其他专利事务,取得一定资格的人。
郭桂峰
摘要
本发明提供一种告警信息的处理方法,用于无源光网络;所述无源光网络包括OLT(Optical Line Terminal,光线路终端);该OLT设备产生告警信息,OLT设备将所述告警信息存储在告警信息数据库,并且判断当前时间是否达到预先设定的时间阈值;如果是,则提取所述告警信息数据库中的告警信息。
  • 摘要附图
    一种无源光网络中的告警处理方法及OLT设备
  • 说明书附图:图1
    一种无源光网络中的告警处理方法及OLT设备
  • 说明书附图:图2
    一种无源光网络中的告警处理方法及OLT设备
  • 说明书附图:图3
    一种无源光网络中的告警处理方法及OLT设备
法律状态
序号 法律状态公告日 法律状态 法律状态信息
1 2021-03-26 专利权的转移 登记生效日: 2021.03.12 专利权人由蚌埠立超信息科技有限公司变更为湖州帷幄知识产权运营有限公司 地址由233000 安徽省蚌埠市燕山路8319号(上理工科技园6号302室)变更为313000 浙江省湖州市吴兴区爱山街道新天地商务写字楼1019室
2 2019-06-25 授权
3 2016-02-17 实质审查的生效 IPC(主分类): H04L 12/24 专利申请号: 201510607283.0 申请日: 2015.09.22
4 2016-01-20 公开
权利要求
权利要求书是申请文件最核心的部分,是申请人向国家申请保护他的发明创造及划定保护范围的文件。
1.一种告警信息的处理方法,用于无源光网络;所述无源光网络包括OLT(OpticalLineTerminal,光线路终端),其特征在于,所述方法包括:
所述OLT设备中的告警源模块产生告警信息,将所述告警信息存储在告警信息数据库中的告警信息表;
定时器判断当前时间是否达到预先设定的时间阈值;
如果是,告警源模块发送告警处理通知消息;
告警信息处理模块接收所述告警处理通知消息,发送处理结束消息,提取所述告警信息数据库中告警信息表的告警信息并处理;
所述告警数据库包含告警信息表A和告警信息表B,所述告警信息表A和告警信息表B具有相同的表结构;
相应地,所述OLT设备将所述告警信息存储在告警信息数据库的告警信息表具体包括:
将所述告警信息写入所述告警信息表A;
相应地,所述提取所述告警信息数据库中的告警信息具体包括:
所述告警信息表A携带在告警处理通知消息中,告警处理模块提取所述告警处理通知消息中相应的告警信息表A;
所述方法进一步包括:
用所述告警信息表B替代所述告警信息表A,作为当前使用的写入告警信息表;
数据库为SQLite,系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B;告警源模块只写数据库,告警信息处理模块只从告警数据库进行读操作。

2.如权利要求1所述的告警信息的处理方法,其特征在于,所述方法进一步包括:
当所述OLT设备处理了所述告警信息后,清空所述告警数据库中的所述告警信息。

3.一种OLT设备,用于无源光网络,其特征在于,包括:
告警源模块,用于产生告警信息,并发送告警处理通知消息给告警信息处理模块;
存储单元,用于存储所述告警信息;
告警信息处理模块,用于接收告警处理通知消息,并从所述存储单元中提取所述告警信息并处理;
定时器,所述定时器根据预先设定的时间阈值设定;
其中,当所述定时器超时时,告警源模块发送告警处理通知消息;告警信息处理模块接收所述告警处理通知消息,发送处理结束消息给告警源,从所述存储单元中提取出所述告警信息并处理所述告警信息;
所述存储单元包括告警信息表A和告警信息表B;所述告警信息表A与告警信息表B具有相同的结构;存储单元为SQLite,系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B;告警源模块只写数据库,告警信息处理模块只从告警数据库进行读操作;
当所述定时器超时时,所述告警源模块向告警处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的告警信息表A,并将所述告警信息表B替换所述告警信息表A作为当前写入的告警信息表。

4.如权利要求3所述的OLT设备,其特征在于,
所述存储单元还用于当所述告警信息处理模块处理了所述告警信息后,清空所述告警信息数据库中的所述告警信息。
说明书

技术领域

[0001] 本发明涉及无源光网络领域,更具体地涉及一种无源光网络中的告警处理信息的方法及OLT(Optical Line Terminal,光线路终端)设备。

背景技术

[0002] 在各种宽带接入技术中,无源光网络以其容量大、传输距离长、较低成本、全业务支持等优势成为热门技术。
[0003] PON(无源光网络)中最主要的三部分包括位于局端的OLT(Optical  Line Terminal,光线路终端)、终端ONU(Optical Network Unit,光网络单元)、以及ODN(Optical Distribution Network,光配线网)。
[0004] 在OLT设备中,存在各种各样的告警数据。通过这些告警数据,维护人员能偶了解OLT系统的运行状态。然而,告警数据的大量产生会影响到系统的运行,尤其是对于一些大容量的OLT系统来说,这个问题更加突出。
[0005] 现有技术中,可以通过屏蔽告警数据达到减少告警信息对CPU的占用的目的。但是屏蔽告警数据有可能把一些对维护人员有用的告警信息也屏蔽掉了。另外,在极端情况下,即使屏蔽了一部分告警信息,大量产生的告警仍然对系统的运行构成威胁。
[0006] 一般的情况下,OLT内的告警数据是通过进程间通信的机制来完成告警数据的交互。当大量告警数据的产生时,进程间通信的大量交互导致正常的进程间交互数据,比如:协议数据、配置数据等不能正常完成交互,从而导致系统工作不正常。
[0007] 因此为了提高OLT系统的可靠性和稳定性,需要考虑如何减少告警数据的交互,而不在于减少告警数据本身。

发明内容

[0008] 本发明针对现有的问题,提供一种OLT告警信息的处理方法,减少了系统进程之间的告警信息不必要的交互,从而实现在不考虑告警屏蔽的前提下提高OLT系统的可靠性和稳定性。
[0009] 为了实现以上发明目的,本发明是通过以下技术方案实现的:
[0010] 一种无源光网络中告警信息的处理方法,用于无源光网络;所述无源光网络包括OLT(Optical Line Terminal,光线路终端),所述OLT设备产生告警信息;所述OLT设备将所述告警信息存储在告警信息数据库,所述方法包括:
[0011] 判断当前时间是否达到预先设定的时间阈值;
[0012] 如果是,则提取所述告警信息数据库中的告警信息,并处理所述告警信息。
[0013] 优选地,所述方法进一步包括:
[0014] 当所述OLT设备处理了所述告警信息后,清空所述告警数据库中的所述告警信息。
[0015] 优选地,所述告警数据库包含告警信息表A和告警信息表B,且具有相同的表结构;
[0016] 相应地,所述OLT设备将所述告警信息存储在告警信息数据库具体包括:
[0017] 所述OLT设备将所述告警信息写入所述告警信息表A。
[0018] 相应地,所述提取所述告警信息数据库中的告警信息具体包括:
[0019] 将所述告警信息表A携带在告警处理消息中发送给相应的告警处理模块。
[0020] 优选地,所述方法进一步包括:
[0021] 用所述告警信息表B替代所述告警信息表A,作为当前使用的告警信息表。
[0022] 本发明实施例还提供一种OLT设备,用于无源光网络,包括:
[0023] 告告警源模块,用于产生告警信息,并发送告警处理通知消息给告警信息处理模块;
[0024] 存储单元,用于存储所述告警信息;
[0025] 告警信息处理模块,用于接收告警处理通知消息,发送并从所述存储单元中提取所述告警信息并处理;
[0026] 定时器,所述定时器根据预先设定的时间阈值设定;
[0027] 其中,当所述定时器超时时,告警信息处理模块从所述存储单元中提取出所述告警信息并处理所述告警信息。
[0028] 优选地,所述存储单元包括告警信息表A和告警信息表B;所述告警信息表A与告警信息表B具有相同的结构;
[0029] 当所述定时器超时时,所述告警源模块向告警处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的告警信息表A;并将所述告警信息表B替换所述告警信息表A作为当前写入的告警信息表。
[0030] 本发明至少具有以下有益效果之一:
[0031] 本发明实施例中,由于告警信息产生后没有通过进程间通信机制进行传送,大大减轻了任务切换和消息传递对系统的影响,从而提高了在极端情况下系统正常任务的处理能力,减小了系统出错的可能。
[0032] 另一方面,由于利用了内存数据库来存储告警信息,进程间的数据交互通过内存数据库来完成,简化了进程交互数据的复杂度。虽然本发明实施例对内存有一定的要求,但由于选用的嵌入式数据库对内存的要求不高,而且内存容量对于OLT系统来说不是瓶颈问题,因此不会增加系统的负担。

实施方案

[0037] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,以下说明和附图对于本发明是示例性的,并且不应被理解为限制本发明。以下说明描述了众多具体细节以方便对本发明理解。然而,在某些实例中,熟知的或常规的细节并未说明,以满足说明书简洁的要求。
[0038] 在无源光网络系统,一个OLT设备可以和多个ONU设备连接。因此,OLT设备上可能会收到大量的告警信息。考虑到采用告警屏蔽的手段可能会使系统丢失到有用的信息。本发明实施例在不使用告警屏蔽的情况下,同时减少告警信息的交互,从而提升设备的稳定性和性能。
[0039] 本发明实施例提供一种OLT设备。该设备包括:
[0040] 告警源模块,用于产生告警信息,并发送告警处理通知消息给告警信息处理模块;
[0041] 存储单元,用于存储所述告警信息;
[0042] 告警信息处理模块,用于接收告警处理通知消息,发送处理结束消息,并从所述存储单元中提取所述告警信息并处理;
[0043] 定时器,所述定时器根据预先设定的时间阈值设定;
[0044] 其中,当所述定时器超时时,告警信息处理模块从所述存储单元中提取出所述告警信息并处理所述告警信息。
[0045] 其中,存储单元在具体应用中,可以采用嵌入式数据库系统,具体来说,可以采用SQLite。系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B。A和B有相同的表结构。
[0046] 根据SQLite的属性,告警源模块只写数据库,告警信息处理模块只从告警数据库进行读操作,避免告警源模块和告警处理模块同时对数据库进行写操作。
[0047] 当第一条告警信息被写入数据库时,预先设定的周期定时器T1开始计时,并设定默认的写入告警信息表表为表A。
[0048] 当告警源模块产生一告警信息时,检查当前写入告警信息表,假定为A,并将告警信息写入该表。
[0049] 当定时器T1超时时,告警源模块向告警处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的告警信息数据表为A,并将当前的写入告警信息表改为表B。
[0050] 当告警信息处理模块收到这个消息后,从表A中取出所有的告警信息,发送处理结束消息给告警源模块,消息中携带处理过的表信息A。发送消息结束后,处理模块即开始告警信息的处理。
[0051] 告警源模块收到该处理结束消息后,清除表A中的所有记录。
[0052] 定时起T1的值可以根据通过单位时间内产生的告警数据和用户的需求,灵活设置该值。
[0053] 本发明实施例还提供了一种无源光网络中告警信息的处理方法,用于无源光网络;所述无源光网络包括OLT(Optical Line Terminal,光线路终端),所述OLT设备产生告警信息;所述OLT设备将所述告警信息存储在告警信息数据库,所述方法包括:
[0054] 判断当前时间是否达到预先设定的时间阈值;
[0055] 如果是,则提取所述告警信息数据库中的告警信息,并处理所述告警信息。
[0056] 优选地,所述方法进一步包括:
[0057] 当所述OLT设备处理了所述告警信息后,清空所述告警数据库中的所述告警信息。
[0058] 优选地,所述告警数据库包含告警信息表A和告警信息表B,且具有相同的表结构;
[0059] 相应地,所述OLT设备将所述告警信息存储在告警信息数据库具体包括:
[0060] 所述OLT设备将所述告警信息写入所述告警信息表A。
[0061] 相应地,所述提取所述告警信息数据库中的告警信息具体包括:
[0062] 将所述告警信息表A携带在告警处理消息中发送给相应的告警处理模块。
[0063] 优选地,所述方法进一步包括:
[0064] 用所述告警信息表B替代所述告警信息表A,作为当前使用的告警信息表。
[0065] 下面结合附图说明各个模块的处理流程。
[0066] 图1为告警信息处理模块接收到告警处理通知消息的处理流程示意图,如图1所示,告警信息处理模块的处理步骤包括:
[0067] S101、数据库处理初始化;
[0068] 该数据库可以采用嵌入式数据库,嵌入式数据库采用Sqlite,系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B。A和B有相同的表结构。
[0069] S102、等候接收告警处理通知消息;
[0070] 定时器未超时时,告警信息只是存储在告警信息数据库中。因此,定时器未超时时,告警信息处理模块一直处于等候接收告警处理通知消息的状态;
[0071] S103、当定时器超时时,接收到告警源模块发送一个告警处理通知消息;
[0072] 该告警处理通知消息中携带处理过的告警信息表A。
[0073] 进一步地,告警信息处理模块从告警信息表A中取出所有的告警信息,发送处理结束消息给告警源模块,消息中携带处理过的告警信息表A。发送处理结束消息结束后,告警信息处理模块即开始告警信息的处理。
[0074] 附图2是告警源模块写入数据库的处理流程示意图;如图2所示,告警源模块的处理步骤包括;
[0075] S201、数据库处理初始化;
[0076] 该数据库可以采用嵌入式数据库,嵌入式数据库采用Sqlite,系统启动时创建告警数据库,并创建告警信息表A以及告警信息表B。A和B有相同的表结构。
[0077] S202、将产生的告警信息写入告警数据库中的当前告警信息表A。
[0078] 附图3是告警源模块发送告警通知消息的处理流程示意图;如图3所示,告警源模块发送告警通知消息的过程包括如下步骤:
[0079] S301、当定时器超时时,检查告警信息数据库中的当前告警信息表,并且告警源模块向告警信息处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的数据表为告警信息表A,并将当前的告警信息写入表改为告警信息表B;
[0080] 其中,存储单元在具体应用中,可以采用嵌入式数据库系统,具体来说,可以采用SQLite。系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B。A和B有相同的表结构。
[0081] 根据SQLite的属性,告警源模块只写数据库,告警信息处理模块只从告警数据库进行读操作,避免告警源模块和告警处理模块同时对数据库进行写操作。
[0082] 当第一条告警信息被写入数据库时,预先设定的周期定时器T1开始计时,并设定默认的写入告警信息表表为表A。
[0083] 当告警源模块产生一告警信息时,检查当前写入告警信息表A,假定为A,并将告警信息写入该表。
[0084] 当定时器T1超时时,告警源模块向告警处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的数据表为A,告警源模块并将当前的写入告警信息表改为表B。
[0085] 当告警信息处理模块收到这个消息后,从表A中取出所有的告警信息,发送处理结束消息给告警源模块,消息中携带处理过的告警信息表A。发送消息结束后,处理模块即开始告警信息的处理。
[0086] S302、告警源模块收到告警信息处理模块发送的处理结束消息后,清除告警信息表A中的所有记录。
[0087] 告警源模块收到该处理结束消息后,清除告警信息表AA中的所有记录。
[0088] 本发明实施例还提供一种无源光网络系统,该系统由OLT设备和ONU设备组成。其中,该OLT设备包括:
[0089] 告警源模块,用于产生告警信息,并发送告警处理通知消息给告警信息处理模块;
[0090] 存储单元,用于存储所述告警信息;
[0091] 告警信息处理模块,用于接收告警处理通知消息,发送处理结束消息,并从所述存储单元中提取所述告警信息并处理;
[0092] 定时器,所述定时器根据预先设定的时间阈值设定;
[0093] 其中,当所述定时器超时时,告警信息处理模块从所述存储单元中提取出所述告警信息并处理所述告警信息。
[0094] 其中,存储单元在具体应用中,可以采用嵌入式数据库系统,具体来说,可以采用SQLite。系统启动时创建告警数据库,并创建告警信息表A以及告警表信息表B。A和B有相同的表结构。
[0095] 根据SQLite的属性,告警源模块只写数据库,告警信息处理模块只从告警数据库进行读操作,避免告警源模块和告警处理模块同时对数据库进行写操作。
[0096] 当第一条告警信息被写入数据库时,预先设定的周期定时器T1开始计时,并设定默认的写入告警信息表表为告警信息表A。
[0097] 当告警源模块产生一告警信息时,检查当前写入告警信息表,假定为A,并将告警信息写入该告警信息表。
[0098] 当定时器T1超时时,告警源模块向告警处理模块发送一个告警处理通知消息,告警处理通知消息中携带需要处理的数据表为告警信息表A,并将当前的写入告警信息表改为告警信息表B。
[0099] 当告警信息处理模块收到这个消息后,从告警信息表A中取出所有的告警信息,发送处理结束消息给告警源模块,消息中携带处理过的告警信息表A。发送处理结束消息结束后,处理模块即开始告警信息的处理。
[0100] 告警源模块收到告警信息处理模块发送的处理结束消息后,清除表A中的所有记录。
[0101] 告警源模块收到该处理结束消息后,清除告警信息表A中的所有记录。
[0102] 本发明实施例中,由于告警信息产生后没有通过进程间通信机制进行传送,大大减轻了任务切换和消息传递对系统的影响,从而提高了在极端情况下系统正常任务的处理能力,减小了系统出错的可能。
[0103] 另一方面,由于利用了内存数据库来存储告警信息,进程间的数据交互通过内存数据库来完成,简化了进程交互数据的复杂度。虽然本发明实施例对内存有一定的要求,但由于选用的嵌入式数据库对内存的要求不高,而且内存容量对于OLT系统来说不是瓶颈问题,因此不会增加系统的负担。
[0104] 说明的是,在本专利的权利要求和说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干省略、改进和润饰,这些改进和润饰也应视为本发明的保护范围。

附图说明

[0033] 下面结合附图和具体实施方式对本发明作进一步详细说明:
[0034] 附图1是告警信息处理模块接收到告警通知消息的处理流程示意图;
[0035] 附图2是告警源模块写入数据库的处理流程示意图;
[0036] 附图3是告警源模块消息处理流程示意图。
版权所有:盲专网 ©2023 zlpt.xyz  蜀ICP备2023003576号