一种应急卫星通信系统的状态监测平台及方法与流程

文档序号:11263540阅读:1175来源:国知局
一种应急卫星通信系统的状态监测平台及方法与流程

本发明属于应急卫星通信领域,尤其涉及一种应急卫星通信系统的状态监测平台及方法。



背景技术:

近几年,应急通信系统的建设已经具备一定的规模,并在各类应急事件中发挥出重要的作用,卫星通信系统是机动应急通信系统最重要的组成部分,担负着应急处置现场至应急指挥中心核心上传通道的重任,该系统的安全稳定运行至关重要。

现有检测系统方法是网管读取卫星小站modem设备信息,通过小站指示灯判断远端设备是否在线,在信令载波情况下,无法获取远端站eb/n0值等具体信息,更无法分析信号载波质量,现有检测系统网络架构图1所示。

由于机动应急通信系统的启用具有很大的临时性和不确定性,给系统的运行维护带来不便。机动应急通信运维人员均为兼职人员,人员少且流动大,对系统特别是卫星系统熟练运维的能力不足。另外现有运维人员因管理职权问题,无法真正时时掌控全省通信车卫星通道的运行状态,技术上也缺乏有效的监控手段,因此,急需一个应急卫星通信系统的状态监测平台及方法,以利于系统统一的监管。



技术实现要素:

为了解决现有技术的不足,本发明提供了一种应急卫星通信系统的状态监测平台,其能够有效提高卫星通信系统运维监控能力,提升机动应急通信系统的保障支撑能力。

本发明的一种应急卫星通信系统的状态监测平台,包括:

操作控制层,其与应急卫星通信系统的状态采集终端相连;所述应急卫星通信系统的状态采集终端用于采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;及

设备信息/业务数据逻辑层,其用于读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;及

界面显示逻辑层,其与操作控制层相连;在所述操作控制层的控制下,所述界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;所述界面显示逻辑层还用于向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据。

进一步的,所述操作控制层还与标准数据服务器相连,所述标准数据服务器内存储有应急卫星通信系统的各项状态及参数的标准数据。

进一步的,所述操作控制层通过snmp通信模块与应急卫星通信系统的状态采集终端相互通信。

进一步的,设备信息/业务数据逻辑层,还用于当其判断应急卫星通信系统的各项状态及参数出现异常时,主动将异常数据传送至界面显示逻辑层来更新界面显示。

进一步的,所述界面显示逻辑层也包括触摸屏;所述界面显示逻辑层还用于获取用户通过触摸屏的输入动作信息。

本发明还提供了一种应急卫星通信系统的状态监测平台的监测方法。

本发明的应急卫星通信系统的状态监测平台的监测方法,包括:

应急卫星通信系统的状态采集终端采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;

设备信息/业务数据逻辑层读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;

在操作控制层的控制下,界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;界面显示逻辑层还向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据。

进一步的,该方法还包括:与操作控制层相连的标准数据服务器内存储有应急卫星通信系统的各项状态及参数的标准数据。

进一步的,所述操作控制层通过snmp通信模块与应急卫星通信系统的状态采集终端相互通信。

进一步的,该方法还包括:,设备信息/业务数据逻辑层当其判断应急卫星通信系统的各项状态及参数出现异常时,主动将异常数据传送至界面显示逻辑层来更新界面显示。

进一步的,该方法还包括:界面显示逻辑层还用于获取用户通过触摸屏的输入动作信息。

与现有技术相比,本发明的有益效果是:

(1)本发明采用操作控制层、设备信息/业务数据逻辑层和界面显示逻辑层这三层结构,由应急卫星通信系统的状态采集终端用于采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;设备信息/业务数据逻辑层读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;在所述操作控制层的控制下,所述界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;而且界面显示逻辑层还用于向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据,最终实现了应急卫星通信系统的统一监管。

(2)本发明应急卫星通信系统的状态监测平台利用snmp协议可以在多厂商网络设备混合网络环境下,通过提供单一的网络操作控制环境来管理所有子网和网络设备。snmp是基于udp协议实现的简单网络管理协议,是专门用于网络管理软件和网络设备之间通信的协议,实现集中的、统一的方式远程控制网络,排除故障,重新配置网络设备等。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。

图1是现有的一种应急卫星通信系统的状态监测平台的结构示意图;

