《海上安全通信系统接口规范》编制说明

交通运输行业标准

海上安全通信系统接口规范

（征求意见稿）

编制说明

标准起草组

2025年3月

一、工作简况

（一）工作背景

水上通信是保障船舶航行安全不可缺少的手段，是水上交通安全监管和救

助的基本要素，贯穿船舶遇险救助的全过程，涉及水上交通安全监管的各环节，

对保障船舶航行安全，预防海难事故的发生至关重要。在发生海难事故时海上安

全主管部门需要通过各类海上安全通信设施及时获得遇险报警信息，在核实警

情后，将通过各类通信手段组织救援力量对遇险对象实施搜寻救助；在日常状态

下，海事部门利用各类海上安全通信设施播发海上航行安全信息，及时提醒船舶，

降低船舶事故发生几率，同时通过海上安全通信设施可有效支持船舶交通组织、

管理和海事执法，规范船舶航行秩序，保障船舶航行安全。

目前，国内外针对海上安全通信系统接口规范尚属空白。长期以来，由于国

内外水上安全通信系统接口规范方面的缺失，水上安全通信系统生产厂家出于

技术保密、保护本国和企业自身利益的考虑，均各自为政，不对外提供系统及设

备接口协议。自海岸电台建设的几十年以来，一直都有国内外厂家致力于解析收

发信设备及控制系统的接口协议，但均未能实现，长期积累形成了对国外设备和

技术的依赖性，国外厂家掌握了该领域的主导权。我国海上安全通信业务存在过

度依赖国外技术的现象，一旦国外厂家减少或停止了对我国系统备件供应及技

术支持，我国海上安信通信业务无法有效开展，给船舶航行安全带来极大安全隐

患。

为此，为实现海上安全通信系统接口的标准化和规范化，提高航海保障水平，

交通运输部规划研究院联合多家单位共同开展海上安全通信系统接口规范研究

和标准制定工作。本文件结合国际规范相关要求以及当前市场国内外主流收发

信设备接口情况，提出水上安全通信控制系统接口规范，规定海上安全通信系统

接口的总体要求，数字选择性呼叫、奈伏泰斯系统、气象传真、单边带、甚高频

广播、海上数字广播、北斗短报文等海上安全通信业务接口协议，实现不同系统

之间信息的互联互通，为国内外厂家营造公平竞争的市场环境，进而打破对国外

技术的依赖，最终实现对海上安全通信业务的自主管控。

根据《交通运输部关于下达2024年交通运输标准化计划（第一批）的通知》

（交科技函﹝2024﹞378号），由交通运输部规划研究院、交通运输部北海航海

1

保障中心天津通信中心、南京海善达信息科技有限公司、广州海格通信集团股份

有限公司、上海埃威信息科技有限公司等单位制定《海上安全通信系统接口规范》

（计划编号JT2024-18），标准归口单位为交通运输航测标准化技术委员会，项

目周期为12个月。

（二）国内外技术现状

1.海上安全通信系统概况

为了推动水上安全通信的发展和应用，IMO于1979年通过了“发展未来全

球海上遇险和安全系统（FGMDSS）”的A.420号决议，并于1986年改为“全球

海上遇险和安全系统”（简称GMDSS），以增进海上人命安全。1988年，IMO

通过了《1974年国际海上人命安全公约（SOLAS）》新四章的1988年修正案，

明确规定“从1992年2月1日起开始实施GMDSS”的建设工作，至1999年

GMDSS系统初步建设完成。我国海上安全通信系统主要是按照GMDSS框架要

求开展建设的，包括数字选择性呼叫、奈伏泰斯系统、气象传真、单边带、甚高

频广播、海上数字广播、北斗短报文等海上安全通信业务。

根据IMO发布的统计数据，全球60多个国家和地区分别在其沿岸布设了

160多座MF/HF海上安全信息播发台，1500余座VHF安全通信基站。我国是

航运大国，也是国际海事组织A类理事国，为履行和遵守相关国际规定和决议，

非常重视海上安全通信系统的建设，截至2024年12月，我国共计建有16座中

高频（MF/HF）海岸电台，100余座VHF安全通信基站，上述台站均在IMO备

案，是国际GMDSS系统的重要组成部分。

2.国内外接口规范概况

目前，针对中高频海岸电台相关系统的标准规范主要包括《海岸电台总体及

工艺设计规范（JTJ/T341-96）》和《无线电短波通信工程设计规范（YDJ10-84）》。

