前 言
本文件按照 GB/T 1 . 1—2020《标准化工作导则 第 1 部分 :标准化文件的结构和起草规则》的规定起草。
本文件是 JT/T 1142《船舶交通管理系统数据交换》的第 2 部分 。JT/T 1142 已经发布以下部分 :
—第 1 部分 :IVEF 格式 ;
—第 2 部分 : 电文格式。
本文件代替 JT/T 1142 . 2—2017《 船舶交通管理系统数据交换 第 2 部分 : 电文格式》, 与 JT/T 1142 . 2—2017 相比 ,除结构调整和编辑性改动外 ,主要技术变化如下 :
—更改了船舶动态信息电文格式和船舶动态信息参数( 见 6. 2 . 2 ,2017 年版的 5. 2 . 1) ;
—更改了航程信息电文格式和航程信息参数( 见 6 . 2 . 3 ,2017 年版的 5 . 2 . 2) ;
—增加了数据传输方式( 见 7 . 1 . 2) ;
—更改了发送时间间隔的要求( 见 7 . 1 . 3 ,2017 年版的 6. 1 . 2) ;
—更改了附录 B 的船舶动态信息示例、航程信息示例( 见附录 B ,2017 年版的附录 B) 。
请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任。
本文件由交通运输航测标准化技术委员会提出并归口。
本文件起草单位 :深圳海事局、交通运输部规划研究院。
本文件主要起草人 :刘月胜、钟子洋、龚振、易丛波、易中立、丁春吉、李慧敏、杨芝龙、刘洋、胡稚稚、彭珂。
本文件及其所代替文件的历次版本发布情况为 :
—2017 年首次发布为 JT/T 1142 . 2—2017 ;
—本次为第一次修订。
引 言
随着信息化的发展和技术的进步 ,标准化在各个领域中的作用越来越重要 。制定此标准旨在为船舶交通管理系统的利益相关方提供船舶交通管理系统服务区域的信息共享方案 ,通过规范船舶交通管理系统数据交换标准 ,以确保船舶交通管理系统之间以及船舶交通管理系统与其他信息系统之间进行数据交换时数据结构、安全性和交互性等方面的要求得到满足 。本标准涵盖了船舶交通管理系统的数据交换中的服务模型、消息格式等方面的要求 , 由两个部分构成。
—第 1 部分 :IVEF 服务 。 目的在于确立通过 IVEF 服务建立船舶交通管理系统数据交换需要遵守的服务模型和消息格式 ,实现不同系统之间的数据共享和整合。
—第 2 部分 : 电文格式 。 目的在于确立采用电文格式建立船舶交通管理系统数据交换需要遵守的消息格式 ,实现不同系统之间的数据共享和整合。
船舶交通管理系统数据交换
第 2 部分 : 电文格式
1 范围
本文件规定了船舶交通管理系统数据交换的数据组成、电文格式、数据内容和数据传输的要求。
本文件适用于船舶交通管理系统之间以及船舶交通管理系统与其他信息系统之间进行数据交换。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 ,注日期的引用文件 ,仅该日期对应的版本适用于本文件 ;不注日期的引用文件 ,其最新版本( 包括所有的修改单)适用于本文件。
GB/T 31843 . 2—2019 海上导航和无线电通信设备及系统 数字接口 第 2 部分 :单发话器和多受话器 高速传输
GB/T 39277 船舶交通管理系统
ITU-R M. 1371-5 在 VHF 水上移动频段内使用时分多址的自动识别系统的技术特性 M 系列 :移动、无线电测定、业余和相关卫星业务(Technical characteristics for an automatic identification system using time-division multiple access in the VHF maritime mobile band-M Series:Mobile ,radio determination , amateur and related satellite services)
3 术语和定义
本文件没有需要界定的术语和定义。
4 数据组成
4 . 1 字符
所有被传输的数据应符合 GB/T 31843 . 2 的规定 ,均采用美国标准信息交换代码( ASCII)表示 ,最高位( D7)恒为 0。
4 . 2 专用字符
专用字符表示特殊格式 ,不应用来表示数据内容 ,应符合附录 A 中表 A. 1 的规定。
4 . 3 有效字符
有效字符表示数据内容 ,应符合附录 A 中表 A. 2 的规定。
5 电文格式
电文采用自定义格式 ,应符合 GB/T 31843 . 2—2019 关于专有语句的规定 。格式为 : $ P < aaa > ,
< ID > , < 地址 > , < 数据 > ∗ < FCS > < CR > < LF >电文符号的表示应符合表 1 的要求。
表 1 电文符号
6 数据内容
6. 1 电文类型
自定义电文以“P”表示 ,其后的三个字符表示电文类型 。对于船舶交通管理系统(VTS)数据交换电文 ,应采用“VTS”表示。
6.2 VTS 电文
6.2. 1 VTS 电文类型
VTS 电文类型有船舶动态信息和航程信息两种 ,电文类型和代码应符合表 2 的要求。
表 2 电文类型和代码
6.2.2 船舶动态信息
船舶动态信息电文格式为 :
$ PVTS,cc ,xxxxxxxx ,hhhh,hhhhhhhh,h,hh,hhh,c ,hhhhhhhh,hhhhhhhh,hhh,hhh,hh,h ∗ < FCS > < CR > < LF >
在 $ 与 ∗之间(包括“ ,”)的最大长度为 72 字符 ,电文中各个参数的定义应符合表 3 的规定 ,电文格式示例参见附录 B。
表 3 船舶动态信息电文参数
6.2. 3 航程信息
航程信息电文格式为 :
$ PVTS,cc ,xxxxxxxx ,hhhh,hhhhhhhh,c-c ,c-c ,xxxxxxxx ,xxxxxxxxx ,xx ,c-c ,hhhhhhhh,c ,hhhh,hhh, hh,hh,h,xxxxxxxx ∗ < FCS > < CR > < LF >
在 $ 与 ∗之间(包括“ ,”)的最大长度为 139 字符 ,电文中各个参数的定义应符合表 4 的规定 ,电文
格式示例参见附录 B。
表 4 航程信息电文参数
7 数据传输
7 . 1 数据发送
7 . 1 . 1 数据产生
应根据 6. 2 的要求 , 自动生成指定区域内需要发送的数据。
7 . 1 . 2 数据传输方式
数据传输应支持传输控制协议(TCP)协议。
7 . 1 . 3 发送时间间隔
船舶动态信息的发送时间间隔不应大于 3 s 。航程信息应在连接建立后立即发送 ,此后每隔 6 min发送一次 。当数据变化时应及时修正 ,并立即发送 。所有发送的数据无需收妥确认。
7 . 1 . 4 数据省略
应省略无法得到的数据 ,保留对应的数据项分隔符“ ,”。
7 . 2 数据接收
应能够接收符合 6 . 2 要求的信息 , 自动生成新的数据 ,应区别标识接收的数据与自动生成的数据。
7 . 3 数据处理
接收的数据与系统现有数据进行比较并综合处理与显示。
附 录 A (规范性)
VTS 电文字符
A. 1 专用字符
专用字符应符合表 A. 1 的规定。
表 A. 1 专用字符
A.2 有效字符
有效字符应符合表 A. 2 的规定。
表 A.2 有效字符
表 A. 2 有效字符( 续)
附 录 B
(资料性)
VTS 电文格式应用示例
B. 1 船舶动态信息示例
$ PVTS,01 ,32010601 ,0438 ,63BE72BD,8 ,FD,0B9 ,0 ,0457BD82 ,0121309E ,B60 ,B56 ,03 ,3 ∗08 < CR > < LF > 的含义见表 B. 1。
表 B. 1 船舶动态信息
B.2 航程信息示例
$ PVTS, 02 , 32010601 , 0438 , 63BE72BD,, JINWANGYOU12 ,, 413448790 , 79 , NANTONG, 63BE72BD,2 ,1678 ,310 ,48 ,52 ,1 ,01002015 ∗41 < CR > < LF > 的含义见表 B. 2。
表 B.2 航程信息
表 B. 2 航程信息( 续)
参 考 文 献
[ 1 ] IEC 63173-1 Maritime navigation and radiocommunication equipment and systems—Data interfaces— Part 1 :S-421 route plan based on S-100 ( edition 1 . 0) ,2021-06
评论