上海地铁COCC网络运营服务信息发布系统 与车站PIS系统接口规

上海市轨道交通网络运营智能化信息服务系统系统接口规范（讨论稿）车站PIS系统上海仪电物联技术股份有限公司二o一九年三月1概述引言为了构筑国际化大都市现代化交通体系，上海从上世纪九十年代开始大力发展轨道交通，以促进经济与社会发展，改善投资环境，提升市民生活品质，缓解交通拥堵。经过近十年的建设，目前上海已建成并投入运营的轨道线路共有3条，形成了总长65公里左右的初始网络。“十五”期末，上海将建成9条城市轨道交通线路，总长将达到255公里，形成轨道交通的基本骨架。随着轨道交通的建设，统一的对轨道交通网的建设，统一的应急事件的发布、协调和管理越来越迫切，在这样的情况下，为了便于统一管理，便于以后新建线路的建设标准，制定一套信息发布的标准迫在眉睫。为此监控中心建设中提出了对导乘系统的接口规范和技术要求，线路建设时应能满足本文提出的建设要求。路网架构概述图1轨道交通应急信息发布系统构架其中：应急信息发布系统总体应用架构可分为四个层面：监控中心层：运营监控中心主要负责信息编辑、采集处理、转发，收集各条线路乘客信息发布系统上传的乘客服务信息和向各条线路控制中心信息服务器发送应急信息发布驱动指令。线路控制中心层：线路控制中心实现应急信息发布系统与线路控制中心的乘导信息系统

的接口，使得应急信息系统与既有的乘客信息发布系统进行信息传递，将监控中心下发的各种文字、多媒体信息导入到乘客信息发布系统，并能够采集线路控制中心的各种乘客信息。车站层：车站层的乘客信息系统，接收来自线路控制中心乘客信息发布系统的应急信息，及时将信息发布至本站内的各终端设备。终端层：终端层用以将应急信息以视频或广播的形式发布给乘客。还可以利用无线网络设备，直接向运营中的列车发布应急信息。网络结构对于每个机构，如监控中心、线路中央或车站的典型的网络结构如下：上层主机适用范围上层主机本文适用于上海市轨道交通线路中央导乘系统的建设单位，轨道交通监控中心系统开发1.5术语定设备COCCOCC线路中央监控中心主机控制台ATS导乘系统1.5术语定设备COCCOCC线路中央监控中心主机控制台ATS导乘系统下层主机3心2MAC-Mes^ag；!iUthe1nticationC下层主机息验证码监控中心轨道交通路网监控中心，即COCC。2轨道交通应急信息发布对线路中央导乘系统功能要求应急信息发布内容监控中心应急信息发布系统只下发导乘系统和广播系统的发布内容。线路中央导乘系统应配合监控中心制定统一的导乘信息显示模板的参数接口，并生成相应的数据报文，由监控中心统一发布到各条线路的导乘系统。应急信息发布内容的种类COC（下发三类信息，包括公告信息、应急信息和宣传片和声音文件。其中公告信息为文本信息，显示区域为目前导乘系统的广告区域。应急信息全屏显示，宣传片为视频信息或静态图片信息。视频信息应能够支持MPEG1-2,考虑支持MPEG3-4。静态图片信息应能支持BMP、JPG等。声音文件为mp3文件。应急信息发布内容播出要求应急信息发布系统的接口规范中定义了信息的发布车站、发布时间、发布方式、发布内容，线路中央必须严格安装接口规范定义对应急信息内容进行播出。应急信息发布的方式COCC下发的信息包括两种，1、预存信息，即导乘系统接受COCC信息，生成模板，保存入库，并且COCC给信息编号，导乘系统接收后实现导乘和广播的发布。2、立即下发信息，导乘系统接受COCC信息，立刻将信息下发车站和设备，并显示。线路中央系统应能够支持这两种信息的播出。应急信息发布的反馈线路中央导乘系统应能将COCC下发的信息的播出情况反馈COCC。应急信息发布的取消线路中央导乘系统接受到COCC下发的信息发布取消命令，应能立刻终止导乘系统的基于COCC信息的发布。信息发布参数线路中央导乘系统应提出线路中央导乘系统应急信息发布模板制作的参数要求，配合上海市轨道交通监控中心制定统一的导乘信息显示模板的参数接口，由监控中心统一发布。广播联动线路中央导乘系统应实现在应急、手动等情况下的车站广播联动，并在根据媒体需要实现声、画同步，以满足监控中心应急信息发布与线路、车站乘客疏导的需要。信息发布控制完善信息发布控制体系，实现监控中心、线路中央、车站信息发布的分级和实时控制。3接口规范报文字段数据类型说明报文字段数据类型说明见表2所示。表2报文字段数据类型说明

