基于B-S架构的卫星地球站远程维护方案设计

鉴于B/S架构的卫星地球站远程维护方案设计奚炜弘李晴飞纲要：随着卫星通信技术的发展，卫星通信终端获得了大量的普及和应用，这也使得远程维护成为卫星通信系统的一个重要细成部分。文章经过对网桥、B/S架构的剖析研究，设计了一种鉴于B/S架构的卫星地球站远程维护方案。重点词：卫星通信；B/S；网桥随着空间技术和电子技术的发展，卫星通信技术获得了不断的发展，移动卫星通信系统开始受到TM门宽泛的关注和应用。卫星通信以其覆盖地区大、通信距离远、灵活灵活、不受陆地灾害影响等众多优势，开始进入各个领域，并在其中占有了重要的份额。在大量卫星终端的普及和应用的同时，终端的维护方式也必定开始成为卫星通信系统的一个重要研究方向。传统的卫星地球站现场维护方式，往常是当客户的设施产生故障之后，通知设备厂家，此时设施厂家才会派出工程师到现场为客户解决问题。这样的方式会惹起客户的设施长时间无法使用，进而降低客户满意度，并且耗资大量的人员时间和出差费用。本文经过对卫星链路转地面网络的方式和维护平台系统架构的剖析研究，设计了一种鉴于B/S架构的卫星地球站远程维护方案，该方案可大幅度降低维护成本，减少用户损失。卫星链路转地面网络设计在卫星地球站远程维护方案的设计中，需要将卫星链路变换为地面网络，在转换的过程中，需要注意以下几点。1）不能改变收到的帧的内容和格式，也不能在帧的外部增添任何内容。每一个要传输的帧应当是简单地从卫星链路中复制出来，并纹丝没动地送给地面网络，反之亦然；（2）需要有足够的缓存空间以知足峰值的需要；（3）拥有数据过滤功能，解决循环回路。经过上述剖析能够发现使用网桥模式是最优的选择。在卫星通信中，网桥的功能是将从地面网络接收到的数据帧进行缓存，剖析该帧的目的MAC地点，如果MAC地点属于另一端网络时，则经过卫星链路进行转发。如图1所示，同样当接收到卫星链路的数据帧时，将数据帧进行缓存，剖析该帧的目的MAC地点，如果MAC地点属于本端网络，则转发到本地网络。在对卫星通信中网桥工作原理进行剖析后，发现能够利用libnet和libpcap的编程接口以软件的方式来实现。libnet和libpcap都是Unix/Linux平台下用c语言实现的APIlibrary，它们都拥有很高的可移植性，能够移植到VxWorks，Windows等平台下使用。其中libnet提供了数据包的结构和发送功能，libpcap则提供了数据包捕获的功能。实现网桥功能，libnet库需要调用以下函数：（1）初始化。libnet_t*libnet_init（intinjection_type，char*device，char*err_buf）；（2）数据包发送。mthbnetwnte（hbnet_t*）；（3）資源释放。voidlibnet_destroy（libnet_t*）；libpcap库需要调用以下函数：（4）初始化。pcap_t*pcap_open_live（constchar*device，intsnaplen，intpromisc，intto_ms，char*errbuf）；（5）数据包捕获。intpcap_loop（pcap_t*p，intcnt，pcap_handlercallbacku_char*user）；（6）资源释放。voidpcap_close（pcap_t*p）；当卫星链路成立后，经过调用libnet和libpcap的编程接口函数将卫星链路转换为地面网路，以网桥的方式将两个使用相同MAC协议的局域网相连，最终达到维护平台远程登岸维护的目的。维护平台系统架构选择当前，主流体系架构为B/S和C/S两种。B/S架构的全称为Browser/Server，即浏览器/服务器架构。Browser指的是web浏览器，极少数事务逻辑在前端实现，主要事务逻辑在服务器端实现，由Browser客户端，WebApp服务器端和DB端组成三层架构。C/S架构是一种典型的两层架构，其全称是Client/Server，即客户端/服务器端架构。其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端成立数据库服务器或Socket服务器，允许客户端经过数据库连接接见服务器端的数据；或客户端经过与服务端的Socket通信获取数据。在本远程维护方案中，选择B/S架构拥有以下几个优势：1）采用散布式系统设计，安全性更高。从程序运行安全角度考虑，在卫星地球站中，通信App和维护App是两个独立的程序，两个App的运行互不扰乱，实现了运行的隔绝。从数据调用角度考虑，通信hpp和维护App所使用的数据在不同的内存中，实现数据的隔绝。运行的隔绝和数据的隔绝保证了卫星地球站的使用更为可靠和安全。2）操作灵活便利。B/S架构的特点决定了只要要一个卫星地球站和普通计算机，就能够在任何地方进行远程维护，无需为计算机安装任何客户端，也不需要考虑计算机的硬件配置。3）开发成本低。在B/S架构中只要要开发服务器端的WebApp，无需像C/S架构同样开发服务器端的App和客户端的App，这样节俭了开发成本。4）共享性好。B/S架构允很多个Browser客户端同时登岸服务器端，能够对卫星地球站出现的故障问题进行会诊。方案总体设计卫星地球站远程维护方案模型由3部分组成，如图2所示。卫星：提供转发功能，实现两个地球站卫星链路成立的功能。维护平台：由一台卫星地球站和一台普通计算机组成。卫星地球站用来与故障设施成立卫星链路，并提供卫星链路转网络链路的功能；普通计算机经过网络与卫星地球站相连，经过Web浏览器登录故障设施。故障设施：故障设施与维护平台的连结支持两种方式，一是直接经过卫星链路成立连结，二是使用地面网络经过中继设施成立连结。这种设计方案支持以下两种情况的远程维护。1）当故障设施卫星通信链路正常时，维护平台能够远程登岸设施进行维护。比如：当卫星地球站B需要进行远程维护并且卫星通信链路正常时，在卫星地球站A与卫星地球站B之间成立卫星通信维护链路，将卫星链路变换成地面网络，经过维护平台登岸卫星地球站B，对卫星地球站B进行设施运行监控、参数设置和版本升级等操作，以达到远程维护的目的。2）当故障设施出现卫星通信路故障时，能够将一台卫星通信链路正常的设施和故障设施组成网络，以卫星通信链路正常的设施作为为中继，让维护平台可以远程登岸故障设施进行维护。比如：卫星地球站C2星通信链路故障，卫星地球站B卫星通信链路正常。将卫星地球站C和卫星地球站B相连组成网络，卫星地球站A与卫星地球站B之间成立卫星通信维护链路，以卫星地球站B为中继，经过维护平台登岸卫星地球站C，对卫星地球站C进行远程维护。经过上述研究能够发现，本方案的设计拥有以下几个优点：1）实时监控：定期与客户成立卫星通信维护链路，实时掌握客户设施的使用情况，远程改正客户设施的不合适配置参数，保证客户设施能够获得最优的运行，降低故障出现的概率。2）软件版本控制：通過与客户成立卫星通信维护链路，掌握客户设施中的软件系统版本，能够远程对客户设施中的软件系统进行升级，防止了派专人去现场为用户升级的情况。3）中继功能：即便客户设施出现卫星通信链路故障，也能够经过使用一台正常的设施作为中继，达成远程维护功能。结语随着卫星通信终端的大量普及，传统的现场维护方式不单影响了用户的体验，也造成了企业维护成本的不必要开销。本文设计了一种鉴于B/S架构的卫星地球站远程维