前者主要包括海岸电台的技术要求，总体设计、台址选择、通信设备配置与安装、

天线与馈线、传输线路、电源、接地与防雷等方面的设计要求。后者主要包括电

路技术要求及主要机线配备要求、场地及总平面布置、遥控线路等方面的设计要

求。现有标准均不包含系统接口相关要求。

目前，针对甚高频通信系统的标准规范主要包括《甚高频（VHF）基站技术

要求（JT/T679—2007）》和《水运通信工程技术规范》（此前《海岸电台工程

2

设计规范（JTJ/T345—99）》已废止）。前者主要包括VHF岸台选址要求、频

道选择及配置要求、基本设备技术要求、天线架设与馈线安装要求、防雷与接地

要求、通信质量要求等，不包括系统接口规范要求。后者主要包括系统技术要求，

台址选择和传输线路、频道选择、设备配置与技术要求，机房设备布置与安装要

求，天线架设与馈线安装要求，电源、机房工艺要求及接地与防雷等，不包括系

统接口规范要求。

针对北斗短报文系统的标准规范主要包括《基于北斗的海上安全信息传输

要求》《基于北斗通信的海上安全信息播发要求》，上述2项标准规范了基于北

斗短报文开展搜救信息、气象警告、海况警告、航行警告、气象预报、海况预报、

冰况预报等海上安全信息播发业务的接口要求。

目前，针对海上安全通信船载设备的标准规范主要有《全球海上遇险和安全

系统（GMDSS）船用无线电通信设备技术要求（GB15304—94）》《全球海上遇

险和安全系统(GMDSS)船用单边带收、发信机技术要求（GB/T16725-1997）》

《全球海上遇险和安全系统(GMDSS)第3部分:数字选择呼叫(DSC)设备操作

和性能要求、测试方法和要求的测试结果（IEC61097-3—1994）》《全球海上遇

险和安全系统(GMDSS)第7部分:船用甚高频无线电话发射机和接收机操作和

性能要求、测试方法和要（IEC61097-7—1996）》《全球海上遇险和安全系统

(GMDSS)第9部分:海上呼叫用电话、数字选择呼叫设备(DSC)和窄带直接打印

设备（IEC61097-9—1997）》上述规范主要规定了船用无线电通信设备的技术要

求，并未对岸基系统接口提出规范要求。

总体而言，针对海上安全通信系统接口规范尚属空白。

3.海上安全通信系统设备概况

海上安全通信系统主要包括收发信设备及控制系统两部分。

（1）MF/HF收发信设备

早期，国内MF/HF收发信设备生产商主要有北京北广科技股份有限公司、

南京熊猫电子股份有限公司、广州海格通信集团有限公司等，上述公司生产的

MF/HF收发信机存在着发射功率和可靠性偏低等问题，除了个别特殊台站有试

点应用外，国内应用较少。国内MF/HF海岸电台控制系统尚无成熟的产品，与

IMO、ITU的标准要求具有一定差距。当前所建系统使用的MF/HF收发信机及

3

控制系统大部分均依赖国外进口，日本无线株式会社（JRC）、韩国韩进等公司

产品具有较好的可靠性和适用性。近年来，国内厂家不断发力，实现了MNF/HF

收发信设备的国产化，逐步在国内主要通信台站推广应用。

（2）VHF收发信设备及控制系统

当前国内所建系统使用的VHF收发信机绝大部分依赖国外进口，主要包括

日本JRC、美国ZETRON，澳大利亚频谱、新西兰大吉等。我国各海岸电台少量

采用国产收发信设备。

国内VHF控制系统生产商主要有优能通信科技（杭州）有限公司、成都天

奥电子股份有限公司等。国外VHF控制系统主要有日本JRC、美国ZETRON。

4.海上安全通信系统接口现在及存在的问题

长期以来，由于海上安全通信系统接口规范方面的缺失，国外厂家出于技术

保密、保护本国和企业自身利益的考虑，均不向我国公开设备接口协议。

（1）不同厂家提供的控制系统仅能接入本厂家提供的收发信设备。例如，

上海海岸电台现有控制系统JRX-IP，于2017年建成投入使用，为日本JRC公司

提供的控制系统，该系统不对外开放接口协议，仅能接入JRC公司提供的收发

信设备，上海海岸电台2018年购置的韩国韩进公司提供的发信机无法接入JRX-

IP控制系统。

（2）控制系统不对外提供接口协议，无法与现有其他业务系统共享资源。

随着信息技术的发展，不同的系统之间均存在相互共享的需求，例如近期开展建

