T BRTA 1.3—2023北京市道路运输车辆智能视频监控报警系统通信协议-全文及说明.docx

《T BRTA 1.3—2023北京市道路运输车辆智能视频监控报警系统通信协议-全文及说明.docx》由会员分享，可在线阅读，更多相关《T BRTA 1.3—2023北京市道路运输车辆智能视频监控报警系统通信协议-全文及说明.docx（28页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXT/BRTA 1.32023北京市道路运输车辆智能视频监控报警系统通信协议（征求意见稿）2023-XX-XX 实施2023-XX-XX 实施2023-XX-XX 发布北京市道路运输协会发布2状态BYTE0x00：上传准备就绪0x01：请求的附件不存在0x02：通信信号不佳，请稍后再请求0x03：终端计算繁忙，请梢后再请求0x04：请求的数据长度或偏移量错误0x05：其他原因，无法上传3预留扩展BYTE10预留扩展，默认填入0x005.6.3 报警附件数据上传请求报文类型：码流数据报文。终端与指定的附件服务器IP端口建立连接，并向附件服务器发送文件数据，其负载包格式定义 见表14。表14文件

2、码流负载包格式定义表起始字节字段数据类型描述及要求0帧头标识DWORD固定为 0x30、0x3k 0x63、0x644鉴权信息长度WORD附件服务器鉴权令牌长度6鉴权信息tokenSTRING附件服务器鉴权令牌信息，长度n6+n预留扩展BYTE10预留扩展，默认填入0x0016+n终端IDBYTE30与终端注册信息中的终端ID一致.为r与北京城市码兼容，只使用高位 20字节，低位10个字节填充0x004 6+n附件IDBYTE7主动上报报警信息附件列表“的附件 ID53+n数据包序号WORD0数据包序号 附件数据分包数量55+n数据偏移量DWORD当前数据包开始字节在整个附件文件总长度中的偏移

3、量59+n数据长度DWORD当前数据包负载数据的长度63+n数据体BYTELk附件数据，一次传输数据长度，由终端根据情况自行定义5.6.4 报警附件数据上传应答消息 ID： 0x9503o报文类型：码流数据报文。终端每向附件服务器发送一个数据包，附件服务器会应答一个接收状态标识，应答数据格式定 义见表15。表15报警附件数据上传应答格式定义表起始字节字段数据类型描述及要求0附件IDBYTE7主动上报报警信息附件列表中的附件ID7数据包序号WORD0 W数据包序号 附件数据分包数量9接收状态BYTE0x00：正常接收0x01：鉴权失败，关闭链路0x02：接收异常，终端重新发送数据包0x03：其他

4、原因，关闭链路10预留扩展BYTE10预留扩展，默认填入0x00 如果收到全部数据包，则没有后续字段20重传包总数BYTE重传包总数21重传包序号1WORD重传包序号121 + 2*(n-l)重传包序号nWORD重传包序号n5.6.5 报警附件数据上传结果消息ID： 0xl503o报文类型：信令数据报文。终端向附件服务器完成一个附件数据上传时，向平台发送附件数据上传结果消息，消息体数据 格式见表16。表16附件文件上传完成消息体数据结构起始字节字段数据类型描述及要求0附件IDBYTE7主动上报报警信息附件列表中的附件ID7完成状态BYTE0x00：正常完成0x01：无法与附件服务器的IP端口创

5、建连接0x02：鉴权失败0x03：因网络原因中断上传0x04：其他原因上传失败8预留扩展BYTE10预留扩展，默认填入0x00平台收到附件数据上传结果消息后，向终端发送通用应答消息，同时根据完成状态确定是否重新发送报警附件信息上传请求，直至附件数据上传完成。全部文件发送完成后，附件服务器会主动与终端断开连接。5. 6.6主动上传报警附件请求消息ID： 0x1504。报文类型：信令数据报文。终端向平台发送主动上传报警附件请求，消息体数据格式见表17。表17主动上传报警附件请求消息体数据结构起始字节字段数据类型描述0终端IDBYTE30与终端注册信息中的终端ID一致，为了与北京城市码兼容，只使 用