图2是本发明的一种应急卫星通信系统的状态监测平台的结构示意图;

图3是本发明的一种应急卫星通信系统的状态监测系统连接图;

图4是本发明的一种应急卫星通信系统的状态监测方法流程图。

具体实施方式

应该指出,以下详细说明都是例示性的,旨在对本申请提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本申请的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,当在本说明书中使用术语“包含”和/或“包括”时,其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

本发明应急卫星通信系统的状态监测平台采用结构化设计思想,即采用自顶向下、逐层分解的方法,逐步建立系统的结构、模块组成和处理流程。软件设计过程对程序结构、数据结构、过程细节和接口细节逐步细化。运用模块化的设计原理控制系统的复杂性,即设计出模块相对独立的,模块结构图深度,宽度都适当的,单入口单出口的,单一功能的模块结构的软件结构图或软件层次方框图。所设计模块之间的联系越松散越好,而模块内各成分之间的联系越紧凑越好。结构化设计的主要目的是使程序的结构尽可能反映要解决的问题的结构,把需求规格分析得到的业务流程图和数据流图dfd等变换为系统结构图。

图2是本发明的一种应急卫星通信系统的状态监测平台的结构示意图。

如图2所示,本发明的一种应急卫星通信系统的状态监测平台,包括:

操作控制层,其与应急卫星通信系统的状态采集终端相连;所述应急卫星通信系统的状态采集终端用于采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;及

设备信息/业务数据逻辑层,其用于读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;及

界面显示逻辑层,其与操作控制层相连;在所述操作控制层的控制下,所述界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;所述界面显示逻辑层还用于向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据。

具体地,界面显示逻辑层主要负责各个显示窗口及窗口中各个组件的创建、显示、更新和销毁等ui逻辑控制。界面显示逻辑层是用户能够直接看到的部分,卫星系统的状态和参数信息都通过界面显示逻辑层中相关的窗口用多种不同方式展现给用户;交互式操作引导过程、故障诊断过程、培训演练过程和辅助维护过程中的系统提示信息和系统反馈信息都是通过界面显示逻辑层展现给用户;用户通过触摸屏的输入动作也首先被界面显示逻辑层截获。

设备信息/业务数据逻辑层(简称数据逻辑层)主要负责获取、更改、存储和分发各个设备的状态信息和系统预存的各种信息库。当一ui窗口显示更新时(被创建、或被控制逻辑层强制更新),界面显示逻辑层会自动向数据逻辑层发出“读取”请求,以获得最新的设备信息/业务数据。

另外,数据逻辑层内包含了定时触发的数据获取模块,该模块能够定时地扫描各个设备和子系统的当前状态参数;如果某些设备的参数发生了变化,数据逻辑层能够主动通知界面显示逻辑层更新界面显示。

用户通过触摸屏的输入动作首先被界面显示逻辑层截获。这些ui交互请求被界面显示逻辑层转发给操作控制层。操作控制层根据用户ui交互输入的类型和输入参数,相应地调整数据逻辑层中有关数据对象的状态,因此操作控制层可能会对数据逻辑层发出“读取/写入”请求。操作控制层也可能根据用户ui请求调整界面显示,此时会向界面显示逻辑层发出更新请求。

其中,所述操作控制层还与标准数据服务器相连,所述标准数据服务器内存储有应急卫星通信系统的各项状态及参数的标准数据。

其中,所述操作控制层通过snmp通信模块与应急卫星通信系统的状态采集终端相互通信。

其中,本发明应急卫星通信系统的状态监测平台利用snmp协议可以在多厂商网络设备混合网络环境下,通过提供单一的网络操作控制环境来管理所有子网和网络设备。snmp是基于udp协议实现的简单网络管理协议,是专门用于网络管理软件和网络设备之间通信的协议,实现集中的、统一的方式远程控制网络,排除故障,重新配置网络设备等。

本发明利用snmp通信模块(d.snmp)封装了snmp的底层通信细节,实现组织协议数据包,利用udp协议发送和接收snmp数据包,发送snmpget消息,发送snmpset消息,以异步方式响应snmptrap消息,维护如输入、输出队列等功能。

