资源描述
ICS 45.020 CCS S 71 13 河北省地方标准 DB 13/T 5519.6 2022 轨道交通AFC 系统线网技术 要求 第6 部分：数据传 输 Technical requirements for AFC system network of rail transit Part 6:The data transfer 2022-02-28 发布 2022-03-31 实施 河北省市 场监督 管 理局 发 布 DB 13/T 5519.6 2022 I 目 次 前言.II 引言.III 1 范围.1 2 规 范性 引用 文件.1 3 术 语和 定义.1 4 传 输方 式.1 DB 13/T 5519.6 2022 II 前 言 本文件 按照GB/T 1.1 2020 标准 化工 作导 则 第1 部分：标准 化文 件的 结构 和起草 规则 的 规定起草。请注意 本文 件的 的某 些内 容可能 涉及 专利。本 文件 的发布 机构 不承 担识 别专 利的责 任。DB13/T 5519-2022 轨道 交通AFC 系 统线 网技 术要 求 分为7个 部分：第1部 分：系统 结构 及 功能；第2部 分：终端 与专 用 设备；第3部 分：读写 器应 用；第4部 分：人机 界面；第5部 分：票卡 应用 标 准；第6部 分：数据 传输；第7部 分：数据 接口；本文件 是DB13/T 5519-2022 的第6 部分。本文件 由 石 家庄 市市 场监 督管理 局 提 出并 归口。本文件 起草 单位：石 家庄 市轨道 交通 集团 有限 责任 公司、南京 熊猫 信息 产业 有限公 司。本文件 主要 起草 人：王相 辉、桑 静波、杨 俊义、侯 璟琨、高申、陈泽、李立 勃、李渊、胡天 宁、周晓科、曹明、徐志 君。DB 13/T 5519.6 2022 III 引 言 本文件 的编 写是 为了 给河 北省内 轨道 交 通 AFC 系 统 建设提 供参 考标 准及 规范。在这 方面，我 省已经初 步完 成河 北省 轨道 交通 AFC 系统 线网 技术 要 求标准 文件 的起 草、制定 和组织 工作，拟 由七 部分构成。第 1 部分：系 统结 构 及功能。目 的在 于进 一步 规范轨 道交 通 AFC 系统 架 构以及 功能 统一，确立各 层系 统互 联互 通、不同设 备接 入的 相关 技术 要求。第 2 部分：终 端与 专 用设备。目 的在 于进 一步 规范轨 道交 通 AFC 系统 各 类终端 设备 的技 术要求和 功能，方 便后 期扩 展，指 导新 线有 序建 设。第 3 部分：读 写器 应 用。目 的在 于进 一步 规范 轨道交 通 AFC 系统 读 写 器 应用，为系 统引 入新设备、新 票种，实 现系 统的互 联互 通提 供支 持。第 4 部分：人 机界 面。目的 在于 进一 步规 范轨 道交 通 AFC 系 统各 类终 端 设备人 机交 互界 面的统一，推 动乘 客人 机交 互界面 应用 的标 准化，方 便操作 员维 护，提高 乘客 使用的 体验 感。第 5 部分：票 卡应 用 标准。目的 在于 进一 步规 范轨道 交 通 AFC 系 统中 使 用的实 体票 卡技 术要求统 一，确保 满足 票卡 的兼容 性及 新设 备、新票 种（或 卡型）引 入的 要求。第 6 部分：数 据传 输。目的 在于 进一 步规 范轨 道交 通 AFC 系 统中 各级 系 统之间、设 备与 系统之间 的数 据内 容，促进 后期建 设及 扩展 的可 持 续 发展。第 7 部分：数 据接 口。目的 在于 进一 步规 范轨 道交 通 AFC 系 统各 线路 终 端设备 与车 站计 算机、车站计算机与线路中 央计算机、线路中央计算 机与中央清分系统，以及 城市轨道交通与一卡 通之间的 接口。结合我 省实 际轨 道交 通 AFC 系统 事业 建设 情况，首 要任务 就是 尽快 建立 明确 的地方 标准 体系。建设完善的技术规则而起 草高质量的标准化文件，有利于保证河北省内轨道 交通建设和后续新建 线路的顺 利接 入，有利 于促 进河北 省轨 道交 通事 业的 可持续 发展。DB 13/T 5519.6 2022 1 轨 道交 通AFC 系统 线网技 术要求 第 6 部分：数据传 输 1 范围 本文件 规定 了轨 道交 通AFC 系统的 数据 传输 方式，根 据数据 的传 输方 式不 同，分为实 时通 信传 输和文件 传输。本文件 适用 于河 北省 轨道 交通AFC 系 统规 范各 层级 间 数据及 文件 传输 服务，有 利 于确保 数据 及文件传输 的正 确性 和完 整性。2 规范性 引用 文件 下列文件中的内容通过文 中的规范性引用而构成本 文件必不可少的条款。其 中，注日期的引用文件，仅该 日期 对应 的版 本适用 于本 文件；不 注日 期的引 用文 件，其最 新版 本（包 括所 有的 修改 单）适用于 本文 件。GB 50157-2013 地 铁设 计 规范；GB 50381-2018 城 市轨 道 交通自 动售 检票 系统 工程 质量验 收规 范；GB/T 20907-2007 城市 轨 道交通 自动 售检 票系 统技 术条件；CJJ/T 162-2011 城 市轨 道交通 自动 售检 票系 统检 测技术 规程。3 术语和 定义 本文件 没有 需要 界定 的术 语和定 义。4 传输方 式 文件传 输 在AFC 系统 中各 层级 系统 间 文件传 输主 要通 过FTP 服 务 完成，应满 足如 下要 求：a)传输文件应包括 交易文件、审计文件、设 备事件文 件、参数文件、黑名单文 件、模式履 历文件、FTP 审计 文件、结 算文件 等；b)上一级 系统 应向 下一 级系 统提 供 FTP 服务；c)下一级 系统 应通 过实 时通 信中 的FTP 登 录申 请报 文，获取FTP 服务 的用 户名 和 密码等 信息，之后登 录上 一 级 FTP 服务 器并主 动向 上一 级传 输或 下载文 件；d)正在上 传文 件时，应首 先 将上传 的文 件的 文件 名后 缀添 加 tmp。当 传输 完成 后，再 将文 件改成正常 的文 件名。实时报 文传 输 在AFC 系 统 中，实 时 性 要 求 高 的 上 行 和 下 行 的 数 据 消 息 和 联 机 查 询 请 求 及 应 答 消 息 应 以TCP/IP 作为底 层通 信承 载协 议进 行实时 报文 传输，主 要提 供ACC-LC-SC-SLE 之 间联 机 报文交 换功 能。通讯机 制 4.3.1 协议结 构 本接口 标准 所定 义的 报文 以TCP/IP 作为 底层 通 信 承 载协议，应 满足：a)TCP Socket 通讯 将在AFC 系统各 级实 时通 讯中 予以 应用，系统 中仅 相邻 的两 层可进 行通 讯交互；b)实时通 讯双 方上 层 为 Socket 服 务器，下 层为 客户 端；DB 13/T 5519.6 2022 2 c)LC/SC 之间 以 LC 为 上层 系 统，SC 为 下层 系统；d)SC/SLE 之 间以 SC 为 上层 系统，SLE 为下 层系 统。4.3.2 连接方 式与 报文 格式 4.3.2.1 通信链 路的 建立 与响 应 客户端 与服 务器 端通 信链 路的建 立与 响应，应 满足：a)客户端 在启 动时，应 主动 向服务 器端 发起 连接 请求；b)若在规 定的 时间 内无 法与 服务器 端建 立连 接，则客 户端应 产生 报警 并主 动取 消连接 请求；c)服务器 端不 应主 动断 开与 客户端 的连 接；d)若客户端与服务 端连接中 断或客户端与服 务端没有 建立连接，则客 户端应产 生报警并等 待一段时 间后 重新 向服 务端 发起连 接请 求；e)以上流 程直 至双 方成 功建 立了通 信链 路为 止。4.3.2.2 链接方 式 客户端 与服 务器 端通 信链 路的链 接方 式具 有单 链路、长链 路和 异步 工作 模式 的特性。a)单链路 1)相连两 层之 间只 建立 一条 通信链 路，双方 的请 求和 应答数 据都 在这 条链 路上 交互；2)建立链 路时 上层 作为 通讯 服务器 端应 建立 监听 端口；3)下层作 为通 信服 务器 客户 端应主 动向 上层 发起 链接 请求。b)长链接 1)客户端 向服 务器 端发 起连 接请求，服 务器 端 应 接受 请求，建立 连接；2)此连接应作为 服务器和 客 户端间的唯一 报文传输 链 路，连接建立 成功后一 般 不断开连接。c)异步工 作模 式 1)消息发 送端 发送 一个 请求 消息后，不等 待其 应答 返回，即 可接 着发 送下 一个 请求 消息，同时应 可接 收对 方返 回的 应答消 息；2)消息接 收端 收到 请求 消息 后，在对 其进 行业 务处 理的 同时，应 可接 收下 一条 请求 消息；3)在此工 作模 式下，报 文应 采用二 进制 格式,大 端格 式 存储。BOM直连ACC 采用WebService 方式,数据 格式 采用XML 格 式。4.3.2.3 数据交 换 通信链 路建 立以 后，连接 的双方 均可 以连 续向 对方 发送多 条命 令并 接收 应答。报 文传 输方 式 见 图1。注：数据 双 方采 用A 和B 描 述，表 明A 或B 可以 是通 讯服 务 器或客 户 端的 任 一方，体 现了 端 与端 协 议对 等 的设 计 原则。图 1 报 文传 输方 式 DB 13/T 5519.6 2022 3 为避免实时通信过程中跨 层响应的不确定性，应采 用相邻层直接给出消息应 答(MACK)的机制，消息请 求内 容的 最终 回复 由最终 接收 方重 启一 条消 息请求 报文。任何一端发出数据包后，若在时限内没有收到对方 确认的MACK应答，则发送 方应在等待一定的时间间 隔后 需重 复发 出该 数据包。重复发 送对 方没 有确 认的 数据包 示例 见 图2。图 2 重 复发 送对 方没 有确 认的数 据包 示例 数据包 重复 发出 次数 由实 时通信 参数RetryTimes 设 定，应 满足：a)若数据包按照设 定次数重 复发出后，对方 仍然没有 反应，发送方则 停止发送；（例如，假设RetryTimes=3，则重 复 发出3 次，加 上第 一次 共 发送数 据 4 次）b)停止重 发报 文时，不 应断 开当前 连接，但 应产 生告 警；c)重要报文应在下 次重新建 立起连接后补发 或保存到 文件中，通过数 据备份介 质导入或导 出数据。4.3.2.4 心跳与 通信 中断 心跳与 通信 中断 的机 制及 参数设 定，应满 足：a)处于通 讯的 下级 节点 在一 段无通 讯报 文上 送时，应 主动发 送心 跳报 文；b)心跳周 期，由实 时通 信参 数 AlivePeriod 设定；c)若实时通信应答 超时后，未收到目的节点 反馈的应 答消 息，则表示 应答失败，应重新发 起心跳报 文；d)实时通 信应 答周 期，由实 时通信 参 数 TimeoutWithoutAnswer 设定；e)处于通 讯的 下级 节点 连 续 MaxIdlePeriodAmount 次 后仍应 答超 时，心跳 报文 发送失 败，则认为通 信故 障，下层 节点 应主动 断开 当前 连接，重 新发起 连接 请求；f)最大空 闲周 期数，由 实时 通信参 数 MaxIdlePeriodAmount 设定；g)处于通 信的 上级 节点 在检 测到一 条连 接长 时间 空闲 时，上 级节 点应 主动 断开 连接；h)服务器 端或 客户 端在 连续 接收 到 MaxInvalidMessageAmount 次 无效 报文 后，应主动 断开 当前连接，客 户端 在与 服务 端连接 中断 时，应主 动向 服务器 端发 起连 接请 求；i)最多连 续无 效报 文数，由 实时通 信参 数 MaxInvalidMessageAmount 设定。通用报 文结 构定 义 4.4.1 报文格 式定 义 所有报 文字 段数 据类 型的 定义及 取值 范围 均参 见 轨道交 通AFC 系 统线 网技 术 要求 第7部 分：数据接口，报文 格式 应满 足：a)所有报 文中 的字 段均 采用 大端格 式存 储；b)所有报 文采 用单 包，且最 大长度 为 8K 字 节；DB 13/T 5519.6 2022 4 c)帧体采 用二 进制 格式。实时报 文格 式 见 表1。表1 实时 报文 格式 结构块 编号 字段 类型 长度 备注 长度 帧体长度 TU16 2 帧体 包头 1 数据块 包体 2 数据块 CRC 值 3 消息验证码 TU16 2 包头+包体的 CRC 校验码 4.4.2 包头定 义 包头格 式 见 表2。表 2 包头 格式 结构块 编号 字段名称 类型 长度 备注 包头结构 1 MessageType 消息类型码 TMessageType 2 参见第九册 数据字典及编码规则之消息类型 2 ProtocalVersion 协议版本号 TU32 4 定义为 Const，由 ACC 发布新 版时维护，协议应用方直接填入该数字。新版本兼容老版本(仅限内容变化)3 SenderID 发起方标识码 TDeviceID 4 节点标识码，表明会话的请求方。（应答与请求一致），转发时需修改为自身的ID 4 ReceiverID 接收方标识码 TDeviceID 4 节点标识码，表明会话的接受方。（应答与请求一致），转 发时需修 改为接收方（相邻层）的ID 5 SessionID 会话流水号 TU32 4 请求消息：发送方分配的，唯一 标识本会话的流水号 应答消息：内容与请求消息相同 6 SessionFlagMap 标志位图 TU32 4 Bit00 Bit01：请求应答标志（0：请求；1：应答；2：MACK 应答；3：保留）Bit08：加密标志（0：不加密；1：加密）,预留 Bit09 Bit15：加密算法,预留 Bit16：压缩标志（0：不压缩；1：压缩）,预留 Bit17 Bit23：压缩算法,预留 Bit24 Bit31：预留 检查启用字段,没启用字段填 0.4.4.3 MACK 应答 的包 体格 式 当应答 消息 内容 仅包 含应 答码时，称 此应 答为MACK。MACK 应 答的 包体 格式 见 表3。表3 MACK 应 答的 包体 格 式 结构块 编号 字段名称 类型 长度 备注 Mack 应答包体 1 MACKCode 应答码 TMACK 2 参见第九册 数据字典及编码规则 报文的 合法 性验 证 报文接 收方 在接 收到 报文 之后，应进 行以 下几 个步 骤的验 证：a)报文格 式的 验证；DB 13/T 5519.6 2022 5 b)发送方 发出 的报 文必 须满 足请求 报文 格式，如 请求 代码、发送 信息、接 收信 息等；c)报文的 完整 性验 证；d)根据CRC 算 法来 验证 报文 中的数 据没 有发 生丢 失和 被篡改；e)CRC 算 法分 为CRC8,CRC16,CRC16F 以及 CRC32 等几 种 算法；f)AFC 系 统中 的CRC 算 法采 用CRC16 校 验方 式；g)CRC 校 验码 根据 数据 包（报文头+报 文体,不包 含 CRC 校验 字段 本身）的 内容 生成，应先 将Header+Body 导 入内 存流，然后 计 算 CRC 校验，最 后将CRC 赋 值到 结构 体 的CRC 字 段。传输接 口 实时通 信 AFC 系 统各 层级 系统 间的 实 时通信，应 包括：a)ACC 与LC 之间 的实 时通 信，ACC 与 LC 应 互为 服务，任何一 方有 报文 发送 需要 时都可 以立 即向对方 发送；b)LC 与SC 之间 的实 时通 信，与ACC 与LC 的 实时 通信 基 本一致，更 加侧 重于 与设 备 级的通 信，主要增 加了 设备 模块 的状 态上传 和查 询，设备 钱箱 和票箱 信息 的上 传和 查询；c)SLE 与SC 之间 的实 时通 信，与 SC 与LC 的 实时 通信 基本一 致，主要 是客 流统 计数据。通讯报 文种 类 通讯报 文列 表见4。表 4 通讯 报文 列表 报文类型编号（十六进制）报文名称 传输范围及方向 0 x3000 心跳包 SLESC|SC LC|LC ACC 0 x3101 车站模式状态上传 SLESC|SC LC|LC ACC 0 x3102 车站模式状态广播 ACCLC|LC SC|SC SLE 0 x3103 车站模式控制指令 ACCLC|LC SC|SC SLE 0 x3104 车站模式查询 ACCLC|LC SC|SC SLE 0 x3105 车站紧急模式控制命令 ACCLC|LC SC|SC SLE 0 x3201 上传客流统计信息 SLESC|SC LC|LC ACC 0 x3301 设备状态信息上传 SLESC|SC LC LCACC 0 x3302 设备状态信息查询 ACCLC LCSC|SC SLE 0 x3303 参数版本上传 SLE-SC|SC-LC|LC ACC 0 x3304 参数版本查询 ACCLC|LC SC|SC SLE 0 x3305 设备软件版本上传 SLE-SC|SC-LC 0 x3306 设备软件版本查询 LCSC|SC SLE 0 x3307 设备交易数据索取 Lcsc|SC SLE 0 x3308 设备控制指令 LCSC|SC SLE 0 x3309 TVM 的钱箱和票箱数据上传 SLESC|SC LC 0 x3310 TVM 的钱箱和票箱数据查询 LCSC|SC SLE 0 x3311 BOM/AGM 票箱数据上传 SLESC|SC LC 0 x3312 BOM/AGM 票箱数据查询 LCSC|SC SLE 0 x3313 时钟强制同步指令 ACCLC|LC SC|SC SLE 0 x3314 设备指定交易记录索取 SCSLE 0 x3315 设备操作日志上传 SLESC|SC LC 0 x3316 AVM 钱箱数据上传 SLESC|SC LC 0 x3317 AVM 钱箱数据查询 SLESC|SC LC 0 x3401 线路库存调配申请 SCLC|LC ACC 0 x3402 库存调配命令 ACCLC|LC SC 0 x3403 库存快照 SCLC|LC ACC 0 x3501 FTP 登陆申请 SLESC|SC LC|LC ACC DB 13/T 5519.6 2022 6 表4 通讯 报文 列表（续）报文类型编号（十六进制）报文名称 传输范围及方向 0 x3502 文件下载/上传命令 ACCLC|LC SC|SC SLE 0 x3503 FTP 通讯信息 ACCLC|LC SC|SC SLE 设备签 到流 程 设备重 启时、日 始和 网络 恢复时，设 备均 应发 起设 备签到。设备签 到流 程，应包 括：a)第一步，时 钟同 步；b)第二步，建 立通 信连 接；c)第三步，SC 下 发当 前车 站运营 模式；d)第四步，参 数同 步；e)第五步，上 传所 属车 站模 式、参 数版 本、设备 状态、软件 版本；f)第六步，上 传文 件。ACC 级EOD 参 数、TP参 数如 果不能 同步，则 该设 备须 进入暂 停服 务，并发 报警 信息。其他参 数不 能同 步时 仅发 报警信 息。ACC-LC 通 信接 口 ACC 与LC 之 间采 用通 信中 间 件作为 实时 数据 传输 的通 道。应在ACC 通 信服 务器 上部 署 中间件 服务 管理 器，各条 线路中 心部 署中 间件 客户 端，通 过中 间件 建立的通 道进 行实 时数 据交 换。4.10.1 物理接 口 连接方 式应 由ACC 与LC 协 商 决定。4.10.2 应用接 口 ACC 和LC 之 间的 通信 传递 宜采用 支持 互联 互通 的通 信中间 件标 准。4.10.3 消息中 间件 架构 4.10.3.1 队列部 署 在ACC 服务 器上 部署 消息 中 间件（MQ）服 务端，LC 安 装消 息中间 件（MQ）客 户端,采用Server/Client方式部 署，并在ACC 上统 一 部署配 置数 据队 列。ACC-LC 消息 队列 结构 示例 图见 图3。图 3 ACC-LC 消息 队列 结 构示例 图 DB 13/T 5519.6 2022 7 4.10.3.2 队列管 理器 定义 队列命 名规 则，如下：a)在ACC 的消 息中 间件（MQ）服务 器端，应 分别 为每 一条线 路建 一队 列管 理器；b)定义队 列管 理器 名称，如：以“QM_ACC”开头，后 面跟 3 位队 列管 理器 编号，编号 位数 不足3 位 左端 以 0 补齐；c)队列管 理器 名称 示例 如：QM_ACC001/QM_ACC002/QM_ACC003。需构建 的队 列管 理器 见 表5。表 5 需 构建 的队 列管 理 器 ID 队列管理器名称 队列管理器描述 0 QM_ACC000 ACC 队列管理器 1 QM_ACC001 1 号线队列管理器 2 QM_ACC002 2 号线队列管理器 3 QM_ACC N 号线队列管理器 为了保 留日 志不 被覆 盖，应选用 线性 日志。日志参 数表 见 表6。表 6 日 志参 数表 命令对应项 含义 值 Aix 下值的范围 ll|lc 线性日志/循环日志 ll ll 或lc 记录路径 缺省/var/mqm/log 记录文件页数 64-65535，缺省值4096（16M）记录主文件数 2-510 记录辅助文件数 1-509 4.10.3.3 通道配 置 通道命 名规 则：QCH.LC.ACC.端口约 定，例如：端 口号=1500+线 路编 号，则按 此约 定：一 号线 端口 号1501,二 号线端 口号1502,三号线 端口 号1503。通道配 置举 例见 表7。表 7 通 道配 置举 例 线路编号 通道号 用途 一号线 QCH.LC.ACC.01 与线路一消息交互 二号线 QCH.LC.ACC.02 与线路二消息交互 三号线 QCH.LC.ACC.03 与线路三消息交互 4.10.3.4 侦听器 配置 ACC 端 的侦 听器 命名 规则 如 下：.从安全角度考虑，实际部 署时每个客户端应采用独 立的侦听端口，以能保证 通信上的独立性和安全性。ACC 队 列管 理器 中侦 听器 列 表见 表8。表 8 ACC 队 列管 理器 中侦 听器列 表 ID 侦听器名称 侦听端口号 备注 1 LSR.TCP.ACC.1501 1501 一号线侦听器 2 LSR.TCP.ACC.1502 1502 二号线侦听器 3 LSR.TCP.ACC.1503 1503 三号线侦听器 4 LSR.TCP.ACC.1500+15 DB 13/T 5519.6 2022 8 4.10.3.5 队列定 义 每条线 路数 据与 业务 功能 相似，所以 每条 线路 对应 一 个队列 管理 器，队列 管理 器 内的队 列个 数，队列属 性都 一致。队列命 名规 则：LC.由于ACC-LC 间通 过MQ 传输 的消息 都为 实时 消息，类 型应采 用MESSAGE 表 示。队列命 名规 则字 段见 表9。表 9 队列 命名 规则 字段 字段 说明 名称前缀 LC 接收队列/发送队列 接收队列：RECV 发送队列：SEND 队列报文类型 普通报文：MESSAGE 4.10.4 MQ 消息 4.10.4.1 消息描 述符 通过使 用MQMD 结 构，应可 访问消 息中 的控 制信 息。消息描 述符 结构 见表10。表10 消息 描述 符结 构 字段 设置值 说明 备注 StrucId MDbb Structure identifier Version MQMD_VERSION_2 Structure version number Report MQRO_NONE Options for report messages MsgType MQMT_DATAGRAM Message type Expiry MQEI_UNLIMITED Message lifetime Feedback MQFB_NONE Feedback or reason code Encoding MQENC_NATIVE Numeric encoding of message data CodedCharSetId Character set identifier of message data Format MQGMO_CONVERT Format name of message data Priority Message priority 用户自定义 Persistence MQPER_PERSISTENT Message persistence MsgId DEFAULT Message identifier MQ 自动生成 CorrelId Correlation identifier 用户自定义 BackoutCount DEFAULT Backout counter ReplyToQ DEFAULT Name of reply queue ReplyToQMgr MQACT_NONE Name of reply queue manager UserIdentifier DEFAULT User identifier AccountingToken MQACT_NONE Accounting token DB 13/T 5519.6 2022 9 表10 消息 描述 符结 构（续）字段 设置值 说明 备注 ApplIdentityData Application data relating to identity 用户自定义 PutApplType DEFAULT Type of application that put the message PutApplName DEFAULT Name of application that put the message PutDate DEFAULT Date when message was put PutTime DEFAULT Time when message was put ApplOriginData DEFAULT Application data relating to origin GroupId Group identifier 用户自定义 MsgSeqNumber Sequence number of logical message within group 用户自定义 Offset DEFAULT Offset of data in physical message from start of logical message MsgFlags Message flags 用户自定义 OriginalLength DEFAULT Length of original message 注1：MDbb 表示“MD”(带两个空格)，是StrucId 字段的默认常量MQ_STRUC_ID 的值。注2：斜体字的值是宏变量MQMD_DEFAULT 设定的默认值。注3：“DEFAULT”用来表示字段由MQ 自动设置。注4：表示按业务需 求设置的字段。4.10.4.2 消息种 类 主要利 用WebSphere MQ 传 送实时 通信 报文 实现，ACC 与LC之 间传 输的 实时 报文 结构与 线路 内的 报文结构 一致。消息报 文种 类见 表11。表 11 消息 报文 种类 报文类型编号（十六进制）报文名称 传输范围及方向 0 x3000 心跳包 LCACC 0 x3101 车站模式状态上传 LCACC 0 x3102 车站模式状态广播 ACCLC 0 x3103 车站模式控制指令 ACCLC 0 x3104 车站模式查询 ACCLC 0 x3105 车站紧急模式控制命令 ACCLC 0 x3201 上传客流统计信息 LCACC 0 x3301 设备状态信息上传 LCACC 0 x3302 设备状态信息查询 ACCLC 0 x3303 参数版本上传 LCACC 0 x3304 参数版本查询 ACCLC 0 x3313 时钟强制同步指令 ACCLC 0 x3401 线路库存调配申请 LCACC 0 x3402 库存调配命令 ACCLC 0 x3403 库存快照 LCACC 0 x3501 FTP 登陆申请 LCACC 0 x3502 文件下载/上传命令 ACCLC 0 x3503 FTP 通讯信息 ACCLC 4.10.4.3 消息控 制信 息和 消息 数据 的格式 队列管 理器 应严 格控 制消 息控制 信息 格式。处理消 息的 程序 既应 控制 消息的 控制 信息，也 应控 制消息 数据 格式。a)消息控 制信 息格 式 DB 13/T 5519.6 2022 10 1)在 消 息 描 述 的 character-string 字 段 中 的 控 制 信 息 必 须 是 在 队 列 管 理 器 的CodedCharSetId 属 性值 定 义的字 符集。2)当应用程序把 消息从一 个 队列管理器发 送到另一 个 队列管理器时，传输消 息 的消息通道代理 应使 用这 个属 性值 来确定 是否 需要 对消 息进 行数据 转换。b)消息数 据格 式 在应用 程序 中可 以定 义应 用数据 格式、字 符数 据的 字符集 和数 字数 据的 格式。格式的 设置 应使 用下 列字 段：1)Format 该字段 向消 息的 接收 者说 明了消 息中 应用 数据 的格 式。2)CodedCharSetId 该字段 表示 了消 息中 的字 符数据 的字 符集。3)Encoding 该字段 描述 了数 字消 息数 据的格 式。4.10.4.4 消息优 先级 当应用 程序 放消 息到 队列 中时，可设 置消 息的 优先 级（在MQMD 结构 的Priority 字段 设置）。a)队列 的 MsgDeliverySequence 属性 决定 了队 列中 的 消息是 以先 进先 出方 式存 放，还 是以 优先级内 先进 先出 方式 存放；b)若队列 的这 个属 性设 置成MQMDS_PRIORITY,队 列中 的 消息将 以消 息描 述符 的Priority 字段的优先 级进 行排 队；c)若队列 的这 个属 性设 置成MQMDS_FIFO,队列 中的 消息 将以消 息队 列的 缺省 优先 级进行 排队，相同优 先级 消息 的存 放次 序是取 决于 到达 的次 序；d)若消息 放到 队列 中时，若 未设置 消息 优先 级，则将 会自动 使用 队列 的 DefPriority 属性定义的缺 省优 先级；e)在WebSphere MQ 系 统中，可以对 消息 设 置0（最低）至9（最 高）的 10 类 优 先级；f)实时通信报文消 息的优先 级暂应采用系统 缺省的优 先级（即暂没有 优先级不 同的报消息 类型）。4.10.4.5 消息组 一个消 息组 是由 一个 或多 个逻辑 消息 组成 的。一个逻 辑消 息是 由一 个或 多个物 理消 息组 成。a)组 1)每个组 是通 过 GroupId 来 标识的；2)它是由 一个 或多 个包 含同 样 GroupId 的消 息组 成；3)这些消 息可 以存 放在 队列 中的任 何位 置。一组逻 辑消 息示 例图 见 图4。图4 一组 逻辑 消息 示例 图 b)逻辑消 息 1)在组里 的逻 辑消 息应 是通 过 GroupId 和MsgSeqNumber 来 标识 的；2)在一个 组里 的第 一个 消息 的 MsgSeqNumber 值 应是 从1 开 始；3)若组里 的逻 辑消 息没 有被 分成段，则 组里 的逻 辑消 息应是 由一 个物 理消 息组 成。c)段（Segment）1)段是用 来处 理对 于应 用程 序或队 列管 理器 来说 过大 的消息；DB 13/T 5519.6 2022 11 2)消息中 的段 是 由 GroupId，MsgSeqNumber 和Offset 来标 识的；3)每个段 是由 一个 物理 消息 组成。分段消 息示 例图 见 图5。图5 分 段消 息示 例图 4.10.4.6 消息持 久性 永久消 息的 应用，应 满足：a)永久消 息应 写在 日志 和队 列文件 中；b)当队列 管理 器失 败后 重新 启动时，它 将会 从日 志数 据中恢 复所 需要 的永 久消 息；c)如果队 列管 理器 停止，非 永久性 消息 将被 丢弃。当创建 消息 时，若使 用缺 省值初 始化 消息 描述 符（MQMD），应 满足：d)消息的 永久 性是 由 MQOPEN 的队列 的DefPersistence 所决定 的；e)可以使 用MQMD 中的Persistence 字 段来 设置 消息 的 永久性。若使用 永久 性消 息将 会影 响应用 程序 的性 能，影响 的 程度由 系统I/O 子系 统的 特 性和使 用的 同步点选项 所决 定的。4.10.4.7 检索消 息 a)为从队 列中 获得 一个 特殊 消息，应使 用消 息描 述符 中的 MsgId 和 CorrelId 字 段；b)若使用 了版 本 2 的MQMD 结 构，还 应使 用 GroupId 字 段；c)当消息 被放 到队 列中 时，队列管 理器 应将 消息 封装 上消息 描述 符；d)应用程 序通 过 ImqPutMessageOptions 可 以设 置消 息 的 MsgId 在队 列管 理器 范 围内应 是唯一的；e)除此之 外应 用程 序应 可以 设置消 息描 述符 中其 他的 值。4.10.4.8 交付失 败的 消息 当消息 不能 放到 队列 时，可能出 现下 列情 况：a)再次把 消息 放到 队列 中；b)返回失 败并 把消 息返 回到 发送方；c)消息被 放到 死信 队列 中。4.10.5 消息传 输 报文消 息定 义：应用 数据 即为报 文数 据。MQ 消息 格式 见 图6：DB 13/T 5519.6 2022 12 图 6 消息 格式 示例 图
展开阅读全文