标准规范下载简介
GB／T 28029.7-2020 轨道交通电子设备 列车通信网络（TCN） 第2-6部分：车地通信.pdf6.4.5.5取消订阅过程变量（Comld243）
ComId243消息是从GCG向MCG发送的消息数据报文。GCG使用该消息通知取消订阅一组过 程变量 消息数据请求报文Comld243应使用表87所示的头参数。消息数据报文头参数的通用信息见 表18。
消息数据请求报文ComId243应使用表88所示的体参数。消息数据体参数的通用信息见表19。
GB／T 41981.1-2022 液压传动连接 测压接头 第1部分：非带压连接式.pdf表88Comld243：消息数据请求报文体参数值
据请求报文ComId243应使用表89所示的载荷
表89Comld243：消息数据请求报文体mdPayload对象
6.4.5.6使能过程变量（Comld244）
ComId244消息是从GCG向MCG发送的消息数据报文。GCG使用该消息通知使能一组过程 变量。 该消息也可用于请求MCG刷新已使能的过程变量组，以允许订阅者（非第一个）获取所有变量 的值。 消息数据请求报文ComId244应使用表90所示的头参数。消息数据报文头参数的通用信息见 表18。
表90Comld244.消息数据请求报文头参数值
表91Comld244.消息数据请求报文体参数值
息数据请求报文ComId244应使用表92所示的率
GB/T28029.72020
GB/T28029.72020
表92Comld244.消息数据请求报文体mdPavload对象
表93Comld244.消息数据应答报文头参数值
表94Comld244.消息数据应答报文体参数价
Comld244：消息数据应答报文体mdPayload对
6.4.5.7禁用过程变量（Comld245）
ComId245消息是从GCG向MCG发送的消息数据报文。GCG使用该消息通知禁用一组过程 变量。 消息数据请求报文ComId245应使用表96所示的头参数。消息数据报文头参数的通用信息见 表18。
GB/T28029.72020
Z.1 GCG 概述
一个列车编队由同一运营商管理的一组编组组成。通常，编队所有编组具有相同的类型或规格（机 车编队、区域列车编队、高速列车编队等）。同一运营商可管理多个编队。 对于每个列车编队，定义并初始化GCG以管理编队车地通信。 对于地面侧，该GCG用作与编队任意编组（包括MCG）通信的IP网关， GCG有两个IP接口： a）GCG输出的无线GCG接口。该接口被MCG用于调用地面通信服务（列车认证、列车声明 等）； b）与地面应用的地面GCG接口。该接口被地面应用用于知悉列车可用性、通信状态等 为使伙伴访问列车数据，编队所有者宜实现PCG。该网关在互联网上输出一个编队公用接口。 这些组件和接口的合成视图见图42
GB/T28029.72020
GCG分为以下两种： a）本部GCG： 由于每个编组连接到一个编队，每个MCG连接到一个专属的GCG。该特定的GCG命名为本部 GCG(Home GCG)。 所有MCG都有一个本部GCG，且能够通过IP加人其中。 对于列车，宜有多个MCG可用，如每个编组一个。这些MCG在同一时间使用相同的本部GCG。 MCG模式1仅能与其本部GCG交换数据。 b）外部GCG： 接按照定义，MCG模式2能使用多个可用的GCG。 外部GCG：被编队所有者成员用于本地管理列车。外部GCG提供的地面服务列表宜是本部GCG 提供的服务列表的子集（即并非所有服务都宜实现）。例如，外部GCG宜被某运营商成员用于在其本 地覆盖WiFi的车站内观看列车上的摄像头实况视频流。 外部GCG宜被MCG用于加人其本部GCG。 MCG从其本部GCG动态获取外部GCG的FQDN
a）本部GCG： 由于每个编组连接到一个编队，每个MCG连接到一个专属的GCG。该特定的GCG命名为本部 GCG(Home GCG)。 所有MCG都有一个本部GCG，且能够通过IP加人其中。 对于列车，宜有多个MCG可用，如每个编组一个。这些MCG在同一时间使用相同的本部GCG。 MCG模式1仅能与其本部GCG交换数据。 b）外部GCG： 接按照定义，MCG模式2能使用多个可用的GCG。 外部GCG：被编队所有者成员用于本地管理列车。外部GCG提供的地面服务列表宜是本部GCG 提供的服务列表的子集（即并非所有服务都宜实现）。例如，外部GCG宜被某运营商成员用于在其本 地覆盖WiFi的车站内观看列车上的摄像头实况视频流。 外部GCG宜被MCG用于加人其本部GCG。 MCG从其本部GCG动态获取外部GCG的FQDN
7.2.1无线 MCG接口
[7.2. 1.1概述
过IP(当前使用IPv4地址）从MCG访问GCG(
7.2. 1.2 本部 GCG IP 均
由于本部GCG在编队内唯一且不会被编队外其他列车使用（即无互操作性限制），本部GCGIP地 止宜在MCG内直接设置（通过配置或硬编码）。 为避免在MCG中设置IP地址，GCGIP宜通过DNS解析从地面侧的DNS服务器获取， 由于本部GCG名是本地私有的，本部GCG名宜由各列车编队所有者设置，而没有特定规则。 本部GCG名宜在MCG内通过配置设置
7.2.1.3外部GCG IP地址
外部GCGIP应总是通过DNS解析从地面侧的DNS服务器获取 MCG应通过使用特定服务（见7.4.3.1）从其本部GCG获取外部GCGURL名。当本部GCG不可 用时，该列表宜在MCG中记录。 宜在下列情况下使用外部GCG： a）当本部GCG不可用时，所有外部GCG宜依次调用以发现连接； b）当列车应用请求MCG模式2以使用专属外部GCG时。
7.2.2地面GCG接口
于任意地面应用服务器，GCG（本部或外部）应通运
2.2.2本部GCG IP地址
2.2.3外部GCGIP地址
外部GCG名应通过使用DNS解析在互联网内解析， 由于该接口应被编队成员使用，应设置专属的且标准的公共域定义并在互联网上公布。
GCG可在特定机器上实现，也可在服务器集群中以虚拟机形式实现。 主：GCG主要由其IP接口和服务定义
Z.3.2GCG 可用性
GCG应提供必要的服务等级以保证可用性 GCG宜全时可用（每天24h）
GB/T28029.72020
可使用冷元余（备用离线GCG）、温几余（周期复制备用GCG）或热元余（主备GCG之间同步）。 也可使用采用虚拟IP元余机制的主动余。 GCG穴余应对MCG透明
7.3.3GCG工作负荷
GCG应提供管理工作负荷的机制， 为接受多个编组，一个编队可分割为多个更小的编队，因此有多个GCG事例。GCG工作负荷也 土使用工作负载平衡机制分散到多个虚拟机上。 GCG 工作负荷应对 MCG透明
GCG应提供管理安全的机制。 编队所有者应负责其GCG实现的安全。作为地面机器，宜周期监视安全更新和补丁 GCG宜以防火墙隔离，在防火墙处宜记录、分析并过滤IP流
Z.4.1GCG服务协议
MCG调用的所有GCG服务应通过使用HTTP协议（见第5章）可用， 注：当使用IP、网络地址转换和防火墙时，使得路由更容易
7.4.2GCG编队数据库
GCG应记录列车连通性，即连接了哪些列车、通过哪些无线链路。GCG宜记录和管理列车描述 包括： a 列车标识符： b 列车组成（拓扑、编组数量、车厢数量等）； C 列车服务索引（列车开放的服务列表）。 MCG宜发送列车数据库到地面侧， GCG宜记录和管理列车地理位置， 本部GCG应记录外部GCG名
7.4.3.1GCG通信服务
GCG通信服务应被任意MCG用于向地面声明列车。 该GCG通信服务应在任意GCG（本部和外部）上可用。 GCG通信服务应是MCG在获得无线IP地址后调用的第一个服务。 GCG通信服务应被用于管理列车认证和授权。 GCG通信服务宜也被用于管理无线连接状态： a）宜管理MCG与GCG之间的连接会话。该会话宜基于通信超时准则断开； b）宜发生MCG的周期调用以保持会话激活。该周期调用宜包含： 列车的地理位置（可选）； 无线连接质量：例如平均往返时延。 GCG通信服务也宜用于向地面上传列车描述。该列车描述宜用于更新地面DNS及给寻址列车
GCG通信服务应被MCG用于下载外部GCG名列表 详见 6.4. 1。
Z.4.3.2列车位置服务
服务被MCG调用以告知列车地理位置，详见6.4.
7.4.3.3列车信息服务
7.4.4文件传输通信服务
该服务与MCG共享，用于在地面和列车之间传输文件。详见5.6.3。
7.4.5本地地面GCG提
7.4.5.2编队状态服务
编队状态服务用于告知列车通信状态。 列如，列车连接/未连接状态、无线链路质量等。 列车状态可从GCG数据库（见7.4.2）中提取。
7.4.5.3列车位置服务
列车位置服务可被用于管理列车地理位置。 列车地理位置可从GCG数据库（见7.4.2)中提取
4.5.4列车文件传输服务
列车文件传输服务可移动任意类型的文件。 文件传输可与日期/时间和/或无线链路质量相关联
a）在外部GCG列车识别期间管理认证 b）同步列车地理位置
7.4.7公共地面GCG服务
GB/T28029.72020
本附录定义了消息数据报文的JSON表示方式。本部分为MCG和GCG之间消息数据交换定义 了这些报文。
本附录定义了消息数据报文的JSON表示方式。本部分为MCG和GCG之间消息数据交换定 这些报文。
JSON(JavaScriptObjectNotation）是一个轻量级数据交换格式，其在RFC7159中规定。
"MDHeader" : "protocolVersion": 16, "msgType": number, "ComId": number, "msgTimestamp": number, "msgTimeValidity": number, "mcgFQDN": string, I , "MDBody" : "mdPayloadType": string, "mdPayload" : specific 1, "mdFCS": number
多个过程变量的通知应在一个MQTT消息载荷中传递。为减少不同层引人的开销，仅当过程变 量组的值或质量发生改变时，才应在该消息中发送该过程变量组的值，因此需要定义数据编码和排序 算法
B.2MOTT载荷编码
MQTT消息载荷应遵循图B.1所示格式
1MOTT通知载荷格式
JGJ 91-2019 科研建筑设计标准 GB/T28029.72020
标志集（Flags）： 预留位(Reserved); 错误（ERR）：如果该标志置位，则帧中不应有额外的字段。该标志指示在订阅中发生了错误； 质量图标志位（QMP）：指示质量图学段是否存在。如果置为0，则指示自上一次通知以来变量质量未发生 改变； 值图标志位（VMP）：指示值图字段是否存在。如果置为0，则指示所有监视元素的值都包含在“Values"字 段内 质量图（QualityMap）：位图，其中每一位指示组中一个变量的质量。如果该位置为0，则指示该位对应的变量 质量不正确；如果该位置为1，则指示该位对应的变量质量正确。最后一个字节未使用的位置0。该字段的长 度取决于同一组内监视的变量数。如果监视N个变量，则长度应为（N一1)/8+1字节。为解码该字段，强制 要求该通信两端使用相同的排序准则（见B.3）。 d 值图（ValueMap）：位图，其中每一位指示其表示的变量值是否在Value(值)字段中存在。如果该位置为0，则指 示该位对应的变量值不在Value字段中；如果该位置为1，则指示该位对应的变量值在Value字段中。最后一 个学节未使用的位置0。该学段的长度取决于同一组内监视的变量数。如果监视N个变量，则长度应为 （N一1）/8十1学节。为解码该字段，强制要求该通信两端使用相同的排序准则（见B.3）。 值(Values)：ValueMap字段中置为1的位对应的变量的值。为解码该字段，强制要求该通信两端使用相同的 排序准则（见B.3），且知晓每个变量的类型（长度）
B.3变量分组和排序准则
排序机制应遵循下列规则： a）按类型分组变量遵循下列顺序： 长度为1字节或更大（1字节整数倍）的变量； 长度为4位的变量； 一长度为2位的变量； 一长度为1位的变量。 b）在每一组类型中，应适用字母顺序。 c）所有信息传送遵循大开端方式DB34／T 3106-2018 重大建设项目气候可行性论证技术规范， 示例.图B.2和图B.3展示了该排序准则的应用
图B.2排序准则示例
GB/T28029.72020 示例：如图B.3所示，该排序变量方式允许在最小化Values字段长度下分组变量值， 假设下述参数“Value"传送到某个订阅者中（十六进制格式，其中最低位在最右端、最高位在最左 端）：1A2BCF568C144E86985FF598，则表B.1描述了获取每个变量值（根据图B.3）的方式。