6、高位20字节，低位10个字节填充0x0030附件IDBYTE7由厂商自行定义，保证不重复，建议由时间和序号构成37通道号BYTE附件产生的通道编号：037表示JT/T 1076标准中表2定义的 视频通道。64表示车辆运行状态检测模块视频通道。65表示驾 驶员驾驶行为监测模块视频通道。附件与通道无关，则直接填0o38附件类型BYTE0x01： jpg 图片0x02： png 图片0x03： wav 音频0x04： h264 视频0x05：行驶记录仪数据文本，格式详见表90x06：其他39附件数据长度DWORD附件数据的长度(单位byte)43数据包数量DWORD附件数据分包数量47预留扩展BYT

7、E10预留扩展，默认填入0x00主动上传报警附件应答消息ID： 0x9504o报文类型：信令数据报文。平台收到主动上传报警附件请求后，平台向终端发送主动上传报警附件应答消息，消息体数据 格式见表18。表18主动上传报警附件应答消息体数据结构起始字节字段数据类型描述0状态BYTE0x00：允许上传附件：0x01：附件已存在，无需上传：0x02：服务器繁忙，稍后上传;0x03：其他原因，无法接收附件数据：1附件服务器IP地址长度BYTE附件服务器IP地址长度2附件服务器IP地址STRING服务器IP地址，长度m2+m附件服务器端口 (TCP)WORD使用TCP传输时服务器端口号4+m附件服务器端口

8、 (UDP)WORD使用UDP传输时服务器端口号6+m鉴权信息长度WORD附件服务器鉴权令牌长度8+m鉴权信息tokenSTRING附件服务器鉴权令牌信息，长度n8+m+n预留扩展BYTE10预留犷展，默认填入0x00终端收到平台下发的主动上传报警附件应答消息后，根据状态判断是否上传附件数据，如果状态为0x00,则根据附件IP、端口和鉴权信息连接附件服务器，并通过报警附件数据上传请求消息进 行附件数据上传。5.7下发报警信息消息ID： 0x9505o报文类型：信令数据报文。平台向终端发送报警消息，终端收到报警信息根据报警类型和风险级别对驾驶员进行提示，消 息体数据格式见表19。表19附件文件上

9、传完成消息体数据结构起始字节字段数据类型描述及要求0报警类型IDWORD报警类型编码，见表12标志状态BYTE0x00：不可用0x01：开始标志0x02：结束标志该字段仅适用于有开始和结束标志类型的报警或事件，报 警类型或事件类型无开始和结束标志，则该位不可用，填 入0x00即可。3报警级别BYTE0x01：低风险报警0x02： 一般风险报警0x03：高风险报警4报警时间BCD6YY-MM-DD-hh-nm-ss（GMT +8 时间）10提示信息长度BYTE提示信息长度，n11提示信息内容STRING提示信息内容U+n预留扩展BYTE10预留扩展，默认填入0x00终端收报警消息后，向平台发送通

10、用应答消息、。5.8终端升级5. 8.1终端升级方式终端通过JT/T 808中的终端控制指令对终端进行升级，升级文件命名规则如下：设备类型_厂家编号_设备型号依赖软件版本号软件版本号 . 后缀名。字段定义如下：1、设备类型：01终端、02保留、03驾驶行为监测、04运行状态监测、05盲区监测;2、厂家编号：设备厂家名称编号，由数字和字母组成；3、设备型号：由设备厂家定义的设备型号，由数字和字母组成；4、依赖软件版本号：软件升级需要依赖的软件版本，由数字和字母组成；5、软件版本号：本次升级的软件版本，由数字和字母组成；6、后缀名：设备厂家自定义升级文件后缀名，由数字和字母组成。5. 8.2终端升

