您好,欢迎来到意榕旅游网。
搜索
您的当前位置:首页AIS数据分析与系统实现

AIS数据分析与系统实现

来源:意榕旅游网
维普资讯 http://www.cqvip.com

维普资讯 http://www.cqvip.com

格式(符合IEC61 162—1)的数据是AIS通信协议的数 据,而实际上,它是AIS的应用层接口数据,真正AIS 的链路层数据并不是AIVDM格式.在AIS设备内部、 AIS网络中所进行处理的并非这种格式的语句,而是 下文所介绍的链路层数据. AIS设备首先从VHF接收机中接收到物理层数 据之后,经过调制解调器处理,由MCU做数据处理, 管包含6个连续(1),但不需要进行位填充. 1.1.3数据段 在一个标准数据包中数据部分长度应为168比 特.但是在AIS中也存在长度少于5个时隙的非标准 数据包. 1.1.4帧校验序列(FCS) 在AIS中,FCS根据[IS0/IEC3309:1993]的规 定,采用循环冗余校验(CRC)16bit多项式来计算和 得到所需链路信息后,决定自身需要发送的数据以及 自身的发射时隙,当发射时隙到达之后,由MCU控制 VHF发射接收机发射数据. 1.1 AIS数据包格式 AIS采用面向比特的协议,该协议以ISO/IEC 3309,1993一数据包结构定义规定的高级数据链路控 制(HDLC)为基础. AIS发送包传输数据的总体结构如图2所示. 训练序列I开始标记圈■—啊在校验序列l结束标记l 缓冲 图2 AIS发送数据包总体结构 各部分的编码要求分述如下. 1.1.1训练序列 训练序列是由交替的0和1(010101……)组 成的比特波形,如图3(a)所示.在开始标记之前,应 先发射24比特的序文.由于通信模块要采用不归零 倒置(NRZI)模式组合(也就是差分码),所以物理层 数据的比特波形可如图2(b)所示. (a)未经NRZI处理的比特波形 )经过NRZI处理的比特波形 图3训练序列和NRZI处理 后面数据包中的其它部分的数据,在经过通信之 后,都要经过类似的NRZI处理. 1.1.2开始标记 开始标记的长度应为8比特,由标准的HDLC标 记组成,其作用为标识数据包的开端.HDLC标记由 8bit长的比特波形组成:01111110(7Eh).该标记尽 10第七期2007年技术篇 校验.在CRC计算开始时应将CRC码元预设为1. CRC计算中应该只包含包括位填充的数据部分. 1.1.5结束标志 结束标志与起始标志完全相同. 1.1.6缓冲 缓冲部分通常为24bit长,包括以下四部分内容: 位填充 4比特(除安全相关电文和二进制 电文以外的所有信息) 距离延迟 12比特 转发器延迟2比特 同步晃动 6比特 这种缓冲码一般是为了应对实际应用中的各种 可能情况对电文长度或者其它对接收方接收数据所 产生的影响,比如位填充,就是为了应对位填充所引 起的电文长度的增加(根据统计分析表明,有76%的 组合最多需要3bit位填充).其它缓冲类似. 1.1.7比特填充 以上所述各部分字段中,数据部分和FCS比特 流应受位填充控制.也就是说一旦发现输出位流中连 续出现5个以上(1)时,应在该5个(1)后插入1个 0.这种方法适用于除HDLC标记(开始标记与结束标 记)以外的所有比特. 1.1.8 HDLC反转 AIS规定,所有数据部分的内容都应该按照ISO/ IEC3009:1993的规定:从VHF数据链发出的数据应 是8bit的字节,在电文表中从上至下排列.各个字节 在输出时应该是最低有效位最先发送,并且为了保持 字节边界,最后一个字节中的无用比特应当置为零. 1.2消息类型说明 AIS规定了22种消息类型,其中常用的报 文类型如表1所示. 其中消息ID码(6bit)被包含在消息数据包中, 如图4所示,用以区别消息类型,接收站按照消息ID 码分析消息中各个数据的意义.具体的消息编码格 式,依据消息ID码的不同而有所不同. 维普资讯 http://www.cqvip.com