Byte字节，表示数据的范围：0〜255,或有特别说明时：-128~127Word字，长度：2个字节，高位字节在前，低位字节在后表示数的范围：1~65535，或有特别说明时：-32768~32767Long长字，长度：4个字节，高位字节在前，低位字节在后表示数的范围：0~4294967295，或有特别说明时：-2147483648~2147483647GMTLong类型的数，用于表示北京时间，数值上等于从北京时间1970年1月1日0时0分0秒到所表示北京时间的秒数Block数据块Stringnull结尾的字符串，长度中包括nullPointerLong类型的数，用于表示字符串在本地语言资源文件中的位置N数字字符：‘0’~‘9’，信息长度不足时左补‘0’消息分类/类型码定义字段名称：消息分类/类型码类型：Word说明：高位字节表示消息分类码，低位字节表示消息类型码。消息分类/类型码定义分类/类型码描述-+-H章下4001h导乘信息内容下发4002h导乘控制指令下发4003h导乘控制指令反馈应答码定义字段名称：应答码类型：Byte说明：0表示收到并已处理成功，非0表示失败。具体定义见下表应答码描述00h成功01h报文格式错误02h无效的消息分类/类型码03h无效的数值范围04h目标节点不可到达05h多包消息的固定部分不符07h记录数超过消息包范围F0h文件打开/读取失败F1h文件写入失败FFh其它未定义的错误通用要求报文大小的限制：最大不超过8K(8192字节对于所有［未定义］和［保留］字段，在消息的生成方填0，在消息的转发方原样转发，在消息的使用方被忽略。字符集为UNICODE通信接口物理层和数据链路层根据轨道交通通信系统提供的传输通道进行设计。网络层和传输层网络层采用IP协议，传输层采用TCP协议。MAC算法MAC采用MD5算法。消息分包通信线路上传送的消息报文有最大长度限制（8192字节），当请求（或应答）消息长度大于此长度限制时，应当拆分成多个消息报文（以下简称包）来传送，使每个包的长度都小于或等于此长度限制，此时的请求（或应答）称为多包请求（或应答），包的个数最大为65536个。当节点接收到多包请求时，直到收完最后一包，处理后才可返回应答。当节点接收到多包应答时，若需要转发给第三个节点，则应收完最后一包后才开始转发。多包消息的每一个消息包都有长度固定部分和长度可变部分，其中的长度固定部分的内容都相同。.5消息报文格式字段描述类型长度包长度本消息报文的长度（不包括长度本身）Word2包头Block16包体Block可变MAC验证内容包括包头和包体Block包头字段描述类型长度消息分类/类型码Word2发送方标识码节点标识码，表明本消息的发送方消息在节点间传递时，转发方应将自己的节点标识码放在此字段中，然后发送在回应答时，应答方应将自己的节点标识码放在此字段中，然后发送Block4会话流水号请求消息：发送方分配的，唯一标识本会话的流水号应答消息：内容与请求消息相同请求消息在节点间传递时，一般地，转发方应将自己的分配的流水号放在此字段中，然后发送。但这点不是必须的，转发方在保证能够唯一区分交易的前提下，也可直接使用原先的会话流水号。在回应答时，应答方应将相应请求消息的此字段内容填在此处Long4包序列号1~65535，按包序递增Word2标志Bit7~2：［未定义］Bit1:0-请求1-应答Bit0：0—还有更大的包序列号的包1—这是本消息的最后一包Byte1记录数0~65535,对于没有长度可变部分的包，填0,否贝U,为长度可变部分中包含的记录数Word2压缩/加密算法Bit7~4：包体的压缩算法0-不压缩1-Deflate算法（RFC2394）2~15-［未定义］Bit3~0：包体的加密算法0-不加密-DES~15-［未定义］仅包体进行压缩/加密，MAC按压缩/加密后的报文计算ByteMAC采用MD5算法。

MACK应答的包体格式当应答消息内容仅包含应答码时，称此应答为MACK。其包体格式如下:字段描述类型长度应答码见3.3Byte13.5.64001－导乘信息内容下发此类交易用于监控中心应急信息发布系统将信息内容下发线路中央导乘系统。采用同步短连接方式。文本信息下发信息内容，宣传片信息给出ftp的URL供导乘系统下载。不压缩，加密。请求报文体格式字段描述类型长度信息编号指定应急信息编号long4信息类型1-公告信息、2-应急信息、3—宣传片、4--声音文件Byte1信息内容长度long4（100汉字）信息内容如果是宣传片或声音文件，为文件路径Block以MACK应答4002－导乘控制指令下发此类交易用于监控中心应急信息发布系统向线路中央导乘系统发布具体的导乘系统显示控制指令，包括显示车站、显示起始时间、终止时间、是否循环，循环间隔时间。不压缩，加密。请求报文体格式描述类型长度指令编号long4下发日期时间字段long4信息编号指定应急信息编号，为0的时候为临时信息long4是否和广播联动0—不联动；1—联动Byte1联动广播信息编号指定应急信息编号long4信息类型1公告信息、2应急信息、3宣传片Byte1指令类型1-发布、2-更新、3-取消（数字）Byte1信息内容长度long4（100汉字）信息内容如果是宣传片，为文件路径Block广播车站个数long4（6*个数）广播车站IDN4上下行类别0位--上行、1位-下行、2位Byte2-站厅、3位--入口、4位--出口广播方式1-单次2-循环（数字）Byte1广播起始时间Long4广播终止时间Long4单次广播时间秒long4循环间隔时间秒long以MACK应答4003－导乘控制指令反馈此类交易用于线路中央导乘系统将OCC下发的信息显示后的设备显示状态的反馈。不压缩，加密。请求报文体格式字段描述类型长度指令编号long4信息广播状态设备的广播状态，0--成功1—导乘失败2—广播失败3-全部失败4—未收到反馈5—“取消”成功6—“取消”导乘失败7—“取消”广播失败8—“取消”全部失败Byte以MACK应答4004－导乘设备状态反馈此类交易用于线路中央导乘系统将各车站的上下行设备状态的反馈发送到COCC。不压缩，加密。请求报文体格式字段描述类型长度指令编号long4线路编号以三号线举例：0X0300Byte2发送时间发送此报文的时间GMT4各车站PIS服务器设备状态64个字节，每个字节表示一个车站的设备状态，每位状态0—正常，1—故障。以三号线举例：第0字节表示上海南站的设备状态，01000000表示上行正常，下行故障。Byte64保留Block以MACK应答4005－三色图信息数据发布此类交易用于OCC综合前置对线路PIS发布三色图信息数据，包括线路，起始车站，结束车站，色标，备注。不压缩，加密。请求报文体格式字段描述类型长度指令编号long4线路编号Block4起始车站编号起始站和终止站一致表示车站状态；起始站和终止站不一致表示区间状态Block4终止车站编号Block4色标0-底色；1-绿色；2-黄色；3-红色byte1备注应急信息文字信息byte4（200汉字）LED显示目前只支持文字信息显示。注：1、三色数据由OCC前置下发至线路PIS