浅析地铁应急通信的关键技术

上传人:cl****1 文档编号:489537726 上传时间:2023-01-14 格式:DOCX 页数:5 大小:70.74KB
返回 下载 相关 举报
浅析地铁应急通信的关键技术_第1页
第1页 / 共5页
浅析地铁应急通信的关键技术_第2页
第2页 / 共5页
浅析地铁应急通信的关键技术_第3页
第3页 / 共5页
浅析地铁应急通信的关键技术_第4页
第4页 / 共5页
浅析地铁应急通信的关键技术_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《浅析地铁应急通信的关键技术》由会员分享,可在线阅读,更多相关《浅析地铁应急通信的关键技术(5页珍藏版)》请在金锄头文库上搜索。

1、浅析地铁应急通信的关键技术(1)通过物联网感知技术获取现场消防人员的位置信息。采用射频 识别技术,根据地铁站厅、站台的无线电磁兼容环境,在地铁出入口、 闸机口、楼梯、站台等装有摄像机的重点部位合理布设RF I D读取 器(R F I D读取器的有效识别距离35 m),要求R F I D信号 在实施消防救援行为的路径上有效覆盖;同时,在站台层和站厅层的 合理位置布设无线汇聚点AP (Ai rPoint,其有效识别距离 为2 0 0 m),可汇接全部RF I D读取器的无线信号,并经网线将 该信号上传到设于站内机房的RF I D上位机。当佩戴RF I D卡的 消防员经过不同的RF I D信号覆盖区

2、域时,会触发相对应的RF I D读取器,RF I D读取器与无线汇聚点A P联合动作,会准确、实 时地获取地铁救援人员的位置、姓名等信息。(2)现场救援人员位置信息及站内视频监控图像与地铁控制中心的 汇接传输。一是各地铁站内的视频监控信号均汇接到地铁运营控制中 心,并在控制中心的大屏幕上显示。在地铁运营控制中心机房内安装 消防视频图像综合集成系统,包括流媒体分发服务器(MTS)、视 频网关服务器(MGS)和多点控制单元(MCU)。将各地铁站内 的视频监控信号(模拟/数字)接入消防视频图像综合集成系统。二 是将各地铁站机房内的RF I D上位机接入互联网,在地铁运营控制 中心机房内安装RF I

3、D代理服务器和RF I D感知服务器。被消防 员触发的RF I D读取器的I D (以下称“位置I D”)和消防员佩 戴的电子标签的I D (以下称“人员I D”)会沿着AP RF I D 上位机RF I D代理服务器RF I D感知服务器的路径,被RF ID感知服务器所获取。代理服务器用于接收第三方设备信息(如R F I D信息,包括卡号、天线号、基站号、上传时间等),并将接收 到的信息过滤后转换为物联网标准协议格式。RFID的信息要求是 实时性的,如果经代理服务器验证,发现接收到的信息与服务器时间 不匹配,代理服务器会将其丢弃。以感知服务为核心,连接多类代理 服务器或同类多个代理服务器,可

4、便于系统接入各种安防子系统。而且,如果某个代理服务器死机,仅丢失此代理服务器对应的第三方接 入信息,不会影响系统的整体运行。(3)人员I D及其位置I D通过3 G传送至全勤指挥部的可视化指 挥终端,该终端完成位置I D的3 D虚拟现实,同时完成位置I D与 该位置下的视频监控图像的匹配关联。RF I D感知服务器经与电信 运营商的APN专线接入3 G网络(WCDMA/CDMA2 0 0 0),全勤指挥部的可视化指挥终端内插3 G上网卡,被RF I D感 知服务器所获取人员I D及其位置I D通过3 G可推送至全勤指挥部 的可视化指挥终端。可视化指挥终端内存有各地铁站点的3 D立面图, 以及各

