北京市重点营运车辆数据交换接口规范.doc

北京市交通委员会运输管理局标准规范 北京市重点营运车辆数据交换接口规范 北京市交通委员会运输管理局北京市交通委员会运输管理局 2010 年年 01 月月 北京市交通委员会运输管理局标准规范 版本记录表版本记录表 序号序号版本版本修改内容修改内容日期日期修订人修订人 11.0 参照国家相关标准和交通部重点营运车 辆部省联网系统相关接口规范起草 2010/1/30 21.1 增加了一个车辆跟踪请求指令 DOWN_TRACE_REQ，对应的响应指 令为 UP_TRACE_ACK。影响： 1、 增加了 6.3.7 和 6.3.8 节 2、 修改了 6.2.1 节中 encrypt 定义 2010/3/1 31.2 41.3 51.4 北京市交通委员会运输管理局标准规范 目录目录 一、范围一、范围1 二、规范性引用文件二、规范性引用文件1 三、术语和缩略语三、术语和缩略语2 3.1术语.2 3.1.1全球卫星定位系统 Global Position System（GPS）.2 3.1.2卫星定位汽车行驶记录仪 satellite positioning vehicle travelling data recorder2 3.1.3全球卫星导航系统 GNSS global navigation satellite system.3 3.1.4传输控制协议/互联网络协议 TCP/IP transmission control protocol/internet protocol 3 3.1.5车牌号 carplate3 3.1.6疲劳驾驶 fatigue driving.3 3.1.7最新数据 newest data3 3.1.8历史数据 history data3 3.1.9传输时间间隔 transfer interval.4 3.1.10位置数据坐标系 coordinate system of position data .4 3.1.11数据实体 entity.4 3.1.12营运车辆 vehicle.4 3.1.13动态信息 dynamic data.4 3.1.14上传 uploading 5 3.1.15下传 downloading .5 3.1.16数据交换 data exchange5 3.2缩略语.5 3.2.1营运车辆 GPS 监控系统.5 3.2.2北京市 GPS 监管平台.5 四、系统结构四、系统结构6 4.1通信方式.6 4.2安全认证.7 4.3功能实现流程.7 4.3.1运营商平台的登录申请和链路保持 7 4.3.2运营商平台注销 8 4.3.3车辆位置及状态实时报告 8 4.3.4车辆位置及状态补报【又称作“数据重发”】.8 4.3.5文字信息下发 9 4.3.6监控岗位巡检 9 4.3.7拍照 9 4.3.8单向监听车辆 10 4.3.9语音通话 10 北京市交通委员会运输管理局标准规范 五、协议消息格式五、协议消息格式10 5.1消息说明.10 5.2基本数据类型.11 5.3数据结构.11 5.4数据头格式.11 六、数据实体格式六、数据实体格式12 6.1通信管理相关指令.12 6.1.1运营商平台向监管平台发送“登录请求”.12 6.1.2监管平台向运营商平台返回“登录回应”.12 6.1.3运营商平台向监管平台发送“退出通知” 13 6.1.4监管平台向运营商平台返回“退出通知回复” 13 6.1.5运营商平台向监管平台发送“链路测试”.14 6.1.6监管平台向运营商平台返回“链路测试回应”.14 6.1.7监管平台向运营商平台发送“链路断开通知”.14 6.2车辆位置交换指令.15 6.2.1实时车辆位置信息 16 6.2.2车辆位置信息补报 17 6.2.3监管平台向运营商平台返回“接收记录数” 18 6.3管控指令.19 6.3.1文字信息下发（监管平台 运营商平台）19 6.3.2文字信息下发回复（运营商平台 监管平台）21 6.3.3监控岗位巡检（监管平台 运营商平台）21 6.3.4监控岗位巡检反馈（运营商平台 监管平台）22 6.3.5拍照申请（监管平台 运营商平台）22 6.3.6拍照照片回传（运营商平台 监管平台）22 6.3.7车辆跟踪申请（监管平台 运营商平台）24 6.3.8车辆跟踪反馈（运营商平台 监管平台）25 6.3.9单向监听车辆申请（监管平台 运营商平台）26 6.3.10单向监听车辆反馈（运营商平台 监管平台）26 6.3.11语音通话申请（监管平台 运营商平台）27 6.3.12语音通话状态反馈（运营商平台 监管平台）27 6.4扩展指令.28 附录、常量定义附录、常量定义29 附录 1 数据类型.29 附录 2 业务类型标识.30 附录 3 运输行业类别编码表.30 附录 4 车牌颜色编码表.30 北京市交通委员会运输管理局标准规范 1 一、范围一、范围 本标准规定了北京市营运车辆 GPS监管平台与北京市内各种营 运车辆 GPS监控系统之间数据交换的技术要求、接口方式、数据格 式、传送方式、数据质量等内容。 本标准适用于北京市营运车辆 GPS 监管平台与北京市内营运 车辆GPS监控系统之间的数据交换。 本标准以满足北京市营运车辆的日常监管需求作为根本出发点， 对交通部通信中心制定的全省重点营运车辆部省动态信息 公共交 换平台接口规范进行了细化。 本标准由北京市交通委员会运输管理局负责解释。 二、规范性引用文件二、规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡 是注日期的引用文件，其随后所有的修改单（不包括勘误的内容） 或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各 方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件， 其最新版本适用于本标准。 GB/T 8566-2007信息技术 软件生存周期过程 GB/T 8567-2006计算机软件文档编制规范 GB/T 9386-2008计算机软件测试文件编制规范 GB/T 13502-1992信息处理程序构造及其表示的约定 GB/T 14394-2008计算机软 件可靠性和可维护性管理 北京市交通委员会运输管理局标准规范 2 GB/T 15532-2008计算机软件单元测试 GB/T 16260.1-2006 软件工程 产品质量 第一部分：质量模型 GB/T 17544-1998信息技术 软件包 质量要求和测试 GB/T 18234-2000信息技术 CASE工具的评价与选择指南 GB/T 18491.1-2001 信息技术 软件测量 功能规模测量 第一部 分：概念定义 GB/T 18492-2001信息技术 系统及软件完整性级别 GB/T 18493-2001信息技术 软件生存周期过程指南 DB44/T 578-2009 卫星定位汽车行驶记录仪通用技术规范 三、术语和缩略语三、术语和缩略语 3.1术语 3.1.1 全球卫星定位系统 Global Position System（GPS） 全球卫星定位系统是一个高精度、全天候和全球性的具有无线 电导航、定位和定时的多功能系统。它由地面控制部分、空间部分 和用户装置部分构成。 3.1.2 卫星定位汽车行驶记录仪 satellite positioning vehicle travelling data recorder 带有卫星定位功能，具有记录、存储并通过无线传输模块实时 传输车辆行驶方向、速度、时间、里程、位置等状态信息以及图像 的数字式电子装置。 北京市交通委员会运输管理局标准规范 3 3.1.3 全球卫星导航系统 GNSS global navigation satellite system 是指全天候、全地域、高可靠性的对地面、海上及高、中、低 空目标进行位置、速度、方向、高度和时间测量的系统。 3.1.4 传输控制协议/互联网络协议 TCP/IP transmission control protocol/internet protocol 一种网络通信协议，规范了网络上的所有通信设备，尤其是一 个主机与另一个主机之间的数据往来格式以及传送方式。TCP/IP是 INTERNET的基础协议，也是计算机数据打包和寻址的标准办法。 3.1.5 车牌号 carplate 公安交通管理部门颁发的机动车车牌号，如 “粤A12345”。 3.1.6 疲劳驾驶 fatigue driving 是指驾驶人在长时间连续行车后，产生生理机能和心理机能的 失调，而在客观上出现驾驶技能下降的现象。 3.1.7 最新数据 newest data 指上一次上传了数据之后的按照规定的时间间隔采集的数据。 主要是指车辆的位置状态数据。 3.1.8 历史数据 history data 指运营车辆GPS监控系统在与北京市GPS营运车辆监管平台的通 信连接发生异常中断期间所积累的数据，主要是指车辆的位置状态 数据。 北京市交通委员会运输管理局标准规范 4 3.1.9 传输时间间隔 transfer interval 是指数据上传或下发的时间间隔，其中车辆位置状态最新数据 的上传时间间隔建议不低于 30s。 3.1.10位置数据坐标系 coordinate system of position data 本接口规范中要求车辆位置的空间参考系必须是 WGS-84坐标 系，数据为绝对位置数据，用经纬度表示。其中，分、秒全部换算 为度，例如：经度：109.287967，纬度23.097688。 3.1.11数据实体 entity 是指各类数据传输对象。如：实时卫星定位信息实体 (详细参 见以下“数据传输内容”章节)。 3.1.12营运车辆 vehicle 指通过为他人提供运输服务获得收益的运输车辆。主要包括： 省际客运车辆、旅游车、货运车辆（含化学危险品运输车）、公共 汽车、出租车等。 其中的化学危险品运输车、长途客运车和旅游包车还按照交通 部接口规范称作“重点营运车辆”。 3.1.13动态信息 dynamic data 主要是指车辆在行进过程中的相关定位信息、运行状态以及人 货、线路等方面的信息。 北京市交通委员会运输管理局标准规范 5 3.1.14上传 uploading 营运车辆GPS监控系统按约定格式与要求向北京市GPS监管平台 发送数据。 3.1.15下传 downloading 北京市GPS监管平台向营运车辆GPS监控系统下发各种消息与指 令。 3.1.16数据交换 data exchange 指营运车辆GPS监控系统与北京市GPS监管平台之间进行GPS数 据上报、指令接收与反馈等交互过程。 3.2缩略语 3.2.1 营运车辆 GPS 监控系统 由GPS运营商受当地交通管理部门、交通运输管理或者企业委 托建设的，对营运车辆进行监控、调度和管理的一种软件系统。简 称“运营商平台”。 3.2.2 北京市 GPS 监管平台 对全北京的运营车辆进行日常运营监管的一种软件系统。简称 “监管平台”。本平台分两阶段建设，第一阶段接入重点营运车辆， 第二阶段接入其他类型的营运车辆。 北京市交通委员会运输管理局标准规范 6 四、系统结构四、系统结构 图 4-1 系统总体结构 4.1通信方式 参看图4-1，运营商平台同监管平台通过TCP/IP协议通信。运营 商平台与监管平台之间采用以下方式进行双向数据的传输： 监管平台作为TCP/IP协议通信的服务端，为运营商接入提 供统一的IP地址、对应的端口号； 运营商平台作为TCP/IP协议通信的客户端，在建立与市监 管平台的双向通信之后，为运营商对于全省中心平台下行 的信息则作为通信服务端模式，并提供对应的端口号； 运营商平台应启动链路建立过程，并在该链路成功建立后，创 建双向链路通道。【注意】创建的TCP连接为长连接工作模式，在 没有有效数据传输时，作为客户端的运营商平台应发送心跳包维持 链路连接。 北京市交通委员会运输管理局标准规范 7 4.2安全认证 监管平台将对接入的运营商平台进行安全验证。 1、监管平台为运营商平台统一分配全局唯一的接入码、用户名 和接入密码，接入码用于区分不同的运营商平台。 2、运营商平台在创建完成监管平台的Socket连接之后，应发送 “登录请求”消息，在该消息中携带接入码、用户名和接入密码。 3、监管平台对运营商平台提交的身份认证信息进行校验。如果 校验通过，则允许运营商平台连接，否则不允许其连接。 4.3功能实现流程 4.3.1运营商平台的登录申请和链路保持 运营商平台使用指定的IP、端口创建Socket连接后，首先发送 “登录请求”消息。该消息中包含运营商平台接入码、登录用户名、 接入密码。如果监管平台认证成功，则反馈登录成功，否则发送登 录失败原因，反馈登录失败。 对于由于网络原因导致的连接失败，运营商平台应尝试重复连 接。对于由于接入码失效、用户名或接入密码无效的连接失效问题， 监管平台将记录运营商平台的登录日志，并通过其他手段与GPS运 营商联系，确认和解决相关问题。 登录成功后，运营商平台应每1-2分钟发送一个心跳数据包来进 行链路保持。连续10分钟内没有接收到心跳数据包或其他数据包， 运营商平台将认为该运营商平台的连接已经发生异常中断，将主动 中断运营商平台的数据链路。运 北京市交通委员会运输管理局标准规范 8 营商平台如连续10分钟未收到监管平台的心跳数据回复包或其他数 据包，则认为与监管平台的连接发生异常中断，应主动断开数据链 路，并在不超过5分钟内重新启动连接尝试。 4.3.2运营商平台注销 当运营商平台正常退出（如重新启动时），应首先发送“退出 通知”消息，如果监管平台返回的“退出通知回复”消息同意退出， 或者在10分钟内没有收到来自监管平台的任何数据，则可主动中断 连接。如果监管平台返回的“退出通知回复”不同意运营商平台中 断连接，则运营商平台应延时5分钟再重新启动“注销”流程。 原则上运营商平台通信网关应7*24小时运行。 4.3.3车辆位置及状态实时报告 运营商平台应向监管平台实时报告其监控的营运车辆的位置和 状态信息，主要包括：车辆号、车辆当前经度、纬度、速度、方向、 GPS时间、定位状态和车辆状态（点熄火状态、超速报警、紧急报 警等）。 4.3.4车辆位置及状态补报【又称作“数据重发”】 运营商平台应保持稳定可靠运行，保障向监管平台的车辆位置 及状态实时上报流程正常执行。 运营商平台正常运行过程中，应监测与监管平台的网络通信状 态，记录与监管平台的通信链路中断过程中其接收到的车辆位置信 息。在与监管平台的通信链路成功创建之后，应根据其积累数据的 情况择时上报。 北京市交通委员会运输管理局标准规范 9 中断期间积累数据小于 6000条（按100辆车，每30秒上报一次， 中断半小时计算）的，可以在链路再次创建之后，与实时数据一起 间隔上报；中断期间积累数据大于6000条、小于4.8万条的，应选择 闲时批量上报，如：次日凌晨；对于中断时间积累数据超过4.8万条 的（按100辆车，每30秒上报一次，终端4小时计算），应打包为数 据文件，通过运输局专门设置的FTP服务器上传。中断期间积累数 据的上传延迟应小于 5天。 4.3.5文字信息下发 运营商平台应接收监管平台下发的重要政策类以及其它相关资 讯，广播给其监控的营运车辆，并把广播状态返回给监管平台。广 播时延不超过1天。 4.3.6监控岗位巡检 监管平台可对于所属运营商平台进行监控岗位在线抽查查询， 由此监测运营商平台的服务质量。监管平台不定期对接入的运营商 平台下发常识性问题，运营商平台的监管人员应根据接收到的问题， 创建回复信息，并按照协议返回给监管平台。运营商平台的反馈时 间不能超过30分钟。 4.3.7拍照 监管平台可给运营商平台下发拍照指令，运营商平台把该指令 转发给支持终端拍照的营运车辆，营运车辆的实时拍照产生的照片 上报给运营商平台，运营商平台应即时转发给监管平台。拍照的照 片反馈延时不宜超过 5分钟。对于超过 5分钟的，运营商平台可提 前返回相关信息。 北京市交通委员会运输管理局标准规范 10 4.3.8单向监听车辆 在运营商平台支持且不违背日常监管规定的情况下，监管平台 可经由运营商平台向指定的车辆下发单向监听指令，实现对指定的 车辆的静音监听功能。运营商平台在接收到监听指令后，即刻对相 对应车辆下发监听命令，车载机收到信息后，即刻与指定的监听电 话号码进行连接，实现监听功能。 4.3.9语音通话 在运营商平台支持且不违背日常监管规定的情况下，监管平台 可经由运营商平台向指定的车辆下发语音通话申请。运营商在接收 到通话申请指令后，即刻对相对应车辆下发通话申请，车载机收到 信息后，即刻与指定的电话号码进行连接，实现语音的双向通话， 为紧急情况下运输管理人员与司机等人员实现交流。 五、协议消息格式五、协议消息格式 5.1消息说明 消息帧由数据头和数据体两部分构成。数据流遵循big endian排 序方式的网络字节顺序。中文字符采用GB2312方式编码。没有填充 有用信息的数据位皆填 0x00。 5.2基本数据类型 BYTE单字节，如 0x10。BYTES 指 BYTE 类型的数组 WORD无符号双字节，如 0xAB01 DWORD32 位无符号整型，4 字节，如 0x80010203 String不定长字符串。 北京市交通委员会运输管理局标准规范 11 5.3数据结构 Head Flag头标识。固定为字符串“” ，其中为半角字符 Message Header数据头 Message Body数据体 End Flag尾标识。固定为字符串“” ，其中为半角字符 5.4数据头格式 字段字段类型类型含义含义 MSG_LENGTHWORD 数据帧长度（包括数据头和数据体、头标识和 尾标识） MSG_SNDWORD数据帧的报文序列号 MSG_TypeWORD数据帧类型 MSG_OperIDDWORD运营商平台接入码，监管平台统一分配 【注意】“报文序列号”占用四个字节，由该消息的主动发起 方按照依次递增方式填写。例如：“登录申请”的“报文序列号” 总设置为1，随后的流程报文序列号依次递增，到最大数后自动归零。 如果某个消息是对于接收到的一个消息的ACK类型的响应，则 响应消息的报文序列号可以原样返回，即无需响应方重新填写。对 于该消息处理之后的后续响应，应视作响应方主动发起的消息来填 充报文序列号。 Octet String 定长字符串，位数不足时、右补二进制 0，汉字采用 GB2312 编 码。如：一个长度为 5 的字符串，如果实际数值为“123”，则 填充后转换的十六进制数值应该是 0x31 0x32 0x33 0x00 0x00 北京市交通委员会运输管理局标准规范 12 六、数据实体格式六、数据实体格式 6.1通信管理相关指令 6.1.1 运营商平台向监管平台发送“登录请求” 描述：运营商平台在创建到监管平台的Socket之后，以TCP/IP 客户端的身份发起“登录请求”。 数据类型：UP_CONNECT_REQ 数据体： 字段名字节数类型描述 USERID4DWORD用户编号 PASSWORD8Octet String密码 6.1.2 监管平台向运营商平台返回“登录回应” 描述：监管平台接收到“登录请求”后，进行身份验证，并返 回验证结果； 数据类型：UP_CONNECT_RSP 数据体： 字段名字节类型描述 RESULT1BYTE认证结果 RESULT定义： 类型说明 0成功； 1IP 地址不正确； 2接入码不正确； 3用户没有注册； 北京市交通委员会运输管理局标准规范 13 4密码错误； 5资源紧张，稍后再连接【已经占用】； 6其他； 6.1.3 运营商平台向监管平台发送“退出通知” 描述：运营商平台退出运行时，应在中断与监管平台的连接之 前发送“退出通知”消息。如果监管平台不允许运营商平台退出， 则延迟一段时间（如5分钟后）后再次发起该消息。 数据类型：UP_DISCONNECT_REQ 数据体： 字段名字节数类型描述 USERID4DWORD用户编号 PASSWORD8Octet String密码 6.1.4 监管平台向运营商平台返回“退出通知回复” 描述：监管平台对运营商平台发送的“退出通知”进行回复。 数据类型：UP_DISCONNECT_RSP 数据体： 字段名字节数类型描述 STATE1BYTE是否同意退出 RESULT定义： 类型说明 0身份正确，同意其即刻退出 1身份正确，不同意退出 2身份异常，不允许该操作 北京市交通委员会运输管理局标准规范 14 6.1.5 运营商平台向监管平台发送“链路测试” 描述：运营商平台在链路空闲时，应周期性发送本消息以检测 链路状态、保持链路连接。 数据类型：UP_LINKTEST_REQ 数据体为空。 6.1.6 监管平台向运营商平台返回“链路测试回应” 描述：监管平台接收到运营商平台的“链路测试”消息后，应 即返回本消息。 数据类型：UP_LINKTEST_RSP 数据体为空。 6.1.7 监管平台向运营商平台发送“链路断开通知” 描述：当监管平台处于维护阶段需要中断通信连接时，向选定 的运营商发送给消息。运营商平台接收到该消息后，应中断目前正 在进行的操作（如发送实时数据），并停止链路测试。该消息发送 后，监管平台在5分钟内中断通信连接。运营商平台无须回复该消 息。 数据类型：DOWN_DISCONNECT_INFOR 无数据体。 6.2车辆位置交换指令 描述：运营商向监管平台发送车辆的位置信息，含实时数据和 历史数据。位置信息按车辆发送，对于实时车辆位置数据，每个数 北京市交通委员会运输管理局标准规范 15 据帧发送一辆车的当前位置；对于历史数据，每个数据帧最多发送 一辆车的五条历史位置记录。 监管平台不回复实时车辆位置信息，对于历史数据（信息补报） ，用 6.2.3节规定的指令向运营商平台反馈。实时数据和历史数据均 按照本节定义的数据帧进行封装，监管平台的反馈消息的数据帧格 式参照相关章节的定义。 数据类型：UP_MSG 数据体定义： 字段名字节数类型描述 DEVICE_ID21Octet String 车牌号 DEVICE_COLOR1BYTE车牌颜色，参照 JT/T415-2006 的 5.4.12，详见本协议附件， 车牌颜色编码表。 MSG_CODE2WORD运输行业类别，详见附件定义 的运输行业类别编码表。 DATA_TYPE2WORD业务类型标识，参看附件定义 DATA_LENGTH2WORD后续数据长度 DATADATA_LEN GTH BYTES 6.2.1 实时车辆位置信息 描述：本业务主要是描述车辆的实时位置定位信息； 业务类型标识：UP_REAL_LOCATION DATA数据格式： 北京市交通委员会运输管理局标准规范 16 字段名字节数类型描述 ENCRYPT1BYTE 加密标志：bit0=1 表示经过加 密，bit0=0 表示未加密；bit1=1 表示接收到跟踪期间发送的位 置信息，bit1=0 表示正常运行 模式下的位置信息。加密方式 由高半字节约定，具体内容待 定 DATE4 日月用 BYTE，年份 用 WORD 格式：日月年（dmyy） 注：年的表示是先将年转换成 2 位十六进制数，如 2009 表示 为 0x07 0xD9 TIME3BYTES时分秒(hms)，每部分 1 个字节 LON4DWORD经度，单位为 1*10-6 度 LAT4DWORD纬度，单位为 1*10-6 度 VEC 12WORDGPS 速度，单位为 km/h VEC 22WORD 不支持该功能时，填 0。行驶 记录仪速度，单位为 km/h，安 装行驶记录仪端终的车辆可上 传该项内容 VEC34DWORD 不支持本功能时，填 0。车辆 当前总里程数，单位 km DIRECTION2WORD 方向，单位为度。正北偏东的 方位角（0-359） STATE2WORD 车辆状态，二进制表示： H1H2H3H4H5H6H7H8L1L2L3 L4L5L6L7L8 高位字节（H1-H8）用于描述 预留部分的字节长度。在没有 北京市交通委员会运输管理局标准规范 17 预留时，取为 0。不为零时， RrvBytes 部分应填写规定字节 的数据 L7：定位状态，1 表示定位; 0 表示未定位 L8：点火状态，1 表示点火; 0 表示熄火 其它备用 ALARM2WORD 报警状态，二进制表示： H1H2H3H4H5H6H7H8L1L2L3 L4L5L6L7L8 L7：超速报警，1 表示报警; 0 表示正常 L8：紧急报警，1 表示报警; 0 表示正常 L6：疲劳驾驶报警，1 表示报 警；0 表示正常 其它备用 RrvBytes不定长BYTES 字节长度由 STATE 的高半字 节表示 6.2.2 车辆位置信息补报 描述：本业务是指运营商平台与监管平台通信链路中断后，一 旦重新连接，则运营商平台把断线期间的相关车辆的动态信息上传 到监管平台； 业务类型标识：UP_HISTORY_LOCATION 数据格式如下，其中GPSDATA的数据定义参看6.2.1节的定义。 北京市交通委员会运输管理局标准规范 18 字段名字节数类型描述 GPS_CNT1BYTE该数据包里包含的 GPS 数据个 数，1 1 的后续各数据帧中无需另外填写。【注意】所有属于同一副照片的 数据帧的照片类型、照片尺寸、压缩方式等均相同。 数据类型：UP_TAKE_PHOTO_ACK 数据体： 字段名字节数类型描述 INST_ID4DWORD指令 ID DEVICE_ID21Octet String 车牌号码 PHOTO_STT1BYTE 拍照状态。仅在完成拍照时，方 有后续信息。 0：不支持拍照 1：完成拍照 北京市交通委员会运输管理局标准规范 24 2：完成拍照，照片数据稍后传送 3：未拍照（不在线） 4：未拍照（无法使用指定镜头） 5：未拍照（其他原因） 9：车牌号码错误 FRAME_TOT2WORD 完整照片数据所需要的数据帧总 数 FRAME_SEQ2WORD本数据帧的序号 GPSDATA30GPS 数据 拍照位置点，详见 6.9.1 节 GPS 数据格式 LENS_POS1BYTE镜头位置 ID，具体定义待定 ZIPTYPE1BYTE 照片文件压缩方式，具体定义待 定 PTYPE1BYTE 照片类型。 1：jpg 2：gif 3：tiff 4：其它，在 NEW_PTYPE 中指定 NEW_PTYPE8 OCTECT STRING 可选字段。仅在 PTYPE=4 时描述 具体的照片类型 SZTYPE1BYTE 照片大小 0：其他 1：320x240 2：640x480 3：800x600 4：1024x768 NEW_SZTYPE4DWORD 可选字段。在在 SZTYPE=0 时指 定照片的大小，高两字节表示长， 低两字节表示宽 PDATA_LEN2WORD本数据帧中图片数据的字节数 PDATA不定长BYTES 图片数据，长度由 PDATA_LEN 指定 北京市交通委员会运输管理局标准规范 25 6.3.7车辆跟踪申请（监管平台 运营商平台） 描述：监管平台向运营商平台发送针对指定车辆的跟踪指令； 数据类型：DOWN_TRACE_REQ 数据体： 字段名字节数类型描述 INST_ID4DWORD信息 ID TRACE_MODE1BYTE跟踪模式：1-定时跟踪；2-定距跟 踪 TRACE_VALU E 1BYTE跟踪使用的参数。 对于 TRACE_MODE=1 时，表示 跟踪的时间间隔（单位：秒。最 小为 1 秒，最大不超过 180 秒）， 即每隔 TRACE_VALUE 秒时间， 车辆应上报一个当前位置信息 对于 TRACE_MODE=2 时，表示 跟踪的距离间隔（单位：10 米。 最小为 50 米，最大不超过 1000 米），即每隔 TRACE_VALUE 米， 车辆应上报一个当前位置信息。 START_TIM E 4TIME_T开始时间，用 UTC 时间表示； 如 2010-1-10 9:7:54 的 UTC 值为 1263085674，其在协议 中表示为 0x4B49286A END_TIME4TIME_T结束时间，用 UTC 时间表示 北京市交通委员会运输管理局标准规范 26 6.3.8车辆跟踪反馈（运营商平台 监管平台） 描述：运营商平台给监管平台对车辆跟踪申请进行反馈。如果。如果 终端支持跟踪指令，则上报的跟踪数据以终端支持跟踪指令，则上报的跟踪数据以“6.2.1实时车辆位置信息实时车辆位置信息” 格式上报给监管平台。格式上报给监管平台。 数据类型：UP_TRACE_ACK 数据体： 字段名字节数类型描述 INST_ID4DWORD指令 ID,本 ID 跟 DOWN_TRACE_REQ 指令中下发 的 INST_ID 相同； RESULT1BYTE 0：终端不支持该功能 1：跟踪指令转发成功； 2：指令转发失败（不在线） 3：指令转发失败（不支持号码） 4：指令转发失败（其他原因） 9：指定车牌号错误 6.3.9单向监听车辆申请（监管平台 运营商平台） 描述：监管平台向运营商平台下发车辆静音监听命令； 数据类型：DOWN_MONITOR_VEHICLE_REQ 数据体： 字段名字节数类型描述 INST_ID4DWORD指令 ID DEVICE_ID21Octet String车牌号码 TEL_LEN1BYTE电话号码长度 DIAL_TEL不定长String 回拨的电话号码，如有分机号码， 中间用“-“分隔。多个电话号码用 北京市交通委员会运输管理局标准规范 27 半角分号分隔。对于固定电话， 应在电话号码前附加区号。 6.3.10 单向监听车辆反馈（运营商平台 监管平台） 描述：运营商平台向监管平台反馈单向监听指令的执行情况。 数据类型：UP_MONITOR_VEHICLE_ACK 数据体： 字段名字节数类型描述 INST_ID4DWORD指令 ID DEVICE_ID21Octet String车牌号码 RESULT1BYTE 0：不支持该功能 1：监听指令转发成功； 2：指令转发失败（不在线） 3：指令转发失败（不支持号码） 4：指令转发失败（其他原因） 9：指定车牌号错误 6.3.11 语音通话申请（监管平台 运营商平台） 描述：监管平台经由运营商平台向指定车辆下发语音通话请求。 数据类型：DOWN_COMMUNICATE_REQ 数据体： 字段名字节数类型描述 INST_ID4DWORD指令 ID DEVICE_ID21Octet String 车牌号码 TEL_LEN1BYTE电话号码长度 北京市交通委员会运输管理局标准规范 28 DIAL_TEL不定长String 回拨的电话号码，如有分机号码， 中间用“-“分隔。多个电话号码用 半角分号分隔。对于固定电话， 应在电话号码前附加区号。 6.3.12 语音通话状态反馈（运营商平台 监管平台） 描述：运营商平台向监管平台反馈语音通话指令执行情况。 数据类型：UP_C