11、级结果应答消息ID： 0x1505。报文类型：信令数据报文。终端升级结果应答报文数据格式见表20。表20终端升级结果应答数据格式起始字节字段数据类型描述及要求0升级类型BYTE0x00：终端OxOC：道路运输证IC卡读卡器0x34：北斗定位模块0x64：驾驶辅助功能模块0x65：驾驶行为监测模块0x66：盲区监测模块1升级结果BYTE0x00：成功0x01：失败0x02：取消0x10：未找到目标设备0x11：硬件型号不支持0x12：软件版本相同0x13：软件版本不支持5.9 驾驶员身份识别5.9.1 9.1人证照片更新通知消息ID： 0x9506o平台端驾驶员人证照片更新后，通过此消息指令通知

12、车载设备端进行更新。人证照片更新通知数据格式见表21。表21人证照片更新通知消息体数据格式起始字节字段数据类型描述及要求0从业资格证号BYTE19ASCH字符,长度不足19byte,右补0x00。19人证照片版本BCD7使用更新时间作为人证照片的版本，格式为YYYYMMDDHHNNSS26人证照片卜载地址String人证照片下载URL。协议为ETP或HTTP (S),终端需根据协议头 判定进行下载。FTP格式如下:ftp: 用户名：密码域名或IP地址:端口号/路径/ 人证照片文件名HTTP (S)格式如下:http(s):/域名或IP地址:端口号/路径/人 证照片文件名应答为终端通用应答。5.

13、9.2 驾驶员人证照片更新请求消息ID： 0xl507o终端主动发起的人证照片更新请求，可在签到后或定期进行请求。通过此消息指令车载设备获 取指定驾驶员照片信息。人证照片更新请求消息体数据格式见表22。表22驾驶员身份库下载应答消息体数据格式起始字节字段数据类型描述及要求0从业资格证号BYTE19ASCII字符，氏度不足19byte,右补0x00。19人证照片版本BCD7格式为YYYYMMDDHHNNSS,终端本地存储的驾驶员人证照片版本。未 知或没有照片时，以00000000000000填充。5.9.3 驾驶员人证照片更新请求应答消息ID： 0x9507o驾驶员人证照片更新请求应答消息体数据

14、格式见表23。表23信息查询应答消息体数据格式|起始字节|数据类型|描述及要求0从业资格证号BYTE19ASCII字符,长度不足19byte,右补0x00。19版本对比情况BYTE0x00：与平台一致：0x01：与平台不一致 当为0x01时以下数据内容有效20人证照片版本BCD7平台端人证照片的最新版木，格式为YYYYMMDDHHNNSS27人证照片下载地址String人证照片下载URL,参见0x9506中人证照片下载地址定义5.10 车辆状态数据上传车辆状态该数据采用与位置信息同时上报的方式，作为0x0200位置信息汇报的附加信息，对JT/T 808-2019表27附加信息定义表进行扩展，附

15、加信息扩展定义见表24。表24附加信息定义表扩展附加信息ID附加信息长度描述及要求0x53车辆驾驶状态信息，定义见表250x54燃油车能源状态信息，定义见表26表25车辆状态数据格式起始字节字段数据类型描述及要求00BI）速度WORD单位 0. Ikm/h2发动机转速WORD精度:0. 125rpm/bit 偏移量：o 数据范围:0 - 8031.875 rpm “0xFF,0xFF”表示无效4累计行驶里程DWORD单位km8档位状态BYTE0：空挡 1-9：档位 10：倒挡 11：驻车档9加速踏板行程值BYTE范围1-100,单位先10制动踏板行程值BYTE范围1T00,单位11制动状态BY

