隧道集群无线电覆盖方案

隧道集群无线电覆盖方案
(北京恒星科通科技发展有限公司 http://www.bjhxkt.com 010-82565576)
一、隧道集群无线电覆盖系统概述

隧道集群无线电覆盖系统包括150M调度对讲子系统、350M公安消防集群子系统和调频广播及应急广播子系统。调度对讲子系统主要用于隧道管理单位的内部通信,能让隧道内维修、巡逻等人员与控制室管理人员之间建立灵活的通信联络,满足内部管理、指挥、调度等的需要。350M公安消防集群子系统通过将隧道外的基站信号引入,满足交警、消防等单位在隧道内的对讲通信需求,确保在紧急情况下能正常的开展工作。调频广播及应急广播子系统不仅能将调频广播信号引入隧道内,使得车辆通过隧道时广播收听不中断,同时当隧道内出现紧急情况时,能实现对广播信号的插播,将紧急信息即时直接通知给车内的人。
二、150M调度对讲子系统

150M调度对讲子系统提供隧道内部各工作面之间移动通信手段,覆盖隧道管理区域及重要设备机房。150M调度对讲子系统能够在隧道内维修、抢救、巡逻等人员与控制室管理人员之间建立灵活的通信联络而设计的,它可以通过控制中心的调度基地台对隧道内工作人员传送信息、通知及命令等,对突发事件及时进行命令和人员调度。并且可通过拨号系统与外线电话建立链路。150M调度对讲子系统采用150MHz模拟通信方式,隧道全线共用一组上下行频点。
三、公安和消防集群覆盖子系统

公安消防和无线集群覆盖子系统可实现消防手持台与消防中心基地台及移动消防指挥车之间以及消防手持台之间在隧道内的通信;可实现公安手持台与公安中心基地台及移动公安指挥车之间以及公安手持台之间在隧道内的通信;均采用异频半双工方式、异频单工方式通信。
四、调频广播及应急广播子系统

调频广播及应急广播子系统可接收5-10个FM频率的信号(XX市的主要调频广播信号),并转发到隧道中,使在隧道中行驶的车辆接收到FM广播,系统在紧急时具有对全频段广播信道进行插播的功能,紧急情况下可以通过调频广播向车载收音机广播救助信息。
五、隧道集群无线电覆盖系统组网
隧道集群无线电覆盖系统将上述系统传播平台合并,统一满足隧道内调度、公安、消防、应急、运营要求的需求。调度对讲系统、公安集群(350M)系统、消防集群(350M)系统、FM广播系统四部分共用一根泄漏电缆,以节省隧道的空间资源。
六、隧道集群无线电覆盖系统监控
所有隧道集群无线电覆盖系统的信号中继设备(包括光纤直放站近端/远端,选频直放站等),应具有远程监控功能,监控人员可通过设立在隧道控制中心的网管终端计算机完成远程监测及控制。

原文地址:http://blog.51cto.com/14043014/2311445

时间: 2024-10-09 03:26:25

隧道集群无线电覆盖方案的相关文章

隧道集群无线电覆盖系统产品

隧道集群无线电覆盖系统产品 1.350M公安消防光近端机350M公安消防光近端机功能特点:?采用光纤传输技术,传输距离可达20Km.?避免同频干扰,损耗小,可全向覆盖,选址方便.?光端机激光器光输出口加入精密光学滤波器,改善了射频输出底噪的稳定性.采用射频屏蔽和电源滤波技术,可有效防止收发干扰,增加隔离度.射频增益可调节.?采用模块化结构, MIC微带工艺,MID贴片技术,高Q腔体滤波器和SAW声表面滤波器,具有可靠性高.互换性好.维护方便等优点.?功率放大器采用性能卓越的飞思卡尔大功率功放管,

隧道集群通信覆盖系统

隧道集群通信覆盖方案(北京恒星科通科技发展有限公司 http://www.bjhxkt.com 010-82565576)一.隧道集群通信覆盖系统概述隧道集群通信覆盖方案隧道集群通信覆盖系统包括150M调度对讲子系统.350M公安消防集群子系统和调频广播及应急广播子系统.调度对讲子系统主要用于隧道管理单位的内部通信,能让隧道内维修.巡逻等人员与控制室管理人员之间建立灵活的通信联络,满足内部管理.指挥.调度等的需要.350M公安消防集群子系统通过将隧道外的基站信号引入,满足交警.消防等单位在隧道内

LVS+Keepalived+Squid+Nginx+MySQL主从高性能集群架构部署方案

方案一,在tomcat的workers.properties里面配置相关条件 worker.tomcat.lbfactor=50 worker.tomcat.cachesize=10 worker.tomcat.cache_timeout=600 worker.tomcat.socket_keepalive=1 worker.tomcat.socket_timeout=300 Linux内核优化: vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容net.

K8s集群搭建(kubeadm方案)

K8s集群搭建(kubeadm方案) 1.最少3台CentosA.至少2核CPU+2G内存+20G硬盘B.必须在同一网段本示例中分配为: Master:192.168.20.245 Worker1:192.168.20.167 Worker2:192.168.20.166 2.ip addr确认是否有分配到IPV4地址.没有的话nmtui,Automatically connect打上勾 3.用SSH连接 4.禁用防火墙, systemctl stop firewalld & systemctl

DRBD(Distributed Replicated Block Device) 分布式块设备复制 进行集群高可用方案

DRBD是一个用软件实现的.无共享的.服务器之间镜像块设备内容的存储复制解决方案. 外文名 DRBD drbdadm 高级管理工具 drbdsetup 置装载进kernel的DRBD模块 drbdmeta 管理META数据结构 目录 1 DRBD基础 2 DRBD功能 ? 工作原理 ? 版本 DRBD基础 编辑 Distributed Replicated Block Device(DRBD)是一个用软件实现的.无共享的.服务器之间镜像块设备内容的存储复制解决方案. DRBD Logo 数据镜像

细说tomcat之集群session共享方案

1. Tomcat Cluster官网:http://tomcat.apache.org/tomcat-7.0-doc/cluster-howto.htmlTomcat原生支持的集群方案. <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8"> <Manager className="org.apache.catali

HDFS跨集群数据合并方案之ViewFileSystem

前言 在很多时候,我们会碰到数据融合的需求,比如说原先有A集群,B集群,后来管理员认为有2套集群,数据访问不方便,于是设法将A,B集群融合为一个更大的集群,将他们的数据都放在同一套集群上.一种办法就是用Hadoop自带的DistCp工具,将数据进行跨集群的拷贝.当然这会带来很多的问题,如果数据量非常庞大的话.本文给大家介绍另外一种解决方案,ViewFileSystem,姑且可以叫做视图文件系统.大意就是让不同集群间维持视图逻辑上的唯一性,不同集群间还是各管各的. 传统数据合并方案 为了形成对比,

MySQL集群的可行方案

如果单MySQL的优化始终还是顶不住压力时,这个时候我们就必须考虑MySQL的高可用架构(很多同学也爱说成是MySQL集群)了,目前可行的方案有: 一.MySQL Cluster优势:可用性非常高,性能非常好.每份数据至少可在不同主机存一份拷贝,且冗余数据拷贝实时同步.但它的维护非常复杂,存在部分Bug,目前还不适合比较核心的线上系统,所以这个我不推荐. 二.DRBD磁盘网络镜像方案优势:软件功能强大,数据可在底层快设备级别跨物理主机镜像,且可根据性能和可靠性要求配置不同级别的同步.IO操作保持

MongoDB高可用集群配置的方案

>>高可用集群的解决方案 高可用性即HA(High Availability)指的是通过尽量缩短因日常维护操作(计划)和突发的系统崩溃(非计划)所导致的停机时间,以提高系统和应用的可用性. 计算机系统的高可用在不同的层面上有不同的表现: (1)网络高可用 由于网络存储的快速发展,网络冗余技术被不断提升,提高IT系统的高可用性的关键应用就是网络高可用性,网络高可用性与网络高可靠性是有区别的,网络高可用性是通过匹配冗余的网络设备实现网络设备的冗余,达到高可用的目的.比如冗余的交换机,冗余的路由器等