设的监管指挥系统，海上专业救助通信指挥系统均需要对现有通信系统进行整

合，然而，由于厂家接口协议的封闭，导致系统之间的集成成为难点。例如，VHF

通信系统是船舶交通管理系统（简称VTS）的组成部分，由于系统接口封闭，同

一个部门经常需要建设1套VHF安全通信系统和1套VTS专用VHF通信系

统，导致资源的浪费。

（3）接口封闭进而形成技术垄断，影响行业健康发展。我国海上安全信通

信系统发所需的收发信设备及控制系统大多依赖国外进口，由于系统接口的封

闭，形成了对国外设备和技术的依赖性局面。例如，在国内某海岸电台收信台搬

迁工程中，需要基于现有控制系统增配发信设备，由于原厂的技术垄断，正常报

价400万元的设备，在工程谈判中无端提升至800万元，严重影响市场健康有序

4

发展。

（4）接口封闭导致同一控制中心存在多套控制系统，消耗较多人力物力，

影响综合应用。例如：上海海岸电台中控台现有3套控制系统，1套为2010年

购置的JRX9100，1套为2017年购置的JRX-IP，1套为气象传真控制系统。

（三）标准编制的必要性

1.规范海上安全通信系统接口，促进航海领域通信业务健康有序发展

长期以来，由于水上安全通信系统接口规范的缺失，水上安全通信系统生产

厂家出于技术保密、保护本国和企业自身利益的考虑，均各自为政，不对外提供

系统及设备接口协议，导致国内企业及研究机构均难以开展海上安全通信控制

系统研发工作，进而形成了对国外设备和技术的依赖局面。自海岸电台建设的几

十年以来，一直都有国内外厂家致力于解析收发信设备及控制系统的接口协议，

但均未能实现。

本项目将解析国际规范相关要求，摸底当前市场国内外主流收发信设备接

口情况，并起草水上安全通信系统接口规范，可为国内外厂家营造公平竞争的市

场环境，有利于重新整治海上安全通信产品市场秩序，有利于解决各海岸电台通

信控制系统孤岛问题和系统级联与扩展问题，同时也有利于整体盘活现有的大

量国外进口设备，促进行业健康有序发展。

2.有利于摆脱对国外技术的依赖，确保海上安全信息自主可控

我国海上安全信通信系统所需的收发信设备及控制系统大多依赖国外进口，

由于系统接口规范的缺失，不同厂家均设置了私有协议，不对外公布和开放，长

期积累形成了对国外设备和技术的依赖性，国外厂家掌握了该领域的主导权。我

国海上安全通信业务存在过度依赖国外技术的现象，一旦国外厂家减少或停止

了对我国系统备件供应及技术支持，我国海上安信通信业务无法有效开展，给船

舶航行安全带来极大安全隐患。通过制定海上安全通信系统接口规范，统一海上

安全通信系统接口协议，有利于打破对国外技术的依赖，最终实现我国对海上安

全通信的自主管控。

（四）主要工作过程

2021年8月至2023年10月：根据行业发展的实际需求，交通运输部规划

研究院自筹经费牵头启动了海上安全通信系统接口规范预研工作，形成标准草

5

案，并申报标准编制计划。

2024年7月：交通运输部正式下达标准编制任务。

2024年8月：联合行业主管部门、主要厂家等有关单位成立编制组织，确

定工作分工。

2024年9月：开展现场调研、专家咨询工作，并对主流的国内外收发信设

备接口进行调研、必要的测试工作。

2024年10月：编制形成《海上安全通信系统接口规范（初稿）》及标准编

制说明。

2024年11月：对提出的接口规范进行了验证，同时开展了专家咨询和论证

工作。

2024年12月：编制《海上安全通信系统接口规范（征求意见稿）》及标准

编制说明。

2025年1月：进一步完善编制形成标准（征求意见稿）及标准编制说明，

提交标准归口单位，申请开展征求意见工作。

2025年2月：根据交标准归口单位反馈的意见完善编制标准（征求意见稿）

及标准编制说明。

（五）标准起草单位、起草人员及其所做的具体工作

本标准起草单位：交通运输部规划研究院、交通运输部北海航海保障中心天

津通信中心、南京海善达信息科技有限公司、广州海格通信集团股份有限公司、

上海埃威信息科技有限公司。本标准的主要起草人包括：易中立、王福斋、郑欣

蕊、赵凤龙、左大华、王姗姗、关灿、安琳、陈建坤、王玮畅、李建英、赵俊、