16、TE0：无制动1：制动12发送机转速WORD单位RPM14方向盘角度WORD方向盘转过的角度，顺时针为正，逆时针为负，最高位为符号位。16转向灯状态BYTE0：未打方向灯1：左转方向灯2：右转方向灯17预留扩展BYTE10预留犷展，默认填入0x00表26燃油车能源状态数据格式起始字节字段数据类型描述及要求0发动机燃料流量WORD偏移量：0数据范围:03212. 75 L/h“OxFHOxFF”表示无效2发动机燃料流量WORD精度:0.05L/h 偏移量：0 数据范围:03212. 75 L/h “OxFF,OxFF”表示无效4SCR上游NOx传感器 输出值WORD精度：0.05ppm/bil偏

17、移量:-200数据范围:-200、 3012. 75ppm “OxFF, OxFF” 表示无效6SCR下游XOx传感器 输出值WORD精度:0.05 ppm/bit 偏移量:-200数据范围：-2003012. 75 ppm “OxFF,OxFF”表示无效8反应剂余量WORD精度:0.05kg/h per bit 偏移量:0数据范围:0 3212. 75 kg/h “OxFF,OxFF” 表示无效10SCR入口温度WORD精度:0.03125deg C/bit 偏移量:-273数据范围：-273 1734. 96875deg C “OxFF,OxFF” 表示无效12SCR出口温度WORD精度:

18、0.03125deg C/bit 偏移量:-273 数据范围：-273 1734. 96875deg C 0xFF,0xFF” 表示 无效DPF压差WORD精度:0. IkPa/bit偏移量:0数据范围：0 6425.5 kPa “0xFF,0xFF”表示无效16发动机冷却液温度BYTE精度：ldeg C/bit偏移量:-40数据范围:-40 210 deg C “OxFF”表示无效17油箱液位BYTE精度:0.4%/bit偏移量:0数据范围:0 100 % “OxFF” 表示无效6平台间数据交换协议6.1 协议基本约定协议的通信方式、数据类型和协议消息格式按照JT/T 809中的要求。协议的

19、视频通信流程、数据体格式按照JT/T 1078中的要求。6.2 数据实体格式6.2.1 智能视频监控报警信息交换智能视频监控报警信息采用JT/T 809中的0x1202实时上传车辆定位信息进行交换，按照数据体 中的GNSS)ATA要求：车辆定位信息内容包括车辆位置信息和位置附加信息，其数据格式按照JT/T 808-2019中8. 21的要求，签名及报警附加信息定义见上文表5、表6。6. 2.2智能视频监控报警附件交换6. 2. 2. 1报警附件交换请求链路类型：从链路。消息方向：上级平台往下级平台。业务类型标识：DOWN_ALARM_FILEREQo (0x9F01)描述：上级级平台主动向下级

20、平台请求报警附件数据的消息，其数据体定义见表27。 表27报警附件交换请求消息数据体字段名字节数类型描述VEHICLE_NO21OctetString车牌号码VEHICLE_COLOR1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x05:绿色0x09:其它0x91:农黄色0x92:农绿色0x93:黄绿色0x94:渐变绿DATA TYPE2uintl6 t子业务类型标识DATA.LENGTH4uint32_t后续数据长度ALARM ID2uintl6_t报警类型编码，见表1数据 部分FILED7BYTES报警附件ID,既报警信息中的附件IDDATA_STANDBY10BYT

21、ES预留扩展，默认填入0x006. 2. 2. 2报警附件交换应答链路类型：主链路。消息方向：下级平台往上级平台。业务类型标识：UP_ALARM_FILE_ACKo （OxlFOl）描述：下级平台收到报警附件交换请求消息后向上级平台上报报警附件交换应答消息，上级平 台可通过报警附件文件URL和协议类型自行下载报警附件文件，其数据体定义见表28。表28报警附件交换应答消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号码VEHICLE_COLOR1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x05:绿色0x09:其它0x91:农黄色0x