6bit信息ID码 下面以AIS网络中最常见的消息ID为1,2,3的 丌 量童I 塑塑查I 墼 塑I丝 生型 !旦I堕塞塑查I堡’冲l 船位报告为例,各个字段的详细分布如表2所示. 24bk数据01111110 168b ̄数据 CRC校验码01111110 24bn缓冲 t・O1・,组合 (7Eh) (标准数据我) (7Eh) 图4消息m码在信息中的位置 表1常用报文类型列表 消息ID码 名称 说明 1 . 船位报告 定时的船位报告 2 船位报告 分配时间表的船位报告 3 船位报告 特别船位报告,对询问的回复 4 基地台报告 基地台的位置、UTC、日期和时隙号码 5 静态和与航程有关的数据 定时的静态数据和与船舶相关的船舶数据报告 9 标准搜救飞机位置报告 仅为以SAR运行的航空台站使用的位置报告 10 UTC/日期查询 查询UTC时间和日期 11 UTC/日期回应 当前的UTC时间 12 编址安全信息 编址通信的安全信息 13 安全信息确认 确认接收到的编址安全信息 表2电文3的比特具体分布列表 序号 参数 比特数 序号 参数 比特数 1 信息识别码 6 10 纬度 27 2 数据终端设备 1 11 对地航向 12 3 数据显示符 1 12 正航首向 9 4 用户识别码 30 13 标时 6 5 航行状态 4 14 转发显示符 2 6 转向率 ROTrAIs1 8 15 为地区性应用所保留 7 对地航速 10 16 备用位 1 8 船位精确度 1 17 通信状态 18 9 经度 28 18 总的比特数 168 2系统实现 要的两路GMSK调制解调器电路、AIS所需要的 本系统采用硬件实现链路层的数据处理,硬件结 HDLC链路处理(HDLC反转、插零/去零操作)、采用 构图如图5所示. c总线结构与主控芯片通信. 在本系统设计中,主要包括RS-232接口、主控芯 C总线结构总共包括4条连接线:CSN——芯片 片(采用增强型51系列芯片)、调制解调芯片(采用 选通控制线;cDATA——主控芯片向CMX910数据的 CMX910芯片)以及电台接口电路构成. 输入线(包括芯片内部寄存器控制数据和MCU需要 其中,CMX910芯片是英国Consumer Microcircuits 发送的数据);SCLK——由主控芯片控制的与 Limited公司2005年3月推出的一款专门面向AIS调 CMX910通信所需的时钟信号;RDATA——一根三态 制解调设计的一款基带处理芯片,它集成了AIS所需 线,用于主控芯片从CMX910芯片读取数据. 技术篇2007年第t期 11 维普资讯 http://www.cqvip.com