张国雄、宗利林、罗鑫、杨雪格、陈涤非。主要起草人及分工见表1。

表1标准主要起草人及任务分工

序号姓名单位主要工作

担任标准编制主编，主持标准编制的整体

交通运输部规划工作，确定标准内容及审核，负责标准第

1易中立

研究院3、4、5、6、11章起草，负责标准协议

的验证等工作。

担任标准编制副主编，负责开展标准需求

交通运输部规划分析，提供业务需求和业务开展情况支

2王福斋

研究院撑，主要参与编写第3、4、11章和附

录。

6

序号姓名单位主要工作

交通运输部规划负责组织调研，开展主流设备接口测试与

3郑欣蕊

研究院验证工作，主要负责编写第5、6章。

交通运输部北海

负责协助确定标准内容，主要参与第7章

4赵凤龙航海保障中心天

的编写，负责编制说明的编写。

津通信中心

南京海善达信息负责有关验证软件的开发与测试工作，主

5左大华

科技有限公司要参与第6章的编写。

交通运输部规划负责组织调研，开展主流设备接口测试与

6王姗姗

研究院验证工作，主要负责编写第7章。

交通运输部北海

负责协助确定标准内容，主要参与第4章

7关灿航海保障中心天

的编写，负责编制说明的编写。

津通信中心

负责协助确定标准内容，主要参与第6章

8安琳个人名义参加

的编写，负责编制说明的编写。

南京海善达信息负责有关验证软件的开发与测试工作，主

9陈建坤

科技有限公司要参与第7章的编写。

交通运输部规划协助确定标准内容，主要参与第4、8章

10王玮畅

研究院的编制，负责有关验证软件的编制。

交通运输部北海

负责协助确定标准内容，主要参与第4章

11李建英航海保障中心天

的编写，负责编制说明的编写。

津通信中心

负责协助确定标准内容，主要参与第6章

12赵俊个人名义参加

的编写，负责编制说明的编写。

负责协助确定标准内容，主要参与第7章

13张国雄个人名义参加

的编写，负责编制说明的编写。

广州海格通信集负责有关验证软件的开发与测试工作，主

14宗利林

团股份有限公司要参与第4章的编写。

南京海善达信息负责有关验证软件的开发与测试工作，主

15罗鑫

科技有限公司要参与第8、9章的编写。

交通运输部规划协助确定标准内容，主要参与第5、8章

16杨雪格

研究院的编制，负责有关验证软件的编制。

上海埃威信息科负责第11章NAVDAT相关系统接口规范

17陈涤非

技有公司的编制和验证。

二、标准编制原则和确定标准主要内容的依据

（一）编制原则

本标准编制遵循“符合性、适应性、实用性、可操作性”的原则，与国家现行

有关法律法规、强制性标准及相关产业政策要求接轨。

1.符合性原则

7

贯彻执行国家的有关法律、法规和技术政策，与国内现行规范相符合。

2.适应性原则

适应国内外技术发展和应用的要求，体现安全适用、技术先进、利于环保和

经济合理的原则。

3.实用性和可操作性原则

紧密结合海上安全通信系统使用需要，积极运用成熟的管理理念和方法，使

规范更具实用性和可操作性。

4.与国际标准接轨

及时了解和掌握国际海事组织关于通信系统接口的有关动态，满足不同设

备和系统供应商相互集成要求。

5.规范性

海上安全通信系统接口要求按照统一规则建立，具备规范性。对设备生产厂

商制造适用于海上生产作业环境的通信产品提供标准支持，有利于行业的统一

和规范。

（二）确定标准主要内容的依据

1.范围

本标准规定的海上安全通信业务主要包括利用中频、高频、甚高频地面通信

系统开展的数字选择呼叫、奈伏泰斯系统、气象传真、单边带、甚高频广播、中

频数字广播、高频数字广播等海上安全通信业务，以及利用北斗短报文开展的搜

救信息、气象警告、海况警告、航行警告、气象预报、海况预报、冰况预报等海

上安全信息播发业务。

确定本标准的主要内容包括海上安全通信系统接口相关的术语和定义、总

体要求、DSC业务接口协议、NAVTEX业务接口协议、气象传真业务接口协议、

单边带业务接口协议、VHF业务接口协议、NAVDAT业务接口协议、基于北斗

短报文的海上安全信息播发业务的接口协议。

2.规范性引用文件

目前，国内尚无针对海上安全通信系统接口的规范性文件。本标准在编制过