5、地铁站内视频监控I P与RF I D读取器I D的关联列表。可 视化指挥终端接收到人员I D及其位置I D后,一是完成人员I D及 其位置I D的3 D立面图显示;二是完成其位置I D与地铁站内视频 监控的I P列表的比对,匹配出与该位置I D (某RF I D读取器) 相对应的视频监控的I P (站内某视频监控摄像机)。如果可视化指 挥终端采用瘦客户端,R F I D读取器I D与监控视频I P的匹配将 在地铁运营控制中心机房内完成,可视化指挥终端将只接收到被消防 员触发的位置信息和该位置下的视频,其他消防员的位置信息无法看 到;如果可视化指挥终端采用胖客户端,可视化指挥终端将同步某个 地铁

6、站内所有的RF I D读取器的I D信息,同时,想看哪路视频, 只需点击相对应的图标直接向消防视频图像综合集成系统调用即可。 胖客户端方式需要在3 G网络中传输RF I D读取器的I D和监控视 频的I P信息,因为信息量非常小,网络延时可忽略。所以,胖客户 端方式要优于瘦客户端方式。(4 )在全勤指挥部的可视化指挥终端上获取所需的地铁视频监控图 像,在应急突发事件综合集成管理平台上3 D实景模拟。根据现场或 接警途中的指挥需要,指挥员可在可视化指挥终端上实时看到地铁站 点3 D立面图上闪动的代表消防员位置的图标,一旦点击某个图标, 可视化指挥终端就会自动将与该图标关联的视频监控IP通过3G网

7、 络发送至地铁运营控制中心,位于地铁运营控制中心机房内的消防视 频图像综合集成系统的MCU收到该I P后,立即向MTS索取该IP下的视频图像信号,并通过3 G将图像推送至可视化指挥终端。现 场指挥部指挥员既可通过点击图上或列表中的摄像头来选择性地调用 前端视频,也可按照3 D地图上标注的人员位置信息点击调用该位置 下的实景3D模拟,浏览查询消防灭火系统、疏散通道、消防电梯等 已有的地铁内部资源,实现调度指挥的可视化。关键技术1 I OT P P物联网感知协议S I P (会话初始协议)在电信软交换领域、企业统一通信领域被广 泛应用,它具有简单、易于扩展、便于实现等优点。IOTPP协议 是结合实

8、际情况对S I P协议的裁剪与优化。该协议提供以下核心水 平。(1)传感信息订阅。向感知服务器订阅传感信息,实时获取传 感信息通知。(2)传感信息发布。感知源向感知服务器发布传感信 息。(3)传感信息转发。感知服务器获取感知源发布的传感信息, 通知给传感信息订阅者。图1是I O T P P协议采用的基本通信模型。 图1 I O T P P协议采用的基本通信模型在图1中,PUBLISH 请求和NOT I FY请求能够携带Me s s a g e B o d y ,用以承 载状态源状态信息。2 0 0消息响应用于确认收到消息请求。此消息 模型适用于UD P和T C P传输协议。基本模型在使用T C

9、 P协议时 可能会遇到高频率并发数据转发的情况,这种场景在RF I D应用和 GP S应用时会出现。因为PUB L I S H消息或者NOT I FY消 息在收到2 0 0消息响应前是不允许再次发送的。所以,如果2 0 0 消息响应接收产生较长时延,可能会造成P U B L I S H请求或NO T I FY请求的拥塞,造成感知服务器的转发缓冲被后续新接收的请 求信息覆盖,从而造成数据丢失。基于以上情况,当转发状态信息时, 如果以数据传送为主要目的,并不强调信令的作用,则能够采用以数 据传输为主要目的的通信模型,见图2所示。图2以数据传输为主的 通信模型因为T C P协议本身能够保证数据的有序

10、性和完整性,所以 能够丢弃2 0 0消息响应,使协议尽可能以数据传输为主,以提升协 议性能。在改进模型中,采用了非S I P标准的通信协议,所以不提供基于P U B L I S H消息的鉴权认证和基于S I P代理消息转发等 功能。2适用于移动指挥的图像编解码技术地铁站内视频监控图像信号作为应急突发事件现场或接警途中指挥的 重要依据,必须保证视频信号的清晰度和流畅度。当前,视频监控通 常以D 1 ( 7 0 4 X 5 7 6 )作为标准的分辨率,所占用的传输带宽 为7682048kbps。3 G无线传输带宽仅为1 5 02 0 0kbps,远达不到传输D 1分辨率视频的要求。所以,需要在采