22、92:农绿色0x93:黄绿色0x94:渐变绿DATATYPE2uintl6_t子业务类型标识DATA_LENGTH4uint32_t后续数据长度SOURCE一DATATYPE2uintl6_t对应主动上报报警附件请求消息源r业务类型标识数据 部分source_msg_sn4uint32_t对应主动上报报警附件请求消息源报文序列号SERVER_STATUS1BYTE服务状态：0x00：附件服务器准备就绪0x01：附件服务器忙，请梢后请求0x02：附件服务器暂停服务0x03：不存在该车的报警0x04：请求的附件不存在0x05：其他原因，无法提供数据URL_TYPE1BYTE地址协议类型：0x01：

23、 FTP;0x02： HTTP;0x03： HTTPS；URLJENGTH2uint16_t附件URL长度FILE URLURL LENGTHBYTES附件URL地址USERNAME30BYTES附件服务器用户名（GBK编码）PASSWORD30BYTES附件服务器密码（GBK编码）DATA_STANDBY10BYTES预留扩展，默认填入0x006. 2. 2. 3主动上报报警附件请求链路类型：主链路。消息方向：下级平台往上级平台。业务类型标识：UP_ALARM_FILE_REQO (0xlF02)描述：下级平台向上级平台主动上报报警附件请求消息，上级平台通过报警附件文件URL和协议类型自行下

24、载报警附件文件，其数据体定义见表29.表29主动上报报警附件请求消息数据体字段名字节数类型描述及要求VEHICLE.NO21Octet String车牌号码VEIIICI,E_C01.0R1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x05:绿色0x09:其它0x91:农黄色0x92:农绿色0x93:黄绿色0x94:渐变绿DATATYPE2uintl6_t子业务类型标识DATA_LENGTH4uint32_t后续数据长度AL-RM_ID2uint16_t报警类型编码，见表1据分 数部FILE_ID7BYTES附件1D,既报警信息中的附件IDURL TYPE1BYTE地址协

25、议类型：0x01： FTP;0x02： HTTP;0x03： HTTPS：URJLENGTH2uintl6_t附件URL长度FILE_URLURL_LENGTHBYTES附件URL地址USERNAME30BYTES附件服务器用户名(GBK编码)PASSWORD30BYTES附件服务器密码(GBK编码)D/TA_STANDBY10BYTES预留扩展，默认填入0x006. 2. 2.4主动上报报警附件应答链路类型：从链路。消息方向：上级平台往下级平台。业务类型标识：DOWN_ALARM_FILE_ACK0 (0x9F02)描述：上级平台在收到下级平台主动上报的报警附件请求后，向下级平台发送主动上报

26、报警附 件应答消息，其数据体定义见表30。表30主动上报报警附件应答消息数据体字段名字节数类型描述及要求VEHICLE_NO21Octet String车牌号码VEHICLE_COLOR1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x05:绿色0x09:其它0x91:农黄色0x92:农绿色0x93:黄绿色0x94:渐变绿DATA_TYPE2uintl6_t子业务类型标识DATA_LENGTH4uint32_t后续数据长度SOURCE_DATA_TYPE2uintl6_t对应主动上报报部附件请求消息源子业务类型标识数据 部分SOURCE_MSG_SN4uint32_t对应主

27、动上报报警附件请求消息源报文序列号STATUS1BYTE应答状态，0x00：已正常接收或下载：0x01：无法连接 服务器：0x02：鉴权错误：0x03：其他错误：DATA_ST.ANDBY10BYTES预留扩展，默认填入0x006.2.3 下发报警预警信息上级平台不定期向下级平台发送报警预警信息，其定义及数据体定义采用JT/T 809-2019中的0x9402相关定义及说明，对其中报警类型WARNJYPE扩展，见表31。表31下发报警预警类型扩展代码名称0x1001疲劳驾驶报警0x1002分神驾驶报警0x1003抽烟报警0x1004接打手持电话报警0x1005双手同时脱离方向盘报警0x1006

