DB31∕T 1064-2017 公共汽（电）车客流采集技术和应用规范

公共汽(电)车客流采集技术和应用规范2017-09-04发布2018-01-01实施上海市质量技术监督局发布I Ⅲ 1 1 1 1 2 3 5附录A(资料性附录)APC与车载信息终端通信协议 7附录B(资料性附录)客流采集数据质量测试要求和方法 Ⅲ本标准按照GB/T1.1—2009给出的规则起草。本标准由上海市交通委员会提出并归口。本标准起草单位：上海市城乡建设和交通发展研究院、上海巴士公交(集团)有限公司、上海浦东新区公共交通有限公司、上海纳儿电子科技有限公司、上海城市综合交通规划科技咨询有限公司。11范围本标准规定了公共汽(电)车的客流采集的功能要求、性能要求、测试方法与数据质量要求，以及APC与车载信息终端的通信接口定义、客流采集数据质量测试要求和方法。本标准适用于上海公共汽(电)车动态客流采集技术和应用，包括基于图像、红外等不同技术手段下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T4208—2017外壳防护等级下列术语和定义适用于本文件。自动客流采集设备automaticpassengerscounter用于自动采集城市公共交通车辆上、下客的乘客量的设备，帮助相关业务人员获取公交线路累积上公共汽(电)车车载信息终端on-boardinformationterminalofbus用于城市公共交通的调度业务，同时具有定位、自动报站等功能，并能够与其他车载设备实现通信的设备。下列缩略语适用于本文件。APC自动客流采集设备(AutomaticPassengersCounter)CAN控制器局域网络(ControllerAreaNetwork)4一般要求APC采集的客流数据可用于行车计划编制、实时调度优化与公交线网优化调整、行业监管考核等2应用场景数据内容数据时效性需求行车计划编制基于线路，基于断面的客流数据历史客流数据调度优化基于线路，基于断面的客流数据实时及历史客流数据应急调度基于线路，基于断面的客流数据实时客流数据公交线网优化调整基于客流走廊的客流数据历史客流数据行业监管考核车辆内的留车人数、满载率历史客流数据APC与车载信息终端的数据通信，接口应满足表2要求，其中车载信息终端接口符合DB31/T974—2016技术要求。序号接口类型接口数量接口说明1与车载信息终端的数据通信2通过CANBUS传输客流数据3可选与车载信息终端的数据通信4可选用于系统维护及数据导入导出5可选RJ45,100M/1000M自适应网口5功能要求5.1.2检测内容应包括：35.2.1终端管理功能应包括：c)对终端的采集数据进行删除重置；5.2.2操作方式应支持：5.3.1应通过RS485/CANBUS通信方式，实现车载信息终端向APC发送采集客流的工作请求指令5.3.2应通过RS485/CANBUS通信方式，实现APC与车载信息终端之间实时采集的客流数据。通信参考附录AAPC与车载信息终端通信协议。5.3.3与车载信息终端通信发生故障时，APC应将客流数据保存在本地，当与车载信息终端连接状态5.5.1APC采集客流数据应能存储在本地，车辆每次出站时向车载信息终端发送该站实时采集的上下6性能要求6.1.1应保持24h正常工作；6.1.2免维护周期时间不少于60d。按表3给出的电源电压波动范围进行电压适应性试验时和试验后，APC应能保持功能正常，无任何异常情况。4标称电源电压电源电压波动范围极性反接试验电压过电压低压门限值器外(允许更换烧坏的熔断器)不应有其他电气故障。试验后，终端各项功能应正常。电磁扰度：在静电放电抗扰度试验、射频电磁场辐射抗扰度试验和沿电源线的电瞬态传导抗扰度试验中和试验后不应出现电气故障，应能保持功能正常。终端在承受各项气候环境试验时、试验后，应无任何电气故障，机壳、插接器等不应有严重变形；其各种功能应保持正常；试验前存储的数据不应丢失。工作温度储存温度工作湿度10%～90%(非凝结)终端在表5给出的机械环境条件下应能保持功能正常，组成部件无非意外严重变形、松脱、接触不良现象。序号条件备注说明1非通电状态下振动双振幅位移不大于5mm(5Hz~22Hz)带包装，运输，搬运5序号条件备注说明2正常工作状态下振动双振幅位移不大于1.0mm(5Hz～22Hz)设备安装紧固良好。车辆的主要频率域里的振动能量一般在0.5Grms以内3非通电状态下冲击不大于1200Grms,(11760m/s²)(持续时间1ms,半正弦波)带包装，内含存储介质卡，运输，搬运跌落，等价于1m高度，跌落于水泥地面上4正常工作状态下冲击不大于500Grms,(4900m/s²)(持续时间2ms,半正弦波)安装良好，带存储介质6.5防护等级防护等级应满足以下要求：1)装置的外壳防护等级应符合GB/T4208—2017中IP56的要求，接插件防火等级建议为2)外露装置或者接插件应装有防水的塑胶套等，具有防泼溅、防淋水功能。7数据质量要求7.1数据考核要求APC在实时采集客流时，乘客上下车准确度测试的样本应满足公交车完成一个完整的运营班次，并且上车人次与下车人次之和不应小于200人次，其中上车乘客人次与下车乘客人次检测都不应小于100人次。7.2数据质量指标和要求7.2.1上车人次准确率(以班次为统计单位并达到93%以上)被减数为1,减数为抽检车辆运营一个班次过程中，人工统计到的上车总人次与APC采集到的上车总人次之差与人工统计到的上车总人次之商的百分比。X。——上车人次准确率；Pmu——人工采集的上车总人次；P——APC采集的上车总人次。7.2.2下车人次准确率(以班次为统计单位并达到93%以上)被减数为1,减数为抽检车辆运营一个班次过程中，人工统计到的下车总人次与APC采集到的下车总人次之差与人工统计到的下车总人次之商的百分比。式中：6Pmd——人工采集的下车总人次；Pd——APC采集的下车总人次。7.2.3上下车人次绝对值累积偏差率(以班次为统计单位达到15%以下)抽检车辆运营一个班次过程中，人工统计与APC采集的每一站上车人次差值绝对值总和，与人工统计与APC采集的每一站下车人次差值绝对值总和相加，然后与人工统计到的上下车总人次之商的百分比。式中：Xa——上下车人次绝对值累积偏差率；P——第i站APC采集的上车人次；Pmui——第i站人工采集的上车人次；P——第i站APC采集的下车人次；Pmdi——第i站人工采集的下车人次；s——车辆停靠公交站点的总数。7.2.4上下车人次偏差率(以班次为统计单位并达到5%以下)抽检车辆运营一个班次过程中，APC采集到的上车总人次和下车总人次之差与上车总人次之商的百分比。式中：Xr——上下车人次偏差率；Psut——APC采集上车合计人次；Pst——APC采集下车合计人次。7.2.5自动客流采集数据丢失率(以全天为统计单位并达到3%以下)抽检线路全部车辆运营一天中，人工统计线路站点累计数与APC上传客流数据的累计次数之差与站点累计数之商的百分比。式中：Xlost——自动客流采集数据丢失率；Ssn——全天站点累计次数；Stn——全天上传客流数据累计次数。7.3数据质量检测方式APC应经符合国家认定的第三方机构检测，并具备合格报告，进入产品采购目录。设备检测要求和方法参考附录B客流采集数据质量测试要求和方法。7APC与车载信息终端通信协议A.1通信流程说明A.1.1硬件通信接口A.1.1.1APC与车载信息终端之间采用主从方式进行通信，车载信息终端作为主控端，APC作为从机。所有通信数据均由车载信息终端发起，APC回应数据。A.1.1.2硬件接口为两线制RS485,通信格式为9600,N,8,1。A.1.2通信流程APC与车载信息终端间通过RS485通信，车载信息终端负责采集APC记录，同时透明转发APCA.1.3通信方式说明车载信息终端与APC之间的通信命令分为如下两类：设备之间的通信，是双方设备查询对方运营情况的一种命令格式。远程通信：此时车载信息终端不解析APC和后台服务器的数据内容，仅透明转发两者的数据，车载信息终端作为APC的无线路由使用。任何业务数据、远程升级版本等操作均包含在内，由APC自行定义数据区内容格式，车载信息终端完成打包和转发的过程，不修改和拆分数据内容。A.2通信协议格式说明A.2.1通信协议接口说明A.2.1.1协议格式为基于十六进制的数据协议，每个协议定长，通信波特率为9600,N,8,1。A.2.1.2车载信息终端与APC之间采用RS485两线制方式进行半双工通信。A.2.1.3车载信息终端设备作为主控端，主动向APC发送命令，APC作为从机进行回应。A.2.2数据报文格式数据报文格式及各构成字段如表A.1所示，发送报文和回应报文采用相同的报文格式。表A.1数据报文格式符号类型长度备注整个协议帧的长度，包括STX和CRC16部分。最大为1000字节设备类型8表A.1(续)符号类型长度备注设备ID地址(1～255),从1开始。要求每台设备能配置各自的ID号。如果只有一台设备，ID号为1;如果同时安装多台设备，要求ID号从1开始依次增加。这里面可以安装多个APC本协议的命令号本协议的状态保留序列号。发送每帧数据序列加一，从0～255循环，周而复始/数据帧的净荷。不同的CmdID对应不同的数据内容。见下面说明本数据帧中除CRC16自身外所有数据的校验值，采用16位CRC-CCITT校验方式(见A.5)DeviceType码的定义如表A.2所示。DeviceType码设备类型客流采集设备Status码的定义如表A.3所示。表A.3Status码定义Status码代码定义正常命令代码错误数据包序号错误数据长度错误校验和错误帧格式错误硬件故障错误软件程序错误A.2.3通信帧字节顺序说明对于整型和长整型数据而言，是按照低字节在前进行传输的。比如定义unsignedlongPointID;PointID=0x12345678,则依次传输的4字节为0x78,0x56,0x34,0x12。对于每个字节而言，是按照高位在前的原则进行传输的。比如定义unsignedcharStatus;Status=0x47,则传输位顺序为：0,1,对于结构体成员而言，如果是按Bit定义形成的结构体，Bit是低位在前的。比如结构体为：typedefstruct//每个Bit位是按低位在前进行排列的9unsignedcharTrend:1;则Line为最高位，0x80;Trend为次高位，0x40;Overhead为中间位，0x20;Indication为低5位，0xlF。A.2.4通信链路说明可以根据情况进行重试，重试时应重发相同的命令报文，重发的数据包序号与前一次发送的数据包序号相同。同的应答报文外，不进行任何操作。失了，需要重发，重发三次仍没有收到则报错退出。A.3协议命令号CmdID代码表表A.4命令代码协议命令号协议命令号功能说明说明获取硬件厂商及硬件型号协议获取硬件的序列号获取软件版本协议启动停止协议获取客流信息协议(出站或终点站进站报站后5min)…车载信息终端透传发送往APC的数据(比如升级)下传转发命令A.4车载信息终端与APC之间的数据通信报文格式(净荷)请求报文中的Data区为空。A.4.1.2从机应答报文从机应答报文如表A.5所示。表A.5从机应答报文序号域名字节数编码备注1硬件厂商名称GBK编码字符串以0x00为结尾的字符串，最大32字节(包含0x00)2硬件型号GBK编码字符串以0x00为结尾的字符串，最大32字节(包含0x00)A.4.2.1主机报文内容请求报文中的Data区为空。A.4.2.2从机应答报文从机应答报文如表A.6所示。表A.6从机应答报文序号域名字节数编码备注1硬件序列号GBK编码字符串硬件唯一标识码，以0x00为结尾的字符串，最大64字节(包含0x00)A.4.3CmdID=0x62获取软件版本号A.4.3.1主机报文内容请求报文中的Data区为空。A.4.3.2从机应答报文从机应答报文如表A.7所示。表A.7从机应答报文序号域名字节数编码备注1软件版本GBK编码字符串以0x00为结尾的字符串，最大32字节(包含0x00)A.4.4CmdID=0x63启动停止协议A.4.4.1主机报文内容主机报文如表A.8所示。表A.8主机应答报文序号域名字节数编码备注1前门是否启动统计10:不统计；1:统计2中门是否启动统计10:不统计；1:统计3后门是否启动统计10:不统计；1:统计4保留1A.4.4.2从机应答报文从机应答报文如表A.9所示。表A.9从机应答报文序号域名字节数编码备注1前门设置结果10:前门已设置为不统计状态；1:前门已设置为统计状态2中门设置结果10:中门已设置为不统计状态；1:中门已设置为统计状态3后门设置结果10:后门已设置为不统计状态；1:后门已设置为统计状态4保留1A.4.5CmdID=0x64获取客流信息协议A.4.5.1主机请求报文车载信息终端在离开非终点站时，向APC获取此站点的客流数据。当车辆进入终点站时，不能确定何时离开时，以终点站进站报站5min为限向APC获取终点站客流信息。同时APC可以根据需要来清空本班次客流信息。主机请求报文如表A.10所示。表A.10主机请求报文序号域名字节数编码备注1时间/日期6见时间格式说明2车辆牌照号GBK编码字符串以0x00为结尾，例：沪A-ZA0013线路编码3上海市公交线路统一编码4报站语音序号10全程线路1,2,3…区间线路语音序号5上下行10x00:上行；0x01:下行6站点总数1上行/下行的站点总数(0x01～0xFF)7站点序号1当前所在站的站点序号(0x01～0xFF)8保留默认为0xFF时间格式数据长度：6字节；所示。字节序号长度描述11年：1年/位递增，从2000年开始计算；有效范围：0年～255年21月：1月/位递增；有效范围：1月～12月31日：1日/位递增；有效范围：1日～31日41时：1小时/位递增；有效范围：0时～23时51分：1分/位递增；有效范围：0分～59分61秒：1秒/位递增；有效范围：0秒~59秒A.4.5.3从机应答报文APC应答从上次应答客流信息到当前应答客流信息之间的客流信息。当APC发现请求的线路编码、报站语音序号、上下行有发生变化时，班次客流数据应答报文如表A.12所示。表A.12从机应答报文序号域名字节数编码备注1时间/日期6见说明2车辆牌照号GBK编码字符串以0x00为结尾，例：沪A-ZA0013线路编码3上海市公交线路统一编码4报站语音序号10全程线路1,2,3…区间线路语音序号5上下行10x00:上行；0x01:下行6站点总数1上行/下行的站点总数(0x01～0xFF)7站点序号1当前所在站的站点序号(0x01～0xFF)8前门上客数10xFF表示无效9前门下客数10xFF表示无效中门上客数10xFF表示无效中门下客数10xFF表示无效后门上客数10xFF表示无效表A.12(续)序号域名字节数编码备注后门下客数10xFF表示无效本站上客数1当前站总上客数，0xFF表示无效本站下客数1当前站总下客数，0xFF表示无效班次累计上客数20xFFFF表示无效班次累计下客数20xFFFF表示无效保留默认全0xFFA.4.6CmdID=0x6A车载信息终端透传发送往APC的数据请求报文中的Data区为透传数据。A.4.6.2从机应答报文应答报文中的Data区为空。A.5CRC-CCITT校验代码staticunsignedshortcode0x0000,0x1021,0x2042,0x3063,0x4084,0x50a0x8108,0x9129,0xal4a,0xb16b,0xc18c,0xdlad,0xelce,0xflef{unsignedcharucHigh4Bit{ucHigh4Bits=((unsignedcha