11、用H. 2 6 4编码压缩算法的基础上,降低编码复杂度,提升编码实 时性,侧重解决在无线传输模式下提升视频编码系统的连续性、实时 性和图像数据重建质量。无线传输过程中另一个最重要的问题是在有 限的带宽下尽可能传输高质量的视频,这就需要在现有编码模式下优 化算法,提升编码效率,提升压缩比。在现有的无线传输环境下要想 传输D 1格式的全帧率视频是很难达到的,即使勉强传输,在接收端 收到的视频也会出现丢帧、卡顿、失真等问题。解决抑制跳帧和连续 跳帧的方法:一是I帧量化参数的选择,在控制I帧以及整个GO P 的码率,使其尽量减少跳帧;二是即时注意缓存区的状态,避免其突 然达到极度饱和的状态,在缓存区达

12、到极度饱和状态前,有效地释放 缓存区空间,减少大量的连续跳帧出现;三是避免重要图像被无选择 跳过,需要对跳帧有提前预判功能,在缓存区即将达到饱和之前,先 跳过一些相对不重要的图像,以使相对重要的图像得以保留。另外, 在现场指挥部端的视频图像重建质量同样十分重要,而重建图像的质 量对传输差错非常敏感,由此对图像编码提出了抗差错的要求。可采 用卷积和包交织编码,将网络中产生的突发差错转变为统计独立的差 错。针对无线传输系统,将数据分为重要数据和非重要数据,在接收 端检测重要数据信息的差错,并据此来控制发送端的重发机制,仅当 重要数据丢包超过一定阈值时才要求发送端重发,减少数据重传造成 的网络延时和

13、网络拥塞,保证重建图像质量。3 3 D虚拟现实技术应急突发事件综合集成管理平台以三维地图为基础,通过中间件产品, 采集前端的RF I D数据和监控视频等信息,从数据、信令控制、媒 体传输和终端应用层面对地铁内部安防系统、通信传输系统和消防系 统实行整合。再通过数据压缩、模型抽象、数据队列化、实体列表化 等技术,实现地铁中3D场景漫游、3 D场景轮巡和设备标识等功能。 将繁杂的数据表现为直观的场景,同时通过人机接口,实现人与虚拟 环境的直接交互。(1 )数据压缩技术。采用实时纹理压缩算法,避 免大场景对内存的过度消耗,越大的像素尺寸意味着文件也越大,并 且会增加内存的消耗。在不牺牲纹理细节的情况

14、下,尽可能地保持纹 理尺寸最小,对所用纹理图片实行压缩,提升漫游过程中流畅性的同 时,尽可能小地降低视觉效果。(2)模型抽象技术。将模型的关键 信息实行抽象化,即保留模型的关键数据实行保存和操作,提升了人 机交互过程中的便利度,同时在场景轮巡对于视角的定位可实行统一 操作。(3)模型数据动态传输。对场景中模型数据实行动态更新, 让虚拟场景产生一种动态的渐变过程,能够更具体地显示出场景中各 处的变化。(4)数据队列化。对模型关键数据实行队列化操作。将 模型中的数据按类型存储到各自的队列中,如模型坐标队列、纹理队 列等,通过队列化将模型数据上传保存。(5)实体列表化。将虚拟 场景中的实体实行列表存储,在设备标识过程中,能够直接通过实体 在列表中对应的位置实行查找操作,方便快捷。结束语该技术方案在天津地铁二号线鼓楼站实行了为期2周总共超过1 0 0 0次的连续测试,根据测试效果微调了RF I D读取器的安装角度和 发射功率。测试结果显示,该系统已达到实战应用的水平。天津市消 防总队随后组织特勤3队、4队在地铁二号线鼓楼站实行了实兵演习, 演习取得了预期的效果。(本文浅析地铁应急通信的关键技术

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号