28、未系安全带报警0x1007驾驶人异常报警0x2001前车碰撞报警0x2002车距过近报警0x2003车道偏离报警0x2004行人碰撞报警0x2005疗区监测报警0x2006限速报警0x2007限高报警0x2008限宽报警0x2009限重报警6.2.4 终端参数查询6.2.5 2. 4. 1终端参数查询请求消息链路类型：从链路消息方向：上级平台向下级平台业务类型标识：DOWN TERMINAL SETS. REQo (0x9F03)目录前 言II1范围12规范性引用文件13术语和定义13.1 智能视频监控报警装置13.2 智能视频监控报警系统平台13.3 报警附件24缩略语25终端与平台协议基础

29、25.1 协议基本约定25.2 智能视频监控报警类型253参数设置查询35.4 位置信息数据签名45.5 主动上报报警信息55.6 报警附件上传65.7 下发报警信息95.8 终端升级105.9 驾驶员身份识别115.10 车辆状态数据上传126平台间数据交换协议136.1 协议基本约定136.2 数据实体格式13描述:上级平台向下级平台下发终端参数查询请求消息，其数据体定义见表32。表32终端参数查询请求消息数据体字段名字节数类型描述及要求VEHICLE_N021Octet String车牌号码VEHICLE_C0L0R1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x0

30、5:绿色0x09:其它0x91:农黄色0x92:农绿色0x93:黄绿色0x94:渐变绿DATA_TYPE2uintl6 t子业务类型标识DATA_LENGTH4uint32_t后续数据长度PARAM_SIZE1BYTE参数总数n数据 部分PARAM_LISTn*2BYTES参数TD列表，详见上文表26. 2. 4. 2终端参数查询应答消息链路类型：从链路消息方向：下级平台向上级平台业务类型标识：UP_TERMINAL_SETS_ACKo (0xlF03)描述:下级平台收到终端参数查询请求，下级平台向上级平台回复终端参数查询应答消息，其数 据体定义见表33。表33终端参数查询应答消息数据体字段名

31、字节数类型描述及要求VEHICLE_NO21Octet String车牌号码VEHICLE_COLOR1BYTE0x01:蓝色0x02:黄色0x03:黑色0x04:白色0x05:绿色0x09:其它0x91:农黄色0x92:农绿色0x93:黄绿色0x94:渐变绿DATA_TYPE2uintl6_t子业务类型标识DATA LENGTH4uint32_t后续数据长度SOURCE_DATA_TYPE2uint!6_t对应主动上报报警附件请求消息源子业务类型标识数据 部分SOURCE_MSG_SN4uint32_t对应主动上报报警附件请求消息源报文序列号PARAM SIZE1BYTE应答参数个数PARA

32、MJJSTDATA_I,ENGTHBYTES参数列表，参见JT/T 808-2019中的8. 15表17中的参 数项列表的定义，以及上文5. 3相关定义说明。北京市道路运输车辆智能视频监控报警系统通信协议（征求意见稿）编制说明北京市道路运输协会2023年1月一、工作简况（一）任务来源为贯彻中共中央国务院关于推进安全生产领域改革发展的 意见（中发2016） 32号）要求，北京市委北京市人民政府印 发关于进一步推进安全生产领域改革发展的实施方案的通知 （京发（2017） 24号），根据交通运输部办公厅关于推广应用 智能视频监控报警技术的通知（交办运（2018） 115号）、关 于认真贯彻习近平总书

33、记重要指示批示精神开展冬季公路水路安 全生产行动的通知（交安监发（2018） 169号）等文件精神，北京 市交通委员会印发了关于认真贯彻落实习近平总书记重要指示 批示精神开展本市交通行业安全生产行动的通知（京交安全发 （2019） 37号），要求2020年12月底前对北京市“两客一危” 车辆全部推广应用智能视频监控报警技术。根据这一要求，市交通 委安全监督与应急处立即着手启动工作，委托北京市道路运输协 会组织开展调研、编写北京市道路运输车辆智能视频监控报警装 置功能及安装技术要求（以下简称本文件）等工作。（二）起草单位情况本文件起草负责单位：北京市道路运输协会。（三）主要工作过程L调研起草阶段