程中，主要引用了如下标准及指导文件：

8

《中华人民共和国行政区划代码》（GB/T2260），本标准附录A重点参考

该标准有关行政区划代码要求。

《信息交换用汉字编码字符集》（GB/T2312）对汉字编码进行了规定。

《全球海上遇险和安全系统（GMDSS）术语》（GB/T16162），本标准重

点参考了该标准有关海上安全通信系统的相关术语。

《基于北斗的海上安全信息传输要求》（BD440086）和《基于北斗通信的

海上安全信息播发要求》（JT/T1473）规定了利用北斗短报文进行搜救信息、

气象警告、海况警告、航行警告、气象预报、海况预报、冰况预报等海上安全信

息播发的业务的接口要求。

ITU-RM.493用于水上移动业务的数字选择性呼叫系统，本标准重点参考

该文件有关DSC业务的编码要求。

《ITU-RM.585水上移动业务标识的指配和使用》《ITU-RM.2010-2用

于在500kHz频段内广播岸到船水上安全相关信息的数字系统的特性》《ITU-R

M.2058-1用于在水上HF频段内广播岸到船水上安全相关信息的数字系统的

特性》规定了中高频NAVDAT数字广播业务相关要求。

3.术语和定义

本标准主要参考了GB/T16162、ITU-RM.2010、MSC.1-Circ.1403的相关解释，

包括海上安全信息、数字选择呼叫、奈伏泰斯、气象传真系统、甚高频通信、海

上数字广播、导航区域、气象区域等术语。具体内容如下：

3.1海上安全信息maritimesafetyinformation

与船舶航行等涉海作业或涉海活动安全有关的信息，包括航行和气象警告、

气象预报和其他与紧急、安全有关的信息。

3.2数字选择呼叫digitalselectivecalling

采用GB/T16162—2021中4.4.6节相关解释。即：采用数字编码使一无线电

台与另一电台或一组电台建立通信联络的一种预约呼叫技术，同时还承担全球

海上遇险和安全系统（GMDSS）的中高频和甚高频设备遇险报警功能。

3.3奈伏泰斯navigationaltelex

采用GB/T16162—2021中4.1.31节相关解释。即：利用窄带直接印字电报

进行定时广播和自动接收海上安全信息的系统。

9

3.4气象传真weatherfacsimile

在指定频率上以传真的方式发送与船舶航行安全相关的气象和海洋信息的

系统。

3.5甚高频通信veryhighfrequencycommunication

采用GB/T16162—2021中4.4.15节相关解释。即：在甚高频（156MHz~174

MHz）频段内的水上移动频道上进行的无线电通信。

3.6海上数字广播系统navigationaldata(thesystemname)

一种称为导航数据的中频和高频无线电系统，用于水上移动业务，工作于

《无线电规则》（RR）附录17的频段，用于数字广播岸到船水上安全相关信息。

3.7导航区域navigationarea

采用MSC.1-Circ.1403文件中9节相关解释，即为协调航行警报广播

而设立的地理海域，此类区域的划定与国家之间任何边界的划定无关，也不应妨

碍国家之间任何边界的划定。

3.8气象区域meteorologicalarea

采用MSC.1-Circ.1403文件中3节相关解释，即为协调海洋气象信息

广播而设立的地理海域，此类区域的划定与国家之间任何边界的划定无关，也不

应妨碍国家之间任何边界的划定。

4.总体要求

4.1业务分类

业务类型包括利用MF、HF和VHF等地面通信系统开展的DSC、NAVTEX、

WX-FAX、SSB、语音广播、NAVDAT等业务，以及利用北斗短报文开展的搜救

信息、气象警告、海况警告、航行警告、气象预报、海况预报、冰况预报等海上

安全信息播发业务。本标准定义了海上安全通信系统相关软件应提供的接口内

容及定义应遵循的原则。

4.2系统组成

海上安全通信系统一般由岸台设备、控制服务器和操控终端几个部分组成，

具体组成示意如图1所示。

本标准主要规定控制服务器与岸台设备之间的“IP设备控制接口”，以及控

制终端与控制服务器之间的“IP业务控制接口”，接口统一采用IP化接口。IP设

10

备控制接口规范了设备端的所有接口定义，设备厂商和系统厂商分别实现设备

控制接口，即能实现互联互通。IP业务控制接口规范了业务端的所有接口定义，

系统厂商和终端厂商分别实现业务控制接口，即能实现互联互通，终端形式多样，

