aq 3008-2007 危险化学品汽车运输安全监控系统--通信中心与运营控制中心、客户端监控中心间数据接口与数据交换技术规范

'中华人民共和国安全生产行业标准AQ3008-2007危险化学品汽车运输安全监控系统-通信中心与运营控制中心、客户端监控中心间数据接口和数据交换技术规范Monitoringsystemfordangerouschemicalsinroadtransport-interfaceprotocolanddataexchangestandardbetweenCommunicationControlProcessingCenter(CCPC)andOperationControlCenter(OCC)&clientofmonitoringcenter(CMC)国家安全生产监督管理总局发布2007-4-1实施 目次前言1范围2规范性引用文件3术语、定义和缩略语4要求4.1通用要求4.2CCPC与OCC、CMC间信息流4.3报文结构要求4.4消息类型4.5消息格式附录A(规范性附录)“结果码”定义附录B(规范性附录)“错误码”定义 前言本标准4、附录A和附录B为强制性条款，其余为推荐性条款。本标准规定了危险化学品汽车运输安全监控系统中，通信控制处理中心与运营控制中心、客户端监控中心间数据接口和数据交换技术规范。本标准主要包含危险化学品汽车运输安全监控系统中通信控制处理中心与运营控制中心间数据分类、流向和格式以及数据接口协议和数据交换协议等技术要求。本标准附录A和附录B是规范性附录。本规范由国家安全生产监督管理总局提出，全国安全标准化技术委员会化学品安全标准化分技术委员会归口。本标准负责起草单位：中国航天科技集团天泰雷兹科技(北京)有限公司、中国化工集团化工标准化研究所。本标准主要起草人：高晖、梅建、刘永强、王晓兵、沈旻祺、石杰楠、王琦。 危险化学品汽车运输安全监控系统——通信中心与运营控制中心、客户端监控中心间数据接口和数据交换技术规范1范围本标准规定了危险化学品汽车运输监控系统中，通信控制处理中心与运营控制中心、客户端监控中心间经通信网络进行数据传输和数据交换的通信接口协议的术语、定义和缩略语及接口要求。本标准适用于危险化学品汽车运输安全监控系统中通信控制处理中心、运营控制中心和客户端监控中心和其他汽车安全运输监控系统的软件设计和开发。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。AQ3003危险化学品汽车运输安全监控系统通用规范AQ3004危险化学品汽车运输安全监控车载终端RFCl321TheMD5Message—DigestAlgorithm3术语、定义和缩略语3.1术语和定义术语见AQ3003和AQ3004。3.1.1报告report由车载终端设备发出的报文，包含车载终端设备的配置信息，工作参数或状态信息。3.1.2车载终端设备识别号telematicscontrolunitidentifier分配给车载终端设备的48位编码信息，用于识别系统内的车载终端设备，即TCU-ID。3.1.3电源管理策略ASAP电源管理策略与机制保证系统最高效的节能，系统分为运行、空闲、睡眠三种运行模式。交互式应用的超时，非交互式应用设备的使用，只占用CPU设备运算应用的运行，以及系统侦测设备运行状态的综合判断导致操作系统电源管理服务器运行状态机的改变，从而保证系统始终处于最少的能耗状态。3.1.4配置configuration车载终端在工作过程中相对稳定的信息，如固件版本、存储器容量、输入端口等。TCU的配置不能动态的进行更改，只有当TCU无其他任务时才可进行升级或更改，但可以动态的通过通信网络对配置信息进行查询。3.1.5工作参数settings在不同的工作模式下，车载终端不同的工作参数值。工作模式规范了TCU的行为，可以通过通信网络被查询或者更改。3.1.6受控输出controlledoutput车载终端设备中可远程控制的输出端口。通过通信网络，受控输出的状态能够被查询或改变。 3.1.7事件events车载终端设备状态的改变。3.1.8网关gateway在不同协议间编码和解码及传输数据的网络交换设备。3.1.9位／比特位bit一个位／比特位拥有一个值，0或1。3.1.10消息message汽车运输安全监控系统实体间传输的分组数据。3.1.11应答／回复reply监控系统用于应答指令、通告或报告的报文。表明指令的执行结果，声明通告或报告的接收情况。如果指令执行失败，应当在回复中说明失败的原因。3.1.12指令command控制车载终端设备工作的报文。3.1.13字节byte8位二进制数据。3.1.14状态status反映TCU在某一时刻或一小段时间内所处环境。包括了如地理位置，输入端口状态等。车载终端设备将状态报告发送至通信控制处理中心。3.2缩略语3.2.1车载终端设备telematicscontrolunitTCU3.2.2低位优先leastsignificantbitLSB3.2.3高位优先mostsignificantbitMSB3.2.4检测网络设备可访问性的方法packageinternetgroperPing3.2.5接入点accesspointnodeAPN3.2.6 客户端监控中心clinetofmonitoringcenterCMC3.2.7全球定位系统(美国)globalpositioningsystemGPS3.2.8全球移动通信系统globalsystemformobilecommunicationsGSM3.2.9世界协调时间universaltimecoordinatedUTC3.2.10输入输出端口input／outputI／O3.2.11挑战握手认证协议challengehandshakeauthenticationprotocolCHAP3.2.12电路数据交换circuitswitcheddataCSD3.2.13通信控制处理中心communicationcontrolprocessingcenterCCPC3.2.14由TCU提交的消息(上行)MobileOriginatedMO3.2.15由TCU接收的消息(下行)MobileTerminatedMT3.2.16运营控制中心operationcontrolcenterOCC3.2.17指令和文件传输协议commandandfiletransferprotocolCFTP3.2.18GPS测定的里程值vehicleodometervalueofgpsODO4要求4.1通用要求4.1.1通信网络的系统要求对通信网络有如下要求：a)通信媒介具备连接性； b)信息流量具备双向特性；c)信息由若干8位字节组成，在必要时通信网络负责数据的分段；d)通信网络不负责对成功的数据传输进行反馈。4.1.2基本数据类型定义基本数据类型见表1。4.1.3扩展数据类型定义扩展数据类型由基本数据类型组合而成。图1所示为扩展数据类型的通用结构。表2中给出了可用的扩展数据类型。 4.1.3.1数据段描述数据段中各个字段的数据类型定义见表3。表3第二列的定义见表1。4.1.3.2多边形区域本数据类型各个字段的定义见表4。 4.1.3.3圆形区域本数据类型用于描述圆形区域，各个字段的定义见表5。4.1.3.4区域简报本数据类型用于描述区域简报，各个字段的定义见表6。4.1.3.5预定任务本数据类型用于描述预定任务信息，各个字段的定交见表7。 4.1.3.6黑匣子信息本数据类型用于描述黑匣子信息，各个字段的定交见表8。4.1.3.7线路点本数据类型用于描述TCU行驶路线上的点和环绕该点的圆形区域，也称检查点。在某个预定的时间，车辆应该进入该检查点，且在该检查点内的停留时间不超过预定值。本数据类型各个字段的定交见表9。 当检查点ID为0时，时入时间和持续时间将被忽略。4.1.3.8通告消息本数据类型用于事件发生后，TCU发送至相关单位的通告，各个字段的定交见表10。4.1.3.9区域模板本数据类型定义了该区域对车辆行为规定的相关参数。各个字段的定义见表11。 4.2CCPC与OCC、CMC间信息流本节阐述CCPC与OCC、CMC应用程序问的通信机制。4.2.1通过CCPC创建或终止通信应用程序通过CCPC在通信网络中建立和终止通信。4.2.2通信接口间的交互机制通常，发送端将需要回复的报文发送至接收端。有3种形式的回复：a)应答与正确的响应；b)应答与错误的响应；c)没有收到应答或者响应。典型的交互的特征如下：4.2.2.1事务处理成功4.2.2.1.1提出交互的应用程序签发一个操作请求，并为其配发一个事务ID。CCPC签发一个应答，使用：a)与操作请求一致的事务ID；b)在认证请求有效后，回复“接受”；c)收到SMSC信息后，回复“提交成功”；d)在TCU发送信息后，回复“发送成功”。4.2.2.1.2CCPC和／或TCU完成所请求的操作后发出回复，回复内容包括：a)与操作请求一致的事务ID；b)所请求的报告信息，或者“完成”消息；c)应用程序不对“完成”消息做出响应。4.2.2.1.3对于接收到的操作，应用程序回复如下：a)与操作请求一致的事务ID；b)由OCC或CMC的应用程序发起的交互事务的ID是偶数，由CCPC发起的交互事务的ID是奇数。4.2.2.2事务处理未完成当处理信息时，TCU或CCPC可能会遇到异常。为处理可能出现的异常，交互事务作出以下调整：4.2.2.2.1提出交互的应用程序使用一个唯一的事务ID签发一个操作请求。4.2.2.2.2CCPC签发一个应答，使用：a)与操作请求一致的事务ID；b)在认证请求有效后，回复“接受”；c)收到SMSC信息后，回复“提交成功”；d)在TCU发送信息后，回复“发送成功”。4.2.2.2.3CCPC签发回复，内容包括：a)与操作请求一致的事务ID；b)“接受”消息。 4.2.2.2.4TCU经判断若认为行动请求中有异常信息，将通过CCPC发送以下应答至应用程序：a)与操作请求一致的事务ID；b)“无效”消息。4.2.2.3事务处理失败除以上情况外，信息处理事务失败的情况有：a)事务将请求丢弃；b)事务不工作；c)网络将请求丢弃；d)网络将响应丢弃；e)超时。出现上述情况后，应用程序会使用新的事务ID重新发送相同的信息。4.2.2.4事件处理事件处理是一类由TCU发起的事务。事件处理的机制允许应用程序对可能发生的事件进行预定义，同时预先规定该状况发生后TCU应该执行的任务。CCPC为事件选择事务ID，并在某个事件的处理过程中始终使用相同的事务ID。事件的处理过程为：4.2.2.4.1CCPC使用由(2CPC选择的事务ID签发CCPC事件，TCU事件或TCU状态信息。4.2.2.4.2应用程序的应答包括：a)与请求保持一致的事务ID；b)“完成”消息。4.2.3信息发送序列收到应用程序发送的“请求CSD链接”指令后，CCPC将发起如图2所示的通话过程。若CCPC无法提供相应的CSD链路，将发出通用NAK应答。 如果预定通话失败，CCPC应发送CSD预定通话报文至用户，该报文的原因标识为“关闭”，预定通话状态为“失败”。预定通话失败的原因可能为通话未按时发起，TCU未能在配给的时间窗内通话，或预定任务未完成。预订通话开始执行的时刻，与通话相关的资源可能与预定不同，这将导致预定被取消。如果当前配给的时间窗无法继续使用，但另一个时段可用，那么通话重新预定至该时段进行。如CCPC将预定通话取消，应发送原因标识为“失去操作资源，通话取消”，预定通话状态为“预定已删除’’的CSD预定通话报文至预定通话发起端。4.3报文结构要求4.3.1所有报文遵循以下结构(图3)。4.3.2报文中使用的数据类型和各数据项的长度见表12。 4.4消息类型消息类型见表13。 4.4.1OCC及CMC发送至CCPC的消息OCC及CMC发送至CCPC的消息见表14。 4.4.2CCPC发送至OCC及CMC的消息CCPC发送至OCC及CMC的消息见表15。4.5消息格式通用的消息格式如图4所示。在消息中，数据段由若干消息参数组成。消息类型不同，数据段包含不同的消息参数。每个消息参数包括参数标识和参数体，其中参数标识长度为1字节。数据段结构如图5所示。 4.5.1通用ACK应答（T=0，S=1）通用ACK应答表明网络实体接收到一个消息并可以对其进一步处理。通用ACK可由OCC及CMC发送至CCPC，也可由CCPC发送至OCC及CMC。通用ACK消息的结构如图6所示。通用ACK消息的参数标识见表16。