通过采集处理终端,读取通信车卫星调制解调器各项状态和参数,并以不同的颜色区分指示灯以及状态。例如:灰色标示设备未连接,设备网络未连接;红色标示设备告警,同时会有具体的告警信息;橙色标示设备正常,但卫星接收低于设定的阈值门限;绿色标示设备正常,卫星接收正常。系统连接图如图3所示。其中,图3中的采集处理终端为应急卫星通信系统的状态采集终端。

其中,设备信息/业务数据逻辑层,还用于当其判断应急卫星通信系统的各项状态及参数出现异常时,主动将异常数据传送至界面显示逻辑层来更新界面显示。

其中,所述界面显示逻辑层也包括触摸屏;所述界面显示逻辑层还用于获取用户通过触摸屏的输入动作信息。

本发明采用操作控制层、设备信息/业务数据逻辑层和界面显示逻辑层这三层结构,由应急卫星通信系统的状态采集终端用于采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;设备信息/业务数据逻辑层读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;

在所述操作控制层的控制下,所述界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;而且界面显示逻辑层还用于向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据,最终实现了应急卫星通信系统的统一监管。

本发明应急卫星通信系统的状态监测平台利用snmp协议可以在多厂商网络设备混合网络环境下,通过提供单一的网络操作控制环境来管理所有子网和网络设备。snmp是基于udp协议实现的简单网络管理协议,是专门用于网络管理软件和网络设备之间通信的协议,实现集中的、统一的方式远程控制网络,排除故障,重新配置网络设备等。

图4是本发明应急卫星通信系统的状态监测平台的监测方法的流程图。

如图4所示,本发明的应急卫星通信系统的状态监测平台的监测方法,包括:

步骤1:应急卫星通信系统的状态采集终端采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;

步骤2:设备信息/业务数据逻辑层读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;

步骤3:在操作控制层的控制下,界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;界面显示逻辑层还向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据。

在另一实施例中,该方法还包括:与操作控制层相连的标准数据服务器内存储有应急卫星通信系统的各项状态及参数的标准数据。

进一步的,所述操作控制层通过snmp通信模块与应急卫星通信系统的状态采集终端相互通信。

其中,本发明应急卫星通信系统的状态监测平台利用snmp协议可以在多厂商网络设备混合网络环境下,通过提供单一的网络操作控制环境来管理所有子网和网络设备。snmp是基于udp协议实现的简单网络管理协议,是专门用于网络管理软件和网络设备之间通信的协议,实现集中的、统一的方式远程控制网络,排除故障,重新配置网络设备等。

本发明利用snmp通信模块(d.snmp)封装了snmp的底层通信细节,实现组织协议数据包,利用udp协议发送和接收snmp数据包,发送snmpget消息,发送snmpset消息,以异步方式响应snmptrap消息,维护如输入、输出队列等功能。

在另一实施例中,该方法还包括:,设备信息/业务数据逻辑层当其判断应急卫星通信系统的各项状态及参数出现异常时,主动将异常数据传送至界面显示逻辑层来更新界面显示。

在另一实施例中,,该方法还包括:界面显示逻辑层还用于获取用户通过触摸屏的输入动作信息。

本发明采用操作控制层、设备信息/业务数据逻辑层和界面显示逻辑层这三层结构,由应急卫星通信系统的状态采集终端用于采集应急卫星通信系统的各项状态及参数并传送至操作控制层进行存储;设备信息/业务数据逻辑层读取所述操作控制层内存储的应急卫星通信系统的各项状态及参数信息进行逻辑分析,来判断应急卫星通信系统的各项状态及参数是否出现异常;

在所述操作控制层的控制下,所述界面显示逻辑层用于负责各个显示窗口及窗口中各个组件的ui逻辑控制;而且界面显示逻辑层还用于向设备信息/业务数据逻辑层发出数据读取请求,以获得最新的设备信息/业务数据,最终实现了应急卫星通信系统的统一监管。

本发明应急卫星通信系统的状态监测平台利用snmp协议可以在多厂商网络设备混合网络环境下,通过提供单一的网络操作控制环境来管理所有子网和网络设备。snmp是基于udp协议实现的简单网络管理协议,是专门用于网络管理软件和网络设备之间通信的协议,实现集中的、统一的方式远程控制网络,排除故障,重新配置网络设备等。

上述虽然结合附图对本发明的具体实施方式进行了描述,但并非对本发明保护范围的限制,所属领域技术人员应该明白,在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1