包括Web端、桌面端、移动端以及第三方集成平台等。

图1海岸电台海上安全通信系统组成图

4.3设备和用户编码

为加强系统设备的管理，便于各级系统对接，以及适应后期扩容及改造需求，

本标准参照GB28181对设备编码的要求，设计本标准设备编码采用18位编码方

式，如表1所示。

表1设备和用户编码方式

接入接入设备网络

码段行政代码设备、用户序号

单位部门类型识别

码位123456789101112131415161718

设备编码要求说明如下:

（1）行政代码：由设备所在地的行政区划代码确定，符合GB/T2260-2007

的要求。

（2）接入单位：代表设备所有单位的代码。

（3）接入部门：代表接入单位下属机构部门的代表，根据各单位实际情况

11

进行编码。

（4）设备类型：分别表示设备的类型，详见表2所示。

（5）网络识别：代表网络标识编码，1表示专网，2表示内网，3表示互联

网，其他作为预留。

（6）设备、用户序号：根据实际情况对同类型的设备进行编码排序。

表2设备和用户类型编码

编码设备类型名称编码设备类型名称

00高频发信机48WX-FAX调制器

01高频发信天线矩阵49~59调制解调器预留

02高频接收机60VHF收发信机

03高频收信天线矩阵61VHF发信合路器

04~19预留（高频设备）62VHF收信分路器

20中频发信机63VHF基站控制器

21中频发信天线矩阵64~79预留（VHF设备）

22中频接收机80控制平台服务器

23中频收信天线矩阵81存储设备

24中频收信机控制器82控制终端设备

25~39预留（中频设备）83网络设备

40英文NAVTEX解调器84语音网关设备

41中文NAVTEX解调器85~89预留（控制中心设备）

42高频DSC调制器90系统管理员

43高频DSC解调器91子系统管理员

44高频NAVDAT调制器92高级用户

45中频DSC调制器93普通用户

46中频DSC解调器94其他用户

47中频NAVDAT调制器95~99预留（用户类型）

4.4业务控制协议

业务控制部分协议统一使用WebSocket接口，控制指令数据使用JSON格式

封装，而语音数据流则使用UDP接口，数据协议使用标准的RTP数据流。海上

安全通信系统业务控制流程具体为：

（1）客户端向服务器发起WebSocket连接请求；

（2）在连接建立后，客户端通过已建立的WebSocket通道，向服务端注册

账号信息；

（3）如果账号信息正确，则服务端保持与客户端的连接，否则服务端将直

接断开客户端的连接。

12

4.5设备控制协议一般要求

4.5.1报文格式

设备控制部分使用TCP方式，报文内容使用二进制数据直接传输，数据报

文格式如表3所示。数据采用大端模式，高位在前。

表3设备控制报文编码格式

设备类型

指令ADB3E6ID号(5)xx(2)xxxx…xxCRCA612BB

码

说明包头如表1ID号指令号指令参数校验位包尾

（1）包头：以ADB3E6表示报文包头。

（2）设备类型编码：参照表1进行编码。

（3）ID号：占5字节，代表设备身份码。

（4）指令号：2个字节长，代表当前指令的编号。

（5）指令参数：根据设备类型码和指令号而定，长度不固定。

（6）CRC：占1个字节，代表校验位，校验方法为垂直偶校验（按位异或），

校验数据包括设备类型码、ID号、指令号、指令参数，不包括包头和包尾数据。

（7）包尾：以A612BB表示报文结束。

4.5.2交换流程

设备主要控制流程如图2所示。

主控设备受控设备

发起TCP连接

发送身份验证指令

返回身份验证结果

1.主控设备在成功建立TCP连接后，

需要首先发起身份验证信息，验证成

发送请求/数据指令功后，该TCP连接方能生效，否则受

控方将主动断开该TCP连接；

返回请求/数据信息2.受控设备会响应每一条主控设备

发出的指令；

主动上报3.受控设备会主动上报信息或数

据，如上报设备状态、推送接收报文

等；

4.当主控设备不需要连接时，直接

断开TCP连接即可。

图2设备主要控制流程图

（1）主控设备首先向受控设备发起TCP连接；

（2）主控设备向受控设备发起身份验证指令，如果验证通过则保持TCP连

13

接，否则受控设备将直接断开TCP连接；

（3）主控设备通过指令的形式，向受控设备发出请求指令，受控设备逐条

回应每条指令；

（4）状态上报、接收报文推送，受控设备会主动向主控设备推送，无需主

控方请求。

