JTS/T 184-2021 内河航道信息交换标准(附条文说明).pdf
- 文档部分内容预览:
JTS/T 184-2021 内河航道信息交换标准(附条文说明)
4.1.1数据采集终端应将采集的信息按照数据报文格式向通信服务平台传输,并接收和 执行通信服务平台下发的指令: 4.1.2数据采集终端应包括传感器、数据采集接口、数据存储器、微处理器和通信传输模 块等, 4.1.3数据采集终端应能获取航道信息、终端工作状态及位置等信息,并具有一定的扩 展能力, 4.1.4数据采集终端中的传感器数据存储器和微处理器等模块应安全,稳定可靠
4.2.1数据采集终端与通信服务平台间的通信宜采用传输控制协议(TCP,Transmission GontrolProtocol)承载方式,也可采用北斗短报文、用户数据包协议(UDP,UscrDatagran) Protocol)、短消息服务(SMSShortMessagingScrvicc)等承载方式: 4.2.2数据采集终端与通信服务平台间的TCP通信连接方式应包括长连接和短连接 进行长时间在线通信时宜采用长连接,一次性通信时宜采用短连接, 4.2.3数据采集终端和通信服务平台间的数据交换应以请求一应答的模式运行,每一个 消息请求应对应一个有效的应答,发送方应在收到当前报文的应答后发送下一过程的 报文,
土方机械标准规范范本.3.1数据采集终端应具有标识数据采集终端的唯一终端序列号和标识通信设备的 一终端固件号
4数据采集终端信息交换
4.3.2数据采集终端数据交互应支持明文模式和密文模式: 4.3.3密文模式宜采用国密算法,也可采用高级加密标准(AEs,AdvanccclEncryption Standlard)、数据加密标准(DES,DataEncryptionStandard)或三重数据加密标准(3DES,Triple DataEncryptionStandarl)等加密算法
4.3.2数据采集终端数据交互应支持明文模式和密文模式
.3.2数据采集终端数据交互应支持明文模式和密文模式:
内河航道信息交换标准(JTS/T184—2021)
5通信服务平台信息交换
5.1.1通信服务平台信息交换应接收、解析、存储数据采集终端上传的数据,并向数据采 集终端下发指令
来用安数宿退文怡 5.1.3通信服务平台信息交换应按建立连接、终端注册、终端登录、请求响应、数据传输 终端退出和关闭连接等过程有序运行,数据采集终端与通信服务平台之间进行信息交换 的工作过程如图5.1.3所示
1.3数据采集终端与通信服务平台信息交换过程示意图
5.1.4通信服务平台信息交换应及时、连续、可靠
通信服务平台信息交换
图5.2.1报文结构示意图
5.2.2报文起始标志应采用2个字节值为“0xAABB”的固定内容, 5.2.3报文头应由18个字节的固定格式组成,依次为报文校验码、报文总长度、命令代 码、报文流水号、报文标志位、分包标志位、终端产品号和终端序列号8个字段,并应符合 下列规定,
内河航道信息交换标准(JTS/T184—2021)
表5.2.3.3分包标志位规定
体应由内容体和摘要体构成,并应符合下列
5.2.4.1内容体应由固定参数、标签长度值(TLV)或TLV组构成.并应满足下列要求
通信服务平合信息交换
图5.2.4TLV格式图
(4)TLV组的报文内容由TLV序列组成
内河航道信息交换标准(JTS/T184—2021
5.3.1报文应采用不定长模式,并按报文结构封装: 5.3.2报文体长度大于65518个字节时应封装为多个报文包,分包封装的报文包应使用 相同流水号: 5.3.3通信服务平台在收到所有分包封装的报文后,根据相同的分包流水号按顺序拼接 出完整报文, 5.3.4通信服务平台应通过报文起始标志、校验码、总长度等信息对报文进行有效性
5.3.3通信服务平台在收到所有分包封装的报文后,根据相同的分包流水号按顺序拼接 出完整报文: 5.3.4通信服务平台应通过报文起始标志、校验码、总长度等信息对报文进行有效性 认证, 5.3.5报文认证有效后,应根据报文结构解析所有标签值
5.3.4通信服务平台应通过报文起始标志、校验码、总长度等信息对报文进行有效性
5.4.1通信服务报文数据传输应采用大端模式: 5.4.2数据值应采用二进制或士六进制编码
5.4.1通信服务报文数据传输应采用大端模式:
5.5.1数据采集终端在首次接人通信服务平台、更换客户识别模块(SIM,Suhscrihcr IclentityMorlule)、收到强制注册指令等情况时,应采用明文模式注册: 5.5.2通信服务平台应根据终端产品号、终端序列号、终端固件号、SIM通信号等完成终 端合法性校验,保存并向数据采集终端反馈注册结果,注册结果代码应符合表5.5.2的 规定
表5.5.2注册结果代码
.5.3数据采集终端发送注册报文后,在规定时间内未收到应答且重发次数达到上限 时,应判定终端注册失败
.6.1终端登录流程应包括登录请求、登录鉴权、配置参数校验和登录应答,并应符合7 利规定,
通信服务平合信息交换
5.6.1.1终端应使用已注册绑定的SIM卡通信号登录: 5.6.1.2通信服务平台应根据终端序列号和SIM卡通信号进行审核鉴权: 5.6.1.3采用加密通信时,数据采集终端登录应上传基础密钥,通信服务平台应将会 活密钥通过登录应答报文下发给数据采集终端: 5.6.1.4数据采集终端应通过CRCI6校验值对配置参数进行校验: 5.6.1.5通信服务平台应通过终端登录状态代码判定数据采集终端的登录状态,登录 犬态代码应符合表5.6.1的规定
表5.6.1登录状态代码
5.6.2数据采集终端应在登录成功后与通信服务平台进行数据交换: 5.6.3数据采集终端可向通信服务平台发出退出登录请求,获通信服务平台允许后可退 出登录, 5.6.4通信服务平台可远程向数据采集终端下发退出登录指令,数据采集终端应在收到 指令后应答并退出登录: 5.6.5通信服务平台可强制数据采集终端退出登录
内河航道信息交换标准(JTS/T184—2021)
表5.7.3终端控制请求数据TLV组
5.7.4通信服务平台可通过双向控制数据请求报文下发远程控制命令,处理数据采集终 端出现的异常情况,远程控制命令代码应符合表5.7.4的规定
.7.4通信服务平台可通过双向控制数据请求报文下发远程控制命令,处理数据采集终 瑞出现的异常情况,远程控制命令代码应符合表5.7.4的规定
表5.7.4远程控制命令代码
表5.7.4远程控制命令代码
6.1.1数据服务平台的信息交换应包括接收、解析、存储数据服务终端上传的数据,并向 数据服务终端下发数据和指令: 6.1.2数据服务平台应具备格式转换、数据加密、数据压缩、交换过程监控等功能: 6.1.3数据服务平台宜采用云服务技术,并兼顾跨平台、跨终端应用要求,应具有可扩展性, 6.1.4数据服务平台信息交换宜采用简单对象访问协议(SOAP,Simplc:ObjcctAcecss Protocol),也可采用Wch应用程序编程接口(API,ApplicationProgrammingIntcrfacc)或基 于Java脚本对象标记(JSON,JavaScriptOhjcctNotation)的数据格式
6.2.1数据服务平台应提供航道信息和航道工作船舶信息: 6.2.2数据服务平台应为数据服务终端提供数据接口,航标、水位、航道工作船舶的数 据接口及其参数构成宜符合表6.2.2的规定,其他航道信息的数据接口及其参数构成可 参照表6.2.2扩展
表6.2.2服务接口及其参数构成表
6.2.3数据服务平台应根据登录用户的权限,实现用户不同等级的数据访问控制
6.3.1 数据服务终端宜为船载终端、平板电脑、手机、计算机等硬件信息载体 6.3.2 数据服务终端应具有信息查询、展示等基本功能。 6.3.3数据服务终端应支持SOAP协议或WchAPI,并实现与数据服务平台对接,同时 具有可扩展性
内河航道信息交换标准(JTS/T184—2021)
表A.0.1报文命令代码
附录BTLV通信报文标签
附录 BTLV通信报文标签
玻璃标准规范范本内河航道信息交换标准(JTS/T184—2021)
附录BTLV通信报文标签
内河航道信息交换标准(JTS/T184—2021)
附录BTLV通信报文标签
内河航道信息交换标准(JTS/T184—2021)
附录BTLV通信报文标签
不锈钢标准内河航道信息交换标准(JTS/T184—2021)
内河航道信息交换标准(JTS/T184—2021)
附录BTLV通信报文标签
....- 相关专题: 航道