34、（2020年3月11日至4月10日）接到任务后，北京市道路运输协会牵头，组织各参与起草单位 抽调人员迅速成立了课题组，并于2020年3月13日，在北京组 织召开了项目启动会议，会议研究决定，为便于工作的有效开展， 将该文件先作为团体标准发布，等条件成熟后再申报行业标准。会 议同时明确了文件的体系规划、工作计划安排、节点成果以及各参 与单位的相关工作，市交通委安全监督与应急处相关领导莅临指 导会议，课题组全体成员参加了会议。在交通运输部办公厅关于推广应用智能视频监控报警技术 的通知（交办运2018） 115号）基础上，课题组收集了已经发 布的相关国家标准、行业标准，以及其他部分省份的标准，结合北

35、 京道路运输行业实际情况，研究提出了文件编制原则和主要编制 内容，并集中时间和精力完成了北京市道路运输车辆智能视频监 控报警系统通信协议文件草案稿，并在课题组内多次讨论，反复 论证、修改，于2020年4月10日形成了文件讨论稿。2.征求意见阶段（2020年4月11日至4月24日）为使本文件既能符合行业主管部门管理要求，又能满足企业 智能监控应用需求，还能保证终端和平台服务商可以实现本文件 各项要求，2020年4月11日起，北京市道路运输协会在北京先后 召开三次征求意见会议，分别邀请企业代表、行业管理部门、终端 和平台服务商参会讨论，收到了很好的效果，与会人员从不同角 度、各个层面对智能视频监控

36、报警技术和应用提出了非常好的意 见和建议；两次组织召开了专家咨询会，邀请行业内标准编制和应 用方面的权威专家对本文件内容逐条进行讨论修改，对重点技术 内容进行集中研讨。应该说，前面三次主要是在应用层面征求意见，丰富和完善了 标准功能需求，可以更好地满足行业管理和企业应用的要求；后面 两次专家咨询会，则是从专家专业的角度，对标准相关条款、功能 的可实现性、可操作性，以及必要性、经济性等方面进行论证，使 本文件能够更规范、更接地气，既有一定的高度，又便于实现、利 于监管。在三次征求意见和两次专家咨询的基础上，课题组根据收 集的意见，及时对本文件了进行修改、补充和完善，于2020年4 月24日形成了

37、征求意见稿。二、编制原则本文件主要编制原则为：一是先进性原则。本文件编制充分适应卫星定位、车载视频、 智能识别、数据安全、数据通信等新技术在道路运输行业的应用， 特别考虑到了 5G技术的衔接。二是继承性原则。继承汽车行驶记录仪、卫星定位系统车载终 端、卫星定位系统车载视频终端的基本功能，提升智能视频监控报 警性能，规范安装和使用的相关要求。三是实用性原则。为更好服务车辆动态监控监管工作，进一步 扩展了智能视频监控报警的内容和维度，增加了终端有效性验证、 数据安全策略、车辆状态数据采集等，使终端能够满足众多监管需 求。三、本文件主要内容的确定和依据本文件严格按照团体标准管理规定（国标委联2019

38、 1 号）规范，遵循标准化工作的基本原理、方法和程序，坚持政府引 导、市场主导、企业主体的原则，依法依规开展编制工作。本文件 征求意见稿结合国内市场、技术现状及发展趋势、北京市道路运输 行业特点和管理要求进行编写，本部分采用了 JT/T 808道路运输 车辆卫星定位系统终端通讯协议及数据格式、JT/T 809道路运输 车辆卫星定位系统平台数据交换、JT/T 1078道路运输车辆卫星 定位系统视频通信协议、GB/T 19056汽车行驶记录仪标准等标准 中的部分内容并进行了增补和扩展，不占用原有通信协议，在基础 上进行增补，定义清晰明确，现就本文件主要内容作出以下说明。本文件主要内容包括：（一）终

