车企相关常见协议
ckckck2025年1月10日150 浏览常见协议对比
应用层协议对比
终端层协议
整体结构
- JT808 是定位协议、通讯协议、基础协议；其他协议基于该协议进行扩展。
- JT809 是转发协议、监管协议；第三方平台通过809向808进行数据获取与事件下发。
- JT1078 是多媒体监控协议；视频、音频、对讲可以通过809扩展实现上级也可以多媒体监控。808是通讯通道、视频有专门的多媒体通道。
- 苏标主动安全协议（苏标 T/JSATL）：模拟ADAS等告警以及告警附件上传功能。高级驾驶辅助报警、驾驶员状态报警、胎压监测报警、盲区监测报警；在触发报警时需要上报附件（视频、图片、文本）。
- 32960 也是定义车载终端和平台之间交互的数据传输协议。和JT808是相似的，只不过32960更倾向于的是新能源汽车。
JT808协议
协议说明与理解
JT808协议是一种定位协议、通讯协议、基础协议，基于TCP或UDP通信协议，用于GPS定位车载终端和监控平台之间的通信。该协议适用于GPS定位车载终端和监控平台之间的通信，采用TCP或UDP通信协议，平台作为服务器端，终端作为客户端。
JT809协议是一种转发协议、监管协议，基于TCP通信协议，用于企业的GPS监控平台与政府运管平台之间的交互通信。该协议用于企业的GPS监控平台与政府运管平台之间的信息交互，采用TCP通信协议，企业监控平台明确为协议中的下级平台，政府运管平台明确为上级平台。
JT1078是一种多媒体监控协议，通过扩展可以实现视频、音频、对讲等功能。它可以通过JT809协议扩展实现上级监控平台进行多媒体监控。
关于版本问题，这些协议可能存在不同的版本。例如，JT808协议的全称是《道路运输车辆卫星定位系统终端通讯协议及数据格式》，而JT809协议的全称是《道路运输车辆卫星定位系统平台数据交换》。
总之，JT808、JT809和JT1078在定义、版本和功能上有所不同：JT808主要用于GPS定位车载终端与监控平台之间的通信，JT809主要用于企业GPS监控平台与政府运管平台之间的交互通信，而JT1078则是一种多媒体监控协议。
云网关设备接入物联网平台并进行通信的完整流程如下图：
云网关支持 JT/T 808 协议的消息及类型如下表所示：
协议背景与说明
背景
随着道路运输行业的快速发展，车辆数量急剧增加，对车辆的安全监管和高效管理提出了更高要求。传统的人工监管方式已难以满足现代道路运输的需求，因此，采用先进的卫星定位技术和通信技术，实现对车辆的实时监控和远程管理成为必然趋势。
目的
JT/T 808协议的制定旨在规范道路运输车辆卫星定位系统终端与监控中心之间的数据通信，确保不同制造商的车载终端和监控平台之间能够实现互操作性。通过统一的通信标准和数据格式，提高数据传输的准确性和可靠性，为车辆远程监管和服务提供强有力的技术支持和保障。
协议内容
消息结构与格式
JT/T 808协议定义了详细的消息结构与格式，包括消息头、消息体和校验码等部分。
- 消息头：包含消息头标识符、消息ID、协议版本号等关键信息，用于标识消息的类型和版本。消息头的设计使得接收方能够迅速识别并处理不同类型的消息。
- 消息体：根据不同的消息ID，包含不同内容的数据项，如位置信息、报警信息等。这些数据项详细描述了车辆的状态和事件，为远程监管提供了丰富的数据支持。
- 校验码：用于验证数据传输的完整性，确保消息在传输过程中未被篡改。校验码的计算通常基于消息头和消息体的内容，采用特定的算法生成。
808协议的数据报文的标示是 0x7E开头和0x7E结束 的报文。808协议只有一层，命令类型是靠消息Id来区分的。
消息分类与功能
协议将不同功能的消息分为不同的消息类别，如位置信息汇报、报警信息上传、车辆控制等。每个消息类别都有独特的消息ID，以便于识别和处理。
- 位置信息汇报：车辆定期或按需上报其地理位置、速度、方向等信息。这是车辆远程监管的基础，有助于实时掌握车辆动态。
- 报警信息上传：车辆遇到紧急情况时，如超速、疲劳驾驶等，会向平台发送报警信息。这有助于及时采取应对措施，保障行车安全。
- 车辆控制：平台可以向车载终端发送控制指令，如设置行驶路线、远程锁车/解锁等。这实现了对车辆的远程控制和管理。
终端与平台通信
协议规定了终端和监管平台之间的通信方式，包括消息的传输、数据加密解密、连接管理等。
- 消息传输：采用TCP或UDP通信协议进行消息传输，确保数据的实时性和可靠性。协议还规定了数据包的编码方式和传输规则，确保数据在传输过程中的准确性和完整性。
- 数据加密解密：为了提高数据传输的安全性，协议支持数据加密传输。在最新版本中，引入了TLS加密传输机制，增强了数据的安全性。
- 连接管理：协议规定了连接建立、维持和断开的规则，确保终端和平台之间能够稳定通信。同时，还支持心跳检测机制，用于维持通信连接并确认双方在线状态。
数据转发与共享
协议还定义了终端之间的数据转发方式，允许终端之间相互通信和共享数据。这有助于实现车辆之间的信息共享和协同作业，提高整体运输效率和管理水平。
协议应用
JT/T 808协议广泛应用于车辆远程监管、物流管理、车辆安防等领域。
车辆远程监管
在车辆远程监管方面，JT/T 808协议通过实时上传车辆的位置信息、状态信息等数据，为监管部门提供了丰富的监管手段。监管部门可以实时掌握车辆的行驶轨迹和当前位置，及时发现和处理异常情况，如车辆偏离预定路线、进入禁行区域等。同时，还可以根据需要对车辆进行远程控制和管理，如设置行驶路线、远程锁车/解锁等。
物流管理
在物流行业中，JT/T 808协议的应用极大地提高了物流运输的透明度和可控性。物流企业可以通过车载终端实时跟踪货物的运输状态和位置信息，了解货物的当前位置和预计到达时间。这有助于物流企业进行运输调度和优化路线规划，提高运输效率和降低成本。同时，当货物在运输过程中出现异常情况时（如车辆故障、交通事故等），物流企业可以迅速响应并采取相应的处理措施，确保货物的安全运输。
车辆安防
在车辆安防方面，JT/T 808协议通过实时监控和报警功能为车辆提供了全方位的安全保障。车载终端可以实时检测车辆的行驶状态和周围环境信息，当发现异常情况（如超速、急刹车、碰撞等）时，会立即向监控平台发送报警信息。监控平台收到报警信息后，可以迅速定位车辆位置，并通知相关人员进行处理，从而有效防止事故的发生或减少事故损失。
此外，JT/T 808协议还支持车辆远程控制功能，如远程熄火、远程锁车等，这些功能在车辆被盗或遭遇紧急情况时尤为重要。通过远程控制，车主或监管部门可以迅速切断车辆的动力源或锁定车辆，防止车辆被非法使用或进一步造成损害。
协议优势
- 标准化与互操作性：JT/T 808协议作为行业标准，确保了不同制造商的车载终端和监控平台之间能够实现互操作性。这避免了因设备不兼容而导致的通信障碍和数据孤岛问题，提高了整个行业的信息化水平和协同效率。
- 实时性与准确性：协议规定了详细的数据传输规则和消息格式，确保了车辆数据的实时性和准确性。通过实时上传车辆的位置信息、状态信息等数据，监管部门和物流企业可以实时掌握车辆动态，为决策和调度提供有力支持。
- 安全性与可靠性：协议支持数据加密传输和TLS加密机制，提高了数据传输的安全性。同时，通过心跳检测机制和连接管理规则，确保了终端和平台之间通信的稳定性和可靠性。这些措施有效防止了数据泄露和通信中断等风险。
- 灵活性与可扩展性：JT/T 808协议在设计时充分考虑了未来技术的发展和行业需求的变化。协议支持多种通信协议和数据格式，并预留了扩展接口和字段，以便在未来进行功能升级和扩展。这使得协议能够适应不同场景和需求的变化，保持其长期的生命力和竞争力。
1078协议
GB/T28181
GB/T28181，全称为《公共安全视频监控联网系统信息传输、交换、控制技术要求》，是公安部主导制定的一项国家标准。该协议旨在规范公共安全视频监控系统的互联结构、数据传输和控制流程，确保视频监控系统的标准化运作。其主要特点包括：
- 广泛的应用领域：GB28181主要应用于公共安全监控领域，如城市安防、企事业单位、交通监控等大规模视频监控系统。
- 强大的功能特性：支持基于SIP/RTP/RTSP/HTTP等多种协议，支持视频编码和解码（如H.264/H.265/MPEG4/MJPEG），支持UDP/TCP和统一认证，以及动态DNS等。这些功能使得GB28181能够轻松实现设备间的信息传输、交换和控制。
- 级联方案：GB28181具有非常成熟的级联方案，上下级之间、同级之间都可以层层级联，可以推送设备目录和状态，便于大规模系统的管理和控制。
- 未来发展趋势：GB28181可能会在未来更多地关注智能化和大数据分析等方面，提供更多的智能监控和管理功能，以及兼容性和扩展性支持。
JT1078
JT1078主要是指交通部的车载视频监控协议，其设计目标主要是为了满足车载视频监控系统的需求。其主要特点包括：
- 专用性：JT1078是专为车载视频监控系统设计的协议，具有高效、稳定、低成本等优点，适用于各种类型的物流业务和交通监控场景。
- 实时传输：JT1078支持实时流式传输和文件传输，能够满足车载视频监控系统对实时性的要求。
- 编解码支持：JT1078支持多种编解码方式，如H.264或H.265等，以满足不同类型多媒体数据的传输需求。
- 安全机制：JT1078协议支持加密和认证机制，以确保数据传输的安全性和可靠性。
GB/T28181 VS JT1078
GB/T28181和JT1078两者各自的优势和适用场景：
- 设计目标和应用场景：GB/T28181更侧重于公共安全视频监控系统的标准化和大规模应用，而JT1078则更专注于车载视频监控系统的实时性和专用性。
- 功能特性：GB/T28181在功能特性上更为全面和强大，支持多种协议和编码方式，以及级联方案等高级功能。而JT1078则更侧重于实时传输和编解码支持。
- 未来发展趋势：随着智能化和大数据分析的兴起，GB/T28181可能会在这些方面提供更多的支持和发展空间，目前GB/T28181-2022的规范也开始慢慢普及，JT1078也可能会在车载视频监控系统的智能化和集成化方面有所发展。
1078协议介绍
交通部与2016年10月份推出了JT/T 1078-2016标准，全称是《道路运输车辆卫星定位系统视频通信协议》。
实时音视频传输指令
实时音视频传输请求
- 消息 ID：0x9101。
- 报文类型：信令数据报文。
- 描述：平台向终端设备请求实时音视频传输，包括实时视频传输、主动发起双向语音对讲、单向监听、向所有终端广播语音和特定透传等。消息体数据格式见表17。
- 终端响应：终端在收到此消息后回复视频终端通用应答，然后通过对应的服务器IP地址和端口号建立传输链路，然后按照音视频流传输协议传输相应的音视频流数据。
音视频实时传输控制
- 消息 ID：0x9102。
- 报文类型：信令数据报文。
- 描述：平台发送音视频实时传输控制指令，用于切换码流、暂停码流传输、关闭音视频传输通道等，消息体数据格式见表18。
实时音视频流及透传数据传输
- 报文类型：码流数据报文。
- 描述：实时音视频流数据的传输参考RTP协议，使用UDP或TCP承载。负载包格式在IETF RFC3550 RTP定义的基础上补充了消息流水号、SIM卡号、音视频通道号等字段，其负载包格式定义见表19。表中定义的bit位按照大端模式（big-endian）进行填写。
注意：
- 序列号以RTP包递增，不管是音频还是视频，共用同一个seq。
- 如果是2019的部标协议，sim卡长度是10。
- 【负载类型，见表19】这里的表述是错误的，实际上是参考表12。
实时音视频传输状态通知
- 消息 ID：0x9105。
- 报文类型：信令数据报文。
- 描述：平台在接收终端上传音视频数据的过程中按照设定的时间间隔向终端发送通知包，消息体数据格式见表20。
更多详细信息请见：部标（JT/T1078）流媒体对接说明。
标1078协议和808协议的区别
部标1078协议文档明确说明了，协议是在JT/T 808协议的基础上进行增加了大量的视频指令，以前的终端32位报警，由于增加了视频报警，拓展为64位报警。终端参数中也增加了大量与视频相关的参数设置。
- 协议的通信方式、数据类型、传输规则和消息组成：按照JT/T 808-2011中第4章的要求。
- 协议中信令数据报文的通信连接方式：按照JT/T 808-2011中第5章的要求。
- 协议中信令数据报文的消息处理机制：按照JT/T 808-2011中第6章的要求。
- 协议中信令数据报文的加密机制：按照JT/T 808-2011中第7章的要求。
可见1078协议仍然是基于部标808协议继续拓展的协议指令集。
GB/T32960协议
和JT808协议一样，32960也是定义车载终端和平台之间交互的数据传输协议，只不过32960更倾向于的是新能源汽车，相对的，对于燃油车也有单独的协议17691和HJ1239。
- GB/T 32960.1：定义了系统的总体要求，包括架构设计、功能需求和性能指标，为系统开发提供了基础框架。
- GB/T 32960.2：详细描述了通信协议，包括数据格式、通信流程和安全机制，确保数据传输的可靠性和安全性。
- GB/T 32960.3：提供了数据采集与传输的具体要求，包括采集频率、传输方式和数据存储，确保数据的实时性和完整性。
GB/T32960-3电动汽车远程服务与管理系统技术规范-通讯协议及数据格式
指导范围
- 《GB/T 32960-3 电动汽车远程服务与管理系统技术规范：通讯协议及数据格式》是用于新能源车辆远程服务平台间通讯的指导标准，可应用于车载通讯模块与远程服务平台间的通讯。
- 电动汽车指使用电能驱动的所有车辆，包含油电混动及双源无轨车辆。
- 各级地方政府监管平台应采用本标准或使用在本标准基础上延伸出的地方标准进行数据采集，并按照本标准上传车辆数据到国家监管平台。
连接及通讯方式
- 平台间连接方式可以使用HTTP(HTTPS)、TCP/IP等方式进行，本标准建议使用TCP/IP方式进行传输，可采用消息中间件的形式进行传输。
- 平台间数据传输格式应依照本标准描述进行加密传输，传输方式可采用数据加密（不对称加密）、通道加密（VPN专线）、本地加密（服务器托管）[不推荐]。
- 平台间应存在连接情况校验方式，确保数据可以进行实时传输，当平台连接出现中断时，应进行本地存储并在连接恢复后进行数据补发。
- 静态数据可以进行离线传输或通过本标准自定义数据进行传输。
平台间连接及通讯
- 平台间通讯应进行登入及登出操作，用于及时判定平台间通讯是否为正常断开。
平台间连接及通讯说明
- 应由客户端平台发送平台登入报文。
- 服务端平台应根据平台相关静态信息对客户端平台登录数据进行相关校验，并依据校验结果进行应答。
- 如平台登入报文内容与记录的平台静态数据不匹配，服务端平台应发送应答错误（应答标识为0x02）。
- 如客户端平台收到应答错误，应及时与服务端平台进行沟通，对登入信息进行调整。
- 如客户端平台未收到应答，应每间隔一分钟重新执行登入操作，若连续3次无应答，应间隔30分钟后继续重新连接。
- 如客户端平台如因特殊原因需暂时断开与服务端平台的连接，应发送平台登出报文，并在连接恢复时重新发送登入报文进行登入连接，连接断开期间数据应以补发数据的形式进行发送。
- 如服务端平台因特殊原因需暂时断开与服务端平台的连接，应提前30分钟发送登出报文给各服务端平台。
平台间车辆数据信息传输
- 客户端平台收到登入成功应答后可传输车辆数据信息到服务端平台。
- 应由客户端平台发送车辆数据上报报文。
- 服务端平台应根据车辆相关静态信息对客户端平台发送的车辆数据进行相关校验，并依据校验结果进行应答。
- 如车辆报文内容与记录的车辆静态数据不匹配，服务端平台应发送应答错误（应答标识为0x02）或不应答。
- 如客户端平台收到应答错误，应及时与服务端平台进行沟通，对登入信息进行调整。
- 如客户端平台未收到应答，应每间隔一分钟重新执行登入操作，若连续3次无应答，应间隔30分钟后继续重新连接。
- 服务端平台应对客户端平台发送的每一条车辆数据报文进行应答，如可通过其他技术手段（如消息中间件）确保每条数据都正常送达，则对于车辆实时数据（命令标识0x02）中的正确数据可不做应答处理。
- 车辆登入、登出数据作为车辆运行信息判定条件，必须进行传输。
- 车辆数据的传输频率应该可以进行调整。
GB/T32960-3电动汽车远程服务与管理系统技术规范-通讯协议及数据格式
数据包结构说明
起始符与校验码
起始符与校验码是本标准中报文边际界定符号，其中起始符（0x23 0x23）在报文中并无解析意义，仅作为报文起始标记存在，校验码作为报文终止标记存在，通过将除校验码以外的完整报文进行异或校验获得。
若报文采用数据加密方式，应对数据单元先进行加密，然后再生成校验码，服务端平台应对报文先校验，然后再对数据单元进行解密。
命令标识与应答标志
命令标识作为报文种类标识存在，解析时应通过命令标识的不同进行报文种类的区分，应答标志作为报文发送方向的区分，当报文为上行时，应答标志应为0XFE。
唯一识别码
在传输车辆数据时，采用车辆VIN作为唯一识别码进行传输，当进行平台传输时采用以下规则：【城市邮政编码+VIN前三位（地方政府使用GOV+两位自定义数据+ “000000”）】。
数据加密方式、数据单元长度与数据单元
数据单元加密方式为该条报文所采用的数据单元加密方式，除规定内容外，客户端平台与服务端平台的自定义加密方式可使用0x04~0xfd之间的数值代替；数据单元长度仅仅指代数据包结构中数据单元项的数据长度，完整报文长度应为数据单元长度+25；数据单元作为数据传输主体，在未采用其他加密的情况下应加密后再进行传输。
报文类型
数据单元说明-车辆登入
- 车辆登入：2323 ----标识位，固定232301 ---消息类型：车辆登入FE-->主动上报、主动下行---01、02 4C59544341413034324E5A303830313836----车辆vin01--------加密方式001E-----数据单元长度1703070A2910------时间0001------流水号3839383631313231323339303334313333353139----ICCID04------可充电储能长度00------可充电储能系统编码ED------BCC校验位
数据单元说明-车辆登入
车辆登入报文作为车辆上线时间节点存在，需收到成功应答后才能进行车辆实时报文的传输。如车辆登出、平台登出、异常下线后需重新发送车辆登入。
数据单元说明-车辆登出
数据单元说明-车辆登出
车辆登出报文作为车辆下线时间节点存在。
- 登出时间：指车辆熄火的时间，作为车辆下线判定依据之一存在。
- 登出流水号：与当次登入流水号一致。
数据单元说明-平台登入
数据单元说明-平台登入
平台登入报文作为平台正常上线时间节点存在，需收到成功应答后才能进行车辆实时报文的传输。如平台登出/异常下线后需重新发送平台登入。
数据单元说明-平台登出
数据单元说明-平台登出
平台登出报文作为平台下线时间节点存在。
- 登出时间：指平台正常离线的时间，作为平台下线判定依据之一存在。
- 登出流水号：与当次登入流水号一致。
实时数据与补发数据
实时数据指车辆在运行过程中产生的运行数据，包含车辆行驶状态、充电状态、停止状态数据；当车辆数据行驶状态与停止状态时，所有国标要求的可传输数据都应通过实时数据进行上送，当车辆处于充电状态时，除电机数据因电机控制器停止工作可不上送外，其余数据都应维持上送状态。
- 国标中要求正常上送频率不应小于30S，故障状态应以不应小于1S的频率上送故障发生点前后各30S的数据，建议正常上送频率为10S。
- 当车辆数据因异常原因无法正常进行传输时，应进行本地存储，当通讯链路恢复后，以补发数据的形式进行传输，需注意，补发数据的格式与实时数据完全一致，只有以下两点区别：
- 补发数据的命令标识为0x03,实时数据为0x02。
- 补发数据的时间为数据发生时间而非发送时间。
数据单元说明-实时数据-数据格式
实时数据-数据格式
国标中实时数据部分根据数据内容的不同对数据项进行了分割，如下表所示：
数据单元说明-实时数据-整车数据
GB/T 32960-3 电动汽车 远程服务与管理系统技术规范-内容解析
数据单元说明-实时数据-驱动电机数据
- 驱动电机个数：根据车载驱动电机个数以常态进行发送，然后针对不同电机发送不同的电机相关数据。
- 驱动电机序号：驱动电机的对应序号，应与厂商所提供的车辆静态信息对应。
- 驱动电机状态：该序号所对应驱动电机工作状态。
- 驱动电机控制器温度：驱动电机控制其所反馈的温度值。
- 驱动电机转速：该序号所对应驱动电机转速，无负值，倒转时应上送挡位值为倒挡，以及对应的倒转转速。
- 驱动电机转矩：该序号所对应驱动电机转矩。
- 驱动电机温度：该序号所对应驱动电机温度。
- 电机控制器输入电压：电机控制器输入电压。
- 电机控制器直流母线电流：电机控制器直流母线上的电流。
数据单元说明-实时数据- 燃料电池
数据单元说明-实时数据-发动机
数据单元说明-实时数据-定位数据
![数据单元说明-实时数据-定位数据图2](https://gonline-file.oss-cn-shenzhen
end