CMX910对数据包的处理流程如图6和图7 蓝卜] 器I I鉴频i所示. 采用这种实现方式后,由于完全是由芯片来完成 有关的底层编解码,所以主控MCU所要做的事情相 对比较少,可以降低对MCU的要求,可将其主要用来 实现AIS协议控制. l 号 囊直流lI 信号 囊直流l l 调制解调器芯片 (采用CMX910 芯片 3实际数据包接收试验说明 以下是在根据上述的硬件实现方案实现的系统 在深圳赤湾试验时,通过RS232接口传送到上位机的 部分数据.详细分析如下. 由于在CMX910中,对解调后的数据进行了部分 处理(HDLC反变换、去零操作),所以得到的数据并 没有数据头和多余部分,而仅仅在其中包含了实质性 数据的数据段数据.具体分析如下: … MCU (采用增加性51系列 处理器) 外面扩展(包括MAX232芯 片扩展的RS-232接口组) 图5硬件系统结构框图 11.22.2003 15:39:16 4 97 A2 F7 A4 0 0 72 9 39 98 C DB 1 D C AD A6 D2 0 8 9D A8 8E 7E 4 97 A2 F7 A4 0 0 82 9 39 66 C DB 1D D 10 AA 76 1 0 5C 17 5B 7E C 97 A2 F7 A4 0 0 B2 9 39 66 C DB 23 4D 2F AD E 0 F 80 7D 2C 7E C 97 A2 F7 A4 0 0 E2 9 39 66 C DB 23 4D B2 B1 9A 0 1F A0 71 99 7E 10 1 23 5E 40 7D 5B B1 F0 54 82 5A BE 63 34 8B F8 40 0 4E C0 8D B1 7E 15:47:59 编码: 据到第88位数据(即010000010010011100 1100110000)应该表示的是该消息发送方的经度,根 据AIS的数据标准,该数据对应的十进制数据为: 6831800(1/10000弧度),即经度为东经113度51分 8(1/10000弧度);而从第89位数据到第115位数据 图6 CMX910芯片内部编码过程 则应该是该消息发送方的纬度,同样可以由此计算出 该数据表示的纬度为北纬22度28分4. 同样地可以得到第二行数据的经度为:东经1 13 度51分79(1/10000弧度),纬度为北纬22度28分4 解码: 哑 囹 匝 一 (1/10000弧度);第三行数据的数据类型为3号报 文,该报文发送方的经度为113度51分79(1/10000 弧度),纬度为北纬22度28分5(1/10000弧度);第 四行数据同样为3号报文,该报文发送方的经度为 113度51分79(1/10000弧度),纬度为北纬22度28 分5(1/1O0O0弧度). 图7 CMX910芯片内部解码过程 首先每一行数据的结束位置都是7E,这是每一 个数据包的结束标志. 从每一行的首位数据开始分析:第一行数据的第 一最后一行的报文类型,可以从前六位数据(0001, 00)知道该消息包为4号报文,从表1可知该报文是 基地站报文,从该报文内容可以得到:发送时间为 个字节的数据为04H(0000,0100),依照图4所示 的AIS的消息结构图,从前6bit(即0000,01)的数据 就可知道该消息的ID,所以该消息ID为1号类型数 据.则可从上面的表2中得知该数据包的第61位数 12第七期2007年技术篇 (第38位一78位):2005年11月22日7时48分21 秒;基地台的位置——经度(第80位~第107位)东 经113度54分3283(1/10000弧分);纬度(第108位 维普资讯 http://www.cqvip.com

~134位)北纬22度24分3838(1/10000弧分). 4总结 由于我国所在的时区与格林威治标准时间 本文论述了处于AIS链路层的数据格式,同时分 (GMT)之间相差八个小时,我国的时间等于GMT+ 析了链路层数据的各个组成部分,并给出了AIS系统 8:00.而AIS设备接收的是GPS的时间,也就是GMT 实现的硬件设计框图.按照本文的设计方案得到的系 时间,因此,当AIS接收到的数据是7时48分21秒 统能够在网络中正确地接收数据,并且只需要扩充相 时,我国的时间应该是l5时48分21秒,与接收设备 应的AIS网络控制协议,即可满足AIS的网络要求. 显示的终止时间“15:47:59”(该时间是计算机系 统时间)相差22秒.这段时间是由于AIS系统并非实 参考文献: 时向Pc机传送数据,而是在系统空闲时才传送数据 [1]Technical characteristics for a universla shipborne auto- matic identification system using time division multiple 而产生的. access in the VHF maritime mobile band[M].ITU-RM. 而从所有报文中,解得的所有报文的GPS定位 1371.2001. 信息都显示,这些船舶和基站所在的位置在东经113 [2]袁安存,张淑芳.通用船载自动识别系统国际标准汇 度54分、北纬22度24分左右,而这个位置正是接收 编[M].大连:大连海事大学出版社,2005. 机所在的深圳、附近,所以认为以上接收解包方 [3]孙文力,孙.船载自动识别系统[M].大连海事大 式所得的结果是完全正确的. 学出版社,2004. 综上可知,按照本文的系统结构设计的接收机所 [4]黄丽卿,等.AIS输出数据包的解包技术研究[J].集美 得到的数据是完整的AIS网络信息,并且文中对AIS 大学学报(自然科学版),2005(3):37-41. [5]郑佳春.AIS通信协议的DSP实现技术研究[J].中国 空中数据的理解是完全正确的,在对本系统进行扩 航海,2005(1):53—58. 充——增加了必要的链路层控制和网络层控制协议 [6]陈朝阳,等.AIS通信系统设计及调制器实现[J].中国 之后,即可设计满足AIS标准的设备. 航海,2003(2):65-69. (上接第2页) 机技术在国内的范围还较小,一般仅集中在多体动力 用虚拟样机技术,对其工程机械进行了分析,不仅找 学实验室研究阶段,由于缺乏相应软件,还很少用于 到了原因,而且提出了改进方案,并且在虚拟样机上 解决工程实际问题. 验证了方案的有效性,该公司产品的高速性能与重载 作业性能大为提高. 4虚拟样机技术的工程应用 总而言之,虚拟样机技术是一门新兴的技术,有 虚拟样机技术已经广泛地应用到:汽车制造业、 着广阔的前景及市场. 工程机械、航空航天业、国防工业及通用机械制造业 等领域.所涉及到的产品,从庞大的卡车到照相机的 参考文献: [1]熊有伦.机器人技术基础[M].武汉:华中理工大学出 快门,上天的火箭到轮船的锚链.在各个领域,针对各 版社,1996. 种产品,虚拟样机技术都为用户节省了开支、时间,并 [2]黄文梅,杨勇.系统仿真分析与设计[M].北京:国防 提供了满意的设计方案. 科技大学出版社,2001. 工程机械在高速行驶时的蛇行现象,以及在重载 [3]纪哲锐.MathCAD2001详解[M].北京:清华大学出版 下的自振动,一直困扰着设计师及其用户.由于工程 社,2002. 机械系统非常复杂,传统的分析方法对此为力, 找不出原因.约翰迪尔(john Deere)公司的工程师利 技术篇2007年第七期 13 

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- yrrf.cn 版权所有 赣ICP备2024042794号-2

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务