5.DSC业务接口协议

本节重点说明DSC业务的接口要求、业务控制协议、设备控制协议等。其

中业务接口应使用WebSocket接口，默认端口号为6901，而设备控制接口应使

用TCP协议，默认端口号为5901。

业务控制指令包括查询设备状态、返回DSC设备状态、设置工作频率、响

应设置工作频率、发送时DSC消息、发送DSC消息响应、接收DSC消息、中

断当前正在执行的DSC发送任务、中断DSC发送任务的响应消息等，本标准对

上述指令的格式进行规范，同时对取值及定义进行了说明。

设备控制协议分别对发信机、接收机的控制协议进行规范，具体包括主动发

起保持请求指令、保持请求响应指令、询问DSC状态、响应DSC状态查询消

息、发送DSC消息、发送DSC消息响应、设置工作频率，设置频率响应等指令。

本标准对上述指令的格式进行规范，同时对取值及定义进行了说明。

6.NAVTEX业务接口协议

本节重点说明NAVTEX业务的接口要求、业务控制协议、设备控制协议等。

NAVTEX业务接口应使用WebSocket连接，数据接口格式应为通用JSON格式，

端口号默认为6902。设备控制接口采用TCP协议，默认端口号使用5902。

业务控制指令包括待发送文本数据，该部分主要参照GB/T18766奈伏泰斯

系统技术要求进行规范，明确进行NAVTEX协议编码后的报文数据，格式如图

3所示。当电文为英文时，应全部使用ASCII编码；当电文为中文时，则应先转

换位全角在进行编码。编码规则应满足GB/T2312的相关要求。

B1B2B3B4/r/n…空白

电文正文（长度不定）/r/n

NNNN

图3NAVTEX协议编码格式

14

B1代表播发台识别标志。B2代表各种电报的分类识别字母（A：航行警告；

B：气象警告；C：冰况报告；D：搜救信息；E：气象预报；F：引航业务信息；

G：船舶自动识别系统（AIS）；H：劳兰信息；I：空；J：卫星导航信息；K：

其他电子助航信息；L：航行警告（附加）；M～U：保留待定；V～Y：特别业

务；Z：现无电报）B3和B4代表每一类B2电报的序号，从01开始至99后再

重新从01开始，但须避免使用仍然有效的电报编号。编号00只能用于特别重要

的电报，如始发的遇险电报。电文正文不设固定长度。NNNN为电文结束符号。

业务控制接口包括查询NAVTEX设备状态、返回NAVTEX设备状态、设置

NAVTEX工作频率、响应设置NAVTEX工作频率、发送时NAVTEX广播、发

送NAVTEX广播响应、接收NAVTEX广播任务、中断当前正在执行的NAVTEX

任务、中断NAVTEX任务的响应消息等，本标准对上述指令的格式进行规范，

同时对取值及定义进行了说明。

设备控制协议分别对发信机、接收机的指令进行规范，具体包括主动发起保

持请求指令、保持请求响应指令、询问NAVTEX状态、响应NAVTEX状态查询

消息、发送NAVTEX消息、发送NAVTEX消息响应、设置工作频率，设置频率

响应等指令。本标准对上述指令的格式进行规范，同时对取值及定义进行了说明。

7.气象传真业务接口协议

本节重点说明气象传真业务的接口要求、业务控制协议、设备控制协议等。

业务控制接口统一采用WebSocket协议，数据指令采用JSON格式，默认端口号

为6903。而设备控制端则使用TCP协议，默认端口号使用5903，数据格式参照

4.5节要求。

业务控制接口包括查气象传真设备状态、返回气象传真设备状态、设置气象

传真工作频率、响应设置气象传真工作频率、配置图像FTP地址、配置图像FTP

地址响应、发送气象传真广播、发送气象传真广播响应、中断当前正在执行的气

象传真任务、中断气象传真任务的响应消息等，本标准对上述指令的格式进行规

范，同时对取值及定义进行了说明。

设备控制协议分别对发信机、接收机的指令进行规范，具体包括主动发起保

持请求指令、保持请求响应指令、询问气象传真状态、响应气象传真状态查询消

息、发送气象传真消息、发送气象传真消息响应、设置工作频率，设置频率响应、

15

设置IOC参数、设置IOC按时响应、设置RPM参数、设置RPM参数响应、开

启调制器输出、开启输出响应、关闭调制器、关闭调制器响应、调制器请求待发

数据、下发待发送气象传真数据等指令。本标准对上述指令的格式进行规范，同