39、端与平台协议基础协议基本约定。通讯方式、数据类型、传输规则和消息组 成按照JT/T 808中的要求；报文分类参照JT/T 1078中的分类 方式；通信连接方式、消息处理机制按照、加密机制按照JT/T 808 中的要求。一一智能视频监控报警类型。按照报警类型对照表要求，为了 便于管理和扩展，分为三大类：驾驶行为监测报警、车辆运行状态 报警、设备失效报警。参数设置查询。参数设置消息基于JT/T 808中定义的 0x8103消息扩展，扩展增加的参数项定义按照智能视频监控报警 参数定义；查询参数消息采用JT/T 808中定义的0x8104/0x8106 消息，按照附加参数项定义及说明。主动上报报警信息

40、。报警上报采用与位置信息同时上报的方式，作为0x0200位置信息汇报的附加信息，按照附加信息 定义表进行扩展。报警附件上传。为了保证附件上传成功率，分为报警附件 信息上传请求、报警附件信息上传应答、报警附件数据上传请求、 报警附件数据上传应答、报警附件数据上传结果共5个步骤，全 部附件发送完成后，附件服务器才会主动与终端断开连接。终端升级。终端通过JT/T 808中的终端控制指令对终端 进行升级，升级文件命名规则如下：设备类型_厂家编号_设 备型号_依赖软件版本号_软件版本号.后缀名。车辆状态数据上传。车辆状态该数据采用与位置信息同 时上报的方式，作为0x0200位置信息汇报的附加信息，按照附

41、 加信息定义表进行扩展。（二）平台间数据交换协议协议基本约定。协议的通信方式、数据类型和协议消息格 式按照JT/T 809中的要求；协议的视频通信流程、数据体格式按 照JT/T 1078中的要求。一一数据实体格式。智能视频监控报警信息采用JT/T 809中 的0x1202实时上传车辆定位信息进行交换；上级平台不定期向下 级平台发送报警预警信息，其定义及数据体定义采用JT/T 809- 2019中的0x9402相关定义及说明；、与有关的现行法律、法规和强制性标准的关系本文件与有关的现行法律、法规和强制性标准及行业标准无冲突和矛盾。本文件主要引用了以下文件：JT/T 808道路运输车辆卫星定位系统

42、终端通讯协议及数据 格式JT/T 809道路运输车辆卫星定位系统平台数据交换JT/T 1078道路运输车辆卫星定位系统视频通信协议GB/T 19056汽车行驶记录仪标准。五、重大分歧意见的处理经过和依据无重大分歧意见。本次编制主要是根据现阶段道路运输行业 的管理要求和新的发展要求，借鉴已有标准的基础上进行的编制， 同时在编制过程中，进行了充分的调研论证，广泛征集了行业管理 部门、科研院所、运输企业、终端厂商和系统开发商的意见，对可 能有重大意见分歧的问题采取研讨、调研等方式加以解决，最大限 度避免重大意见分歧的产生。六、贯彻标准的要求和措施建议本文件发布后，建议主管部门及起草单位共同配合做好本文 件的宣贯培训工作，以推进文件内容的贯彻、实施和监督。七、废止现行有关标准的建议无八、其他应予说明的事项本文件将根据技术发展及需求的提升，进行计划性提升。刖 百本文件按照GB/T 1. 1-2020标准化工作导则 第1部分：标准化文件的结构和起草规则的规 定起草。本文件是T/BRTA 1北京市道路运输车辆智能视频监控报警技术规范的第3部分。T/BRTA 1已 经发布了以下部分：第1部分：北京市道路运输车辆智能视频监控报警装置技术规范一一第2部分：北京市道路运输车辆智能视频监控报瞥系统平台技术规范一一第3部分：北京市道路运输车辆智能视频监控报警系统通信协议