时对取值及定义进行了说明。

8.单边带业务接口协议

本节重点说明单边带业务的接口要求、业务控制协议、设备控制协议等。单

边带业务增加有语音数据流的传输，在业务控制接口中，控制指令使用

WebSocket接口，端口号默认为6904，而语音数据流使用UDP协议，端口号需

要在控制指令中配置。在业务控制接口中，控制指令使用TCP接口，端口号默

认为5904，语音数据流使用UDP协议，端口号需要在对应的控制指令中配置。

语音编码固定为G711μ率，采样速率为8kHz，单路语音速率为64kbps。

业务控制接口包括查询单边带设备状态、返回单边带设备状态、设置单边带

工作频率、响应设置单边带工作频率、设置工作方式、设置工作方式响应、设置

调制方式、设置调制方式响应、设置发信机/收信机工作带宽、设置发信机/收信

机工作带宽响应、开启/停止发信机调谐、开启/停止发信机调谐响应、设置接收

机AGC参数、设置接收机AGC参数响应、设置接收机静噪参数、设置接收机

静噪参数响应、设置天线端口、设置天线端口响应、设置语音监听端口号、设置

语音监听端口号响应、设置语音推送UDP信息，本标准对上述指令的格式进行

规范，同时对取值及定义进行了说明。

设备控制协议分别对发信机、接收机的指令进行规范，具体包括主动发起保

持请求指令、保持请求响应指令、询问气象传真状态、响应气象传真状态查询消

息、发送气象传真消息、发送气象传真消息响应、设置工作频率，设置频率响应、

设置调制模式响应、设置本地音频端口、设置本地音频端口响应、设置工作带宽、

设置工作带宽的响应、设置状态自动响应时间间隔、设置上报时间间隔响应、设

置天线端口号、设置天线端口号响应。本标准对上述指令的格式进行规范，同时

对取值及定义进行了说明。

9.VHF广播业务接口协议

本节重点说明VHF通信业务的接口要求、业务控制协议、设备控制协议等。

VHF的接口分为两种，一种是语音业务，使用UDP协议，一种是业务和设

16

备的控制接口，使用WebSocket和TCP协议。对于语音数据，需要对每一个设

备，做一个端口号的设置。这个可以根据实际情况进行配置。业务WebSocket接

口，默认的端口号为6905，设备TCP接口，默认的端口号为5905。

语音数据采用标准的RTP格式，统一使用G711μ率编码，采样率8kHz，单

路信号的数据速率为64kbps，在业务终端，以不同的UDP端口号来区分不同设

备的语音数据。

VHF业务控制接口包括查询VHF设备状态、返回VHF设备状态、设置VHF

工作频率、响应设置VHF工作频率、配置设备功率、配置设备功率响应、配置

设备的语音音频端口号、配置设备音频端口号响应、注册本机语音端口号、注册

本机语音端口号响应、删除本机语音端口号、删除本机语音端口号响应，本标准

对上述指令的格式进行规范，同时对取值及定义进行了说明。

设备控制协议具体包括主动发起保持请求指令、保持请求响应指令、询问设

备状态、响应设备状态查询消息、设置频率、设置频率响应、设置功率档位、设

置功率档位响应、设备静噪档位、设置静噪档位响应、设置本地音频端口、设置

本地音频端口响应、设置远程UDP信息、设置远程UDP信息响应、设置状态自

动响应时间间隔、设置上报时间间隔响应。本标准对上述指令的格式进行规范，

同时对取值及定义进行了说明。

10.NAVDAT业务接口协议

本节重点说明NAVDAT业务的接口要求、业务控制协议、设备控制协议等。

NAVDAT业务接口应使用WebSocket连接，数据接口格式应为通用JSON格式，

端口号默认为6906。设备控制接口采用TCP协议，默认端口号使用5906。

业务控制接口包括查NAVDAT设备状态、返回NAVDAT设备状态、设置调

制器参数、响应调制器设置、设置文件头数据段参数、返回文件头数据段参数、

配置消息文件地址、获取消息文件、发送时NAVDAT广播、发送NAVDAT广播

响应、接收NAVDAT广播任务、中断当前正在执行的NAVDAT任务、中断

NAVDAT任务的响应消息等，本标准对上述指令的格式进行规范，同时对取值

及定义进行了说明。同时，针对NADATA业务的特点，对系统设定通播、单播、

组播、选择性区域广播等模式进行规范。

设备控制协议分别具体包括主动发起保持请求指令、保持